_IDNUMBERПервичныйДаДаКод приладу - счётчікDEV_NAMEVARCHAR2 (20) -ДаНетНаіменованіе прібораZAV_NOMVARCHAR2 (10) -ДаНетЗаводской номер прібораREM_NOMVARCHAR2 (10) -ДаНетЗаводской номер прибораSTATUSVARCHAR2(10)-ДаНетРемонтопригодностьRASPOLOGVARCHAR2(10)-ДаНетРасположение прібораSCHEMA_IDNUMBERВнешнійДаДаКод схеми. Посилається на поле SCHEMA_ID таблиці SCHEMADEVICE_TYPE_IDNUMBERВнешнійДаДаКод типу приладу. Посилається на поле DEVICE_TYPE_ID таблиці DEVICE_TYPEPODRAZD_IDNUMBERВнешнійДаДаКод замовлення. Посилається на поле PODRAZD_ID таблиці PODRAZD_ID
Таблиця «PODRAZD» необхідна для зберігання інформації про підрозділи.
Таблиця 3.17.
Структура таблиці «PODRAZD»
НаіменованіеТіп данныхКлючОбяз.Индекс.ОписаниеPPODRAZD_IDNUMBERПервичныйДаДаКод підрозділи - счётчікPODRAZD_NAMEVARCHAR2 (15) -ДаНетНаіменованіе підрозділи
Таблиця «REG_BOOK» необхідна для зберігання інформації про сформованих накладних.
Таблиця 3.18.
Структура таблиці «REG_BOOK»
НаіменованіеТіп данныхКлючОбяз.Индекс.ОписаниеBOOK_IDNUMBERПервичныйДаДаКод журналу - счётчікNUMBERVARCHAR2 (10) -ДаНетНомер накладнойDATE_CREATEDATE-ДаНетДата оформленіяDEVICE_IDNUMBERВнешнійДаДаКод приладу. Посилається на поле DEVICE_ID таблиці DEVICEPODRAZD_IDNUMBERВнешнійДаДаКод замовлення. Посилається на поле PODRAZD_ID таблиці PODRAZD
2.4 Побудова динамічної моделі даних
Динамічна модель системи призначена для ілюстрації роботи системи при виконанні поставлених завдань та участь об'єктів статичної моделі в даних завданнях. Модель представлена ??у вигляді діаграм (стану, компонентів, топології) виконаних по нотації UML.
Діаграма стану системи
Діаграма стану системи для ролі Користувач наведена на малюнку 3.6, на ньому відображається стан, в якому може перебувати система і переходи з одного в інший стан при певних подіях програми або зовнішніх впливах.
Рис. 3.6. Діаграма стану системи для ролі Користувач.
Діаграма діяльності системи
Діаграма діяльності системи для ролі Користувач приведено малюнку 3.8, на ньому відображається послідовність бізнес-процесів або операцій класів за принципом від активності до активності або від активності до стану.
Рис. 3.8. Діаграма діяльності системи для ролі Користувач
Діаграма топології системи
Діаграма топології програми наведена на малюнку 3.10, на ній відображається набір технічних пристроїв, необхідних для нормального функціонування системи.
Рис. 3.10 Діаграма топології системи.
Діаграма послідовності (взаємодії)
Крім сценарію поведінки кожного об'єкта програми необхідно точно представляти взаємодія цих об'єктів між собою, визначення клієнтів і серверів і порядку обміну повідомлень між ними.
Обмін повідомленнями відбувається в певній послідовності, і Sequence Diagram дозволяють отримати відображення цього обміну в часі.
Діаграми послідовності (взаємодії) користувача, АС і СУБД приведені на малюнках 3.11.
Рис. 3.11. Діаграма послідовності (взаємодії) користувача, АС і СУБД
2.5 Опис інтерфейсів і результатів роботи програми
При запуску програми з'єднання з базою даних відбувається автоматично, тому на екрані відразу з'являється головна форма програми.
Рис. 3.12. Головна форма програми.
За допомогою кнопок користувач вибирає необхідні дії.
При натисканні кнопки «Перегляд журналів обліку накладних» відбувається перехід на форму «Журнали обліку накладних».
Рис. 3.13. Форма «Журнали обліку накладних».
Користувач може створювати накладні при натисканні кнопки «Нова накладна», переглядати накладні по підрозділах, при виборі їх у відповідному полі, створювати звіти і здійснювати пошук.
При натисканні кнопки «Нова накладна» виводиться форма «Нова накладна».
Рис. 3.14. Форма «Нова накладна».
Користувач може формувати звіти, вибираючи відповідний пункт у головному меню форми «Журнали обліку накладних».
Рис. 3.15. Форма «Журнали обліку накладних» (Звіти).
При виборі ...
