Разработка схемы данных
После моделирования основных процессов необходимо определить структуру данных. Изначально была разработана схема БД для WfMS и CRM. Она была нормализована и приведена к третьей нормальной форме. Реализацию схемы БД можно было осуществить с помощью любой СУБД, например, MySQL, но так как разработка системы ведется с помощью MS SharePoint 2010, то логичней, быстрей и рациональней использовать уже существующий инструментарий хранения информации: списки SharePoint, которые схожи в конструкции с таблицами БД.
Однако изначально схема БД разрабатывалась не под формат списков и библиотек, потому важно было правильно спроецировать составленную схему БД на формат списков SharePoint. На рисунке 2.2 представлена схема классов в формате списков:
Рисунок 2.2. Схема классов сервиса технической поддержки
Как видно из схемы классов, все поля списков имеют те же типы, что доступны и в других видах БД. А преобразование данных к спискам и библиотекам не сказалось на степени нормализации. Таким образом, из приведенной схемы данных к WfMS относятся:
Список задач. Этот список содержит задачи, которые получились путем декомпозиции заявки.
Список ресурсов. Содержит в себе информацию об имеющихся ресурсов КЦ.
Список назначений. Содержит информацию о назначениях ресурсов на задачи.
Общий список модулей. Смежный список, который обеспечивает взаимодействие WfMS и CRM модуля.
ОПИСАНИЕ РАЗРАБОТАННОЙ СИСТЕМЫ
Этап проектирования, включающий в себя создание моделей основных процессов системы, схемы данных, разработку ТЗ на создание системы и определение основных требований к создаваемой системе, послужил основой для дальнейшей разработки.
В данном параграфе рассматриваются общие положения создания системы, ее составляющие, основные функции и принципы действия. Для получения более полной информации о системе следует изучить руководство пользователя и руководство системного программиста, которые находятся в приложениях В и Г соответственно.
Так как объем исходных кодов программных решений системы более 1500 строк, то в приложении Е приведены коды лишь основных методов.
Разработка осуществлялась с использованием технологий MS SharePoint 2010 и ASP.NET, основным языком программирования был C#. Так же использовался JavaScript для генераций сообщений пользователю.
Таким образом, результатом работы стала разработанная система, которая включает в себя следующие элементы:
Список задач. Хранит в себе информацию о задачах: к какой заявке относится задача, история назначения ресурсов, ответственный исполнитель, описание решения задачи и т.д. Данный список имеет два представления: первое отображает актуальные задачи, а второе – архивные. Архивные задачи получаются путем закрытия заявки, либо ручным редактированием элемента списка.
Список ресурсов. Отображает сведения об имеющихся ресурсах, в том числе тип конкретного ресурса и доступное количество.
Список назначений. Список, элементы которого представляют собой назначения ресурсов на задачи.
Общий список модулей. Область взаимодействия CRM модуля и WfMS. Оператор берет из этого списка информацию о заявках, затем WfMS через элементы этого списка предоставляет отчеты с решениями CRM модулю.
Обработчики событий. Система включает в себя несколько обработчиков событий на добавление и изменения элементов, которые позволяют без участия человека выполнять операции, необходимые для функционирования системы.
Визуальные веб-части. Визуальные веб-части реализованы с помощью технологии создания веб-приложений ASP.NET и выполняют наиболее крупные задачи системы: распределение ресурсов, закрытие заявок и задач, генерация отчетов.
Для работы со списками задач, назначений и общего списка модулей следует изучить руководство пользователя системы в приложении В. Заполнение и редактирование элементов этих списков стандартными средствами MS SharePoint может привести к некорректной работе системы.
Создание и редактирование элементов списка задач должно производиться оператором и дежурным инженером. При создании и редактировании элементов можно изменять только следующие поля:
ИД. Идентификатор задачи.
Название задачи.
Идентификатор заявки. Код заявки, по которой создана задача.
Время закрытия задачи. Заполняется дежурный инженером или оператором по завершению задачи.
Текущее состояние. Может содержать одно из трех значение: «Задача выполняется», «Задача приостановлена» и «Задача завершена». Заявка не может быть закрыта, пока все задачи по ней не будут находиться в состоянии «Задача завершена».
Описание решения задачи. Содержит описание действий дежурного инженера по выполнению задачи.
Архивная. Логическое поле, отображает, является ли задача архивной. В особых случаях значение может задаваться вручную.
Остальные поля заполняются системой автоматически и их ручное редактирование не рекомендуется.
За работу со списком назначений, списком ресурсов и списком задач отвечает разработанное решение «WfMS.WebParts.AllocateResources», включающее в себя веб-части назначения и освобождения ресурсов:
Веб-часть "GetResourcesWebPart". Визуальная веб-часть, реализует функционал назначения ресурсов на задачи.
Веб-часть "FreeResourcesWebPart". Визуальная веб-часть, реализует функционал освобождения ресурсов.
Ручное добавление, архивирование и редактирование элементов списка назначений не предусматривается.
Список назначений выполняет ряд функций:
Он позволяет проводить анализ и мониторинг доступности ресурсов.
Используется при закрытии заявок: если хоть по одной из задач не освобожденные ресурсы, то связную заявку нельзя будет закрыть.
Позволяет вести историю назначений, путем добавления элементов списка в архив.
Данные общего списка модулей заполняются как WfMS, так и CRM модулем. В область действий WfMS попадают поля:
Необходим работник. Логическое поле, отображает необходимость в дежурном инженере. Заполняется системой автоматически, если на задачу назначен трудовой ресурс.
Решение подготовлено. Логическое поле, отображает, готово ли решение по заявке. Заполняется системой автоматически при заполнении поля "Описание решения".
Описание решения. Поле, в которое заполняется отчет о проделанной работе по заявке. Формируется системой автоматически на основе решений связных задач.
С общим списком модулей и списком задач работают обработчики событий:
Решение "WfMS.EventReceivers.AddOrderToNewTask". Реализует часть функций декомпозиции заявок и формирования отчетов по заявке.
Решение "WfMS.EventReceivers.WorkerAndSolutionReceiver". Реализует функции закрытия заявок и задач, формирование отчетов по выполнению заявок и обеспечивает взаимодействие с CRM модулем.
Производить манипуляции над элементами списка ресурсов можно используя формы редактирования MS SharePoint, как показано на рисунке 2.3. При этом заполняются поля:
Название ресурса.
Тип ресурса. Может содержать одно из трех значений: трудовой, материальный и денежный.
Описание. Содержит описание ресурса. Например, трудовой ресурс может содержать описание «Сотрудник КЦ».
Расходный материал. Логическое поле, отображает, является ли ресурс расходным материалом, что влияет на логику работы системы при освобождении ресурсов с задачи.
Доступное количество. Количество ресурса доступное на данный момент. Назначение ресурса на задачу невозможно, если доступное количество равно нулю или меньше назначаемого.
Рисунок 2.3. Пример создания элемента списка ресурсов
Согласно разработанному ТЗ были реализованы основные функции, подробное описание и процесс реализации которых можно посмотреть в приложении В «Руководство пользователя WfMS НИУ ВШЭ Пермь», приложении Г «Руководства системного программиста WfMS НИУ ВШЭ Пермь», а так же в рассмотреть схемы основных алгоритмов системы в приложении Д, которые помогут быстрее и лучше понять исходные основных методов коды, находящихся в приложении Е.
Основными функциями WfMS являются:
Декомпозиция заявки на задачи. Оператор является важной частью WfMS НИУ ВШЭ – Пермь, и его основной задачей является работа с заявками, пришедшими из CRM модуля. После получения заявки, оператор разбивает заявку на более мелкие задачи, что позволяет в дальнейшем работать внутри с системы с каждой задачей отдельно. Задачи создаются в виде элементов списка задач.
Распределение ресурсов. Данная функция включает в себя два компонента: функция назначения ресурсов и функция освобождения ресурсов. Данные функции были реализованы в виде веб-частей.
Формирование отчета по выполненным заявкам и его передача CRM системе. Как только заявка закрывается, формируется отчет на основе данных, содержащихся в связных элементах списка задач. Данный отчет заносится в поле описания решения заявки в общем списке модулей.
Архивирование задач. Подобно формированию отчетов при инициации закрытия заявки, связные задачи архивируются.
Хранение истории назначений ресурсов на задачи. Система так же позволяет вести статистику назначения ресурсов, которая хранится в списке назначений ресурсов на задачи.
Данные функции системы выполняет оператор и дежурный инженер с помощью разработанных программных решений и стандартных инструментов MS SharePoint 2010.
Как ранее говорилось в этом параграфе, основной функционал реализован при помощи визуальных веб-частей, каждая из которых располагается на отдельной странице. Исходный код решений писался таким образом, чтобы в будущем решения можно было развернуть на любых порталах и сервисах.
С помощью технологии ASP.NET, языков C# и JavaScript был реализован интуитивно понятный пользовательский интерфейс. В качестве примера на рисунке 2.4 показана форма назначения ресурсов. На странице расположены меню выбора, информативные поля и меню фильтрации.
Помимо формы назначения ресурсов, были созданы формы освобождения ресурсов, закрытия заявок и задач. Список назначений и список задач имеют несколько представлений. Например, оба списка могут содержать архивные данные, которые позволят проводить анализ и планирование действий КЦ.
Далее приведено описание формы назначения ресурсов:
Рисунок 2.4. Форма назначений ресурсов
Для ознакомления с принципами работы системы следует познакомиться с основными алгоритмами, схемы которых находятся в приложении Д. Ниже приведен пример описания схемы алгоритма назначения ресурсов:
Выбрать в соответствующих меню задачу и ресурс.
Считать данные о задаче и ресурсах. Если задача или ресурс не выбраны, то выдать пользователю соответствующее сообщение. Иначе перейти к пункту 3.
Определить тип ресурса. Если он трудовой, то определить, назначен ли на текущую задачу ответственный. Если не назначен, то назначить текущий трудовой ресурс как ответственного исполнителя. Перейти к пункту 7. Если ресурс не трудовой – перейти к пункту 4.
Считать из специального поля количество назначаемого ресурса.
Если назначаемого количество больше доступного, то выдать пользователю соответствующее сообщение. Иначе перейти к пункту 6.
У соответствующего элемента в списке ресурсов уменьшить значение количества доступного ресурса на величину назначаемого количества.
Найти в списке назначений значение с текущей задачей и ресурсом. Если назначение не найдено, то создать новый элемент списка и перейти к пункту 8. Иначе определить тип ресурса. Если он трудовой создать новый элемент и перейти к пункту 8. Иначе увеличить старое значение назначаемого ресурса и перейти к пункту 8.
Завершить работу алгоритма, вывести пользователю сообщение об успешном назначении ресурса на задачу.
Таким образом, с помощью разработанных программных средств были реализованы алгоритмы и функции, описанные в ТЗ на создание системы. Рисунок 2.5 схематично показывает связи функций и разработанных решений.
Рисунок 2.5. Схема реализации функций по решениям
Подводя итоги практической части работы, следует выделить полученные результаты:
Составлены основные требования и характеристики WfMS, ТЗ на разработку.
Разработана схема данных.
Смоделированы и описаны основные процессы системы.
На основе технологии MS SharePoint разработана WfMS НИУ ВШЭ – Пермь.
Описаны основные алгоритмы.
Составлено руководство пользователя.
Составлено руководство системного программиста.
Разработана WfMS.
|
