Курсовые работы / ПРИС КП_6

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

Структура данных таблиц [11] представлена в приложении В (таблица В1В4).

3.2 Дерево программных модулей

Фреймворк Ruby on Railsподдерживает структуру MVCприложений: Model (модель)- View(представление)-Controller(контроллер). Приложение состоит из программных модулей трех типов: моделей, представлений и контроллеров. Концепция MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента.

Модель необходима для поддержки состояния приложения. В модели прописаны все данные, а также все правила, применяемые к этим данным

(ограничения на значения и т.п).

Представление отвечает за формирование пользовательского интерфейса,

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

Для организации работы приложения используются контроллеры,

организующие работу приложения. Они воспринимают события внешнего мира (обычно ввод данных пользователем), взаимодействуют с моделью и отображают соответствующее представление для пользователя [12].

Взаимодействие перечисленных элементов представлено на рисунке 3.5.

Дерево программных модулей для разрабатываемой автоматизированной системы учета оборудования АЗС представлено на рисунке 3.6.

22

Рисунок 3.5 – Порядок взаимодействия модели, представления и контроллера

Ввод логина и пароля

Загрузка главной формы

Рисунок 3.6 –Дерево программных модулей Таким образом, система содержит модуль отчетов, позволяющие

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

3.3 Схема взаимосвязей модулей и массивов данных

Схемы взаимосвязей контроллеров, модулей и представлений с

массивами данных представлены на рисунках 3.7 -3.9.

Разработанная система для автоматизации учета оборудования в сети

автозаправочных станций содержит 9 контроллеров, 1 из которых

используется для авторизации пользователя, 1 для представления формы входа,

23

1 для домашней страницы, остальные используются для справочников и отчетов.

Рисунок 3.7 – Схема взаимодействия контроллеров с массивами данных

Models

Рисунок 3.8 – Схема взаимодействия моделей с массивами данных

Vievs

Рисунок 3.9 – Схема взаимодействия представлений с массивами данных

3.4 Алгоритм работы модуля отчета «Перечень АЗС с закрепленным за ним оборудованием»

Данный отчет формируется в модуле «vse_ob», для его формирования пользователю необходимо ввести номер АЗС и нажать кнопку «Искать».

Результатом запроса будет список оборудования закрепленного за заданной АЗС. В случае необходимости пользователь может «сбросить» и вернутся к полному перечню всех АЗС с закрепленными за ними оборудованием [14].

Листинг работы запроса представлен на рисунке 3.10.

Рисунок 3.10 – Листинг запроса отчета Результат выполнения запроса для АЗС под номером 80 представлен на

рисунке 3.11.

Рисунок 3.11 – Результат выполнения запроса

25

Блок-схема алгоритма выполнения данного отчета представлена на

рисунке 3.12.

Рисунок 3.12 – Блок-схема алгоритма работы модуля отчета « Перечень АЗС с закрепленным за ними оборудованием»

Внутренний обработчик проверяет корректность введенного номера АЗС,

и если такого номера нет в базе, предлагает пользователю заново произвести ввод. Если введенные данные корректны, выполняется цикл, в ходе которого

26

определяется принадлежащее этой АЗС оборудование. Цикл выполняется до тех пор, пока не будет проверено все оборудование, занесенное в базу.

3.5 Инструкция пользователя по установке программного продукта и работе с ним

Для работы с данным программным продуктом, необходим персональный компьютер, с установленным на нем Фреймворком Ruby on Rails, который является открытым и бесплатным программным обеспечением [18]. В качестве сервера базы данных поддерживаются MySQL, Firebird, PostgreSQL, DB2, Oracle и Microsoft SQL Server, но в данной информационной системе используется PostgreSQL. Для платформ Windows, Linux, Mac OS X имеется комплексный установщик BitNami RubyStack [19], включающий в себя все необходимое для разработки в среде Rails, включая Ruby, RubyGems, Ruby on Rails, MySQL, Apache, Mongrel и Subversion.

После установки необходимо запустить сервер и в браузере перейти по ссылке http://localhost:4000/. При открытии данной страницы в браузере появится окно представленное на рисунке 3.13.

Рисунок 3.13 –Авторизация пользователя

Вданной информационной системе создано 3 пользователя:

администратор, менеджер и сотрудник. В случае успешной авторизации пользователю откроется стартовая страница со справочниками и отчетами

(рисунок 3.14). Для создания нового элемента справочника нужно нажать

«создать», там же можно просмотреть, изменить или удалить уже существующую запись. Для просмотра отчетов необходимо выбрать отчет, для

27

того что открыть его в Excel нажать «скачать» (рисунок 3.15). Также существуют ограничения в редактировании и удалении записей для разных категорий пользователей.

Рисунок 3.14 –Стартовая страница

Рисунок 3.15 – Отчет в Excel

Таким образом, данная информационная система предоставляет конкретному пользователю весь необходимый функционал.

3.6 Способы и результаты тестирования программного продукта в различных режимах.

Для тестирования был выбран отчет «Перечень АЗС с закрепленным за ним оборудованием», так как тестирование работоспособности существующих справочников является нецелесообразным [20].

Так, при нормальных условиях, например при вводе в строку поиска «25»

система выдает отчет с АЗС под номером 25 и закрепленным за ней

оборудованием, значит, все данные обрабатываются корректно.

28

При тестировании в экстремальных условиях, например при нажатии кнопки искать без ввода данных, система так же работает исправно, однако отчет не формируется (рисунок 3.16).

Рисунок 3.16 – Тестирование в экстремальных условиях Для тестированиях в исключительных условиях в поле ввода были

введены значения которых лежат за пределами допустимой области их изменения, что привело к ошибке (рисунок 3.17).

Рисунок 3.17 –Тестирование в исключительных условиях Таким образом, тестирование показало, что система работает исправно.

Выводы по третьей главе

Таким образом, в результате выполнения третьей главы курсового проекта, была разработана автоматизированная система учета оборудования в сети АЗС, было проведено тестирование данной системы, и которое выявило корректную работу ИС. Также было приведено содержание данной системы,

взаимодействия основных модулей и массивов данных. Был приведен алгоритм работы одного из отчетов системы.

29

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсового проекта был проведен краткий обзор существующих решений по автоматизации оборудования в сети АЗС, а также было проведено сравнение выбранных информационных систем.В данном случаем был сделан вывод о том, что специализированной системы для автоматизации учета оборудования в сети автозаправочных станций пока не существует на рынке программных средств.

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

функциональная модель бизнес-процесса на основе стандарта IDEF0 и

логическая модель по стандарту IDEF1X, физическая модель построенная для используемой в данном курсовом проекте СУБД PostgreSQL.

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

Результатом курсового проекта является автоматизированная система учета оборудования в сети автозаправочных станций.

Таким образом, все поставленные задачи выполнены, соответственно цель достигнута.

Дальнейшие разработки необходимо вести в улучшении интерфейса системы под нужды конкретной сети АЗС, а также расширять возможные

функции системы ( отчеты, справочники и т. д.).

30

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1 Юргелянис Ю. С. Автоматизация учета технологического оборудования

(дата обращения 26.10.17).

3 Программа учета оборудования, инвентаря, ремонтов и обслуживаний. Программа для сервисных центров и ремонтных мастерских. //yukosoft.ru:

Официальный сайт yukosoft.ru URL: http://yukosoft.ru/Equipment.aspx (дата обращения 26.10.17).

4 Бизнес-плюс: Оборудование //www.business-plus.ru: Официальный сайт business-plus.ru URL: http://www.business-plus.ru/products/bpeq/ (дата обращения

26.10.17).

5Учет компьютеров //www. it-invent.ru: Официальный сайт it-invent.ru URLhttp://it-invent.ru/ (дата обращения 26.10.17).

6О бухгалтерском учете [Электронный ресурс] : федер. закон от 6 дек. 2011 г. №402-ФЗ ( ред. 29.07.2017): Доступ из справ.-правовой системы «КонсультантПлюс».

7Дубейковский В. С. Практика функционального моделирования с ALLFusion Process Modeler 4.1. Диалого МИФИ, 2014. 464 с.

8Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. М.: «Финансы и статистика», 2016. 192 с.

9Скородумов П. В. Моделирование бизнес-процессов: подходы, методы, средства // Вопросы территориального развития. 2014. №5 (15).

10Гради Б., Рамбо Дж., Якобсон И. Язык UML. Руководство пользователя. Пресс, 2017. 567 с.

11Щелоков С.А. Базы данных: учеб. пособие. Оренбург : ОГУ, 2014. 298

с.

31