Приклади опису предметної області

Головна | Про нас | Зворотній зв'язок

Користувачі повинні мати можливість інформаційної підтримки бази даних: ведення бази даних (запис, читання, модифікація, видалення в архів); забезпечення логічної несуперечності бази даних; забезпечення захисту даних від несанкціонованого або випадкового доступу (визначення прав доступу).

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

Кожна книга в бібліотеці може бути присутнім в декількох примірниках. Кожен екземпляр має наступні характеристики: унікальний інвентарний номер; шифр книги, який збігається з унікальним шифром з опису книг; місце розміщення в бібліотеці.

У разі видачі примірника книги Новомосковсктелю в бібліотеці зберігається спеціальний вкладиш, в якому повинні бути записані такі відомості: номер квитка Новомосковсктеля, який взяв книгу; дата видачі книги; дата повернення.

При роботі з системою бібліотекар повинен мати можливість вирішувати такі завдання: приймати нові книги і реєструвати їх в бібліотеці; проводити каталогізацію книг; проводити списання старих і не користуються попитом книг; вести облік виданих книг Новомосковсктелям; проводити списання загублених Новомосковсктелем книг; проводити закриття абонемента Новомосковсктеля,

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