ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

ЮЖНО-УРАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

681.3.06(07)

М749

В.В. Мокеев, О.С.Буслаева

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

НА ЯЗЫКЕ UML

Челябинск

2006

Министерство образования и науки Российской Федерации

Федеральное агентство по образованию

Южно-Уральский государственный университет

Кафедра «Информационные системы»

681.3.06(07)

М749

В.В. Мокеев, О.С.Буслаева

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ

НА ЯЗЫКЕ UML

Учебное пособие для лабораторных работ

Челябинск

2006

УДК [681.3.06: 519.6](075.8)

Мокеев В.В., Буслаева О.С. Моделирование бизнес-процессов на языке UML. Учебное пособие для лабораторных работ. — Челябинск: Изд. ЮУрГУ, 2006. —22 с.

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

Учебное пособие предлагается использовать при проведении лабораторных работ по курсу «Разработка и стандартизация программных средств и информационных технологий» специальностей 080801 — «Прикладная информатика (управление)» и «Прикладная информатика (юриспруденция)» и 080700 «Бизнес-информатика».

Ил. 13, табл. 6.

Одобрено учебно-методической комиссией факультета «Экономика и предпринимательство» Южно-Уральского государственного университета.

© Мокеев В.В., Буслаева О.С., 2006.

Содержание

В.В. Мокеев, О.С.Буслаева 1

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ 1

НА ЯЗЫКЕ UML 1

В.В. Мокеев, О.С.Буслаева 2

МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ 2

НА ЯЗЫКЕ UML 2

Учебное пособие для лабораторных работ 2

СОДЕРЖАНИЕ 4

ВВЕДЕНИЕ 5

Лабораторная работа 1. Диаграммы активности 7

Лабораторная работа 2. Построение диаграммы вариантов использования 14

Лабораторная работа 3. Диаграммы взаимодействия 28

Лабораторная работа 4. Диаграммы состояния 36

Лабораторная работа 5. Диаграммы классов 42

Введение

В настоящее время Case-технологии получили широкое распространение, и лидером средиCase-средств являетсяRationalRose. Этот пакет позволяет создавать сложные программные системы от замысла до создания исходного кода. Можно сказать, чтоRationalRose— это программный пакет для визуального объектно-ориентированного моделирования систем на основе классов и их взаимодействия, или другими словами, это визуальный редактор, позволяющий создавать программные системы любой сложности на основе графических диаграмм языкаUML.

Язык UMLпредназначен для описания моделей. Этот язык является открытым и обладает средствами расширения базового ядра. НаUMLможно содержательно описывать классы, объекты и компоненты в различных предметных областях.

В данном пособии рассмотрены основные приемы моделирования бизнес-процессов с помощью RationalRose. Преимуществами данногоCASE-средства заключается в том, что в сочетании со средствами документирования (RationalSoDA) он может давать полное представление о проекте.

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

Возможность интеграции со средствами управления требованиями (RequisitePro), со средствами тестирования (SQASuite,PerformanceStudio), со средствами конфигурационного управления (ClearCase,PVCS) поднимает процесс ведения программного проекта на совершенно новый уровень.

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

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

1.Формулировка требований.

Этап 1. Планирование или подготовительная работа

Этап 2. Анализ предметной области

2. Проектирование.

3. Реализация.

4. Тестирование.

5. Ввод в действие.

6. Эксплуатация и сопровождение.

7. Снятие с эксплуатации.

Построение модели бизнес-процессов предметной области, для которой разрабатывается программная система, начинается на первом этапе «Планирование» стадии «Формулировка требований».

Этап планирования (или подготовительная работа) обычно включает подготовку многочисленных электронных копий документов, обработку результатов интервьюирования, заседания группы разработчиков требований и другие виды деятельности. Данный этап включает в себя создание диаграммы активности (лабораторная работа 1) и диаграмм вариантов использования (лабораторная работа 2).

Этап анализа предметной области включает следующие шаги:

Построение концептуальной модели

Дополнение словаря терминов

Создание диаграммы последовательности

Данный этап описан в лабораторной работе 3 и лабораторной работе 4.

Стадия «Проектирование» включает следующие шаги:

1.Описание реальных вариантов использования

2. Уточнение архитектуры системы

3.Построение диаграмм кооперации

4. Построение диаграмм классов

Реальный вариант использования (real use case) описывает конкретное проектное решение по реализации идеального варианта использования в терминах выбранной технологии. Реальные варианты использования оказываются очень полезными в том случае, если заказчик требует подробного описания интерфейса до начала его реализации.

Уточнение архитектуры системы. Типичная архитектура программного обеспечения включает три уровня: уровень представлений, уровень логики приложений, уровень данных. Уровень представлений включает объекты графического интерфейса (окна, отчеты и т.д.) и является относительно независимым от выполнения основных задач программы. Объекты уровня представления лишь направляют запросы на уровень логики программы, который в свою очередь взаимодействует с уровнем хранения данных.

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

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

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

Для изображения архитектуры программной системы средствами UML можно использовать пакеты (package). Пакет это группа элементов модели любого вида, например, классов, вариантов использования и т.д. Всю систему можно рассматривать как единый пакет. Внутри пакета могут изображаться вложенные пакеты.

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