В данном пособии представлена оригинальная методика бизнес-моделирования, разработанная c использованием средства визуального моделирования Enterprise Architect (EA) на основе унифицированного языка моделирования Unified Modeling Language (UML).
Рекомендации методики ориентированы на проекты создания систем масштаба предприятия.
Методика бизнес-моделирования на основе UML с использованием EA, активно и успешно используется авторами при создании автоматизированных систем масштаба предприятия в автомобильном бизнесе, в банковской сфере, газовой и т.д. На основе этой методики корректно определяются требования к разрабатываемым автоматизированным системам, и создается их архитектура.
Данная методика также может быть применена при описании бизнес-процессов предприятия с целью их реорганизации и сертификации по международным стандартам качества и при определении требований к покупаемым системам, поддерживающим деятельность предприятий.
Пособие может быть использовано в обучении студентов по курсам: «Теория экономических информационных систем», «Разработка и стандартизация программных средств и информационных технологий».
Моделирование бизнес-процессов. 7 ключевых нотаций
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.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 представлен состав моделей объекта автоматизации и их использование как для собственно самой организации, так и для создания АС, поддерживающей ее деятельность
Состав моделей объекта автоматизации
| № | Наименование модели | Использование моделей в бизнесе | Использования моделей при автоматизации |
| 1. | Цели бизнеса | При создании концепции бизнеса компании, стратегии ее развития | Для определения целей создаваемой АС, поддерживаемой деятельность компании |
| 2. | Состав бизнес-процессов | При высокоуровневом описании бизнес-процессов компании | Для определения: подсистем, модулей, компонент АС |
| 3. | Модель бизнес-процесса в виде потока работ | Для регламентации бизнес-процессов, создания положений о подразделениях, должностных инструкций, технологических инструкций | Для определения требований к функциям АС |
| 4. | Модели объектов реального мира, включая их состояния, в разбивке по бизнес-процессам | Описания документооборота компании | Проектирования экранных форм, БД, классов АС |
| 5. | Роли в разбивке по бизнес-процессам | Для создания должностных инструкций | Для определения ролей пользователей АС, проектирования АС в соответствии с АРМ |
| 6. | Организационная структура объекта автоматизации | Для документирования орг. структуры и отслеживания изменений орг. структуры | Для определения размещения компонент и технических средств АС, для назначения ролей пользователей соответствующим должностям |
| 7. | Бизнес-правила | При документировании ограничений предметной области | Ограничения, накладываемые на АС |
| 8. | Техническое и программное обеспечение объекта автоматизации | При слежении за качеством функционирования технических средств компании | Для выявления технических средств создаваемой АС, при интеграции создаваемой АС с существующими АС и программами |
| 9. | Ключевые показатели бизнес-процессов | При управлении бизнес-процессами | Автоматизация процесса контроля бизнес-процессов предметной области |
| 10. | Типы данных | Для унифицированного описания атрибутов объектов бизнес-процессов | Для унифицированного описания атрибутов объектов бизнес-процессов |
Создание указанных моделей обеспечивает корректное определение требований к АС и создание ее архитектуры.
Указанные модели могут быть также успешно использованы при описании бизнеса с целью обеспечения его прозрачности и рационального управления.
Для создания указанных моделей был выбран инструмент визуального моделирования Enterprise Architect (EA) и нотация на основе унифицированного языка моделирования Unified Modeling Language (UML).
1. УниФИЦИРОВАННЫЙ язык
моделирования и его поддержка
EnterpriSe ArchitecT
Источник: studopedia.org
Инструментальное средство Enterprise Architect
В данном пособии представлена оригинальная методика бизнес-моделирования, разработанная c использованием средства визуального моделирования Enterprise Architect (EA) на основе унифицированного языка моделирования Unified Modeling Language (UML).
Рекомендации методики ориентированы на проекты создания систем масштаба предприятия.
Методика бизнес-моделирования на основе UML с использованием EA, активно и успешно используется авторами при создании автоматизированных систем масштаба предприятия в автомобильном бизнесе, в банковской сфере, газовой и т.д. На основе этой методики корректно определяются требования к разрабатываемым автоматизированным системам, и создается их архитектура.
Данная методика также может быть применена при описании бизнес-процессов предприятия с целью их реорганизации и сертификации по международным стандартам качества и при определении требований к покупаемым системам, поддерживающим деятельность предприятий.
Пособие может быть использовано в обучении студентов по курсам: «Теория экономических информационных систем», «Разработка и стандартизация программных средств и информационных технологий».
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.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 представлен состав моделей объекта автоматизации и их использование как для собственно самой организации, так и для создания АС, поддерживающей ее деятельность
Состав моделей объекта автоматизации
| № | Наименование модели | Использование моделей в бизнесе | Использования моделей при автоматизации |
| 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/), например,:
Примеры отличий версий ЕА представлены на рис. 1.2.
Рис. 1.2. Основные отличия версий ЕА
Источник: megaobuchalka.ru
Структура системы Enterprise Architect
Бизнес-моделирование (моделирование бизнес процессов) — деятельность по выявлению, описанию и имитации существующих бизнес-процессов (анализ бизнес-процессов), а также проектированию новых (проектирование бизнес-процессов) с целью их последующего анализа и оптимизации. Бизнес-моделированием также называют дисциплину и отдельный подпроцесс в процессе разработки программного обеспечения, в котором описывается деятельность компании и определяются требования к системе — те подпроцессы и операции, которые подлежат автоматизации в разрабатываемой информационной системе. Обзор Моделирование бизнес процессов играет огромную роль в управлении бизнес процессами. Необходимо отметить, что в английском переводе оба вида деятельности имеют одинаковую аббревиатуру BPM (Business Process Modeling и Business Process Management, соответственно), что часто приводит к путанице. Данный факт необходимо учитывать т.к. большинство литературы по данному предмету на английском языке. Графическое описание бизнес-процессов и их имитация это методы анализа бизнес-процессов, эффективность которых доказана многолетней практикой использования и многочисленными исследованиями. Для графического представления бизнес процессов используются различные языки, но наиболее популярными и подходящими считаются UML и Business Process Modeling Notation. Моделирование и имитация бизнес процессов являются ключевыми методами для реинжиниринга бизнес-процессов (Business Process Reengineering) и использования методологий непрерывного улучшения бизнес-процессов, например, такими как Six-Sigma
- Схема архитектуры «Модель-Вид-Контроллер» в ЕА
Model-view-controller (MVC, «Модель-представление-поведение», «Модель-представление-контроллер») — архитектура программного обеспечения, в которой модель данных приложения, пользовательский интерфейс и управляющая логика разделены на три отдельных компонента, так, что модификация одного из компонентов оказывает минимальное воздействие на другие компоненты. Шаблон MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента
- Модель (Model). Модель предоставляет данные (обычно для View), а также реагирует на запросы (обычно от контроллера), изменяя свое состояние.
- Представление (View). Отвечает за отображение информации (пользовательский интерфейс).
- Поведение (Controller). Интерпретирует данные, введенные пользователем, и информирует модель и представление о необходимости соответствующей реакции.
Важно отметить, что как представление, так и поведение зависят от модели. Однако модель не зависит ни от представления, ни от поведения. Это одно из ключевых достоинств подобного разделения. Оно позволяет строить модель независимо от визуального представления, а также создавать несколько различных представлений для одной модели. Впервые данный шаблон проектирования был предложен для языка Smalltalk.
Ограничение
Для продолжения скачивания необходимо пройти капчу:
Источник: studfile.net
