Разработка информационной системы подачи обращений в IT-аутсорсинг

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

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

В данном проекте была поставлена цель: усовершенствовать методы и способы подачи обращений в it аутсорсинг.

К задачам статьи можно отнести следующее:

• -    проектирование информационной системы;

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

• -    инфологическое и даталогическое проектирование;

• -    разработка структуры системы;

• -    разработка интерфейса;

• -    разработка сайта;

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

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

СУБД.

Пользователи

ID пользователя

ID права (FK)

ID организации (FK)

Права

Номер телефона ФИО

Логин

Пароль

Название права

ID права

Организация

ID организации

Название организации

Адрес организации

Время начала работы организации

Время конца работы организации

Список услуг

ID элемента списка

ID услуги (FK)

ID организации (FK)

Статусы

Услуги

ID услуги

N в иерархии

Название услуги

Заявки

ID заявки

ID организации (FK)

ID статуса (FK)

ID приоритета (FK)

Название статуса

ID статуса

Описание заявки

Затрачено времени на исполнение

Приоритеты

ID приоритета

Название

Рисунок 1 – Вид логической модели

Второй уровень модели (физический) составляют имена объектов и типы данных. Но физическая модель данных, наоборот, зависит от конкретной СУБД, фактически отображая системный каталог. В физической модели содержится информация обо всех объектах БД. Так как стандартов на объекты базы данных не существует, то физическая модель зависит от конкретной реализации СУБД. Если в логической модели не имеет значения, какой тип данных имеет атрибут, то в физической модели важно отразить всю информацию об объектах – таблицах, типах данных, индексах. Вид физической модели рассматриваемой предметной области представлен на рисунке 2.

users

Рисунок 2 – Вид физической модели

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

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

В  качестве структуры сайта,  разработан следующий макет, представленный на рисунке 3.

Рисунок 3 – Макет структуры сайта

Как видно из рисунка 3, при заходе на веб-сайт, пользователь попадает на главную (основную) страницу. На данной странице пользователь может авторизоваться, после чего произойдет перенаправление на следующую страницу – страницу для навигации по операциям над заявками. Данная страница является навигатором по двум основным веткам: добавление заявок и просмотр (с дальнейшим изменением и удалением). Страница просмотра является переходным этапом между обозреванием всех заявок и передвижением на конкретную запись. Перейдя на конкретную заявку, появляется возможность ее изменения, либо удаления (если пользователь имеет право на данную операцию).

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

На рисунке 4 показана созданная главная страница при входе на сайт.

Рисунок 4 – Главная страница сайта

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

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

Рисунок 5 – Навигационная страница

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

(5) I ft , P - 6 | [ft Список заявок

Просмотр всех заявок

№ заявки	Название организации	Статус заявки	Приоритет заявки	Описание заявки	Затраченное время
1	АСЦ	Ожидает исполнителя	Очень высокий (4 ч.)	Тестовая заявка 1	2
2	АСЦ	Отказ	Средний (16 ч.)	Тестовая заявка 3	1
3	АСЦ	Уточнение	Высокий (8 ч.)	Тестовая заявка 3	4
4	НИУ БелГУ	На оценке	Средний (16 ч.)	Тестовая заявка 4	8
5	НИУ БелГУ	Закрытие	Низкий (24 ч.)	Тестовая заявка 5	1

Рисунок 6 – Страница просмотра заявок

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

Рисунок 7 – Страница просмотра выбранной заявки

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

Рисунок 8 – Страница добавления заявки

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

Рисунок 9 – Страницы, соответствующие макету структуры сайта

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

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

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

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

Для достижения цели статьи, выполнены все поставленные задачи:

• -    спроектирована информационная система;

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

• -    проведено инфологическое и даталогическое проектирование;

• -    разработана структура сайта;

• -    разработан интерфейса системы;

• -    разработан сайт;