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