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