• 
  программа функционирует корректно, за исключением случаев, включающих в себя аппаратно-технические проблемы;
  
• 
  платформа на базе процессора Intel Core i3/i5/i7;
  
• 
  программа работает на ПК под управлением операционных систем Windows 8.1/10;
  
• 
  не менее 100 Мб дискового пространства. (БД будет расти с кол-вом заявок, поэтому стоит рассмотреть увеличение выделяемого места);
  
• 
  оперативная память не менее 512 Мб;
  
• 
  клавиатура;
  
• 
  мышь.
  

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

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

• 
  интерфейс на русском языке;
  
• 
  логотип, размещенный слева сверху в начальном и рабочем окнах;
  
• 
  цветовую гамму приложения:
  
• 
  основной цвет (начальное окно, рабочее окно, окно заявки, окно создания заявки, форма создания заявки) #61B2D4;
  
• 
  дополнительный цвет (область ввода информации в рабочем окне и окне заявки) # 4D8597;
  
• 
  цвет кнопок: #C4C4C4;
  

шрифт:

• 
  цвет шрифта черный;
  
• 
  размер шрифта заголовков 18 px;
  
• 
  размер шрифта текста 12 px;
  
• 
  размер шрифта с названием программы 24 px;
  

кнопки и текстбоксы:

• 
  кнопки должны быть без закруглений;
  
• 
  текстбоксы должны быть без закруглений;
  
• 
  начальное окно содержит: форму авторизации «Логин», «Пароль», форму подключения к БД через ручной ввод и кнопку вход;
  
• 
  рабочее окно с инструментальной панелью, расположенной слева;
  
• 
  в правой части рабочего окна отображаются список заявок;
  
• 
  инструментальная панель содержит кнопки: «Создать заявку», «Заявки моей группы», «Все заявки» и «Поиск» с формой ручного ввода для поиска заявок;
  
• 
  окно заявки с информационной панелью слева и рабочей областью справа;
  
• 
  информационная панель содержит следующую информацию: «Номер заявки», «Пользователь», «Рабочая почта», «Контактный телефон», «Типа заявки» и область «Описание заявки»;
  
• 
  рабочая область содержит выпадающие списки: «Статус заявки», «Ответственная группа», «Исполнитель», область ввода: «Протокол» и область ввода: «Решение для пользователя»;
  
• 
  окно создания заявки аналогично окну заявки с информационной панелью слева и рабочей областью справа;
  
• 
  информационная панель содержит следующую информацию: «Номер заявки», «Пользователь», «Рабочая почта», «Контактный телефон», «Типа заявки» и область «Описание заявки»;
  
• 
  рабочая область содержит выпадающие списки: «Статус заявки», «Ответственная группа», «Исполнитель», область ввода: «Протокол» и область ввода: «Решение для пользователя»;
  
• 
  окно формы создания заявки для пользователя содержит формы ручного ввода: «Ваше ФИО», «Рабочая почта», «Контактный телефон», «Описание заявки» и выпадающий список «Тип заявки».
  

---

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

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

• 
  наличие двух таблиц: «Пользователь», «Заявка»
  
• 
  названия столбцов на русском языке без пробелов, в случае названия, состоящего из двух и более слов, они отделяются друг от друга знаком «_»;
  

Наличие следующих столбцов для таблицы «Пользователь»: «Уникальный ключ», «Имя», «Фамилия», «Отдел», «Должность», «Логин», «Пароль».

• 
  тип данных для столбца «Уникальный_ключ» - int;
  
• 
  тип данных для столбца «Имя» – nvarchar(50);
  
• 
  тип данных для столбца «Фамилия» – nvarchar(50);
  
• 
  тип данных для столбца «Отдел» – nvarchar(MAX);
  
• 
  тип данных для столбца «Должность» – nvarchar(MAX);
  
• 
  тип данных для столбца «Логин» – nvarchar(50);
  
• 
  тип данных для столбца «Пароль» – nvarchar(50);
  

Наличие следующих столбцов для таблицы «Заявка»: «Уникальный ключ», «Ваше_ФИО», «Рабочая_почта», «Контактный_телефон», «Тип_заявки», «Описание_заявки», «Статус», «Исполнитель», «Протокол», «Решение», «Рабочая_группа»

• 
  тип данных для столбца «Уникальный_ключ» - int;
  
• 
  тип данных для столбца «Ваше_ФИО» – nvarchar(50);
  
• 
  тип данных для столбца «Рабочая_почта» – nvarchar(50);
  
• 
  тип данных для столбца «Контактный_телефон» – nvarchar(50);
  
• 
  тип данных для столбца «Тип_заявки» – nvarchar(50);
  
• 
  тип данных для столбца «Описание_заявки» - nvarchar(MAX);
  
• 
  тип данных для столбца «Статус» – nvarchar(50);
  
• 
  тип данных для столбца «Исполнитель» – nvarchar(50);
  
• 
  тип данных для столбца «Протокол» – nvarchar(MAX);
  
• 
  тип данных для столбца «Решение» – nvarchar(MAX);
  
• 
  тип данных для столбца «Рабочая_группа» – nvarchar(MAX);
  

2.   1   2   3   4   5   6   7

---

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

Курсовой проект был разработан на персональном компьютере с операционной системой Windows 10, которая на данный момент является последней версией этой ОС.

В качестве инструментального средства для создания программы была выбрана интегрированная среда разработки для написания, отладки, тестирования и развертывания кода Visual Studio для операционной системы Windows, язык программирования – C# на платформе пользовательского интерфейса Windows Presentation Foundation (WPF).

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

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

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

Для разработки базы данных курсового проекта была использована система управления данными Microsoft SQL Server Express – это бесплатная версия SQL Server с широкими функциональными возможностями. Она идеально подходит для обучения, разработки и обеспечения работы классических, небольших серверных приложений и веб-приложений, а также для распространения независимыми поставщиками программного обеспечения.

Для работы с Microsoft SQL Server Express на персональный компьютер был установлен SQL Server Management Studio (SSMS) версии 18.5 – это программа с графическим интерфейсом, которая позволяет быстро и легко управлять базами данных, создавать пользователей, устанавливать разрешения для баз данных, создавать резервные копии и многое другое, утилита для конфигурирования, управления и администрирования всех компонентов Microsoft SQL Server. Утилита включает скриптовый редактор и графическую программу, которая работает с объектами и настройками сервера.

---

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

Курсовой проект был разработан на персональном компьютере со следующими характеристиками:

Процессор: intel® Core™ i3-7100 CPU @ 3.90GHz 3.90 GHz

Материнская плата: Gigabyte Technology CO., Ltd., H110M-S2-CF

ОЗУ: 16 ГБ

SSD: 512ГБ

HDD: 2ТБ

Видеокарта: MSI GeForce1070

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

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

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

Для моделирования основных сценариев системы был использован Microsoft Visio 2016 и стандартные нотации IDEF0 и UML.

IDEF0 (Integration Definition Function Modeling) – это методология функционального моделирования и графическая нотация, предназначенная для визуализации и описания бизнес-процессов.

UML (Unified Modeling Language) — это стандартизированный язык моделирования, состоящим из интегрированного набора диаграмм, разработанных, чтобы помочь разработчикам систем и программного обеспечения в определении, визуализации, конструировании и документировании артефактов программных систем, а также для бизнес-моделирования.

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

Для того, чтобы визуализировать назначение системы, ее основную функцию, взаимодействие с внешней средой и описать ее границы была построена контекстная диаграмма в нотации IDEF0 (рис. 2.2):



Рисунок 2.2 – Контекстная диаграмма

Для контекстной диаграммы составлено описание интерфейсных дуг процесса в виде таблицы (табл. 2.1):

Таблица 2.1

Словарь интерфейсных дуг процесса

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

---

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



Рисунок 2.3 – Диаграмма декомпозиции

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

Таблица 2.2

Работы диаграммы декомпозиции

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

С помощью контекстной диаграммы и диаграммы декомпозиции составлено древо узлов (рис.2.4):



Рисунок 2.4 – Древо узлов

Далее для определения общих границ и контекста моделируемой предметной области была построена диаграмма вариантов использования (usecase).

Диаграмма вариантов использования для программного продукта, разрабатываемого в курсовой работе представлена на рисунке (рис.2.5):



Рисунок 2.5 – Диаграмма вариантов использования

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

---

Смотрите также файлы

• Операционная система (ОС).pdf

• Практическое занятие Задание 4.docx

• Лабораторная работа 2 Определение и описание магматических горных пород.doc

• Что такое цель Что такое смарттехнология 6 ключевых вопросов.pptx

• Решение Примем всю работу за единицу, тогда за 1 час первая бригада выполняет.docx