Автор: Пользователь скрыл имя, 25 Декабря 2011 в 23:08, курсовая работа
1.1 Общие сведения
База данных проектируется в СУБД Visual FoxPro версии 9.0. Основанием для разработки курсового проекта является задание от доцента кафедры ИТАП, к.т.н. Прохорова А.А. по курсу «Базы данных» по направлению «Прикладная информатика». Курсовой проект разрабатывается согласно учебному плану по дисциплине «Базы данных» в соответствии с государственным стандартом специальности «Прикладная информатика (в экономике)» ГОСТ 080801.
2.1 Входная и выходная информация
Входной информацией для решения данной задачи являются следующие данные:
1. Анкетные данные о сотрудниках;
2. Данные о деятельности сотрудников;
3. Адреса сотрудников;
4. Состав семьи сотрудников.
Выходными
данными: отчеты и запросы.
3 Концептуальная (инфологическая) модель предметной области
В базе данных отображается часть реального мира, полнота ее содержания будет зависеть от целей создаваемой базы данных. Для того чтобы база данных полно и правильно отражала предметную область, проектировщик базы данных должен хорошо представлять все стороны предметной области и уметь отобразить их в базе данных. Поэтому прежде чем начинать проектирование необходимо разобраться, как функционирует предметная область, для отображения которой создается база данных. Предметная область должна быть предварительно описана в виде схем. Описание предметной области с использованием искусственно формализованных средств называют инфологическим моделированием. Данное описание не зависит от используемых программных средств. Инфологическая модель строится вне зависимости от того, будете ли вы в дальнейшем использовать какую-либо СУБД или пользоваться другими программными средствами для реализации своей информационной системы.
Требования к инфологической модели:
Определение сущностей и атрибутов:
Сущность – это субъект, место, вещь, событие или понятие, содержащие информацию. Точнее, сущность – это набор объектов, называемых экземплярами. Каждый экземпляр сущности обладает набором характеристик. Так каждый сотрудник лаборантского состава имеет фамилию, имя, отчество, должность, дату рождения, место жительства, домашний и сотовый телефон. В логической модели все эти характеристики называются атрибутами сущности.
Состав атрибутов и их описание для сущности «Анкетные данные о сотрудниках» представлены в таблице 1.
Таблица 1 – Атрибуты сущности «Анкетные данные о сотрудниках»
Имя атрибута | Описание |
Код | Идентификационный код сотрудника |
Фамилия | Фамилия сотрудника |
Имя | Имя сотрудника |
Отчество | Отчество сотрудника |
Дата рождения | Дата рождения сотрудника |
Пол | Пол сотрудника |
Семейное положение | Семейное положение сотрудника |
Образование | Образование сотрудника |
Занимаемая должность | Занимаемая должность сотрудника |
Стаж работы в организации | Стаж работы в организации сотрудника |
Должностной оклад | Должностной оклад сотрудника |
Страх. мед. полис | Страх. мед. полис сотрудника |
ИНН | ИНН сотрудника |
В таблицах 2, 3, 4 представлены атрибуты сущностей «Данные о деятельности сотрудника», «Адрес сотрудника», «Состав семьи сотрудника» соответственно.
Таблица 2 – Атрибуты сущности «Данные о деятельности сотрудника»
Имя атрибута | Описание | |
Код | Идентификационный код сотрудника | |
Фамилия | Наименование продукции | |
Имя | Фасовка продукции в кг | |
Отчество | Фасовочная цена | |
Явки | Число отработанных дней | |
Болезнь | неявки по болезни | |
Отпуск | Неявки в связи с очередным отпуском | |
Адм. отпуск | Неявки с разрешения администрации | |
Прогул | Прогулы | |
Зар. плата | Зарплата работника за месяц | |
Таблица 3 - Атрибуты сущности «Адрес сотрудника»
Имя атрибута | Описание | |
Код | Идентификационный код сотрудника | |
Адрес | Адрес сотрудника | |
Телефон | Контактный телефон сотрудника |
Таблица 4 - Атрибуты сущности «Состав семьи сотрудника»
Имя атрибута | Описание | |
Код | Идентификационный код сотрудника | |
Отношение | Кем приходится данный человек сотруднику | |
Фамилия | Фамилия родственника | |
Имя | Имя родственника | |
Отчество | Отчество родственника | |
Дата рождения | Дата рождения родственника |
В физической модели каждой сущности будет соответствовать таблица базы данных, а каждому атрибуту – поле таблицы. Имена таблиц и полей лучше задавать латинскими буквами и достаточно короткими для удобства программирования и совместимости с системами, не поддерживающими кириллицу. Состав связей и данных в концептуальной и физической моделях показаны в таблицах 5 и 6.
Таблица 5 – Состав базы данных информационной системы
Сущность концептуальной модели | Таблицы физической модели | |
Название | Информация | |
Анкетные данные о сотрудниках | Sotrudnik_data | Сведения о сотрудниках (код, ФИО, пол, семья, стаж и т.д.). |
Данные о деятельности сотрудника | Sotrudnik_work | Сведения о деятельности сотрудников. О том, как он ходил на работу. |
Адрес сотрудника | Adres | Сведения об адресе сотрудника. |
Состав семьи сотрудника | Sem_sostav | Сведения о семьи сотрудника. |
Таблица 6 – Связи между объектами базы данных информационной системы
Концептуальная модель | Физическая модель |
Анкетные данные о сотрудниках - Данные о деятельности сотрудника | Sotrudnik_data – Sotrudnik_work |
Анкетные данные о сотрудниках – Адрес сотрудника | Sotrudnik_data – Adres |
Анкетные данные о сотрудниках - Состав семьи сотрудника | Sotrudnik_data - Sem_sostav |
Для создания концептуальной модели выполняются в CASE-средстве методологии IDEF1Х с помощью Erwin. CASE - средство Erwin поддерживает методологию IDEF1Х и стандарт IE (Information engineering).
Преимущества от использования CASE -средства Erwin:
1. Возможность формирования документов, на основании которых производится проектирование БД и приложений, обеспечивающих доступ к БД. На основании этих документов производится формулирование системных требований к проектируемой БД.
2. Возможность создания диаграмм структуры БД, позволяющих автоматически решать вопросы, связанные с сохранением ее целостности.
3.
Независимость логической
Кроме того, Erwin предоставляет возможность формирования большого числа отчетов, отражающих текущее состояние процесса проектирования БД.
Методология IDEF1Х подразделяется на уровни, соответствующие проектируемой модели данных системы. Каждый такой уровень соответствует определенной фазе проекта. Такой подход полезен при создании систем по принципу «сверху вниз».
Три уровня моделей, объединяющие в себе логические модели, состоят из Entity Relationship Diagram (Диаграмма сущность-связь), Key-Based (Модель данных, основанная на ключах) Model и Fully Attributed model (Полная атрибутивная модель).
Диаграмма сущность-связь
Диаграмма сущность-связь является самым высоким уровнем в модели данных и определяет набор сущностей и атрибутов проектируемой системы. Целью этой диаграммы является формирование общего взгляда на систему для ее дальнейшей детализаций.
Модель данных, основанная на ключах
Этот тип модели описывает структуру данных системы, в которую включены все сущности и атрибуты, в том числе ключевые. Целью этой модели является детализация модели сущность-связь, после чего модель данных может начать реализовываться.
Полная атрибутивная модель
Эта модель включает в себя все сущности, атрибуты и является наиболее стальным представлением структуры данных. Полная атрибутивная модель представляет данные в третьей нормальной форме.
Первым шагом при создании логической модели БД является построение диаграммы ERD (Entity Relationship Diagram). ERD - диаграммы состоят из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты - прилагательными или модификаторами, взаимосвязи - глаголами.
4 ERD - диаграмма
ERD-диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения информации.