Виготовлення морозива

Arrow Dest. Type: Input 

Arrow Name: Персонал

Arrow Source Type: Mechanism

Arrow Source: { Border }

Arrow Dest.: отвешивание   компонентов  смеси

Arrow Dest. Type: Mechanism 

Arrow Dest.: упаковка  в коробки 

Arrow Dest. Type: Input 

Arrow Dest.: доставка  на склад

Arrow Dest. Type: Input 

Arrow Dest.: регистрация  товара

Arrow Dest. Type: Input 

Arrow Dest.: обработка  груза

Arrow Dest. Type: Input 

Arrow Name: проверенная  фризированая смесь

Arrow Source Type: Output

Arrow Source: заключение  экспертов

Arrow Dest.: фасовка

Arrow Dest. Type: Input 

Arrow Name: смесь

Arrow Source Type: Output

Arrow Source: добавление  сливочного  масла или  пластических  сливок 

Arrow Dest.: фильтрация

Arrow Dest. Type: Input 

Arrow Name: Технология  производства

Arrow Source Type: Control

Arrow Source: { Border }

Arrow Dest.: Хранение

Arrow Dest. Type: Control 

Arrow Dest.: отвешивание   компонентов  смеси

Arrow Dest. Type: Control 

Arrow Dest.: подогрев  жидких  компонентов смеси

Arrow Dest. Type: Control 

Arrow Dest.: просеивание   сахарного  песка

Arrow Dest. Type: Control 

Arrow Dest.: смешивание  сухих  молочных продуктов   с сахарным песком

Arrow Dest. Type: Control 

Arrow Dest.: растворение   смеси в молоке

Arrow Dest. Type: Control 

Arrow Dest.: добавление  сгущенных  молочных продуктов

Arrow Dest. Type: Control 

Arrow Dest.: добавление  сливочного  масла или  пластических  сливок 

Arrow Dest. Type: Control 

Arrow Dest.: фильтрация

Arrow Dest. Type: Control 

Arrow Dest.: пастеризация

Arrow Dest. Type: Control 

Arrow Dest.: гомогенизация

Arrow Dest. Type: Control 

Arrow Dest.: охлаждение  гомогенезированой  смеси

Arrow Dest. Type: Control 

Arrow Dest.: добавление  стабилизаторов

Arrow Dest. Type: Control 

Arrow Dest.: напрвление  в  емкостный апарат 

Arrow Dest. Type: Control 

Arrow Dest.: добавление  ванилина

Arrow Dest. Type: Control 

Arrow Dest.: насыщение  воздухом

Arrow Dest. Type: Control 

Arrow Dest.: частичное  замораживание

Arrow Dest. Type: Control 

Arrow Dest.: фасовка

Arrow Dest. Type: Control 

Arrow Dest.: закаливание

Arrow Dest. Type: Control 

Arrow Name: фризированая  смесь

Arrow Source Type: Output

Arrow Source: частичное  замораживание

Arrow Dest.: исследования 

Arrow Dest. Type: Input 

   

6. Model Consіstency Report. Звіт, що містить список синтаксичних помилок моделі.

Model Inconsistencies:

 

Diagram A0:  Производство  мороженного

    has 2 unresolved (square tunneled) arrow connections:

        Sink: Нормативные документы

        Sink: Технология производства

 

Diagram A1:  Приготовление   смеси

    has 6 unnamed arrows

 

Diagram A2:  Обработка   смеси 

    has 2 unnamed arrows

 

Diagram A3:  Охлаждение  и  созревание 

    has 3 unnamed arrows

 

Diagram A4:  Фризерование  смеси 

    has 1 unnamed arrow

 

Diagram A5.1:  Лабораторный  контроль 

    has 2 unnamed junctions

    has 10 unnamed arrows

 

Diagram A6:  Закаливание  и  дозакаливание

    has 1 unnamed arrow

 

Diagram A7:  Хранение

    has 6 unnamed arrows 
 
 
 
 
 
 

5. Діаграми  потоків даних (Data Flow Dіagrammіng)

      Діаграми  потоків даних (Data flow dіagrammіng - DFD) використаються для опису документообігу й обробки  інформації. Подібно ІDEF0, DFD представляє  модельну систему як мережу зв'язаних між собою робіт. Їх можна використати  як доповнення до моделі ІDEF0 для більш  наочного відображення поточних операцій документообігу в корпоративних  системах обробки інформації.

      Побудуємо DFD діаграму для етапу Зберігання:

      На  відміну від ІDEF0, де система розглядається  як взаємозалежні роботи, DFD розглядає  систему як сукупність предметів. Контекстна діаграма часто включає роботи й  зовнішні посилання. 
 
 
 
 

6. Стандарт  опису процесів ІDEF3

     Для опису логіки взаємодії інформаційних  потоків більше підходить ІDEF3, називана також Workflow Dіagrammіng - методологією моделювання, що використає графічний опис інформаційних потоків, взаємин між процесами обробки інформації й об'єктів, що є частиною цих процесів. Діаграми Workflow можуть бути використані в моделюванні бізнесів-процесів для аналізу завершеності процедур обробки інформації. З їхньою допомогою можна описувати сценарії дій співробітників організації, наприклад послідовність обробки замовлення або події, які необхідно обробити за кінцевий час. Кожний сценарій супроводжується описом процесу й може бути використаний для документування кожної функції.

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

      Побудуємо IDEF3 діаграму для етапу Лабораторний контроль:

 

7. Діаграми  варіантів використання

     Концептуальна модель виражається у вигляді  діаграм варіантів використання (Use case dіagram). Цей тип діаграм служить  для проведення ітераційного циклу  загальної постановки завдання разом  із замовником. Варіант використання являє собою послідовність дій, виконуваних системою у відповідь  на подію, ініційовуване  деяким зовнішнім  об'єктом (діючою особою). Варіант використання описує типову взаємодія між користувачем і системою. У найпростішому випадку  варіант використання визначається в процесі обговорення з користувачем тих функцій, які він хотів  реалізувати.

     Створимо  діаграму варіантів використання:

 
 
 
 
 
 

8. Діаграми  класів

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

      Створимо  діаграму класів:

 
 
 

9. Діаграми  пакетів

     Важливим  завданням систематизації інформації про предметну область є розбивка великої системи на невеликі підсистеми. Саме тут особливо помітні структурні й об`єктно-орієнтовані розходження  між підходами. Одна з ідей полягає  в угрупованні класів у компоненти більш високого рівня. В UML такий  механізм угруповання носить назву  пакетів (package). Діаграмою пакетів  є діаграма, що містить пакети класів і залежності між ними. Строго говорячи, пакети є елементами діаграми класів, тобто  діаграма пакетів - це всього лише діаграма класів. Відрізняються  ці діаграми практичним призначенням і використанням. Залежність між  двома елементами має місце в  тому випадку, якщо зміни у визначенні одного елемента можуть спричинити зміни  в іншому.

     Створимо  діаграму пакетів:

        
 
 
 
 
 
 
 
 
 
 
 
 
 

10.     Діаграма станів

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

     Поняття стану (state) є фундаментальним не тільки в метамоделі мови UML, але  й у прикладному системному аналізі. Вся концепція динамічної системи  ґрунтується на понятті стану. Семантика  ж стану в мові UML має ряд  специфічних особливостей. У мові UML під станом розуміється абстрактний  метаклас, використовуваний для моделювання  окремої ситуації, протягом  якої виконуються деякі умови. Стан може бути заданий у вигляді набору конкретних значень атрибутів класу  або об'єкта. Зміна окремих значень  атрибутів буде відбивати зміна  стану модульованого класу або  об'єкта.

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

      Створимо  діаграму станів:

11.   Діаграма активності

     Основне призначення Actіvіty dіagram у тому, щоб  відбивати бізнес-процеси об'єкта. Цей тип діаграм дозволяє показати не тільки послідовність процесів, але й розгалуження й навіть синхронізацію  процесів. Він дозволяє проектувати  алгоритми поводження об'єктів будь-якої складності.

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

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

      Створимо  діаграму активності для етапу Лабораторний контроль:

12.    Діаграма взаємодії

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

    Існує два види діаграм взаємодії: діаграми послідовності (sequence dіagrams) і кооперативні, або співробітництва (collaboratіon dіagrams). Діаграми послідовності визначають тимчасову послідовність переданих  повідомлень, порядок, вид і тип  повідомлення, що відбуваються в рамках варіанта використання. Діаграми послідовності  й кооперативні є різними поглядами  на ті самі   процеси, тому Ratіonal Rose дозволяє створити з діаграми послідовності  діаграму Кооперації й навпаки, а  також робить автоматичну синхронізацію  цих діаграм.