- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Технология разработки ПО Использованные источники и материалы
- •Технология разработки ПО Основные понятия
- •Технология разработки ПО «Правильная» программа, ошибки
- •Технология разработки ПО Основные характеристики программных систем (1)
- •Технология разработки ПО Основные характеристики программных систем (2)
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Откуда берётся ПО?
- •Фазы программного процесса /1/
- •Жизненный цикл программных систем
- •Жизненный цикл программных систем
- •Процессы жизненного цикла
- •Процессы жизненного цикла
- •ГОСТ Р ИСО/МЭК 12207-99. Основные процессы жизненного цикла
- •ГОСТ Р ИСО/МЭК 12207-99.
- •ГОСТ Р ИСО/МЭК 12207-99.
- •ГОСТ Р ИСО/МЭК 12207-99.
- •ГОСТ Р ИСО/МЭК 12207-99.
- •ГОСТ Р ИСО/МЭК 12207-99.
- •ГОСТ Р ИСО/МЭК 12207-99.
- •Процессы жизненного цикла
- •Процессы жизненного цикла
- •Процессы жизненного цикла
- •Процессы жизненного цикла
- •Процессы жизненного цикла
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Традиционные модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Итерационные модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •Модели разработки
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Модели разработки
Spiral Model. Четыре сектора.
1.Определение целей. Определяются цели каждой итерации проекта. Устанавливаются ограничения на процесс создания и на сам продукт, уточняются
планы производства компонентов. Определяются проектные риски. В зависимости от
"проявленных" рисков, могут планироваться альтернативные стратегии разработки ПО.
2.Оценка и разрешение рисков. Для каждого определенного проектного риска проводится его детальный анализ. Планируются мероприятия для уменьшения
(разрешения) рисков. Например, если существует риск, что системные требования определены неверно, планируется разработать прототип системы.
3.Разработка и тестирование. Выбирается модель процесса создания системы.
Например, если доминируют риски, связанные с разработкой интерфейсов, наиболее подходящей будет эволюционная модель разработки ПО с прототипированием. Если основные риски связаны с соответствием системы и спецификации, скорее всего, следует применить модель формальных преобразований. Каскадная модель может быть применена в том случае, если основные риски определены как ошибки, которые могут
проявиться на этапе сборки системы.
4.Планирование. Пересматривается проект и принимается решение о том, начинать ли следующий виток спирали. Если принимается решение о продолжении проекта, разрабатывается план на следующую стадию проекта.
© 2005, В.В.Хашковский, Д.П.Калачев. |
42 |
Модели разработки
Spiral Model. Оценка
Risk assessment
как это вообще делается ?
как узнать, что идентифицированы именно «заслуживающие внимания» риски?
“experience” is a critical factor
model fails if risks are inaccurately assessed
Not clear it works for contract projects
how do you cancel a contract in the middle?
Mainly for very large projects
risk assessment could cost more than development!
© 2005, В.В.Хашковский, Д.П.Калачев. |
43 |
ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
(Software engineering)
Л Е К Ц И Я 1
Спасибо за внимание