3. МиТ ПрИС. лаб 3. Модель для оценки упр. инц.. Лабораторная работа Разработка моделей данных и запросов к бд для оценивания показателей эффективности процесса управления инцидентами
 Скачать 0.62 Mb.
|
3.4. Постановка задачи оценивания значений показателей эффективности процесса управления инцидентамиДля оценивания производительности и успешности процесса управления инцидентами необходимо определять значения показателей эффективности. Примеры показателей, значения которых должны оцениваться за заданный период времени приведены в таблице заданий. Для вычисления значений показателей эффективности процесса управления инцидентами необходимо решать следующие частные задачи: вычисление (подсчет) количества инцидентов; вычисление продолжительности работ по разрешению инцидентов; вычисление финансовых затрат. При этом необходимо определить абсолютное или среднее значение показателя за заданный период с возможной группировкой по заданным атрибутам (например, предприятие-заказчик, сотрудник ИТ-компании и др.). Состав данных и функций для оценивания значений заданных показателей за заданный период времени должен быть определён на основе анализа смыслового содержания (семантики) показателей и занесён в таблицу 1. Например, если необходимо определить значение показателя №1 («Общее количество инцидентов» за заданный период), то достаточно указать значения только двух реквизитов (таблица 3.1). Таблица 3.1 – Состав данных для показателя «Общее количество инцидентов»
Для других заданных показателей должны быть составлены аналогичные таблицы. Для определения значений показателей, которые характеризуют количество зарегистрированных инцидентов, достаточно использовать функцию определения количества записей, удовлетворяющих условиям отбора данных (COUNT), и функцию вычисления среднего значения (AVG). 3.5 Разработка реляционной модели данных для оценивания значений показателей эффективности процесса управления инцидентамиДля разработки реляционной модели данных следует предложить состав сущностей и их атрибутов, разработать логическую и физическую реляционные модели, используя какое-либо инструментальное программное средство, например, MS Visio, MS Access, Open ModelSphere, CA ERWin Data Modeler, SQL Management Studio или другое. Затем надо создать базу данных с помощью выбранного инструментального средства. Состав сущностей и их атрибутов для перечисленных выше показателей зависит от смыслового содержания конкретных заданных показателей и заданных реквизитов; при этом сущности одного наименования в разных проектах (лабораторных заданиях) могут иметь различный состав атрибутов. Например, сущность «Инциденты» в одной работе может иметь атрибуты: номер, дата, время, предприятие-заказчик, дата и время разрешения, в другой - номер, дата, время, сотрудник, принявший запрос для обработки (ФИО, подразделение, должность). В первом случае можно получить данные о количестве инцидентов и продолжительности выполнения работ по разрешению инцидентов по заказчикам за заданный период, во втором – данные о количестве инцидентов, зарегистрированных сотрудниками заданного подразделения. Для разработки реляционной модели данных рекомендуется использовать такие сущности как: «Инциденты», «Предприятия-заказчики», «Подразделения предприятия-заказчиков», «Сотрудники предприятия-заказчиков», «Подразделения IT-компании» (или «Линии (группы) поддержки»), «Сотрудники IT-компании», «Категории инцидентов», «Подкатегории инцидентов», «Статусы инцидентов», «Приоритеты инцидентов». Для графического представления реляционной модели можно использовать какой-либо один из вариантов нотаций для представления отношений 1:N (рисунок 3.3); допустимы и другие обозначения.    Рисунок 3.3 – Варианты нотации отношений 1:N Для формирования физической модели данных следует назначить типы данных для каждого атрибута. Если по заданию требуется фиксировать только даты и время регистрации и закрытия инцидентов, то можно использовать таблицу («РегИнц»), представленную на рисунке 3.4.  Рисунок 3.4 – Структура таблицы для хранения данных о датах и времени регистрации и закрытия инцидентов |