Опис організаційно-економічної сутності задачі

 

 

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

Для розрблення та реалізуваня бази даних було обрано програму  ERWin Data Modeler, оскільки вона дозволяє за розробленою фізичною моделью створити аналог у всіх трьох СКБД за допогою інструментарию Forward Engineering, яка генерую скрипт, виконавший якій можна отримати аналог фізичної моделі в кожній СКБД, що є дуже зручним, оскільки не потрібно створювати власноруч таблиці та звязки між ними окремо в кожній СКБД. ERWin також дозволяє створити логічну модель, яка ілюструє схему бази даних на природній мові та є зрозумілою для не спеціалістів в галузі розробки баз даних. Це є дуже зручним, оскільки дає можливість консультуватися з безпосередніми користувачами СКБД, яка буде отримана, вони можуть вносити корективи та знайти помилки, оскільки є кращими спеціалістами у галузі, для якої розробляється СКБД. 
РОЗДІЛ 2.  
СТВОРЕННЯ ПРОЕКТУ БАЗИ ДАНИХ

 

2.1. Створення та опис інфологічної моделі бази даних.

 

В цьому підрозділі будуть визначенні функціональних залежностей та склад реквізитів інформаційної бази, опис процедури нормалізації.

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

До інфологічної моделі висуваються наступні вимоги:

1. Однозначність;

2. Достатність інформації;

3. Гнучкість (для можливих майбутніх змін);

4. Зрозумілість.

Головними елементами інфологічних моделей є сутності, зв’язки між ними та їх властивості (атрибути).

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

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

Опис характеристик об’єктів

Найменування об'єкта	Спосіб звертання до екземплярів	Структурна активність	Кількість екземплярів
Акціонер	К(код акціонера)	Так	0 – 2^32-1
Місто	К(код міста)	Ні	0 – 2^32-1
Регіон	К(код регіону)	Ні	0 – 2^32-1
Країна	К(код країни)	Ні	0 – 2^32-1
Акції	К(код акціонера, код акцій)	Ні	0 – 2^32-1, 0 – 2^32-1
Види акцій	К(код акцій)	Так	0 – 2^32-1
Емісія	К(дата, код акцій)	Ні	0 – 2^32-1
Видача дивідендів	К(номер нарахування)	Так	0 – 2^32-1
Призначення	К(код призначення)	Ні	0 – 2^32-1
Валюта	К(код валюти)	Так	0 – 2^32-1

 

Складові елементи інформаційних об’єктів є реквізитами документів, які були наведені в таблиці 1.2. Ці елементи будуть зберігатися в комп’ютерній базі даних. Окрім складових елементів також потрібно привести деякі властивості інформаційних об’єктів.

Опис складових елементів інформаційних об’єктів даної СКБД було наведено в таблиці 2.2.

 

 

Таблиця 2.2

Опис складових елементів інформаційних об’єктів

Назва атрибута	Формат	Відсоток наявності	Обмеження на право звертання до значень атрибута	Дублювання значень	Область допустимих значень	Роль атрибутів та їхні характеристики
Акціонер
Код	9(8)	100%	Директор, начальник відділу, бухгалтери, економісти	Ні	0 – 2^32-1	Первинний ключ
Прізвище	А (20)	100%		Так	—	—
Ім’я	А (20)	100%			—	—
По-батькові	А (20)	80%			—	—
Телефон	А (20)	80%			—
Код міста	9(8)	100%			0 – 2^32-1
Місто
Код міста	9(8)	100%	—	Ні	0 – 2^32-1	Первинний ключ
Код регіону	9(8)	100%	—	Так	0 – 2^32-1	—
Назва міста	A(20)	100%	—	Так	—	—

Продовження табл 2.2

Регіон
Код регіону	9(8)	100%	—	Ні	0 – 2^32-1	Первинний ключ
Код країни	9(8)	100%	—	Так	0 – 2^32-1
Назва регіону	А(20)	100%	—	Так
Країна
Код країни	9(8)	100%	—	Ні	0 – 2^32-1	Первинний ключ
Країна	А(20)	100%	—	Так
Акції
Код акцій	9(8)	100%	Директор, начальник відділу, бухгалтери, економісти	Ні	0 – 2^32-1	Первинний ключ
Код акціонера	9(8)	100%			0 – 2^32-1
Дата	Х(10)	100%			Менша поточної
Кількість	9(8)	100%		Так	0 – 2^32-1
Емісія
Код акцій	9(8)	100%	бухгалтери, економісти	Ні	0 – 2^32-1	Первинний ключ
Дата	Х(10)	100%			Менша поточної
Кількість	9(8)	100%		Так	0 – 2^32-1

 

 

Закінчення табл. 2.2

Види акції
Код акцій	9(8)	100%	—	Ні	0 – 2^32-1	Первинний ключ
Вид акцій	А(20)	100%	—	Так
Оподаткування	9(8)	100%	—		0-50
Видача дивідендів
Номер	9(8)	100%	Директор, начальник відділу, бухгалтери, економісти, акціонери	Ні	0 – 2^32-1	Первинний ключ
Дата	Х(10)	100%		Так	Менша поточної
Кількість коштів	9(8)	100%			0 – 2^32-1
Код валюти	9(8)	100%			0 – 2^32-1
Код призначення	9(8)	100%			0 – 2^32-1
Призначення
Код призначення	9(8)	100%	—	Ні	0 – 2^32-1	Первинний ключ
Призначення	А(20)	100%	—	Так	0 – 2^32-1
Валюта
Код валюти	9(8)	100%	—	Ні	0 – 2^32-1	Первинний ключ
Валюта	А(20)	100%	—	Так	0 – 2^32-1

 

 

Важливим етапом для створення проекту бази є також опис структурних зв’язків між об’єктами, переліз цих зв’язків наведено у таблиці 2.3.

Таблиця 2.3

Опис структурних зв’язків

Назва структурного зв'язку	Напрямок руху по зв'язку	Спосіб упорядкування екземплярів підпорядкованого об'єкта	Клас членства
Місто -Акціонер	ВП	Код акціонера ↑	Обов’язковий
Регіон-місто	ВП	Код міста ↑	Обов’язковий
Країна-Регіон	ВП	Код країни ↑	Обов’язковий
Акціонер-Акції	ВПВ	Код акціонера ↑	Обов’язковий
Акції-Види акцій	ВПВ	Код акцій ↑	Обов’язковий
Види акцій-Емісія	ВПВ	Код акцій ↑	Обов’язковий
Призначення-Виплата дивідендів	ПВ		Обов’язковий
Валюта-Виплата дивідендів	ПВ		Обов’язковий

 

Після аналізу отриманої інформації перейдемо до наступного етапу створення проекту бази даних, в якому побудуємо діаграму «Сутність-зв'язок» скориставшись CASE-засобом CA ERWin. На основі побудованої діаграми в подальшому будуть створюватись фізичні моделі баз даних в обраних СКБД.  
2.2. Побудова та опис діаграми «Сутніть–зв’язок».

 

На основі отриманої інфологічної моделі побудуємо діаграму «Сутніть –зв’язок». Кожний елемент моделі відповідає окремій сутності, отже діаграма буде містити десять сутностей: «Акціонер», «Місто», «Регіон», «Країна», «Акції», «Види акцій», «Емісія», «Видача дивідендів», «Призначення», «Валюта». Кожна з даних сутностей має певний набір атрибутів, що відбивають деякі її властивості, а також ключ – атрибут, що є унікальним для кожної сутності.