Навигация
Построение модели данных предметной области
35796
знаков
0
таблиц
29
изображений
3. Построение модели данных предметной области
Предметной областью в данном случае являются кадры организации. Любая фирма стремится к наиболее эффективному управлению персоналом и достижению поставленных целей. Для этого необходимо иметь полную и достоверную информацию о сотрудниках, иметь возможность пользователям решать свои функциональные задачи.
4.1. Назначение и функции базы данных кадров
В каждой организации есть отдел кадров. Это функциональный отдел в структуре управления организацией. Одна из функций отдела – ведение базы работников: ведение учета претендентов на вакантные должности, отбор претендентов для приема на работу, оформление документов при приеме на работу, ведение наличия вакантных должностей, ведение учета поощрений, наказаний, отслеживание квалификационного движения, должностные перемещения, утверждение разрядов.
Пользователями баз данных являются руководители верхнего уровня, работники отдела кадров и бухгалтерии. В любой организации составляются штатное расписание, которое запланировано для работы.
4.2 Концептуальное проектирование
База данных является моделью части реального мира, которая представляет интерес для данного исследования. Часть реального мира, модель которой разрабатывается, называется предметной областью. Полнота описания предметной области зависит от целей создаваемой информационной системы. Для описания предметной области может использоваться естественный язык, но его использование имеет много недостатков. Наиболее важные – громоздкость описания, неоднозначность трактовки. Поэтому для этих целей используются формализованные языковые средства. Формализованное описание предметной области является концептуальной моделью.
Основными компонентами концептуальной модели являются:
· Данные, циркулирующие в данной предметной области;
· Описание классов, объектов предметной области и связей между ними;
· Описание информационных потребностей пользователей.
Среди методов концептуального моделирования наибольшей популярностью пользуется ER-моделирование. ER-модель представляет собой графическое описание предметной области в терминах «объект-свойство-связь». Основными понятиями модели являются класс объектов (совокупность объектов, обладающих одинаковым набором свойств), свойства (атрибуты объекта) и связи (зависимость между атрибутами классов объектов), а так же класс принадлежности является обязательным, если все экземпляры этого класса обязательно участвуют в рассматриваемой связи, в противном случае класс принадлежности является необязательным.
Для представления классов, экземпляров классов и связей между ними используются графические средства:
· Диаграммы ER-экземпляров;
· ER-диаграммы.
Диаграмма (Рис.2) показывает, какую конкретную должность занимает каждый из работников. При этом связь М:1 (многие - к одному) указывает, что одну должность может занимать несколько работников, а класс принадлежности О-О (обязательный-обязательный) показывает, что каждый должность должна быть занята работниками.
Рис. 2. Диаграмма ER-экземпляров
На рисунке 3 представлена диаграмма ER-типа, соответствующая рассмотренной диаграмме ER-экземпляров.
Рис.3. Диаграмма ER-типа
Пример концептуальной модели данных предметной области представлен на рисунке 4.
Рис. 4. Концептуальная модель предметной области
4.3 Разработка даталогической и физической моделей данных
Даталогическая модель базы данных является моделью логического уровня и строится для конкретной СУБД, в среде, в которой проектируется база данных, в данном случае это СУБД Access.
При даталогическом моделировании необходимо спроектировать структуру таблиц с учетом требований к реляционным моделям в среде СУБД Access.
Обычно исходная реляционная модель формируется из ER-модели путем преобразования классов объектов и процессов в самостоятельные отношения – таблицы.
В результате моделирования может быть получена реляционная модель следующего вида:
КАДРЫ (Табельный номер, Фамилия, Имя, Отчество, Дата Рождения, Образовании)
Должность (Код Должности, Название, Оклад, По Штату)
Зарплата (ТабНомер, Фамилия, Имя, Отчество, Оклад, ДоплСложн, ДоплУдален, НадбКласс, Премия, НазваниеДолжн, Зарплата)
ДоплатаСложность (КодСложн, Название, Надбавка)
ДоплУдаленность (КодВредности, Название, Надбавка)
Архив Удаленных (ТабНомер, Фамилия, Имя, Отчество, Дата Найма)
НадбавкаКласс (КодКласс, Класс, Надбавка)
Претенденты (КодПретед, ФИО, Образование, ДатаРождения, Адрес, На должность)
На следующем этапе реализуется физическая модель в СУБД Access. Создаются таблицы классов объектов с соответствующими типами данных и свойствами полей (Рис.5).
Рис.5. Структура таблиц с типами данных
С помощью инструментальных средств в окнах Схема данных и Изменение связей устанавливаются связи между полями таблиц (Рис.6.1 и Рис. 6.2).
Рис. 6.1. Схема данных
Рис. 6.2. Установка связи «один-ко-многим»
При формировании таблиц следует рационально использовать внешнюю память. Для этого указываем Размер поля необходимый для нашего случая 20 символов, а не 50 (Рис.7).
Рис.7. Размер текстового поля «Название»
Похожие работы
... состав комиссии и председатель, отличной от комиссии для рядовых работников. Форма «Аттестация» используется для оформления списка аттестации сотрудников, строится на основе списка «Вызов на аттестацию» и содержит дополнительные поля для ввода данных. Также как и в форме «Вызов на аттестацию» предварительно необходимо выбрать комиссию. 2.3.2 Руководство пользователя Для запуска базы ...
и между ними связей можно создавать запросы по данным из этих связанных таблиц. В качестве примера рассмотрим этапы создания БД сотрудников в СУБД В МУЗ «Городская поликлиника №3». 1. Описание этапов создания реляционной базы данных 1.1 СУБД «ACCESS» СУБД – это система, позволяющая создавать БД, которая управляет вводом и взаимосвязью данных внутри БД, либо между БД. СУБД «ACCESS» - ...
... которые обеспечивают вычисление итогов, отображение сгруппированных и построение новых таблиц. Запрос можно использовать даже для обновления данных в таблицах, удаления записей и добавления одной таблицы к другой. 2. Проектирование и создание реляционной базы для Молодежного Центра 2.1 Построение информационно логической модели данных Работа по созданию базы данных началась с карандашом и ...
... баз данных других приложений (таких как xBase и Paradox), баз данных архитектуры клиент-сервер (таких как Microsoft SQL Server) или из электронных таблиц (например, Microsoft Excel или Lotus 1-2-3). Базы данных Access можно связывать с таблицами баз данных других типов (dBase, FoxPro, Paradox) форматированными файлами (такими, как текстовые файлы в формате ASCII и рабочие листы Excel) и с другими ...
0 комментариев