ти їх на друк, а також зберігати їх на локальний комп'ютер у форматі MSWord, Pdf, MSExcel.
. Розробка програмних модулів системи
.1 Опис класів системи
У ході проектування інформаційної системи моніторингу було прийнято рішення використовувати веб-орієнтований підхід, при якому реалізація більшої частини механізмів роботи з даними покладається на веб-сервер. При цьому від розробника вимагається лише задати ієрархію класів, які здебільшого є відображеннями таблиць бази даних. Це дозволяє працювати з даними таблиць як з примірниками (об'єктами) певних класів.
На малюнку 4.1 представлена ??діаграма класів, що описує типовий клас такого виду.
Малюнок 4.1 - Типовий клас розробляється інформаційної системи
Діаграма класів рівня форм представлена ??на малюнку 4.2. На ній представлені розроблені сторінки (веб-форми).
Наведемо опис створених форм:
Default - головна сторінка, містить форму авторизації користувачів.
TMC_Kladovshik - форма для введення і корекції даних про рух ТМЦ кладвощіком;
TMC_ingener - форма для перегляду даних про рух ТМЦ інженером;
TMC_master - форма для перегляду даних про рух ТМЦ майстром;
Default_ingener - головна форма для інженера УРТМ;
Default_master - головна форма для майстра УРТМ;
Default_ Kladovshik - головна форма для комірника;
Norma_ingener - форма для роботи з нормами інженера УРТМ;
Norma_master - форма для перегляду значень норм майстром УРТМ;
Product_ingener - форма для перегляду даних про рух готової продукції на складі інженером УРТМ;
Product_master - форма для перегляду даних про рух готової продукції на складі майстром УРТМ;
Product_kladovshik - форма для перегляду, введення і коригування даних про рух готової продукції складі комірником;
Grafic_ingener - форма для перегляду і друк даних графіка робіт інженером УРТМ;
Grafic_master_input - форма для введення даних про графік робіт майстром УРТМ;
Grafic_master_correct - форма для коригування даних про графік робіт майстром УРТМ;
Grafic_kladovshik - форма для перегляду і друк даних графіка робіт комірником.
Малюнок 4.2 - Діаграма класів рівня форм
. 2 Опис структури даних системи
Проектування фізичної структури таблиць бази даних і зв'язків здійснювалося за допомогою інструментального середовища Erwin фірми LogicWorks. ERWin- засіб розробки структури бази даних (БД) .ERwin поєднує графічний інтерфейс Windows, інструменти для побудови ER-діаграм, редактори для створення логічного та фізичного опису моделі даних і прозору підтримку провідних реляційних СУБД і настільних баз даних [18]. створює візуальне уявлення (модель даних) для розв'язуваної задачі. Це подання може використовуватися для детального аналізу, уточнення та поширення як частини документації, необхідної в циклі розробки [19].
У ERwin існують два рівня уявлення і моделювання - логічний і фізичний. Логічний рівень означає пряме відображення фактів з реального життя. Цільова СУБД, імена об'єктів і твані даних, індекси складають другий (фізичний рівень моделі Erwin).
Процес побудови інформаційної моделі сист?? ми складався з наступних кроків:
визначення сутностей;
визначення залежностей між сутностями;
завдання первинних і альтернативних ключів;
визначення атрибутів сутностей;
приведення моделі до необхідному рівню нормальної форми;
перехід до фізичного опису моделі - призначення відповідностей: ім'я сутності - ім'я таблиці, атрибут сутності - атрибут таблиці;
генерація бази даних [16].
Наведемо перелік сутностей предметної області та їх атрибутів, отриманих в результаті нормалізації:
) Користувачі - дані користувачів системи із зазначенням їх ролей:
- id (первинний ключ);
login
2) Підрозділи - відомості про підрозділи підприємства:
КодПодразделенія (первинний ключ);
Найменування.
) Деталі - перелік детелей:
КодДеталі (первинний ключ);
Найменування
План
Ліміт
) Матеріали - перелік матеріалів:
КодМатеріала (первинний ключ);
Найменування
Ліміт.
) Норми - дані за нормами на підприємстві;
КодНорми (пе...
