Введение в Rational Unified Process Знакомство с UML

процессы

Вспомогательные процессы
Развертывание





Управление конф. и изм.
Определение требований




Уточнение
Внедрение
Начало
Построение
Итер. №2
Итер. №n

Итер. №n+1

Итер. №n+2

Итер. №m

Итер. №m+1

Время

Содержание

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

закупок);
анализ проблемной области.
Характеристики
1-2 итерации (обычно 1);
10% времени;
5% трудозатрат.

Основные цели
создать устойчивый каркас архитектуры, требований;
детальное планирование фазы «Построение».
Основные работы
анализ, проектирование, реализация;
планирование (в основном времени, ресурсов, качества).
Характеристики
1-2 итерации;
30% времени;
20% трудозатрат.

Фаза «Уточнение»

тестирование, проектирование;
планирование (развертывания продукта);
Характеристики
1-3 итерации (обычно 2)
50% времени
65% трудозатрат
Основные цели
подготовка

к отчуждению и внедрение продукта.
Основные работы
создание инсталляционных пакетов;
обучение пользователей;
миграция унаследованных систем.
Характеристики
1-2 итерации (обычно 1)
10% времени
10% трудозатрат

Фаза «Внедрение»

программного обеспечения;
Rational Rose – инструмент визуального моделирования;
RequisitePro – инструмент

управления требованиями;
SoDa – инструмент автоматического документирования;
ClearQuest – инструмент регистрации и сопровождения запросов на изменение;
ClearCase – инструмент конфигурационного управления;
Quantify – инструмент тестирования и оптимизации программного кода;
Purify – инструмент для локализации трудно обнаруживаемых ошибок времени выполнения программы и утечки памяти;
PureCoverage – инструмент идентификации участков кода, пропущенных при тестировании;
Robot – инструмент для создания, модификации и автоматического запуска тестов интерфейса и производительности;
SiteLoad – инструмент нагрузочного тестирования WEB-сайтов и клиент/серверных приложений;
SiteCheck – инструмент проверки мертвых ссылок на WEB-cайтах.

обеспечение, но и более широкие классы систем и бизнес-приложений, с

использованием объектно-ориентированных понятий.

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

3. обеспечивать масштабируемость моделей, что является важной особенностью сложных многоцелевых систем

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

абстракция, описывающая моделируемую систему с определенной точки зрения и на

определенном уровне абстрагирования.

Модели – это абстракции системы, которые создаются архитекторами и проектировщиками и представляют законченный взгляд на систему.

Модель – это самодостаточное представление системы и сотрудник, который работает с моделью, не нуждается в дополнительной информации для ее понимания.

Для создания моделей используются диаграммы в нотации UML.

который разработан для спецификации, визуализации, проектирования и документирования компонентов программного

обеспечения, бизнес-процессов и др. систем.

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

Язык UML основан на некотором числе базовых понятий, которые м.б. изучены и применены большинством программистов и разработчиков, знакомых с методами о-о анализа и проектирования.

При этом базовые понятия могут комбинироваться и расширяться таким образом, что специалисты объектного моделирования получают возможность самостоятельно разрабатывать модели больших и сложных систем в самых различных областях приложения.

те аспекты проектируемой системы, которые имеют непосредственное отношение к выполнению

системой своих функций или своего целевого предназначения.

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

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

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

Логическое представление
Представление реализации
Представление процесса функциониро-вания
Представление размещения компонентов
Концептуальная

модель

Физическая модель

Статическая модель

Динамиче- ская модель

вариантов использования) (Use Cases Diagrams),
диаграммы классов (Class Diagrams),
диаграммы

сотрудничества (или кооперации) (Collaboration Diagrams),
диаграммы последовательности (Sequence Diagrams),
диаграммы состояний (State Diagrams),
диаграммы действий (Activity Diagrams),
компонентные диаграммы (Component Diagrams),
диаграммы развертывания (Deployment Diagram).

и проектирование
Реализация
Тестирование
Внедрение (Развертывание)

классов

целостность и проводятся системные тесты.
Возможно создание тестовых компонентов для автоматизации

тестирования.
В процессе тестирования проверяются результаты реализации.
Для данного процесса создается модель тестирования, которая состоит из тестовых примеров, процедур тестирования, тестовых компонентов, однако не имеет отображения на UML диаграммах.

Модель реализации: диаграмма компонентов

PackageBody