Файл: Автоматизация учета расхода топлива и электроэнергии на предприятии Мосгостранс».pdf

2.2 Используемые классификаторы и системы кодирования

При процессе разработки и построения задачи использовались классификаторы, которые в полной мере отражают все существующие зависимости между всеми объектами и обеспечивает связь показателей по признакам качества и количества.

Описание и перечень классификаторов указаны в таблице 2.1.

Таблица 2.1

Состав классификаторов

2.3 Характеристика нормативно-справочной, входной и оперативной информации

В качестве входной информации используются следующие сведения о:

1. Транспортных компаниях и сотрудниках, которые работают в компаниях;
2. Маршрутах с информацией о:

2.1. Типе транспорта, который курсирует по маршруту;

2.2 Нормах пассажиропотока и расхода топлива на маршруте;

2.3 Показателях пассажиропотока и расхода топлива на маршруте, которые предоставило транспортное средство;

3. Типах транспорта и транспортных средствах, которые принадлежат транспортным компаниям.

2.4 Характеристика результатной информации

В качестве результативной информации необходимо разработать следующие отчеты:

1. Отчет по заданным признакам с рекомендациями или замечаниями по показателям пассажиропотока и расхода топлива на предмет их соответствия нормам;

2. Отчет по организациям (количество ТС, которые не укладываются в нормы);

3. Отчет по маршрутам (количество ТС, которые не укладываются в нормы);

4. Отчет по типам ТС (количество ТС, которые не укладываются в нормы).

3. Программное обеспечение задачи

3.1 Общие положения (дерево функций и сценарий диалога)

В качестве модели доступа к данным выбрана трехуровневая клиент-серверная модель. Такая архитектура обеспечивает большую масштабируемость, большую конфигурируемость и более широкие возможности по обеспечению безопасности и отказоустойчивости. Предполагаемая организация архитектуры аппаратной платформы представлена на рисунке 3.1.

Рисунок 3.1 Диаграмма размещения

Таким образом, серверная часть состоит из:

а) сервер базы данных с установленной MySQL;

б) web-сервера Apache версии 1.3;

в) транслятора PHP версии 5.1.

Клиентская часть системы представлена браузером пользователя.

Диаграмма вариантов использования играет центральную роль в моделировании поведения информационной системы или подсистемы. Она отображает множество прецедентов, актеров, а так же и отношения между ними. Этот вид диаграмм облегчают понимание системы, подсистемы или класса, представляя взгляд со стороны на то, что данные элементы могут использовать в соответствующем контексте.

Для построения UML-диаграмм используем средство MS Visio, который входит в пакет программ MS Office.

Диаграмма вариантов использования представлена на рисунке 3.2.

Рисунок 3.2 – Диаграмма вариантов использования

На диаграмме представлены следующие действующие лица:

1. Пользователь – нормоконтроллёр, который отвечает за ввод данных в систему и контроль выполнения норм расхода топлива и пассажиропотока по маршрутам.
2. Администратор – отвечает за регистрацию новых пользователей в системе.

Диаграмма последовательности— это упорядоченная по времени диаграмма взаимодействия пользователя и системы, читать ее следует сверху вниз. Диаграмма последовательности работы сайта представлена на рисунке 3.3.

Рисунок 3.3 - Диаграмма последовательности

Администратор регистрирует пользователя в системе. Зарегистрированный пользователь получает от администратора логин/пароль и авторизуется в системе. После этого авторизованный пользователь добавляет данные о маршруте, нормах и показателях, по мере получения этих данных. При необходимости пользователь может запросить статистику по нормам и показателям и экспортировать эти данные в Excel.

3.2 Характеристика базы данных

Для построения модели данных используется инструмент – ERWin (средство разработки структуры базы данных). CASE-средство обладает удобным интерфейсом и позволяет построить логическую и физическую модели под выбранную СУБД. В линейку продуктов Erwin входят CASE-средства проектирования, сопровождения и документирования баз данных, функционального моделирования бизнес-процессов и проверки моделей данных.

Логическая модель данных представлена на рисунке 3.4.

Рисунок 3.4 – Логическая модель данных

Связи между сущностями неидентифицирующие, мощностью 1 к N.

Проведенная проверка инфологической модели предметной области показала отсутствие повторяющихся групп и транзитивных зависимостей, а также функционально полную зависимость неключевых атрибутов от составного ключа. Это позволяет сделать вывод, что отношения находятся в третьей нормальной форме – в этой форме устраняется большинство аномалий и избыточность.

Физическая модель содержит всю информацию, необходимую для реализации конкретной базы данных. Была произведена генерация схемы физической базы данных для модели предметной области в среде ERWin путем выбора целевой СУБД MySQL. При этом сущности логической модели становятся таблицами базы данных, а атрибуты – полями таблиц.

Рисунок 3.5 – Физическая модель данных

Описание модели представлено в таблицах 3.1-3.6.

Таблица 3.1

Таблица «Организация»

Таблица 3.2

Таблица «Показатели»

Таблица 3.3

Таблица «Транспорт»

Таблица 3.4

Таблица «Маршрут»

Таблица 3.5

Таблица «Тип транспорта»

Таблица 3.6

Таблица «Сотрудник»

3.3 Структурная схема пакета (дерево вызова программных модулей)

Диаграмма компонентов (рисунок 3.6) обеспечивает согласованный переход от логического представления к конкретной реализации проекта в форме программного кода. Диаграмма компонентов позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. В нашем случае разработки web-приложения модуль или компонент соответствует файлу с php-скриптом страницы web-приложения.

Рис.3.6 – Диаграмма компонентов

3.4 Описание программных модулей

Web-приложение состоит из следующих модулей:

1. index.php-стартовая страница web-приложения;
2. option.php – модуль подключения к базе данных;
3. user.php – модуль для работы с пользователями системы;
4. trip.php – модуль для работы с маршрутами;
5. transport.php – модуль для работы с транспортными средствами;
6. rating.php – модуль для работы с показателями транспортного средства;
7. ratingtoexcel.php – модуль для экспорта данных о показателях транспортного средства в excel;
8. typetransport.php – модуль для работы с типами транспортных средств;
9. company.php – модуль для работы с организациями.
10. normcompany.php – отчет с нормами по организациям (количество ТС, которые не укладываются в нормы)
11. normcompanytoexcel.php – экспорт отчета с нормами по организациям
12. normtypetransport.php – отчет с нормами по типу ТС (количество ТС, которые не укладываются в нормы)
13. normtypetransporttoexcel.php – экспорт отчета с нормами по типу ТС
14. normtrip.php – отчет с нормами по маршрутам (количество ТС, которые не укладываются в нормы)
15. normtriptoexcel.php – экспорт отчета с нормами по маршрутам