Поля код записи, код сотрудника, фамилия, имя, отчество и адрес являются обязательными.
Поле домашний телефон заполняется по желанию сотрудника. Документальное оформление карточки «Контактная информация» представлено следующим образом:
Таблица 2. Контактная информация.
1 Код записи Короткое целое РК NOT NULL 2 Код сотрудника Короткое целое FK NOT NULL 3 Номер паспорта Короткий текст NOT NULL 4 Адрес Короткий текст NOT NULL 5 Электронная почта Короткий текст NOT NULL 6 Телефон (раб) Короткий текст 7 Телефон (моб) Короткий текст NOT NULL 8 Другие контакты Короткий текст В карточку «Личная информация» вносятся следующие данные: код записи, код сотрудника, дата рождения, имя супруга, ребенок 1, дата рождения, ребенок 2, дата рождения, ребенок 3, дата рождения, другие дети. Все поля, кроме поля «имя супруга» и сведения о детях являются обязательными к заполнению. Данная карточка имеет следующий вид:
Таблица 3. Личная информация.
1 Код записи Счетчик PK NOT NULL 2 Код сотрудника Числовой FK NOT NULL 3 Дата рождения Дата и время NOT NULL 4 Имя супруга Короткий текст 5 Фото Объект OLE 6 Ребенок 1 Короткий текст 7 Дата рождения Короткий текст 8 Ребенок 2 Короткий текст 9 Дата рождения Короткий текст 10 Ребенок 3 Короткий текст 11 Дата рождения Короткий текст 12 Другие дети Короткий текст В карточке «образование» указываются: личный код сотрудника, неполное образование, номер аттестата, полное образование, номер диплома, курсы, тренинги, знание иностранного языка, сейчас учусь (место учебы, специальность, курс). Все поля, кроме поля «№ диплома, курсы, тренинги, знание иностранного языка, сейчас учусь (место учебы, специальность, курс)», заполняются обязательно, заполняются при наличии у сотрудника высшего образования и прохождения соответствующего обучения. Дана форма выглядит следующим образом:
Таблица 4. Образование.
1 Код записи Счетчик PK NOT NULL 2 Код сотрудника Числовой FK NOT NULL 3 Неполное образование Логический 4 Номер свидетельства Короткий текст 5 Специальное образование Логический 6 Специализация Короткий текст 7 Номер документа Короткий текст 8 Среднее Логический Номер аттестата Короткий текст Бакалавр Логический Направление Короткий текст Номер диплома Короткий текст Специалист Логический Специальность Короткий текст Диплом специалиста Короткий текст Магистр Логический Диплом магистра Короткий текст Научная степень Логический Диплом Короткий текст Курсы (название, год прохождения) Длинный текст Тренинги (название, год) Длинный текст Семинары (название, год) Длинный текст Сейчас учусь Логический Название учреждения Короткий текс Специальность Короткий текс Курс Числовой Карточка «заработная плата» заполняется сотрудником отдела кадров по следующим параметрам: код сотрудника, фамилия, имя, отчество, размер заработной платы (указывается цифрами) и имеет следующее документальное оформление:
Таблица 5. Заработная плата.
1 Код ставки Счетчик NOT NULL 2 Код сотрудника Числовой NOT NULL 3 Зарплата Денежный NOT NULL 4 Надбавки Денежный 5 Коэффициент Числовой 6 Премия размер Денежный 7 Премия период Список 8 Премия дата Дата 9 Штраф размер Денежный 10 Штраф причина Короткий текст 11 Штраф дата Дата Таблица 6. Место работы.
1 Код рабочего места Короткий текст PK NOT NULL 2 Город Короткий текст NOT NULL 3 Адрес предприятия Короткий текст NOT NULL 4 Код торгового зала Короткий текст NOT NULL Таблица 7. Карточка Аттестация.
1 Код аттестации Счетчик PK NOT NULL 2 Код сотрудника Числовой FK NOT NULL 3 Опоздания Короткий текст NOT NULL 4 Исполнительность Короткий текст NOT NULL 5 Предложения Короткий текст NOT NULL 6 Качество работы Короткий текст NOT NULL 7 Повышение квалификации Короткий текст NOT NULL 8 Инициативность Короткий текст NOT NULL 9 Нарушения Короткий текст NOT NULL 2.
4. Проектирование логической структуры базы данных методом нормальных форм Нормализация — разбиение таблицы на две или более, обладающие лучшими свойствами включения, изменения или удаления данных. Окончательная цель нормализации сводится к получению такого проекта БД, в котором каждый факт появляется лишь в одном месте, то есть, исключена избыточность информации.
Нормализация отношений — формальный аппарат ограничений, на формирование отношений которого позволяет устранить дублирование, обеспечить непротиворечивость данных хранимых в базе, уменьшить трудозатраты на ведение БД.
Кодом выведено три нормальные формы и предложен механизм, позволяющий любое отношение преобразовать к третей нормальной форме. Приведем наши отношения к третей нормальной форме.
Первая НФ: Отношение называется нормализованным или приведенным к первой нормальной форме тогда и только тогда, когда все его атрибуты простые (неделимые). Таблица находится в первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом ее поле более одного значения, и не одно из ее ключевых полей не пусто. Для того чтобы привести наши отношения к первой нормальной форме надо сущность ФИО разбить на три отдельные (Фамилия, Имя, Отчество). Так же следует вынести в отдельную таблицу структурное подразделение, должности и наименование фирмы, чтобы не допустить избыточности данных. В отдельную таблицу выносятся приказы по личному составу и производственные приказы, так как нумерация у приказов общая. Атрибуты место проживания по паспорту и фактическое место проживания не требуют разбиения так как используются один раз.
Вторая НФ: Таблица находится во второй нормальной форме, если она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Для того чтобы наши отношения привести во вторую нормальную форму, надо вынести всех начальников отдела в отдельную таблицу.
Третья НФ: Таблица находится в третей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля. Отношения, представленные в данной БД приведены к третей нормальной форме.
Сущность — объект, информация о котором хранится в БД. Экземпляры сущности отличаются друг от друга и однозначно определяются. Названиями сущностей обычно являются существительные, например: СОТРУДНИК, ЗАРПЛАТА, ОБРАЗОВАНИЕ и т. д.
Атрибут — это свойство сущности. Это понятие аналогично понятию атрибута в отношении. Так, атрибутами сущности СОТРУДНИК может быть его код, фамилия, имя, отчество, отдел, должность и т. д.
Ключ сущности — набор атрибутов (атрибут), для идентификации экземпляра сущности.
Связь двух или более сущностей — предполагает зависимость между атрибутами этих сущностей. Название связи обычно представляется глаголом.
С целью удобства проектирования и повышения наглядности для представления сущностей, экземпляров сущностей и связей между ними используются различные графические средства:
• диаграммы ER-экземпляров,.
• диаграммы ER-muna, или ER-диаграммы.
Степень связи является характеристикой связи между сущностями, которая может быть типа: 1:1, 1: М, М:1, М: М (ACCESS не поддерживает последнюю).
Этапы проектирования.
Процесс проектирования базы данных является итерационным — допускающим возврат к предыдущим этапам для пересмотра ранее принятых решений и включает следующие этапы:
1. Выделение сущностей и связей между ними.
2. Построение диаграмм ER-типа с учетом всех сущностей и их связей.
3. Формирование набора предварительных отношений с указанием пред полагаемого первичного ключа для каждого отношения и использованием диаграмм ER-типа.
4. Добавление неключевых атрибутов в отношения.
5. Приведение предварительных отношений к нормальной форме Бойса — Кодда, например, с помощью метода нормальных форм.
6. Пересмотр ER-диаграмм в следующих случаях:
• некоторые отношения не приводятся к нормальной форме Бойса — Кодда;
• некоторым атрибутам не находится логически обоснованных мест в предварительных отношениях.
После преобразования ER-диаграмм осуществляется повторное выполнение предыдущих этапов проектирования (возврат к этапу 1).
Одним из узловых этапов проектирования является этап формирования отношений. Рассмотрим процесс формирования предварительных отношений, составляющих первичный вариант схемы БД.
Рисунок 2.
1. Логическая структура базы данных Ниже представлена форма для ввода личной информации. (рисунок 2.7).
Рисунок 2.
2. Форма ввода личной информации.
Заключение
В результате курсового проектирования были изучены теоретические основы моделирования процессов средствами ErWin Process Modeler и ARIS, проведено исследование деятельности библиотеки университета, как общего вида библиотеки высшего учебного заведения, спроектированы модели учета персонала розничной сети в различных нотациях. Была разработана информационная система учета персонала, которая была реализована в виде базы данных. Т. е. были выполнены задачи курсовой работы, что позволяет говорить о полном решении поставленных задач. Моделирование производилось в средствах ERwin Process Modeler, ArisExpress и MSAccess. Данные инструментальные средства предназначены для облегчения труда и увеличения производительности системного аналитика на первом этапе разработки системы. Они позволяют создать модель разрабатываемой информационной системы, что позволяет уже в дальнейшем приступить к созданию конкретной программной разработки, используя готовый проект информационной системы предметной области.
Список используемой литературы Федоров Н. В. Проектирование информационных систем на основе современных CASE-технологий. — М.: МГИУ, 2008. − 287 с.
Грекул В.И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем. Интернет-университет информационных технологий. / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина // ИНТУИТ.ру. − 2008.
Черемных С.В., Ручкин В. С., Семенов И. О. Структурный анализ систем IDEF-технологии. / С. В. Черемных, В. С. Ручкин, И. О. Семенов — М.: Финансы и статистика, 2001.
Козленко Л. Проектирование информационных систем. / Л. Козленко.
Вендров А. М. Проектирование программного обеспечения экономических информационных систем. / А. М. Вендеров. — М.: Финансы и статистика, 2000.
Нормативно-правовые документы по деятельности библиотек. [Электронный ресурс]. — Режим доступа:
http://www.obllib.mv.ru/page _normdoc1.htm.
Агальцов В. П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В. П. Агальцов. — М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. — 272 c.
Агальцов В. П. Базы данных. В 2-х т.Т. 1. Локальные базы данных: Учебник / В. П. Агальцов. — М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. — 352 c.
Голицына, О. Л. Базы данных / О. Л. Голицына, Н. В. Максимов, И. И. Попов. — М.: Форум, 2004. — 352 c.
Голицына, О. Л. Базы данных: Учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. — М.: Форум, 2012. — 400 c.
Карпова, И. П. Базы данных: Учебное пособие / И. П. Карпова. — СПб.: Питер, 2013. — 240 c.
Кириллов, В.В.
Введение
в реляционные базы данных.
Введение
в реляционные базы данных / В. В. Кириллов, Г. Ю. Громов. — СПб.: БХВ-Петербург, 2012. — 464 c.
Кошелев, В. Е. Базы данных в ACCESS 2007: Эффективное использование / В. Е. Кошелев. — М.: Бином-Пресс, 2009. — 592 c. 8. Кузин, А. В. Базы данных: Учебное пособие для студ.
высш. учеб. заведений / А. В. Кузин, С. В. Левонисова. — М.: ИЦ Академия, 2012. — 320 c.
Советов, Б. Я. Базы данных: теория и практика: Учебник для бакалавров / Б. Я. Советов, В. В. Цехановский, В. Д. Чертовской. — М.: Юрайт, 2013. — 463 c.
Фуфаев, Э. В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э. В. Фуфаев, Д. Э. Фуфаев. — М.: ИЦ Академия, 2012. — 320 c.
