
- •Основні проблеми сучасних проектів по.
- •Роль шаблонів проектування в програмній інженерії. Схема опису шаблонів проектування.
- •Визначення програмної інженерії. Сучасні тенденції в програмній інженерії
- •Нормативно-методичне забезпечення створення по. Стандарт жц по.
- •Основні процеси жц по. Допоміжні процеси жц по.
- •Визначення і складові жц по. Каскадна модель жц по.
- •Реальний процес розробки по. Ітераційна модель жц по.
- •10.Схема «швидкого макетування». Підхід rad – «швидка розробка додатків».
- •Поняття зрілості процесів створення по. Модель оцінки зрілості cmm.
Поняття зрілості процесів створення по. Модель оцінки зрілості cmm.
Зрелость процессов (software process maturity) — это степень их
управляемости, контролируемости и эффективности.
модель технологической зрелости организаций СММ(Ca
pability Maturity Model
12.Недоліки CMM. Альтернативи CMM.
К недостаткам СММ относятся следующие:
1. Модель сосредоточена исключительно на управлении про
ектом, а не на процессе создания профаммного продукта. В мо
дели не учтены такие важные факторы, как использование опре
деленных методов, например прототипирования, формальных
и структурных методов, средств статического анализа и т.п.
2. В модели отсутствует анализ рисков и решений, что не поз
воляет обнаруживать проблемы прежде, чем они окажут воздей
ствие на процесс разработки.
3. Не определена область применения модели, хотя авторы
признают, что она является универсальной и подходящей всем
организациям. Однако авторы не дают четкого разфаничения
организаций, которые могут или не могут внедрять СММ в свою
деятельность. Небольшие компании находят эту модель слишком
бюрократичной. В ответ на эту критику были разработаны стра-
тегии совершенствования технологического процесса для малых
организаций.
В качестве альтернативы СММ предлагается обобщенная
классификация процессов совершенствования технологической
зрелости, которая подходит для большинства организаций и
программных проектов^ Можно выделить несколько общих ти
пов процессов совершенствования.
1. Неформальный процесс. Не имеет четко выраженной модели
совершенствования. Его с успехом может использовать отдель
ная команда разработчиков. Неформальность процесса не иск
лючает таких формальных действий, как управление конфигура
цией, однако при этом сами действия и их взаимосвязи не пред
определены заранее.
2. Управляемый процесс. Имеет подготовленную модель, кото
рая управляет процессом совершенствования. Модель определя
ет действия, их график и взаимосвязи между ними.
3. Методически обоснованный процесс. Подразумевается, что
введены в действие определенные методы (например, систе
матически применяются методы объектно-ориентированного
проектирования). Для процессов этого типа будут полезными
инструментальные средства поддержки проектирования и анали
за процессов (CASE-средства).
4. Процесс непосредственного совершенствования. Имеет четко
поставленную цель совершенствования технологического про
цесса, для чего существует отдельная строка в бюджете организа
ции и определены нормы и процедуры внедрения нововведений.
Частью такого процесса является количественный анализ про
цесса совершенствования.
13)
14)
15)
16)
17)
18)
19)
20)
23)
24)