Стандарт CMMI является ответом SEI на ISO 15504 и согласован с ним. Кроме того, по вопросам мапирования стандартов ISO и SW CMM в целом существует значительный контент в Интернете, так что проблем обычно не возникает.
Замечание. Стандарт SW CMM является международным отраслевым стандартом. Его первая версия появилась в 1993г. в результате совместного проекта Software Engineering Institute (SEI, Carnegie Mellon University, Pittsburgh, USA) и Министерства обороны США. Сейчас на практике используется версия 2.1.
В основе стандарта лежит понятие зрелости системы процессов ЖЦ ИС, которые реализуются в фирме – разработчике ПО. Выделены пять уровней зрелости:
- начальный (Initial) – процессы не формализованы и непредсказуемы {тусовка -импровизация};
- повторяемый (Repeatable) – внедрена система управления проектами, процессы повторяемы (от проекта к проекту) {артель - дисциплина};
- определенный (Defined) – процессы управления и разработки полностью определены, зафиксированы {SOP – Standard Organization Process, в просторечии - Process Book} и интегрированы {Tailoring Management} {мануфактура - стандарт};
- управляемый (Managed) – управление процессами и продуктами (т. н. «улучшение») осуществляется на основе измерений количественных и качественных показателей {конвейер - предсказуемость};
- оптимизирующий (Optimizing) – улучшение процессов носит системный характер {система качества - адаптивность}.
Таким образом, можно считать, что процессы ЖЦ и процедуры обеспечения качества сформулированы в контексте SW CMM и согласованы с результатами блока 1 профиля качества (профиля надежности).
{Конец Лекции 3}
Минимальное подмножество обязательных стадий (групп процессов) ЖЦ ИС, которое предусмотрено в SW CMM для 2 – 3 уровня зрелости (уровень большинства российских фирм – разработчиков ПО), представлено на диаграмме (рис. 3). Минимальность, в частности означает, что в диаграмму явно не включены процессы сопровождения и модификации ИС. Они могут рассматриваться отдельно.
Каталог требований (хранилище D12) включает в себя требования ко всем показателям качества ИС (рис. 2, раздел 2.2), необходимым в данном проекте.
Описание архитектуры (хранилище D11) сдержит 2 – 4 варианта архитектурных решений, обоснование выбора одного из них (в первую очередь – по степени соответствия требованиям каталога), а также средства по обеспечению реализации выбранной архитектуры на всех последующих стадиях ЖЦ ИС, включая ее эксплуатацию. В России этот документ обычно называют системным проектом ИС. В стандарте SW CMM ему соответствуют HLDS – High Level Design Specifications.
Каталог требований и описание архитектуры в совокупности представляют собой концепцию ИС (ранее это называли техническим заданием).
Средства обеспечения реализации архитектурных решений, в свою очередь, содержат следующие виды обеспечения:
· техническое обеспечение;
· алгоритмическое обеспечение;
· программное обеспечение;
· информационное обеспечение;
· организационное обеспечение;
· методическое обеспечение;
· диалоговое обеспечение;
· кадровое обеспечение;
· финансовое обеспечение.
Краткие определения.
Техническое обеспечение ИС включает аппаратно-технические средства для реализации:
- автоматизированных рабочих мест пользователей ИС;
- серверов данных и серверов приложений ИС;
- сетевой коммуникационной системы.
Алгоритмическое обеспечение ИС предполагает, в первую очередь, наличие функциональных моделей автоматизируемых процессов, созданных и оформленных в соответствии с каким- либо стандартом (обычно это стандарт из группы IDEF, реже – UML), а также необходимых вычислительных алгоритмов.
Программное обеспечение ИС включает программные средства двух категорий: программное обеспечение процесса разработки и программное обеспечение процесса функционирования.
Информационное обеспечение ИС может включать информационные хранилища двух видов: оперативные базы данных и хранилища данных вместе с описанием источников их формирования.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.