33
Структура таблицы «Путевые листы» изображена на Рис. 2.5., включает в себя:
номер путевого листа, транспортное средство, водитель, дата выезда, дата
возврата, спидометр при выезде, спидометр при возврате, топливо при выезде,
топливо при возврате, место назначения, расстояние, масса груза.
Рис. 2.5 Структура таблицы «Путевые листы»
Структура таблицы «Транспортные средства» изображена на рис. 2.6,
содержит: инвентарный номер, марка, тип автомобиля, организация, колонна,
год выпуска, гос номер, VIN, номер двигателя, номер кузова, тех. состояние,
средняя скорость, грузоподъёмность, марка топлива, расход по норме.
34
Рис. 2.6 Структура таблицы «Транспортные средства»
Рис. 2.7 Форма «Водители»
35
Рис. 2.8 Форма «Транспортные средства»
Рис. 2.9 Форма «Заправка»
36
Рис. 2.10 Отчета «Путевой лист»
Рис. 2.11 Форма «Марка топлива»
37
Рис. 2.12 Форма «Тип автомобиля»
Рис. 2.13 Кнопочная форма «Отчеты»
2.2.3 Характеристика результатной информации
Результатная информация, полученная при выполнении запросов,
представляет собой выборку из БД, задачи автоматизации работы отдела не
содержится в отдельных специальных файлах (таблицах) БД, поскольку это
привело бы к избыточности БД.
38
Результатные документы, являясь неотъемлемой частью системы
экономической документации, должны соответствовать следующим
требованиям:
полнота информации, то есть результатные документы должны содержать
в себе первичные и результатные показатели;
своевременность предоставления информации управленческому
персоналу;
достоверность предоставляемой информации;
хорошая читаемость, то есть логичность построения форм и наличие
хорошо отредактированного текста шапок документов;
отсутствие показателей, рассчитываемых вручную.
В результате решения поставленных задач в рамках дипломной работы с
точки зрения предметной технологии получаются ведомости в виде экранных
форм и ведомости в виде печатных форм.
К результатным документам, получаемым в ходе решения поставленной
задачи автоматизации, относятся:
Путевые листы (для специалиста). Он получен на основе выборки из
таблиц и справочников;
Поиск по транспортным средствам (для специалиста и руководителя).
Основанием для составления этого выходного документа будет являться
таблица «транспортные средства» и таблица «заправка».
2.3. Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
Решающей задачей составления путевого листа, является описание
иерархии функций управления и обработки данных разрабатываемого
программного продукта.
39
Дерево функций представляет собой иерархическую структуру действий,
реализованных в АРМ. Все действия (функции) программного продукта можно
разделить на два подмножества:
Служебные функции – идентичны для всех автоматизированных систем
управления предприятием на современном уровне развития аппаратных и
программных средств. Функции этого вида призваны обеспечить
безопасность ввода, обработки и хранения информации, облегчить работу
с системой, сделать ее наиболее удобной и незатруднительной для
конечного пользователя;
Основные функции управления и обработки данных – свойственны как
информационным системам любой специализации, так и именно данной
ИС.
Они отражают особенности процесса обработки информации, получения
результатов, ведения информационной базы проекта. Эти функции
организованы в том порядке и в том составе, которые продиктованы условиями
обработки и управления данными в конкретной предметной области.
Состав и классификация функций разрабатываемого программного
продукта представлены в виде дерева функций (см. Рис. 2.14).
40
Рис. 2.14 Дерево функций
На данном этапе разработки проекта АРМ необходимо также выбрать
язык общения системы с конечным пользователем.
Диалог – это процесс обмена сообщениями между пользователем и АРМ,
при котором осуществляется постоянная смена ролей информатора и
реципиента (пользователя, принимающего информацию), причем смена ролей
достаточно оперативна.
В процессе диалога возможно:
двустороннее управление на базе языка типа «запрос-ответ»,
одностороннее управление со стороны АРМ с языком общения типа
«меню», «заполнения шаблона», ответа по «подсказке»,
одностороннее управление со стороны пользователя с
использованием команд.
41
При использовании для общения языка «меню» в диалоговой системе
должна присутствовать система планирования и управления диалогом, в
функции, которой входит:
управление процессом диалога,
обеспечение интерфейса пользователя,
обеспечение выполнения сервисных или справочных функций,
анализ и обработка ошибочных ситуаций,
вызов обрабатывающих программ.
При разработке данной дипломной работы, система общения с
пользователем организована таким образом, что основная часть диалога ведется
на языке «меню», а заполнение форм входных документов – по «шаблону».
Таким образом, происходит одностороннее управление процессом обработки
данных со стороны АРМ.
Структура сценария диалога в совокупности с деревом функций, которое
отражает состав и иерархию функций системы, дает возможность определить
состав кадров диалога, содержание каждого кадра и их соподчиненность.
Сценарий диалога предусматривает возможность обеспечения
следующих функций управления ходом решения поставленных задач:
возможность работы с экранными формами входных документов;
формирование выходных документов;
корректировка вводимых данных;
просмотр введенной информации;
работа с таблицами нормативно-справочной информации.
Сценарий диалога состоит из двух логически связанных частей:
Основные меню, относящиеся к головному, то есть те экраны меню,
которые видит пользователь, прежде чем приступить к выполнению
основных функций, согласно дереву функций. Основные меню
предполагают обязательные действия пользователя при работе с АРМ.
42
Сервисные меню, которые становятся доступны конечному пользователю
после того, как выдана на экран соответствующая форма документа.
Сервисные меню предполагают возможные действия, одно из которых
может являться необязательным к выполнению.
2.3.2. Характеристика базы данных
Логическая модель данных предназначена для описание объектов
предметной области, их атрибутов и взаимосвязей между ними в том объеме, в
котором они подлежат непосредственному хранению в базе данных системы.
Строится на основе концептуальной модели данных. Логическая модель
реализуемого проекта автоматизации представлена на рис. 2.15
Рис. 2.15 Логическая модель базы данных
Физическая модель предназначена для логического представления данных.
Любой фрагмент предметной области представляется как множество сущностей,
между которыми существует множество связей различных типов. Физическая модель
представлена в таблицах 2.3-2.8.