- •Применение rup – технологии для описания бизнес-процесса при проектировании ис.
- •Управление прецедентами
- •Начало проекта:
- •Выбор классов:
- •Создание пакетов
- •Диаграммы классов
- •Технология
- •Определение отношений
- •Отношения
- •Мощность отношения
- •Диаграмма пакетов
- •Диаграмма компонентов
- •Нотации диаграммы пакетов и компонентов
Применение rup – технологии для описания бизнес-процесса при проектировании ис.
RUP – технологии
В RUP-технологии, активно используется универсальный язык моделирования (Unified Modeling Language). Язык прошел процесс стандартизации в рамках консорциума OMG (Object Management Group) и сейчас является международным стандартом.
Методология RUP структурирована в двух направлениях:
-
Время (разделение жизненного цикла системы на фазы и версии).
-
Компоненты процесса (набор средств для решения определенных задач).
Разработка состоит из следующих временных этапов:
-
Задумка – определение общей задачи системы.
-
Проработка – планирование необходимых работ и ресурсов.
-
Создание – построение системы.
-
Переходный период- поставка системы пользователю.
Заметим, что методология RUP в этой части хорошо согласуется с описанием процесса разработки системы, приведенном в комплексе ГОСТ34.
С точки зрения компонентов процесс разработки делится на следующие стадии:
-
Построение бизнес-модели.
-
Определение требований к системе.
-
Анализ и проектирование.
-
Реализация и внедрение.
На стадиях задумки и проработки используется язык UML для построения бизнес-модели, определения требований, анализа и проектирования системы. При этом документирование результатов хорошо автоматизировано с помощью пакета Rational Rose.
Унифицированный язык моделирования UML(Unified Modeling Language) является средством представления информации о системе. Он состоит из нотаций (обозначений) и правил их применения.
Система в UML имеет 5 представлений:
-
Представление использования - основная часть модели описания системы.
-
Логическое представление – описание функциональных возможностей системы
-
Компонентное представление – описание структуры и взаимосвязей модулей системы и генерация кода.
-
Представление взаимодействия процессов – описание согласованных действий модулей системы.
-
Представление распределения – описание физической архитектуры системы
Расширение языка UML
Модели производства позволяют определить требования к программному обеспечению.
Цель:
-
Познание структуры и динамики организации (целевой организации), в которой будет использоваться разрабатываемая система.
-
Осмысление текущих проблем целевой организации и определение возможностей улучшения
-
Обеспечение общего понимания целевой организации заказчиками, конечными пользователями и разработчиками
-
Определение требований к системе, необходимых для поддержки целевой организации.
Для достижения этих целей и нужен технологический процесс моделирования производства, чтобы определить:
-
процессы
-
роли
-
обязанности
этой организации в модели производства. В модель производства входят модели:
-
производственных прецедентов. Диаграмма прецедентов
-
объектов производства. Диаграмма классов
Для полного удовлетворения требований необходимо понять область производства, а затем приступать к решению поставленной задачи (выполнению проекта).
Автоматизация существующих процессов отражает природу отрасли, а также способы ведения дел в них.
В проекте, направленном на разработку нового инструментального средства, будут задействованы сотрудники всех отделов организации – разработчика ;от руководителей, имеющих право принимать решения до рабочих лошадок и конечных пользователей.
Модели производства полезны, когда к использованию системы привлечено значительное число людей, а сама система предназначена для обработки существенных объемов информации. Например, если к существующей системе добавляется какая-нибудь функция. Если создается новая система управления, ценность моделирования производства будет значительной, поскольку она поможет понять, как эта новая система повлияет на способ ведения дел в данной отрасли.
Техника моделирования производства во многом подобна технике, применяемой в программном моделировании. Итоги:
-
Производственные пользователи (заказчики, поставщики, партнеры) представляются системными артефактами
-
Производственные процессы представляются производственными прецедентпми и их реализациями
-
Роли, которые играют люди в организации, представляются производственными исполнителями
-
то что в организации происходит, или то чем она управляет, называется категориями производства.
Рис. Пример Исполнители и артефакты технологического процесса моделирования производства.