Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

Объектом исследования данной курсовой работы является общество с ограниченной ответственностью ООО «Доктор Бит».

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

Цель ВКР – создать информационную систему для автоматизации «Обеспечения послепродажного обслуживания».

Для достижения поставленной цели необходимо решить следующие задачи:

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

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

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

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

Компания ООО «Доктор Бит» – ведущая компания по продаже и ремонту компьютерной техники.

ООО «Доктор Бит» оказывает следующие виды услуг:

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

В таблице 1 представлены общие показатели деятельности компании ООО «Доктор Бит» за 2016 год.

Таблица 1

Общие показатели деятельности на январь 2017 г.

Показатели	2016 год
Оборот, млн. руб	24,5
Количество завершенных проектов	12
Количество сотрудников	82
Количество единиц компьютерной техники в филиале	278

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

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

Рисунок 1 – Организационная схема предприятия

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

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

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

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

Аппаратная архитектура предприятия отображена на рисунке 2.

Рисунок 2 – Аппаратная архитектура предприятия

Все компьютеры в компании объединены в единую локальную сеть с помощью маршрутизатора и коммутаторов. Выход в интернет из локальной сети контролируется сервером. В роли сервера выступает системный блок с процессором Intel Core i7-6500U с частотой 2.8ГГц (4 ядра, 8 потоков) и объемом оперативной памяти 16 Гб. Для хранения данных на сервере установлен RAID-массив объемом в 26 Тб. Основная задача сервера – обеспечение бесперебойного доступа в интернет, а также фильтрация входящего и исходящего трафика. Кроме того, на нем установлено серверные части используемого в компании программного обеспечения. Для обеспечения бесперебойного питания используется ИБП – ACP Smart-UPS 1500.

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

Пользовательские ПК оснащены преимущественно процессорами Intel, начиная от Core 2 Duo и выше. Минимальный объём ОЗУ – 4Гб. Минимальный объём жёсткого диска – 250Гб. Технические требования к рабочим станциям устанавливаются в зависимости от задач, которые будут на них выполняться. По необходимости производится модернизация оборудования. Так же, в зависимости от задач, подбираются периферийные устройства. Преимущественно используется техника производителей Canon и Xerox.

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

Программная архитектура предприятия отображена на рисунке 3.

Рисунок 3 – Программная архитектура предприятия

Сервер компании работает под управлением серверной операционной системы Microsoft Windows Server 2012 R2. Выбор данной ОС обусловлен перечнем решаемых задач: функционала данной ОС достаточно для выполнения требуемых в данной локальной сети функций.

Для защиты локальной сети от вредоносного программного обеспечения и атак из всемирной сети Интернет на сервере работает FireWall. Кроме того, на сервере располагаются внутренние сетевые ресурсы: принтеры и папки с общим доступом для всех компьютеров ЛВС компании.

На всех рабочих компьютерах конечных пользователей установлены операционные системы от компании Microsoft: Windows 10.

Программное обеспечение, используемое в организации, разнообразно и применяется для широкого круга задач. Специальным программным обеспечением пользуются в своей работе, в основном, разработчики и сотрудники IT-отдела. Остальным достаточно возможностей текстового редактора Microsoft Word и табличного процессора Microsoft Excel (версия 2013).

В качестве основной информационной системы для автоматизации учета деятельности компании выступает 1С: Предприятие.

В качестве СУБД для системы 1С используется Microsoft SQL Server.

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

Для обеспечения работы сайта на сервере компании запущен веб-сервер Apache и СУБД Mysql. Также для удобства работы над сайтом нескольких программистов используется система контроля версий Git. Сайт выполняет роль web-представительства компании в интернете, на нем находится информация о компании, оказываемых услугах и их стоимости, публикуются новости, статьи, и другая информация, связанная с деятельностью компании.

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

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

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

Исследование функций производится независимо от способов и методов их выполнения. Такой «функциональный» подход обеспечивает четкое разделение аспектов назначения описываемой системы от вопросов её реализации.

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

IDEF0 определяет два графических объекта:

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

2. стрелка, с помощью которой указываются информационные или материальные объекты.

Модель IDEF0 представляет собой набор взаимоувязанных диаграмм. Каждая диаграмма является описанием системы или ее отдельных функциональных блоков в рамках некоторого уровня детализации.

Контекстная диаграмма – диаграмма самого верхнего уровня иерархии, дает самое общее представление о системе. На контекстной диаграмме (КД) отображается только один функциональный блок (контекстная функция).

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

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

Контекстная диаграмма процесса учета ремонта компьютерной техники в it-отделе компании изображена на рисунке 4 (для построения диаграмм использовалось CASE- средство AllFusion Process Modeler 7).

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

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

Механизмами, выполняющими рассматриваемую деятельность, являются сотрудники IT-отдела. Вся деятельность осуществляется в соответствии с регламентами работы IT-отдела.

Следующий этап моделирования бизнес-процессов – декомпозиция контекстной диаграммы на блоки, составляющие моделируемую деятельность

Диаграмма декомпозиции изображена на рисунке 5.

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

Исследуемую деятельность составляют четыре основных бизнес-процессов:

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

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

Завершающий бизнес-процесс – формирование отчетности. По мере необходимости (обычно – раз в месяц) сотрудники отдела формируют отчет по всем выполненным (и невыполненным) ремонтам.

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

Задача автоматизации учета ремонтной техники предполагает использование вычислительной техники для своего решения. Рассмотрим текущую схему документооборота для записи в книге учета ремонта компьютерной техники (Рисунок 6).

Рисунок 6 – Схема документооборота записи в книге учета ремонтов

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

Согласно статистике, в среднем в месяц IT-отдел выполняет ремонт 40 единиц компьютерной техники, на внесение записи о поступившей неисправной технике, дополнения её результатами диагностики и ремонта необходимо в среднем 2 часа. Дополнительно необходимо ежемесячно составлять отчет по ремонтам, что требует в среднем 8 часов рабочего времени в месяц. Таким образом, временные затраты на учет ремонта компьютерной техники (без учета этапа выполнения работ) составляет 40*2+8=88 часов в месяц.

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

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

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

1. Регламент информационной безопасности:

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

2. Регламенты использования ресурсов локальной вычислительной сети, сети Интернет и электронной почты.

Информационная безопасность и защита информации обеспечиваются на двух уровнях: программном и аппаратном.

Программный уровень включает в себя настройку политики безопасности Microsoft Windows Server 2012:

а) права доступа;

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

в) парольная защита, доступ к базе (установлены пароли на программные продукты, такие как: Антивирус Касперского, 1С);

г) ведение логирования основных действий пользователей.

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

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

Ответственным за информационную безопасность является системный администратор.

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

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

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

Если утечку информации удается предотвратить, сотрудник несет ответственность за нарушение внутренней информационной безопасности. К нарушителю применяются одна или несколько санкций:

1) выговор;

2) строгий выговор;

3) штраф;

4) «принудительно-добровольное» увольнение из компании;

5) увольнение из компании согласно статье и с заведением уголовного дела.

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

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

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

Обоснование выбора формы хранения данных в памяти ЭВМ.

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

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

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

На форме регистрации неисправности указываются:

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

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

Всего в информационной системе используется шесть справочников:

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

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

Отчет по ремонтам включает следующие параметры:

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

Отчет выводится с помощью специальной пользовательской формы в виде таблицы и скачивается в виде файла Microsoft Excel.

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

Описание используемых классификаторов приведено в таблице 2.

Таблица 2

Используемые идентификаторы

№ пп	Наименование кодируемого множества объектов	Значность кода	Мощность кода	Система кодирования
1	Идентификационный номер пользователя	4	9999	Порядковая
2	Идентификационный номер вида неисправности	4	9999	Порядковая
3	Идентификационный номер техники	4	9999	Порядковая
4	Идентификационный номер ремонтной работы	4	9999	Порядковая
5	Идентификационный номер ремонта техники	4	9999	Порядковая
6	Идентификационный номер роли	4	9999	Порядковая
7	Идентификационный номер категории техники	4	9999	Порядковая

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

Программное обеспечение АИС – это ПО, специальное разработанное в рамках автоматизации, реализующие разработанные модели разной степени адекватности, отражающие функционирование реального объекта; а также ПО общего назначения, предназначенное для решения типовых задач обработки информации [5].

Для организации клиентских рабочих мест ИС планирования необходима ОС Windows 2000 или ОС Windows ХР. ОС Windows ХР установлена на всех компьютерах предприятия, поэтому установки дополнительной ОС не требуется.

ПО ИС планирования необходимо разработать. Для разработки документации по ИС планирования необходимы следующие ПС:

MS Project, для разработки календарного плана-графика;
MS Visio, для разработки всех схем ИС;
ERWIN, для разработки схемы данных;

Данные ПС являются вспомогательными и используются при осуществлении проектирования.

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

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

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

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

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

PHP (PersonalHomePageTools – «Инструмент для создания персональных веб-страниц») – является скриптовым языком программирования общего пользования, используемый для создания Web-приложений. В данный момент времени поддерживаются подавляющие большинство хостинг-провайдеров и стал одним из ведущих языком программирования, использующих для разработки динамических Web-сайтов [10].

Популярность языка в создании web-сайтов определяется наличием большого набора средств предназначенных для разработки web-приложений. Основные из них:

автоматически извлекаемые GET и POST -параметров, а также переменных окружения веб-сервера в предопределённые массивы;
взаимодействует с очень большим количеством разных СУБД (MySQL, SQLite, MySQLi, Oracle (OCI8), PostgreSQL, Microsoft SQL Server и пр.);
автоматическая отправка HTTP-заголовков;
работает с HTTP-авторизацией;
работает с сессиями и cookies;
работает с удалёнными и локальными файлами, сокетами;
обрабатывает файлы, загруженные на сервер;

В качестве системы управления базой данных была выбрана СУБД MySQL.

MySQL – разработка шведской компании MySQL AB. СУБД MySQL является программным обеспечением с открытым исходным кодом, распространяемым по лицензии GNU (GPL) и коммерческой лицензии для ситуаций, не подпадающих под действие лицензии GPL.

MySQL поддерживает реляционную модель данных, т. е. представляет собой реляционную СУБД.

Начиная с версии 5.0, СУБД MySQL практически полностью удовлетворяет стандарту структурированного языка запросов SQL и, следовательно, совместима с другими базами данных.

MySQL поддерживает несколько типов данных.

Числовые данные. К ним относят целые числа, не содержащие дробной части (например, 124), а также вещественные числа, имеющие как целую, так и дробную части (например, 56.45). Числовые данные делятся на точечные (bit, boolean, integer и decimal) и приближенные (float, real и double precision).

Тип BIT предназначен для хранения битовых полей.

Тип BOOLEAN является синонимом для TINYINT (1). Значение 1 рассматривается как истина (true), a 0 – как ложь (false).

Тип DECIMAL, а также его синонимы NUMERIC и DEC предназначены для величин повышенной точности, например, для денежных данных. Требуемая точность задается при объявлении данных одного из этих типов, например, DECIMAL(5,2). Здесь цифра 5 определяет общее число символов, отводимых под число, а цифра 2 задает количество знаков после запятой. При этом первый параметр может принимать максимальное значение, равное 64, а второй – максимальное значение, равное 30.

Для представления вещественных (приближенных) типов в СУБД MySQL имеются типы: FLOAT (диапазон от –3.4Е+38 до 3.4Е+38, точность 1.2Е–39), DOUBLE и DOUBLE PRECISION (–1.8Е+308 до 1.8Е+308, точность 2.2Е–308).

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

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

Строковые данные— последовательность символов, заключенных в одинарные или двойные кавычки: 'Hello world', '123', "MySQL". Поскольку в качестве стандарта в SQL определены одинарные кавычки, для совместимости с другими базами данных рекомендуется использовать именно их. Различают строковые типы CHAR, VARCHAR, BLOB, TEXT, MEDIUMTEXT, MEDIUMBLOB, LONGTEXT, LONGBLOB, ENUM, SET.

Тип CHAR позволяет хранить строку фиксированной длины; его дополняет тип VARCHAR, позволяющий хранить строки переменной длины.

Длина строки может изменяться от 0 до 65 535. При создании таблицы нельзя смешивать столбцы типа CHAR и VARCHAR. В этом случае СУБД MySQL изменит тип столбцов согласно правилу: если таблице присутствует хотя бы один столбец переменной длины, все столбцы типа CHAR будут приведены к типу VARCHAR.

Тип TEXT обычно используется для хранения больших объемов, в то время как BLOB – для больших двоичных объектов, таких как электронные документы, изображения, музыкальные файлы и т. п.

К особым типам данных относятся ENUM и SET. Строки этих типов принимают значения из заранее заданного списка допустимых значений.

Основное различие между ними заключается в том, что значение типа ENUM должно содержать точно одно значение из указанного множества, тогда как столбцы SET могут содержать любой (или все) элементы заранее заданного множества. Так, значения для столбца, объявленного как ENUM ('y', 'n'), могут принимать значения либо 'y', либо 'n'.

Для типа SET, так же, как и для типа ENUM, при объявлении задается список возможных значений, но в ячейке таблицы может храниться любое значение из списка, а пустая строка означает, что ни один из элементов списка не выбран. Например, значения для столбца SET ('y', 'n') могут принимать значения ('y', 'n'), ('y'), ('n') и пустое множество ().

Календарные данные.

СУБД MySQL имеет пять календарных типов данных: DАТЕ, DATETIME, TIME, TIMESTAMP и YEAR. Тип DАТЕ предназначен для хранения даты, TIME — для времени суток, a TIMESTAMP – для представления и даты, и времени суток. Тип TIMESTAMP предназначен для представления даты и времени суток в виде числа секунд, прошедших с полуночи 1 января 1970 года. Тип данных YEAR позволяет хранить только год.

Для значений, имеющих тип DATE и DATATIME принят формат YYYY-MM-DD или YY-MM-DD. В типах TIME и DATATIME время приводится в привычном формате hh:mm:ss

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

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

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

Рисунок 7 – Информационная модель

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

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

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

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

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

Таблица 3

Справочники информационной системы

№ пп	Название справочника	Ответственный за ведение	Средний объём справочника в записях	Среднюю частоту актуализации	Средний объем актуализации, %
1	Пользователи	Администратор	100	1 раз в месяц	10
2	Виды неисправностей	Администратор	10	1 раз в месяц	10
3	Техника	Администратор	250	1 раз в день	1
4	Ремонтные работы	Администратор	25	1 раз в месяц	25
5	Роли пользователей	Администратор	2	-	-
6	Категории техники	Администратор	10	1 раз год	10

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

Реквизитный состав каждого справочника представлен в виде таблицы 4.

Таблица 4

Реквизитный состав справочников информационной системы

№ пп	Название справочника	Перечень реквизитов
1	Пользователи	ФИО пользователя; логин; пароль; электронная почта; телефон; роли пользователя;
2	Виды неисправностей	наименование неисправности; комментарий;
3	Техника	наименование техники; серийный номер; категория; комментарий;
4	Ремонтные работы	наименование работы; комментарий;
5	Роли пользователей	наименование роли
6	Категории техники	Наименование категории

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

На рисунке 8 изображена форма для работы с записями справочника «Пользователи».

Рисунок 8 – Форма Пользователь

Формы для работы с записями других справочников имеют аналогичный вид (Рисунок 9-12).

Рисунок 9 – Форма Виды неисправности

Рисунок 10 – Форма Техника

Рисунок 11 – Форма Ремонтные работы

Рисунок 12 – Форма Категории техники

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

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

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

Рисунок 14 – Форма добавления данных о диагностике и ремонте

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

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

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

Таблица 5

Описание результатной информации

Наименование	Отчет по ремонтам
Реквизиты	Количество добавленных записей; Количество диагностик; Количество ремонтов;
Таблицы, на основе которых формируется	Ремонты Ремонтные работы Типы неисправностей
Частота формирование	По мере необходимости
Способ доставки	Экранная форма, может быть выгружен в формате электронной таблицы Microsoft Excel

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

Дерево функций информационной системы представлено на рисунке 15.

Рисунок 15 – Дерево функций информационной системы

На основании дерева функций разработан сценарий диалога, который представлен на рисунке 16.

Рисунок 16 – Сценарий диалога информационной системы

После открытия сайта пользователю необходимо пройти авторизацию с помощью логина и пароля.

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

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

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

В качестве системы управления базой данный для разрабатываемой информационной системы была выбрана СУБД MySQL.

Для хранения всех необходимых данных была спроектирована и создана база данных, состоящая из 8 таблиц. ER-модель спроектированной базы данных представлена на рисунке 17.

Рисунок 17 – ER-модель базы данных

Описание все таблиц базы данных представлены в таблицах 6-12.

Таблица 6

Таблица users

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код пользователя	id	int	11	AI
Логин пользователя	login	varchar	255
ФИО пользователя	username	varchar	255	unique
Код роли пользователя	roleid	int	11
Пароль пользователя (в зашифрованном виде)	password	varchar	255
Email пользователя	email	varchar	255
Телефон	phone	varchar	255

Таблица 7

Таблица roles

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код роли	id	int	11	AI
Наименование роли	caption	varchar	255

Таблица 8

Таблица defects

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код вида неисправности	id	int	11	AI
Наименование вида неисправности	caption	varchar	255
Комментарий	comment	longtext	65566

Таблица 9

Таблица works

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код ремонтной работы	id	int	11	AI
Наименование ремонтной работы	caption	varchar	255
Комментарий	comment	longtext	65566

Таблица 10

Таблица category

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код категории техники	id	int	11	AI
Наименование категории техники	caption	varchar	255
Комментарий	comment	longtext	65566

Таблица 11

Таблица equipments

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер техники	id	int	11	AI
Наименование техники	caption	varcher	255
Серийный номер	serial	varcher	255
Код категории техники	categoryid	int	11
Комментарий	comment	longtext	65655

Таблица 12

Таблица defects

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код записи о ремонте	id	int	11	AI
Комментарий	comment	varchar	255
Код пользователя (автора комментария)	userid	int	11
Комментарий к диагностике	diagnoscomment	varchar	255
Комментарий к ремонту	workcomment	varchar	255
Дата создания	createat	datetime
Дата диагностики	diagnosdate	datetime
Дата ремонта	repairdate	datetime

SQL-скрипт для создания базы данных приведен в приложении 1.

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

Популярность языка php обусловила появление большого числа фреймворков, основанных на нем. Фреймворк – программная платформа, определяющая структуру программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта.

Для написания информационной системы использовался фреймворк языка php Symfony 2.

Symfony 2 – самый популярный PHP-фреймворк в мире. Он включает в себя весь набор инструментов, используемый для быстрой разработки веб-приложений, и при этом абсолютно ничего не навязывает создаваемому приложению. Разработчик может быстро начать работу, используя дистрибутив Symfony2.

Сильные стороны Symfony 2:

Высокая скорость работы за счет использования шаблонизатора под именем Twig, который использует оптимизированный PHP-код;
Гибкость в настройке - Symfony позволяет конфигурировать приложения в трех различных форматах: аннотации, XML, YML. Есть возможность использовать все конфигурации одновременно;
Расширяемость – поскольку Symfony основан на концепции DI (слабая связанность), программист может в любое время расширять приложение за счет подключения новых бандлов, которые минимально влияют на работу других бандлов, но зато возможна конфигурация их совместной работы;
Стабильность – длительное время поддержки версий;
Ориентированность на разработчика - Symfony имеет очень удобную консоль и для того, чтобы программист не выполнял рутинную работу, консоль Symfony делает генерацию определенного кода вместо программиста с помощью определенных команд.

Symfony 2 – это набор компонентов, таких как:

HttpFoundation – данный компонент Symfony отвечает за обработку запросов и ответов приложения (Request и Response соответвенно). Также он содержит в себе классы, которые позволяют программисту заниматься работой с файлами и сессией;
Routing – компонент, который занимается маршрутизацией в приложении и позволяет конфигурировать, каким именно образом должны обрабатываться URL;
Form – компонент, который позволяет программисту легко и удобно генерировать, а также управлять формами: простыми или загрузочными;
Validator – набор классов, который позволяет программисту проверять данные на корректность. Содержит в себе множество правил для проверок: начиная простой проверкой на пустоту объекта, заканчивая различными сложными правилами.
ClassLoader – библиотека, которая позволяет подключать в систему PHP-классы без использования явного require.
Templating – тулкит для загрузки/рендеринга шаблонов. Также поддерживается множественное наследование шаблонов (шаблонизатор Twig);
Security – библиотека, которая создана для решения вопросов, которые касаются различных типов безопасности, при создании приложения;
Translation – компонент, которые позволяет реализовать многоязычность сайта.

Данный фреймворк работает с подходом к программированию, называемый Model-view-controller (MVC, «модель-представление-контроллер», «модель-вид-контроллер»).

Основная идея данного подхода заключается в разделении данных, их представлениях и обработку действий пользователей на три больших группы:

Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Объекты данной группы не содержат информации, как эти знания можно визуализировать.
Представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами. Главная задача – представить информацию, хранимой в модели в виде, воспринимаемым пользователем.
Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.

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

В таблице 13 приведен список разработанных программных модулей-контроллеров, в таблице 14 – модели, в таблице 15 – представления.

Таблица 13

Программные модули Controller

Номер	Название	Описание
1	DefaultContoller.php	Класс контроллера, обрабатывающий маршрут главной страницы информационной системы и маршрут формирования отчета
2	AbstractController.php	Родительский класс контроллера, содержащий методы для отображения данных и форм, обработки отправленных форм
3	SecurityController.php	Класс контроллера, содержащий методы и функции, необходимые для реализации функций авторизации, выхода из сайта, управления профилем пользователя
4	RepairsController.php	Класс контроллера, содержащий методы для реализации работы с записями о ремонте ИС
5	SpravController.php	Класс контроллера, содержащий методы для реализации работы со справочниками

Таблица 14

Программные модули Model

Номер	Название	Описание
1	AbstractEntity.php	Родительский класс модели, содержащий базовые методы и свойства для реализации классов модели
2	User.php	Класс модели, содержащий атрибуты и методы для работы с объектом пользователя
3	Repair.php	Класс модели, содержащий атрибуты и методы для работы с объектом отделения
4	Equipent.php	Класс модели, содержащий атрибуты и методы для работы с объектом заявки
5	Work.php	Класс модели, содержащий атрибуты и методы для работы с объектом комментария к заявке
6	Defect.php	Класс модели, содержащий атрибуты и методы для работы с объектом статуса заявки
7	Role.php	Класс модели, содержащий атрибуты и методы для работы с объектом роли пользователя
8	Category.php	Класс модели, содержащий атрибуты и методы для работы с видом неисправности

Таблица 15

Программные модули View

1	AbstractFormType.php	Класс формы управления данными
2	LoginFormType.php	Класс формы авторизации
3	FilterFormType.php	Класс формы для реализации фильтров
4	UserFormType.php	Класс формы для реализации работы с данными пользователя
5	RepairFormType.php	Класс формы для реализации работы с данными записи о ремонте
6	SpravFormType.php	Класс формы для реализации работы с записью справочника

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

Главная особенность объектно-ориентированного программирования (ООП) заключается в том, что при использовании этого метода происходит оперирование объектами. Под объектом в программировании понимается совокупность свойств, методов их обработки и событий, на которые данные объект может реагировать. Под свойствами объекта обычно понимают структуры данных, характерные для данного объекта, или другими словами – набор свойств характеризуют какой-либо объект. Метод – это способ влияния на свойства объекта, обычно используют два метода – установка какому-то свойству определенного значения, и считывание значения этого свойства. Объединение данных и свойственных им процедур обработки в одном объекте, называется инкапсуляцией и является одним из важнейших принципов ООП.

Еще одним фундаментальным понятием ООП является класс.

Классом называют шаблон, на основе которого создается конкретный программные объект. То есть в классе описаны все свойства и методы, определяющие поведение каждого объекта, созданного на основе этого класса. Также принято каждый объект, созданный на основе класса называть экземпляром этого класса.

Следующими важнейшими принципами ООП являются наследование и полиморфизм.

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

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

В структуре программных модулей разработанной ИС Можно четко проследить механизм наследования. Всего присутствует три родительских класса: 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 – Форма работы с данными профиля

Заключение

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

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

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

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

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

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

Приложения

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

CREATE TABLE category

(

id INTEGER NULL,

caption VARCHAR(20) NULL,

comment VARCHAR(20) NULL,

PRIMARY KEY (id)

);

CREATE TABLE defects

(

id INTEGER NULL,

caption VARCHAR(20) NOT NULL,

comment VARCHAR(20) NULL,

PRIMARY KEY (id)

);

CREATE TABLE equipments

(

id INTEGER NULL,

caption VARCHAR(20) NULL,

_serial VARCHAR(20) NULL,

comment VARCHAR(20) NULL,

categoryid INTEGER NULL,

PRIMARY KEY (id)

);

CREATE TABLE repairdefects

(

defectid INTEGER NOT NULL,

repairid INTEGER NOT NULL,

PRIMARY KEY (defectid,repairid)

);

CREATE TABLE repairs

(

id INTEGER NULL,

createdat DATE NULL,

userid INTEGER NULL,

comment VARCHAR(20) NULL,

diagnoscomment VARCHAR(20) NULL,

workcomment VARCHAR(20) NULL,

equipmentid INTEGER NULL,

diagnosdate DATE NULL,

repairdate DATE NULL,

PRIMARY KEY (id)

);

CREATE TABLE repairworks

(

workid INTEGER NOT NULL,

repairid INTEGER NOT NULL,

PRIMARY KEY (workid,repairid)

);

CREATE TABLE roles

(

id INTEGER NULL,

caption VARCHAR(20) NOT NULL,

PRIMARY KEY (id)

);

CREATE TABLE Users

(

id INTEGER NULL,

username VARCHAR(20) NULL,

password VARCHAR(20) NULL,

email VARCHAR(20) NULL,

phone VARCHAR(20) NULL,

roleid INTEGER NULL,

PRIMARY KEY (id)

);

CREATE TABLE works

(

id INTEGER NULL,

caption VARCHAR(20) NOT NULL,

comment VARCHAR(20) NULL,

PRIMARY KEY (id)

);