Системний аналіз даних та проектування

Размещено на http://www.allbest.ru/

МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ

ОДЕСЬКИЙ ДЕРЖАВНИЙ ЕКОЛОГІЧНИЙ УНІВЕРСИТЕТ

Факультет КНУА

Кафедра ІТ

Лабораторна робота №1

з дисципліни «Системний аналіз даних та проектування»

Варіант 15

Виконав

Парфьонов Вадим Вiкторович

Одеса 2021

Тема: «Побудова функціональної моделі IDEF0»

Контрольні питання та відповіді

1) Що моделюється в системі за допомогою методології SADT?

Методологія SADT може використовуватися для моделювання широкого кола систем і визначення вимог і функцій, а потім для розробки системи, яка задовольняє цим вимогам і реалізує ці функції. Для вже існуючих систем SADT може бути використана для аналізу функцій, виконуваних системою, а також для вказівки механізмів, за допомогою яких вони здійснюються.

2) Що означають поняття: суб'єкт моделювання, мета моделювання і точка зору на модель?

Під суб'єктом розуміється сама система, при цьому необхідно точно встановити, що входить в систему, а що лежить за її межами, іншими словами, визначити, що буде надалі розглядатися як компоненти системи, а що як зовнішня дія. На визначення суб'єкта системи істотно впливатимуть позиція, з якою розглядається система, і мета моделювання - питання, на які побудована модель повинна дати відповідь. Іншими словами, на початку необхідно визначити область моделювання.

Під точкою зору розуміється перспектива, з якою спостерігалася система при побудові моделі. Хоча при побудові моделі враховуються думки різних людей, всі вони повинні дотримуватися єдиної точки зору на модель.

3) З чого складається контекстна діаграма моделі IDEF0?

Модель розглядається як сукупність діаграм, а діаграма як сукупність робіт, кожна з яких оперує з деяким набором даних. Робота зображається у вигляді прямокутника, дані - у вигляді стрілок. При створенні нової моделі автоматично створюється контекстна діаграма з єдиною роботою, яку виконує система в цілому.

4) Яке призначення роботи, її визначення, які правила іменування?

Контекстна діаграма є вершиною деревовидної структури діаграм і являє собою саме загальний опис системи та її взаємодії із зовнішнім середовищем. Після опису системи в цілому проводиться розбиття її на великі фрагменти. Цей процес називається функціональною декомпозицією, а діаграми, які описують кожен фрагмент і взаємодія фрагментів, називаються діаграмами декомпозиції. Після декомпозиції контекстної діаграми проводиться декомпозиція кожного великого фрагмента системи на дрібніші і так далі, до досягнення потрібного рівня подробиці опису. Після кожного сеансу декомпозиції проводяться сеанси експертизи - експерти предметної області вказують на відповідність реальних бізнес-процесів створеним діаграмам. Знайдені невідповідності виправляються, і тільки після проходження експертизи без зауважень можна приступати до наступного сеансу декомпозиції. Так досягається відповідність моделі реальним бізнес-процесам на будь-якому і кожному рівні моделі. Синтаксис опису системи в цілому і кожного її фрагмента однаковий у всій моделі.

5) Типи граничних стрілок, їх призначення.

Граничні стрілки - стрілки на контекстній діаграмі служать для опису взаємодії системи з навколишнім світом. Вони можуть починатися біля кордону діаграми і закінчуватися у роботи, чи навпаки.

6) Який порядок розташування робіт на діаграмі декомпозиції? Роботи на діаграмах декомпозиції звичайно розташовуються по діагоналі від лівого верхнього кута до правого нижнього. Такий порядок називається порядком домінування.

7) Міграція граничних стрілок, використання кодів ICOM.

При декомпозиції будь-якої роботи вхідні і вихідні стрілки автоматично з'являються на діаграмі декомпозиції (міграція стрілок), але при цьому вони не з'єднуються з роботами. Такі стрілки називаються незв'язаними і сприймаються в BPWin як синтаксична помилка. Їх необхідно зв'язати з роботами.

Після зв'язування незв'язні стрілки стають граничними. Контроль над міграцією граничних стрілок на діаграму декомпозиції проводиться за допомогою ICOM-коді.

ІCOM (абревіатура від Input, Control, Output і Mechanism) - коди, призначені для ідентифікації граничних стрілок. Код ICOM містить префікс, відповідний типу стрілки (I, С, О або М), і порядковий номер.

8) Типи внутрішніх стрілок, їх призначення.

Для зв'язку робіт між собою використовуються внутрішні стрілки, тобто стрілки, які не стосуються кордону діаграми, починаються у однієї і кінчаються у іншої роботи.

У IDEF0 розрізняють п'ять типів зв'язків робіт:

1.зв'язок по входу (output-input)

2.зв'язок по управлінню (output-control)

3.зворотній зв'язок по входу (output-input feedback)

4.зворотній зв'язок по управлінню (output-control feedback)

5.зв'язок вихід-механізм (output-mechanism)

9) Які особливості іменування стрілок, що розгалужуються і зливаються?

Якщо стрілка іменована до розгалуження, а після розгалуження жодна з гілок не іменована, то мається на увазі, що кожна гілка моделює ті ж дані або об'єкти, що і гілка до розгалуження

Якщо стрілка іменована до розгалуження, а після розгалуження яка-небудь з гілок теж іменована, то мається на увазі, що ці гілки відповідають іменування. Якщо при цьому будь-яка гілка після розгалуження залишилася неіменованого, то мається на увазі, що вона моделює ті ж дані або об'єкти, що і гілка до розгалуження

Неприпустимою є ситуація, коли стрілка до розгалуження не іменована, а після розгалуження не іменована яка-небудь з гілок. B Pwin визначає таку стрілку як синтаксичну помилку. Правила іменування зливаються стрілок повністю аналогічні - помилкою буде вважатися стрілка, яка після злиття не іменована, а до злиття не іменована яка-небудь з її гілок. Для іменування окремої гілки розгалужуються і зливаються стрілок слід виділити на діаграмі тільки одну гілку, після чого викликати редактор імені і привласнити ім'я стрілці. Це ім'я буде відповідати тільки виділеної гілки.

10) Для чого використовується тунелювання стрілок?

Часто бувають випадки, коли окремі інтерфейсні дуги не має сенсу продовжувати розглядати в дочірніх діаграмах нижче якогось певного рівня в ієрархії, або навпаки - окремі дуги не мають практичного сенсу вище якогось рівня. Наприклад, інтерфейсну дугу, що зображає "деталь" на вході в функціональний блок "Опрацювати на токарному верстаті" не має сенсу відображати на діаграмах більше високих рівнів - це буде тільки перевантажувати діаграми і робити їх складними для сприйняття. З іншого боку, трапляється необхідність позбутися від окремих "концептуальних" інтерфейсних дуг і не деталізувати їх глибше деякого рівня. Для вирішення подібних завдань у стандарті IDEF0 передбачено поняття тунелювання.

Результати роботи

діаграма граничний стрілка код

Рис.1-Контекстна діаграма

Рис.2- Діаграма декомпозиції

Рис.3 - Model Report

Рис.4 - Diagram Object Report

Рис.5 - Model Consistency Report

Размещено на Allbest.ru