Знать интегрированную методологию ARIS

Билет 1

1.Use case diagram (диаграмма прецедентов, вариантов использования) позволяет отобразить карту процессов, связи между ними, участвующих в процессах исполнителей. Основное назначение диаграммы — описание функциональности и поведения, позволяющее заказчику, конечномупользователю и разработчику совместно обсуждать проектируемую или существующую систему.

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

Сценарий (scenario) – это последовательность шагов, описывающих взаимодействие пользователя и системы.

Экземпляр прецедента (use case instance) – один конкретный сценарий: успешная покупка товаров за наличный расчет либо неудачное завершение покупки из-за прерванной транзакции по обработке данных банковской карточки.

Прецедент (use case) – это набор взаимосвязанных успешных и неудачных сценариев, описывающий исполнение бизнес-процесса для решения одной из бизнес-задач.

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

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

• Расширение (англ. Extend) — разновидность отношения зависимости между базовым вариантом использования и его специальным случаем.

• Включение (англ. Include) — определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого всегда задействуется базовым вариантом использования.

2.IDEF0 (IntegrationDefinitionforFunctionModeling) – это методология функционального моделирования и графическая нотация, предназначенная для формализации бизнес-процессов. На её основе можно создать набор взаимосвязанных функций, а также потоки информации и материальных объектов, связывающие эти функции.Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в который входят и выходят стрелки [3].

• слева входящая стрелка (вход бизнес-процесса) – информация, который будет преобразован в ходе выполнения процесса;
• справа исходящая стрелка (выход бизнес-процесса) – преобразованная информация;
• сверху входящая стрелка (управление бизнес-процесса) – информация, которая определяет, как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
• снизу входящая стрелка (механизм бизнес-процесса ) – то, что преобразовывает вход в выход: сотрудники или техника.

 

3. BPMN Заказ тура

 

Билет 2

1. Classdiagram - Диаграмма классов (Class diagram) описывает типы объектов системы и различного рода статические отношения, которые существуют между ними. Класс – абстрактное описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов.

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

1. В верхней части написано имя класса. Имя класса выравнивается по центру и пишется полужирным шрифтом. Имена классов начинаются с заглавной буквы. Если класс абстрактный — то его имя пишется полужирным курсивом.

2. Посередине располагаются поля (атрибуты) класса. Они выровнены по левому краю и начинаются с маленькой буквы.

3. Нижняя часть содержит методы класса. Они также выровнены по левому краю и пишутся с маленькой буквы

2.Основная цель нотации IDEF3 — возможность описать ситуацию, когда процессы (действия) выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.Основной организационной единицей описания в IDEF3 является диаграмма. Действия изображаются прямоугольниками с прямыми углами, они имеют имя, выраженное отглагольным существительным или глаголом, одиночным или в составе фразы с другим именем существительным [20]. Все действия должны быть названы и определены.

(Дополнить про разветвления)

 

3. EPC “Обращение за кредитом” (банк)

Билет

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

2. DFD – это нотация, предназначенная для моделирования информационных систем с точки зрения хранения, обработки и передачи данных. Применяется этот вид нотации в случае, когда требуется описание системы как хранилища данных. Нотация DFD может описывать любые действия, в том числе, процесс продажи или отгрузки товара, работу с заявками от клиентов или закупки материалов, с точки зрения описания системы [12]. Эта нотация помогает понять, из чего должна состоять система, что нужно для автоматизации бизнес-процесса.

 

3.

 

Билет

1.Activitydiagram - диаграмма деятельности (activitydiagram) — UML-диаграмма, на которой показаны действия, состояния которых описано на диаграмме состояний. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого. Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений. Они состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры:

· Прямоугольники с закруглениями — действия

· Ромбы — решения

· Широкие полосы — начало (разветвление) и окончание (схождение) ветвления действий

· Чёрный круг — начало процесса (начальный узел)

· Чёрный круг с обводкой — окончание процесса (финальный узел)

· Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов (данных).

 

2.IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы

Каждая из сущностей обладает ключом сущности и набором характеризующих её атрибутов.

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

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

3.

 

БИЛЕТ 5

1)IDEF0 (IntegrationDefinitionforFunctionModeling) –это методология функционального моделирования и графическая нотация, предназначенная для формализации бизнес-процессов. На её основе можно создать набор взаимосвязанных функций, а также потоки информации и материальных объектов, связывающие эти функции.Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в который входят и выходят стрелки[3].

• слева входящая стрелка (вход бизнес-процесса) – информация, который будет преобразован в ходе выполнения процесса;
• справа исходящая стрелка (выход бизнес-процесса) – преобразованная информация;
• сверху входящая стрелка (управление бизнес-процесса) – информация, которая определяет, как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
• снизу входящая стрелка (механизм бизнес-процесса ) – то, что преобразовывает вход в выход: сотрудники или техника.

 

2)Нотация по моделированию бизнес-процессов BPMN (TheBusinessProcessModelingNotation) - это новый стандарт для моделирования бизнес процессов и сетевых услуг, который впервые был выпущен BPMINotationWorkingGroup в мае 2004 года. Последняя версия нотации BPMN 2.0 вышла в 2010 году. Оригинальная спецификация (на английском языке) изготовлена группой компаний «Object Management Group».

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

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

· элементы потока (события, процессы и шлюзы);

· данные (объекты данных и базы данных);

· соединяющие элементы (потоки управления, потоки сообщений и ассоциации);

· зоны ответственности (пулы и дорожки);

· артефакты (сноски).

(дополнить из презентаций)

3) Покупка товара (интернет магазин)

БИЛЕТ 6

1)Основная цель нотации IDEF3 — возможность описать ситуацию, когда процессы (действия) выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.Основной организационной единицей описания в IDEF3 является диаграмма. Действия изображаются прямоугольниками с прямыми углами, они  имеют имя, выраженное отглагольным существительным или глаголом, одиночным или в составе фразы с другим именем существительным [20]. Все действия должны быть названы и определены.Благодаря данной нотации можно проследить процесс аннуляции бронирования со всеми исходами и исключениями (Приложение 11).

2)Нотация EPC (Event-Driven Process Chain) - событийная цепочка процессов, используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться в нотациях EPC или BPMN [16]. Её главными элементами являются:

· события, которые запускают или завершают работу;

· действия (работа), которая переводит систему из одного состояния в другое;

· исполнители работы;

· ресурсы и результаты работы (входы и выходы).

 

3) Обслуживание клиента (ресторан)

БИЛЕТ 7

1)DFD – это нотация, предназначенная для моделирования информационных систем с точки зрения хранения, обработки и передачи данных. Применяется этот вид нотации в случае, когда требуется описание системы как хранилища данных. Нотация DFD может описывать любые действия, в том числе, процесс продажи или отгрузки товара, работу с заявками от клиентов или закупки материалов, с точки зрения описания системы [12]. Эта нотация помогает понять, из чего должна состоять система, что нужно для автоматизации бизнес-процесса.

 

2)Нотация Organizational Chart — одна из основных нотаций ARIS и предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры.

Модельстроитсяизобъектов «Organizational unit», «Position», «Internal person» идр. Заложенные в нотацию виды связей позволяют отразить различные виды отношений между объектами организационной структуры. Также могут быть указаны должности — Position, фамилии занимающих их сотрудников — Internal person. Кроме моделей иерархии подразделений, могут быть построены модели иерархии подчиненности в проектных командах, группах.

 

 

3) Обработка заказа интернет магазинactivitydiagram

БИЛЕТ 8

1)Integration DEFinition for information modeling язык моделирования данных для разработки семантики моделей данных. IDEF1X используется для формирования графических представлений информационных моделей которые отражают структуру и семантику информации внутри среды или системы.

 

2)Карта процессов (Process Landscape) описывает иерархию процессов и показывает, на какие подпроцессы делятся основные процессы организации.

За счет создания карты процесса осуществляется его документирование, в результате у организации появляется возможность управлять этим процессом, вносить в него изменения, оценивать результативность и эффективность процесса.

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

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

Обеспечивающие бизнес-процессы предназначены для поддержания основных бизнес-процессов. Они не генерируют доход, а наоборот являются центром затрат, но без данных процессов существование предприятия не возможно [4].

Бизнес-процессы управления представляют собой алгоритмы управления основными и обеспечивающими бизнес-процессами организации.

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

 

3) Class diagram для пекарни

 

Билет 9

1)Organizational Chart — предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры.

Модельстроитсяизобъектов «Organizationalunit», «Position», «Internalperson».Также могут быть указаны должности — Position, фамилии занимающих их сотрудников — Internal person.

2)Use case diagram (диаграмма прецедентов, вариантов использования) позволяет отобразить карту процессов, связи между ними, участвующих в процессах исполнителей.Основное назначение диаграммы — описание функциональности и поведения, позволяющее заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему[8]. При моделировании системы с помощью диаграммы прецедентов системный аналитик стремится:

· определить действующих лиц (актёров), их взаимодействие с системой и ожидаемую функциональность системы;

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

· чётко отделить систему от её окружения;

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

Сценарий (scenario) – это последовательность шагов, описывающих взаимодействие пользователя и системы.

Экземпляр прецедента (use case instance) – один конкретный сценарий: успешная покупка товаров за наличный расчет либо неудачное завершение покупки из-за прерванной транзакции по обработке данных банковской карточки.

Прецедент (use case) – это набор взаимосвязанных успешных и неудачных сценариев, описывающий исполнение бизнес-процесса для решения одной из бизнес-задач.

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

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

• Расширение (англ. Extend) — разновидность отношения зависимости между базовым вариантом использования и его специальным случаем;
• Включение (англ. Include) — определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого всегда задействуется базовым вариантом использования. Включенные прецеденты могут быть полезными в случае сложных шагов, которые иначе загромождали бы главный сценарий, или когда одни и те же шаги присутствуют в нескольких сценариях.

 

3)IDEF0 маркетинг ресторан

 

 

 

 

Билет 10

1) Карта процессов (Process Landscape) описывает иерархию процессов и показывает, на какие подпроцессы делятся основные процессы организации. Последовательность процессов в модели указывает, какие процессы вызваны другими процессами или запускают другие процессы. Карта процессов часто используется для схематического отображения всех процессов, которые существуют в организации [3]. Выделяют несколько групп бизнес-процессов: основные бизнес-процессы, обеспечивающие бизнес-процессы, бизнес-процессы управления и бизнес-процессы развития.

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

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

2)Диаграмма классов (Class diagram) описывает типы объектов системы и различного рода статические отношения, которые существуют между ними. Класс – абстрактное описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов.

На диаграммах классов отображаются также свойства классов, операции классов и ограничения, которые накладываются на связи между объектами [13]. На диаграмме классы представлены в рамках, содержащих три компонента:

1. В верхней части написано имя класса. Имя класса выравнивается по центру и пишется полужирным шрифтом. Имена классов начинаются с заглавной буквы. Если класс абстрактный — то его имя пишется полужирным курсивом.

2. Посередине располагаются поля (атрибуты) класса. Они выровнены по левому краю и начинаются с маленькой буквы.

3. Нижняя часть содержит методы класса. Они также выровнены по левому краю и пишутся с маленькой буквы.

 

3)IDEFобслуживание клиента на кассе (магазин одежды)

 

 

       Билет 11

1)Диаграмма BPMN – нотация для моделирования бизнес- 14 процессов, разработанная Business Process Management Initiative (BPMI.org), поддерживается Object Management Group, после слияния организаций в 2005 г. Последняя версия BPMN – 2.0.1. Нотация BPMN описывает условные обозначения для отображения бизнес-процессов в виде диаграмм бизнес-процессов. Нотация ориентирована как на технических специалистов (разработчиков, ответственных за реализацию процессов), так и на бизнес-пользователей, создающих и улучшающих процессы и менеджеров, следящих за процессами и управляющих ими. Следовательно, BPMN призвана служить связующим звеном между фазой дизайна бизнес-процесса и фазой его реализации.

Основные примитивы нотации BPMN:

Lane - cлужит для добавления пула или дорожки. Пулы – это стороны, взаимодействующие в рамках услуги (министерства, ведомства, заявитель), а дорожки – это ответственные исполнители (роли) внутри отдельного пула.

Start event (начальное событие) Начальное событие определяет старт любого процесса. Например, событие – получение сообщения.

Intermediate event (промежуточное событие) Промежуточное событие. Например, событие – отправка сообщения, событие – таймер – ожидание.

End event (конечное событие) Конечное событие определяет завершение процесса. Например, окончание процесса связано с событием – ошибка.

Task (задача) Действие (задача) отражает действие (процесс), осуществляемое ответственным лицом.

Gateway (шлюз) Шлюз (логический оператор) – объект управления потоками данных. Например, «исключающее или», «или», «и».

Data object (объект данных) Объект данных – данные в виде документа, журнала, реестра и т.п.

Data store (хранилище данных) Хранилище данных – совокупность данных (база данных, архив документов)[3].

2)

 

3) График работы сотрудников DFDветеринарная клиника

 

       Билет 12

1) Нотация EPC – нотация, которую используют для описания алгоритма выполнения процесса, представляющая событийную цепочку – упорядоченная комбинация событий и функций.

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

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

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

 

3)IDEF1X интернет магазин игрушек

 

Билет№ 13

Билет№ 14

Билет№ 15

Билет№ 16

Билет 1

1.Use case diagram (диаграмма прецедентов, вариантов использования) позволяет отобразить карту процессов, связи между ними, участвующих в процессах исполнителей. Основное назначение диаграммы — описание функциональности и поведения, позволяющее заказчику, конечномупользователю и разработчику совместно обсуждать проектируемую или существующую систему.

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

Сценарий (scenario) – это последовательность шагов, описывающих взаимодействие пользователя и системы.

Экземпляр прецедента (use case instance) – один конкретный сценарий: успешная покупка товаров за наличный расчет либо неудачное завершение покупки из-за прерванной транзакции по обработке данных банковской карточки.

Прецедент (use case) – это набор взаимосвязанных успешных и неудачных сценариев, описывающий исполнение бизнес-процесса для решения одной из бизнес-задач.

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

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

• Расширение (англ. Extend) — разновидность отношения зависимости между базовым вариантом использования и его специальным случаем.

• Включение (англ. Include) — определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого всегда задействуется базовым вариантом использования.

2.IDEF0 (IntegrationDefinitionforFunctionModeling) – это методология функционального моделирования и графическая нотация, предназначенная для формализации бизнес-процессов. На её основе можно создать набор взаимосвязанных функций, а также потоки информации и материальных объектов, связывающие эти функции.Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в который входят и выходят стрелки [3].

• слева входящая стрелка (вход бизнес-процесса) – информация, который будет преобразован в ходе выполнения процесса;
• справа исходящая стрелка (выход бизнес-процесса) – преобразованная информация;
• сверху входящая стрелка (управление бизнес-процесса) – информация, которая определяет, как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
• снизу входящая стрелка (механизм бизнес-процесса ) – то, что преобразовывает вход в выход: сотрудники или техника.

 

3. BPMN Заказ тура

 

Билет 2

1. Classdiagram - Диаграмма классов (Class diagram) описывает типы объектов системы и различного рода статические отношения, которые существуют между ними. Класс – абстрактное описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов.

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

1. В верхней части написано имя класса. Имя класса выравнивается по центру и пишется полужирным шрифтом. Имена классов начинаются с заглавной буквы. Если класс абстрактный — то его имя пишется полужирным курсивом.

2. Посередине располагаются поля (атрибуты) класса. Они выровнены по левому краю и начинаются с маленькой буквы.

3. Нижняя часть содержит методы класса. Они также выровнены по левому краю и пишутся с маленькой буквы

2.Основная цель нотации IDEF3 — возможность описать ситуацию, когда процессы (действия) выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.Основной организационной единицей описания в IDEF3 является диаграмма. Действия изображаются прямоугольниками с прямыми углами, они имеют имя, выраженное отглагольным существительным или глаголом, одиночным или в составе фразы с другим именем существительным [20]. Все действия должны быть названы и определены.

(Дополнить про разветвления)

 

3. EPC “Обращение за кредитом” (банк)

Билет

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

2. DFD – это нотация, предназначенная для моделирования информационных систем с точки зрения хранения, обработки и передачи данных. Применяется этот вид нотации в случае, когда требуется описание системы как хранилища данных. Нотация DFD может описывать любые действия, в том числе, процесс продажи или отгрузки товара, работу с заявками от клиентов или закупки материалов, с точки зрения описания системы [12]. Эта нотация помогает понять, из чего должна состоять система, что нужно для автоматизации бизнес-процесса.

 

3.

 

Билет

1.Activitydiagram - диаграмма деятельности (activitydiagram) — UML-диаграмма, на которой показаны действия, состояния которых описано на диаграмме состояний. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого. Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений. Они состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры:

· Прямоугольники с закруглениями — действия

· Ромбы — решения

· Широкие полосы — начало (разветвление) и окончание (схождение) ветвления действий

· Чёрный круг — начало процесса (начальный узел)

· Чёрный круг с обводкой — окончание процесса (финальный узел)

· Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов (данных).

 

2.IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы

Каждая из сущностей обладает ключом сущности и набором характеризующих её атрибутов.

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

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

3.

 

БИЛЕТ 5

1)IDEF0 (IntegrationDefinitionforFunctionModeling) –это методология функционального моделирования и графическая нотация, предназначенная для формализации бизнес-процессов. На её основе можно создать набор взаимосвязанных функций, а также потоки информации и материальных объектов, связывающие эти функции.Идея IDEF0 лежит в том, что бизнес-процесс отображается в виде прямоугольника, в который входят и выходят стрелки[3].

• слева входящая стрелка (вход бизнес-процесса) – информация, который будет преобразован в ходе выполнения процесса;
• справа исходящая стрелка (выход бизнес-процесса) – преобразованная информация;
• сверху входящая стрелка (управление бизнес-процесса) – информация, которая определяет, как должен выполняться бизнес-процесс, как должно происходить преобразование входа в выход;
• снизу входящая стрелка (механизм бизнес-процесса ) – то, что преобразовывает вход в выход: сотрудники или техника.

 

2)Нотация по моделированию бизнес-процессов BPMN (TheBusinessProcessModelingNotation) - это новый стандарт для моделирования бизнес процессов и сетевых услуг, который впервые был выпущен BPMINotationWorkingGroup в мае 2004 года. Последняя версия нотации BPMN 2.0 вышла в 2010 году. Оригинальная спецификация (на английском языке) изготовлена группой компаний «Object Management Group».

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

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

· элементы потока (события, процессы и шлюзы);

· данные (объекты данных и базы данных);

· соединяющие элементы (потоки управления, потоки сообщений и ассоциации);

· зоны ответственности (пулы и дорожки);

· артефакты (сноски).

(дополнить из презентаций)

3) Покупка товара (интернет магазин)

БИЛЕТ 6

1)Основная цель нотации IDEF3 — возможность описать ситуацию, когда процессы (действия) выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.Основной организационной единицей описания в IDEF3 является диаграмма. Действия изображаются прямоугольниками с прямыми углами, они  имеют имя, выраженное отглагольным существительным или глаголом, одиночным или в составе фразы с другим именем существительным [20]. Все действия должны быть названы и определены.Благодаря данной нотации можно проследить процесс аннуляции бронирования со всеми исходами и исключениями (Приложение 11).

2)Нотация EPC (Event-Driven Process Chain) - событийная цепочка процессов, используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться в нотациях EPC или BPMN [16]. Её главными элементами являются:

· события, которые запускают или завершают работу;

· действия (работа), которая переводит систему из одного состояния в другое;

· исполнители работы;

· ресурсы и результаты работы (входы и выходы).

 

3) Обслуживание клиента (ресторан)

БИЛЕТ 7

1)DFD – это нотация, предназначенная для моделирования информационных систем с точки зрения хранения, обработки и передачи данных. Применяется этот вид нотации в случае, когда требуется описание системы как хранилища данных. Нотация DFD может описывать любые действия, в том числе, процесс продажи или отгрузки товара, работу с заявками от клиентов или закупки материалов, с точки зрения описания системы [12]. Эта нотация помогает понять, из чего должна состоять система, что нужно для автоматизации бизнес-процесса.

 

2)Нотация Organizational Chart — одна из основных нотаций ARIS и предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры.

Модельстроитсяизобъектов «Organizational unit», «Position», «Internal person» идр. Заложенные в нотацию виды связей позволяют отразить различные виды отношений между объектами организационной структуры. Также могут быть указаны должности — Position, фамилии занимающих их сотрудников — Internal person. Кроме моделей иерархии подразделений, могут быть построены модели иерархии подчиненности в проектных командах, группах.

 

 

3) Обработка заказа интернет магазинactivitydiagram

БИЛЕТ 8

1)Integration DEFinition for information modeling язык моделирования данных для разработки семантики моделей данных. IDEF1X используется для формирования графических представлений информационных моделей которые отражают структуру и семантику информации внутри среды ил