Хід виконання лабораторної роботи

Діаграми будуються аналогічно вищезазначеним роботам. В нашому прикладі ми збудуємо модель „як має бути” в стандарті DFD.

Метою проекту була автоматизація управління договорами з метою одержання оперативного контролю над виконанням договорів. При цьому дане завдання перетинається з іншими завданнями підприємства.

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

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

Зовнішня сутність Клієнти моделює будь-яких клієнтів, що обмінюється з проектованим модулем наступною інформацією:

заявки, замовлення (на виготовлення продукції) від Клієнта до Підприємства.

платіжні вимоги – (дані про відвантажену продукцію покупцям) від Підприємства до Клієнта.

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

Зовнішня сутність Відділ маркетингу моделює відділ, що отримує реєстр договорів та інформацію про виконання договірних обов’язків.

На рис. 82. наведена діаграма потоків даних, що деталізує модуль "Управління договорами" по основних роботах, які виконуються при його вирішенні на підприємстві. Функціонально модуль розбивається на наступні процеси: ведення реєстру договорів, планування постачань, планування випуску та облік готової продукції, контроль та аналіз виконання договорів.

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

Після цього необхідно зайти в пункт меню Dictionary / Entity і внести в Entity Dictionary всі сутності, яка використовуватиметься для сховищ даних (рис. 83).

Наступний крок проектувальника – внесення для кожної з сутностей набору атрибутів. Для цього необхідно зайти в пункт Dictionary / Attribute (рис. 84).

Рис. 81. Контекстна діаграма в стандарті DFD

Рис. 82. Діаграма декомпозиції контекстної діаграми в стандарті DFD

Рис. 83. Словник сутностей

Рис. 84. Словник атрибутів

Т ільки після вищезазначених дій можна вносити сховища даних у діаграму. При створенні сховища даних необхідно натиснути на кнопку . на панелі інструментів, а потім на чистому полі робочої області. З'явиться вікно введення даних про сховище даних (рис. 85). Необхідно вибрати радіокнопку Entity і в зміненому вікні (рис. 86) вибрати найменування сутності з спадаючого списку, які були внесені в словник сутностей заздалегідь. Після цього натиснути на кнопку ОК.

Рис. 85. Вікно створення сховища даних

Рис. 86. Вікно вибору сутності з словника сутностей

Таким чином створюються всі сховища даних.

До них відносяться наступні:

довідник цін на продукцію – призначений для зберігання даних по всіх цінах на продукцію;

довідник клієнтів – призначений для зберігання даних по всіх клієнтах;

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

виробничий календар – призначений для зберігання даних виробничого календарю;

довідник стану договору – призначений для зберігання даних по всіх станах договору;

довідник регіонів – призначений для зберігання даних по всіх регіонах, у відповідності до адміністративно - територіального ділення України;

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

Специфікації роботи "Ведення реєстру договорів" наведені нижче.

ВХІД: замовлення, заявки; інформація про виконання договірних обов’язків.

ВИХІД: інформація договорів та реєстр договорів.

АЛГОРИТМ: прийняти від клієнтів заяви на виготовлення продукції та інформацію про виконання договірних обов’язків від менеджеру відділу збуту; оформити та виконати договір; провести контроль виконання договорів; вибрати із відповідних довідників інформацію, необхідну для складання вихідних документів.

Специфікації роботи "Планування постачань" наведені нижче.

ВХІД: інформація договорів; інформація накладних на відвантаження продукції.

ВИХІД: інформація плану поставок; інформація портфелю замовлень; інформація про платіжну вимогу.

АЛГОРИТМ: прийняти вхідні документи; вибрати із відповідних довідників інформацію, необхідну для складання вихідних документів; передати; передати платіжну вимогу клієнту.

Специфікації роботи "Планування випуску та облік ГП" наведені нижче.

ВХІД: інформація договорів; інформація плану поставок; інформація портфелю замовлень; накладна на передачу готової продукції до складу.

ВИХІД: інформація графіку відвантаження; інформація накладних на відвантаження продукції.

АЛГОРИТМ: прийняти вхідні документи; вибрати із відповідних довідників інформацію, необхідну для складання вихідних документів; вихідний документ – інформація накладних на відвантаження продукції передати на попередню роботу менеджеру відділу збуту.

Специфікації роботи "Контроль та аналіз виконання договорів" наведені нижче.

ВХІД: інформація договорів; банківська виписка; інформація про платіжну вимогу; інформація накладних на відвантаження продукції; інформація графіку відвантаження.

ВИХІД: інформація про виконання договірних обов’язків.

АЛГОРИТМ: прийняти вхідні документи; вибрати із відповідних довідників інформацію, необхідну для складання вихідних документів; вихідний документ передати на до першої роботи та у відділ маркетингу.

На рис. 87 наведена діаграма потоків даних, що деталізує роботу "Ведения реєстру договорів" по допоміжних роботах, які виконуються при загальному вирішенні даної роботи. Функціонально робота розбивається на наступні допоміжні роботи: заключення договору, виконання договору та контроль за виконанням та включення до реєстру.

На рис. 88 наведена діаграма потоків даних, що деталізує роботу "Планування постачань" по допоміжних роботах, які виконуються при загальному вирішенні даної роботи. Функціонально робота розбивається на наступні допоміжні роботи: формування календарних планів поставок, формування платіжної вимоги та формування портфелю замовлень.

На рис. 89 наведена діаграма потоків даних, що деталізує роботу "Планування випуску та облік ГП" по допоміжних роботах, які виконуються при загальному вирішенні даної роботи. Функціонально робота розбивається на наступні допоміжні роботи: формування виробничої програми випуску продукції, складання графіку відвантаження продукції покупцям, облік випуску ГП та передача на склад, та складський облік ГП.

На рис. 90 наведена діаграма потоків даних, що деталізує роботу "Контроль та аналіз виконання договорів" по допоміжних роботах, які виконуються при загальному вирішенні даної роботи. Функціонально робота розбивається на наступні допоміжні роботи: контроль виконання графіку відвантаження, контроль оплати рахунків за поставлену продукцію, та аналіз виконання договірних зобов’язань.