2012_Посібник_з_дисципліни_ТКП
.pdf51
IDEF7
IDEF7 (Information System Auditing) - даний метод описує проведення методології аудиту інформаційної системи.
Не був повністю розроблений.
IDEF8
IDEF8 (User Interface Modeling) - даний метод дозволяє розробляти необхідні моделі Графічного Інтерфейсу Користувача (Human-System Interaction Design). Метод призначений для проектування взаємодії людини і технічної системи.
IDFE8 фокусує увагу розробників інтерфейсу на програмуванні бажаної взаємної поведінки інтерфейсу та користувача на трьох рівнях:
1.Виконуваної операції (що це за операція)
2.Сценарії взаємодії
3.Деталі інтерфейсу (які елементи управління, пропонує інтерфейс для виконання операції)
IDEF9
IDEF9 (Business Constraint Discovery) - дана модель призначена для аналізу наявних умов і обмежень (у тому числі фізичних, юридичних або будь-яких інших) та їх впливу на рішення, що приймаються в процесі реінжинірингу.
Не розроблені стандарти: IDEF10, IDEF11, IDEF12, IDEF13
IDEF10 - Implementation Architecture Modeling. Моделювання архітектури впровадження
IDEF11 - Information Artifact Modeling. Моделювання інформації про артефакти IDEF12 - Organization Modeling. Організаційне моделювання.
IDEF13 - Three Schema Mapping Design. Трисхемне проектування перетворення
даних.
IDEF14 (Network Design) - даний метод дозволяє моделювати обчислювальні мережі. Модель призначена для представлення і аналізу даних при проектуванні обчислювальних мереж на графічний мові з описом конфігурацій, черг, мережевих компонентів, вимог до надійності.
Питання для самоперевірки
1.Опишіть історію виникнення стандартів IDEF.
2.Які основні стандарти методології IDEF ?
3.Опишіть, які стандарти IDEF мають відображення в UML?
Література: [5, с.28-74];
Завдання на СРС: [VI].
52
3.2 Методологія функціонального моделювання IDEF0
Структура теми :
–Основні елементи та поняття IDEF0.
–Декомпозиція діаграми.
–Побудова діаграми.
Основні елементи та поняття IDEF0.
Історія виникнення стандарту IDEF0:
1969: Дуглас Росс - SADT (Structured Analysis and Design Technique). 1970-е: ВПС США (ICAM - Integrated Computer-Aided Manufacturing).
Історично, IDEF0, як стандарт був розроблений в 1981 році в рамках великої програми автоматизації промислових підприємств, яка носила позначення ICAM (Integrated Computer Aided Manufacturing) і була запропонована департаментом ВійськовоПовітряних Сил США.
Однією з вимог до нового стандарту була наявність ефективної методології взаємодії в рамках «аналітик-спеціаліст».
Воснові методології лежать чотири основних поняття:
1.Функціональний блок (Activity Box)
2.Інтерфейсна дуга (Arrow)
3.Декомпозиція (Decomposition)
4.Глосарій (Glossary)
Функціональний блок
Процес (дія) представляється у вигляді функціонального блоку, який перетворює входи на виходи при наявності необхідних ресурсів (механізмів) в керованих умовах.
Графічно зображується у вигляді прямокутника.
Рисунок 3.2 - Графічне зображення функціонального блоку
53
Інтерфейсна дуга
Інтерфейсна дуга відображає елемент системи, який обробляється функціональним блоком або іншим способом впливає на функцію, відображену даними функціональним блоком.
Графічно зображується у вигляді односпрямованої стрілки. Кожна інтерфейсна дуга повинна мати своє унікальне найменування (Arrow Label).
Глосарій
Для кожного з елементів IDEF0: діаграм, функціональних блоків, інтерфейсних дуг існуючий стандарт передбачає створення та підтримку набору відповідних визначень, ключових слів, оповідних викладів і т.д., які характеризують об'єкт, відображений даними елементом. Цей набір називається глосарієм і є описом сутності даного елемента.
Декомпозиція діаграми.
Функціональні блоки можна розбити на складові блоки.
Більш вірно декомпозиція «зовні всередину» (як у цибулини), ніж «зверху вниз».
Рисунок 3.3 – Варіанти декомпозиціїї
Побудова діаграми.
Для кожного з елементів IDEF0: діаграм, функціональних блоків, інтерфейсних дуг існуючий стандарт передбачає створення та підтримку набору відповідних визначень, ключових слів, оповідних викладів і т.д., які характеризують об'єкт, відображений даними елементом. Цей набір називається глосарієм і є описом сутності даного елемента.
Принципи обмеження складності IDEF0-діаграм
54
Модель IDEF0 завжди починається з представлення системи як єдиного цілого - одного функціонального блоку з інтерфейсними дугами, що тягнуться за межі даної області. Така діаграма з одним функціональним блоком називається контекстної діаграмою, і позначається ідентифікатором «А-0».
Побудова IDEF0-моделі
Модель IDEF0 завжди починається з представлення системи як єдиного цілого - одного функціонального блоку з інтерфейсними дугами, що тягнуться за межі даної області. Така діаграма з одним функціональним блоком називається контекстної діаграмою, і позначається ідентифікатором «А-0».
Імена функцій зазвичай підбираються з використанням дієслів або віддієслівних іменників (наприклад: звірка документів).
Типізація категорій інформації (ICOM):
I (Input) - вхід, то що споживається в ході виконання. C (Control) - управління - обмеження та вказівки.
O (Output) - вихід, результат виконання. M (Mechanism) - виконуючий механізм. Стрілкам присвоюються імена.
Вхідних стрілок може і не бути (наприклад: прийняття рішення, коли не споживаються і не перетворюються фактори).
Повинна бути як мінімум одна стрілка управління.
Якщо не зрозуміло до чого віднести стрілку (вхід/керування) то більш переважно «керування».
Рисунок 3.4 - Інтерфейсні дуги функціонального блоку
Мінімум один вихід.
Механізм виконання може бути відсутнім, якщо вони не важливі для досягнення
мети.
Комбіновані стрілки: вихід-вхід, вихід-механізм виконання, ...
55
Рисунок 3.5 - Комбінована стрілка типу «вихід»-«вхід»
Вихід - зворотний зв'язок (наприклад бракована продукція використовується заново).
Рисунок 3.6 – Комбінована стрілка типу «вихід» - «зворотний зв'язок»
Рисунок 3.7 - Комбінована стрілка типу «роз'єднання» і «з'єднання»
Рисунок 3.8 - Приклад діаграми IDEF
Визначення механізмів виконання і ресурсів:
–Після визначення входів і виходів;
–Наприклад, «зібрати деталь» може потребувати обладнання.
–Керування можна розглядати як окрему форму вводу.
Нумерація:
Наприклад, А0 декомпозуеться в А1, А2, ...; А1 декомпозуеться в А11, А111, ...
Збір інформації про об'єкт, визначення його кордонів; Визначення мети моделі; Побудова, узагальнення та декомпозиція діаграм;
Критична оцінка, рецензування і коментування.
На контекстній діаграмі поміщається єдина дія (процес).
Деталізація діаграм відповідає уточненню опису дії, розбиваючи його на більш докладні
дії.
На кожному рівні деталізації не повинно бути більше 5-6 дій.
На кожному рівні деталізації дії повинні бути об'єднані загальною логікою.
Найменування дій повинні бути короткими і ємними, у доданому словнику короткі імена повинні розшифровуватися.
Діям присвоюються номери, що відображають їх положення в ієрархії.
Кожна дія має мати підставу для початку (один або кілька входів) і результат (один або кілька виходів).
Розгалуження процесу (альтернативні або одночасні результати дій) повинні супроводжуватися описом умов їх настання.
Документи, що супроводжують зв'язок між діями, повинні відповідати паперовому документообігу.
Записи, що направляються в сховища і витягнуті зі сховищ, повинні описувати накопичення і використання інформації, у тому числі в базах даних.
Деталі паперового та електронного документообігу (інформаційні структури документів і записів) повинні розшифровуватися в доданому словнику.
Інші діаграми IDEF0
Дерево - оглядова діаграма структури всієї моделі
Презентаційні діаграми - (For Exposition Only diagrams - FEO) - моделі, що ілюструють інші точки зору або відносяться до одного функціонального блоку (входу, виходу батьківського блоку).
58
Рисунок 3.9 – Приклад IDEF0
Вся |
робота |
виконується |
блоками |
найнижчого |
рівня.
Рисунок 3.10 – Представлення ітераційної моделі ЖЦ за допомогою IDEF0
59
Питання для самоперевірки
1.Назвіть основні елементи IDEF ?
2.Які основні принципи методології IDEF ?
3.Що таке декомпозиція ? Які основні правила декомпозиції ?
4.З якою метою виконуються декомпозиція діаграм ?
5. Які обов’язкові інтерфейсні дуги повинні бути присутні в функціональному блоці.
6.Наведіть приклад комбінованої стрілки типу «вхід»-«вихід», «вихід»- «вхід»?
Література: [15, с.44-64]; Завдання на СРС: [VI].
60
3.3 Методологія документування процесів IDEF3
Структура теми :
–Одиниці робіт.
–Зв’язки та перехрестя.
–Декомпозиція робіт.
–Функціонально-вартісний аналіз.
IDEF3 - Це методологія моделювання, що використовує графічний опис інформаційних потоків, взаємин між процесами обробки інформації та об'єктів, що є частиною цих процесів.
Метод, який має основною метою дати можливість аналітикам описати ситуацію, коли процеси виконуються в певній послідовності, а також описати об'єкти, які беруть участь спільно в одному процесі.
При інтерпретації DFD-діаграми використовуються наступні правила:
–функції перетворюють вхідні потоки даних в вихідні;
–сховища даних не змінюють потоки даних, а служать тільки для зберігання об'єктів, що надходять;
–перетворення потоків даних у зовнішніх посиланнях ігнорується.
Одиниці робіт.
Одиниці роботи - Unit of Work (UOW), також звані роботами (activity), є центральними компонентами моделі.
Роботи зображуються прямокутниками з прямими кутами і мають ім'я та номер (ідентифікатор).
Рисунок 3.11 –Графічне представлення одиниці роботи
Зв’язки та перехрестя.
Зв'язки - показують взаємини робіт.
Старша (Precedence) суцільна лінія, що зв'язує одиниці робіт (UOW).
Рисунок 3.12 - Приклад використання Precedence