Корпоративные информационные системы. Лекция 10. Раздел 4. Разработка ПО КИС. Часть 4.3

1.

Корпоративные
информационные системы
Лекция 10
Раздел 4. Разработка ПО КИС
Часть 4.3. Унифицированный процесс.
Преподаватель: Недашковский В. М.

2.

Часть 3. Унифицированный процесс.

3.

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

4.

Унифицированный процесс
УП – это обобщенный каркас процесса, который может быть
специализирован для:
• широкого круга программных систем,
• различных областей применения,
• размеров проекта.
УП компонентно-ориентирован, т.е. создаваемая
программная система строится на основе программных
компонентов, связанных хорошо определенными интерфейсами.
Для разработки чертежей программной системы
используется унифицированный язык моделирования UML.

5.

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

6.

Унифицированный процесс
УП ориентирован на архитектуру.
Архитектура – это представление всего проекта с выделением важных
характеристик.
Связь архитектуры с вариантами использования в ПО представляет
собой единство функций, соответствующих вариантам использования, и
формы – архитектуры.
Архитектура и варианты использования разрабатываются параллельно.
На первом этапе создает приблизительная архитектура, которая не
связана с вариантами использования (так называемая платформа).
Затем ведется работа с подмножеством выделенных вариантов
использования, каждый из которых соответствует одной из ключевых функций
разрабатываемой системы, и уточняется архитектура системы.

7.

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

8.

Унифицированный процесс
Полное представление готового продукта состоит из:
• модели вариантов использования, охватывающей большинство
функциональных требований системы;
•модели анализа, уточняющей детали вариантов использования и
создающей первичное распределение поведения системы по набору
объектов;
• модели проектирования, определяющей статическую структуру
системы, такую как подсистемы, классы, интерфейсы, и варианты
использования, реализованные в виде коопераций между подсистемами,
классами и интерфейсами;
• модели реализации, включающей в себя компоненты (представленные
исходным кодом) и распределения классов по компонентам;

9.

Унифицированный процесс
• модели развертывания, представляющей физические компьютеры
(узлы сети) и распределение компонентов по этим узлам;
• модели тестирования, описывающей тесты для проверки вариантов
использования;
• представления архитектуры.
Полезно в представление готового продукта включать также
модель предметной области или бизнес-модель.
Все перечисленные модели связаны. Вместе они полностью
описывают программный продукт.
Полное представление готового продукта позволяет эффективно
выполнить новый цикл разработки программного продукта.

10.

Фазы унифицированного процесса
Разделение цикла разработки на фазы разработки
Жизнь программной системы можно представить как
последовательность
циклов.
Цикл
завершается
поставкой
пользователям новой версии системы. Каждый цикл осуществляется
в течение некоторого времени, которое делится на четыре фазы:
исследование (анализ и планирование требований), уточнение
(проектирование), построение, развертывание (внедрение)
Фаза – это промежуток времени между двумя основными
вехами – моментами принятия важных решений о продолжении
разработки и потребностях в плане объема, его бюджета и графика
выполнения.

11.

Фазы унифицированного процесса
Фазы разработки
Исследование: объем системы, примерная архитектура (включающая
начальные версии перечисленных выше шести различных моделей),
основные риски и способы их устранения, предположительная стоимость и
график реализации.
Индикатором того, что проект достиг основной вехи, связанной с
фазой исследования, является выполнение следующих условий:
• основные заказчики проекта согласны с предложенным объемом системы;
• примерная архитектура увязана с набором важнейших требований к
системе;
• план проекта достаточен для оправдания дальнейших расходов на
продолжение разработки.

12.

Фазы унифицированного процесса
Уточнение (проектирование):
• определение большей части оставшихся функциональных
требований;
• расширение примерной архитектуры до архитектурной
основы, осуществление внутреннего выпуска системы,
рассчитанного на описанную архитектуру;
• устранение основных рисков;
• подготовка плана проекта, содержащего достаточно деталей
для реализации следующей фазы (фазы построения).

13.

Фазы унифицированного процесса
Базовая архитектура состоит из расширенных версий шести моделей,
созданных в ходе фазы исследований. Это означает, что существуют
архитектурные представления:
• модели вариантов использования,
• модели анализа,
• модели проектирования,
• модели реализации,
• модель тестирования,
• модели развертывания.
Модель реализации включает в себя компоненты, доказывающие, что
архитектура выполнима.

14.

Фазы унифицированного процесса
Фаза уточнения (проектирования) завершается вехой
архитектуры жизненного цикла. По следующим признакам
можно определить, что проект достиг этой вехи:
• модель вариантов использования охватывает большинство
функциональных требований системы;
• базовая архитектура представляет собой небольшую и
компактную систему, которая может служить надежной основой
для непрерывной разработки;
• составлен успешный план построения системы.

15.

Фазы унифицированного процесса
Построение
В ходе фазы построения происходит создание продукта, а
архитектура становится стабильной.
Проектные подсистемы развиваются до продукта,
готового к передаче пользователю. На этом этапе возможны
небольшие изменения архитектуры системы. Если в конце этой
фазы в продукт включены все запланированные для текущего
выпуска варианты использования, то возможна передача
продукта в качестве предварительной поставки.

16.

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

17.

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

18.

Фазы унифицированного процесса
После исправления ошибок и доработки внесенных
предложений разработчики получают главный выпуск,
подготавливаемый для широкого распространения.
Фаза развертывания (внедрения) включает в себя такие
действия как:
• производство тиража;
• обучение сотрудников заказчика;
• организацию поддержки по горячей линии;
• исправление дефектов, обнаруженных после поставки.

19.

Технологические процессы
В
унифицированном
процессе
выделяют
пять
технологических процессов, которые присутствуют в ходе
выполнения каждой из перечисленных выше четырех фаз:
№№ Технологический процесс
1 управление требованиями
2 анализ
3 проектирование
4 реализация
5 тестирование
Наименование по Бучу
требования
анализ
разработка
реализация
тестирование

20.

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

21.

Технологические процессы
Отправляется в
Представляется с помощью
Модель анализа
Модель прецедентов
Модель
проектирования
Проверяется с помощью
Реализуется в
Модель
реализации
Модель
тестирования
Распространяется с помощью
Модель
развертывания

22.

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

23.

Технологические процессы
Модель развертывания.
Модель развертывания определяет физическую организацию
системы в терминах вычислительных узлов.
Реализация.
Модель
реализации
описывает,
как
элементы
модели
проектирования формируют такие компоненты как файлы исходного кода
и библиотеки динамической компоновки (DLL и Enterprise Java Beans).
Тестирование.
Основные виды деятельности этого технологического процесса
направлены на построение модели тестирования, которая описывает, как
системные тесты и тесты интеграции будут применяться к рабочим
компонентам модели реализации.

24.

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

25.

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

26.

Спасибо за внимание