"> Процес проектування бази даних виконується поетапно, а етапи в основному відповідають різновидам моделей ПЗ при русі від більш абстрактних до більш конкретних з датологіческой точки зору: концептуальної инфологической моделі і двох датологіческой, логічного рівня і внутрішнього рівня. Побудови цих моделей передує вивчення предметної області. p align="justify"> Таким чином, виділяються наступні чотири етапи проектування:
обстеження ПО, формування та аналіз вимог;
інфологічне проектування;
логічне проектування;
внутрішнє (фізичне) проектування.
Кожному з етапів відповідають свої принципи, методи, прийоми.
Основний зміст першого етапу: збір відомостей про сутності, їх властивості та взаємини в ПЗ; про процедури, пов'язаних з об'єктами ПЗ; про вимоги за обсягами інформації в БД, швидкодії, користувачах і т.п.
Для спеціальних ПО доводиться спілкуватися з фахівцями та експертами, може використовуватися методологія проведення експертних оцінок і обробки їх результатів. Для обстеження і опису ПО існує цілий ряд докладно розроблених методик, які пропонують види опрацьованих таблиць для заповнення, запитальники і т.п. допоміжні засоби. Це полегшує і стандартизує роботу з обстеження ПО, дозволяє скоротити час вивчення. p align="justify"> На етапі концептуального, інфологіческого проектування розробляється концептуальна схема БД. Головні проблеми полягають в структуризації інформаційної анархії, отриманої в результаті збору інформації про ПЗ, у вирішенні питань:
об'єднання інформації з різних фрагментів ПЗ;
виділення об'єктів угрупованням атрибутів (при цьому семантичні зв'язки поділяються на внутрішні, між атрибутами у складі об'єктів, і зовнішні - між сутностями);
вибору ключів;
обліку та відображення у складі зв'язків структурних і Запитальний зв'язків.
Все це вирішується неоднозначно, але від раціонального вирішення цих питань сильно залежить якість БД. Найчастіше при вирішенні зазначених питань використовується термінологія і прийоми, розроблені в рамках реляційної моделі даних (термінологія відносин, методи нормалізації відносин). Робляться спроби створити в цій сфері автоматизовані системи, подобу САПР. p align="justify"> Існують два підходи до ПЗ:
історично перший (як більш простий і швидкий) заснований на інтегруванні уявлень про ПЗ користувачів інформації;
другий базується на уявленнях про об'єктивно (незалежно від користувачів) існуючої ПО, з притаманною їй семантикою.
Сучасна точка зору вимагає поєднання обох вистав. Без урахування другого підходу немає достатньої гнучкості та здатності до адаптації при коригуванні користувальницьки...
