використовуват патерн «Репозіторій» для доступу до Даних.
Система Зі складаний моделлю области визначення может буті спрощена помощью Додатковий уровня, Наприклад Data Mapper, Який бі ізолював об'єкти від коду доступу до БД. У таких системах может буті корисностей додавання ще одного шару абстракції поверх кулі розподілу Даних (Data Mapper), в якому б БУВ зібраній код создания Запитів. Це становится ще більш ВАЖЛИВО, коли в области визначення безліч класів або при складних, Важка Запитів. У таких випадка додавання цього уровня особливо допомагає скоротіті дублювання коду Запитів.
Патерн «Репозіторій» - посередник между кулею области визначення и кулею розподілу Даних, працюючий, як звичайна колекція про «єктів области визначення. Про »єкти-Клієнти створюють описание запиту декларативно и направляються їх до об« єкта-репозіторію для ОБРОБКИ. Про »єкти могут буті додані або відалені з репозіторію так, наче смороду формують просту колекцію про« єктів. А код розподілу Даних, прихований в об »єкті« Репозіторій », подбає про відповідні Операції. Отже, патерн «Репозіторій» інкапсулює про «єкти, представлені в сховіщі Даних и Операції, зроблені над ними, надаючі більш об» єктно-орієнтоване уявлення реальних Даних. «Репозіторій» такоже переслідує мету Досягнення полного поділу и односторонньої залежності между рівнямі области визначення и розподілу Даних.
. Представлення МОДЕЛІ системи
2.1 Представлення прецедентів та їх Специфікація
За помощью діаграмі прецедентів можна создать список операцій, Які Виконує система. Часто цею вид діаграм назівають діаграмою функцій, ТОМУ ЩО на Основі набору таких діаграм створюють список вимог до системи и візначають множини функцій, Які віконуються системою. Загальна діаграма прецедентів зображена на малюнку 2.1. На ній зображено Основний функціонал ПЗ.
Рисунок 2.1 - Загальна діаграма прецедентів
наведіть діаграма відображає Основний функціонал майбутньої системи. Це дасть змогу розробник врахуваті ВСІ необхідні вимоги до ПЗ, на Основі якіх и буде Прийнято решение про вибір архітектури проектованої системи.
2.2 логічне представлення МОДЕЛІ
логічне проектування віконується для певної МОДЕЛІ Даних. Для реляційної МОДЕЛІ Даних логічне проектування Полягає у створенні реляційної схеми, візначенні числа и структура таблиці, формуванні Запитів до БД, візначенні тіпів звітніх документів, розробці алгорітмів ОБРОБКИ ІНФОРМАЦІЇ, створенні форм для вводу и Редагування даних до БД и рішенні цілого ряду других завдань. Концептуальні МОДЕЛІ за ПЄВНЄВ правилами перетворюються в логічні МОДЕЛІ Даних. Коректність логічніх моделей перевіряється за помощью правил нормалізації, Які дозволяють переконатіся в структурній узгодженості, логічній цілісності и мінімальній збітковості прійнятої МОДЕЛІ Даних.
логічна структура БД в кінцевому вігляді винна відповідаті всім стандартам, а самє:
НЕ містіті зв язків «багато-до-багатьох»;
НЕ мати складних зв'язків;
не винних буті множини атрібутів.
Всі зв язки типу «багато-до...
