еханізм управління: менеджер відділу продажів.
· Виставлення рахунку
o Вхідна інформація: зареєстрована заявка.
o Вихідна інформація: рахунок, інформація про рахунок.
o Управління: ПБО.
o Механізм управління: менеджер відділу продажів.
· Реєстрація рахунки
o Вхідна інформація: інформація про рахунок, реєстр рахунків.
o Вихідна інформація: реєстр рахунків з відміткою про реєстрацію рахунку.
o Управління: ПБО.
o Механізм управління: менеджер відділу продажів.
Рис. 3. Другий рівень деталізації контекстної діаграми
1.4 Модель DFD бізнес-процесу «Продажів побутової техніки»
Для того щоб документувати механізми передачі та обробки інформації в моделюється системі, використовуються діаграми потоків даних DFD (Data Flow Diagrams). Діаграми DFD зазвичай будуються для наочного зображення поточної роботи системи документообігу вашої організації. Найчастіше діаграми DFD використовують як доповнення моделі бізнес-процесів, виконаної в IDEF0.
Всього DFD використовує чотири важливі елементи:
1) Роботи. Роботи в DFD позначають функції або процеси, які обробляють і змінюють інформацію. Роботи представлені на діаграмах у вигляді прямокутників з округленими кутами.
2) Стрілки. Стрілки йдуть від об'єкта-джерела до об'єкту-приймача, позначаючи інформаційні потоки в системі документообігу.
) Зовнішні посилання. Зовнішні посилання вказують на місце, організацію чи людину, які беруть участь у процесі обміну інформацією з системою, але розташовуються за рамками цієї діаграми.
) Сховища даних. Сховища даних являють собою власне дані, до яких здійснюється доступ, ці дані також можуть бути створені або змінені роботами. На одній діаграмі може бути присутнім кілька копій одного й того ж сховища даних.
У діаграмах потоків даних всі використовувані символи складаються в загальну картину, яка дає чітке уявлення про те, які дані використовуються, і які функції виконуються.
Рис. 4. Перший рівень деталізації конт?? кстной діаграми
Потоки даних формуються наступним чином: відомості про оплату можуть надходити двома шляхами: з каси організації, якщо клієнт здійснив оплату готівкою, або з банку, якщо клієнт оплатив товар через розрахунковий рахунок. Далі ці відомості обробляються і з них виділяються рахунки минулі оплату, в яких проставляється відмітка про їх оплату і далі ці рахунки записуються в реєстр рахунків.
Рис. 5. Другий рівень деталізації діаграми
Потоки даних формуються наступним чином: в журналі заявок визначається загальна кількість заявок і кількість дійсних заявок. На основі цих даних формується зведення, яка вирушає у відділ продажів.
1.5 Модель IDEF3 бізнес-процесу «Продажів побутової техніки»
Наявність в діаграмах DFD елементів для опису джерел, приймачів і сховищ даних дозволяє точно описати процес документообігу. Однак для опису логіки взаємодії інформаційних потоків модель доповнюють діаграмами ще однієї методології - IDEF3. Методологія моделювання IDEF3 дозволяє графічно описати і задокументувати процеси, фокусуючи увагу на перебігу цих процесів і на відносинах процесів і важливих об'єктів, що є частинами цих процесів.
За допомогою діаграм IDEF3 можна аналізувати сценарії з реального життя, наприклад, як закривати магазин в екстрених випадках або які дії повинні виконати менеджер і продавець при закритті. Кожен такий сценарій містить у собі опис процесу і може бути використаний, що б наочно показати або краще задокументувати бізнес-функції організації.
Модель, виконана в IDEF3, може містити наступні елементи:
1) Одиниці роботи (Unit of Work) - основний компонент діаграми IDEF3 близький за змістом до роботи IDEF0.
2) Зв'язки (Links) - Зв'язки, зображувані стрілками, показують взаємини робіт. У IDEF3 розрізняють три типи зв'язків:
) Зв'язок передування (Precedence) - показує, що перш ніж почнеться робота-приймач, повинна завершитися робота-джерело. Позначається суцільною лінією.
) Зв'язок відносини (Relational) - показує зв'язок між двома роботами або між роботою і об'єктом посилання. Позначається пунктирною лінією.
) Потік об'єктів (Object Flow) - показує участь деякого об'єкта у дво...
