Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Непейвода Н.Н. -> "Основания программирования " -> 74

Основания программирования - Непейвода Н.Н.

Непейвода Н.Н., Скопин И.Н. Основания программирования — Институт компьютерных исследований , 2002. — 919 c.
Скачать (прямая ссылка): osnovanprogramm2002.pdf
Предыдущая << 1 .. 68 69 70 71 72 73 < 74 > 75 76 77 78 79 80 .. 316 >> Следующая

4.3. ИТЕРАТИВНЫЕ МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА
199
Фазы (этапы):
Контрольные точки (события):
Исследова-
Анализ осуществи-
мости^
КЬнструирова-
1
I Программирование
PnJ Оценка
<—5Спецификации утверждены <—4 Спецификации составлены <—3 Требования утверждены <—2 Требования сформулированы <— 1 Ресурсы распределены <-0 Необходимость разработки признана
Компоновка завершена 6—» Независимые испытания начались7-»
Начато изготовление изделия 8—> Изделие передано на распространение 9—»
Изделие снято с производства 10—»
<— Использование
-».
Рис. 4.8. Учет итеративности в модели фазы-функции (фазовое измерение, показаны лишь некоторые возврата)
итеративный характер развития проекта.
В технологическом плане итеративные подходы к развитию проекта коренным образом отличаются от всех последовательных технологий. Для традиционных подходов итерация — это исправление ошибок, т. е. процесс, который с трудом поддается технологическим нормам и регламентам. При итеративном подходе итерации в принципе не отменяют результаты друг друга, а только дополня т и развива т их.
4.3.1. Базовые технологические принципы итеративного проектирования
Рассмотрим принципиальне момент , которе стали трактоваться в итеративном подходе к развити проектов по-иному в сравнении с последовательными методологиями. I) Итеративность развития
Начиная с фазы анализа и до завершения реализации, процесс проектирования строится как серия итераций, отбрасывая иллюзию о построении программы сразу и до конца, пронизвау традиционне под-
200
ГЛАВА 4. ЖИЗНЕННЫЙ ЦИКЛ
ход . Кадая итерация является результатом разреения противоречий между желаемым и достижимым, частично реализуя цели.
озмо но, этим итерациям предествует период изучения самой предметной области и задач проекта в целом (этап определения требований и начального планирования).
II) Изменение функциональности
оскольку в ходе развития проекта требования почти всегда пересма-трива тся, и обычно требуется изменение старых функций, необходимо реализовывать функциональность таким способом, чтоб пересмотр ее производился с минимальными затратами.
III) Глоссарий проекта
качестве инструментаподдеркицелостностисистемыпонятийв процессе пересмотра требований и трассировки изменений, индуцирован-нх пересмотром функциональности, необходимо создание и ведение базы понятий и их взаимосвязей, фиксирующую в каждый момент понимание используемыъ понятий и прослеживающую историю концептуальных изменений. зменения в тексте программной систем дол -н следовать за изменениями концепций, а не предествовать им.
IV) Наращивание функциональности
Наращивание функциональности проектируемого изделия представляется как развитие сценариев, которые соответству т описаниям (в раз-витх технологиях диаграммам) взаимодействия высокоуровневх объектов и понятий и отраа т отдельне сторон функционирования. Эти описания предписывают развитие на этапе программирования операционной базы проекта: она вырабатывается, исходя из сценариев уровня проектирования (конструирования). олная функциональность состоит из функциональностей всех сценариев. Таким образом, данная стратегия довольно близка классическому методу поаговой детализации, при использовании которого функциональность нараивается путем уточнения (доопределения) модулей нижнего уровня. Однако в отличие от этого метода итеративное нараивание требует, чтоб в результате каждой итерации изделие получало полностью готовую функ-циональнось, планируему реализуемм сценарием. оследуие итерации чае всего добавля т у е другу функциональность, которая планируется другим сценарием.
4.3. ИТЕРАТИВНЫЕ МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА
201
V) Ничто не делается однократно.
оследовательный подход предполагает, что анализ заверен перед конструированием, завершение которого предшествует программированию. Перекрытие этапов (см. п. 4.3) ослабляет это предположение, но принципиально ситуаци не меняет. В больинстве итеративнх проектов анализ никогда не заверается в течение всего развития проекта, а процесс конструирования сопрово дает разработку в ходе всего ее изнен-ного цикла.
VI) Оперирование на размножающихся фазах подобно.
Как в начале проектирования, на последуих итерациях анализ пред-ествует конструировани , за которм следует программирование, тестирование и другие виды работ.
ри итеративном проектировании в ходе нараивания функциональности обыкновенно вполня тся вполне традиционные этапы:
1. Определение требований, или планирование итерации, — фиксируется, что долно бть вполнено на данной итерации в виде описания области, для которой планируется разработать функциональность на данной итерации, и что для этого нужно. Обычно этот этап включает отбор сценариев, которые долны бть реализованы на данной итерации;
2. Анализ — исследуются условия выполнения планируемых требований, проверяется полнота отобраннх сценариев с точки зрения реализации требуемой функциональности;
3. оделирование пользоваельского инерейса — коль скоро итерация долна обеспечивать функционально законченну реализаци , требуется определить правила взаимодействий, необходимые для активизации требуемых функций. Модель интерфейса представляет пользовательское представление поведения объектов данной итерации;
Предыдущая << 1 .. 68 69 70 71 72 73 < 74 > 75 76 77 78 79 80 .. 316 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100