Документирование и сертификация
Модель зрелости возможностей CMM (Capability Maturity Model) предлагает унифицированный подход к оценке возможностей организации выполнять задачи различного уровня. Для этого определяются 3 уровня элементов: уровни зрелости организации (maturity levels), ключевые области процесса (key process areas) и ключевые практики (key practices). Чаще всего под моделью CMM имеют в виду модель уровней… Читать ещё >
Документирование и сертификация (реферат, курсовая, диплом, контрольная)
Стандарты на организацию жизненного цикла ПО
Стандарты жизненного цикла Чтобы получить представление о возможной структуре жизненного цикла ПО, обратимся сначала к соответствующим стандартам, описывающим технологические процессы. программный обслуживание вычислительный Группа стандартов ISO:
— ISO/IEC 12 207 Standard for Information Technology — Software Life Cycle Processes (процессы жизненного цикла ПО, есть его российский аналог ГОСТ Р-1999).
Определяет общую структуру жизненного цикла ПО в виде 3 ступенчатой модели, состоящей из процессов, видов деятельности и задач. Стандарт описывает вводимые элементы в терминах их целей и результатов, тем самым задавая неявно возможные взаимосвязи между ними, но не определяя четко структуру этих связей, возможную организацию элементов в рамках проекта и метрики, по которым можно было бы отслеживать ход работ и их результативность.
— ISO/IEC 15 288 Standard for Systems Engineering — System Life Cycle Processes (процессы жизненного цикла систем).
Отличается от предыдущего нацеленностью на рассмотрение программно-аппаратных систем в целом.
- — ISO/IEC 15 288 предлагает похожую схему рассмотрения жизненного цикла системы в виде набора процессов. Каждый процесс описывается набором его результатов (outcomes), которые достигаются при помощи различных видов деятельности. Всего выделено 26 процессов, объединяемых в 5 групп.
- — ISO/IEC 15 504 (SPICE) Standard for Information Technology — Software Process Assessment (оценка процессов разработки и поддержки ПО).
Определяет правила оценки процессов жизненного цикла ПО и их возможностей, опирается на модель CMMI (см. ниже) и больше ориентирован на оценку процессов и возможностей их улучшения.
Группа стандартов IEEE:
IEEE 1074−1997 — IEEE Standard for Developing Software Life Cycle Processes (стандарт на создание процессов жизненного цикла ПО).
Нацелен на описание того, как создать специализированный процесс разработки в рамках конкретного проекта. Описывает ограничения, которым должен удовлетворять любой такой процесс, и, в частности, общую структуру процесса разработки. В рамках этой структуры определяет основные виды деятельностей, выполняемых в этих процессах, и документы, требующиеся на входе и возникающие на выходе этих деятельностей. Всего рассматриваются 5 подпроцессов, 17 групп деятельностей и 65 видов деятельности.
— IEEE/EIA 12 207−1997 — IEEE/EIA Standard: Industry Implementation of International Standard ISO/IEC 12 207:1995 Software Life Cycle Processes [9,10,11] (промышленное использование стандарта ISO/IEC 12 207 на процессы жизненного цикла ПО).
Аналог ISO/IEC 12 207, сменил ранее использовавшиеся стандарты J-Std-016−1995 EIA/IEEE Interim Standard for Information Technology — Software Life Cycle Processes — Software Development Acquirer-Supplier Agreement (промежуточный стандарт на процессы жизненного цикла ПО и соглашения между поставщиком и заказчиком ПО) и стандарт министерства обороны США MIL-STD-498.
Группа стандартов CMM, разработанных SEI:
Модель зрелости возможностей CMM (Capability Maturity Model) предлагает унифицированный подход к оценке возможностей организации выполнять задачи различного уровня. Для этого определяются 3 уровня элементов: уровни зрелости организации (maturity levels), ключевые области процесса (key process areas) и ключевые практики (key practices). Чаще всего под моделью CMM имеют в виду модель уровней зрелости. В настоящий момент CMM считается устаревающей и сменяется моделью CMMI (см. ниже).
Интегрированная модель зрелости возможностей CMMI (Capability Maturity Model Integration).
Эта модель представляет собой результат интеграции моделей CMM для продуктов и процессов, а также для разработки ПО и разработки программно-аппаратных систем.
Основные изменения по сравнению с CMM следующие.
Элементы модели получили четкие пометки о том, являются ли они обязательными (required), рекомендуемыми (expected) или информативными (informative).
Используемые практики разделяются на общие (generic) и специфические (specific). Они дополняются набором общих и специфических целей, которые необходимы для достижения определенного уровня зрелости в определенных областях процесса.
Некоторые уровни зрелости получили другие названия. Второй уровень назван управляемым (managed), а четвертый — управляемым на основе метрик (quantitatively managed).
Набор выделяемых областей процесса и практик значительно изменился.
Управление процессом.
Включает выработку и поддержку процесса, контроль соблюдения процесса, обучение, измерение показателей процесса, внедрение инноваций.
Управление проектом.
Включает планирование проектов, контроль хода проекта, управление соглашениями с поставщиками, интегрированное управление проектами, управление рисками, построение команд, управление поставщиками и измерение показателей результативности и хода проекта.
Технические.
Включают выработку требований, управление требованиями, выработку технических решений, интеграцию продуктов, верификацию и валидацию.
Поддерживающие.
Включают управление конфигурацией, обеспечение качества продуктов и процессов, проведение измерений и анализ их результатов, управление окружением, анализ и принятие решений, анализ, разрешение и предотвращение проблем.
В целом перечисленные стандарты связаны так, как показано на рисунке 7, (сплошные стрелки указывают направления исторического развития, жирная стрелка обозначает идентичность, пунктирные стрелки показывают влияние одних стандартов на другие).
Рисунок 7 — Стандарты, описывающие структуру жизненного цикла ПО Все рассмотренные стандарты определяют некоторый набор видов деятельности, из которых должен состоять процесс разработки, и задают ту или иную структуру на этих видах деятельности, выделяя их элементы. Вместе с тем, как можно заметить, они не могут быть сведены без существенных изменений в единую модель жизненного цикла ПО. В целом имеющиеся стандарты слабо согласованы между собой. Так что на сегодняшний день нет согласованного комплекта стандартов, покрывающего всю данную область, и в ближайшие несколько лет он вряд ли появится, хотя работа по согласованию различных стандартов ведется.