Жизненный цикл по

Этапы ЖЦ:

1. концептуализация системы,

2. спецификация требований,

3. проектирование архитектуры системы,

4. детализированное проектирование,

5. реализация,

6. интеграция,

7. сопровождение.

Концептуализация-бизнес-аналитики и пользователи формулируют первичные требования к разрабатываемому приложению. Результат - документ, содержащий описание требований(текстовый,с неформальными диаграммами и таблицами).

Спецификация-аналитики исследуют и преобразуют требования на основании которых создают модель, исходя из концепции системы.

Аналитическая модель - это сжатая и точная абстракция того,что должна делать система.

Она состоит из 2 частей:

• модели предметной области(описание объектов реального мира*модель классов и модель взаимодействий)

• модели приложения(видимые и невидимые пользователи системы).

Проектирование архитектуры-разработчики продумывают стратегию организации архитектуры.

На этапе проектирования классов проектировщик уточняет аналитическую модель в соответствии со стратегией проектирования системы.Он прорабатывает объекты предметной области и объекты модели приложений,используя одинаковые о-о концепции и обозначения. Цель - определить какие структуры данных и алгоритмы необходимы для реализации класса.

Реализация - преобразование разработки на предыдущих этапах модели в код на яп.

Интеграция - планируется с первых этапов.Программные компоненты для отдельной реализации должны быть идентифицированы на ранних стадиях анализа системы.О-о системы должны быть спроектированы под интеграцию.Каждый модель должен быть как можно более независимыми,а все зависимые необходимо идентифицировать и минимизировать на этапах анализа и проектирования.

Сопровождение - наступает в результате успешной доставки заказчику готовой программной системы.

Состоит из 3х сторон:

• поддержки эксплуатации(задания,необходимые для запуска системы до начала эксплуатации),

• адаптивного сопровождения(настройки функциональности системы при изменении внешней среды),

• сопровождения для улучшений(перепроектирование и модификация системы для удовлетворения новых и существенно измененных требований).

Тестирование-является частью системы контроля качества и должно применяться на всех этапах ЖЦ.

Концептуализация системы

Концептуализация-зарождение системы.С

пособы определения новых систем:

• новая функциональность,

• снятие ограничений,

• универсализация

• автоматизация ручной деятельности,

• глобализация(изучение культуры и практики других стран и использование их опыта).

Вопросы хорошей концепции:

1. для кого предназначено приложение?

Определяются заинтересованные лица

• заказчики, финансирующие проект или приобретающие продукты;

• пользователи, которые взаимодействуют с приложением;

• аналитики требований, которые пишут требования и передают их разработчикам;

• разработчики которые создают, разворачивают продукт;

• тестировщики, которые определяют соответствие поведения ПО желаемому;

• технические писатели(библиотекари),отвечающие за руководство пользователя,справочную систему, тренировочные материалы;

• менеджер - самый важный человек, планирует процесс и руководит командой разработчика;

• сотрудники юридического отдела, следят чтобы продукт не противоречил законам;

• промышленники, разрабатывающие проект, содержащий ПО;

• сотрудники отдела продаж.

2) какую задачу будет решать система, где определена функциональность системы;

3) где будет использоваться система: будет ли система независимой или частью другой системы;

4) когда будет требоваться система: необходимо согласовать, что оценка времени, полученной с учетом технологических возможностей, соответствует потребностям бизнеса;

5) экономическое обоснование: за счет чего покупатель получит прибыль;

6) как будет работать система:рассматриваются возможные реализации резличных архитектур.

После завершения формирования концепции переходят к этапу формирования требований.

Цель-дать развернутое определение функц и нефукц требований.требования определяют условия,ожидаемые от системы и ограничения, которые должны выполняться для системы.

Функциональные требования определяют функциональность ПО: функции, которые должны обеспечить разработчики для того, чтобы пользователи могли выполнять свои задачи в рамках бизнес-требований. Системные требования обозначают высокоуровневые требования ПО,которые содержат множество подсистем. ФТ документируются спецификацией требований ПО, которая используется при разработке, тестировании, гарантии качества, управлении проектом.

Атрибуты качества представляют собой дополнительное описание функций продукта,выраженные через описание его характеристик-простота использования,целостность,эффективность,отказоустойчивость.Ограничения касаются выбора возможности разработки интерфейса и структуры продукта.

Характеристикa(feature) - это набор логически связанных функциональных требований, которые обеспечивают возможности пользователя к удовлетворению бизнес-цели. Требования необходимо получить от заинтересованных лиц(выявление требований).

Методы выявления требований:

интервьюирование,

наблюдение,

анкетирование,

прототипирование,

изучение документов программных систем.