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?

IDEF3 (англ. Integrated DEFinition for Process Description Capture Method) — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов предоставляет собой механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.^[

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

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

IDEF3 состоит из двух методов. Process Flow Description (PFD) — Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) — описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

Основу методологии IDEF3 составляет графический язык описания процессов. Модель в нотации IDEF3 может содержать два типа диаграмм:

• диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)

• диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN)

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

• работы (boxes, activities)

• стрелки или связи (arrows, links)

• перекрёстки (junctions)

• объекты ссылок

• Unit of Behavior

• Decomposition

• Elaboration