Инструментальное средство Enterprise Architect

ЗОЛОТУХИНА Е.Б., АЛФИМОВ Р.В.,

КРАСНИКОВА С.А.

МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

С ИСПОЛЬЗОВАНИЕМ ENTERPRISE ARCHITECT

 

Предисловие

В данном пособии представлена оригинальная методика бизнес-моделирования, разработанная c использованием средства визуального моделирования Enterprise Architect (EA) на основе унифицированного языка моделирования Unified Modeling Language (UML).

Рекомендации методики ориентированы на проекты создания систем масштаба предприятия.

Методика бизнес-моделирования на основе UML с использованием EA, активно и успешно используется авторами при создании автоматизированных систем масштаба предприятия в автомобильном бизнесе, в банковской сфере, газовой и т.д. На основе этой методики корректно определяются требования к разрабатываемым автоматизированным системам, и создается их архитектура.

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

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

Содержание

ВВЕДЕНИЕ.. 5

1. УниФИЦИРОВАННЫЙ язык моделирования и его поддержка EnterpriSe ArchitecT.. 8

1.1. История создания UML.. 8

1.1. Инструментальное средство Enterprise Architect 8

1.1. Диаграммы UML в Enterprise Architect 9

1.1. Основные элементы интерфейса Enterprise Architect 11

1.1. Создание проекта в Enterprise Architect 14

1.1. Создание диаграммы в Enterprise Architect 18

1.1. Коллективная работа в Enterprise Architect 21

1.1. Использованием стереотипов элементов. 22

1.1. Навигация в Enterprise Architect 22

1.1. Задания для самоконтроля. 24

1.1. Практические задания. 27

2. ТИПОВОЙ ПРОЕКТ МОДЕЛИРОВАНИЯ ПРЕДМЕТНОЙ ОБЛАСТИ 29

2.1. Основные понятия при создании моделей предметной области. 29

2.2. Этапы типового проекта моделирования предметной области. 30

2.3. Применение диаграммы деятельности UML для моделирования этапов работ бизнес-процесса с использованием Enterprise Architect 34

2.4. Задания для самоконтроля. 36

2.5. Практические задания. 38

3. Моделирование бизнес-процессов.. 39

3.1. Моделирование целей бизнеса. 39

3.2. Моделирование состава бизнес-процессов. 40

3.3. Моделирование бизнес-процесса в виде потока работ. 46

3.4. Определение функциональных требований на основе моделей бизнес-процесса. 50

3.5. Задания для самоконтроля. 53

3.6. Практические задания. 57

4. МОДЕЛИРОВАНИЕ ОБЪЕКТОВ БИЗНЕС-ПРОЦЕССОВ.. 67

4.1. Моделирование объектов. 67

4.2. Моделирование типов данных. 71

4.3. Моделирование состояний объектов. 73

4.4. Моделирование организационной структуры.. 75

4.5. Моделирование ключевых показателей бизнес-процессов. 78

4.6. Задания для самоконтроля. 80

4.7. Практические задания. 82

5. прочие модели предметной области.. 87

5.1. Моделирование ролей. 87

5.2. Моделирование технического и программного обеспечения. 88

5.3. Моделирование бизнес-правил. 91

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ.. 94

ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ.. 95

ПЕРЕЧЕНЬ ССЫЛОЧНЫХ ДОКУМЕНТОВ.. 97

Приложение 1. Технология оформления международного перевода в банке.. 98

Приложение 2 Форма заявление на перевод валютных средств клиентом банка.. 100

 

ВВЕДЕНИЕ

Процесс создания автоматизированных систем (АС) масштаба предприятия представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для их создания.

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

Состав стадий и этапов работ по созданию АС в соответствии с [1] представлен в табл. 1.

Таблица 1.

Состав стадий и этапов работ по созданию АС

№	Стадия	Этап работ
1.	Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС
1.2. Формирование требований пользователя к АС
1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)
2.	Разработка концепции АС	2.1. Изучение объекта
2.2. Проведение необходимых научно-исследовательских работ
2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя
2.4. Оформление отчета о выполненной работе
3.	Техническое задание	3.1. Разработка и утверждение технического задания на создание АС
4.	Эскизный проект	4.1. Разработка предварительных проектных решений по системе и ее частям
4.2. Разработка документации на АС и ее части
5.	Технический проект	5.1. Разработка проектных решений по системе и ее частям
5.2. Разработка документации на АС и ее части
5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку
5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации
6.	Рабочая документация	6.1. Разработка рабочей документации на систему и ее части
6.2. Разработка или адаптация программ
7.	Ввод в действие	7.1. Подготовка объекта автоматизации к вводу АС в действие
7.2. Подготовка персонала
7.3. Комплектация АС поставляемая изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
7.4. Строительно-монтажные работы
7.5. Пусконаладочные работы
7.6. Проведение предварительных испытаний
7.7. Проведение опытной эксплуатации
7.8. Проведение приемочных испытаний
8.	Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствам
8.2. Послегарантийное обслуживание

Создание моделей предметной области (бизнес-моделирование) проводят на стадии «Формирование требований к АС» на этапе работ «Обследование объекта и обоснование необходимости создания АС»

Модели предметной области являются исходными данными для определения требований пользователей к АС и созданию ее архитектуры.

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

В таблице 1 представлен состав моделей объекта автоматизации и их использование как для собственно самой организации, так и для создания АС, поддерживающей ее деятельность

.

Таблица 2.

Состав моделей объекта автоматизации

№	Наименование модели	Использование моделей в бизнесе	Использования моделей при автоматизации
1.	Цели бизнеса	При создании концепции бизнеса компании, стратегии ее развития	Для определения целей создаваемой АС, поддерживаемой деятельность компании
2.	Состав бизнес-процессов	При высокоуровневом описании бизнес-процессов компании	Для определения: подсистем, модулей, компонент АС
3.	Модель бизнес-процесса в виде потока работ	Для регламентации бизнес-процессов, создания положений о подразделениях, должностных инструкций, технологических инструкций	Для определения требований к функциям АС
4.	Модели объектов реального мира, включая их состояния, в разбивке по бизнес-процессам	Описания документооборота компании	Проектирования экранных форм, БД, классов АС
5.	Роли в разбивке по бизнес-процессам	Для создания должностных инструкций	Для определения ролей пользователей АС, проектирования АС в соответствии с АРМ
6.	Организационная структура объекта автоматизации	Для документирования орг. структуры и отслеживания изменений орг. структуры	Для определения размещения компонент и технических средств АС, для назначения ролей пользователей соответствующим должностям
7.	Бизнес-правила	При документировании ограничений предметной области	Ограничения, накладываемые на АС
8.	Техническое и программное обеспечение объекта автоматизации	При слежении за качеством функционирования технических средств компании	Для выявления технических средств создаваемой АС, при интеграции создаваемой АС с существующими АС и программами
9.	Ключевые показатели бизнес-процессов	При управлении бизнес-процессами	Автоматизация процесса контроля бизнес-процессов предметной области
10.	Типы данных	Для унифицированного описания атрибутов объектов бизнес-процессов	Для унифицированного описания атрибутов объектов бизнес-процессов

 

Создание указанных моделей обеспечивает корректное определение требований к АС и создание ее архитектуры.

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

Для создания указанных моделей был выбран инструмент визуального моделирования Enterprise Architect (EA) и нотация на основе унифицированного языка моделирования Unified Modeling Language (UML).

1. УниФИЦИРОВАННЫЙ язык
моделирования и его поддержка
EnterpriSe ArchitecT

История создания UML

Унифицированный язык моделирования(Unified Modeling Language - UML) является языком визуального моделирования, предназначенным для разработки моделей предметной области и программных систем различных классов.

Разработка UML началась в октябре 1994 г. когда Грэйди Буч (Grady Booch) и Джеймс Рэмбо (James Rambaugh) начали свои работы по унификации соответственно метода Booch и OMT (Object Modeling Technique) в Rational Software Corporation. Первоначальной их целью было объединение методов Booch и OMT. В октябре 1995 г. появилось первое описание UML (версия 0.8). В июне 1996 г. появилась версия 0.9. Версия UML 1.0. была представлена для стандартизации в консорциуме Object Management Group (OMG) в июле 1997 г. OMG занимается разработкой стандартов на основе объектно-ориентированных подходов, и в ее деятельности участвуют более 500 различных компаний. Утвержденная в ноябре 1997 г. версия UML 1.1 была принята на вооружение основными компаниями - производителями программного обеспечения, такими, как Microsoft, IBM, Hewlett-Packard и производителями CASE-средств, которые реализовали поддержку UML в своих программных продуктах (Paradigm Plus, System Architect, Microsoft Visual Modeler, Microsoft Visio, ARIS Toolset, Oracle Designer, Silverrun). В июне 1998 г. появилась версия UML 1.2, осенью 1998- UML 1.3, в 2002 г. UML – 2.0. В настоящее время доступны версии UML – 2.3.

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

UML имеет следующие достоинства:

- обеспечивает формализацию и стандартизацию процесса моделирования;

- представляет проектировщикам систем удобные средства визуального моделирования и документирования

- поддерживает высокоуровневое проектирование с использованием различных структур, шаблонов, компонент;

- обеспечивает поддержку множества языков программирования;

- прост в освоении.

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

Инструментальное средство Enterprise Architect

Enterprise Architect(ЕА) – это продукт австралийской фирмы Sparx Systems. ЕА представляет собой мощное и гибкое средство визуального моделирования, поддерживающее полный жизненный цикл создания программных систем с использованием унифицированного языка моделирования (UML). ЕА называют также платформой визуального моделирования.

ЕА позволяет:

- создавать элементы моделей UML;

- размещать эти элементы на диаграммах;

- задавать связи между элементами;

- документировать созданные модели и элементы;

- генерировать код для разрабатываемого программного обеспечения;

- импортировать коды на различных языках, включая VB, Java, C++ и т.д. (более 10 языков)

- создавать различные шаблоны моделей предметной области и систем;

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

Дистрибутив EA поставляется как исполняемый файл (easetupfull.exe). Файлы создаваемых проектов в EA имеют расширение EAP.

Вместе с ЕА поставляется демонстрационный пример EAExample.EAP, и пустой проект EANew.eap.

Существуют различные версии EA (http://www.sparxsystems.com/), например,:

- Corporate;

- Professional;

- Desktop.

Примеры отличий версий ЕА представлены на рис. 1.2.

 

Рис. 1.2. Основные отличия версий ЕА