мі представлені:
) "Клієнта" і "Персонал" - це зовнішні посилання, джерело даних з поза моделі.
) "Статут готелю", "Документи клієнти" (паспорт у паперовому вигляді або інший засвідчує особу документ), "Закони РФ", "Дані про номери готелю" - сховища даних.
Всі роботи, представлені на діаграмі виконуються "Персоналом" у відповідність з "Переліком обов'язків". Клієнт запитує номер у готелі ("Відмова" можливий у разі відсутності вільних номерів у готелі) або активізує свій "зарезервують. номер ". Якщо після "Обробки запиту" за участю "Даних про номери" зі сховища, запит задовольняється:
постоялець пред'являє свої "Документи", вибирає тарифи проживання, проходить реєстрацію і отримує ключі від номера:
"Персонал" оформляє в'їзд постояльця і ​​оновлює дані про номери готелі у сховище "Даних про номери готелю"
Все це "Персонал" робить, керуючись "правилами поселення", прописаними в "Статуті готелю", і "Законами та постановами" РФ, що регламентують, наприклад, обов'язкову ідентифікацію особи громадян при поселенні в готелі.
В
Рис. 7 Діаграми декомпозиції в нотації DFD. Оформлення поселення.
3.2 Діаграми методології IDEF3 (Workflow Diagramming)
Для опису логіки взаємодії інформаційних потоків більш підходить workflow diagramming (Маклаков С.В. "Створення інформаційних систем з AllFusion Modeling Suite"). Діаграми Workflow можуть бути використані в моделюванні бізнес-процесів для аналізу завершеності процедур обробки інформації. p align="justify"> На Діаграмі декомпозиції в нотації IDEF3. Перевірка рахунків. (На рис. 8) ілюструється "Перевірка рахунків". Цю діяльність ми майже повністю автоматизуємо у нашому клієнтському додатку. p align="justify"> Як тільки рахунок запитаний, запускаються всі наступні за перехрестям (AND) процеси:
"Формування рахунки за тел. переговори ";
"Формування рахунки за послуги";
запускається "Аналіз термінів перебування" постояльця в готелі, по закінченні якого запускається процес "Формування рахунок за проживання", що враховує у своїй роботі "Результати аналізу".
"Облік" - це стрілка відносини (Relational Link). Ми використовували її для зображення зв'язку між процесом "Формування рахунки за проживання" об'єктом посилання "Внесена передоплата", облік якого важливий для результатів процесу. p align="justify"> Стрілки з двома наконечниками: "Рахунок за проживання", "Рахунок за тел. переговори "і" Рахунок за послуги "- позначають потоки об'єктів (Object Flow). У даному випадку, ми їх застосовуємо для опису того факту, що ці об'єкти породжується в одній роботі ("Формування рахунку ...") і використовується в процесі "Формування підсумково...
