Проектирование информационной системы ООО экскурсионная фирма «Иван Сусанин»

ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ

Государственное образовательное  учреждение

 высшего профессионального  образования

МОСКОВСКИЙ ТЕХНИЧЕСКИЙ  УНИВЕРСИТЕТ СВЯЗИ И ИНФОРМАТИКИ

 

ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра математической кибернетики  и информационных технологий

 

 

 

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

ООО экскурсионная  фирма «Иван Сусанин»

Курсовая  работа

 

студента 4 курса дневного отделения

группа  ИТ0801

 

 

 

Студент  (подпись)

________________

 

Выполнил:

Ильясов Роман  Владимирович

 

Научный руководитель:

д.ф.-м.н., профессор  Воронова Лилия Ивановна

 

 

Отметка _______________________

 

 

Дата, подпись научного руководителя

________________________________

 

 

 

 

 

 

 

 

Москва, 2011 г.

Содержание

Содержание 2

Введение 3

Глава 1. Моделирование деятельности экскурсионной фирмы в профессиональной системе бизнес-моделирования ОРГ-МАСТЕР 4

1.1. Системный анализ предметной области экскурсионной фирмы 4

1.2. Обзор профессиональной системы бизнес-моделирования ОРГ-МАСТЕР 5

1.3. Разработка AS-IS бизнес-модели предприятия 7

Выводы 14

Глава 2. Моделирование бизнес-процессов фирмы 15

2.1. Обзор CASE-технологий 15

2.2. Обзор методологий описания бизнес-процессов 17

2.3. Разработка TO-BE модели бизнес-процессов фирмы 21

Выводы 27

Глава 3. Программная реализация 28

3.1. Инфологическое и даталогическое проектирование БД 28

3.2. Физическое проектирование в СУБД и реализация ПО 32

Выводы 31

Заключение 33

Список источников литературы 34

 

 

 

 

 

 

Введение

Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности, и особенно в коммерческих и промышленных организациях.

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

Целью данной работы является разработка бизнес-модели экскурсионной фирмы «Иван Сусанин» и разработка модели её бизнес-процессов c использованием профессиональных систем бизнес-моделирования ОРГ-МАСТЕР и CASE-средств.

Данные модели соответствуют этапам разработки ИС, так же называемым жизненным  циклом ИС. Вначале строится «AS-IS» («как есть») модель, затем она преобразуется в «TO-BE» («как должно быть») модель, с учетом вводимой автоматизации. Информационная система, разрабатываемая в данной работе, является актуальной и высоко востребованной, т.к. она должна автоматизировать внутренний распорядок предприятия и предоставить клиентам возможность воспользоваться новыми видами дополнительных услуг.

Задача данной работы:

    • провести системный анализ предметной области предприятия, ведущего экскурсионную деятельность;
    • провести обзор профессиональной системы бизнес-моделирования               ОРГ-МАСТЕР;
    • разработать «AS-IS» бизнес-модель экскурсионной фирмы
    • провести обзор CASE-технологий, использование которых возможно для разработки бизнес-процессов предприятия и обосновать выбор CASE-средства;
    • осуществить разработку «TO-BE» модели бизнес-процессов экскурсионной фирмы
    • интеграция базы данных. 

Глава 1. Моделирование деятельности экскурсионной фирмы                      «Иван Сусанин» в профессиональной системе бизнес-моделирования       ОРГ-МАСТЕР

1.1. Системный анализ предметной  области предприятия, ведущего экскурсионную деятельность.

В новом 2012 году фирма  «Иван Сусанин» собирается выйти на российский рынок экскурсионных услуг. Фирма была основана выпускниками МГИМО. Сотрудники фирмы - молодые перспективные  специалисты. Многие экскурсоводы являются дипломированными специалистами в области всемирной и отечественной истории.

У фирмы есть генеральный директор, который возглавляет множество отделов,

у отделов есть так же свои сотрудники: руководитель отдела и его подчинённые.

Представим  организационную структуру объекта  автоматизации на рисунке 1.1.

Рис. 1.1 Организационная структура экскурсионной фирмы

Деятельность  экскурсионной фирмы можно охарактеризовать в два этапа:

Подготовка к экскурсии:

  • подбор и анализ материалов для экскурсии;
  • подбор экскурсионных объектов;
  • подбор транспорта;

Разработка экскурсии:

  • cоставление экскурсионного маршрута;
  • обработка фактического материала;
  • создание содержания экскурсии;
  • подбор методики проведения экскурсионного мероприятия.

 

1.2. Обзор профессиональной системы бизнес-моделирования ОРГ-МАСТЕР

ОРГ-МАСТЕР – программа компании  «Бизнес Инжиниринг Групп», которая известна многим специалистам в области управления.

Совместно с  функционально-ориентированными приложениями она вошла в программно-методический комплекс "БИГ-Мастер 10.3. ОРГ-МАСТЕР — это система моделирования нового поколения, обладающая уникальными возможностями, относящаяся к средствам моделирования корпоративной архитектуры (Enterprise Architecture Modeling Tool), т.е. моделирования организационного устройства компании на всех уровнях, выпуска организационных регламентов, настройки информационных систем. Так же она формирует документированные процедуры и организационные Положения. Пакет Должностных инструкций строится в четком соответствии с организационно-функциональной и процессной моделями предприятия.

ОРГ-МАСТЕР, создавая бизнес-модель компании, фактически, формирует базу знаний о ее целях, структурах, ресурсах, процессах и других объектах управления. Наличие полной процессной бизнес-модели позволяет оперативно и наглядно получать информацию «как организована деятельность компании» и помогает быстро и точно принимать управленческие решения по ее изменению, создавая и корректируя необходимые регламенты.

Система бизнес-моделирования ОРГ-МАСТЕР входит во все комплекты поставки модулей постановки регулярного менеджмента, являясь его технологической основой.

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

Исключительно средствами ОРГ-МАСТЕР реализуется построение  базовой  организационно-функциональной модели состоящей из иерархически упорядоченных  классификаторов функций-процессов, организационных звеньев, ресурсов и документов, также отношений  между ними. Это позволяет провести первичный управленческий анализ организационных аспектов деятельности предприятия. Правильное построение базовой модели является залогом успешности дальнейшего моделирования.

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

Результатом работы с ОРГ-МАСТЕРОМ является формирование первичного набора базовых организационных документов: Положения об организационной структуре, Положения о функциональных областях управления и бизнес-направлениях компании, Положения о подразделениях (службах, отделах), Должностных инструкций, а также спецификации выделенных процессов компании.

ОРГ-МАСТЕР® позволяет:

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

Основной особенностью построения ОРГ-МАСТЕР является отражение описания, характерного для системного подхода  в структуре и интерфейсе продукта. В системе ОРГ-МАСТЕР для представления  объектов модели и связей между ними существует единый механизм, основанный всего на двух базовых инструментах: классификаторах и проекциях.

    • Древовидные модели (классификаторы) — иерархические списки выделенных объектов компании управления (организационных звеньев, функций, материальных ресурсов, баз и хранилищ данных, документов и т.п.), которым могут быть приписаны различные атрибуты (тип, значения, комментарий и т.п.).
    • Матричные модели (проекции), задающие систему отношений между классификаторами в любой их комбинации. Связи также могут иметь дополнительные атрибуты (направление, название, индекс, шкала).

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

 

И, наконец, система ОРГ-МАСТЕР является  интегрированной системой, включающей возможность полного  и всестороннего моделирования  бизнес-процессов и создания новых  организационных регламентов –  «Документированных процедур», включающих паспорт-спецификацию, набор диаграмм и текстовое описание процесса. Таким  образом, программа обеспечивает реализацию начального этапа постановки регулярного  менеджмента в компании[1].

1.3. Разработка AS-IS бизнес-модели экскурсионной фирмы

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

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

 

Рис. 1.2. Обобщенная схема организационного бизнес-моделирования

Бизнес-потенциал определяет функционал компании – перечень бизнес-функций, функций менеджмента и функций обеспечения, требуемых для поддержания на регулярной основе указанных видов коммерческой деятельности. Кроме того, уточняются необходимые для этого ресурсы (материальные, человеческие, информационные) и структура компании.

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

Результаты определения  миссии предприятия  (в соответствие с обобщенной схемой организационного моделирования, рис. 1.2.) заносятся в классификатор                «Миссия и цели». Миссию можно считать бизнес-потенциалом для данной фирмы, т.к. не рассматривается взаимодействие с поставщиками и клиентами, но определён набор видов коммерческой деятельности. Данные из классификатора «Миссия и цели» представлены на рис. 1.3. На основании миссии и целей фирмы можно определить её организационную структуру, которая описывается в классификаторе «Организационно-ролевая структура».

 

Рис. 1.3.  Классификатор «Миссия и  цели»

 

Данные, которые  содержит классификатор, отображены на рис. 1.4.

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

Рис. 1.4.  Классификатор «Организационно-ролевая  структура»

После определения  организационно-ролевой структуры создается классификатор «Функции». В нем определяется функционал фирмы, необходимый для поддержания коммерческой деятельности. Классификатор «Функции» представлен на рис. 1.5.

Создаём классификатор  «Ресурсы», в который включены основные и вспомогательные ресурсы (рис. 1.8.).

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

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

Аналогично создаются  классификаторы и соответствующие  им матричные проекции: «Сотрудники», «Требования», «Права, полномочия, ответственность», «Виды подчиненности», «Документы и сообщения», «Информационные хранилища и Базы данных», «Бизнесы, продукты и услуги», «Хранилища материалов и продукции»; а также создаются отчёты.

 

 

Рис. 1.5.Классификатор  «Функции»

 

Рис. 1.8.  Классификатор «Ресурсы»

 

Рис. 1.10.  Классификатор «Процессы»

Перечень классификаторов, матричных проекций и отчетов  отображен в списке объектов на рисунке 1.12.

Рис. 1.12. «Список объектов модели»

После создания всех объектов модели, можно построить  полную диаграмму бизнес-модели фирмы. Она представлена на рисунке 1.13.

Рис. 1.13. «Полная диаграмма бизнес-модели экскурсионной фирмы «Иван Сусанин».

Выводы

В данной главе  проведен системный анализ предметной области «Экскурсионная фирма». В ходе этого анализа перечислены основные структурные схемы компании. Произведен обзор возможностей системы бизнес-моделирования ОРГ-МАСТЕР и выбран метод бизнес-моделирования, который  подходит для разработки бизнес-модели в данной системе.

В итоге разработана «AS-IS» бизнес-модель экскурсионной фирмы «Иван Сусанин» перечислены её основные классификаторы, матричные проекции модели и сгенерированы отчёты. Построена полная схема организационной структуры компании.

Разработанная модель содержит:

    • 13 классификаторов;
    • 13 матричных проекций;
    • 8 отчетов.

Глава 2. Моделирование бизнес-процессов экскурсионной фирмы

2.1. Обзор CASE-технологий

 

CASE-технология  представляет собой методологию  проектирования ИС, а также набор  инструментальных средств, позволяющих  в наглядной форме моделировать  предметную область, анализировать  эту модель на всех этапах  разработки и сопровождения ИС  и разрабатывать приложения в  соответствии с потребностями  пользователей. Большая часть  CASE-средств использует методологию  структурного (в основном) или ориентированного  анализа и проектирования, использующих  спецификации в виде диаграмм  или текстов для описания внешних  требований, связей между моделями  системы, динамики поведения системы  и архитектуры программных средств. 

Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими особенностями:

  • мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;
  • интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки информационной системы;
  • использование специальным образом организованного хранилища проектных метаданных (репозитория). [2]

Среди множества продуктов CASE будут рассмотрены BPwinProcessModeler и RationalRose.

BPwin Process Modeler

AllFusion Process Modeler 7 (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler 7 можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.

AllFusion Process Modeler 7 (BPwin) помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. AllFusion Process Modeler 7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

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

Основные  возможности системы:

·  Поддержка различных технологий моделирования;

·  Анализ показателей затрат и производительности;

·  Интеграция процессов/данных;

·  Поддержка стандартных нотаций;

·  Экспорт объектов и свойств в другие модели;

·  Документирование информации в пределах всей модели; 

·  Масштабируемость отчетности без потери качества графиков [3].

RationalRose

Популярное  средство визуального моделирования  объектно-ориентированных информационных систем компании Rational Software Corp. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое [4].

Rational Rose не поддерживает ни одну из известных методологий моделирования и анализа бизнес-процессов. Методика построения так называемых «бизнес-моделей», содержащаяся в дополнительном наборе рекомендаций или методике RUP, которая сопровождает пакет Rational Rose, предлагает диаграммы Use Case и Activity для описания бизнес-процессов. Эти диаграммы позволяют описать лишь малую часть сведений, которые нужны для моделирования бизнес-процессов и которые представляются средствами IDEF0. Кроме того, дуги Use Case и Activity диаграмм не имеют тех смысловых типов, которые были указаны для дуг IDEF0. По мнению автора, некие синтаксические соглашения, диктуемые системой при разработке Use Case и Activity-диаграмм, не объединены в законченную и понятную систему; этим диаграммам (что, наверное, главное) не дается никакой интерпретации, объясняющей, как их применять при моделировании. Действительно, что означает, что два процесса соединены стрелкой — просто последовательность их исполнения или, например, то, что второй процесс обрабатывает некоторые результаты деятельности первого, а может быть, наоборот, для работы первого процесса необходима некая информация, которую подготавливает второй? Точно так же непонятно, как интерпретировать связи «процесс-состояние», «состояние-состояние» и др. Поэтому Rational Rose допускает построение синтаксически корректных Activity-диаграмм,  просто не имеющих смысла с точки зрения моделируемого объекта. По этим причинам пользователям Rational Rose при разработке Use Case и Activity-диаграмм приходится придумывать свои оригинальные синтаксические соглашения и давать свою интерпретацию имеющимся, чтобы отразить всю существенную для анализируемого процесса информацию [5].

Исходя из вышесказанного следует только один вывод: CASE-средства, реализованные на основе методологии IDEF0 и поддерживающие ее соглашения, уже только благодаря этому имеют неоспоримые и решающие преимущества перед Rational Rose. (Аналогичную оценку преимущества перед Rational Rose можно дать и системам, основанным на стандарте IDEF3, и ряду других.) Поэтому при необходимости проведения работ, где анализ бизнес-процессов играет важнейшую роль оптимальнее выбирать CASE-средства, основанные на методологии IDEF0 или аналогичной.

 

2.2. Обзор методологий  описания бизнес-процессов

В системе BPwinProcessModeler предусмотрено использование нескольких методологий:

IDEF0

IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков - в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы.

Основные элементы и  понятия IDEF0:

Графический язык IDEF0 удивительно  прост и гармоничен. В основе методологии  лежат четыре основных понятия:

Первым из них является понятие функционального блока (Activity Box) - олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы.

Каждая из четырех сторон функционального блока имеет  своё определенное значение (роль), при  этом:

  • Верхняя сторона имеет значение “Управление” (Control);
  • Левая сторона имеет значение “Вход” (Input);
  • Правая сторона имеет значение “Выход” (Output);
  • Нижняя сторона имеет значение “Механизм” (Mechanism).

Каждый функциональный блок в рамках единой рассматриваемой системы  должен иметь свой уникальный идентификационный  номер.

Вторым понятием методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь  свое уникальное наименование (Arrow Label).

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги “распоряжение об оплате” глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией [6].

IDEF3

IDEF3 является стандартом  документирования технологических  процессов, происходящих на предприятии,  и предоставляет инструментарий  для наглядного исследования  и моделирования их сценариев. Сценарием (Scenario) мы называем описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса. Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

    • Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса;
    • Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;
    • Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта;
    • Содействовать принятию оптимальных решений при реорганизации технологических процессов;
    • Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..." [7].

Диаграмма IDEF3 Process Flow Description может состоять из 4 основных описательных блоков:

    • работы (boxes, activities);
    • стрелки или связи (arrows, links);
    • перекрёстки (junctions);
    • объекты ссылок.

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

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

Окончание одной работы может  служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончание  нескольких работ. Перекрестки используются для отображения множества событий, которые могут или должны быть завершены перед началом следующей  работы. Различают перекрестки слияния  и разветвления стрелок [8].

Проектирование информационной системы ООО экскурсионная фирма «Иван Сусанин»