На головну сторінку   Всі книги

1.4. Технологія структурного аналізу і проектування SADT

Методологія IDEF0, спочатку названа "Технологія структурного аналізу і проектування" Structured Analysis and Design Technique (SADT), була розроблена компанією SofTech, Inc на початку 60-х років як дисципліна інжинірингу для розробки відносно складних человеко-машинних систем.

На її основі в кінці 70-х ВПС США розробили методологію IDEF0 (Icam DEFinition), яка була основною частиною програми ICAM (ntegrated Computer-Aided Manufacturing - Інтеграція Комп'ютерних

і Промислових Технологій). IDEFO-технологія швидко стала стандартом Міністерства Оборони США для розробки моделей процесів.

У 1993 році IDEF Users Group (зараз Society of Enterprise Engineering - SEE), разом з National Institutes of Standards and Technology (NIST), виконали роботу по створенню стандарту IDEF0 для використання у всіх цивільних і військових відділах уряду США і їх представництвах. Цей стандарт був опублікований як Federal Information Processing Standards (FiPS) Publication 183.

Незалежно від цього, але використовуючи більшість таких же принципів, стала популярною методологія DFD (Data Flow Diagrams - Діаграми потоків даних), яка використовувалася для структурного проектування (а потім і для структурного аналізу) в проектах з розробки програмного забезпечення. DFD-моделі мають багато загального з IDEFO-моделями і можуть використовуватися спільно. Часто DFD-діаграми використовуються для уточнення IDEFO-діаграм.

Методологія IDEF3 була розроблена спеціально для проектів, що фінансуються Armstrong Laboratories ВВС США. Ця технологія призначена для документування і опису процесів, що виконується експертами- фахівцями в предметній області, і для розробки моделей процесів, де дуже важливо чітко відображати послідовність і параллельность процесів.IDEF3 не була оформлена як стандарт FiPS, однак набула широкого поширення при реалізації проектів Міністерства Оборони США як доповнення до методології IDEF0.

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

IDEF0 - найбільш відповідний метод для аналізу і логічного проектування. У основному він застосовується на ранніх стадіях проекту.

IDEF0 дозволяє виконувати опис складних об'єктів за допомогою простої і зрозумілої графічної мови.

Графічна мова IDEF0 містить тільки два символи (блоки і стрілки). Простота синтаксису мови поєднується з добре розробленим процесом опису систем, який дозволяє розробляти моделі високої якості.

Опис системи за правилами IDEF0 має чітку структуру. IDEF0- модель являє собою набір ієрархічно впорядкованих діаграм. Кожна діаграма описує певну функцію і складається з декількох взаємодіючих взаємопов'язаних подфункций, кожна з яких в свою чергу може бути описана діаграмою.

Таким чином, ієрархія функцій, приклад якої приведений на мал. 3, представляється ієрархій діаграм - мал. 4.

2

Конфігурувати 3

Зібрати Заказати комлектуючий

1Поставить задачі виробництву 2Управлять складом

3Разработать розклад (план-графік) виробництва 4Вести облік комлектуючий,

що вимагають першочергового використання 5Установить деталі на материнську плату 1

Рис. 3. Декомпозиция функцій

Рис. 4. Структура IDEF0-моделі

IDEF0-модель на відміну від звичайної декомпозиції функцій, представленої на мал. 3, освіченої виключно вертикальними зв'язками, містить горизонтальні зв'язки між функціями. Це дозволяє не просто описати структуру функцій, але і їх взаємодія, що додає сукупності функції системні властивості.

Методологія IDEF0 має багато загального з процесом видання книг. Часто набір IDEF0-моделей організують у вигляді подшивки із змістом, глосарієм і іншими атрибутами книг. Відмінність лише в тому, що для викладі матеріалу замість природного використовується спеціальна формальна мова. Такий набір моделей в IDEF0 називається папкою.

Перший крок в роботі по створенню IDEF0-моделі - визначення мети моделювання (purpose). Мета моделювання визначається набором питань, на які модель повинна відповідати. Внаслідок вивчення моделі читач (користувач) повинен мати можливість отримати відповіді на кожний з питань, поставлених на початку моделювання. Список цих питань являє собою невід'ємну частину документації моделі. Аналогія: в передмові до книги викладається мета її написання.

Робота над моделлю починається з викладу мети, що узагальнює всі основні питання до системи.

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

Точка зору (viewpoint) - це позиція, з якою модель описує систему. Точка зору вибирається такої, щоб модель охоплювала встановлені межі (scope) і задовольняла б поставленій меті. Будучи одного разу вибраної, точка зору повинна залишатися незмінної протягом всієї роботи з моделлю. Якщо необхідно, то для різностороннього опису системи можна побудувати декілька моделей з різними точками зору. Приклади точок зору: власник фірми, директор фірми, клієнт, постачальник, службовець і т. д. 4.4. ТЕЛЕФОННИЙ БАНКИН:? Перші послуги, пов'язані з управлінням рахунком по телефону, західні:  4.4. ТЕЛЕФОННИЙ БАНКИН:? Перші послуги, пов'язані з управлінням рахунком по телефону, західні банки стали надавати своїм клієнтам - фізичним особам з кінця 1970-х П. Телефонний апарат може розглядатися як альтернатива персональному комп'ютеру в якості
Поточний/непоточний метод валютної трансляції:. Відповідно до цього методу обліку всі короткострокові активи і:  Поточний/непоточний метод валютної трансляції:. Відповідно до цього методу обліку всі короткострокові активи і зобов'язання іноземного підрозділу фірми, виражені у іноземній валюті, транслюються у вітчизняну валюту по заключному курсу, тобто по курсу на момент складання
Поточний контроль самостійної роботи студентів з допомогою модульною:  Поточний контроль самостійної роботи студентів за допомогою модульної системи: Вивчення дисципліни «Фінанси і кредит» передбачає обов'язкове ознайомлення із законодавчою базою финансовокредитних відносин в державі. При цьому для Росії характерні нестабільність законодавства, а також досить істотні
Поточні витрати: - витрати, що відносяться до поточного періоду, що обумовили видобування:  Поточні витрати: - витрати, що відносяться до поточного періоду, що обумовили видобування доходів даного звітного періоду.
Поточні короткострокові зобов'язання (ТЕ) або поточні пасиви:  Поточні короткострокові зобов'язання (ТЕ) або поточні пасиви: - сума позик і кредитів підприємства в течії 12 місяців і кредиторській заборгованості предприятия.
Поточне фінансове планування: Система поточного планування фінансової діяльності фірми:  Поточне фінансове планування: Система поточного планування фінансової діяльності фірми засновується на розробленій фінансовій стратегії і фінансовій політиці по окремих аспектах фінансової діяльності. Даний вигляд фінансового планування полягає в розробці
Поточна прибутковість: Поточна прибутковість - наближене значення прибутковості до погашення по:  Поточна прибутковість: Поточна прибутковість - наближене значення прибутковості до погашення по до- понним облігацій. Цей показник обчислюється простіше, ніж прибутковість до тихіше- за нию. Поточна прибутковість визначається як відношення річного купонного платежу до ціни облігації: С'с