Унифицированный процесс разработки по (rup)

1. Основные черты. Фазы и основные потоки работ.

RUP (рациональный унифицированный процесс) – совокупность рекомендаций к выполнению различной деятельности, необходимых для преобразований требований к системе в ПО.

Основные черты RUP:

1. использование UML (унифицированный язык моделирования).

2. Компонентно-ориентированная технология.

3. Процесс разработки программ управляется прецедентами.

Прецедент – часть функциональности системы, необходим для получения пользователем полезного и приятного результата.

Прецедент – это последовательность действий актанта и реакция системы, приводящая к полезному для актанта результату (последовательность действий пользователя и реакции системы).

Актанты – внесистемные агенты, которые взаимодействуют с системой.

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

Требования -> Анализ-> Проектирование-> Реализация. Прецедент используется для написания тестов. По прецедентам создаются тесты. Формируется модель прецедента. Они являются основой для разработки системы. В процессе тестирования сравниваются результаты действия системы и результаты тестов.

Унифицированный процесс ориентирован на архитектуру.

Архитектура – набор решений по организации программной системы (выбор элементов структуры ПС, их интерфейсов и правил взаимодействий).

Примеры

а) Брокер (механизм управления интерфейсов и правил взаимодействия).

б) Слои (абстрактные машины) – приложение разбивается на уровни. Каждый уровень имеет сведения об организации следующего нижнего уровня.

в) Клиент-сервер – клиентская часть взаимодействует с пользователем, а все действия выполняются на сервере.

4. процесс является интерактивным и инкрементным. Сначала создается скелет, а потом добавляются элементы

Фазы:

- анализ и определение требований: определение задач создаваемого продукта; подготовка исходного плана проектирования

- фаза проектирования – создание базового уровня архитектуры и определение большинства требований

- фаза построения – заканчивается созданием продукта (системы)

- фаза внедрения – передача пользователю, обучение и внедрение

Потоки работ:

- определение требований

- анализ требований

- проектирование

- реализация

- тестирование

2. Документ «Видения». Модель и словарь предметной области.

Видение (Vision) – это представление программного продукта со стороны пользователя или заказчика на уровне ключевых потребностей заинтересованных лиц и свойств системы.

Свойства системы (feature) – это эксплуатационная возможность системы, которая удовлетворяет потребность потребителя.

Пример. Потребность1: повышение оперативности доступа к изменению материала. Свойство ПП1: хранение учебного материала в единой БД, доступной преподавателям и студентам.

Потребность2: общение преподавателей и студентов в неурочное время. Свойство ПП2: реализация электронной почты или электронной доски объявлений.

Модель и словарь предметной области.

Контекстом для разрабатываемой системы является модель предметной области:

1. модель бизнес-процессов, которые протекают в системе;

2. модель предметной области в виде диаграмм.

Модель предметной области определяет наиболее важные классы объектов (уточнение требований - цель ее создания).

Понятия (классы), которые могут выявляться при построении бизнес - модели:

1. физические и материальные объекты (облако, ветер – физические, стул, стол – материальные);

2. спецификация (описание объекта: полета, товара)

3. место расположения (магазин, аэропорт);

4. транзакция (продажа, платеж);

5. роли людей (студент, продавец);

6. контейнеры объектов (склад, касса);

7. содержимое контейнеров;

8. внешние системы;

9. организации (деканат);

10. событие (кража, продажа);

11. правила и политики (правило возврата товара);

12. перечень (каталоги) – каталог товаров.

Ассоциация - отображение взаимосвязи (глаголы).

Роль - является содержанием (для дисциплины - учебный материал).

Цель модели - выявить требования к системе.

Словарь предметной области (глоссарий) – все, что есть в предметной области д.б. в глоссарии, но могут быть и дополнения.

Нефункциональные требования: ограничения среды; ограничение реализации; производительность; зависимость от платформы; рентабельность; расширяемость; надежность.

Модель прецедентов (функциональное требование) - содержит актанты и варианты использования (связи).

Прецедент - поток событий при взаимодействии актанта и системы (текстовое описание и графическое представление).