Курсовые работы / ПРИС КП_И_4

Рисунок 2.6 – Декомпозиция блока «Учет ИТ инфраструктуры организации»

Декомпозиция блока Инвентаризация оборудования и ПО представлена на рисунке 2.7. Инвентаризация – один из основных процессов в системе, т.к.

именно результаты этого процессы интересны для пользователей системы и сотрудников организации.

Рисунок 2.7 - Декомпозиция блока «Инвентаризация оборудования и ПО»

22

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

Рисунок 2.8 - Декомпозиция блока «Учет ремонта и технического обслуживания оборудования и ПО»

На рисунке 2.9 представлена иерархия всех учтенных в данной предметной области бизнес-процессов.

Рисунок 2.9 - Иерархическое дерево работ

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

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

23

(2.1), коэффициент сбалансированности, рассчитываемый по формуле (2.2), и коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).

где

N – количество работ на текущем уровне;

L (№) – номер уровня;

- стрелки, входящие и выходящие в функцию;

N эл.ф. - количество элементарных функций.

От уровня к уровню Ки должен уменьшаться (или хотя бы не возрастать).

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

N

декомпозицию не надо.

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

1.Принятие к учету ПП и оборудования.

2.Учет перемещений оборудования.

3.Полное снятие с учета оборудования и ПП.

4.Снятие с учета оборудования и ПП в связи с ремонтом и обслуживанием.

5.Тестирование и приёмка оборудования и ПП.

24

6.Постановка принятого с ремонта или обслуживания оборудования и

ПП.

7.Анализ расположения оборудования и ПО.

Результаты расчёта коэффициентов для каждого уровня представлены в таблице 2.1. На основе списка элементарных функций был заполнен 4-й

столбец таблицы (количество элементарных функций на уровне).

Таблица 2.1 – Результаты количественного анализа функциональной модели

Таким образом, исходя из данных таблицы 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