Проектирование информационной системы

Анализ требований к системе

Для моделирования бизнес-процессов турагентства используем нотацию BPMN.

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

В нотации BPMN 2.0 можно выделить пять основных категорий графических элементов:

• 1. Элементы управления — действия, события, логический оператор;
• 2. Соединительные элементы — поток управления, направленная и ненаправленная ассоциация;
• 3. Артефакты — группа, аннотация, ссылка;
• 4. Данные — объект данных, хранилище данных, сообщение;
• 5. Зоны ответственности — пул и дорожки;

Событие — факт (ситуация, набор условий или обстоятельств), который активирует или оказывает влияние на дальнейшее развитие одного или более процессов. Событие инициируют действия или являются их результатами [31].

Действие или набор действий, выполняемых исполнителем в ходе процесса.

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

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

Сообщение отражает факт передачи информации между участниками процесса.

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

Спецификация BPMN 2.0 регламентирует следующие типы диаграмм бизнес-процессов:

• 1. Диаграммы оркестровки (схемы потока работ)
• 2. Диаграммы взаимодействия участников одного или нескольких бизнес-процессов (Collaboration);
• 3. Диаграммы диалогов (Conversation).
• 4. Диаграммы хореографии (Choreography).

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

Схема хореографии показывает последовательность процедур обмена сообщениями между двумя и более участниками. В отличие от обычного процесса, который обязательно изображается внутри пула, хореография обычно описывается без пулов. В целом, хореография похожа на схему приватного процесса, поскольку она так же состоит из цепочки задач хореографии, событий и логических операций. Тем не менее, хореография отличается от схемы оркестровки тем, что операции на ней отображают факт передачи сообщения между двумя и более участниками Диаграмма оркестровки — это схема, показывающая очередность выполнения операций процесса. Диаграмма закрытого процесса есть схема процесса, моделируемого внутри некоторого контейнера, называемого пулом. Этот контейнер можно изображать на схеме явно или только подразумевать. Если пул явно указывается на диаграмме процесса, то схема называется закрытой. Диаграмма открытого процесса есть схема процесса, на которой пул явно не указывается, а только подразумевается. Диаграмма приватного взаимодействия (private) показывает процесс, который исполняется в пределах какой-либо организации или координируется из единого центра. Для неисполняемой аналитической модели это означает, что у процесса единый владелец. Диаграмма публичного взаимодействия (public) показывает коммуникацию между двумя приватными процессами, у каждого свой центр управления, каждый из них имеет своего владельца. Диаграмма публичного взаимодействия может иметь разную степень детализации.

Для деятельности турагентства можно выделить 2 диаграммы оркестровки: составления заказа клиентом (рисунок 2.1) и стадии прохождения заказа со стороны оператора (рисунок 2.2).

Рисунок 2.1 — Диаграмма оркестровки с точки зрения клиента.

Рисунок 2.2 — Диаграмма оркестровки с точки зрения оператора.

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

Для описания взаимодействия с клиентом в туристическом агентстве используем диаграмму взаимодействия (рисунок 2.3).

Рисунок 2.3 — Диаграмма взаимодействия.

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

Рисунок 2.4 — Диаграмма оркестровки с точки зрения директора.

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

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

В книге [5] дается следующее определение UML: «Унифицированный язык моделирования (Unified Modeling Language, UML) является графическим языком для визуализации, специфицирования, конструирования и документирования систем, в которых большая роль принадлежит программному обеспечению. С помощью UML можно разработать детальный план создаваемой системы, содержащий не только ее концептуальные элементы, такие как системные функции и бизнес-процессы, но и конкретные особенности, например классы, написанные на специальных языках программирования, схемы баз данных и программные компоненты многократного использования» .

UML — это не просто набор графических символов [4]. За каждым из них стоит хорошо определенная семантика. Это значит, что модель, написанная одним разработчиком, может быть однозначно интерпретирована другим.

Диаграмма вариантов использования (use case diagram, диаграмма прецедентов) в нотациях языка UML — диаграмма, отражающая отношения между действующими лицами (актерами) и вариантами использования (прецедентами), позволяющая описать систему на концептуальном уровне [27].

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

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

Связи между актерами и вариантами отображаются с использованием следующих отношений [2]:

• · ассоциации;
• · обобщения;
• · включения;
• · расширения.

Отношение ассоциации служит для обозначения взаимодействия актера с вариантом использования и отображается сплошной линией [19].

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

Отношение включения указывает, что некоторое заданное поведение одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Стрелка включения направлена от базового (составного) варианта к включаемому и помечена стереотипом «include» .

В отличие от отношения включения, отношение расширения определяет возможность включения поведения одного варианта использования в состав другого. Т. е. дочерний вариант использования может как вызываться, так и не вызываться родительским. Стрелка расширения должна быть направлена от включаемого варианта к базовому и помечена стереотипом «extend» .

Для информационной системы турагентства были выделены следующие действующие лица:

• · Посетитель;
• · Клиент;
• · Контрагент;
• · Оператор;
• · Директор.

Группа «Посетитель» — это пользователи, функциональными требованиями которых являются: просмотр информации о существующих туристических поездках и подбор тура по конкретно заданным параметрам.

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

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

Группа «Оператор» — пользователи, работающие в турагентстве (персонал фирмы), занимающиеся продажей путевок. Их функциональные требования: просмотреть информации о существующих туристических поездках, изменить эту информацию, принять заказ от клиентов фирмы и проследить за своевременной оплатой проданных путевок.

" Директор" - лицо, принимающее решение.

С помощью диаграммы вариантов использования на рисунке 2.5 представлена вся информация о пользователях турагентства и их требования.

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

Рисунок 2.5 — Диаграмма вариантов использования.

В [17] А. Коберн предлагает способ представления вариантов использования в виде текстовых спецификаций. Спецификация состоит из общей информации о варианте использования. Спецификация прецедента «Проанализировать результаты», который включает в себя модель поддержки принятия решения, приведена в таблице 1.

Таблица 1 — Спецификация варианта использования «Проанализировать результаты» .

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