Дипломная (вкр): Разработка информационной системы для автоматизации деятельности сервисного центра

Разработка информационной системы для автоматизации деятельности сервисного центра

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

. АНАЛИЗ ТРЕБОВАНИЙ К ИС

.2 Требования к интерфейсу

.3 Требования к функционалу ИС

. АНАЛИТИЧЕСКИЙ ОБЗОР

.1 Анализ существующих информационных систем9

. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

.1 Архитектура информационных систем

.2 Проектирование структур данных и алгоритмов

.3 Проектирование пользовательского интерфейса

. РЕАЛИЗАЦИЯ

.1 Особенности реализации

.1.1 Разработка структуры базы данных

.1.2 Разработка слоя взаимодействия с базой данных

.1.3 Разработка слоя бизнес сервисов

.1.4 Разработка слоя пользовательского интерфейса

. ТЕСТИРОВАНИЕ

.1 Обоснование методики тестирования

.2 Результаты тестирования

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

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

В нашем случае данной нишей является оказание услуг ремонта и обслуживания цифровой техники в сервисном центре. Целью работы является разработка автоматизированной системы для учета заказов сервисного центра «Инфолайф». У данного сервисного центра уже имеется подобная система, но она уже не соответствует новым требованиям функциональности, а доработка и изменение имеющейся системы является невозможным.

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

Предмет работы: разработка информационной системы для автоматизации деятельности сервисного центра.

Объектом работы является: автоматизация деятельности сервисного центра.

Цель данной работы: разработка информационной системы для автоматизации деятельности сервисного центра.

Исходя из цели, определим задачи, которые необходимо решить для достижения поставленной цели:

.        произвести анализ предметной области;

.        выяснить какие основные потоки данных существуют на предприятии;

.        установить какие процессы предприятия можно автоматизировать;

.        автоматизировать максимально возможное количество бизнес процессов;

.        улучшить качество регулирования процессов;

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

.        хранение информации о ходе технологического процесса и аварийных ситуациях;

.        улучшение эргономики труда операторов процесса;

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

.        выдвинуть требования к программному продукту;

.        разработать ПО согласно выдвинутым требованиям;

.        проверить качество программного продукта.

Методы: изучение научно - методической литературы; анализ; синтез; обобщение.

1. АНАЛИЗ ТРЕБОВАНИЙ К ИС

.1 Анализ предметной области разработки

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

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

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

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

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

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

Каждый работник в сервисном центре имеет свои обязанности в зависимости от занимаемой должности.

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

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

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

Каждый работник сервисного центра может совмещать несколько должностей.

В сервисном центре было выделено несколько бизнес процессов, ниже расписаны наиболее важные.

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

Прием техники может осуществляться как в приемных пунктах, так и в мастерских.

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

У каждого заказа имеется статус, он изменяется в зависимости от операций, произведенных над ним. Количество статусов не ограничено, администратор сервисного центра вправе решать сам, какие статусы необходимы для выполнения бизнес процессов. Однако есть обязательные статусы: «Принят», «В ремонте», «На согласовании», «Готов», «Выдан».

1.2 Требования к интерфейсу

пользовательский интерфейс программный обеспечение

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

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

- функциональность (соответствие задачам пользователя);

- понятность и логичность;

- обеспечение высокой скорости работы пользователя;

- обеспечение защиты от человеческих ошибок;

- быстрое обучение пользователя;

- субъективное удовлетворение пользователя

- в цветовой схеме интерфейса должны преобладать оранжевый и белый цвет (корпоративные цвета).

.3 Требования к функционалу ИС

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

К основным функциональным требованиям системы можно отнести:

доступ к базе данных через интернет браузер;

- автоматическое формирование акта приемки и акта выполненных работ, а также других соответствующих документов;

- обеспечение безопасности хранимой в системе информации;

- возможность регистрации, удаления, изменения заказов в системе;

- наличие справочников информации, их заполнения, изменения, удаления;

- авторизация и аутентификация;

- разграничение доступа к информации работникам;

- возможность отслеживать статус заказа клиентом онлайн.

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

2. АНАЛИТИЧЕСКИЙ ОБЗОР

.1 Анализ существующих информационных систем

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

РемонтОнлайн - web сервис, позволяющий вести учет заказов предприятия, имеет достаточно удобный интерфейс[1]. К недостаткам данного сервиса можно отнести: высокая стоимость использования, отсутствие возможности отслеживать перемещения заказа между подразделениями, владельцы ресурса имеют доступ к любой информации расположенной на нем. Навязчивый обслуживающий персонал. Интерфейс представлен на рисунке 2.1.

Рисунок 2.1. Интерфейс web сервиса «РемонтОнлайн»

- программа предназначена для организаций занимающихся ремонтом цифровой техники. Имеет легкий в освоении, интуитивно понятный интерфейс программы. К минусам данной программы можно отнести то, что она отслеживает заказы только одного подразделения, подходит для небольших сервисных центров [2]. Практически отсутствует техническая поддержка сайта. Новые версии программы выходят достаточно редко. Интерфейс представлен на рисунке 2.2.

Рисунок 2.2 - Интерфейс программы «ServiceCentr»

- web сервис, имеет похожий функционал, однако стоимость пользования данным ресурсом достаточно велика[3] Интерфейс представлен на рисунке 2.1.3.

Рисунок 2.3 - Интерфейс web сервиса «Gincore»

С - Один из наиболее подходящий вариантов, в плане функционала. Продуманы практически все интересующие заказчика моменты, однако высокая стоимость, заставляет отказаться от данной системы [4].

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

Таблица 2.1 - Сравнение аналогов по ключевым параметрам

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

Однако во многих системах заказчику не хватает определенного функционала. В «Gincore» и “РемонтОнлайн” вся информация о работе сервисного центра доступна владельцам ресурсов, с чем заказчик не готов мирится. Сервис “РемонтОнлайн” имеет навязчивый обслуживающий персонал постоянно докучающий звонками и письмами на электронную почту.

Несмотря на все преимущества представленных систем, заказчик отказывается их использовать по экономическим соображениям. В соответствии с этим было принято решение о разработке новой системы.

3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

.1 Выбор инструментальных средств разработки

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