Работа 5 Разработка концептуальной (логической) er-модели создаваемой базы данных
1. Ознакомиться с методологией создания ER-диагармм (IDEF1X-моделей).
2. Определить сущности.
3. Определить атрибуты сущностей.
4. Определить ключевые атрибуты сущностей.
5. Определить связи между сущностями.
6. Графически оформить концептуальную ER-диаграмму.
Работа 6 Разработка физической er-модели создаваемой базы данных
1. Изучить функциональные возможности и особенности СУБД MS Access.
2. Проанализировать концептуальную ER-диаграмму с целью выделения функциональных подзадач АРМ.
Работу АРМ можно разбить на выполнение следующих функциональных подзадач:
Управление учетными записями сотрудников: создание, удаление и изменение прав доступа.
Просмотр отчетов по статистике сеансов работы пользователей.
Заполнение и редактирование бланков накладных ф. 16-а.
Получение отчетов за заданный период, просмотр заполненных бланков накладных ф. 16-а.
3. Преобразовать концептуальную ER-диаграмму в физическую ER-диаграмму.
Сущность «Сотрудник»
|
№ |
Название атрибута |
Обязательность |
Тип |
Описание |
|
1 |
ID |
Да |
AutoNumber |
Порядковый номер |
|
2 |
Фамилия |
Да |
Text |
Фамилия сотрудника |
|
3 |
Пароль |
Да |
Text |
Пароль доступа |
|
4 |
Статус |
Да |
Text |
Начальник/оператор |
Сущность «Сеанс»
|
№ |
Название атрибута |
Обязательность |
Тип |
Описание |
|
1 |
ID |
Да |
AutoNumber |
Порядковый номер |
|
2 |
Время начала |
Да |
Date/Time |
Время начала сеанса |
|
3 |
Время окончания |
Да |
Date/Time |
Время окончания сеанса |
|
4 |
Фамилия сотрудника |
Да |
Text |
Фамилия работавшего сотрудника |
Сущность «Накладная ф.16-а»
|
№ |
Название атрибута |
Обяза-тельность |
Тип |
Описание |
|
1 |
ID |
Да |
AutoNumber |
Порядковый номер |
|
2 |
Время отправки почты |
Да |
Date/Time |
|
|
3 |
Фамилия сопровождающего |
Да |
Text |
|
|
4 |
Номер рейса |
Да |
Text |
|
|
5 |
Номер самолета |
Да |
Text |
|
|
6 |
Кол-во отправлений |
Да |
Number |
|
|
7 |
Адрес предприятия-отправителя |
Да |
Text |
|
|
8 |
Масса отправлений |
Да |
Number |
|
|
9 |
Вложения в мешках |
Да |
Text |
|
|
10 |
Фамилия оператора, составившего накладную |
Да |
Text |
|
|
11 |
Фамилия начальника отделения, заверившего накладную |
Да |
Text |
|
|
12 |
Возможность редактирования |
Да |
Boolean |
Доступна ли в данный момент накладная для редактирования |
Сущность «Почтовое отправление»
|
№ |
Название атрибута |
Обязательность |
Тип |
Описание |
|
1 |
ID |
Да |
AutoNumber |
Порядковый номер |
|
2 |
Наименование |
Да |
Text |
|
|
3 |
Номер |
Да |
Number |
|
|
4 |
Ценность |
Да |
Number |
|
|
5 |
Сумма |
Да |
Number |
|
|
6 |
Куда/откуда |
Да |
Text |
|
|
7 |
Вид |
Да |
Text |
|
|
8 |
Вложения в мешках. |
Да |
Number |
|
|
9 |
Количество |
Да |
Number |
|
|
10 |
Масса |
Да |
Number |
|
|
11 |
Кол-во контейнеров |
Да |
Number |
|
|
12 |
Масса контейнеров |
Да |
Number |
|
|
13 |
Номер накладной |
Да |
Number |
Номер накладной, к которой приписано почтовое отправление |
«Накладная ф.16-а»-«Почтовое отправление» – связь через поле «номер накладной». Связь один ко многим.
«Сотрудник»-«Сеанс» – связь через поле «фамилия сотрудника» Связь один ко многим.
«Сотрудник»-«Накладная ф.16-а» связь через поле «фамилия оператора, составившего накладную». Связь один ко многим.
«Сотрудник»-«Накладная ф.16-а» связь через поле «фамилия начальника отделения, заверившего накладную». Связь один ко многим.
«Сотрудник»-«Накладная ф.16-а» связь через поле «время отправки почты» (просмотр отчетов). Связь один ко многим.
«Сотрудник»-«Накладная ф.16-а» связь через поле «пункт отправления» и «адрес назначения» (поиск). Связь один ко многим.
4. Проверить корректность проекта — выявить и ликвидировать противоречивые и избыточные данные.
Противоречивые и избыточные данные отсутствуют
5. Выработать технологию обслуживания базы данных, т. е. определить порядок сбора, хранения данных в базе данных, частоту и форматы ввода/вывода данных, способы защиты данных, правила работы всех групп пользователей.
Порядок сбора данных:
Сбор данных осуществляется через интерфейс между оператором БД и СУБД, построенный на основе форм MS Access. Ввод данных должен производиться в установленном порядке в форму с установленными почтовыми правилами полями, соответствующими полям общей накладной ф. 16-а.
Хранение данных в БД:
Данные хранятся в СУБД MS Access в соответствии с ER-диаграммой БД.
Частота и форматы ввода-вывода:
Частота ввода-вывода определяется частотой появления почтовых отправлений, требующих обработки. Форматом ввода данных является форма MS Access, повторяющая ф. 16-а, установленную почтовыми правилами. Вывод данных производится в форме электронного бланка накладной ф. 16-а, а также в виде отчетов по работе АРМ.
Правила работы групп пользователей:
Оператор: ввод данных текущей накладной и изменение данных накладных введённых в течение сеанса работы. Оператор не может вносить изменения в бланки, заполненные в течении прошедших сессий. Также оператор не имеет возможности изменять функции АРМ и просматривать отчеты.
Начальник: имеет доступ ко всем функциям оператора. Функции начальника также позволяют производить изменение данных накладных в течение месяца, просматривать отчёты по накладным, просматривать отчёты по работе операторов, создавать новые учётные записи пользователей со статусом «оператор» и изменять их пароли. Начальник не должен иметь возможности редактировать функции АРМ.
Администратор: разрешен полный доступ ко всем функциям АРМ и к изменению АРМ с помощью средств Microsoft Access.