Deployment diagram (диаграммы топологии).
Диаграммы активности. Это дальнейшее развитие
диаграммы состояний. Фактически данный
тип диаграмм может использоваться и для
отражения состояний моделируемого объекта,
однако, основное назначение Activity diagram
в том, чтобы отражать бизнес-процессы
объекта. Этот тип диаграмм позволяет
показать не только последовательность
процессов, но и ветвление и даже синхронизацию
процессов.
Этот тип диаграмм позволяет
проектировать алгоритмы поведения объектов
любой сложности, в том числе может использоваться
для составления блок-схем.
Диаграммы классов (class diagram) показывают классы,
интерфейсы, объекты и кооперации, а также
их отношения. При моделировании объектно-ориентированных
систем этот тип диаграмм используют наиболее
часто.
Диаграммы состояний. Предназначены для отображения
состояний объектов системы, имеющих сложную
модель поведения. Это одна из двух диаграмм
State Machine, доступ к которым осуществляется
из одного пункта меню.
Диаграммы последовательностей
действий. Взаимодействие объектов
в системе происходит посредством приема
и передачи сообщений объектами-клиентами
и обработки этих сообщений объектами-серверами.
При этом в разных ситуациях одни и те
же объекты могут выступать и в качестве
клиентов, и в качестве серверов.
Данный тип диаграмм позволяет
отразить последовательность передачи
сообщений между объектами.
Этот тип диаграммы не акцентирует
внимание на конкретном взаимодействии,
главный акцент уделяется последовательности
приема/передачи сообщений. Для того чтобы
окинуть взглядом все взаимосвязи объектов,
служит Collaboration diagram.
Диаграммы взаимодействий. Этот тип диаграмм позволяет
описать взаимодействия объектов, абстрагируясь
от последовательности передачи сообщений.
На этом типе диаграмм в компактном виде
отражаются все принимаемые и передаваемые
сообщения конкретного объекта и типы
этих сообщений.
По причине того, что диаграммы Sequence и Collaboration являются
разными взглядами на одни и те же процессы, Rational Rose позволяет
создавать из Sequence диаграммы диаграмму Collaboration и
наоборот, а также производит автоматическую
синхронизацию этих диаграмм.
Диаграммы компонент. Этот тип диаграмм предназначен
для распределения классов и объектов
по компонентам при физическом проектировании
системы. Часто данный тип диаграмм называют
диаграммами модулей.
При проектировании больших
систем может оказаться, что система должна
быть разложена на несколько сотен или
даже тысяч компонентов, и этот тип диаграмм
позволяет не потеряться в обилии модулей
и их связей.
Диаграммы топологии. Этот вид диаграмм предназначен
для анализа аппаратной части системы,
то есть «железа», а не программ. В прямом
переводе с английского Deployment означает
«развертывание», но термин «топология»
точнее отражает сущность этого типа диаграмм.
Для каждой модели создается
только одна такая диаграмма, отображающая
процессоры (Processor), устройства (Device) и их
соединения.
Обычно этот тип диаграмм
используется в самом начале проектирования
системы для анализа аппаратных средств,
на которых она будет эксплуатироваться.
При разработке диаграмм необходимо
руководствоваться следующими правилами.
1. Цель создания диаграмм на языке UML –не
рисование красивых картинок, а визуализация, специфицирование, конструирование
и документирование. Диаграммы – это только
одно из средств, но не все диаграммы необходимо
сохранять. Иногда стоит создавать их на
лету путем опроса элементов модели использовать
для анализа системы по мере ее построения.
2. Следует избегать избыточных диаграмм, они
только загромождают модель.
3. Каждая диаграмма должна содержать
только необходимые детали. 4. Диаграммы
не должны быть слишком краткими, если
только уровень абстракции не очень высокий. Чрезмерное
упрощение может скрыть детали. 5. Не следует
делать диаграммы очень большими или очень
маленькими.
6. У каждой диаграммы (и у любой сущности)
должно быть осмысленное имя, ясно отражающее
ее назначение.
Итак, от общих тем перейдем
непосредственно к тому, что умеет делать
CASE Rational Rose. Являясь объектно-ориентированным
инструментом моделирования, Rose базируется
на UML (Universal Modeling Language) – универсальном
языке моделирования, который был разработан
компанией Rational именно с целью создания
наиболее оптимального и универсального
языка для описания как предметной области,
так и конкретной задачи в программировании.
Любая задача программируется при помощи
определенных диаграмм.
Соответственно,
Rational Rose 2000 является инструментом, который
позволяет строить указанные диаграммы
при проектировании программных систем.
К сожалению, объем статьи не позволяет
описать назначение всех диаграмм и спецификаций!
Но мы попробуем разобраться в инструменте
с точки зрения разработчика, для простоты
используя только один тип диаграмм –
Class Diagramm.
Все разработчики сталкиваются
с ситуацией, когда приходится проектировать
большие классы. При ручном вводе и объявлении
имеется ряд подводных камней: во-первых,
постановщик задач, как правило, описывает
“что нужно” на словах, в крайнем случае,
с минимальным бумажным сопровождением;
во-вторых, разработчик, создающий систему,
опять-таки в большинстве случаев игнорирует
все комментарии, которыми необходимо
сопровождать программный код. Что же
получается в итоге? Постановщик задач
путается в программе, разработчик сам
не помнит, что к чему, а если на его место
взят новый сотрудник.… Тут на ум приходит
еще одно традиционное для России высказывание
разработчика: “мне проще все написать
заново”. И ведь пишут.… Тормозя производство
программного продукта. Дело в том, что
к разработке ПО относятся как к искусству,
а необходимо относиться, как к производственному
процессу со строгим распределением ролей,
полномочий и пр…
Аспекты совместной
работы с Oracle
Новая версия Rose - 2000e - поддерживает
полноценное проектирование баз данных.
Раньше использование Rose ограничивалось
только высокоуровневым проектированием,
а доводкой занимались в ERwin, для чего был
создан специальный мост ERwin RoseLink сторонней
компанией, что создавало определенные
неудобства в работе. Теперь же Rose получила
достаточно выразительные средства для
лучшего проектирования баз данных, а
мост с ERwin включен в стандартную поставку,
что позволит более не опасаться за надежность
передаваемых моделей.
Подобная интеграция не может
не вызывать восхищения. Наконец-то можно
полностью проектировать все в Rose! По словам
Роджера Оберга (Roger Oberg), вице-президента
Rational: "Rational Rose стала стандартом при
разработке приложений и бизнес-моделировании.
Теперь, вместе с Rational Rose, проектировщики
БД могут воспользоваться преимуществами
UML и присоединиться к остальным разработчикам".
Использование UML для моделирования
и дизайна баз данных не только облегчает
коммуникацию и убирает преграды между
разработчиками, но и дает им более выгодную
среду для моделирования. С моделью базы
данных на языке UML проектировщик БД может
получать такую информацию, как ограничения
(constraints), триггеры и индексы прямо на диаграмме.
Когда эта информация смоделирована, пользователям
становится проще обеспечивать коммуникацию
с моделью базы данных в целом.
В дополнение к преимуществам
от использования UML для моделирования
баз данных Rational Rose дает следующие возможности:
Соответствие между объектно-ориентированной
структурой и моделью данных (object-relational mapping) позволяет отслеживать преобразования модели объекта в модель базы данных. Эта форма соответствия позволяет проанализировать ссылки между приложением и базой данных и обновлять их на основе изменений, сделанных в процессе разработки.
Прямое и обратное проектирование
базы данных (database round trip engineering). Прямое и обратное проектирование модели данных и базы данных позволяет создать модель данных, основанную на структуре БД через прямое или обратное проектирование. Схема может быть сгенерирована прямо напротив
базы данных или сохранена как скрипт для дальнейшего применения. Она будет включать таблицы, колонки, ограничения, индексы, триггеры и т.д.
Ссылочная целостность (referential integrity) сохраняет целостность базы данных благодаря автоматическому переносу первичных ключей главной таблицы (parent table), как внешних, в зависимую таблицу (child table). Когда ссылка создана, пользователи могут выбрать, как обеспечить ссылочную целостность: либо через триггер, либо через декларативную целостность.
Rational Rose представляет собой
CASE средство проектирования и разработки
информационных систем и программного
обеспечения для управления предприятиями.
Как и другие CASE средства (ARIS, BPwin, ERwin) его можно применять для
анализа и моделирования бизнес процессов.
Первая версия этого продукта была выпущена
компанией Rational Software . В дальнейшем Rational
Rose был куплен IBM.
- Принципиальное отличие
Rational Rose от других средств заключается
в объектно-ориентированном подходе. Графические
модели, создаваемые с помощью этого средства,
основаны на объектно-ориентированных
принципах и языке UML (Unified Modeling Language). Инструменты
моделирования Rational Rose позволяют разработчикам
создавать целостную архитектуру процессов
предприятия, сохраняя все взаимосвязи
и управляющие воздействия между различными
уровнями иерархии.
Моделирование
бизнес процессов в Rational Rose выполняется за
счет применения различных аспектов. Каждый
из этих аспектов концентрирует внимание
на определенных характеристиках и возможностях
процессов.
К таким аспектам
относятся:
- Вариант
использования (Use case). Этот аспект дает возможность
понять, каким образом действуют участники
процесса и за счет этого определить их
взаимодействие и влияние на процесс.
Для построения моделей процесса в рамках
данного аспекта применяются Use-caseдиаграммы,
диаграммы последовательностей, диаграммы
совместной работы и диаграммы действий.
- Логический
аспект. С помощью этого аспекта можно
определить функциональные требования
процессов. Он задает логическую взаимосвязь
между классами элементов процессов. Для
построения моделей применяются диаграммы
классов и диаграммы состояний.
- Составляющие
элементы. Этот аспект обращает внимание
на состав элементов процесса и их распределение
при создании информационной системы.
Модели в этом аспекте строятся с помощью
диаграммы компонентов. Она содержит информацию
об элементах процесса и программном обеспечении.
- Ввод
в действие. Этот аспект показывает схему
процесса в привязке к аппаратному обеспечению
информационной системы. Для построения
моделей применяется только одна диаграмма
– диаграмма топологии.
За счет применения различных
аспектов Rational Rose предоставляет пользователям
(бизнес аналитикам, инженерам, техническим
специалистам и руководителям) возможность
создавать, анализировать, изменять и
управлять моделями, используя единый
объектно-ориентированный подход и единый
язык моделирования.
ВОЗМОЖНОСТИ
RATIONAL ROSE
Последние версии Rational Rose
содержат несколько программных продуктов,
которые обеспечивают широкие возможности
по моделированию бизнес процессов. Пользователи
могут создавать графические модели процессов,
приближенные к потребностям бизнеса.
Rational Rose
обеспечивает следующие возможности моделирования
бизнес процессов:
- Поддержка объектного моделирования.
Применение принципов объектного
моделирования и языка UML позволяет
приблизить модели процессов к требованиям
бизнеса и упрощает вид моделей.
- Структурное представление элементов.
Модели процессов и их элементы
могут быть представлены в
виде графической структуры, наглядно
отображающий их состав и взаимосвязи.
- Интеграция моделей. За счет
применения единого языка UML, Rational
Rose позволяет объединить модели бизнес
процесса, модели приложений и модели
данных.
- Интеграция программными продуктами.
Для расширения возможностей
моделирования и анализа бизнес
процессов в Rational Rose реализована
возможность интеграции с другими программными
продуктами, например, Microsoft Visual studio.
- Открытая архитектура. Она позволяет
дополнить существующий инструментарий
программы новыми функциями и возможностями.
- Обратное проектирование. Эта
возможность позволяет на основе
имеющегося программного кода
построить понятийную модель. Для
целей моделирования бизнес процессов
данная возможность может быть
полезна, если моделируемый процесс
автоматизирован.
ПРЕИМУЩЕСТВА
RATIONAL ROSE
Основное преимущество данного CASE средства связано с объектным принципом моделирования.
За счет его применения можно максимально
сблизить представления различных специалистов,
которые осуществляют моделирование бизнес
процессов и работают с моделями. Помимо
этого, есть и преимущества, обусловленные
удобством работы с программным пакетом
Rational Rose .
Преимуществами Rational Rose являются:
- Поддержка командной
работы. В этом CASE средстве реализована
простая поддержка всех участников проекта.
Пользователи могут работать со своими
собственными уникальными моделями и
в своем собственном окружении без смены
рабочего места, при этом сохраняется
взаимосвязь с общими моделями.
- Управление моделями. Все создаваемые модели могут
быть легко изменены. Изменения в одной
модели автоматически отражаются во взаимосвязанных
моделях. Для управления моделями применяется
система контроля версий и управления
конфигурацией. Это позволяет легко проводить
изменения в любых моделях бизнес процессов.
- Контроль ошибок. Rational Rose обеспечивает отслеживание
ошибок, возникающих при моделировании.
Это позволяет исправить ошибки с учетом
их наследования и передачи на очередной
уровень моделирования.
- Документирование
моделей. Пользователи могут создавать
необходимые им отчеты и документы по
моделям процессов. Документы формируются
под потребности пользователя и могут
настраиваться для применения к разным
моделям.