2.2.2. Вимоги до транзакцій.

На основі вимог до даних, сформульованих в н.2.2.1, необхідно перечислити всі транзакції, що виконуються працівником , з метою одержання інформації, яка є важливою для ефективної роботи підприємства в цілому. Кожна транзакція пов’язана з певною бізнес- функцією даного підприємства. Відповідальність за виконання цих функцій несуть працівники, що займають відповідні посади. Вкінці опису кожної транзакції вказаний її користувач або група користувачів.

2.3. Проектування бази даних.

В цілому, процедура проектування бази даних включає наступні етапи:

Концептуальне проектування бази даних

Етап 1. Створення локальної концептуальної моделі даних на основі предметної

області користувача АРМу.

Логічне проектування бази даних (для реляційної моделі)

Етап 2. Побудова та перевірка створеної локальної концептуальної моделі даних.

Етап 3. Створення та перевірка глобальної логічної моделі даних.

Фізичне проектування бази даних (із використанням реляційної СКБД)

Етап 4. Перенесення глобальної логічної моделі даних в середовище цільової СКБД.

Етап 5. Проектування фізичного представлення бази даних.

Етап 6. Розробка механізмів захисту.

Етап 7. Організація моніторингу І налашту вання функціонування системи.

Складіть нормативи трудозатрат на виконання робіт з проектування бази даних по цих

етапах і результати запишіть у вигляді таблиці.

Таблиця 2.3. Нормативи трудозатрат на виконання робіт з проектування бази даних по етапах.

Назва етапу проектування бази даних	Перелік працівників, відповідальних за виконання даного етапу	Загальна кількість годин	Умови праці

Всього:

Супровід готової системи може включати такі види робіт:

1. навчання працівників підприємства;

2. профілактичне обслуговування ПК;

2. Зміст розділів пояснювальної записки. 2.1. Вступ.

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

2. Характеристика предметної області.

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

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