Принципы системного проектирования комплексов программ. Структурное проектирование сложных программных комплексов. Системная и программная инженерия, процессы жизненного цикла сложных технических систем и программных комплексов. Управление проектами программных комплексов в системе CMMI

Зрелость процессов - это степень их управляемости, возможность поэтапной количественной оценки качества, контролируемости и эффективности результатов. Модели CMMI предоставляют помощь специалистам при организации технологии и совершенствовании их продуктов, а также для упорядочения и обслуживания процессов разработки и сопровождения ПК. Концепция этих моделей покрывает управление и оценивание зрелости сложных систем, инженерии программных средств, а также процессов создания интегрированных программных продуктов и совершенствования их разработки. Компоненты непрерывной и поэтапной моделей в значительной степени подобны, могут выбираться и применяться в разном составе и последовательности использования в зависимости от свойств и характеристик конкретных проектов [39, 28]. Варианты описания моделей построены по единой схеме, которая содержит общие разделы, предисловие; 1. введение; 2. модель компонентов; 3. терминология; 4. содержание уровней и главные компоненты каждого варианта модели (разработка целей и процедур); 5. раздел - структура взаимодействия процессов. Аннотированы четыре категории процессов раздела 7, их общий обзор и схемы взаимодействия CMMI процессов: менеджмент процессов; менеджмент - управление проектом; инжиниринг (технология); поддержка.

6 раздел - использование модели CMMI - краткие рекомендации для пользователей по применению модели и обучению; отмечается совместимость и соответствие процессов модели. Последний, седьмой раздел самый большой в каждом стандарте, он занимает около 500 страниц из полного объема документа, который составляет свыше 700 страниц.

В этом разделе представлены подробные рекомендации для реализации каждого из перечисленных в нем множества процессов, которые учитывают особенности конкретной модели.

Первый вариант (непрерывной) модели {седьмой раздел) составляют процессы, менеджмент процессов; управление проектом; инженерия (технология); поддержка. В этой модели внимание акцентировано на организационных процессах, на планировании, управлении и контроле процессов реализации проектов программных комплексов, на разработке и управлении требованиями к программным продуктам.

Планирование проекта в первой модели, так же как и во второй модели, включает:

  • • оценку возможного размера - масштаба программного продукта;
  • • оценку сложности функций и характеристик проекта ПК;
  • • определение модели и этапов жизненного цикла комплекса программ;
  • • технико-экономическое обоснование проекта - определение стоимости, трудоемкости и длительности ЖЦ ПК;
  • • разработку поэтапного графика работ и бюджета проекта;
  • • анализ, идентификацию и оценку проектных рисков;
  • • планирование и управление документированием процессов и продуктов в ЖЦ проекта ПК;
  • • планирование и распределение технических и людских ресурсов по этапам ЖЦ ПС;
  • • планирование обеспечения знаний и квалификации коллектива специалистов для реализации проекта;
  • • обобщение и анализ совокупности планов проекта ПК;
  • • согласование работ и ресурсов по этапам ЖЦ разработчиком с заказчиком проекта ПК;

• документирование плана работ и утверждение его менеджером разработчиков проекта.

Процессы разработки требований к программному продукту аналогичны процессам в обеих моделях и включают:

  • • выявление реальных потребностей заказчика и пользователей к функциям и характеристикам программного продукта;
  • • разработку и согласование между заказчиком и разработчиком исходных, базовых требований к функциям программного продукта;
  • • определение доступных ресурсов и ограничений проекта комплекса программ;
  • • декомпозицию базовых исходных требований к функциям ПК в набор требований к компонентам и тестам комплекса программ;
  • • формализацию требований к интерфейсам между компонентами, с операционной и внешней средой;
  • • разработку концепции программного продукта и сценариев его использования;
  • • разработку требований к обобщенным характеристикам функциональной пригодности и использованию функций программного продукта по назначению.

Управление требованиями в обеих моделях включает:

  • • достижение однозначного понимания требований к проекту ПК заказчиком и разработчиками;
  • • получение заказчиком от разработчиков обязательств выполнить все его требования к программному продукту;
  • • согласованное между заказчиком и разработчиком управление изменениями требований к проекту ПК;
  • • обеспечение прослеживания корректности изменений от общих требований к проекту ПК до требований к компонентам и частным процессам;
  • • выявление и идентификация несоответствий между процессами разработки проекта и требованиями заказчика.

Второй вариант модели CMMI - поэтапное представление. Первый уровень отличается значительной неопределенностью состава и содержания процессов в различных относительно простых проектах, поэтому он в документе не описан и не комментируется.

Рекомендуется ограничиваться четырьмя (2-й - 5-й) основными уровнями'.

  • - второй уровень - формализует базовое управление проектами;
  • - третий уровень — содержит стандартизацию основных процессов;
  • - четвертый уровень - определяет количественное управление;
  • - пятый уровень - оптимизационный, непрерывное совершенствование.

Рекомендуется на каждом более высоком уровне зрелости применять все процессы предыдущих нижних уровней. В обоих вариантах модели каждый выделенный выше базовый процесс комментируется подробными рекомендациями для его практической реализации, которые содержат унифицированные по структуре описания.

Стандарты менеджмента (административного управления) качеством систем

Серия стандартов ISO 9000:2000 разработана, чтобы помочь предприятиям всех типов и размеров внедрить и использовать эффективные системы менеджмента (административного управления) качества. Совместно они образуют комплект согласованных стандартов управления системами качества и могут применяться как основа процессов управления в программной инженерии .

ISO 9000:2000 - представляет введение в системы управления качеством продукции и услуг и словарь качества;

ISO 9001:2000 - устанавливает детальные требования для систем управления качеством, достаточные в случае необходимости продемонстрировать способность предприятия, обеспечить соответствие качества продукции и услуг требованиям заказчика;

ISO 9004:2000 - содержит руководство по внедрению и применению широко развитой системы управления качеством, чтобы достичь постоянного улучшения деловой деятельности и результатов предприятия.

Стандарты серии ISO 9000:2000 применяют процессный подход в административном управлении системами качества пред приятий, а также рассматривают способы быстрого выявления и реализации возможностей для их улучшения. Процессная модель подчеркивает тот факт, что заказчики и другие заинтересованные стороны играют значительную роль в процессе установления исходных требований. После этого по отношению ко всем процессам, необходимым для создания необходимой продукции, применяется управление процессами и проводится проверка «выходов». Измерение степени удовлетворенности заказчика и других заинтересованных сторон используется в качестве обратной связи для оценки и признания того, что требования заказчика были выполнены полностью. Структура основных требований и рекомендаций в этих стандартах сведена к четырем объединенным крупным процессам:

  • - обязанности и ответственность администрации управления качеством (раздел 5);
  • - административное управление ресурсами (раздел 6);
  • - процессы жизненного цикла продукции и управления ее качеством (раздел 7);
  • - измерения, анализ и совершенствование продукции (раздел 8).

Стандарт ISO 9001:2000 - Система менеджмента (административного управления) качества. Требования - является базой для Руководства по их реализации в стандарте ISO 9004:2000 -Общие требования к системе менеджмента качества. Организация - разработчик должна установить и управлять процессами, необходимыми для обеспечения уверенности в том, что продукция и/или услуга соответствуют требованиям заказчика. В качестве способа внедрения и демонстрации, установленных процессов организация должна создать систему менеджмента качества, основываясь на требованиях настоящего международного стандарта.

Высшее руководство предприятия - разработчика должно продемонстрировать свои обязательства заказчику относительно:

  • - создания и поддержания важности удовлетворения требований заказчика;
  • • разработки политики качества и целей в области качества, а также планирования качества;
  • • создания системы менеджмента качества;
  • - проведения анализа деятельности со стороны руководства;
  • - обеспечения уверенности в наличии ресурсов.

Высшее руководство должно разработать политику в области качества и обеспечить уверенность в том, что она:

  • • соответствует потребностям организации и ее заказчиков;
  • • включает обязательства по удовлетворению требований и постоянному улучшению;
  • • обеспечивает основу для разработки и анализа целей в области качества;
  • • распространена, понята и внедрена во всей организации;
  • • анализируется с целью постоянного поддержания ее пригодности.

Система менеджмента качества - организация должна создать систему менеджмента качества как средство реализации ее политики в области качества, достижения своих целей в области качества и обеспечения уверенности в том, что продукция и/или услуга отвечает требованиям заказчика. Роли сотрудников и их взаимосвязи, а также ответственность и полномочия персонала должны быть установлены для того, чтобы способствовать эффективному управлению качеством, и должны быть доведены до соответствующих уровней организации.

Организация должна разработать Руководство по качеству, которое должно включать: описание элементов системы менеджмента качества и их взаимосвязей; общесистемные процедуры или соответствующие ссылки на них. Следует установить общесистемные процедуры для управления документами, необходимыми для функционирования системы менеджмента качества.

Управление ресурсами необходимо для создания и поддержания в рабочем состоянии системы менеджмента качества. Организация должна проводить анализ и назначение персонала с целью обеспечения уверенности в том, что те, кто имеет обязанности, определенные системой менеджмента качества, являются компетентными для осуществления своей деятельности на основе соответствующего образования, подготовки, мастерства и опыта, создать и поддерживать в рабочем состоянии общесистемные процедуры.

Организация должна создать процесс идентификации требований заказчика', полноту требований заказчика к продукции; требования, не установленные заказчиком, но необходимые для применения продукции; обязательства по отношению к продукции, включая регламентирующие и законодательные требования; требования заказчика относительно пригодности продукции для ее поставок и сопровождения.

Входные данные для проектирования и разработки должны включать: эксплуатационные требования заказчика или рынка; применяемые нормативные и законодательные требования; применяемые требования по охране окружающей среды.

Выходные данные процесса проектирования должны быть зарегистрированы в форме, дающей возможность проверки их по отношению к входным требованиям: соответствовать входным требованиям для проектирования и/или разработки; содержать или давать ссылку на критерий приемки продукции и/или услуги; определять характеристики продукции и/или услуги, которые являются существенными с точки зрения безопасности и правильного использования.

Утверждение проекта должно проводиться с целью подтверждения того, что конечная продукция способна отвечать требованиям для конкретных условий использования заказчиком.

Изменения проекта или модификация должны быть утверждены уполномоченным персоналом и зарегистрированы до их внедрения, следует определить влияние изменений.

Организация должна спланировать и управлять производственными и сервисными операциями обслуживания, включая те, которые предпринимаются после первоначальной поставки.

• Стандарт ISO 90003:2004 - Рекомендации по применению стандарта ISO 9001:2000 для программных продуктов - предназначены для регламентирования менеджмента при приобретении, поставке, разработке, применении, сопровождении сложных программных продуктов и при их обслуживании.

Полное или частичное применение стандарта ISO 90003 целесообразно в различных ситуациях, с учетом технологии, модели жизненного цикла, процессов разработки, последовательности действий и организационной структуры предприятия. Структура стандарта ISO 90003 привязана к разделам и требованиям в ISO 9001:2000, которые цитируются в начале каждого раздела.

Стандарт ISO 19759:2005 - SWEBOK. Совокупность знаний о разработке программных средств. Руководство - представляет фундаментальное, энциклопедическое обобщение современных процессов, методов и средств практического создания и обеспечения жизненного цикла сложных комплексов программ. В предисловии и введении изложены история развития, цели и функции практической программной инженерии. Весь материал можно разделить на три части: базовые методы (разделы 1-6); процессы, технология и средства (разделы 7-12); приложения и комментарии (разделы А, В, С, D):

  • 1. Введение в Руководство;
  • 2. Требования к программным средствам;
  • 3. Проектирование программных средств;
  • 4. Конструирование программных средств;
  • 5. Тестирование программных средств;
  • 6. Сопровождение программных средств;
  • 7. Управление конфигурацией программных средств;
  • 8. Управление технологией создания программных средств;
  • 9. Технологические процессы программных средств;
  • 10. Технологические методы и средства;
  • 11. Качество программных средств;
  • 12. Взаимодействие дисциплин и технологий программных средств.

Внимание акцентируется на обеспечении эффективности процессов практической разработки и сопровождения комплексов программ. Важнейшими компонентами улучшения этих процессов являются количественные и качественные измерения результатов деятельности специалистов, обучение и повышение их квалификации. Для этого необходимо управление персоналом, освоение новых технологий и инструментальных средств, контроль состояния, качества и изменения компонентов и комплексов программ, эффективное использование всех видов ресурсов. Каждый раздел основного текста содержит иллюстрации в виде схем и таблиц, список литературы и поддерживающих международных стандартов. В целом Руководство целесообразно использовать как учебное пособие для повышения системной квалификации специалистов по программной инженерии.

Глава 1.2.

 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ ОРИГИНАЛ   След >