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

 

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

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

Непейвода Н.Н., Скопин И.Н. Основания программирования — Институт компьютерных исследований , 2002. — 919 c.
Скачать (прямая ссылка): osnovanprogramm2002.pdf
Предыдущая << 1 .. 78 79 80 81 82 83 < 84 > 85 86 87 88 89 90 .. 316 >> Следующая

Большинство требований на уровне анализа выражается в виде сценариев, которые надо реализовывать на данной итерации. Это в полной мере относится и к первой итерации. о здесь исходнй комплект сценариев играет две дополнительные роли:
• он рассматривается как один из способов изучения прикладной области. Разработчики согласу т реализуемые сценарии с инициаторами работ и, тем самм, уточня т свое понимание задач проекта, назначение систем ;
• являясь аналитическим выра ением базового набора требований, исходный комплект дол ен представлять этот набор репрезентативно, т. е. так, чтобы обеспечивать надежное развитие проекта.
228
ГЛАВА 4. ЖИЗНЕННЫЙ ЦИКЛ
чень вана ее одна особенность первой итерации: к оценке ее результатов нельзя подходить с позиций утилитарной полезности получаемых программных продуктов. Как следствие, смещаются критерии качества: на первый план выступа т задачи демонстрации осуествимости проекта, продуктивности вбранного подхода и полноты базового набора требований с точки зрения итеративного нараивания. ными словами, по указанным ве причинам трудно ожидать, что первая итерация приведет к реально работоспособному программному изделию, но правомерно требовать от нее доказательства того, что данная команда, используя даннй метод в конкретных условиях, в дальнейем приведет проект к успенм результатам. Это мнение долно сло иться у заказчиков, руководства и, что не менее вано, у работников в коллективе исполнителей.
Большую часть особенностей первой итерации выразить в модели жизненного цикла не представляется возмо ным. ни влия т на вбор методов ведения проектов на первой итерации. В сво очередь, эти метод мо -но проецировать на модели изненного цикла. В качестве примера одной из таких моделей ни е приводится схема, описваая организаци начальных работ, которая принята в Центре объектно-ориентированных технологий фирмы IBM. Данный метод получил название «Сначала в глубину», что соответствует выбранной стратегии.
Суть метода состоит в том, что разработка первой итерации проводится мини-циклами реализации выбираемых сценариев. спользуется два критерия отбора сценариев для мини-циклов:
• реализацию можно осуществить быстро и
• получаемые результат мо но продемонстрировать наглядно и убедительно.
олнота базового набора требований в методе «Сначала в глубину» достигается за счет анализа последовательно выполняемых мини-циклов для выделенных сценариев. Если в какой-то момент обнару ивается, что для полноты необходимо расширение исходного комплекта сценариев, то комплект пополняется.
а рис. 4.16 представлена ее одна модификация гантеровской модели изненного цикла, отрааая развитие работ на первой итерации методом «Сначала в глубину». одель модифицирована в следуих отноениях:
1. о сравнени со стационарным периодом время, отводимое для анализа и конструирования, существенно увеличивается за счет этапа про-
4.4. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ИЗДЕЛИЮ И ЖИЗНЕННЫЙ ЦИКЛ 229
Начальная фаза проекта
Фазы (этапы):
Контрольные точки (события)
Мини-циклы разработки сценариев — - Автономная-- Интеграция — _работа
<- Исследо-
вания -<—Анализ!
Конструирование —I
— Программирование
0 1 2 Выбор сценариев для реализации сделан 2
овместная работа с выбранными сценариями
Модели сценариев построены 3'—
5
Начата интеграция сценариев 5'—
Продолжение проекта
J
Пополнение базового окружения проекта
Переход к следующей итер
6 7 — 5'' ценарии реализованы, базовый набор требований определен
ерации ^
—8 Требования к следующей итерации принят
емонстрационные испытания
завершены 9—
Рис. 4.16. Фазовое измерение модели жизненного цикла при объектно-ориентированном развитии проекта методом «Сначала в глубину»
230
ГЛАВА 4. ЖИЗНЕННЫЙ ЦИКЛ
граммирования (конкретные временне соотноения зависят от особенностей выполняемого проекта и от условий его выполнения);
2. Hа общей части этапов анализа и конструирования (контрольные точки 2, 3) выделяется явно работа по определени и утвердени базового набора требований и сценариев для реализации (группа сценариев обозначена овалом с внутренними незакраеннми кру ками). Таким образом, появляется контрольная точка 2';
3. Этапы анализа и конструирования для вбраннх сценариев выполня-
тся совместно ( ирная стрелка меду овалами). результате строятся модели сценариев (контрольная точка 3', модели обозначены за-краеннми кру ками), которе рассматрива тся в качестве исходных данных для спецификации реализуемых компонентов (контрольная точка 5);
4. ля кадого из сценариев образуется мини-цикл его разработки. Разработка мини-циклов включает в себя перекрывающиеся этапы автономной работы и интеграции сценариев (контрольные точки 3', 5'' и 5',
7);
5. Фиксируется событие готовности результатов всех мини-циклов (контрольная точка 5''), которое означает заверение формирования базового набора требований;
6. нтеграция сценариев предполагает ревизи (возмо но и перепис -вание кода, и да е перепроектирование реализации каких-либо из сценариев). на долна быть закончена к началу этапа пополнения базового окру ения проекта в рамках оценки (контрольная точка 7);
Предыдущая << 1 .. 78 79 80 81 82 83 < 84 > 85 86 87 88 89 90 .. 316 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100