Файл: Проектирование реализации операций бизнес-процесса «Обеспечение послепродажного обслуживания» ( Выбор комплекса задач автоматизации ).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 15.06.2023

Просмотров: 359

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

Введение

Глава 1. Аналитическая часть

1.1 Выбор комплекса задач автоматизации

1.1.2. Организационная структура управления предприятием

1.1.3. Программная и техническая архитектура ИС предприятия

1.2 Характеристика существующих бизнес – процессов

1.3 Характеристика документооборота, возникающего при решении задачи

1.4 Обоснование проектных решений по информационному обеспечению

1.5 Обоснование проектных решений по программному обеспечению

Глава 2. Проектная часть

2.1 Информационная модель и её описание

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

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

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

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

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

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

2.8 Контрольный пример реализации проекта и его описание

Заключение

Список литературы

Приложения

Приложение 1 Скрипт создания базы данных

В структуре программных модулей разработанной ИС Можно четко проследить механизм наследования. Всего присутствует три родительских класса: InitializableController.php, AbstractEntity.php, AbstractFormType.php.

Первый является родителем для всех контроллеров ИС, он содержит объявления таких методов и свойств, которые в дальнейшем используются в каждом контроллере:

  • проверка авторизации;
  • массив форм;
  • менеджер для доступа к модели;
  • массив объектов модели;
  • получение http-запроса;
  • доступ к сессии пользователя;
  • доступ к объекту текущего пользователя;
  • доступ к текущему представлению;
  • массив для отображения текущего раздела в панели навигации.

Второй родительский класс является родителем для всех сущностей. В нем выделено три основных свойства (атрибута сущности):

  • дата создания;
  • идентификатор;
  • дата изменения;
  • конструктор создания нового объекта класса;
  • триггер обновления объекта, который меняет свойство «Дата последнего обновления записи».

Последний родительский класс – это класс для форм ИС. В нем также задаются основные константы, конструктор.

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

Каждый контролер обрабатывает запросы, отправляемые по соответствующему маршруту. Описание того, какой контроллер должен обрабатывать тот или иной маршрут оформляется в виде отдельного файла: routing.yml.

Пример записи (главная страница ИС):

index:

path: /

defaults: { _controller: "AppBundle:DefaultController:Index" }

Такая запись означает следующее:

  • первая строка – название маршрута (index);
  • вторая строка – путь, или URL-адрес маршрута (/);
  • третья строка – имя класса контроллера, который должен обрабатывать маршрут, а также метод этого контроллера, ответственный именно за этот маршрут;

Обработка маршрута выполняется в контроллере DefaultController.php. При переходе по маршруту (отправке запроса на url /) начинает свою работу метод IndexAction. Данный метод проверяет наличие у пользователя открытой сессии авторизации, и если такой нет, то перенаправляет пользователя на форму авторизации (маршрут /login, Контроллер SecurityController.php).

Для обработки шаблонов и формирования на их основе html-страниц, отображаемых пользователю, используется распространенный шаблонизатор twig. Twig – компилирующий обработчик шаблонов с открытым исходным кодом, написанный на языке программирования PHP. Синтаксис, поддерживаемый шаблонизатором позволяет использовать в шаблонах ветвления, циклы, а удобная структура кода позволяет значительно сократить итоговый объем программного кода. Также стоит отметить, что шаблонизатор генерирует на основе своих шаблонов чистый php-код, который обрабатывается значительно быстрее.


При переадресации на маршрут открытия формы авторизации (/login), срабатывает метод loginAction контроллера SecurityController.php. Он создает экземпляр формы LoginFormType.php и обрабатывает её отправку.

Блок-схема алгоритма работы метода loginAction приведена на рисунке 18.

Рисунок 18 – Блок-схема алгоритма работы метода loginAction

После успешного прохождения авторизации, пользователю отображается страница со списком записей о ремонтах. Данную страницу формирует метод indexAction контроллера RepairController.php на основании шаблона Repairs:index.html.twig.

Для реализации интерактивных элементов пользовательского интерфейса используются ajax-запросы.

AJAX – это аббревиатура, которая означает Asynchronous Javascript and XML. При использовании AJAX нет необходимости обновлять каждый раз всю страницу, так как обновляется только ее конкретная часть.

Обобщим достоинства AJAX:

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

Для более удобного написания программного кода ajax-запросов была подключена библиотека jQuery.

jQuery – это JavaScript-библиотека, фокусирующаяся на взаимодействии JavaScript, HTML и CSS.

С помощью jQuery можно выполнять следующие операции:

  • обращаться к любому элементу DOM (объектной модели html-документа) и не только обращаться, но и манипулировать ими;
  • работать с событиями;
  • легко осуществлять различные визуальные эффекты;
  • работать с AJAX.

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

2.8 Контрольный пример реализации проекта и его описание

При открытии страницы сайта открывается форма авторизации (Рисунок 19).

Рисунок 19 – Форма авторизации

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


Рисунок 20 – Раздел работы с зап исями о ремонте компьютерной техники

При нажатии на кнопку создания новой записи отображается соответствующая форма (Рисунок 21).

Рисунок 21 – Форма добавления новой записи о ремонте

Поле заполнения формы и отправки данных созданная запись начинает отображаться в общем списке всех записей, чтобы просмотреть её данные, или внести результаты диагностики и/или ремонта, необходимо нажать на кнопку редактирования, расположенную рядом с записью. Откроется форма работы с записью о ремонте (Рисунок 22).

Рисунок 22 – Форма работы с записью о ремонте

Управление справочниками системы доступно только Администратору, работа со всеми справочниками строит по одной структуре: при открытии справочника открывается страница со списком всех записей справочника, klz добавления новой записи необходимо нажать кнопку добавления, для редактирования – кнопку редактирования рядом с соответствующей записью в справочнике. Например, на рисунке 23 приведена страница со списком записей справочника «Виды неисправностей», а на рисунке 24 – форма работы с записью справочника в режиме добавления новой записи.

Рисунок 23 – Страница со списком записей справочника

Рисунок 24 – Форма добавления записи в справочник

На форме редактирования записи справочника «Техника» также отображается история ремонта данной техники (Рисунок 25).

Рисунок 25 – Форма редактирования техники

При заходе в раздел формирования отчета открывается форма для ввода интервала дат, за который нужно сформировать отчет. Необходимо ввести интервал дат и нажать кнопку «Сформировать отчет», под формой отобразится таблица с подсчитанными показателями (Рисунок 26).

Рисунок 26 – Сформированный отчет

Также каждый пользователь может отредактировать данные своего пользователя, нажав на кнопку «Профиль», которая находится в верхней панели навигации по разделам сайта. Откроется форма работы с профилем, с помощью которой пользователь может сменить любые свои регистрационные данные, кроме логина (Рисунок 27).

Рисунок 27 – Форма работы с данными профиля


Заключение

В ходе проделанной работы были решены следующие задачи:

  1. Была изучена деятельность ООО «Доктор Бит», в ходе изучения была исследована организационная структура управления, а также его программная и техническая архитектура.
  2. Была исследована и проанализирована текущая организация бизнес-процесса учета послепродажного обслуживания в качестве ремонта компьютерной техники. Основной недостаток – низкая производительность труда сотрудников, связанная с использованием для учета проводимого ремонта всей техники бумажного журнала, на основе анализа был составлен перечень недостатков и выделен комплекс задач для автоматизации.
  3. Был проведен анализ существующих разработок решения выявленных проблем и выбрана стратегия автоматизации задачи учета послепродажного обслуживания в качестве ремонта компьютерной техники.
  4. Были обоснованы проектные решения по информационному, техническому и программному обеспечению. В качестве способа хранения информации была выбрана реляционная база данных (СУБД – MySQL), языком программирования был выбран объектно-ориентированный язык веб-разработки php.
  5. Были разработан проект автоматизации учета послепродажного обслуживания в качестве ремонта компьютерной техники в компании ООО «Доктор Бит». В процессе разработки были выделены основные этапы жизненного цикла проекта автоматизации, для каждого из которых обозначены цель, ключевые участники, требования к входной информации и получаемые результаты, также были описаны возможные риски реализации проекта и действия для снижения вероятности возникновения рисков, а также возможные пути устранения последствий.
  6. Была составлена информационная модель, с помощью которой были формализованы пути трансформации входной и нормативно-справочной документации в результатную информацию.

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

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

Список литературы

  1. Гагарина Л.Г., Киселёв Д.В. Разработка и эксплуатация автоматизированных информационных систем. – М., ИНФРА-М. 2015.- 376 с.
  2. Гайдамакин Н.А., Автоматизированные информационные системы. – М., Гелиос. 2014 – 368 с.
  3. Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы построения автоматизированных информационных систем – М., ИНФРА-М. 2015. - 408 с.
  4. Информатика /Под. ред Макаровой Н.В. – М., Финансы и статистика. 2015.- 976 с.
  5. Информационные системы в экономике / Под ред. В.В. Евдокимова. – СПб., Питер 2015. – 284 с.
  6. Коноплева Е.А., Хохлова О.А., Денисов А.В. Информационные технологии М.,Проспект. 2007. - 472 стр.:ил.;
  7. Костров А.В. Уроки информационного менеджмента». – М., Финансы и статистика, 2005. - 367 стр.;
  8. Козырев А.А. Информационные технологии в экономике. – М., Экономика. 2013. – 234 с.
  9. Лафта Дж. Основы менеджмента. – М.: Кнорус. 2005
  10. Острейковский В.А. Информатика. - М.,Высшая школа.2002. – 392 с.
  11. Романова М.В. Управление проектами. – М., ИНФРА-М. 2015. – 248 с.
  12. Советов Б.Я., Цехановский В.В.- Базы данных. - М.: Высшая школа. 2005. – 483 с.
  13. Фридланд А.Я. Информатика и компьютерные технологии. – М., АСТ. 2003. – 297 с.
  14. Чатфил К., Тимоти Д. MS Project 2013. – М., ИНФРА-М. 2015. – 574 с.