Автор работы: Пользователь скрыл имя, 22 Мая 2012 в 18:50, курсовая работа
Создаваемая база данных должна содержать в себе данные о клиентах, тарифных планах,
предоставляемых каналах, работниках, зоне покрытия, зоне недосягаемости, и дополнительные информационные таблицы чтобы быстро составлять требуемые нам отчеты.
Для данной АИС можно формировать следующие запросы:
- Количество действующих клиентов.
-Поиск клиентов, у которых на сегодняшний день нулевой баланс (для окончания предоставления услуг)
- Проверка жилого дома в зоне досягаемости
- Поиск работников, которые проводили работы определенного числа
- Поиск клиентов, которые находятся в статусе блокировки более 3 месяцев
1. ВВЕДЕНИЕ……………………………………………………………………………………………...2
2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ …..………………………………………………………………………3
2.1 Назначение АСУ ……………………………………………………………………..............4
2.2 Основные требования к АСУ ……………………………………………………….............4
2.3 Технико-экономические показатели ………………………………………………............5
2.4 Состав, содержание и организация работ по созданию АСУ ..………………………….5
2.5 Порядок приемки АСУ ………………………………………………………………………..6
2.6. Обследование предприятия………………………………………………………………….7
3. КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ ……………………………………………………...9
3.1 Оргштатная структура…………………………………………………………………….……...9
3.2 Er диаграмма ……………………………………………………………………………………..10
3.3 Определение атрибутов ………………………………………………………………............12
4. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ………………………………………………… …………..15
4.1 Нормализация отношений……………………………………………………………………...15
4.2 Проектирование логической модели………………………………………………….............16
4.3 Документация логической модели…………………………………………………….............17
ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ………………………………………………………...……...…21
5.1 Генерация физической модели с помощью программы Erwin 27 ……………………………. 21
5.2 Создание Базы данных …………………………………………………………………………..….22
5.3 Создание генераторов, таблиц и добавление связей…………………………………………...23
ТЕСТИРОВАНИЕ БАЗЫ ДАННЫХ……………………………………………………………….……..29
6.1 – Выполнение запросов……………………………………………………………………………….32
ЗАКЛЮЧЕНИЕ …………………………………………………………………………………….............45
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ ……………………………
Перенос концептуальной модели в логическую модель:
Целью переноса концептуальной
модели в логическую модель, является
удаление из нее лишних сущностей
и связей. На этом этапе они повторно
анализируются и при
При повторном анализе и переносе своей концептуальной модели удалять сущности пришлось, так сущность не удовлетворяла логическому проектированию.
4.1 - Нормализация отношений.
Процесс нормализации должен проходить как минимум в три этапа:
При переносе концептуальной модели в логическую модель образовались таблицы (см. табл. 2).
Таблица 2. –Сущности:
Сущность |
Описание сущности |
Atletica |
Легкая атлетика |
Gruppa_myshc |
Группы мышц |
Sorevnovania |
Соревнования |
Sportsmen |
Спортсмен |
Trener |
Тренер |
Den_nedely |
День недели |
Plan_trenirovky |
План тренировки |
Zhurnal_trenirovok |
Журнал тренировок |
Первая нормальная форма – приведение таблиц в такое состояние, когда в каждом поле содержится одно значение, а также ключевое поле не является пустым.
Вторая нормальная форма – приведение таблиц в такое состояние, в котором не ключевой атрибут зависит от ключевого атрибута.
Определение ключевых атрибутов для таблиц (см. табл. 2.1)
Таблица 2.1 - Атрибуты таблиц:
Сущность |
Ключевое поле |
Atletica |
Id_atletic (Уникально идентифицирует атлетику) |
Gruppa_myshc |
Id_Gruppa (Уникально идентифицирует группу мышц) |
Sorevnovania |
Id_Sorev (Уникально идентифицирует соревнования) |
Sportsmen |
Id_Sport (Уникально идентифицирует спортсмена) |
Trener |
Id_trener (Уникально идентифицирует тренера) |
Den_nedely |
Id_Den_Ned (Уникально идентифицирует день недели) |
Plan_trenirovky |
Id_plan_tren (Уникально идентифицирует план тренировки) |
Zhurnal_trenirovok |
Id_Zhurnal_tren (Уникально идентифицирует журнал тренировки) |
Третья нормальная форма - приведение таблиц в такое состояние, в котором каждый не ключевой атрибут не транзитивно зависит от ключевого атрибута.
В результате проектирования все не ключевые атрибуты не транзитивно зависят от ключевого.
4.2. Проектирование логической модели с помощью программы Erwin.
Erwin – комплексный инструментарий, предназначенный для работы с моделями данных и их анализа на логическом и физическом уровне. Он предназначен для проектирования, создания и сопровождения баз данных. Erwin предоставляет мощные средства проектирования, которые обеспечивают интегрированный подход к удовлетворению потребностей специалистов, обслуживающих корпоративные базы данных, и упрощают их работу.
Логическая модель базы данных созданной в программе Erwin указана на рис.4.1
Рис.4.1 Логическая модель базы данных.
4.3 - Документирование логической модели.
При документировании логической
модели производится определение всех
атрибутов сущностей, типа данных атрибута
ограничения, допустимости пустого
поля и описание атрибута. Определения
атрибутов сущностей
Таблица 3.1 - Определение атрибутов сущности «Атлетика».
Тип сущности |
Атрибут |
Тип данных |
Первичный ключ |
Вторичный ключ |
Описание |
|
Atletic (Атлетика) |
Id_Atletic |
integer |
+ |
Уникально идентифицирует номер атлетики | |
Vid |
Varchar (50) |
Виды легкой атлетики | |||
Edin |
Varchar (10) |
Единица измерения каждого вида атлетики |
Таблица 3.2 - Определение атрибутов сущности «Тренер».
Тип сущности |
Атрибут |
Тип данных |
Первичный ключ |
Вторичный ключ |
Описание |
|
Trener (тренер) |
Id_Trener |
Integer |
+ |
Уникально идентифицирует номер тренера | |
Family |
Varchar (35) |
Фамилия тренера | |||
Name |
Varchar (35) |
Имя тренера | |||
Otchestvo |
Varchar (35) |
Отчество тренера | |||
Data_Rozd |
Varchar (12) |
Дата рождения тренера | |||
Stazh |
Varchar (5) |
Стаж тренера | |||
Zarplata |
Integer |
Заработная плата тренера | |||
Zvanie |
Varchar (200) |
Звание тренера |
Таблица 3.3 - Определение атрибутов сущности «Спортсмен».
Тип сущности |
Атрибут |
Тип данных |
Первичный ключ |
Вторичный ключ |
Описание |
|
Sportsmen (спортсмен) |
Id_Sport |
Integer |
+ |
Уникально идентифицирует номер спортсмена | |
Family |
Varchar (35) |
Фамилия спортсмена | |||
Name |
Varchar (35) |
Имя спортсмена | |||
Data_Rozd |
Varchar (12) |
Дата рождения спортсмена | |||
Address |
Varchar (100) |
Адрес проживания спортсмена | |||
Tel_no |
Varchar (11) |
Телефонный номер спортсмена | |||
Rost |
Varchar (5) |
Рост спортсмена | |||
Ves |
Varchar (6) |
Вес спортсмена | |||
Pol |
Varchar (3) |
|
|
Пол спортсмена | |
Id_trener |
Integer |
|
+ |
Уникально идентифицирует номер тренера |