ВУЗ:
Составители:
Рубрика:
66
ен, он начинает возмущаться и требовать, чтобы макет «в три приёма»
был превращён в рабочий продукт. Очень часто это отрицательно сказы-
вается на управлении разработкой ПО.
С другой стороны, для быстрого получения работающего макета раз-
работчик часто идёт на определённые компромиссы. Могут использовать-
ся не самые подходящие язык программирования или операционная сис-
тема. Для простой демонстрации возможностей может применяться неэф-
фективный алгоритм. Спустя некоторое время разработчик забывает о
причинах, по которым эти средства не подходят. В результате, далеко не
идеальный выбранный вариант интегрируется в систему.
Очевидно, что преодоление этих недостатков требует борьбы с жи-
тейским соблазном – принять желаемое за действительное.
СТРАТЕГИИ КОНСТРУИРОВАНИЯ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Существуют 3 стратегии конструирования ПО:
однократный проход (водопадная стратегия) – линейная последо-
вательность этапов конструирования;
инкрементная стратегия. В начале процесса определяются все
пользовательские и системные требования, оставшаяся часть конструирова-
ния выполняется в виде последовательности версий. Первая версия реализу-
ет часть запланированных возможностей, следующая версия реализует до-
полнительные возможности и т.д., пока не будет получена полная система;
эволюционная стратегия. Система также строится в виде после-
довательности версий, но в начале процесса определены не все требова-
ния. Требования уточняются в результате разработки версий.
Характеристики стратегий конструирования ПО в соответствии с
требованиями стандарта IEEE/EIA 12207.2 приведены в табл. 4.1.
4.1. Характеристики стратегий конструирования
Стратегия
конструирования
В начале процесса
определены все
требования?
Множество
циклов
конструирования?
Промежуточное ПО
распространяется?
Однократный
проход
Да Нет Нет
Инкрементная
(запланированное
улучшение
продукта)
Да Да Может быть
Эволюционная Нет Да Да
Страницы
- « первая
- ‹ предыдущая
- …
- 64
- 65
- 66
- 67
- 68
- …
- следующая ›
- последняя »
