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