9. Опишіть цикл «автор‐читач».

“цикл автор / читач” - процес ітеративного рецензування. Збір точної та своєчасної інформації починається в момент визначення вимог – першого кроку циклу по створенню системи. Як і при будь-якому процесі моделювання, потрібно декілька ітерацій, перш ніж вихідні ідеї приведуть до концепції, що задовольняє користувачів. Цикл автор / читач створений для полегшення асинхронного і альтернативного рецензування роботи декількох SADT-аналітиків. Він розрахований на максимізацію зворотних зв’язків одного або більше аналітика з кінцевими користувачами за найкоротший час і з мінімумом зусиль. Цикл автор / читач передбачає індивідуальну роботу, оскільки вона дозволяє виконувати побудову моделей та рецензування їх у зручному режимі. Це має принципове значення для отримання зворотного зв’язку від користувачів, які зайняті своєю основною діяльністю, і для координації роботи декількох SADT-авторів зі створення однієї або декількох взаємопов’язаних моделей. Ось чому в SADT застосовується письмове рецензування, що дозволяє краще координувати роботу і документувати ідеї, що виникають в учасників аналітичного проекту.

10. Що моделюють діаграми dfd? Чим вони відрізняються від idef0. Чим принципово відрізняється контекстна діаграма idef0 та dfd? За якими нотаціями можна побудувати діаграму потоків даних?

DFD (Data Flow Diagrams — диаграммы потоков данных) - методология графического структурного анализа, описывающая:

- функции-обработки информации (работы);

- документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;

- внешние ссылки (external reference), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

- таблицы для хранения документов (хранилища данных, data store).

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD (потоки данных) показывают, как объекты (включая и данные) реально перемещаются от одной функции к другой. Это представление потока данных обеспечивает отражение в модели DFD таких физических характеристик системы, как движение объектов, хранение объектов, распространение объектов.

Для описания диаграмм DFD используются две нотации —

Йодана (Yourdon) и

Гейна-Сарсона (Gane-Sarson), отличающиеся синтаксисом.

Для построения диаграмм DFD в BPWin используется нотация Гейна –Сарсона.

11. Перерахуйте елементи діаграми dfd? Що моделює кожний з елементів? Чи можливо повторне використання

елементів?

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

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

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

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

12. В чому полягає класичний структурний підхід? Чому виникла необхідність розробити новий підхід до моделювання?

Метод SADT (Structured Analysis and Design Technique) вважається класичним методом підходу до управління на основі процесів, базовим принципом якого є структуризація діяльності організації у відповідності з її бізнес-процесами.

13. В чому полягає підхід диференціації подій?

14. Що таке модель суті, з чого вона складається?

Модель сущность-связь (ER-модель) (англ. entity-relationship model, ERM) — модель данных, позволяющая описывать концептуальные схемы предметной области.

ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, была предложена диаграмма сущность-связь (ER-диаграмма) (англ. entity-relationship diagram, ERD).

Нотация Питера Чена

Множества сущностей изображаются в виде прямоугольников, множества отношений изображаются в виде ромбов. Если сущность участвует в отношении, они связаны линией. Если отношение не является обязательным, то линия пунктирная. Атрибуты изображаются в виде овалов и связываются линией с одним отношением или с одной сущностью.[3]

Crow's Foot

Данная нотация была предложена Гордоном Эверестом (англ. Gordon Everest) под названием Inverted Arrow («перевёрнутая стрелка»), однако сейчас чаще называемая Crow's Foot («воронья лапка») или Fork («вилка»).[4]

Согласно данной нотации, сущность изображается в виде прямоугольника, содержащем её имя, выражаемое существительным.[5] Имя сущности должно быть уникальным в рамках одной модели. При этом, имя сущности — это имя типа, а не конкретного экземпляра данного типа. Экземпляром сущности называется конкретный представитель данной сущности.

Связь изображается линией, которая связывает две сущности, участвующие в отношении. Степень конца связи указывается графически, множественность связи изображается в виде «вилки» на конце связи. Модальность связи так же изображается графически — необязательность связи помечается кружком на конце связи. Именование обычно выражается одним глаголом[5] в изъявительном наклонении настоящего времени: «Имеет», «Принадлежит» и т. д.; или глаголом с поясняющими словами: «Включает в себя», и т.п. Наименование может быть одно для всей связи или два для каждого из концов связи. Во втором случае, название левого конца связи указывается над линией связи, а правого – под линией. Каждое из названий располагаются рядом с сущностью, к которой оно относится.

Атрибуты сущности записываются внутри прямоугольника, изображающего сущность и выражаются существительным в единственном числе (возможно, с уточняющими словами). Среди атрибутов выделяется ключ сущности — неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности.[

15. Як будується модель поведінки системи?

16. Чим принципово відрізняється контекстна діаграма IDEF0 та DFD?

17. Які види дуг існують в DFD? На які питання відповідає контекстна діаграма DFD? Чи можна повторно використовувати дуги, сховища даних, зовнішні посилання в DFD?

18. Яка мета діаграм IDEF3? Що є основним поняттям IDEF3? Яку кількість декомпозицій може мати одна робота в

нотації IDEF3?

19. Які елементи може містити діаграма IDEF3?

20. Що моделюють блоки і дуги діаграм IDEF3? Які є відмінності в правилах побудови дуг IDEF3 по відношенню до

IDEF0?

21. Які види перехресть визначено стандартом IDEF3? В чому відмінність синхронних та асинхронних перехресть?

Чи усі типи перехресть бувають і синхронними і асинхронними? В чому відмінність перехресть кон’юнкції та

диз’юнкції?

22. Яких правил побудови перехресть слід дотримуватися?

23. Які види об’єктів посилання визначено стандартом IDEF3? Опишіть правила та семантику об’єктів посиланння

типу GOTO.

24. Які види дуг визначає стандарт IDEF3, які види дуг підтримує BPwin?

25. Для чого потрібні організаційні діаграми? З яких блоків вони складаються? Яку кількість організаційних діаграм

можна побудувати для однієї моделі?

26. Як побудувати організаційну діаграму в BPwin? Які словники слід заповнити?

27. Яка мета діаграм Swim Lane? З яких блоків вони складаються? Чим діаграми Swim Lane відрізняються від

діаграм IDEF3? Як отримати функціонально‐ часову модель?

28. За якими принципами можна оптимізувати процес за допомогою діаграм Swim Lane?

29. Що таке імітаційте моделювання, для чого воно потрібне? Визначити поняття «імітаційна система».

30. Назвіть переваги та недоліки імітаційного моделювання.

31. Які парадигми імітаційного моделювання ви знаєте?

32. Опишіть дискретно‐подійний підхід ІМ. Як може змінюватися модельний час в цьому підході?

33. Який математичний апарат закладено в СІМ Arena?

34. З чого складаються системи масового обслуговування?

35. Що таке UDP, для чого їх можна використовувати?

36. Яким чином можна провести вартісний аналіз моделі BPwin?

37. Опишіть особливості систем з очікуваннями, без очікувань і змішаних систем. Наведіть приклади.