Файл: Министерство цифрового развития.docx

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

Категория: Не указан

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

Добавлен: 17.03.2024

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

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

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

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ,

СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА»

(СПбГУТ)
Санкт-Петербургский колледж телекоммуникаций им. Э.Т. Кренкеля

Отделение     Информационных технологий и управления в телекоммуникациях
Цикловая комиссия     Информатики и программирования в компьютерных системах

КУРСОВОЕ ПРОЕКТИРОВАНИЕ

Тема:              Разработка тикет системы для ИТ отдела








Вид  курсового проектирования               курсовой  проект

                                     




Специальность                   09.02.03 «Программирование в компьютерных системах»







Студент

_________________

Д.В. Андреев







«___» ___  2021 г.

Руководитель

_________________

Н.В. Кривоносова







«___»  ___  2021 г.

Оценка ______________ __________

                                       (подпись)


Санкт-Петербург

2021

Оглавление


ВВЕДЕНИЕ 3

1. ПОСТАНОВКА ЗАДАЧИ 5

1.1 Формирование требований к программному продукту 6

1.1.1. Бизнес требования 6


1.1.2. Пользовательские требования 6

1.1.3. Функциональные требования 6

1.1.4. Нефункциональные требования 6

1.1.5. Требования к интерфейсам 6

1.1.6. Требования к данным 7

1.2. Программные средства разработки 8

1.3. Аппаратные средства разработки 9

2. ПРОЕКТИРОВАНИЕ ПРОГРАММНЫХ МОДУЛЕЙ 10

2.1. Архитектура системы 10

2.2. Моделирование основных сценариев системы 10

2.3. Проектирование графического интерфейса пользователя 22

2.4. Проектирование и разработка модели данных 26

3. РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА 29

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

3.2. Разработка программных модулей 37

4. ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 47

4.1. История изменений 47

4.2. Определение объектов тестирования 48

4.3. Стратегия тестирования 48

ЗАКЛЮЧЕНИЕ 53

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

ПРИЛОЖЕНИЕ 1 55

Перечень условных обозначений:

ИТ – информационные технологии

БД – база данных

Тикет - любое зафиксированное обращение или заявка

GUI – (graphic unit interface) графический интерфейс.

ОС – операционная система

WPF – Windows Presentation Foundation

XAML – Extensible Application Markup Language

SQL – Structured Query Language

ОЗУ – оперативное запоминающее устройство

SSD – solid-state drive

HDD – Hard Disk Drive

UML – Unified Modeling Language

АРМ – автоматизированное рабочее место

IDEF0 – Integration Definition Function Modeling

ВВЕДЕНИЕ

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

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

Одним из решений является внедрение тикет системы в структуру предприятия.

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



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

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

С помощью тикет системы можно:

  • обращаться к ИТ специалистам с вопросами по информационным системам предприятия;

  • давать обратную связь для дальнейшего анализа и дальнейшего улучшения качества оказываемой технической поддержки;

  • сообщать об обнаруженных неисправностях в информационных сервисах компании.

Несомненные плюсы тикет системы заключаются в следующем:

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

  • сохраняется история всех сообщений по конкретному вопросу, и потеря сообщений исключена;

  • оперативность оказания технической поддержки.

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

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

Каждый день в ИТ отделы поступает большое количество обращений от пользователей на оказание технической поддержки.

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

  • уникальный идентификатор;

  • фамилия;

  • имя;

  • отчество;

  • должность;

  • отдел;

  • логин;

  • пароль.

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


  • уникальный идентификатор заявки;

  • заголовок заявки;

  • описание заявки;

  • дата создания заявки;

  • комментарии;

  • ФИО пользователя, оставившего заявку;

  • статус заявки;

  • ответственная группа поддержки.

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

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

Задачи курсового проекта:

  • сформулировать требования к программному продукту;

  • разработать модель программного продукта;

  • разработать основной функционал программного продукта;

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



  1. ПОСТАНОВКА ЗАДАЧИ

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

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

OMNITRACKER (рис. 1.1):



Рисунок 1.1 – Логотип OMNITRACKER

Программное решение, разработанное компанией OmniNet в Германии программное обеспечение, представляющее собой платформу для бизнес-процессов. Это модульное приложение, используемое по всему миру средними и крупными предприятиями. Основная область применения программы - поддержка процессов, соответствующих рекомендациям ITIL, а также управление проектами, требованиями, ошибками, клиентскими запросами, начиная с первичного учета и до их исполнения. OMNITRACKER позволяет создавать заявки через различные каналы ввода, например, по телефону (CTI), электронной почте или через портал самообслуживания, который также может быть интегрирован с существующими веб-страницами.

OTRS (рис. 1.2):




Рисунок 1.2 – Логотип OTRS

OTRS Help Desk (OTRS) веб приложение, которое устанавливается на веб-сервер и используется в веб-браузере.

OTRS разделен на несколько компонентов. Главным компонентом всей системы является OTRS-фреймворк, в котором содержатся все основные функции приложения и система обработки заявок. Веб-интерфейс OTRS позволяет устанавливать дополнительные приложения, такие как, например, OTRS:ITSM, а также инструментальные средства для мониторинга информации о состоянии системы, базу знаний (FAQ) и многие другие.

OTRS использует понятие заявки для сбора информации из всех внешних и внутренних источников коммуникации. Эти заявки помещаются в

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

    1. Формирование требований к программному продукту

      1. Бизнес требования 

Разработанное приложение обеспечивает возможности:

  • удобство в обращении за технической помощью;

  • ведение истории обращений;

  • функционирования баз данных по общим стандартам;



      1. Пользовательские требования

Необходимые пользовательские требования для работы с приложением:

  • просмотр данных по тикетам;

  • изменение данных в тикетах;

  • добавление и удаления информации в протоколе заявки;

  • возможность передачи информации в другие группы поддержки;

  • уведомление пользователей о решении заявки.



      1. Функциональные требования

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

  • Возможность открывать несколько заявок одновременно.

  • Возможность использования скролла при работе со списком заявок.

  • Возможность сохранения учетных данных

  • Возможность спрятать пользовательскую форму создания заявки в трей windows.



      1. Нефункциональные требования

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