Курсовые работы / ПРИС КП_И_4
.pdfРисунок 2.6 – Декомпозиция блока «Учет ИТ инфраструктуры организации»
Декомпозиция блока Инвентаризация оборудования и ПО представлена на рисунке 2.7. Инвентаризация – один из основных процессов в системе, т.к.
именно результаты этого процессы интересны для пользователей системы и сотрудников организации.
Рисунок 2.7 - Декомпозиция блока «Инвентаризация оборудования и ПО»
22
Декомпозиция блока Учет ремонта и технического обслуживания оборудования и ПО представлена на рисунке 2.8. Этот процесс занимает второстепенную роль, т.к. должен давать данные о снятии и постановки на учет оборудования и ПО в процессе обслуживания и ремонта.
Рисунок 2.8 - Декомпозиция блока «Учет ремонта и технического обслуживания оборудования и ПО»
На рисунке 2.9 представлена иерархия всех учтенных в данной предметной области бизнес-процессов.
Рисунок 2.9 - Иерархическое дерево работ
При разработке любой модели некоторой предметной области всегда будет присутствовать субъективизм, и для того, чтобы его уменьшить,
необходимо провести количественный анализ диаграмм. Рассмотрим поведение следующих показателей: коэффициент уровня, рассчитываемый по формуле
23
(2.1), коэффициент сбалансированности, рассчитываемый по формуле (2.2), и коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).
|
= |
|
|
|
|
(2.1) |
|||
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
∑ |
|
|
|
|
|
|
|
|
= | |
=1 |
|
− max |
|
| |
(2.2) |
|||
|
|
|
|||||||
б |
|
|
|
|
от до |
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
, |
|
(2.3) |
|
|
|
|
|
|
|
|
|
где
N – количество работ на текущем уровне;
L (№) – номер уровня;
- стрелки, входящие и выходящие в функцию;
N эл.ф. - количество элементарных функций.
От уровня к уровню Ки должен уменьшаться (или хотя бы не возрастать).
Кб в идеале равен нулю, однако допускаются значения в пределах от 2 до 3. Коэффициент сбалансированности показывает соотношение выходных и выходных стрелок. Коэффициент применения элементарных функций необходим для определения необходимости дальнейшей детализации
функциональной модели. Если |
Кф |
>1 и |
N |
эл.ф |
> 0,5, то продолжать |
|
|
|
|
N
декомпозицию не надо.
Перечень элементарных функций для расчета коэффициента использования элементарных функций представлен ниже:
1.Принятие к учету ПП и оборудования.
2.Учет перемещений оборудования.
3.Полное снятие с учета оборудования и ПП.
4.Снятие с учета оборудования и ПП в связи с ремонтом и обслуживанием.
5.Тестирование и приёмка оборудования и ПП.
24
6.Постановка принятого с ремонта или обслуживания оборудования и
ПП.
7.Анализ расположения оборудования и ПО.
Результаты расчёта коэффициентов для каждого уровня представлены в таблице 2.1. На основе списка элементарных функций был заполнен 4-й
столбец таблицы (количество элементарных функций на уровне).
Таблица 2.1 – Результаты количественного анализа функциональной модели
Номер уровня |
Ки |
Кб |
Nэл.ф |
Кф |
|
N эл.ф |
|
|
N |
|
|||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1 (А0) |
5 |
0,6 |
3 |
0,6 |
|
0,6 |
|
|
|
|
|
|
|
|
|
2 (А1) |
2 |
0,75 |
3 |
1 |
|
0,5 |
|
|
|
|
|
|
|
|
|
3 (А2) |
1,33 |
1,25 |
0 |
0 |
|
0 |
|
|
|
|
|
|
|
|
|
Таким образом, исходя из данных таблицы 2.1, можно сделать вывод, что
коэффициент уровня имеет тенденцию к уменьшению, коэффициент
сбалансированности находится в пределах от 0 до 3, что не превышает норму, а
коэффициент применения элементарных функций говорит о том, что блок
«Ведение базы данных» декомпозирован достаточно - Кф и N эл.ф превышают
N
оптимальные значения, в то время как блок «Анализ расположения оборудования и ПО» декомпозирован недостаточно [10]. Однако, его дальнейшая детализация проводиться не будет, так как для предметной области учета ИТ оборудования этот бизнес-процесс прост.
2.4 Модель данных аудита ИТ инфраструктуры организации
Для построения диаграммы сущность-связь необходимо определить сущности и атрибуты разрабатываемой модели. При создании модели данных системы аудита ИТ инфраструктуры организации можно выделить следующие сущности (объекты), каждая из которых имеет свои характеристики,
выраженные атрибутами:
25
Организация (наименование, ИНН, КПП, адрес, телефон);
Оборудование и ПП (наименование, серийный номер, инвентарный номер, дата постановки на учет, дата списания с учета, срок гарантии, тип,
первоначальная стоимость);
Подразделение (наименование, ответственный);
Сотрудник (ФИО, табельный номер, подразделение);
Заявка на ремонт/обслуживание (ФИО сотрудника, дата заявки, статус заявки, оборудование или ПП , инвентарный номер, описание проблемы);
Далее необходимо установить логические взаимосвязи между объектами.
Вданной модели можно выделить следующие взаимосвязи между сущностями:
Программно-аппаратное средство ставят на учет;
Программно-аппаратное средство закрепляют за сотрудником и подразделением;
Сотрудник делает заявку на ремонт/обслуживание;
Программно-аппаратное средство частично снимают с учета;
Программно-аппаратное средство повторно ставят на учет;
Программно-аппаратное средство полностью снимают с учета.
Во всех этих случаях взаимосвязи отражают взаимодействие между двумя сущностями «один-ко-многим».
Рисунок 2.10 – Логическая модель данных по стандарту IDEF1X
26
Таким образом, были выделены сущности, установлены их связи и определены ключевые атрибуты, после чего была построена логическая модель данных разрабатываемой информационной системы для автоматизации учёта гарантийного ремонта, построенная в соответствии со стандартом IDEF1X
(рисунок 2.10) [11] .
Физическая модель разрабатываемой системы представлена диаграммой классов – нотацией UML-диаграмм [12-13], применяющихся для объектно-
ориентированных моделей, какой и является среда реализации «1С:
Предприятие» (рисунок 2.11). В сравнении с логической моделью физическая модель данных является в некоторых аспектах избыточной. Отдельные объекты в системе планируется создать с учетом не только их фактической надобности,
но и удобства восприятия информации. Это важно для наглядности при создании форм документов, печатных форм, а также при выводе отчетов
(например, объекты-справочники Организация, Подразделения, Сотрудники).
Рисунок 2.11 – Физическая модель данных (диаграмма классов)
27
Также в системе необходимо создать общие объекты, а именно:
подсистемы, общие модули и роли. Общие модули необходимы для хранения программных модулей, используемых для обработки большинства объектов в системе. Благодаря наличию подсистем и ролей появляется возможность организации разграничения доступа к данным.
Для каждой отдельной роли устанавливаются определенные права чтения, изменения и удаления тех или иных данных из системы. В рамках разрабатываемой системы аудита ИТ инфраструктуры рационально создать такие подсистемы, как Учет оборудования, Предприятие, Обслуживание и ремонт и такие роли, как Администратор, Менеджер по снабжению, Менеджер по закупкам.
Выводы по второму разделу
Таким образом, в результате выполнения второго раздела курсового проекта был проведен анализ предметной области, а именно проанализированы основные бизнес-процессы, их информационной обеспечение и формы первичных и выходных документов, выявлены категории пользователей,
которым необходима разрабатываемая система.
На основе проведенного анализа предметной области было определено основное назначение системы – повышение эффективности выполнения основных функций в области учета ИТ оборудования и ПП. Также была определена цель и задачи разрабатываемой системы. Следовательно,
функциональная модель для автоматизируемого бизнес-процесса была построена по стандарту IDEF0. Для построения логической модели использовался стандарт IDEF1.X, физическая модель была построена в нотации
UML и представлена диаграммой классов. Таким образом, в разделе был проведен анализ предметной области и бизнес-процессов, на основе которого было проведено проектирование информационной системы для аудита ИТ
инфраструктуры организации.
28
3 РАЗРАБОТКА И ТЕСТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ АУДИТА ИТ ИНФРАСТРУКТУРЫ ОРГАНИЗАЦИИ
3.1 Описание таблиц функциональных модулей информационной системы аудита ИТ инфраструктуры организации
База данных системы была построена в СУБД «1С: Предприятие 8.3».
Для ее работы необходимо было создать:
8 справочников;
2 перечисления;
3 документа;
3 регистра сведений;
2 регистра накопления;
3 отчета;
Справочник Организация предназначен для хранения сведений о компании, проводящей аудит ИТ.
Справочник Подразделения предназначен для хранения информации о подразделениях (отделах) предприятия и их руководителях.
Справочник Серии номенклатуры предназначен для хранения сведений о сериях оборудования и ПО.
Справочник Типы оборудования и ПО предназначен для хранения информации о типах программно-аппаратных средств.
Справочник Причины выхода из строя изделий предназначен для хранения информации о типовых неисправностях оборудования и ПО.
Справочник Номенклатура предназначен для хранения информации об учете программно-аппаратных средств.. Данный справочник содержит ссылку на объекты конфигурации, Справочник.ТипОборудования, а также он является владельцем справочника СерииНоменклатуры, что дает возможность в
29
конфигурации назначать одному оборудованию несколько серий с одной формы справочника.
Справочник Контрагент предназначен для хранения информации о поставщиках оборудования и ремнтно-обслуживающих организаций. Данный справочник имеет вид иерархии «иерархия групп и элементов.
Справочник Сотрудники хранит информацию о ФИО сотрудника,
табельном номере, должности и подразделении. Справочник имеет ссылку на Справочник.Подразделения.
Все документы в системе состоят из основной области и табличной части.
Большинство реквизитов имеют ссылочный тип данных. Каждый документ имеет форму документа, что позволяет располагать объекты в соответствии с особенностями предметной области, что улучшает визуальное восприятие информации, а также реализовывать необходимые обработки. В каждом документе реализован автоматический расчет суммы в строке табличной части при наличии этого реквизита; также реализован подсчет итоговых значений по количеству и сумме программно-аппаратных средств.
Документ Принятие на учет фиксирует принятые на учет программно-
аппаратных средства. Реквизиты подразделение, организация, номенклатура,
серия и ответственный имеют ссылочный тип и относятся к соответствующим справочникам. В документе рассчитывается итоговое количество приятного оборудования и ПО на дату.
Документ Снятие с учета фиксирует снятые с учета программно-
аппаратных средства. Реквизиты подразделение, организация, номенклатура,
серия и ответственный имеют ссылочный тип и относятся к соответствующим справочникам. В документе рассчитывается итоговое количество снятого оборудования и ПО на дату.
Документ перемещение фиксирует перемещение оборудования из одного подразделения в другое. Имеет ссылочные данные.
Документ Заявка на ремонт фиксирует частичное снятие оборудования
или ПО и статусы ремонта, а также гарантийные сроки. В статусе «завершен»
30
возвращает оборудование на учет. В документе содержится информация о контрагенте и его контактные данные, сведения о подразделении, из которого передано неисправное оборудование, и ответственном лице. В табличной части хранится информация о поступившем в ремонт изделии устанавливается предполагаемая дата начала и окончания ремонта, фиксируется количество оборудования.
Регистр сведений Ремонт и обслуживание оборудования предназначен для хранения дат ремонтов и обслуживания. Регистр позволяет таким образом в системе автоматически подставлять актуальную информацию об оборудовании.
Регистр сведений Выходы из строя фиксирует неисправность оборудования и ПО, их тип и причины неисправности, считает количество.
Регистр сведений Гарантийный строк фиксирует оборудование, серию номенклатуры, а также дату покупки, срок ее гарантии и дату ремонта. Работа с такими ресурсами позволяет в дальнейшем выводить отчет, отражающий те случаи, когда оборудование передается в гарантийный ремонт повторно до истечения срока гарантии.
Регистры накопления Номенклатура по подразделениям необходимы для отображения движения по документам Принятие к учету, Перемещение и Снятие с учета и показывает, сколько оборудование находится в подразделениях и за какими сотрудниками оно закреплено.
3.2 Схемы взаимосвязей модулей и массивов данных
Массивами данных в разрабатываемой информационной системе являются объекты. Все программные модули обращаются к массивам данных,
формируя наборы данных. В теле запроса содержатся сведения, из каких объектов, какие поля нужно выбрать, а также, при необходимости, указывается условие отбора для запросов с параметрами [14].
Так как в программе предусмотрена возможность автоматизации ввода и
редактирования данных с помощью подстановок из других объектов, модулю,
31