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

2 ПРОЕКТИРОВАНИЕ WEB-ПРИЛОЖЕНИЯ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ ГАЗОБАЛЛОННОГО ОБОРУДОВАНИЯ (ГБО) АВТОТРАНСПОРТНЫХ СРЕДСТВ

2.1 Постановка задачи проектирования web-приложения

Разрабатываемое web-приложение, автоматизирующее учет технического обслуживания газобаллонного оборудования (ГБО) автотранспортных средств,

будет хранить следующую информацию:

сведения о ГБО, а именно в системе должно быть отражено:

производитель, технические характеристики и т.д;

сведения о стоимости установки ГБО на различные марки автомобилей,

то есть в приложении будет хранится информация о марке автомобиля,

количестве цилиндров, объеме баллона, цене и т.д;

сведения о стоимости технического осмотра на различные модели ГБО;

сведения о транспортных средствах, которым было установлено ГБО, а

именно информация о марке автомобиля, ФИО владельца, дате установки ГБО,

оплаченной сумме и т.д;

сведения обо всех зарегистрированных в регионе автомобилях,

имеющих ГБО, то есть приложение будет хранить и обрабатывать информацию о марке автомобиля, годе выпуска, государственном номере, ФИО владельца,

дате постановки на учет и т.д;

сведения о транспортных средствах, которые проходят текущий осмотр ГБО, а именно в приложении будет отражено: марка автомобиля, ФИО владельца, дата прохождения техосмотра ГБО, факт прохождения, оплаченная сумма, если техосмотр не пройден, то характер неисправности и т.д.

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

(ГБО) автотранспортных средств, что позволяет собирать, хранить и обрабатывать актуальные сведения о техническом обслуживании ГБО, видах

12

проводимых работ и стоимости эти работ.

Проектируемое web-приложение должно обеспечивать выполнение

следующих функций (как основных, так и дополнительных):

1)ввод, удаление и редактирование той или иной информации, с

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

2)многопользовательский режим работы;

3)разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль).

Обеспечить возможность оперативного изменения пароля;

4)резервное копирование информационных баз;

5)осуществлять поиск по разнообразным признакам;

6)выдача списка всех автомобилей и их владельцев, которые должны пройти техосмотр ГБО в текущем месяце. Организовать возможность вывода списка в MSWord (или MSExcel);

7)выдача списка всех автомобилей и их владельцев, которые не прошли вовремя техосмотр ГБО на текущий момент времени;

8)выводить список причин (характер неисправности) не пройденных техосмотров ГБО за заданный промежуток времени;

9)формировать статистические расчеты о прохождении техосмотра ГБО (в

количественном выражении) за заданный промежуток времени. Организовать возможность печати статистических расчетов;

10)формировать статистические расчеты об установленном ГБО (в

количественном и стоимостном выражении) за заданный промежуток времени.

Организовать возможность печати статистических расчетов.

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

приложении позволит автоматизировать учет технического обслуживания газобаллонного оборудования (ГБО) автотранспортных средств.

13

2.2 Анализ предметной области разрабатываемого web-приложения

Техническое обслуживание газобаллонного оборудования (ГБО)

автотранспортных средств осуществляют специализированные автомастерские.

Следовательно, информационная система для данных мастерских должна реализовывать следующие функции: учет, хранение и обработку сведений о ТБО, сведений о стоимости установки ГБО в зависимости от марки автомобиля,

сведений о стоимости технического осмотра на различные модели ГБО, сведений о транспортных средствах, которым было установлено ГБО, сведений обо всех зарегистрированных в регионе автомобилях, имеющих ГБО, сведений о транспортных средствах, которые проходят текущий осмотр ГБО. Также ИС должна снизить временные трудозатраты на рутинные операции, улучшить процесс обработки информации, подготовке управленческой и статистической отчетности.

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

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

Разрабатываемое приложение будет обеспечивать многопользовательский режим следующим категориям пользователей:

1)администратор (сотрудник, занимающий должность генерального директора автомастерской);

2)менеджеры (сотрудник, занимающие другие управляющие должности

14

автомастерской);

3)пользователь (остальные сотрудники автомастерской);

4)клиенты (посетители данной автомастерской).

Разрабатываемое web-приложение, автоматизирующее деятельность сотрудников автомастерской, для своей правильной работы использует входные

(сведения о ГБО, сведения о стоимости технического обслуживания, сведения обо

всех транспортных средствах, имеющих ТБО) и выходные (список всех автомобилей и их владельцев, которые должны пройти техосмотр ГБО в текущем месяце; список всех автомобилей и их владельцев, которые не прошли вовремя техосмотр ГБО на текущий момент времени; список причин (характер неисправности) не пройденных техосмотров ГБО за заданный промежуток времени; отчет о прохождении техосмотра ГБО (в количественном выражении)

за заданный промежуток времени; отчет об установленном ГБО (в

количественном и стоимостном выражении) за заданный промежуток времени)

документы.

2.3 Анализ бизнес-процесса, в рамках которого планируется решать задачу автоматизации

Целью моделирования бизнес-процессов является облегчение учета технического обслуживания газобаллонного оборудования (ГБО)

автотранспортных средств. Модель по стандарту IDEF0 построена с точки зрения интегрированного пользователя: администратора ИС, менеджера сервисного центра автомастерской и сотрудников, осуществляющих технический осмотр автомобилей, а также с точки зрения самого разработчика. Исходя из этого можно выделить следующие роли пользователей информационной системы: администратор, менеджеры,

механик и клиент автомастерской.

Для описания бизнес-процесса «Автоматизация учета технического обслуживания газобаллонного оборудования (ГБО) автотранспортных

15

средств» было осуществлено моделирование функциональных диаграмм,

основанных на технологии моделирования IDEF0 в приложении BPWin [6].

Построение модели бизнес-процесса начинается с построения контекстной диаграммы, которая представлена на рисунке 2.1.

Рисунок 2.1 – Контекстная диаграмма бизнес-процесса

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

Рисунок 2.2 – Декомпозиция контекстной диаграммы

16

Далее декомпозируем процесс «Работа с приложением» для более детального анализа. Результат декомпозиции проиллюстрирован на рисунке 2.3.

Рисунок 2.3 – Декомпозиция процесса «Работа с приложением»

Для количественного анализа рассмотренной функциональной модели учета технического обслуживания ГБО автотранспортных средств были рассчитаны следующие показатели [7]: коэффициент уровня (формула 1);

коэффициент сбалансированности (формула 2); коэффициент применения элементарных функций (формула 3).

=

(1)

∑

= |

=1

− max

|

(2)

б

от до

ф =

эл.ф

(3)

где

N – количество работ на текущем уровне;

L – номер уровня;

– стрелки, входящие и выходящие в функцию;

17

эл.ф – количество элементарных функций.

Результаты расчета количественных коэффициентов функциональной

модели представлены в таблице 2.1.

Таблица 2.1 – Расчет коэффициентов для количественного анализа

Уровень	Ку	Ксб	Кэлф
0 уровень	∞	0	0
1 уровень	4	6,25	0,5
2 уровень	2	1,75	0,75

Исходя из рассчитанных коэффициентов, можно сделать следующие выводы:

коэффициент уровня уменьшается от уровня к уровню;

коэффициент сбалансированности при переходе от уровня к уровню варьирует не сильно;

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

Следовательно, функциональная модель построена качественно,

достаточно детализирована и сбалансирована.

2.4 Анализ модели данных разрабатываемого web-приложения

Проанализировав предметную область и рассмотрев бизнес-процесс учета технического обслуживания ГБО автотранспортных средств, можно построить логическую и физическую модели данных разрабатываемого web-

приложения, выделив при этом сущности и атрибуты данных моделей [7].

Исходя из анализа предметной области были выделены следующие сущности: виды ГБО, установка ГБО, стоимость установки ГБО, автомобили с ГБО, техосмотр, стоимость ТО, неисправности, пользователи. На основе характеристик каждого выделенного объекта, можно определить следующие атрибуты сущностей модели данных ИС:

1) виды ГБО: код ГБО (ключевое поле), модель, производитель, вес,

18

цена, фото;

2) установка ГБО: код установки (ключевое поле), код автомобиля,

марка автомобиля, ФИО владельца, дата установки ГБО, код стоимость;

3)стоимость установки ГБО: код стоимости (ключевое поле), марка автомобиля, количество цилиндров, объем баллона, цена;

4)автомобили с ГБО: код автомобиля (ключевое поле), марка автомобиля, год выпуска, государственный номер, ФИО владельца, дата постановки на учет;

5)техосмотр: код техосмотра (ключевое поле), код автомобиля, дата ТО,

код стоимости, отметка выполнения, код неисправности;

6)стоимость ТО: код стоимости (ключевое поле), наименование ТО, код ГБО, цена;

7)неисправности: код неисправности (ключевое поле), наименование;

8)пользователи: код пользователя (ключевое поле), логин, пароль.

Сущности системы будут характеризоваться наличием между собой типа связи «один-ко-многим». Следовательно, на основе выделенных сущностей, их атрибутов и связей между сущностями построена логическая модель данных по стандарту IDEF1X [8-9] для разрабатываемого web-

приложения учета технического обслуживания ГБО автотранспортных средств, представленная на рисунке 2.4.

Рисунок 2.4 – Логическая модель данных по стандарту IDEF1X

Разработка web-приложения учета технического обслуживания ГБО автотранспортных средств будет осуществляться с помощью языка

19

программирования Ruby и фреймворка Ruby on Rails. Выбор данных средств разработки обусловлен тем, что Ruby on Rails является высоко производительным, так как c его помощью можно создавать новые приложения без написания большого количества хаков и кода. Проще говоря, сочетание языка (Ruby) с фреймворком (Rails) означает, что мы можем делать больше с меньшим количеством кода. Небольшое количество структурированного кода позволяет относительно безболезненно вносить изменения и экспериментировать.

Исходя из этого, физическая модель разрабатываемой системы отражает структуру базы данных PostgreSQL, которая используется при работе с Ruby on

Rails. Данная модель построена по стандарту IDEF1X [8-9] для разрабатываемого web-приложения учета технического обслуживания ГБО автотранспортных средств, представленная на рисунке 2.5.

Рисунок 2.5 – Физическая модель данных по стандарту IDEF1X

Из рисунка 2.5 видно, что есть сущность, которая не связана с остальными сущностями. Сущность «Пользователи» позволит ограничивать права доступа конкретным пользователям как на уровне подсистем

(выделенных, например, по характеру решаемых задач), так и на уровне конкретных записей или функциональных возможностей. Так, например,

администратору системы доступно удаление всех помеченных на удаление объектов системы, в отличие от других категорий пользователей, которым доступна только пометка на удаление; механику доступен только просмотр

20

заявок на выполнение ремонтных работ и формирование некоторых отчетов.

На основе чего, в разрабатываемой информационной системе можно выделить такие роли, как: администратор (сотрудник, занимающий должность генерального директора автомастерской); менеджеры (сотрудник, занимающие другие управляющие должности автомастерской); пользователь (остальные сотрудники автомастерской); клиенты (посетители данной автомастерской).

Выводы по второму разделу

В процессе выполнения второго раздела курсового проекта проведен анализ предметной области учета технического обслуживания ГБО автотранспортных средств. В результате анализа выделены основные бизнес-

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

На основе анализа предметной области учета технического обслуживания газобаллонного оборудования (ГБО) автотранспортных средств была определена ее структура и функциональные возможности. Результатом является логическая модель данных, построенная по стандарту IDEF1X. На основе логической модели и выбранной среды разработки информационной системы,

построена физическая модель данных по стандарту IDEF1X.

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

21