Основи IDEF0-моделювання

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати


Основи IDEF0-моделювання

Для повного опису системи потрібно набір IDEF 0-діаграм, що утворюють IDEF 0-модель.

Контекстна діаграма верхнього рівня

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

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

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

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

Вузлові номери

Вузлові номери використовуються для того, щоб вказати положення діаграми в ієрархії моделі. Наприклад, діаграма з вузловим номером А21 деталізує блок 1 на діаграмі А2. Подібним же чином, А2 деталізує блок 2 на діаграмі АТ, яка є найповнішою діаграмою моделі.

Всі вузлові номери графічних діаграм починаються на літеру "A". Вихідна для даної моделі контекстна діаграма має вузловий номер А-0. Якщо створюється більш укрупнена контекстна діаграма, в яку описувана система входить в якості підсистеми, то вона нумерується як А-1. Цей процес може, якщо необхідно, продовжуватися вгору по ієрархії і далі, однак А-0 залишається вершиною конкретної моделі.

Для додатків до графічних діаграм використовуються інші вузлові номери. Номери для текстових діаграм містять букву "Т" і відповідають вузловому номером діаграми, з якою вони пов'язані (наприклад, А2Т текстова діаграма для графічної діаграми А2). Вузлові номери для глосарію містять букву "G" (наприклад, A 1 G). Вузлові номери FEO-діаграм містять букву "F" (наприклад, A 2 F).

ICOM-коди

IDEF 0 вимагає, щоб всі зовнішні дуги діаграми були узгоджені за кількістю і найменуванню (але не обов'язково за розташуванням) з дугами, що стосуються декомпонований блоку батьківського діаграми. Для цих цілей прийнята система позначень. Схема кодування дуг ICOM (від слів: Input, Control, Output, Mechanism) дозволяє точно ідентифікувати і перевірити зв'язки по дугах між діаграмами.

Код дуги складається з букви і цифри. Для вхідних дуг рекомендується використовувати букву I, для зв'язків між дугами управління С, для зв'язків між вихідними дугами О, для зв'язків між дугами механізму М. Після кожної літери додається цифра, що відповідає положенню даної дуги серед інших дуг того ж типу, що стосуються батьківського блоку. Причому вхідні і вихідні дуги перераховуються зверху вниз, а дуги управління та механізмів зліва направо.

Дуги, "поміщені в тунель"

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

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

З-номер діаграми

У процесі створення IDEF 0-моделі одну і ту ж діаграму доводиться перечерчівать кілька разів. Для розрізнення отриманих варіантів однієї і тієї ж діаграми в IDEF 0 використовується схема ідентифікації версій, заснована на так званих С-номерах. З-номер утворюється з ініціалів автора і номери. Якщо діаграма є новою версією наявної діаграми, то вказується черговий С-номер, а попередній пишеться в дужках.

Приклад. Повідомлення про те, що третій варіант автор з ініціалами КВВ замінює шостим, буде записано у вигляді С-номери у правому нижньому куті діаграми: КВВ006 (КВВ00З).

Для ведення системи С-номерів створюється так званий реєстр, в якому наводиться послідовний список С-номерів (починаючи з номера 000) і відповідні їм імена діаграм.

Правила побудови діаграм

Діаграма є основним робочим елементом при створенні моделей. Розробник діаграм і моделей зазвичай називається аналітиком, або, в термінології IDEFO, автором. Кожній IDEFO-діаграмі дається назва. Назва, а також стандартно ідентифікує інформація (автор діаграми, частиною якого проекту є робота, дата створення або останнього перегляду діаграми, її статус) розташовуються на спеціальному бланку. Діаграми слід оформляти з урахуванням наступних синтаксичних правил:

Контекстні діаграми повинні мати номер вузла виду А-п, де п більше або дорівнює нулю.

Модель повинна включати контекстну діаграму А-0, яка містить лише один блок, який має номер 0.

Неконтекстне діаграма повинна мати не менше трьох (але не більше шести) блоків.

Кожен блок на неконтекстне діаграмі слід пронумерувати всередині в нижньому правому куті (від 1 до 6)

Кожен блок, який був деталізований, повинен мати докладний посилальне вираз (наприклад, номер вузла або сторінки, С-номер) його дочірньої (породженої) діаграми, написаної нижче правого кута блоку.

Кожен блок повинен мати як мінімум одну дугу управління та одну дугу виводу. Дуги управління накладають обмеження і включають або вимикають функції системи. Без них система не може працювати.

Блок повинен мати нуль або більшу кількість вхідних дуг.

Блок повинен мати нуль або більшу кількість дуг механізму (не посилальних).

Блок повинен мати нуль або одну дугу посилання.

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

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

Слід максимально збільшити відстань між блоками і поворотами дуг, а також між блоками і перетинами дуг, щоб полегшити процес читання і не переплутати дві різні дуги.

Необхідно об'єднувати дуги, джерела яких не вказані на діаграмі, якщо вони представляють одні і ті ж дані. Цим ви графічно покажете єдине джерело подібних даних

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

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

Необхідно мінімізувати число дуг, що стосуються кожного боку блоку, якщо, звичайно, природа даних не надто різнорідна.

Слід мінімізувати число петель і поворотів кожної дуги

Зворотні зв'язки з управління рекомендується малювати "вгору і над". Таким чином ви покажете обмежують зворотні зв'язки при мінімальному числі ліній і перетинань, а також зберете всі дуги управління у верхній правій частині діаграми

Зворотні зв'язки по входу слід малювати "вниз і під". Це дозволить показати зворотні потоки даних при мінімальному числі ліній і перетинань, а також зібрати всі вхідні дуги в нижній лівій частині діаграми

При з'єднанні великої кількості блоків необхідно уникати необов'язкових перетинань дуг.

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

Відкриті граничні дуги, які представляють одні і ті ж дані (об'єкти), повинні бути пов'язані через розгалуження. Множинні джерела, які представляють одні і ті ж дані (об'єкти), повинні об'єднатися, щоб формувати єдину дугу виводу.

Назви блоку і мітки дуг не повинні складатися виключно з таких слів: "Функція", "Дія", "Процес", "Введення", "Висновок", "Управляє" або "Механізм". Бажано ці слова не використовувати в назвах або мітки дуг.

Довгу дугу слід позначати двічі.

Додаткові діаграми

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

Текстові діаграми

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

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

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

Глосарії

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

Глосарій визначає слова в моделі для правильної інтерпретації її змісту. Він використовується для того, щоб зібрати разом і визначити нові поняття (абревіатури, скорочення, ключові слова і фрази), які вводяться діаграмою, декомпозірующей блок, особливо якщо це перша декомпозиція батьківського блоку. Ці визначення важливі, тому що термінологія, яка використовується в моделі, може мати різне значення в різних організаціях і установах. Більш того, термінологія часто відрізняється серед підрозділів або дисциплін в межах однієї і тієї ж організації.

Пояснюють діаграми

Пояснюють діаграми FEO у вигляді малюнків застосовувані з метою додаткових пояснень до моделі.

Для опису зазвичай використовуються текстові діаграми. Але для пояснення тонких моментів і в тих випадках, коли зміст важко висловити словами, бажано використовувати, де це можливо, малюнки. У IDEF 0-моделі будь-яке зображення, яке не є строго діаграмою, вважається додатковим малюнком. IDEF 0-малюнки це зазвичай або картинки, або діаграми з додатковими зображеннями, пов'язані з конкретною діаграмою моделі.

Покажчик діаграм і вузлів

IDEF 0-модель представляє собою узгоджений і впорядкований комплект документів, що забезпечується організацією діаграм відповідно до порядку нумерації вузлів: перший вузол А-0, другий А0, третій А1, четвертий All і т.д. Повна IDEF 0-модель звичайно читається двома способами:

оглядове читання, коли читаються всі діаграми верхнього рівня, перш ніж перейти до діаграм наступного. Це називається читанням "в ширину";

детальне читання, коли читають окрему гілку дерева аж до діаграм самого нижнього рівня. Це називається читанням "в глибину".

Щоб допомогти читачам правильно рухатися по деревоподібній набору діаграм, розроблені додаткові кошти, зокрема, покажчики діаграм і вузлів. Вони являють собою списки вузлів або діаграм (за типом змісту), що визначають зміст моделі. У покажчику діаграм перераховуються всі діаграми моделі, наводяться в окремому рядку назву і номер вузла кожної діаграми. Покажчик вузлів містить перелік всіх блоків моделі, причому в кожному окремому рядку записуються назва і номер вузла відповідного блоку. Відповідна діаграма має вузловий номер з буквою "N", наприклад, AON.

Процес моделювання в IDEF 0 включає в себе:

збір інформації про досліджуваний об'єкт;

документування отриманої інформації і представлення її у вигляді моделі;

уточнення моделі за допомогою ітеративного рецензування.

Збір інформації про досліджуваний об'єкт

Збір і вивчення інформації повинні проводитися на всіх етапах дослідження об'єкта.

Можна назвати такі способи отримання відомостей про досліджувану систему:

читання документації;

спостереження за роботою системи; н

опитування за допомогою анкет великої групи фахівців;

бесіда з експертами, що володіють відповідним досвідом і необхідними відомостями про систему;

використання тієї інформації, якою вже володіє автор;

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

Анкетування

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

Анкети розсилаються керівникам структурних підрозділів та повинні містити графи для прізвища і посади анкетованих. Окремо викладається прохання докласти шаблони документів, з якими працюють співробітники відповідного підрозділу. Список питань необхідно обмежити (не більше 15 - 20), а вся анкета не повинна займати більше двох аркушів.

Приклад анкети.

Найменування підрозділу.

ПІБ керівника підрозділу, номер його телефону.

Координати контактної особи (до кого в відсутності або при зайнятості керівника можна звертатися).

Основні функції підрозділу.

Інформація, що надходить з інших підрозділів (заявки, запити, звіти і т.п.).

Інформація, передана в інші підрозділи.

Яка інформація формується ("народжується") в підрозділі?

З якими зовнішніми підприємствами (банк, замовник, постачальник тощо) взаємодіє підрозділ і якою інформацією обмінюється?

Фізичне представлення інформаційних потоків і сховищ (документ, дискета, мережа, журнал, картотека і т.п.).

Документи, що надходять від керівництва, що готуються для керівництва.

Штатна структура і кваліфікація кадрів.

Технічне оснащення підрозділу (комп'ютери, мережа, модем)

Підпис.

Прохання додати:

Положення про підрозділ.

Набір документальних форм (можна незаповнених), тобто використовувані форми, бланки та інші документи (наприклад, картка складського обліку, звіт за формою N, наряд-завдання, товарно-транспортна накладна).

Інтерв'ювання

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

Інтерв'ю це бесіда з будь-якою особою з метою збору інформації з даного питання.

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


Додати в блог або на сайт

Цей текст може містити помилки.

Виробництво і технології | Реферат
35.6кб. | скачати


Схожі роботи:
Основи IDEF0 моделювання
Матемітіческіе основи моделювання 3d об`єктів
Методологічні основи моделювання маркетингової системи охорони здоров я
Розробка моделі Станції переливання крові з використанням методології проектування IDEF0 DFD
Імітаційне моделювання системи фазового автопідстроювання частоти в пакеті моделювання динамічних
Предмет і значення дисципліни Основи екології Наукові основи раціонального природокористування
Моделювання
Статистичне моделювання 2
Моделі та моделювання
© Усі права захищені
написати до нас