икористання;
Опис варіантів використання.
3. Моделювання даних до предмета розробки
.1 Передмова
Для моделювання даних в даному курсовому проекті в якості інструментарію був обраний CASE-пакет ERwin, найбільш повно відповідає вимогам проектування різного типу БД.
3.2 Вибір інструментарію, діаграмних технік
Основою для побудови моделей даних послужили результати обстеження цільової діяльності з побудовою моделі AS-IS і TO-BE. В якості інструментарію для моделювання даних ERwin. br/>
3.3 Логічна модель даних
Після виявлення відносин між сутностями була побудована логічна модель, показана нижче:
В
Малюнок 3.3.1 - Модель даних на рівні сутностей
В
Малюнок 3.3.2 - Модель на рівні визначень
В
Малюнок 3.3.3 - Модель даних на рівні атрибутів
В
Малюнок 3.3.4 - Модель на рівні первинних ключів
3.4 Фізична модель даних
Першим етапом фізичного проектування БД є перетворення відносин, створених на основі логічної моделі даних, в таку форму, яка може бути реалізована в середовищі цільової СУБД. Для реалізації БД даного проекту в якості цільової СУБД буде обраний Microsoft SQL Server 2000. p align="justify"> Нижче представлена ​​спроектована фізична модель даних на рівні таблиць і колонок.
В
Малюнок 3.4.1 - Фізична модель на рівні колонок
У ході виконання частини курсового проекту, представленої в даному розділі, було виконано:
Виділення сутностей і атрибутів моделі даних з використанням бізнес-процесів;
Визначення відносин між сутностями;
Побудова логічних моделей даних, представлених на різних рівнях;
Визначення в якості базової СУБД MS SQL Server 2005, з побудовою фізичної моделі даних.
4. Логічне моделювання предмета розробки
.1 Передмова
Нижче в розділі представлені результати подальшого розвитку логічної моделі ПО, початок створення якої було покладено в розділі В«Технічне завдання на предмет розробкиВ». Зрозуміло, мова моделювання та інструментарію його реалізації залишилися колишніми: UML і Rational Rose. br/>
.2 Виділення класів аналізу
.2.1 Способи виділення класів аналізу
Клас аналізу являє собою абстракцію одного або більше класів і/або підсистем у проекті системи. Ця абстракція має такі характеристики:
