База даних "Телефонний довідник"
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
дулів додатків, розробляються стратегії тестування БД і додатків, створюється план тестування додатків БД і готуються тестові дані;
контроль якості проектування БД полягає в перевірці якості результатів проектування на кожному його етапі;
облік завдань зворотного впливу полягає у настройці деяких транзакцій до БД і локальному перепроектуванні БД відповідно до вимог, що надходять з інших етапів створення БД.
Коротко розглянемо бізнес-моделі другого рівня.
Бізнес-модель процесу проектування БД: збір й аналіз вхідних даних
На рис. 1.14 наведена діаграма декомпозиції процесу проектування БД другого рівня, що відбиває основні завдання етапу збору й аналізу вхідних даних.
Такими завданнями є:
збір документації з результатами аналізу ПО БД у вигляді діаграм, специфікацій і вимог;
контроль якості результатів аналізу ПО БД;
систематизація вимог і специфікацій замовника до БД;
підготовка плану проектування БД.
Рисунок. 1.14 Діаграма декомпозиції процесу проектування БД: збір й аналіз вхідних даних
У ході контролю якості основними моментами діяльності є контроль ER-діаграм і контроль діаграм функціональної моделі ПО. На підставі ER-діаграм створюється логічна модель реляційної БД; на підставі діаграм функціональної моделі розробляється серверний код і проектуються модулі додатків БД.
Систематизація вимог замовника до БД виконується з метою їх адекватного розподілу по етапах проектування БД. Важливим результатом систематизації є висновок про достатність вимог і можливість реалізації БД. Аналіз вимог на можливість реалізації БД у рамках конкретного ІТ-проекту є основою для ухвалення рішення менеджером проекту про можливості реалізації в цілому.
Дійсна бізнес-модель процесу проектування БД являє собою досить простий типовий приклад бізнесу-моделі проектування. У загальному випадку зміст бізнес-моделі проектування залежить від багатьох факторів: особистості менеджера й складу команди проекту, обсягу проекту, проектних ризиків і т.д.
Бізнес-модель процесу проектування реляційної БД: створення логічної моделі БД (рис. 1.15). Основною метою етапу створення логічної моделі БД є перетворення інформаційної моделі ПО БД у логічну модель реляційної БД. Створення логічної моделі БД припускає рішення таких основних завдань і виконання операцій у рамках таких завдань:
нормалізація сутностей ПО: одержати список атрибутів сутності; визначити функціональні залежності (ФЗ) у сутності; визначити детермінанти сутності; визначити можливі ключі відношення, зокрема, розглянувши унікальний ідентифікатор сутності; виконати нормалізацію сутності (перетворити сутність у відношення); для отриманого відношення призначити первинні ключі; сформувати список кандидатів на зовнішні ключі, якщо необхідно; сформувати бізнес-правила підтримки цілісності сутності, якщо необхідно;
нормалізація відношення логічної моделі БД;
визначити ступінь звязку сутностей;
визначити клас приналежності сутності до звязку: нормалізувати відношення (дозволити звязку);
призначити первинні ключі єднальних відношень, виходячи з унікального ідентифікатора звязку й процедури міграції ключів при нормалізації; визначити атрибути єднальних відношень, якщо необхідно; сформувати бізнес-правила підтримки цілісності звязків;
перевірка правильності логічної моделі реляційної БД: перевірка відношень на відповідність нормальній формі Бойса-Кодда; перевірка відношень на властивості зєднання без втрат і збереження функціональних залежностей; запобігання втрати даних;
шляхом міграції первинних ключів відношення й призначення зовнішніх ключів; перевірка на відсутність незамкнутих звязків; перевірка на відсутність одиночних відношень;
формулювання частини вихідних даних для вирішення завдання керування посилальною цілісністю;
документування логічної моделі реляційної БД;
ухвалення рішення про можливість реалізації побудованої логічної моделі реляційної БД;
ухвалення рішення про розроблення фізичної моделі реляційної БД.
Результатом проектування логічної моделі БД є нормалізована схема відношень БД.
Відзначимо, що в ході виконання етапу створення логічної моделі БД можуть бути створені нові обєкти БД, не передбачені в інформаційній моделі ПО, наприклад, єднальна сутність при нормалізації відношень зі ступенем звязку "множина-до-множини".
Подані завдання становлять мінімально необхідний набір завдань, що дозволяють спроектувати логічну модель БД, і можуть розглядатися як один з можливих способів організації робіт у цій області.
Рисунок 1.15 Бізнес-модель процесу створення логічної моделі БД
Бізнес-модель етапу проектування - створення фізичної моделі реляційної БД
Основна мета вирішення цього завдання: перетворити логічну модель реляційної БД у послідовність команд SQL для створення обєктів реляційної БД. Таким чином, розробник
БД відображає відношення логічної моделі реляційної БД (сутності ПО, подані в нормалізованій формі на ER-діаграмах) у таблиці й індекси реляційної БД.
Це завдання включає виконання ряду обовязкових послідовних процедур:
створення базових таблиць. Вони представляють основні блоки зберігання даних і виводяться із сутностей логічної моделі даних. При створенні кожної таблиці розробник