1.3. Опис вихідних повідомлень
Після експлуатації основного засобу, відбувається вибуття з урахування причини вибуття, дати вибуття, суми залишкової вартості та витрат пов’язаних з вибуттям.
Вихідна інформація: залишок ОЗ на кінець звітного періоду, суми амортизаційних відрахувань, залишкова вартість ОЗ.
Вихідні звіти, що формуються в результаті розв’язання задач: інвентарний опис за МВО (матеріально-відповідальною особою) за звітний період; інвентарний опис за МВО на вказану дату; інвентарний опис за МВО по підрозділах; відомість зносу за МВО; відомість зношування за видами ОЗ; відомість зношування за підрозділами; відомість зношування за підрозділами у розрізі видів ОЗ; відомість наявності дорогоцінних металів; інвентаризаційний опис дорогоцінних металів; звіт повного зношування; зведений звіт зношування за підрозділами; зведений звіт зношування за групами і видами ОЗ; рух ОЗ за видами ОЗ; рух ОЗ за МВО; рух ОЗ по підрозділах; відомість переоцінювання за видами ОЗ; відомість переоцінювання за групами ОЗ; відомість переоцінювання за підрозділами; картка обліку руху ОЗ за групою ОЗ; картка обліку руху за видом ОЗ; картка обліку руху за МВО; картка обліку руху за підрозділом; статистичний звіт за формою 11, який охоплює (наявність і рух ОЗ; наявність ОЗ на кінець року; амортизацію ОЗ; інші нефінансові активи). Тобто, можна сказати, що розроблена БД дозволить створити та правильно оформити вихідні звіти.
2. Розробка інфологічної моделі
2.1. Інформаційні об’єкти та їх характеристика
Метою інфологічного проектування є створення структурованої інформаційної моделі ПО, для якої розроблятиметься БД. Тобто інфологічне проектування ще можна назвати семантичним проектуванням, бо воно нерозривно пов’язане з семантикою ПО. При проектуванні на інфологічному рівні створюється інформаційно-логічна модель (ІЛМ) [6, c. 30].
Основними складовими елементами інфологічної моделі є: інформаційні об’єкти, атрибут, запит, запитальний та структурний зв'язок.
Інформаційний об’єкт – це деяка сутність предметної області, яку необхідно зберігати в базі даних з погляду прикладної програми чи користувача БД. Кожний інформаційний об’єкт описується певними його властивостями. Властивості об’єкту описують атрибути, що входять до їх складу. Атрибут – це елементарна, логічно не подільна, поіменована одиниця інформації [6, c. 31]. Після аналізу предметної області було виділено такі атрибути (Таблиця 2.1):
Таблиця 2.1
Перелік атрибутів
|
Код ОЗ |
Назва ОЗ |
|
Дата випуску ОЗ |
Дата введення в експлуатацію |
|
Ціна ОЗ |
Код складу |
|
Кількість ОЗ |
Термін зберігання ОЗ |
|
Вид ремонту ОЗ |
Дата вибуття ОЗ |
|
Причина вибуття ОЗ |
Сума залишкової вартості |
|
Витрати пов’язані з вибуттям ОЗ |
Код методу амортизації |
|
Назва методу амортизації |
Дата нарахування амотризації |
|
Сума нарахування амотризації |
Дата надходження |
|
Сума початкової вартості |
Джерело надходження |
|
Витрати пов’язані з надходженням |
|
Для бази даних доцільно створити такі інформаційні об’єкти, як довідники обліку основних засобів. НаРис. 2.1 здійсненауспішна перевірка на умови нормалізації.
Рис. 2.1. Нормалізація даних
Всі інформаційні об’єкти відповідають умовам нормалізації (усі атрибути неподільні, мають унікальні імена – 1НФ, інформаційні об’єкти не містять неповних функціональних залежностей – 2НФ, немає транзитивних залежностей мiж неключовими атрибутами – 3НФ, немає багатозначних залежностей – 4 НФ, немає залежностей з’єднаня – 5НФ).
Характеристика інформаційних об’єктів бази даних:
Таблиця 2.2
Складові інформаційного об’єкту:«Основні засоби»
|
Назва об’єкта |
Формат |
Обов’язковий |
Обмеження на право звертання |
Первинний (вторинний) ключ |
Умови на допустимі значення |
Індексне поле |
|
Код ОЗ (ПК) |
int |
Так |
Немає |
ПК |
Unique |
ІНД |
|
Назва ОЗ |
nchar(10) |
Так |
Немає |
|
|
|
|
Дата випуску ОЗ |
date |
Так |
Немає |
|
|
|
|
Дата введення в експлуатацію |
date |
Так |
Немає |
|
|
|
|
Код складу (ЗК) |
int |
Так |
Немає |
ЗК |
|
|
|
Ціна ОЗ |
numeric(18,0) |
Так |
Немає |
|
|
|
Таблиця 2.3
Складові інформаційного об’єкту:«Склад»
|
Назва об’єкта |
Формат |
Обов’язковий |
Обмеження на право звертання |
Первинний (вторинний) ключ |
Умови на допустимі значення |
Індексне поле |
|
Код складу (ПК) |
int |
Так |
Немає |
ПК |
Unique |
ІНД |
|
Кількість ОЗ |
int |
Так |
Немає |
|
|
|
|
Термін зберігання ОЗ |
int |
Так |
Немає |
|
|
|
Таблиця 2.4
Складові інформаційного об’єкту:«Вибуття ОЗ»
|
Назва об’єкта |
Формат |
Обов’язковий |
Обмеження на право звертання |
Первинний (вторинний) ключ |
Умови на допустимі значення |
Індексне поле |
|
Дата вибуття |
date |
Так |
Немає |
|
|
|
|
Причина вибуття |
char(20) |
Так |
Немає |
|
|
|
|
ума залишкової вартості |
int |
Так |
Немає |
|
|
|
|
Код ОЗ (ЗК) |
int |
Так |
Немає |
ЗК |
|
|
|
Витрати пов’язані з вибуттям ОЗ |
int |
Так |
Немає |
|
|
|
Таблиця 2.5
Складові інформаційного об’єкту:«Надходження ОЗ»
|
Назва об’єкта |
Формат |
Обов’язковий |
Обмеження на право звертання |
Первинний (вторинний) ключ |
Умови на допустимі значення |
Індексне поле |
|
Дата надходження |
date |
Так |
Немає |
|
|
|
|
Сума початкової вартості |
іnt |
Так |
Немає |
|
|
|
|
Джерело надходження |
char(20) |
Так |
Немає |
|
|
|
|
Витрати пов’язані з надходженням |
int |
Так |
Немає |
|
|
|
|
Код ОЗ (ЗК) |
int |
Так |
Немає |
ЗК |
|
|
Таблиця 2.6
Складові інформаційного об’єкту:«Амортизація»
|
Назва об’єкта |
Формат |
Обов’язковий |
Обмеження на право звертання |
Первинний (вторинний) ключ |
Умови на допустимі значення |
Індексне поле |
|
Код методу амортизації (ПК) |
int |
Так |
Немає |
ПК |
Unique |
ІНД |
|
Назва методу амортизацї |
char(20) |
Так |
Немає |
|
|
|
|
Дата нарахування амотризації |
date |
Так |
Немає |
|
|
|
|
Сума нарахування амотризації |
int |
Так |
Немає |
|
|
|
Таблиця 2.7
Складові інформаційного об’єкту:«Ремонт ОЗ»
|
Назва об’єкта |
Формат |
Обов’язковий |
Обмеження на право звертання |
Первинний (вторинний) ключ |
Умови на допустимі значення |
Індексне поле |
|
Вид ремонту |
char(20) |
Так |
Немає |
|
|
|
|
Код ОЗ (ЗК) |
int |
Так |
Немає |
ЗК |
|
|
|
Код методу амортизації (ЗК) |
int |
Так |
Немає |
ЗК |
|
|