Лекции.ИНФО


Объектно-ориентированное CASE средство Rational Rose

Состав и основные возможности

Разработка крупных программных систем в современных условиях невозможна без использования средств автоматизации разработки программного обеспечения (CASE средств). CASE, поддерживающих объектно-ориентированный подход, не так много. Наиболее известное средство в этом направлении – система Rational Rose, которая поддерживает, в том числе, этапы объектно-ориентированного анализа и проектирования.

Разработчик Rational Rose - фирма Rational Software Corp., известная своими наработками в области объектно-ориентированных технологий, главной из которых является язык UML. Именно на поддержку UML как основного языка проектирования ПО и ориентированна данная CASE система.

Далее мы будем рассматривать возможности, предоставляемые версией Rational Rose 98 Enterprise Edition, поддерживающей спецификацию языка UML 1.1.

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

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

Из основных возможностей можно перечислить следующие:

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

Удобная навигация между элементами модели при помощи "инспектора проекта".

Хранение результатов проектирования в виде единой модели.

Поддержка работы над проектом группы разработчиков.

Мощная система подготовки отчетов и документации о проекте.

Возможности синтеза программ практически на всех современных объектно-ориентированных языках, в том числе и на межплатформенном языке Java.

Поддержка компонентных технологий построения программных систем.

Широкие возможности по проектированию ПО различной архитектуры - от простых программ до крупных "клиент-серверных" систем и Интернет-приложений.

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

Настройка и расширение функциональных возможностей CASE среды путем установки модулей расширения, в первую очередь для поддержки различных языков программирования.

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

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

На всех этапах предоставляется возможность применять специализированные графические редакторы элементов модели и использовать инспектор модели для навигации среди ее компонентов. Вся проектная информация сохраняется в едином файле модели (*.mdl).

Работа начинается с построения диаграммы использования (Use Case Diagram), характеризующей основные задачи и окружение проектируемой системы. Далее, для каждого блока использования (Use Case), представленного на диаграмме использования, разрабатываются диаграммы последовательностей (Sequence Diagram), идентифицирующие объекты в системе и описывающие последовательности событий, возникающих в процессе общения объектов. Rational Rose позволяет автоматически связывать диаграммы последовательностей с блоками использования.

Объекты, присутствующие на диаграммах последовательностей, определяются в системе с помощью классов. Классы и их взаимосвязь задается с помощью диаграмм классов, разработка которых также поддерживается Rational Rose. Классы группируются в пакеты. Rational Rose позволяет определить набор пакетов, взаимосвязи между ними и представить составляющие их классы на вложенных диаграммах классов.

Состав компилируемых и выполняемых модулей системы задается в Rational Rose с помощью диаграммы компонентов. На диаграмме определяются зависимости между компонентами. Для компонентов могут задаваться интерфейсы, через которые реализуются зависимости. Диаграммы развертывания в Rational Rose отражают конфигурацию исполняемой программной системы и состоят из узлов и отношений взаимодействия между узлами. Узлы включают в себя компоненты, представленные на диаграмме компонентов системы.

Для полностью определенной модели можно осуществить генерацию исходных программных текстов на различных объектно-ориентированных языках программирования, поддерживаемых Rational Rose, например Java или C++.

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

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

Моделирование предметной области. Создание проекта начинается с формирования принципов использования системы. В рамках Rational Rose этот этап именуется "Use Case View". Реализация этого этапа позволяет идентифицировать внешних пользователей, блоки использования, объекты системы и связи между ними.

Составляется диаграмма использования, отражающая внешнее функционирование создаваемой системы. Эта модель во многом аналогична диаграмме потоков данных в структурном анализе. Основными ее составляющими являются внешние пользователи (actors), блоки использования (use case) и связи между компонентами. Для создания диаграммы в Rational Rose используется специализированный графический редактор.

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

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

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

Разработка логической структуры. После завершения формирования принципов использования системы, наступает этап разработки ее логической структуры. В Rational Rose он именуется "Logical View". Результатом данного этапа должна стать главная диаграмма, а также детализирующие диаграммы для ее элементов.

На этом этапе следует определить классы, которые необходимы в системе. Экземпляры этих классов уже указаны на диаграммах последовательностей. Классы и их связи отражаются в модели в виде диаграммы классов. Группы классов на этих диаграммах могут быть объединены в пакеты.

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

Встроенный в Rational Rose редактор диаграмм классов представляет удобные средства для таких операций, а инспектор модели облегчает перемещение по иерархии диаграмм.

Для каждого класса задается спецификация, описывающая состав атрибутов и методов, связи, шаблон, на основе которого создан класс, и особенности реализации.

Наличие шаблонов позволяет легко создавать классы различной структуры.

Классы могут импортироваться в систему извне. Rational Rose поддерживает компонентную структуру программного обеспечения и позволяет использовать в модели двоичные компоненты, такие как COM и ActiveX. Их представление в модели выполняется с помощью классов, основанных на интерфейсах данных компонентов.

Кроме диаграмм классов, для описания логики системы на данном этапе применяются диаграммы состояний, диаграммы сценариев и другие элементы языка UML.

Проектирование физической структуры приложения.Классы, описанные на предыдущем этапе, связываются с физическими компонентами программы при помощи диаграмм компонентов.

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

Для визуализации компонентов проектируемой системы используются диаграммы компонентов. Этап построения диаграмм компонент в Rose именуется "Component View". Он состоит из построения общей диаграммы и, при необходимости, детализации отдельных компонентов на вложенных диаграммах.

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

Построение диаграмм выполняется в специализированном редакторе. Для компонента задаются составляющие его классы.

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

Последним этапом в проектировании программного обеспечения является подготовка диаграммы развертывания. В Rose этот этап именуется "Deployment View". Диаграммы развертывания показывают конфигурацию исполняемой программной системы. Она состоит из узлов и отношений взаимодействия между узлами и компонентами. Узлы могут включать компоненты и объекты. Узлы являются физическими элементами времени выполнения.

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

Фактически, Rose генерирует скелет программы, который впоследствии передается программистам на доработку. Автоматически синтезируются определения классов и методов, конкретную реализацию которых следует выполнить вручную.

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

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

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

Rational Rose 98 Enterprise Edition позволяет генерировать исходный текст на Visual Basic, C++, Java, а также получать описание интерфейсов компонентов на языке IDL и создавать проекты для системы Oracle 8.

Реинжиниринг модели на основе исходных текстов. Возможность реинжиниринга, или, как его еще называют, "обратного проектирования", модели по исходным программным текстам представляется одной из важных и, безусловно, полезных функций Rose. Потребность в такой операции часто возникает при выполнении модификации и модернизации проекта. Сгенерированные по модели шаблоны программы, после их передачи программистам, могут быть модифицированы, и необходимо учитывать эти изменения в модели. Кроме того, поскольку Rational Rose поддерживает импорт двоичных компонентов (COM объекты в среде Win32), то поддержка построения классов на основе описания интерфейсов двоичного компонента просто необходима.

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

После успешного завершения операции, на диаграмме компонентов (этап "Component View") появится новый элемент, имеющий имя, совпадающее с каталогом исходных файлов. Переход на этап "Logical View" покажет, что все классы и пакеты, составляющие новый компонент, также появились на диаграммах классов.

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

Компоненты и шаблоны.Одной из возможностей Rose является моделирование двоичных компонентов, поддерживающих спецификацию COM. В модели подобные компоненты представляются интерфейсными классами, созданными на основе IDL файлов, сопровождающих COM объект. Это позволяет включать в модель различные готовые компоненты.

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

Рабочие среды.Логичным развитием идеи использования шаблонов и внешних двоичных компонентов в Rational Rose стало появление рабочей среды (Framework).

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

Rose предоставляет широкий набор стандартных рабочих сред, кроме того, можно создавать собственные. Набор стандартных рабочих сред следующий:

Среда проектирования распределенных приложений (Application Performance Explorer).

Стандартная среда (Standard). Ориентирована на создание приложений на Visual Basic. Включает объявление многих стандартных объектов VB.

Среда проектирования приложений для Интернет (Internet). Включает определение различных компонентов ActiveX и библиотек VB.

Среда проектирования приложений для работы с локальными базами данных (Local Database). Содержит объявление объектов системы DAO.

Среда проектирования приложений с использованием RDO (Remote Data Object). Позволяет использовать объекты RDO для создания клиент-серверных приложений.

Среда проектирования приложений для доступа к SQL-серверами (SQL Server Distributed Management Object (SQL-DMO)), поддерживающая доступ к SQL через объекты OLE-Automation.

Среда поддержки Microsoft Transaction Server.

Среда поддержки Microsoft Outlook.

Среды проектирования приложений на Java (Java JDK 114 Full и Java JDK 114 Quick). Включают модели классов и интерфейсов Java полученные путем реинжиниринга.

Среда поддержки Oracle8.

Среда разработки назначается при создании модели. Хранятся среды разработки в виде файлов модели (*.mdl) предназначенных только для чтения (Read only). В процессе создания новой модели необходимые элементы загружаются из выбранной среды разработки.

Среды разработки представляют собой замечательный механизм для настройки Rose на конкретный проект. Можно создать собственную среду разработки, которая будет включать необходимые вам элементы из различных стандартных сред. В состав Rational Rose входит "мастер" по созданию рабочих сред.

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

Наряду с удобным средством инспектирования модели, облегчающим переключение между этапами, в Rational Rose определены механизмы поддержки группы разработчиков.

Создаются различные рабочие области для разработчиков и рабочая область всего проекта. Каждый разработчик производит изменения в своей части (подмодели), и эти изменения становятся глобальными (переносятся в общую модель) только после их утверждения системой управления проектом. В качестве контроллеров проекта в Rose могут использоваться внешние системы, такие как ClearCase и Microsoft SourceSafe.

Использование модулей расширения. В Rational Rose введен гибкий механизм конфигурации и настройки возможностей системы. Существуют различные модули расширения, устанавливаемые в Rose и решающие различные задачи. Можно выделить два основных типа модулей расширения: расширения, поддерживающие языки программирования и расширения функциональных возможностей среды.

При добавлении нового расширения оно интегрируется с системой путем добавления пунктов в системные меню и установкой необходимых библиотек и исполняемых файлов. Кроме того, каждое расширение может добавлять в систему собственные типы и шаблоны.

Добавление необходимых расширений обычно производится при начальной установке системы, однако их можно установить и позднее. Поддерживается распространение расширений через сеть Internet.

Для управления расширениями в Rose существует менеджер расширений. С его помощью можно активизировать и де активизировать различные модули расширений.

 

 

 

 

Источники:

 

1. Объектно-ориентированная технология разработки программных систем./ Жаков В.И., Путилов В.А., Фильчаков В.В. и др.– Апатиты: КФ етрГУ, 1998, http://k46.aanet.ru/textbooks/oop.

2. Боггс У. , Боггс М. UML и Rational Rose. Изд. "Лори",2000.-582с.

 

Литература

1. Автоматизированные системы управления предприятиями рыбного хозяйства. Под ред. В. Ф. Пономарева.-М.: Легкая и пищевая промышленность,1982.-232 с.

2. Справочник разработчика АСУ.-2-е изд., перераб. и доп.-М.: Экономика, 1978.-583 с.

3. Калянов Г. CASE и структурный системный анализ. М.:ЛОРИ, 1996. 262 с.

4. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. Http://citforum.ru/database/case/.

5. Марка Д., МакГоуэн К. Методология структурного анализа и проектирования: Пер. с англ. – М.:1993, 240 с, ил.

6. Маклаков С. В. BPWin и ERWin. CASE-средства разработки информационных систем.-М.: Диалог-МИФИ, 1999 – 256 с.

7. Калянов Г. Н. Основы консалтинга при автоматизации предприятий и учреждений. Академия АйТи, 1988. Http://academy.it.ru/doc/consult-171.html.

8. Репин В. В. Сравнительный анализ нотаций ARIS/IDEF и продуктов их поддерживающих (ARIS Toolset/BPWin). Http://www.finexpert.ru/content.asp?mID=60&ID=131&mode=w

9. Хаммер М., Чампи Дж. Реинжиниринг корпораций: Манифест революции в бизнесе. Пер. с англ. - СПб.: Издательство С.-Петербургского университета, 1997

10. Жаков В.И., Путилов В.А., Фильчаков В.В., Янкелевич А.А., Объектно-ориентированная технология разработки программных систем. – Апатиты, КФ етрГУ, 1998, http://k46.aanet.ru/textbooks/oop.

11. Боггс У. , Боггс М. UML и Rational Rose. Изд. "Лори",2000 г.,582с.

12. КУРЬЯН А. Г., СЕРЕНКОВ П. С., ЯРОШЕВИЧ Д. С. Функционально-Стоимостной Анализ деятельности предприятия. http://www.finexpert.ru/content.asp?page=1&ID=362&r=0&mID=60&mode=w

13. Трофимов С. Унифицированный процесс разработки от Rational Software. PCWeek/RE, №4/2003. http://www.caseclub.ru/articles/rup2.html.

14. Трофимов С. Рабочие процессы RUP и диаграммы UML. http://www.caseclub.ru/articles/rup_uml.html

 

Содержание.

Предисловие. 3

1. Теоретические основы систем управления. 6

1.1. Основные понятия. 6

1.2. Классификация систем.. 10

1.3. Структура системы управления. 13

2. Основы создания информационной системы предприятия. 22

2.1. Методологии и средства разработки ИС.. 22

2.2. Жизненный цикл ИС.. 24

2.3. Структурный анализ. 29

3. Разработка консалтинговых проектов. 35

3. 1. Цели и основные этапы разработки консалтинговых проектов. 35

3.2. Проведение обследования деятельности предприятия. 40

3.2.1. Методика и этапы обследования. 42

3.2.2. Организация сбора и первичной обработки данных. 45

3.3. Построение моделей. 53

3.4. Разработка системного проекта. 58

3.5. Разработка предложений по автоматизации. 61

3.6. Техническое проектирование. 64

4. Структурные методы моделирования систем управления. 66

4.1. Методология функционального моделирования IDEF0 (SADT). 66

4.1.1. SADT-модели. 68

4.1.2. Синтаксис и применение диаграмм.. 72

4.1.3. Синтаксис моделей и работа с ними. 81

4.1.4. Процесс моделирования. 86

4.2. Методология построения реляционных структур IDEF1X. 90

4.3. Диаграммы потоков данных (Data Flow Diagramming). 92

4.4. Метод описания процессов IDEF3. 95

4.5. Описание нотации ARIS eEPC. 100

5. Анализ и реорганизация бизнес-процессов. 105

5.1. ABC - метод функционально-стоимостного анализа. 105

5.2. Анализ структуры процессов в соответствии с ISO 9000 - стандартом на качество проектирования, разработки, изготовления и послепродажного обслуживания. 107

5.3. BPR - реинжиниринг по Хаммеру и Чампи. 116

5.4. Ключевые моменты реорганизации деятельности предприятия. 124

6. Создание модели процессов в BPwin. 129

6.1. Инструментальная среда BPwin. 129

6.2. Каркас диаграммы.. 136

6.3. Слияние и расщепление моделей. 137

6.4. Создание отчетов в BPwin. 139

6.5. Стоимостной анализ и свойства, определяемые пользователем.. 139

6.6. Диаграммы DFD и Workflow (IDEF3). 143

7. Создание модели данных с помощью ERwin. 145

7.1. Отображение модели данных в ERwin. 145

7.1.1. Физическая и логическая модели данных. 145

7.1.2. Подмножества модели и сохраняемые отображения. 148

7.2. Создание логической модели данных. 149

7.2.1. Уровни логической модели. 149

7.2.2. Сущности и атрибуты.. 150

7.2.3. Связи. 154

7.2.4. Типы сущностей и иерархия наследования. 157

7.2.5. Ключи. 158

7.2.6. Домены.. 161

7.3. Создание физической модели данных. 163

7.3.1. Уровни физической модели. 163

7.3.2. Выбор сервера. 163

7.3.3. Таблицы, колонки и представления (view). 164

7.3.4. Правила валидации и значения по умолчанию.. 169

7.3.5. Индексы.. 171

7.3.6. Задание объектов физической памяти. 173

7.3.7. Триггеры и хранимые процедуры.. 173

7.3.8. Проектирование хранилищ данных. 176

7.3.9. Вычисление размера БД.. 179

7.3.10. Прямое и обратное проектирование. 181

8. Объектно-ориентированный подход. 186

8.1. Основные принципы.. 186

8.2. UML – история, назначение, состав и структура. 188

8.3. Обзор диаграммных техник UML.. 194

8.4. Пакеты как средство работы с большими проектами. 198

8.5. Диаграммы классов и объектов. 201

8.5.1. Классы.. 201

8.5.2. Интерфейсы.. 203

8.5.3 Отношения между классами. 203

8.5.4 Пример диаграммы классов. 208

8.6. Диаграммы использования. 209

8.7. Диаграммы последовательностей. 213

8.8. Диаграммы сотрудничества. 215

8.9. Диаграммы состояний. 217

8.10. Диаграммы действий. 222

8.11. Диаграммы реализации. 226

9. Унифицированный процесс разработки и UML.. 229

9.1. RUP - унифицированный процесс разработки. 229

9.2. Фазы унифицированного процесса и диаграммы UML.. 233

10. Объектно-ориентированное CASE средство Rational Rose. 243

10.1. Состав и основные возможности. 243

10.2. Этапы проектирования. 245

Литература. 252

Содержание. 253

 









Читайте также:

  1. Алкоголь, табак и иные средства воздействия на генетику и психику человека, как глобальное средство управления
  2. Аппликация как средство развития творческих способностей
  3. Биоразлагаемое моющее средство
  4. Бхакти — средство достижения повышенной восприимчивости
  5. В каких случаях действия лица по управлению транспортным средством с нарушением правил установки на нем государственных регистрационных знаков подлежат квалификации по ч. 1 ст. 12.2 КоАП РФ?
  6. ВОПРОС Показания свидетелей как средство доказывания
  7. Выполнение тестов/ Проверка усвоения посредством тестирования
  8. Глава 274: Друзья посредством битвы
  9. ДЗЭН-БУДДИЗМ КАК СРЕДСТВО ОЧИЩЕНИЯ И ОСВОБОЖДЕНИЯ ЖИЗНИ
  10. Допускается ли управление транспортным средством на территории Российской Федерации на основании международного водительского удостоверения, выданного в Российской Федерации?
  11. Игровые ситуации как средство формирования
  12. Имя как средство индивидуализации участника гражданских правоотношений


Последнее изменение этой страницы: 2016-05-30; Просмотров: 117;


lektsia.info 2017 год. Все права принадлежат их авторам! Главная