
- •Курсовий проект
- •Анотація
- •Реферат
- •1. Дослiдження предметної областi
- •1.1. Характеристика предметної області
- •Допустимі методи нарахування амортизації
- •1.2. Опис вхідних повідомлень
- •Перелік і опис вхідних повідомлень
- •1.3 Опис вихідних повідомлень
- •Перлік і опис вихідних повідомлень
- •1.4 Опис основних процедур перетворення даних
- •2. Розробка iнфологiчної моделi
- •2.1. Логічна модель
- •2.2 Інформаційні об’єкти та їх характеристика
- •Опис складових елементів інформаційних об’єктів
- •3. Проектування даталогічної моделі
- •3.1 Вибір скбд та обґрунтування цього вибору
- •3.2. Автоматизація даталогічного проектування та її результати
- •4. Проектування та реалізація бд на фізичному рівні
- •4.1. Опис структур таблиць бд
- •Vugotovlena_produkcia (Виготовлена продукція):
- •Vugotovlena_produkcia (Виготовлена продукція):
- •4.2. Реалізація запитів
- •Висновок
- •Список літератури
2.2 Інформаційні об’єкти та їх характеристика
В основу використовуваного інфологічного моделювання покладено висхідний метод , який оснований на синтезі атрибутів . Цей метод полягає в тому, що спочатку визначаються атрибути, які підлягають збереженню в базі даних, а потім вони групуються в інформаційні об’єкти.
Після аналізу усіх атрибутів та нормалізації інформаційних об’єктів у даному курсовому проекті виділено наступні інформаційні об'єкти та відповідні до них атрибути:
ОСНОВНІ ЗАСОБИ: Інвентарний номер, Код групи ОЗ, Код методу нарахування, Назва ОЗ, Номер рахунку, Дата введення в експлуатацію, Очікуваний термін експлуатації (років), Запланована кількість продукції, Первісна вартість ОЗ, Ліквідаційна вартість ОЗ.
ГРУПА ОСНОВНИХ ЗАСОБІВ: Код групи ОЗ, Назва групи ОЗ, Мінімальний строк використання (років).
МЕТОДИ НАРАХУВАННЯ АМОРТИЗАЦІЇ: Код методу нарахування, Назва методу.
ВИГОТОВЛЕНА ПРОДУКЦІЯ: Дата виготовленої продукції, Інвентарний номер, Кількість виготовленої продукції.
НАРАХОВАНИЙ ЗНОС: Інвентарний номер, Дата нарахування амортизації, Сума зносу.
Увесь перелік атрибутів необхідно проаналізувати та нормалізувати відношення. Нормалізація відношень – це ітераційний зворотній процес декомпозиції початкового відношення на кілька простіших відношень меншої розмірності. Iнформацiйний об’єкт знаходиться в 1-й нормальнiй формi, якщо усi атрибути атомарнi (неподiльнi). Об’єкт у 2НФ не повинен мiстити неповних функцiональних залежностей. Якщо такi залежностi присутнi, то необхiдно виконати декомпозицiю об’єкта з метою їх усунення. На третьому кроцi нормалiзацiї проводиться аналiз на наявнiсть транзитивних залежностей (мiж неключовими атрибутами). Якщо транзитивна залежнiсть iснує, необхiдно роздiлити об’єкт так, щоб усi його атрибути напряму залежали вiд первинного ключа. Цей крок приведе об’єкт до 3НФ. Щоб привести об’єкт до 4НФ потрiбно проаналiзувати його на присутнiсть багатозначних залежностей i, якщо вони є, вилучити iх шляхом декомпозиції.
В результатi видiлення iнформацiйних об’єктiв та операцiй нормалiзацiї, отримуємо наступнi вiдношення, якi знаходяться в 3НФ або 4НФ.
Опис складових елементів інформаційних об’єктів
Таблиця 2.1
Назва атрибута |
Формат |
Обов’язковий |
Відсоток наявності |
Дублювання значень |
Роль атрибута |
Допустимі значення |
Osnovni_zasobi |
||||||
|
|
|
|
|
|
|
Inv_nomer |
N(6) |
Так |
100% |
Ні |
ПК |
>0 |
Kod_grupi |
N(2) |
Так |
100% |
Так |
|
>0 |
Kod_metodu |
N(1) |
Так |
100% |
Так |
|
1…6 |
Name_OZ |
C(50) |
Так |
100% |
Так |
|
|
Nomer_rahunku |
C(8) |
Так |
100% |
Ні |
|
|
Date_vved |
D(6) |
Так |
100% |
Так |
|
|
Ochik_termin |
N(3) |
Так |
100% |
Так |
|
>0 |
Kilkist_zapl |
N(8) |
Ні |
50% |
Так |
|
|
Pervisna_vartist |
N(8) |
Так |
100% |
Так |
|
>=0 |
Likvid_Vartist |
N(8) |
Так |
100% |
Так |
|
>=0 |
Продовження таблиці 2.1
Grupa_OZ |
||||||||
|
|
|
|
|
|
|
||
Kod_grupi |
N(2) |
Так |
100% |
Ні |
ПК |
>0 |
||
Name_grupi |
C(30) |
Так |
100% |
Так |
|
|
||
Min_strok_vik |
N(3) |
Так |
100% |
Так |
|
>=0 |
||
Metodi_narahuvannia |
||||||||
|
|
|
|
|
|
|
||
Kod_metodu |
N(1) |
Так |
100% |
Ні |
ПК |
1…6 |
||
Name_metodu |
C(30) |
Так |
100% |
Так |
|
|
||
Vugotovlena_produkcia |
||||||||
|
|
|
|
|
|
|
||
Inv_nomer |
N(6) |
Так |
100% |
Так |
ПК |
>0 |
||
Date_prod |
D(6) |
Так |
100% |
Так |
ПК |
|
||
Kilkist_prod |
N(8) |
Ні |
100% |
Так |
|
>=0 |
||
Narahovaniy_znos |
||||||||
|
|
|
|
|
|
|
||
Inv_nomer |
N(6) |
Так |
100% |
Так |
ПК |
>0 |
||
Date_narah |
D(6) |
Так |
100% |
Так |
ПК |
|
||
Suma_znosu |
N(8) |
Так |
100% |
Так |
|
>=0 |
Маємо як результат логічну модель спроектовану за допомогою CASE-засобу ERwin 9.0.0: