АРМ ведения тетради ф. 47 на выданные посылки
Контрольная работа - Компьютеры, программирование
Другие контрольные работы по предмету Компьютеры, программирование
·аписями об операторах
Возможности написанного программного комплекса:
- Сбор данных производится вручную.
- Ввод информации производится с помощью АРМ.
- Введенные данные сохраняются в БД с последующей возможностью просмотра, поиска по критериям, изменения.
- Автоматизированный поиск данных по БД.
Модель автоматизированной технологической операции с помощью методологии IDEF0.
4. Разработка технического задания на АРМ
1. Разработать и оформить в виде краткого документа техническое задание на разработку АРМ, включающего четкую формулировку функций, реализуемых в АРМ, для всех категорий пользователей, а также эскизы предполагаемых пользовательских интерфейсов с учетом предположения, что в качестве инструмента проектирования АРМ используется СУБД MS Access.
2. Утвердить техническое задание.
Техническое задание на АРМ
- Прежде чем преступить к заполнению базы данных, сотрудник должен определиться с режимом работы АРМ. Предусмотрено два режима работы: Оператор и Администратор (он же начальник почтового отделения). Администратор и каждый сотрудник должны знать свои пароль для корректного входа в систему. При корректной идентификации пользователя начинается сессия работы пользователя. При окончании работы пользователь завершает сессию.
Необходимо определиться, чем отличается Оператор от Администратора и описать ряд их функций и возможностей в АРМ.
Оператор:
имеет право заполнять поля новой квитанции.
имеет право сохранять квитанцию в базе данных (или электронная квитанционная тетрадь).
Сохраняемая квитанция датируется.
Оператор НЕ имеет право редактировать базу данных, уже введенные записи.
Оператор имеет право просматривать записи в базе данных, датируемые любым числом.
Оператор имеет право выполнять поиск по критериям.
Администратор (начальник почтового отделения, заместитель начальника):
Основное назначение администратора, возможность просмотра любых записей в базе данных и любых таблиц.
Администратор имеет право осуществлять подсчет почтовых отправлений, сумм за пересылку. Имеет право записывать получившиеся результаты в отдельную таблицу базы данных.
Администратор имеет право осуществлять подсчет итогов рабочего дня.
Администратор имеет право управлять учетными записями операторов.
Интерфейс разрабатываемого АРМ.
АРМ квитанционной тетради ф.47. Первая форма имеет следующий вид.
Пользователь вводит имя и логин в окне.
Все пароли сотрудников и администратора хранятся в базе данных, доступ к которым имеет только администратор (начальник почтового отделения).
В случае неправильного ввода логина или пароля, пользователь получает информацию о неправильном вводе пароля или логина.
После того, как оператор вошел в систему, ему доступны следующие команды:
При выборе Выписать квитанцию открывается следующая форма:
Как видно, данная форма соответствует квитанции ф.47. Нумерация происходит автоматически. АРМ считывает из базы последний номер квитанционного листа (в данном случае 22), прибавляет единицу получаем квитанцию 23. В итоге, в результате заполнения этой квитанции мы видим, что уплачено 137 рублей за хранение посылки 306.
Если в АРМ вошел Начальник:
При нажатии на кнопку Создание квитанции ф.47 открывается окно создания квитанции ф.47 как и у оператора.
При нажатии кнопки Поиск в архиве:
5. Разработка концептуальной (логической) ER-модели создаваемой базы данных
1. Ознакомиться с методологией создания ER-диагармм (IDEF1X-моделей) и возможностями программы ERwin.
2. Определить сущности.
3. Определить атрибуты сущностей.
4. Определить ключевые атрибуты сущностей.
5. Определить связи между сущностями.
6. Графически оформить концептуальную ER-диаграмму с помощью программы ERwin.
Сущности:
Квитанция ф.47 (№ квитанции, категория, адрес получателя, начальник участка, адрес отправителя, наименование посылки, сумма наложенного платежа, номер посылки).
Квитанционная тетрадь ф.47 (№ квитанционной тетради, категория, дата)
Пользователь (категория, логин, пароль, Ф.И.О.).
Сеансы (категория, сеанс, дата, время начала сеанса, время завершения сеанса, запросы, отчеты, квитанции).
Сопроводительная документация (№ списка, категория, дата отправления, адрес отправителя, адрес получателя, сумма наложенного платежа, количество посылок).
Концептуальная ER-диаграмма представлена на рисунке.
6. Разработка физической ER-модели создаваемой базы данных
1. Изучить функциональные возможности и особенности СУБД MS Access.
2. Преобразовать концептуальную ER-диаграмму в физическую ER-диаграмму.
3. Проверить корректность проекта выявить и ликвидировать противоречивые и избыточные данные.
Выполнение:
СУБД Access накладывает следующие ограничения на наименования полей:
- Наименование поля может содержать до 64 символов;
- Наименование поля может содержать буквы, цифры, пробелы и специальные символы, за исключением точки (.), восклицательного знака (!), прямых скобок ([]) и некоторых управляющих символов (с кодами ASCII 031);
- Наименование поля не может начинаться с пробела;
- Два поля в одной таблице не могут иметь одинаковых ?/p>