
- •9. Использование itil для обеспечения качества при проектировании пс.
- •Стандарты iso, используемые при обеспечении качества процессов создания пс.
- •10 . Методология «6 сигма» и качество пс.
- •11. Cmmi и iso/iec 15504 – сходства и различия.
- •32. Документ "Программа-методика испытания программного средства". Содержание и сфера применения
- •34. Понятие метода и технологии проектирования программных средств
- •Требования к технологии
- •7 Стандартизация пс.
- •13. Достоинства и недостатки cmm/cmmi
- •24. Стадии разработки пс: технический проект.
- •19. Интеграция и установка пс.
- •23. Стадии разработки пс: рабочий проект.
- •18 Приёмка и сопровождение пс.
- •21. Подготовительные работы, анализ требований к системе, проектирование архитектуры системы на высоком уровне
- •17. Жизненный цикл пс (общие сведения).
- •20. Детальное проектирование, кодирование и тестирование пс.
- •25 . Стадии разработки пс: эскизный проект.
- •26. Стадии разработки пс: стадия разработки тз.
- •29. Основы качества пс.
- •31 . Структурное программирование
- •33. Программная инженерия. Понятие модели архитектуры по.
- •35. Основные понятия связанные с управлением требованиями
- •1) Финансовые
- •2) Временные
- •3) Кадровые
- •4) Аппаратурные
- •36. Характеристики качественных требований. По-разному определены различными источниками. Однако, следующие характеристики являются общепризнанными:
- •40. Виды испытаний пс.
- •22. Стадии разработки пс: внедрение.
- •37 Виды ресурсов жизненного цикла программных средств
- •1) Финансовые
- •2) Временные
- •3) Кадровые
- •4) Аппаратурные
13. Достоинства и недостатки cmm/cmmi
Capability Maturity Model (CMM) – модель оценки уровня зрелости процессов разработки вместе с его производными. Он был создан SEI (Software Engineering Institute), который финансируется за счет Министерства обороны США и является структурной единицей Университета Карнеги-Меллона. Первая официальная версия стандарта вышла в 1993 г., хотя работы над ним начались гораздо раньше – основные его положения были опубликованы еще в 1986 г.
Успех CMM предопределило несколько факторов. Этот стандарт был одним из первых, изначально учитывающих специфику создания ПО. Он оказался достаточно прост и прозрачен как для понимания, так и для использования, и регламентировал, «что», а не «как» делать, а потому подходил для различных моделей жизненного цикла, методологий разработки и не накладывал каких-либо ограничений на стандарты документирования, инструментарий, среду и языки, применяемые в проектах. основным фактором, предопределившим популярность CMM, явилось сотрудничество SEI с Министерством обороны США, что де-факто означало использование стандарта при реализации проектов по заказу этого ведомства.
Деление на уровни и определение KPA для каждого из них позволяет последовательно внедрять CMM, используя стандарт в качестве руководства, которое может обеспечить постоянное совершенствование процесса разработки.
Основными недостатками можно выделить следующие положения:
- Эти стандарты не были хорошо согласованы между собой – одновременное внедрение различных модификаций CMM могло оказаться достаточно сложной задачей и приводило в недоумение специалистов организаций, которые с этим сталкивались.
- Необходимость «выравнивания» всех процессов организаций под требования СММ, даже не смотря на то, что процессы организации не требовали выполнения тех или иных требований.
- Поскольку организация, обладающая высоким уровнем в соответствии с CMM, должна обеспечивать более высокие показатели программных продуктов по сравнению с теми, кто сертифицирован на низших уровнях, то стандарт стал применяться в качестве критерия отбора для участия в тендерах на разработку ПО или в аутсорсинговых проектах. Спрос на сертифицированные организации породил предложение по «быстрой и безболезненной сертификации».
Разрешить большинство проблем CMM призван новый стандарт SEI – Capability Maturity Model Integrated (CMMI) – Интегрированная модель оценки уровня зрелости процессов разработки. Стандарт CMMI изначально создавался таким образом, чтобы объединить существующие варианты CMM и исключить какие-либо противоречия при его практическом применении в различных сферах деятельности высокотехнологичных компаний.
«+» СММ: 1) CMM — модель качества, специально соотнесенная с процессом разработки ПО. 2) CMM — большой, многоступенчатый стандарт качества, охватывающий весь цикл разработки ПО: от проектирования и до внедрения. Он годится для оптимизации и улучшения качества выпускаемого ПО.
стандарт CMMI имеет две формы представления: 1. классическую многоуровневую, соответствующую CMM. 2. новую непрерывную рассматривающую не уровни зрелости, а уровни возможности, которые оцениваются для отдельных областей процессов. Кроме того, SEI, продвигая CMMI, обещает ужесточить контроль за сертификацией программного обеспечения, обеспечивая совместимость стандартами ISO.