Разработка проекта создания АИС для инвентаризации программного  обеспечения вуза

Арсений Золотов

Разработка проекта создания АИС для инвентаризации программного обеспечения вуза

Работа посвящена проблеме инвентаризации программного обеспечения в вузе

Информатика

Дипломы

Вуз: Магнитогорский государственный технический университет им. ГИ Носова (МГТУ им. ГИ Носова)

ID: 60e93af5e4dde5000173f900

UUID: 1ef265b0-c374-0139-3c1b-0242ac180005

Язык: Русский

Опубликовано: почти 3 года назад

Просмотры: 10

10.2

Арсений Золотов

Магнитогорский государственный технический университет им. ГИ Носова (МГТУ им. ГИ Носова)

Комментировать 0

Рецензировать 0

Скачать - 7,3 МБ

Поделиться работой

Министерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования «Магнитогорский государственный технический университет им. Г.И. Носова» (ФГБОУ ВО «МГТУ им. Г.И. Носова») Кафедра бизнес–информатики и информационных технологий УТВЕРЖДАЮ: Заведующий кафедрой ________________ Г.Н. Чусавитина 01 марта 2021 г. ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА ЗАДАНИЕ Тема: Разработка проекта создания АИС для инвентаризации программного обеспечения вуза Обучающемуся Золотову Арсению Вячеславовича Тема утверждена приказом № 10–35/402 от 01.03.2021 г. Срок выполнения 29 мая 2021 г. Исходные данные к работе: 1. Алексеева А.В., Золотарева Г.И. Проблемы проведения инвентаризации основных средств // Менеджмент социальных и экономических систем. 2018. №2 (10). – Текст: электронный. URL: https://cyberleninka.ru/article/n/problemy-provedeniya-inventarizatsii-osnovnyhsredstv 2. Кутлыбаева Д. М. Инвентаризация программных продуктов на предприятии // Символ науки. 2016. №8-2. – Текст: электронный. – URL: https://cyberleninka.ru/article/n/inventarizatsiyaprogrammnyh-produktov-na-predpriyatii 3. Маслова А.С., Перспективы автоматизации информационного процесса управления лицензиями на программное обеспечение на примере ОАО "по "Кристалл" // Современные материалы, техника и технологии. 2017. №4 (12). – Текст : электронный. – URL: https://cyberleninka.ru/article/n/perspektivy–avtomatizatsii–informatsionnogo–protsessa–upravleniya– litsenziyami–na–programmnoe–obespechenie–na–primere–oao–po–kristall 4. Тамбиева, Д. А. Автоматизация процесса инвентаризации персональных компьютеров вуза (на материалах ФГБОУ во «СКГА») / Д. А. Тамбиева, Ф. А. Эркенова //

Известия Северо-Кавказской государственной академии. – 2020. – № 1(23). – С. 27-37. – Текст : электронный. – URL: https://elibrary.ru/item.asp?id=44859436 5. Эркенова, Ф. А. Автоматизация процесса инвентаризации компьютерной техники и программного обеспечения в организации / Ф. А. Эркенова, Л. К. Бостанова, Х. А. Эркенов // Финансовая экономика. – 2019. – № 1. – С. 823-826. – Текст : электронный. – URL: https://elibrary.ru/item.asp?id=36900061 6. ГОСТ 34.602–89. Информационная технология. Техническое задание на создание автоматизированной системы. - URL: http://docs.cntd.ru/document/gost–34–602–89. – Текст : непосредственный. 7. ГОСТ Р ИСО/МЭК 12207 Процессы жизненного цикла программных средств. – URL: http://www.rugost.com/index.php?option=com_content&view=article&id=96:gost34602– 89&catid=22&Itemid=53 . – Текст : непосредственный. 8. ГОСТ 7.1–2003 Система стандартов по информации, библиотечному и издательскому делу. Библиографическая запись. Библиографическое описание. Общие требования и правила. – URL: docs.cntd.ru/document/1200034383. – Текст: непосредственный. 9. ГОСТ 34.601–90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. – URL: http://docs.cntd.ru/document/gost-34-601-90 – Текст : непосредственный. 10. Ст.7.12 ч.1 КоАП РФ «Нарушение авторских и смежных прав». 11. Ст.1252 ч.4 ГК РФ «Нарушение исключительного права». 12. Официальный сайт ФГБОУ ВО «МГТУ им. Г. И. Носова». – URL: https://magtu.ru/ Перечень вопросов, подлежащих разработке в выпускной квалификационной работе: 1. Дать технико–экономическую характеристику отделу УИТ и АСУ ФГБОУ ВО «МГТУ им. Носова» 1.1. Провести экономический анализ деятельности УИТ и АСУ 1.2. Описать организационную структуру отдела УИТ и АСУ 1.3. Описать состояние и стратегия развития информационных технологий 2. Выполнить постановку задачи на автоматизацию процесса инвентаризации программного обеспечения. 2.1. Описать существующую организацию бизнес-процесса инвентаризации программного обеспечения 2.2. Провести анализ недостатков существующей организации бизнес-процесса инвентаризации программного обеспечения 2.3. Сформировать предложения по автоматизации бизнес-процесса инвентаризации программного обеспечения 2.4. Осуществить выбор и обоснование модели жизненного цикла информационной системы 2.5. Описать цели и задачи проекта автоматизации бизнес-процесса инвентаризации программного обеспечения 2.6. Построить модель новой организации программного обеспечения 3 бизнес-процесса инвентаризации

3. Осуществить календарно–ресурсное планирование проекта. Проанализировать бюджетные ограничения и риски. 3.1. Разработать план-график проекта разработки информационной системы. 3.2. Проанализировать бюджет проекта 3.3. Провести анализ рисков проекта. 4. Сформировать требования по видам обеспечения информационной системы для инвентаризации программного обеспечения. 4.1. Сформировать требования к информационному обеспечению информационной системы. 4.2. Сформировать требования к техническому обеспечению информационной системы. 4.3. Сформировать требования к программному обеспечению информационной системы. 4.4. Сформировать требования к организационному обеспечению информационной системы. 4.5. Сформировать требования к лингвистическому обеспечения информационной системы. 4.6. Сформировать требования к технологическому обеспечения информационной системы. 5. Реализовать проектные решения по созданию информационной системы для инвентаризации программного обеспечения. 5.1. Разработать прототип информационной системы для инвентаризации программного обеспечения. 6. Провести расчет затрат на разработку информационной системы 6.1. Провести расчет затрат на заработную плату сотрудников. 6.2. Провести расчет затрат на отчисление во внебюджетные фонды с заработной платы сотрудников. 6.3. Провести расчет затрат, связанных с эксплуатацией техники. 6.4. Провести расчет затрат на хозяйственно-операционные нужды. 6.5. Провести расчет накладных расходов. 6.6. Провести расчет капитальных затрат на разработку информационной системы. Графическая часть: 1. Скриншоты:  пользовательский интерфейс информационной системы; 4

 диаграмма Ганта проекта разработки информационной системы инвентаризации программного обеспечения;  лист ресурсов проекта разработки информационной системы инвентаризации программного обеспечения;  график использования задач проекта разработки информационной системы инвентаризации программного обеспечения;  иерархическая структура выбор модели жизненного цикла информационной системы;  внешний вид отчета информационной системы об инвентаризации;  результат выбора жизненного цикла информационной системы. 2. Схемы:  организационная структура УИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова»;  иерархическая структура работ проекта разработки информационной системы; 3. Диаграммы:  диаграмма причин и факторов качества проведения инвентаризации программного обеспечения;  диаграмма классов информационной системы инвентаризации программного обеспечения;  диаграмма состояний информационной системы инвентаризации программного обеспечения;  диаграмма деятельности информационной системы инвентаризации программного обеспечения;  диаграмма компонентов информационной системы инвентаризации программного обеспечения;  диаграмма развёртывания информационной системы инвентаризации программного обеспечения;  диаграмма прецедентов информационной системы инвентаризации программного обеспечения;  ER-модель базы данных информационной системы инвентаризации программного обеспечения в нотации IDEF1X;  диаграмма соотношения затрат на разработку информационной системы инвентаризации программного обеспечения;  функциональная модель процесса инвентаризации программного обеспечения «ASIS» в нотации IDEF0; 5

 функциональная модель процесса инвентаризации программного обеспечения «TOBE» в нотации IDEF0. Руководитель _________ 01.03.2021 доц. каф. БИиИТ, к.п.н., доц. И.В. Гаврилова Задание получил _________ 01.03.2021 Обучающийся группы АПИб–17–1 А.В. Золотов 6

ОТЗЫВ на выпускную квалификационную работу, выполненную обучающимся группы АПИб-17-1 Золотовым Арсением Вячеславовичем, на тему «Разработка проекта создания АИС для инвентаризации программного обеспечения вуза» Выпускная квалификационная работа Золотова А.В. посвящена актуальной проблеме – автоматизации процесса инвентаризации программного обеспечения для вузов. Описанные в первом разделе анализ предметной области и формирование требований к информационной системе, выполненные автором, стали основанием для представленных во второй части работы реализации разработанных проектных решений по созданию информационной системы по инвентаризации программного обеспечения. Выпускная квалификационная работа выполнена в соответствии с заданием и отличается грамотностью, логичностью изложения, что подтверждает глубину проработки материала и усердие обучающегося при ее написании. Особенный интерес вызывают положения, представляющие собой несомненную новизну работы: разработанные проектные решения по АИС для инвентаризации программного обеспечения вуза». Выводы, сделанные обучающимся, являются четкими и обоснованными, результаты достоверными. Отдельные аспекты работы прошли апробацию на студенческих конференциях различного уровня. Считаю, что Золотову А.В. в выпускной квалификационной работе удалось успешно решить все поставленные задачи. В то же время к работе есть ряд замечаний. 1) при описании требований к программному обеспечению следовало учесть переход университета на операционную систему Linux; 2) в технико-экономическом обосновании эффективности проекта следовало учитывать штрафы и простои в работе при выявлении фактов эксплуатации программного обеспечения с истёкшей или отсутствующей лицензией – это заметно сократило бы срок окупаемости проекта. Вышесказанное позволяет заключить, что работа Золотова А.В. носит ярко выраженный практический характер, представляет законченную выпускную квалификационную работу, в которой изложены научно-обоснованные результаты решения проблемы автоматизации процесса инвентаризации программного обеспечения высших учебных заведений. Выпускная квалификационная работа, на высоком уровне выполненная Золотовы А.В., заслуживает оценки «отлично», а сам выпускник заслуживает присвоения квалификации «Бакалавр» по направлению подготовки 09.03.03 Прикладная информатика. Руководитель выпускной квалификационной работы к.п.н., доц. И.В. Гаврилова 7

РЕФЕРАТ Выпускная квалификационная работа 64 стр., 28 рисунков, 4 табл., 38 источников, 12 приложений. ИНВЕНТАРИЗАЦИЯ, ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ, ЛИЦЕНЗИЯ, ИТ-ИНФРАСТРУКТУРА, ПЕРСОНАЛЬНЫЙ КОМПЬЮТЕР, АУДИТ Выпускная квалификационная работа посвящена решению проблемы автоматизации процесса инвентаризации программного обеспечения за счет разработки информационной системы Объект исследования – деятельность отдела Управления информационных технологий и автоматизированных систем управления (УИТ и АСУ) ФГБОУ ВО «МГТУ им. Г.И. Носова» по инвентаризации программного обеспечения. Предмет исследования – разработка проекта создания автоматизированной информационной системы для инвентаризации программного обеспечения. Цель исследования – сокращение трудозатрат процесса инвентаризации программного обеспечения за счет разработки информационной системы. Для достижения поставленной цели были решены следующие задачи: 1. Дана технико-экономическая характеристика отделу УИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова»; 2. Проведена постановка задачи на автоматизацию процесса инвентаризации программного обеспечения; 3. Осуществлено календарно-ресурсное планирование, провести анализ бюджетных ограничений и рисков; 4. Сформированы требования к видам обеспечения; 5. Реализованы проектные решения по созданию информационной системы; 6. Произведен расчет затрат на разработку информационной системы. 8

СОДЕРЖАНИЕ ВВЕДЕНИЕ ................................................................................................................................. 10 1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ ........................................................................................... 13 1.1 Технико–экономическая характеристика отдела УИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова» ........................................................................ 13 1.2. Постановка задачи на автоматизацию процесса инвентаризации программного обеспечения............................................................................ 15 1.3. Календарно–ресурсное планирование, анализ бюджетных ограничений и рисков .................................................................................... 27 ВЫВОДЫ ПО РАЗДЕЛУ 1......................................................................................................... 36 2 ПРОЕКТНЫЕ РЕШЕНИЯ ПО СОЗДАНИЮ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПО ИНВЕНТАРИЗАЦИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ........................ 37 2.1. Формирование требований к видам обеспечения информационной системы ........................................................................................................... 37 2.2. Реализация проектных решений по созданию информационной системы ........................................................................................................... 44 2.3. Расчет затрат на разработку информационной системы ...................... 49 ВЫВОДЫ ПО РАЗДЕЛУ 2......................................................................................................... 55 ЗАКЛЮЧЕНИЕ ........................................................................................................................... 56 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.................................................................... 58 ПРИЛОЖЕНИЯ .......................................................................................................................... 65 Приложение А. Словарь данных ................................................................... 65 Приложение Б. Расчет по диаграмме Исикавы ............................................. 66 Приложение В. Документ об образе и границах проекта ............................ 68 Приложение Г. Проект технического задания на разработку информационной системы ............................................................................. 71 Приложение Д. Варианты использования АИС инвентаризации программного обеспечения............................................................................ 95 Приложение Е. Спецификация требований к АИС инвентаризации программного обеспечения............................................................................ 99 Приложение Ж. Расчет рисков проекта разработки АИС .......................... 104 Приложение З. План управления рисками проекта .................................... 114 Приложение И. Каталог базы данных информационной системы для инвентаризации программного обеспечения .............................................. 117 Приложение К. Технико-экономическое обоснование проекта разработки АИС инвентаризации программного обеспечения ..................................... 123 Приложение Л. Портфолио .......................................................................... 137 Приложение М. Аннотация ......................................................................... 141 9

ВВЕДЕНИЕ Для максимально эффективного использования и управления имуществом предприятие должно иметь полную и достоверную информацию о всех активах, находящихся в его распоряжении. Необходимым условием получения такой информации является инвентаризация, систематическое и грамотное проведение которой позволяет установить фактическое наличие имущества предприятия, оценить его стоимость и отразить в учете. Программное обеспечение, используемое в деятельности предприятия, также должно подвергаться инвентаризации. Основная задача инвентаризации программного обеспечения – это чистота лицензий программного обеспечения на компьютерах. Использование нелицензионного программного обеспечения на уровне предприятий имеет двойные последствия: первое – это потеря экономических выгод в связи с конфискацией нелицензионного ПО, второе – наступление гражданской, административной или уголовной ответственности как для работников компании и ее руководства, так и для самой организации. Проблема использования нелицензионного программного обеспечения вызывает озабоченность не только на уровне коммерческих предприятий, но и также на уровне высших учебных заведений и образовательных учреждений. Проведение инвентаризации в вузе – довольно долгий и трудоемкий процесс, это обусловлено тем, что университет обладает обширным парком вычислительной техники и компьютеров, поэтому сотрудникам, на которых лежит ответственность, тяжело отслеживать такие информационные процессы. Таким образом, проблема автоматизации процесса инвентаризации программного обеспечения становится актуальной, что и позволило сформировать тему выпускной квалификационной работы. Тема выпускной квалификационной работы: Разработка проекта создания АИС для инвентаризации программного обеспечения вуза. Объектом исследования является деятельность отдела Управления информационных технологий и автоматизированных систем управления (УИТ 10

и АСУ) ФГБОУ ВО «МГТУ им. Г.И. Носова» по инвентаризации программного обеспечения. Предметом исследования является разработка проекта создания автоматизированной информационной системы инвентаризации программного обеспечения. Цель исследования – сокращение трудозатрат процесса инвентаризации программного обеспечения за счет разработки информационной системы. В рамках исследования необходимо решить следующие задачи: 1. Дать технико-экономическую характеристику отдела Управления информационных технологий и автоматизированных систем управления (УИТ и АСУ) ФГБОУ ВО «МГТУ им. Г.И. Носова»; 2. Выполнить автоматизированной постановку задачи информационной на системы разработку для проекта инвентаризации программного обеспечения; 3. Осуществить календарно–ресурсное планирование проекта, проанализировать бюджетные ограничения и риски; 4. Сформировать требования по видам обеспечения информационной системы; 5. Реализовать проектные решения по созданию информационной системы; 6. Выполнить расчет затрат на разработку информационной системы для инвентаризации программного обеспечения. Гипотезой исследования стало предположение о том, что за счет удаленного сканирования компьютеров можно существенно повысить эффективность процесса инвентаризации программного обеспечения. В рамках выпускной квалификационной следующие методы исследования и инструменты:  анкетирование и интервьюирование; 11 работы использованы

 методология функционального моделирования работ SADT; в качестве нотации была выбрана IDEF0, в качестве средства ERwin Process Modeler;  методология объектного проектирования на языке UML, в качестве средства использовались Rational Rose и Draw.io;  методология моделирования, в качестве нотации была выбрана IDEF1X, в качестве средства ERwin Data Modeler;  метод экспертной оценки;  метод анализа иерархий Т. Саати;  работы по проведению предпроектного обследования предметной области О.Б. Назаровой, моделирования бизнес-процессов предприятия Т.Б. Новиковой, управлению ИТ-проектами Чусавитиной Г.Н., Макашовой В.Н. Практическая значимость проекта заключается в уменьшении трудовых затрат на проведение инвентаризации программного обеспечения за счет использования информационной системы. На защиту выносится:  проект автоматизированной информационной системы инвентаризации программного обеспечения. Апробация результатов выпускной квалификационной работы проходила посредством: 1) участия во всероссийской молодежной научно-практической конференции «Актуальные проблемы бухгалтерского учета, анализа и аудита», во всероссийской научной-практической конференции «Программное обеспечение для цифровизации предприятий и организаций». 2) публикации статьи: Золотов А. В. «Инвентаризация программного обеспечения на предприятии» / А. В. Золотов // 13-я Всероссийская молодежная научно-практическая конференция «Актуальные проблемы бухгалтерского учета, анализа и аудита». Россия, г. Курск, апрель 2021 г. 12

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ФОРМИРОВАНИЕ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ СИСТЕМЕ 1.1 Технико–экономическая характеристика отдела УИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова» 1.1.1 Экономический анализ деятельности предприятия Магнитогорский государственный технический университет имени Г. И. Носова – высшее учебное заведение г. Магнитогорска. Управление информационных технологий и автоматизированных систем управления (УИТ и АСУ) – структурное подразделение университета, занимающиеся внедрением информационных технологий во все сферы деятельности вуза и обеспечивающие соответствие инфраструктуры информатизации стратегическим целям университета. 1.1.2 Организационная структура и система управления На рисунке 1 представлена организационная структура подразделения отдела УИТ и АСУ. Рисунок 1 – Организационная структура отдела УИТ и АСУ Структура УИТ и АСУ включает в себя:  бюро материального обеспечения и оперативного учёта;  информационно–вычислительный центр по направлению СПО;  отдел защиты информации; 13

 отдел сетей и телекоммуникаций;  отдел программно–технического обеспечения и эксплуатации учебных систем;  отдел разработки и сопровождения Web–ресурсов;  отдел автоматизированных систем управления. 1.1.3. Состояние и стратегия развития информационных технологий Основные стратегические цели информатизации:  повысить отдачу от применения информационных технологий в управлении университетом и учебным процессом на основе согласования бизнес-стратегии со стратегией информатизации, а также путем оптимизации инвестиционных, организационных и технологических решений.  улучшить качество образовательных услуг, повысить эффективность управления бизнес-процессами информационных тестирования, сервисов электронного на университета, основе улучшить внедрения документооборота, систем контроля качество обучения и исполнения управленческих решений, регламентированного доступа к управленческой и учебной информации и обеспечить развитие университета в области информационных технологий. Основные принципы информатизации:  развитие инфраструктуры ИТ;  создание и развитие единого корпоративного информационного пространства на основе концепции интеграции ресурсов, технологий и бизнеспроцессов;  оценка эффективности применения ИТ в университете;  построение схемы взаимоотношений между подразделениями, персоналом университета и ИТ службой;  адаптация структуры ИТ подразделений и схемы управления к бизнес- задачам университета; 14

 финансирование ИТ определяется принятыми стратегическими задачами развития университета;  обеспечение политики безопасности информационной среды и сохранности корпоративных данных. Основные задачи информатизации: 1. Формирование единого корпоративного информационного пространства вуза, в том числе:  формирование организационной структуры информатизации;  информатизация учебного процесса;  информатизация процессов управления вузом;  информатизация научных исследований и проектов. 2. Повышение уровня компетентности персонала в области информационных технологий.1 Таким образом, в данном параграфе был описан предмет деятельности отдела управление информационных технологий и автоматизированных систем управления ФГБОУ ВО «МГТУ им. Г. И. Носова», описана его организационная структура и система управления, описано состояние и стратегия развития информационных технологий. 1.2. Постановка задачи на автоматизацию процесса инвентаризации программного обеспечения 1.2.1. Описание существующей организации бизнес-процесса инвентаризации программного обеспечения Для исследования предметной области было проведено анкетирование и интервьюирование начальника отдела Управление информационных технологий и АСУ [21]. На основе полученной информации была простроена 1 [Электронный ресурс] URL: https://www.magtu.ru/sveden/informatizatsiya.html?tp=1&templateStyle=12 15

модель процесса инвентаризации программного обеспечения «AS–IS» («как есть») в нотации IDEF0 (Рисунок 2). Было построено два уровня диаграммы: контекстная и функциональная декомпозиция [23]. USED AT: AUTHOR: Арсений Золотов DATE: 06.05.2021 WORKING PROJECT: АИС для инвентаризации программного обеспечения REV: DRAFT 07.05.2021 READER DATE CONTEXT: TOP RECOMMENDED NOT ES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION Регламент проведения инвентаризации Приказ о проведении инвентаризации Компьютерная тех ника Отчет об инвентаризации Программное обеспечение Инвентаризация программного обеспечения Серверы 0? 0 Бу х галтер Цель: Описать существующую организацию бизнес-процесса инвентаризации программного обеспечения Материально-ответственное лицо Точка зрения: Начальник УИТ и АСУ NODE: TITLE: Инвентаризация программного обеспечения NUMBER: A-0 Рисунок 2 – Контекстная диаграмма «Инвентаризация программного обеспечения («как-есть»)» В результате анализа бизнес-процесса инвентаризации программного обеспечения выделены следующие активности, составляющие данный процесс:  сбор необходимой информации;  проведение инвентаризации;  сопоставление лицензий и ПО. Функциональная декомпозиция контекстной диаграммы представлена на рисунке 3. 16

USED AT: AUTHOR: Арсений Золотов DATE: 06.05.2021 PROJECT: АИС для инвентаризации программного обеспечения REV: 07.05.2021 DATE CONTEXT: READER WORKING DRAFT RECOMMENDED A-0 PUBLICATION NOT ES: 1 2 3 4 5 6 7 8 9 10 Регламент проведения инвентаризации Приказ о проведении инвентаризации Компьютерная тех ника Программное обеспечение Серверы Список серверов, ПК и ПО Сбор начальной информации 1 0? Инвентаризация установленного ПО Резу льтаты инвентаризации 2 0? Отчет об инвентаризации Бу х галтер Сопоставление ПО и лицензий Материально-ответственное лицо 3 0? Инвентаризация программного обеспечения TITLE: NODE: NUMBER: A0 Рисунок 3 – Декомпозиция 1-го уровня Словарь данных к IDEF0-диаграмме представлен в приложении А. 1.2.2. Анализ недостатков существующей организации бизнес-процесса инвентаризации программного обеспечения Для выявления инвентаризации точек программного падения обеспечения производительности была построена процесса диаграмма причины-следствия Исикавы (Cause–and–Effect–Diagram), представленная на рисунке 4. Было выделено 3 основных фактора, которые влияют на качество проведения инвентаризации ПО [37]:  условия;  инструменты;  сотрудники; 17

Иерархия организационной структуры, 13,5% Опыт работы, 9% Мотивация, 4,5% Качество проведения инвентаризации ПО Система бухгалтерского учета и внутреннего контроля, 17% Человеческий фактор, 4,5% Способ проведения инвентаризации ПО, 25% Образование, 12% Рисунок 4 – Диаграмма Исикавы Фактор «Условия» подразумевает такие причины как:  объем компьютерной техники и ПО;  иерархия организационной структуры. Фактор «Сотрудники» подразумевает такие причины, как:  мотивация;  опыт работы;  человеческий фактор;  образование. Фактор «Инструменты» включает в себя следующие причины:  система внутреннего контроля и бухгалтерского учета;  способ проведения инвентаризации. С целью выявления наиболее значимого фактора была проведена экспертная оценка с использованием метода ранжирования, расчет результатов диаграммы представлен в приложении Б. Таким образом, экспертная оценка показала, что основной точкой падения производительности в данном бизнес-процессе является фактор «Инструменты», а причиной – способ проведения инвентаризации. На сегодняшний день в отделе УИТ и АСУ используется ручной способ проведения инвентаризации программного 18 обеспечения. Сотрудники

просматривают программное обеспечение, установленное на компьютерах, и фиксируют информацию в отчете. Такой способ является нецелесообразным по следующим причинам:  ИТ-инфраструктура вуза насчитывает более 1000 компьютеров, поэтому ручной сбор данных занимает большое количество времени;  с ростом количества компьютеров возрастает вероятность ошибок и неточностей [1, 34]. 1.2.3. Формирование предложений по автоматизации бизнес-процесса инвентаризации программного обеспечения Выявленные в данном бизнес-процессе недостатки привели к формированию управленческого решения о разработке информационной системы для инвентаризации программного обеспечения. Сформируем образ решения. Для отдела управления информационными технологиями и автоматизированными системами управления ФГБОУ ВО «МГТУ им. Г. И. Носова» новая разрабатываемая система будет представлять собой программу, позволяющую получать информацию о программном и аппаратном обеспечении компьютеров, находящихся в распоряжении вуза, лицензиях установленных программ и любых изменениях в конфигурации компьютеров. В отличие от существующих на рынке программ для инвентаризации компьютеров, система будет корректировать ошибки в импортируемых в систему данных. Система должна выполнять следующие основные функции: Основные функции 1. Инвентаризация программного и аппаратного обеспечения. Основные функции 2. Формирование отчетов на основе результатов инвентаризации. Основные функции 3. Отображение информации об изменениях в программном и аппаратном обеспечении. 19

Основные функции 4. Отображение информации о сроках истечения лицензий и недостатках или переизбытках лицензий. Документ об образе и границах проекта разработки информационной системы представлен в приложении В. Рассмотрим существующие решения для автоматизации данного бизнеспроцесса. iTMan Inventory – программа для инвентаризации программного и аппаратного обеспечения путем сканирования сети. Система позволяет вести учет лицензий, компьютерной техники и установленного программного обеспечения. Помимо этого, пользователь может настраивать параметры сканирования и экспортировать данные в формате CSV [12, 37]. Total Network Inventory – система от компании Softinventive, которая предназначена для инвентаризации компьютеров, программ и сетевого оборудования. Программа сканирует все компьютеры, объединенные в одну локальную сеть, и предоставляет пользователю полную информацию об операционной системе, ее обновлениях, аппаратном и программном обеспечении [6, 20]. 10-Страйк: Инвентаризация Компьютеров – программа, разработанная российским производителем программного обеспечения 10-Страйк, также предназначена для автоматизации процесса инвентаризации компьютеров. Данная система дает возможность отслеживать сроки истечения лицензий, изменения в конфигурации компьютеров и выявляет проблемы, грозящие потерей данных. [16, 27]. Сравнение вышеописанных программ представлено в таблице 1.2.1. Таблица 1.2.1 – Сравнение программ для инвентаризации программного обеспечения Критерии сравнения Название программы 10-Страйк: Total Инвентаризация Inventory компьютеров 20 Network itMan Inventory

Продолжение таблицы 1.2.1. Сбор информации об установленных программах Сбор информации об установленных программах Контроль изменений конфигурации компьютеров Оповещения Контроль лицензий Сбор информации об аппаратном обеспечении + + + + + + + + - + + + + + + + + Не смотря на широкое использование таких программ в организации контроля над компьютерами и оборудованием, в ФГБОУ ВО «МГТУ им. Г. И. Носова» эта проблема до сих пор не решена. Это связано с тем, что учетная политика бухгалтерского отдела и ИТ-подразделения сильно отличаются. Это приводит к тому, что бухгалтерский отдел передает сотрудникам вуза перечень компьютеров и программ с многочисленными ошибками и неточностями. Сотрудники вынуждены вручную корректировать всю информацию для работы с такими программами, что значительно усложняет процесс. Таким образом разработка собственной информационной системы является наиболее рациональным решение этой проблемы. Перейдем к выбору жизненного цикла информационной системы. 1.2.4. Выбор и обоснование модели жизненного цикла информационной системы Наиболее известными информационных систем прототипирование, быстрая жизненными можно назвать разработка циклами разработки следующие: ускоренное приложений, инкрементная и спиральная модели [3]. Модель прототипирования жизненного цикла информационной системы (Software prototyping) предполагает создание прототипа программы – черновой, пробной версии для представления заказчику с целью проверки на выполнение необходимых функций и дальнейшей доработки по необходимости. Процесс 21

прототипирования продолжается до тех пор, пока заказчик не получит требуемую функциональность [15]. Быстрая разработка приложений (RAD) методология разработки программного обеспечения, ориентированная прежде всего на максимально быструю разработку конечного продукта в условиях сильных ограничений по срокам и бюджету и нечётко определённых требований к продукту [18]. В инкрементной модели (Incremental model) программа разрабатывается модульно, то есть весь функционал программного обеспечения разбивается на части и разрабатывается отдельно, в итоге все части объединяют в единый продукт [26]. Спиральная модель (Spiral model) представляет собой гибрид водопадной и инкрементной моделей. В ней делается упор на начальные этапы жизненного цикла программы: анализ и проектирование. Отличительной особенностью модели является анализ рисков, влияющих на организацию жизненного цикла. Для выбора модели жизненного цикла информационной системы использовался метод экспертных оценок, а именно – методология анализа иерархий, предложенная Томасом Саати [38]. В качестве программного средства использовалась утилита MPRIORITY 1.0 (рисунок 5). В качестве критериев выбора использовались свойства системы, команда следующие разработчиков характеристики проекта, проекта: характеристика пользователей, тип проекта и риски. Согласно методике Т. Саати (рисунок 6) наиболее подходящей моделью жизненного цикла для разрабатываемой информационной системы является модель прототипирования. Перейдем к формулировке целей и задач проекта. 1.2.5. Цели и задачи проекта автоматизации бизнес-процесса инвентаризации программного обеспечения Цель проекта: создание информационной системы инвентаризации программного обеспечения 22

Задачи проекта:  выполнить сбор и спецификацию требований;  выполнить проектирование информационного и программного обеспечения системы;  разработать прототип информационной системы;  рассчитать затраты на разработку информационной системы. Рисунок 5 – Иерархическая структура выбор модели жизненного цикла системы Рисунок 6 – Итоговый результат Используя методику «будет/не будет» определим область действия программного продукта. Ниже определены рамки проекта. 23

Относительно данного проекта можно сказать, что он будет:  внутренним;  применяться в операционных системах Windows;  предназначен для автоматизации процесса инвентаризации программного обеспечения в вузе. Проект не будет:  предназначенным для инвентаризации программного обеспечения, не относящегося к собственности вуза;  использоваться в системах отличных от Windows. Основная функция – инвентаризация программного обеспечения. Дополнительными функциями являются:  инвентаризация аппаратного обеспечения;  контроль лицензий на программное обеспечение;  отслеживание изменений в конфигурации компьютеров. Проект технического задания на разработку информационной системы, составленный на основе стандарта ГОСТ 34.602–89, представлен в приложении Г [10, 30]. 1.2.8. Построение модели новой организации бизнес-процесса инвентаризации программного обеспечения Был разработан целевой вариант организации бизнес-процесса инвентаризации программного обеспечения «как-должно-быть» («TO-BE») в виде IDEF0-диаграммы (рисунок 7). 1.2.9. Спецификация функциональных требований к информационной системе Пользователем информационной системы будут:  материально-ответственное лицо;  инженер-программист. Диаграмма вариантов использования системы Use-Case представлена на рисунке 8. Основными элементами диаграммы являются действующие лица, 24

варианты использования и отношения между ними [5]. Варианты использования информационной системы представлены в приложении Д. USED AT: AUTHOR: Арсений Золотов DATE: 06.05.2021 WORKING PROJECT: АИС для инвентаризации программного обеспечения REV: DRAFT 10.05.2021 READER DATE CONTEXT: RECOMMENDED NOT ES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION A-0 Регламент проведения инвентаризации Приказ о проведении инвентаризации Компьютерная тех ника Программное обеспечение Серверы Список серверов, ПК и ПО Сбор начальной информации 0? 1 Инвентаризация установленного ПО 0? Резу льтаты инвентаризации 2 Бу х галтер Отчет об инвентаризации Материально-ответственное лицо NODE: TITLE: АИС для инвентаризации программного обеспечения Сопоставление ПО и лицензий 0? Инвентаризация программного обеспечения 3 NUMBER: A0 Рисунок 7 – Диаграмма «Инвентаризация программного обеспечения («какдолжно-быть»)» 1.1.9. Спецификация нефункциональных требований к информационной системе Требования к системе представлены в таблице 1.2.2. Таблица 1.2.2 – Требования к системе Требование Архитектура Среда разработки Язык программирования Операционная система Хранилище данных Описание Сервер данных (MS SQL Server) .NET Framework C# Windows 7 и выше Microsoft SQL Server Система должна отвечать следующим требованиям к быстродействию: 25

 сканирование одного компьютера по всем критериям должно длится не более 2 минут; Рисунок 8 – Диаграмма вариантов использования  система должна выводить пользователю сообщение о результате сканирования не более чем через 5 секунды после того, как сканирование закончилось. Дизайн системы должен удовлетворять следующим требованиям по эргономике и технической эстетике: Взаимодействие пользователей с информационной системой должно осуществляться посредством визуального графического интерфейса. Интерфейс системы должен быть понятным и удобным, не должен быть 26

перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм [9]. Каждое окно системы должно содержать логотип вуза. Страница системы должна содержать кнопку и кнопку «О программе» для раскрытия справки, объясняющей назначение системы. Когда срок действия лицензии подходит к концу, строка в таблице окрашивается в красный цвет. При возникновении ошибок в работе информационной системы на экран монитора выводится сообщение с наименованием ошибки. Спецификация требований к информационной системе представлена в приложении Е. В рамках постановки задачи был описан процесс инвентаризации программного обеспечения, построена модель бизнес-процесса «как-есть» в нотации IDEF0, «как должно быть» в нотации IDEF0, выявлены «узкие места», которые привели к формированию управленческого решения о разработке информационной системы инвентаризации программного обеспечения. Также был разработан документ об образе и границах проекта, документ о вариантах использования информационной системы и построена модель вариантов использования «Use Case». 1.3. и рисков Календарно-ресурсное планирование, анализ бюджетных ограничений 1.3.1. Разработка календарного плана-графика проекта Для разработки информационной системы необходимо осуществить грамотное планирование, которое обеспечит разработку качественного продукта в установленные сроки и с минимальным количеством потерь. Задача планирования заключается в том, чтобы определить последовательность работ, количество используемых ресурсов и сроки выполнения разрабатываемого проекта. 27

Для того, чтобы задокументировать все рабочие операции, которые должны быть выполнены при разработке проекта, принято использовать иерархическую структуру работ. При использовании такой структуры разработчикам проекта значительно проще разделить весь рабочий процесс на ряд небольших, хорошо определенных задач и действий. Иерархическая структура работ проекта представлена на рисунке 9. Разработка информационной системы включает в себя три главных этапа: 1. Проектная стадия. В рамках этого этапа проходит предпроектное обследование объекта автоматизации, формируются требования к будущей системе, разрабатываются варианты концепции информационной системы и утверждается техническое задание. 2. Проектная стадия. На этой стадии разрабатываются предварительные проектные решения по системе, основная документация и осуществляется реализация информационной системы. 3. Послепроектная стадия. На этом этапе проходит подготовка к внедрению системы и ее дальнейшей эксплуатации. Разработка иерархической структуры работ ведет за собой декомпозицию проекта на более мелкие задачи до тех пор, пока не будут описаны все детали проекта. Для этого на основе стандарта ГОСТ 34.601-90 был разработан планграфик проекта, представленный в виде диаграммы Ганта на рисунке 11. [10]. Для его отображения была выбрана система управления проектами Microsoft Project [17, 31]. После разработки календарного графика проекта необходимо составить перечень необходимых ресурсов. В MS Project выделяют три типа ресурсов [3, 19]: 1. Материальные – любые вещественные материалы. 2. Трудовые – сотрудники, участвующие в реализации проекта. 3. Затраты – денежные ресурсы. 28

1.2.6. Описание бюджета на разработку проекта Главным свойством ресурса является его стоимость использования в проекте. Обычно выделяют два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка выражается в стоимости использования ресурса в единицу времени и обычно используется для трудовых ресурсов. Разработка информационной системы 1 Предпроектная стадия 2 Проектная стадия 3 Послепроектная стадия 1.1 Формирование требований к АИС 2.1 Эскизное проектирование 3.1 Подготовка объекта автоматизации к внедрению 1.2 Разработка концепции АИС 2.2 Техническое проектирование 3.2 Проведение предварительных испытаний 1.3 Разработка технического задания 2.3 Рабочее проектирование 3.3 Проведение приемочных испытаний Рисунок 9 – Иерархическая структура работ проекта разработки информационной системы Лист ресурсов проекта представлен на рисунке 10. Ид. Название ресурса Тип Краткое название 6 Руководитель проекта Бизнес-аналитик Разработчик БД Программист Проектировщик Специалист по внедрению Трудовой Трудовой Трудовой Трудовой Трудовой Трудовой Р Б Р П П С 100% 100% 100% 100% 100% 100% 157 ₽/ч 193 ₽/ч 333 ₽/ч 395 ₽/ч 348 ₽/ч 155 ₽/ч 0 ₽/ч 0 ₽/ч 0 ₽/ч 0 ₽/ч 0 ₽/ч 0 ₽/ч 0 ₽ Пропорциональное Стандартный 0 ₽ Пропорциональное Стандартный 0 ₽ Пропорциональное Стандартный 0 ₽ Пропорциональное Стандартный 0 ₽ Пропорциональное Стандартный 0 ₽ Пропорциональное Стандартный 7 Технический писатель Трудовой Т 100% 218 ₽/ч 0 ₽/ч 0 ₽ Пропорциональное Стандартный 1 2 3 4 5 Макс. единиц Стандартная ставка Ставка Затраты на сверхурочных использ. Рисунок 10 – Лист ресурсов проекта 29 Начисление Базовый календарь

Для каждого ресурса были определена стоимость использования, в соответствии окладу за час работ: руководитель проекта – 157 руб./час, бизнесаналитик – 193 руб./час, разработчик баз данных – 333 руб./час, программист – 395 руб./час, проектировщик – 348 руб./час, специалист по внедрению – 155 руб./час, технический писатель – 218 руб./час. Затраты на использование ресурсов проекта представлены на рисунке 12. 1.3.3. Анализ рисков и разработка мероприятий по их устранению Разработка автоматизированной информационной системы часто сопровождается большим количеством рисков. Риск представляет собой нежелательную неблагоприятную ситуацию и связанные с ней последствия, наступление которых сокращает вероятность успешной реализации проекта [13]. Оценка рисков является важным и необходимым этапом управления проектом разработки автоматизированной информационной системы, на основе которого можно принимать решение о дальнейшем реагировании на риски и разработке плана по их устранению [7, 33]. Для оценки рисков разработки информационной системы использовался метод экспертной оценки [8, 14]. Расчеты рисков проекта представлены в приложении Ж. Оценка рисков проекта проводилась в несколько этапов. 1. Была сформирована группа из 3 экспертов 2. Составлен перечень возможных рисков, по каждому риску были выявлены факторы, оказывающие влияние на успешную реализацию проекта. 3. Эксперты, в отдельности, провели независимую оценку выявленных факторов каждого риска. Фактор риска рассчитывался по формуле (1.3.1). Vnij=Pijn * Oijn , (1.3.1) Где Vnij – важность j–го фактора i–го риска, выставленная n–м экспертом; Pijn – вероятность наступления j–го фактора i–го риска, выставленная каждым экспертом; 30

Oijn – опасность j –го фактора i–го риска выставленная n–м экспертом; i – номер риска; M – число рисков; j – номер фактора риска; Li – количество факторов i–го риска; n – номер эксперта; N – число экспертов; G – количество групп рисков. 4. Рассчитан уровень компетенции каждого из экспертов. Для вычисления нормированного уровня компетентности эксперта использована формула (1.3.2). Kn=kn/kобщ, (1.3.2) Где: Kn – нормированный уровень компетентности эксперта n; kn – уровень компетентности эксперта n; kобщ – общий уровень компетентности всех экспертов. Общий уровень компетентности экспертов рассчитывается по формуле (1.3.3). Kобщ= ∑Nn=1kn, (1.3.3) 5. Заполнена таблица определения интегральной оценки каждого фактора всех выявленных рисков. Интегральный уровень для каждого фактора риска рассчитывается по формуле (1.3.4). 31

Рисунок 11 – Диаграмма Ганта 32

Ид. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 Название задачи Затраты Разработка информационной системы Предпроектная стадия Формирование требований к АИС Обследование объекта и обоснование необходимости создания АИС Бизнес-аналитик Формирование требований пользователя к АИС Бизнес-аналитик Оформление отчета о выполненной работе и заявки на разработку АИС 96 096 ₽ 14 357 ₽ 5 152 ₽ 1 351 ₽ 343 ч42 дней 77 ч9 дней 28 ч3 дней 7 ч1 день 1 351 ₽ 1 351 ₽ 7ч 7 ч1 день Пн 08.02.21 Пн 08.02.21 Трудозатр. Пн 08.02.21 Вт 09.02.21 Трудозатр. 1 351 ₽ 2 450 ₽ 7ч 14 ч1 день Пн 08.02.21 Вт 09.02.21 Трудозатр. Вт 09.02.21 Ср 10.02.21 Трудозатр. 7ч 7ч 35 ч5 дней 7 ч1 день 7ч 21 ч3 дней Вт 09.02.21 Вт 09.02.21 Ср 10.02.21 Ср 10.02.21 Ср 10.02.21 Чт 11.02.21 21 ч 7 ч1 день Чт 11.02.21 Вт 16.02.21 Трудозатр. Вт 16.02.21 Вт 16.02.21 Трудозатр. 7ч 0 ч0 дней Вт 16.02.21 Вт 16.02.21 Трудозатр. Вт 16.02.21 Вт 16.02.21 Трудозатр. 14 ч1 день Ср 17.02.21 Ср 17.02.21 Трудозатр. 14 ч1 день Ср 17.02.21 Ср 17.02.21 Трудозатр. Руководитель проекта 1 099 ₽ Бизнес-аналитик 1 351 ₽ Разработка концепции АИС 6 755 ₽ Изучение объекта автоматизации 1 351 ₽ Бизнес-аналитик 1 351 ₽ Разработка вариантов концепции 4 053 ₽ АИС и выбор варианта концепции АИС Бизнес-аналитик 4 053 ₽ Оформление отчета о выполненной 1 351 ₽ работе Бизнес-аналитик 1 351 ₽ Разработано описание и обоснование 0 ₽ предлагаемого варианта концепции системы Разработка технического задания на 2 450 ₽ создание АИС Разработка, оформление, 2 450 ₽ согласование и утверждение технического задания на создание АИС Руководитель проекта 1 099 ₽ Бизнес-аналитик 1 351 ₽ Техническое задание согласовано 0₽ Проектная стадия 74 116 ₽ Эскизное проектирование 11 270 ₽ Разработка предварительных 9 744 ₽ проектных решений по системе и ее частям Проектировщик 9 744 ₽ Разработка документации на АИС и 1 526 ₽ ее части Технический писатель 1 526 ₽ Техническое проектирование 8 834 ₽ Разработка проектных решений по 7 308 ₽ системе и ее частям Проектировщик 7 308 ₽ Разработка документации на АИС и 1 526 ₽ ее части Технический писатель 1 526 ₽ Рабочее проектирование 54 012 ₽ Разработка рабочей документации на 3 052 ₽ систему и ее части ТрудозатратыДлительность Начало 12 Апр '21 7ч 7ч 0 ч0 дней 217 ч28 дней 35 ч5 дней 28 ч4 дней Пн 08.02.21 Пн 08.02.21 Пн 08.02.21 Пн 08.02.21 Ср 17.02.21 Ср 17.02.21 Ср 17.02.21 Ср 17.02.21 Ср 17.02.21 Ср 17.02.21 Окончание ПодробностиП Пт 02.04.21 Трудозатр. Ср 17.02.21 Трудозатр. Ср 10.02.21 Трудозатр. Пн 08.02.21 Трудозатр. Ср 10.02.21 Трудозатр. Ср 10.02.21 Трудозатр. Вт 16.02.21 Трудозатр. Чт 11.02.21 Трудозатр. Чт 11.02.21 Трудозатр. Вт 16.02.21 Трудозатр. Ср 17.02.21 Трудозатр. Ср 17.02.21 Трудозатр. Ср 17.02.21 Трудозатр. Пн 29.03.21 Трудозатр. Пт 26.02.21 Трудозатр. Чт 25.02.21 Трудозатр. 28 ч 7 ч1 день Ср 17.02.21 Чт 25.02.21 Трудозатр. Чт 25.02.21 Пт 26.02.21 Трудозатр. 7ч 28 ч4 дней 21 ч3 дней Чт 25.02.21 Пт 26.02.21 Трудозатр. Пт 26.02.21 Ср 03.03.21 Трудозатр. Пт 26.02.21 Вт 02.03.21 Трудозатр. 21 ч 7 ч1 день Пт 26.02.21 Вт 02.03.21 Трудозатр. Вт 02.03.21 Ср 03.03.21 Трудозатр. 7ч 154 ч19 дней 14 ч2 дней Вт 02.03.21 Ср 03.03.21 Трудозатр. Ср 03.03.21 Пн 29.03.21 Трудозатр. Ср 03.03.21 Пт 05.03.21 Трудозатр. Технический писатель 3 052 ₽ 14 ч Реализация системы 50 960 ₽ 140 ч17 дней Конструирование таблиц 9 324 ₽ 28 ч4 дней Разработчик БД 9 324 ₽ 28 ч Создание схемы данных 6 993 ₽ 21 ч3 дней Разработчик БД 6 993 ₽ 21 ч Ввод данных 15 288 ₽ 42 ч3 дней Разработчик БД 6 993 ₽ 21 ч Программист 8 295 ₽ 21 ч Разработка форм, запросов, макросов, 11 060 модулей, ₽ отчетов 28 ч4 дней Программист 11 060 ₽ 28 ч Разработка интерфейса 8 295 ₽ 21 ч3 дней Программист 8 295 ₽ 21 ч Послепроектная стадия 7 623 ₽ 49 ч5 дней Подготовка объекта автоматизации к 1 085 ₽ 7 ч1 день внедрению АИС Специалист по внедрению 1 085 ₽ 7ч Проведение предварительных 2 170 ₽ 14 ч2 дней испытаний Специалист по внедрению 2 170 ₽ 14 ч Проведение приемочных испытаний 4 368 ₽ 28 ч2 дней Руководитель проекта 2 198 ₽ 14 ч Специалист по внедрению 2 170 ₽ 14 ч Ввод в действие завершен 0₽ 0 ч0 дней Ср 03.03.21 Пт 05.03.21 Пт 05.03.21 Пт 05.03.21 Пт 12.03.21 Пт 12.03.21 Вт 16.03.21 Вт 16.03.21 Вт 16.03.21 Пт 19.03.21 Пт 19.03.21 Ср 24.03.21 Ср 24.03.21 Пн 29.03.21 Пн 29.03.21 Пт 05.03.21 Трудозатр. Пн 29.03.21 Трудозатр. Чт 11.03.21 Трудозатр. Чт 11.03.21 Трудозатр. Вт 16.03.21 Трудозатр. Вт 16.03.21 Трудозатр. Пт 19.03.21 Трудозатр. Пт 19.03.21 Трудозатр. Пт 19.03.21 Трудозатр. Ср 24.03.21 Трудозатр. Ср 24.03.21 Трудозатр. Пн 29.03.21 Трудозатр. Пн 29.03.21 Трудозатр. Пт 02.04.21 Трудозатр. Вт 30.03.21 Трудозатр. Пн 29.03.21 Вт 30.03.21 Трудозатр. Вт 30.03.21 Ср 31.03.21 Трудозатр. Вт 30.03.21 Чт 01.04.21 Чт 01.04.21 Чт 01.04.21 Пт 02.04.21 Ср 31.03.21 Трудозатр. Пт 02.04.21 Трудозатр. Пт 02.04.21 Трудозатр. Пт 02.04.21 Трудозатр. Пт 02.04.21 Трудозатр. Рисунок 12 – График использования задач проекта 33 С В 19 Апр '21 П

fijn =KN * Vijn, (1.3.4) где fijn – интегральный уровень j–го фактора i–го риска с учетом нормированной компетентности n–го эксперта; KN – нормированный уровень компетентности n–го эксперта; Vijn – важность j–го фактора i–го риска, рассчитанная n–м экспертом. 6. Рассчитан средний интегральный уровень каждого фактора всех выявленных рисков по формуле (1.3.5). Fij = n √∑n=1N fijn, (1.3.5) где Fij – средний интегральный уровень j–го фактора i–го риска, данные для расчётов взяты из таблицы 2.4.2. 7. Рассчитан итоговый риск проекта по формуле (1.3.6). ri = Li√∑j=1LiFij, (1.3.6) Где ri – результирующая оценка риска; Li – количество факторов каждого риска; i – номер риска; Fij – средний интегральный уровень j–го фактора i–го риска. 8. Рассчитать общий риск по формуле: Rобщ=М√∑i=1М rj, Где Rобщ – это общий риск проекта. 34 (1.3.7)

Результаты расчета показали следующее:  риск «Планирование» составляет 35%;  риск «Управление проектом» составляет 27%;  риск «Отсутствие системы контроля» составляет 27%;  риск «Появление новых требований» составляет 37%;  риск «Взаимодействие между заказчиком и исполнителем» составляет 10%;  риск «Декомпозиция спецификации» составляет 28%;  риск «Неправильно определенные требования» составляет 32%;  риск «Использование нестабильных технологий» составляет 33%;  риск «Неспособность справиться со сложностью проекта» составляет 59%;  риск «Низкая продуктивность» составляет 82%;  риск «Смена сотрудников» составляет 23%;  риск «Хищение исходного кода» составляет 32%;  риск «Нарушение Закона об авторском праве» составляет 39%;  риск «Финансовые ограничения» составляет 65%;  риск «Изменения конъюнктуры рынка» составляет 45%;  общий риск составляет 38%. Чтобы обеспечить минимизацию рисков проекта был разработан план управления рисками, который представлен в приложении З [25]. Таким образом, в данном параграфе была построена иерархическую структура работ проекта разработки информационной системы, разработан план-график, составлен перечень ресурсов и определена стоимость их использования, проанализированы риски проекта и разработан план управления рисками. 35

ВЫВОДЫ ПО РАЗДЕЛУ 1 В рамках выполнения первого параграфа первого раздела проведен экономический анализ деятельности отдела УИТ и АСУ, описана организационная структура отдела, описаны состояние и стратегия развития информационных технологий. В рамках выполнения второго параграфа первого раздела был описан бизнес-процесс инвентаризации программного обеспечения, проведен анализ недостатков бизнес-процесса, сформировано управленческое решение о разработке информационной системы, осуществлен выбор модели жизненного цикла информационной системы, сформированы цели и задачи проекта и проведена спецификация функциональных и нефункциональных требований к системе. В рамках выполнения третьего параграфа первого раздела был разработан план-график проекта, составлен перечень ресурсов и оценена их стоимость, выполнена оценка рисков проекта и разработан план управления рисками проекта. 36

2 ПРОЕКТНЫЕ РЕШЕНИЯ ПО СОЗДАНИЮ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПО ИНВЕНТАРИЗАЦИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 2.1. Формирование информационной системы требований к видам обеспечения 2.1.1. Описание требований к информационному обеспечению Центральное место в информационных системах занимают база данных, на которые возложены функции хранения, интеграции и обработки информации. От качества ее построения во многом зависит эффективность разрабатываемой системы. База данных информационной системы будет реализована в СУБД Microsoft SQL Server [4, 22]. В качестве метода проектирования базы данных системы использовался метод «ER-диаграмм». Для построения информационной модели базы данных системы был выбран программный продукт ERwin Data Modeler [2, 29]. ERwin Data Modeler – CASE-средство, используемое для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. 2 Физическо-логическая модель базы данных в нотации IDEF1X представлена на рисунках 13-14. Рассмотрим связи между сущностями проектируемой системы: 1. Идентифицирующая связь: 1.1 «Компьютер» – «Информация», связь между сущностями «один-к- одному», так как на один компьютер приходится один блок информации. 1.2 «Компьютер» – «Система», связь между сущностями «один-ко- многим», так как на одном компьютере может быть установлено несколько операционных систем. 1.3 «Компьютер» – «Материнская плата», связь между сущностями «один-к-одному», так как на одном компьютере может быть установлена одна материнская плата. 2 ERwin Data Modeler: [Электронный ресурс] URL: https://dic.academic.ru/dic.nsf/ruwiki/1419606 37

1.4 «Компьютер» «Процессор», связь между сущностями «один-к- – одному», так как компьютер может использовать один процессор. 1.5 «Компьютер» «Принтер», связь между сущностями «один-ко- – многим», так как к одному компьютеру может быть подключено несколько принтеров. 1.6 «Компьютер» «Программа», связь между сущностями «один-ко- – многим», так как на одном компьютере может быть установлено несколько программ. 1.7 «Компьютер» «BIOS», связь между сущностями «один-к-одному», – так как на одном компьютере может быть установлена одна программа BIOS. 1.8 «Программы» «Лицензия», связь между сущностями «один-к- – одному», так как на одно программное обеспечения закупается одна лицензия. Каталог базы данных представлен в приложении И. Внешний вид отчета представлен на рисунке 15. Монитор Материнская плата Подключается КодМатеринскойПлаты КодКомпьютера (FK) Из делие Версия Наименование Серийный номер Произ водитель КодМонитора КодКомпьютера (FK) Раз мер Серийный номер Дата Код проду кта Работает Система Информация КодИнформации КодКомпьютера (FK) Содержит КодСистемы КодКомпьютера (FK) Модель Произ водитель Серийный номер компьютера Работает Материально-отвественное лицо Телефон Подраз деление Корпу с Ау дитория Компьютер КодКомпьютера Сетевой адрес Наз вание Инвентарный номер Подключается Программы Работает Устанавливает Процессор Наз вание Память Дата у становки Раз работчик Версия Подключается КодПроцессора КодКомпьютера (FK) Наименование Число ядер Количество логических процессоров Тактовая частота Максимальная тактовая частота Частота внешнего таймера Сокет Раз мер кеша второго у ровня КодПрограммы КодКомпьютера (FK) Обладают BIOS Принтер КодBIOS КодКомпьютера (FK) КодПринтера КодКомпьютера (FK) Наименование Произ водитель Версия Серийный номер Дата выпу ска Наименование Досту пен как общий По у молчанию Сетевой Имя драйвера Имя порта Лиценз ия КодЛиценз ии КодПрограммы (FK) КодКомпьютера (FK) Наименование Тип Дата у становки Дата истечения Рисунок 13 – Модель базы данных (логический уровень) 38

Монитор Материнская_плата КодМонитора: CHAR(18) КодКомпьютера: CHAR(18) (FK) КодМатеринскойПлаты: CHAR(18) КодКомпьютера: CHAR(18) (FK) Раз мер: VARCHAR(45) Серийный_номер: VARCHAR(30) Дата: DATE Код_проду кта: INTEGER Из делие: VARCHAR(45) Версия: VARCHAR(45) Наименование: VARCHAR(45) Серийный_номер: VARCHAR(45) Произ водитель: VARCHAR(30) Информация КодИнформации: DATE КодКомпьютера: CHAR(18) (FK) Система КодСистемы: CHAR(18) КодКомпьютера: CHAR(18) (FK) Модель: VARCHAR(30) Произ водитель: VARCHAR(30) Серийный_номер_компьютера: VARCHAR(30) Материально_отвественное_лицо: VARCHAR(45) Телефон: VARCHAR(45) Подраз деление: VARCHAR(45) Корпу с: VARCHAR(45) Ау дитория: INTEGER Компьютер КодКомпьютера: CHAR(18) Наз вание: VARCHAR(45) Сетевой_адрес: VARCHAR(45) Инвентарный_номер: INTEGER Программы КодПрограммы: CHAR(18) КодКомпьютера: CHAR(18) (FK) Наз вание: VARCHAR(45) Память: VARCHAR(30) Дата_у становки: DATE Раз работчик: VARCHAR(45) Версия: VARCHAR(45) Процессор КодПроцессора: CHAR(18) КодКомпьютера: CHAR(18) (FK) Наименование: VARCHAR(45) Число_ядер: INTEGER Количество_логических_процессоров: INTEGER Тактовая_частота: VARCHAR(20) Максимальная_тактовая_частота: VARCHAR(20) Частота_внешнего_таймера: VARCHAR(20) Сокет: VARCHAR(20) Раз мер_кеша_второго_у ровня: VARCHAR(20) Лиценз ия BIOS Принтер КодBIOS: CHAR(18) КодКомпьютера: CHAR(18) (FK) КодПринтера: CHAR(18) КодКомпьютера: CHAR(18) (FK) Наименование: VARCHAR(45) Произ водитель: VARCHAR(45) Версия: VARCHAR(45) Серийный_номер: VARCHAR(45) Дата_выпу ска: DATE Наименование: CHAR(18) Досту пен_как_общий: boolean По_у молчанию: boolean Сетевой: boolean Имя_драйвера: VARCHAR(45) Имя_порта: VARCHAR(45) КодЛиценз ии: CHAR(18) КодПрограммы: CHAR(18) (FK) КодКомпьютера: CHAR(18) (FK) Наименование: VARCHAR(45) Тип: VARCHAR(45) Дата_у становки: DATE Дата_истечения: DATE Рисунок 14 – Модель базы данных (физический уровень) Рисунок 15 – Внешний вид отчета об инвентаризации 39

2.1.2. Описание требований к программному обеспечению Для описания структуры программного обеспечения системы использовался метод объектно-ориентированного программирования, а именно – диаграмма классов (class diagram) с использованием языка UML [5]. Диаграмма классов анализа UML представляет собой логическую модель проектируемой системы и служит для моделирования ее статической структуры [12, 35]. Диаграмма классов системы представлена на рисунке 16. Для корректной работы информационной системы на рабочем месте пользователя должно быть установлено следующее программное обеспечение:  Операционная система Windows 7 и выше;  Microsoft Word;  Microsoft Excel;  .NET.Framework. Рисунок 16 – Диаграмма классов системы 40

2.1.3. Описание требований к техническому обеспечению Диаграмма компонентов (component diagram) представлена на рисунке 17. Рисунок 17 – Диаграмма компонентов системы Диаграмма развертывания (deployment diagram) системы представлена на рисунке 18. Рисунок 18 – Диаграмма развертывания 41

2.1.4. Описание требований к организационному обеспечению  функции инженера-программиста должны включать контроль за изменениями в конфигурации компьютеров и за лицензиями на программное обеспечение;  функции материально-ответственного лица включают инвентаризацию программного и аппаратного обеспечения и оформление отчетов. 2.1.5. Описание требований к лингвистическому обеспечению Интерфейс системы должен допускать использование русского языка. 2.1.6. Описание требований к технологическому обеспечению Диаграмма состояний (state diagram) представлена на рисунке 19. добавление компьютеров Ожидание выбора компьютеров Загрузка компьютеров Нажатие кнопки "Сканирование" Ошибка системы Ожидание выбора групп данных Неверные данные Неверные данные Сканирова ние Остановка сканирования Уведомление системы Ожидание выбора групп данных Вывод отчета Рисунок 19 – Диаграмма состояний 42 Ошибка системы

Для описания работы системы в целом построим диаграмму деятельности (activity diagram) (рисунок 20). Минимальные требования к комплексу технических средств:  Процессор 1000 МГц и выше;  Операционная память 512 МБ и выше;  Жесткий диск 1 Тб и выше. Рисунок 20 – Диаграмма деятельности 43

В данном параграфе были описаны требования к информационному обеспечению системы: построена концептуальная, логическая и физическая модели базы данных в нотации IDEF1X, описаны связи между сущностями; описаны требования к программному обеспечению; описаны требования к техническому обеспечению; описаны требования к организационному обеспечению; описаны требования к лингвистическому обеспечению; описаны требования к технологическому обеспечению. 2.2. Реализация проектных решений по созданию информационной системы Различают два основных вида прототипов интерфейса пользователя: горизонтальный, который служит только для представления особенностей интерфейса и вертикальный, который частично или полностью воплощает требуемый функционал [32]. Для представления прототипа информационной системы лучше всего подходят мокапы – средне или высоко детализированное статичное представление дизайна интерфейса. В качестве средства разработки прототипа была выбрана утилита GUI Design Studio. 2.2.1. Сканирование компьютеров Рабочий стол системы представлен на рисунке 21. Слева расположено меню системы, которое включает в себя 6 кнопок: «Сканирование», «Отчеты», «Программное обеспечение», «Аппаратное обеспечение», «Журнал изменений», «Лицензии». Для дальнейшей работы с системой пользователю необходимо добавить компьютеры путем нажатия кнопки в виде зеленого плюса. После этого в программе открывается новое окно «Добавить компьютеры» (рисунок 22). В этом окне пользователь указывает диапазон IP-адресов компьютеров, которые нужно добавить в программу. Также необходимо добавить данные учетной записи для доступа к компьютерам: логин и пароль. Помимо этого, в систему можно загрузить файл 44

с информацией о компьютерах и его оборудовании, для этого нужно нажать пункт меню Файл. Система принимает файл в формате CSV. Рисунок 21 – Рабочий стол информационной системы Для получения информации с добавленных компьютеров пользователю необходимо нажать кнопку «Сканирование», после чего в системе открывается окно «Настройка сканирования». В этом окне пользователь выбирает компьютеры и группу данных для сбора информации. После нажатия кнопки «Готово» система переходит в состояние сканирования. Динамика сканирования отображается в таблице снизу на рабочем столе. 2.2.2. Просмотр информации о программном и аппаратном обеспечении Информацию о программном обеспечении можно просмотреть в соответствующем окне (рисунок 23), открывающемся при нажатии кнопки «Программное обеспечение» панели инструментов. В этом окне пользователь выбирает компьютер и группу данных, информацию. 45 чтобы просмотреть нужную

Рисунок 22 – Окно «Добавить компьютеры» Рисунок 23 – Окно «Программное обеспечение» 46

Просмотр информации об аппаратном обеспечения осуществляется аналогичном образом. Формирование отчетов осуществляется в подразделе «Отчет» (рисунок 24), где пользователь выбирает компьютеры для включения в отчет и шаблон. В системе предусмотрен небольшой каталог готовых шаблонов, также пользователь может сформировать свой собственный. Для этого нужно нажать кнопку «Новый шаблон» и открывшемся окне «Шаблоны отчетов» нажать кнопку «Новый». Далее пользователь выбирает собственные данные для отчета и название. Рисунок 24 – Окно «Отчет» Пример вывода системой готового отчета представлен на рисунке 25. 2.2.3. Работа с лицензиями на программное обеспечение Для того, чтобы пользователь просмотреть какое программное обеспечение является лицензионным, а какое – нет, в системе предусмотрено окно «Управление лицензиями» (рисунок 26). В этом подразделе системы пользователь может контролировать сроки истечения лицензий, а также их 47

переизбыток или недостаток. Пользователь может добавить новую лицензию на программное обеспечение, для этого нужно нажать кнопку «Добавить». Рисунок 25 – Отчет об инвентаризации Рисунок 26 – Окно «Управление лицензиями» 48

2.2.4. Работа с журналом изменений Изменения в конфигурации компьютеров отслеживаются в подразделе «Журнал изменений». Здесь пользователь выбирает компьютер и период времени для мониторинга изменений (рисунок 27). Рисунок 27 – Окно «Журнал изменений» В данном параграфе был разработан прототип системы инвентаризации программного обеспечения в виде мокапов. Был описан процесс добавления и сканирования компьютеров, просмотра информации о программном и аппаратном обеспечении, формирования отчетов, работы с лицензиями и работы с журналом изменений. 2.3. Расчет затрат на разработку информационной системы Расчет затрат на разработку информационной системы (КРПР) рассчитаем по формуле [22, 24] (2.3.1): ЗРИС = ЗЗП + ЗОВФ + ЗЭВМ + ЗПО + ЗХН + РНР, 49 (2.3.1)

где ЗЗП – заработная плата специалистов, руб.; ЗОВФ – отчисления во внебюджетные фонды с заработной платы сотрудников, руб.; ЗЭВМ – затраты, связанные с эксплуатацией техники, руб.; ЗПО – затраты на программное обеспечение, необходимое для разработки информационной системы, руб.; ЗХН – затраты на хозяйственно-операционные нужды, руб.; РНР – накладные расходы, руб. Размер заработной платы сотрудников (ЗЗП) рассчитаем по формуле (2.3.2) ЗЗП = ∑mj=1OPj * ТРИСj * (1 + kД)(1 + kУ), (2.3.2) где ОРj – оклад j-го сотрудника, руб./час.; ТРИСj – время разработки информационной системы j-м разработчиком, час. Включает в себя машинное время работы над проектом (ТМРПР); kД – коэффициент дополнительной заработной платы сотрудников, равен 0,1; kУ – районный (уральский) коэффициент, равен 0,15. Время, затрачиваемое на разработку информационной системы j-м разработчиком, рассчитаем по формуле (2.3.3). ТРИСj = ∑nβ=1tβ, (2.3.3) где tβ – время β-го этапа разработки проектного решения, час. Затраты на заработную плату сотрудников представлены в документе «Технико-экономическое обоснование «Инвентаризация»» (приложение К) [11]. 50 проекта разработки АИС

Таким образом, затраты на оплату труда сотрудников составили 90 671 рублей. Величина отчислений во внебюджетные фонды определим по формуле (2.3.4). ЗОВФ = ЗЗП * kОВФ, (2.3.4) где kОВФ – коэффициент отчислений во внебюджетные фонды. Коэффициент отчислений во внебюджетные фонды рассчитываем по формуле (2.3.5). kОВФ = kПФ + kФМС + kФСС + kСНС, (2.3.5) где kПФ – ставка отчислений в пенсионный фонд; kФМС – ставка отчислений в фонд медицинского страхования; kФСС – ставка отчислений в фонд социального страхования; kСНС – ставка страховых взносов на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний. Ставка обязательных страховых взносов представлена в таблице 2.3.1. Таблица 2.3.1 – Ставка обязательных страховых взносов 3 № 1. 2. 3. 4. Наименование внебюджетного фонда Размер ставок, % Обязательное пенсионное страхование 22 Страхование на случай временной нетрудоспособности и 2,9 материнства Медицинское страхование 5,1 Взносы на травматизм 0,3 Итого: 30,3 Страховые взносы в 2021 году: таблица ставок — Контур.Экстерн [Электронный ресурс] URL: https://www.kontur-extern.ru/info/esn-strahovye-vznosy 3 51

Рассчитаем отчисления во внебюджетные фонды: ЗОВФ = 90 671 * 0,303 = 27 473 руб. Затраты, связанные с эксплуатацией ЭВМ, определим по формуле (2.3.6). ЗЭВМ = ТМРИС * kГ * n * СМ-Ч, (2.3.6) где СМ-Ч – стоимость машиночаса эксплуатации оборудования, руб./час.; СМ-Ч = 8 руб./час. n – количество условных единиц используемой техники; n = 3; kГ – коэффициент использования техники; kГ = 0,95 руб.; ТМРИС – машинное время на разработку информационной системы, час. ТМРИС = 320 часов; Таким образом, затраты на эксплуатацию ЭВМ составят: ЗЭВМ = 320 * 0,95 * 3 * 8 = 7 296 руб. Так как разработка информационной системы будет осуществляться на территории заказчика, то расчет на покупку программного обеспечения производить не будем. Величинe затрат на хозяйственно-операционные нужды на основании исходных данных определим по формуле (2.3.9). ЗХН = ∑Тτ=1Цτ * Кτ, где Цτ – цена τ-го товара, руб.; Кτ – количество τ-го товара. 52 (2.3.9)

Затраты на хозяйственно-организационные нужды представлены в таблице 2.3.3. Таблица 2.3.3 – Затраты на хозяйственно-организационные нужды Наименование Диск CD-RW Digitex Дискета 3,5’’ TDK Бумага Итого Цена за единицу, руб. 25 8 0,5 Кол-во, шт. 4 4 500 Всего, руб. 100 32 250 382 ЗХН = 4 * 25 + 4 * 8 + 500 * 0,5 = 382 руб. Расчет размера накладных расходов выполним по формуле (2.3.10). РН = ЗЗП * kНР, (2.3.10) где kНР – коэффициент накладных расходов. Рассчитаем накладные расходы: РН = 90 671 * 0,3 = 27 201,3 руб. Итоговые затраты на разработку информационной системы составят: ЗРИС = 90 671 + 27 473 + 7 296 + 96 + 27 201,3 = 152 737,3 руб. Соотношение затрат на разработку системы представлено на рисунке 28. 53

Капитальные затраты на разработку АИС 0% 18% 4% 18% 60% Заработная плата Отчисления во внебюджетные фонды Использование ЭВМ Накладные расходы Хозяйственно-операционные нужды Рисунок 28 – Затраты на разработку системы Таким образом, в данном параграфе были рассчитаны затраты на разработку информационной системы инвентаризации программного обеспечения, которые включают в себя затраты на: оплату труда сотрудников, отчисления во внебюджетные фонды с заработной платы, на эксплуатацию ЭВМ, на хозяйственно-операционные нужды и накладные расходы. Итоговые затраты составили 152 737,3 рублей. 54

ВЫВОДЫ ПО РАЗДЕЛУ 2 В рамках выполнения первого параграфа второго раздела были описаны требования к информационному обеспечению: разработана физическая и логическая модели базы данных в нотации IDEFX; Описаны требования к программному обеспечению: построена диаграмма классов системы, представлен перечень программного обеспечения, необходимого для работы системы. Описаны требования к организационному обеспечению; Описаны требования к лингвистическому обеспечению; Описаны требования к техническому обеспечению: построена диаграмма компонентов системы, диаграмма развертывания системы, представлены технические характеристики комплекса технических средств. Описаны требования к технологическому обеспечению: построены диаграмма деятельности и диаграмма состояний системы. В рамках выполнения второго параграфа второго раздела были разработаны макеты будущей информационной системы и описан принцип ее работы. В рамках выполнения третьего параграфа второго раздела был произведен расчет затрат на разработку информационной системы, который включает в себя: затраты на заработную плату сотрудников, отчисления во внебюджетные фонды с заработной платы, затраты, связанные с эксплуатацией техники, затраты на программное обеспечение, затраты на хозяйственнооперационные нужды и накладные расходы. Итоговые затраты на разработку информационной системы составили 152 737,3 рублей. 55

ЗАКЛЮЧЕНИЕ В условиях современного законодательства и стремительного роста информатизации вузам необходимо осуществлять контроль над программным обеспечением и ИТ-оборудованием, которые находятся в его собственности. Инвентаризация является одним из способов такого контроля. Проведение инвентаризации вручную носит затяжной характер и может быть не всегда эффективным для вуза с большой ИТ-инфраструктурой. Решением этой проблемы может быть разработка информационной системы инвентаризации программного обеспечения. Темой выпускной квалификационной работы была разработка проекта создания автоматизированной информационной системы для инвентаризации программного обеспечения вуза. Целью исследования инвентаризации было программного сокращение обеспечения трудозатрат за счет процесса разработки информационной системы. Объектом исследования выступила деятельность отдела Управления информационных технологий и автоматизированных систем управления (УИТ и АСУ) ФГБОУ ВО «МГТУ им. Г.И. Носова» по инвентаризации программного обеспечения. Предметом исследования стала разработка проекта создания автоматизированной информационной системы инвентаризации программного обеспечения. Были поставлены и последовательно решены следующие задачи: 1. Дана технико-экономическая характеристика отделу УИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова»; 2. Проведена постановка задачи на автоматизацию процесса инвентаризации программного обеспечения; 3. Осуществлено календарно-ресурсное планирование, провести анализ бюджетных ограничений и рисков; 56

4. Сформированы требования к видам обеспечения; 5. Реализованы проектные решения по созданию информационной системы; 6. Произведен расчет затрат на разработку информационной системы. В ходе выполнения первой задачи был проведен экономический анализ деятельности отдела УИТ и АСУ, описана организационная структура и система управления и описано состояние и стратегия развития информационных технологий. В ходе выполнения второй задачи был описан бизнес-процесс проведения инвентаризации программного обеспечения на сегодняшний день, выявлены недостатки бизнес-процесса, разработке информационной сформировано системы управленческое инвентаризации решение о программного обеспечения, произведен выбор модели жизненного цикла информационной системы, сформированы цели и задачи проекта, разработана спецификация функциональных и нефункциональных требований к системе. В ходе выполнения третьей задачи был разработан план-график, составлены ресурсы и их стоимость, проведен анализ рисков проекта и разработан план управления рисками. В ходе выполнения четвертой задачи были описаны требования к информационному обеспечения, программному обеспечению, техническому обеспечению, организационному обеспечению, лингвистическому обеспечению и технологическому обеспечению. В ходе выполнения пятой задачи были разработаны экранные формы системы и описан принцип ее работы. В рамках выполнения шестой задачи был выполнен расчет затрат на разработку информационной системы, которые составили 152 737,3 рублей. Таким образом, цель выпускной квалификационной работы достигнута, а задачи выполнены. 57

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. Алексеева, А. В. Проблемы проведения инвентаризации основных средств / А. В Алексеева, Г.И. Золотарева // Менеджмент социальных и экономических систем. 2018 №2 (10) – Текст: электронный. – URL https://cyberleninka.ru/article/n/problemy–provedeniya–inventarizatsii–osnovnyh–sredstv (дата обращения: 07.01.2021). 2. Анисимова, Н. С. CASE-Средства для проектирования баз данных: обзор и краткая характеристика / Н. С. Анисимова, О. Б. Назарова // Наука. Информатизация. Технологии. Образование : Материалы XI международной научно-практической конференции, Екатеринбург, 26 февраля – 02 2018 года. – Екатеринбург: Российский государственный профессионально-педагогический университет, 2018. – С. 472-480. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=25532354 (дата обращения: 14.06.2021). 3. Аникеев, Д. А. Обзор методологий разработки программного обеспечения / Д. А. Аникеев, К. Е. Пешкова, Е. В. Гарченко, Т. В. Сарапулова // Современные тенденции развития науки и производства : Сборник материалов III Международной научно-практической конференции, Кемерово, 21–22 января 2016 года / ЗападноСибирский научный центр; Кузбасский государственный технический университет имени Т.Ф. Горбачева. – Кемерово: Общество с ограниченной ответственностью "Западно-Сибирский научный центр", 2016. – С. 264-266. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=2553235 (дата обращения: 14.06.2021). 4. Бадюков, В.Ф. Классификация и анализ рисков разработки программного обеспечения / В.Ф. Бадюков, Г.Л. Сыч // Вестник Хабаровского государственного университета экономики и права. 2016. №3. – Текст: электронный. – URL: https://cyberleninka.ru/article/n/klassifikatsiya-i-analiz-riskovrazrabotki-programmnogo-obespecheniya (дата обращения: 14.06.2021). – Текст: электронный. 5. Башкирцев, А. С. Формулировка современных требований к техническому и иным видам обеспечения автоматизированных систем 58

специального назначения / А. С. Башкирцев, В. А. Малофеев, И. Б. Паращук // Проблемы технического обеспечения войск в современных условиях : Труды V межвузовской научно-практической конференции, Санкт-Петербург, 20 марта 2020 года. – Санкт-Петербург: Федеральное государственное казенное военное образовательное учреждение высшего образования "военная академия связи имени маршала советского союза с. м. буденного" министерства обороны российской федерации, 2020. – С. 73-76. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=43766050 (дата обращения: 14.06.2021). 6. Безверхая, Т. В. Применение программы для инвентаризации, учета компьютеров и сетевого оборудования на примере электросетевой организации / Т. В. Безверхая, А. А. Тютюнник // Постулат. – 2017. – № 5-1(19). – С. 124. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=29450586 (дата обращения: 14.06.2021). 7. Ващук, И. Н. Оценка рисков при проектировании и разработке автоматизированной информационной системы поддержки разработки проекта комплексной системы защиты / И. Н. Ващук, , Е. А. Кин, О. О. Очередько // Информационные технологии в моделировании и управлении: подходы, методы, решения. 2017. Ст. 45–52. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=32813468 (дата обращения: 14.06.2021). 8. Волошин И.П. Факторы риска при разработке программного обеспечения / И. П. Волошин // Информационная безопасность регионов. 2016. №3 (24). – Текст: электронный. – URL: https://cyberleninka.ru/article/n/faktory– riska–pri–razrabotke–programmnogo–obespecheniya (дата обращения: 12.01.2021). 9. ГОСТ 34.601–90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. – М.: Изд–во стандартов, 1991. – Текст: непосредственный. 10. ГОСТ 34.602–89. Техническое задание на создание автоматизированной системы. – М.: Изд–во стандартов, 1991. – Текст: непосредственный. 59

11. ГОСТ 24.202-80 Государственный стандарт союза СССР. Система технической документации на АСУ. Требования к содержанию документа «Технико-экономическое обоснование создание АСУ» – Текст: непосредственный. 12. Гарифуллиннн, Б. Р. О проектировании системы учета оргтехники и программного обеспечения на предприятии / Б. Р. Гарифуллиннн, К. Т. Садрутдинов // Статья в сборнике: Современная наука: актуальные вопросы, достижения и инновации. 2019. Ст. 129–133. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=37790719 (дата обращения: 14.06.2021). 13. Евдокимов, И. В. Реестр рисков программного проекта / И. В. Евдокимов, В. А. Красиков, Н. Е. Мартынов, Г. А. Демин // Качество. Инновации. Образование. – 2017. – № 6 (145). – С. 65-71. – Текст: электронный. URL: https://www.elibrary.ru/item.asp?id=30309471 (дата обращения: 14.06.2021). 14. Ильинская, Е. В. Методика оценки рисков при разработке автоматизированных информационных систем корпоративного уровня / Е. В. Ильинская, В. В. Ломакин, Р. Г. Асадуллаев, Т. В. Зайцева // Научнотехнический вестник Поволжья. – 2018. – № 11. – С. 218-223. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=36761257 (дата обращения: 14.06.2021). 15. Каспарович, Е. В. Особенности выбора методологии разработки при разработке программного обеспечения / Е. В. Каспарович // Молодой исследователь: вызовы и перспективы : Сборник статей по материалам LCVIII международной научно-практической конференции : Общество с ограниченной ответственностью "Интернаука", 2018. – С. 346-349. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=36599441 (дата обращения: 14.06.2021). 16. Кутлыбаева Д. М. Инвентаризация программных продуктов на предприятии / Д. М. Кутлыбаева // Символ науки. 2016. №8-2. – Текст: электронный. – URL: https://cyberleninka.ru/article/n/inventarizatsiya-programmnyhproduktov-na-predpriyatii (дата обращения: 14.06.2021). 60

17. Кучина, Т. В. Автоматизация сетевого планирования в строительстве на основе программы Microsoft Project / Т. В. Кучина, Я. Г. Мозговая // Ползуновский альманах. – 2020. – Т. 1. – № 2. – С. 104-108. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=36599441 (дата обращения: 14.06.2021). 18. Мазинова, А. Э. О выборе оптимальной модели жизненного цикла корпоративных информационных систем / А. Э. Мазинова // Теория и практика экономики и предпринимательства : XVII Всероссийская с международным участием научно-практическая конференция, Симферополь-Гурзуф, 23–25 апреля 2020 года / Крымский федеральный университет имени В. И. Вернадского. – Симферополь: ИП Зуева Т. В., 2020. – С. 211-212. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=42762445 (дата обращения: 14.06.2021). 19. Мелюкова, М. А. Планирование проекта в программном средстве Microsoft project / М. А. Мелюкова // Лучшая научно-исследовательская работа : сборник статей Международного научно-исследовательского конкурса, СанктПетербург, 26 января 2020 года. – Санкт-Петербург: ЕНМЦ «Мультидисциплинарные исследования», 2020. – С. 85-88. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=42755977 (дата обращения: 14.06.2021). 20. Наймушина, О.Э. Организация учета компьютерной техники и программного обеспечения / О.Э. Наймушина // МНИЖ. 2018. №4 (70). – Текст: электронный. – URL: https://cyberleninka.ru/article/n/organizatsiya-ucheta- kompyuternoy-tehniki-i-programmnogo-obespecheniya (дата обращения: 14.04.2021). 21. Назарова, О. Б. Теоретические основы моделирования бизнес-процессов : Учебное пособие / О. Б. Назарова, О. Е. Масленникова. – Магнитогорск : Магнитогорский государственный технический университет им. Г.И. Носова, 2016. – 159 с. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=27267651 (дата обращения: 14.06.2021). 61

22. Новикова, Т. Б. Составление затрат на реализацию, эксплуатацию и сопровождение АИС по проведению лечебно-диагностической деятельности в поликлинике / Т. Б. Новикова // Научное обозрение. Экономические науки. – 2016. – № 6. – С. 135-141. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=28839416 (дата обращения: 14.06.2021). 23. Новикова, Т. Б. ARIS: теория и практика бизнес-моделирования / Т. Б. Новикова, О. Б. Назарова, В. Е. Петеляк. – Магнитогорск : Магнитогорский государственный технический университет им. Г.И. Носова, 2016. – 289 с. – Текст: электронный. – URL: https://elibrary.ru/item.asp?id=28350938 (дата обращения: 14.11.2020). 24. Остринская, Л. И. Анализ существующих методик оценки стоимости разработки программного обеспечения. Особенности расчета предполагаемых затрат для дополнительных модулей существующей информационной системы / Л. И. Остринская, Е. О. Будзинская // Образование. Транспорт. Инновации. Строительство: Сборник материалов II Национальной научно-практической конференции, Омск, 18–19 апреля 2019 года. – Омск: Сибирский государственный автомобильно-дорожный университет (СибАДИ), 2019. – С. 493497. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=38256880 (дата обращения: 14.06.2021). 25. Онокой, Л. С. Критерии выбора методологии разработки программного обеспечения / Л. С. Онокой // Качество. Инновации. Образование. – 2017. – № 1(140). – С. 58-61. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=28994139 (дата обращения: 14.06.2021). 26. Ошурков, В. А. Исследование рисков команды ИТ-проекта / В. А. Ошурков, В. Н. Макашова // Корпоративная экономика. – 2016. – № 1(5). – С. 63-66. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=25862792 (дата обращения: 27.03.2021). 27. Пучинин, Д.Г. Сравнительный анализ программ для учета техники для отдела защиты информации / Д.Г. Пучинин, Е.Д. Михова // Актуальные проблемы авиации и космонавтики. 2016. №12. – Текст: 62 электронный. – URL:

https://cyberleninka.ru/article/n/sravnitelnyy–analiz–programm–dlya–ucheta–tehniki–dlya– otdela–zaschity–informatsii (дата обращения: 27.03.2021). 28. Романова, Ю. А. Основные риски в процессах разработки программного обеспечения / Ю.А. Романова // Международный журнал гуманитарных и естественных наук. 2016. №1. – Текст: электронный. – URL: https://cyberleninka.ru/article/n/osnovnye–riski–v–protsessah–razrabotki– programmnogo–obespecheniya (дата обращения: 29.03.2021). 29. Мышенков, К. С. Обоснование выбора программных средств моделирования баз данных / К. С. Мышенков, М. Ф. Симонов, В. М. Коростелев // Динамика сложных систем - XXI век. – 2020. – Т. 14. – № 2. – С. 77-83. – DOI 10.18127/j19997493-202002-09. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=43878566 (дата обращения: 14.06.2021). 30. Теряева, Е. Как составить ТЗ: подробная инструкция по созданию технического задания: / Статья, 2019. – URL: https://blog.calltouch.ru/kak– sostavit–tzpodrobnaya–instruktsiya–po–sozdaniyu–tehnicheskogo–zadaniya/ (дата обращения: 14.01.2021). – Текст: электронный. 31. Чусавитина, Г. Н. Управление проектами с использованием Microsoft Project / Г.Н. Чусавитина, В.Н. Макашова. – Магнитогорск: Издательский центр ФГБОУ ВПО «МГТУ», 2016. – 198 с. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=28810423 (дата обращения: 14.04.2021). 32. Юшин, В. Ю. Инструментальные стредства прототипирования / В. Ю. Юшин // Вестник современных исследований. – 2018. – № 8.1(23). – С. 339340. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=36270707 (дата обращения: 11.05.2021). 33. Якунина, Е. А. Анализ рисков ИТ-проекта / Е. А. Якунина // Наука и образование: проблемы и перспективы : Материалы Ежегодной научнопрактической конференции с международным участием, Казань, 07 декабря 2018 года / Под ред. Н.М. Прусс, А.А. Аюпова. – Казань: Университет 63

управления "ТИСБИ", 2018. – С. 229-233. – Текст: электронный. – URL: https://www.elibrary.ru/item.asp?id=39179950 (дата обращения: 11.05.2021). 34. Inventory software products for enterprise // Symbol of Science: international scientific journal. – 2017. – Vol. 2. – No 1. – P. 13-14. (дата обращения: 09.06.2021) 35. Tokarev Michael Valentinovich System Engineering development in the context of information systems design // European science review. 2016. №3-4. URL: https://cyberleninka.ru/article/n/system-engineering-development-in-the-context-ofinformation-systems-design (дата обращения: 09.06.2021). 36. ISO/IEC.FCD 24765: 2017 – Systems and Software Engineering Vocabulary. Geneve: International Organization of Standartization. 37. Porsev, Yu. A. Review of Methods for Solving Problems of Inventory and Accounting of Computer Equipment and Material Values at Kalashnikov Izhevsk State Technical University / Yu. A. Porsev, I. G. Kornilov // Информационные технологии в науке, промышленности и образовании : сборник трудов Всероссийской научно-технической конференции, Ижевск, Россия, 29 мая 2020 года / Отв. ред. К. Ю. Петухов. – Ижевск: Ижевский государственный технический университет имени М.Т. Калашникова, 2020. – P. 388-392. 38. Ivanova, N. The use of the Analytic Hierarchy Process in Determination of the Design Solution for Vertical Gardening / N. Ivanova, I. Podkovyrov, O. Ganzha // Journal of Physics: Conference Series, Voronezh, 10–13 декабря 2019 года. – Voronezh, 2020. – P. 012035. – DOI 10.1088/1742-6596/1614/1/012035. 64

ПРИЛОЖЕНИЯ Приложение А. Словарь данных Таблица А.1 – Словарь данных Объект Процессы Название Сбор начальной информации Инвентаризация установленного ПО Сопоставление ПО и лицензий Дуги Программное обеспечение Компьютерная техника Серверы Регламент проведения инвентаризации Приказ о проведении инвентаризации Список ПК, ПО и серверов Результаты инвентаризации Отчет об инвентаризации Материальноответственное лицо Бухгалтер Характеристика Этап, в ходе которого необходимо собрать информацию, требуемую для проведения инвентаризации: Процесс сбора информации с жестких дисков сотрудником. Сотрудник сопоставляет установленное программное обеспечение с имеющимися лицензиями. Программное обеспечение, используемое в деятельности вуза. Компьютеры и ЭВМ, используемые в деятельности вуза. Специализированные компьютеры для выполнения сервисного программного обеспечения Документ, определяющий правила, этапы и порядок проведения инвентаризации. Официальное распоряжение о проведении во всех подразделениях университета инвентаризации Перечень, включающий в себя: количество ПК в вузе, количество серверов в локальной сети, количество программного обеспечения, используемого в вузе. Инвентаризационная опись каждого компьютера Документ, который, содержит систематизированные данные о результатах проведенной инвентаризации. Лицо, несущее ответственность за проведение инвентаризации. Специалист по бухгалтерскому учёту 65

Приложение Б. Расчет по диаграмме Исикавы Таблица Б.1 – Расчет по диаграмме Исикавы Эксперты/Факторы Условия №1 №2 №3 Сотрудники 3 3 4 Инструменты 4 3 2 Сумма строке по 5 4 5 12 10 11 Сотрудники 0,333333333 0,3 0,272727273 0,906060606 30,3 Инструменты 0,416666667 0,4 0,454545455 1,271212121 42,3 Таблица Б.2 – Расчет по диаграмме Исикавы Эксперты/Факторы №1 №2 №3 Сумма по столбцам Разделенное на количество экспертов Условия 0,25 0,3 0,272727273 0,822727273 27,3 Таблица Б.3 – Расчет по диаграмме Исикавы Условия Эксперты/Факторы Объем компьютерной Иерархия техники и ПО организационной структуры 2 2 1 2 2 1 №1 №2 №3 Сумма по строке 4 3 3 Таблица Б.4 – Расчет по диаграмме Исикавы Сотрудники Эксперты/Факторы №1 №2 №3 Опыт Мотивация работы Образование Человечески й фактор 3 2 2 1 2 1 1 2 1 3 4 4 Сумма по строке 8 10 8 Таблица Б.4 – Расчет по диаграмме Исикавы Инструменты Эксперты/Факторы Система Способ бухгалтерского учета инвентаризации и внутреннего контроля №1 3 4 66 проведения Сумма строке 7 по

Продолжение таблицы Б.4 №2 №3 3 3 5 5 8 8 Таблица Б.5 – Расчет по диаграмме Исикавы Условия Эксперты/Факторы Объем компьютерной техники и ПО 0,5 0,33 0,66 1,5 50 13,5 №1 №2 №3 Сумма по столбцам Делим на кол-во экспертов Перенос на Исикаву Иерархия организационной структуры 0,5 0,66 0,33 1,5 50 13,5 Таблица Б.6 – Расчет по диаграмме Исикавы Сотрудники Эксперты/ Факторы №1 №2 №3 Сумма по столбцам Делим на колво экспертов Перенос на Исикаву Опыт работы Мотивация Образование 0,375 0,2 0,25 0,825 0,375 0,4 0,5 1,275 0,125 0,2 0,125 0,45 Человеческий фактор 0,125 0,2 0,125 0,45 27,5 42,5 15 15 9 12 4,5 4,5 Таблица Б.7 – Расчет по диаграмме Исикавы Инструменты Эксперты/Факторы №1 №2 №3 Сумма по столбцам Делим на кол-во экспертов Перенос на Исикаву Система бухгалтерского учета и внутреннего контроля 0,428571429 0,375 0,375 1,178571429 39,28571429 17 67 Способ инвентаризации 0,571428571 0,625 0,625 1,821428571 60,71428571 25 проведения

Приложение В. Документ об образе и границах проекта 1. Бизнес-требования 1.1. Исходные данные В настоящее время сотрудники отдела УИТ и АСУ тратит в среднем 2 часа времени на проведение инвентаризации программного обеспечения, 1 час на лицензионную сверку, 1 час времени на формирование отчета. Так как вуз обладает широким парком вычислительной техники, в котором компьютеры находятся в разных помещениях, процесс инвентаризации занимает огромное количество времени. Персонал вуза может работать по тому же графику, что и сотрудники, проводящие инвентаризацию, поэтому не все работники согласны прекращать работу, чтобы пустить специалиста на обследование техники. Отделу УИТ и АСУ необходимо получать актуальную информацию о программном и аппаратном обеспечении компьютеров, которые находятся в собственности вуза, за короткий промежуток времени, не проводя опись каждого компьютера в отдельности. Разрабатываемая система позволит значительно упростить процесс инвентаризации и сократить трудозатраты. 1.2. Возможности бизнеса На современном рынке уже существуют готовые программные продукты, предназначенные для автоматической инвентаризации программ и ИТ-оборудования. Такие программы довольно дорогостоящие, но не имеют возможности корректировки ошибок в данных, которые предоставляются бухгалтерским отделом вуза. 1.3. Бизнес - цели и критерии успеха Бизнес-цель 1. Уменьшить время, затрачиваемое на сбор необходимой информации о программном обеспечении, на 105 минут после внедрения системы. Масштабы: время, которое сотрудник тратит на сбор информации. Показатели в прошлом (2020г., первоначальное исследование): 2 часа Планируемые показатели: менее 15 минут. Обязательные показатели: 30 минут. Бизнес-цель 2. Уменьшить время, затрачиваемое на лицензионную сверку на 55 минут. Масштабы: время, которое сотрудник тратит на сопоставление программ и лицензий. Показатели в прошлом (2020г., первоначальное исследование): 1 час Планируемые показатели: менее 5 минут. Обязательные показатели: 10 минут. Бизнес-цель 3. Уменьшить время, затрачиваемое на формирование отчета на 55 минут. Масштабы: время, которое сотрудник тратит на то, чтобы зафиксировать информацию в отчет. Показатели в прошлом (2020г., первоначальное исследование): 1 час Планируемые показатели: менее 5 минут. Обязательные показатели: 10 минут. Критерий успеха 1. Все сотрудники УИТ и АСУ, ответственные за проведение инвентаризации программного обеспечения, должны в течение одного месяца после первого выпуска перейти на работу с информационной системой. 1.4. Потребности клиента или рынка Потребности клиента 1. Система должна находить и корректировать ошибки в импортируемых в программу данных и формировать корректный отчет. Потребности клиента 2. Система должна обеспечивать удаленное сканирование компьютеров, объединенных в одну локальную сеть. 68

Потребности клиента 3. Система должна обладать гибким, лаконичным и дружественным интерфейсом, который будет понятным и приемлемым даже для неопытного пользователя. 1.5. Бизнес-риски Фактор бизнес – риска 1. Не все сотрудники готовы к работе с новой системой. Потребуются финансовые и временные ресурсы на обучение персонала. Вероятность = 0,1; Ущерб = 10. 2. Образ решения 2.1. Положение об образе проекта Для отдела управления информационными технологиями и автоматизированными системами управления ФГБОУ ВО «МГТУ им. Г. И. Носова» разрабатываемая система будет представлять собой программу, позволяющую получать информацию о программном и аппаратном обеспечении компьютеров, находящихся в распоряжении вуза, лицензиях установленных программ и любых изменениях в конфигурации компьютеров. В отличие от существующих на рынке программ для инвентаризации компьютеров, система будет корректировать ошибки в импортируемых в систему данных. 2.2. Основные функции Основные функции 1. Инвентаризация программного и аппаратного обеспечения. Основные функции 2. Формирование отчетов на основе результатов инвентаризации. Основные функции 3. Отображение информации об изменениях в программном и аппаратном обеспечении. Основные функции 4. Отображение информации о сроках истечения лицензий и недостатках или переизбытках лицензий. 2.3. Предположения и зависимости Предположения и зависимости 1. Для функционирования системы компьютеры должны быть подключены к одной локальной сети. 3. Масштабы и ограничения проекта 3.1. Ограничения и исключения Ограничения и исключения 1. Информационная система будет применятся только для ФГБОУ ВО «МГТУ им. Г. И. Носова». Ограничения и исключения 2. Проект не предусматривает работу со сторонними организациями. Ограничения и исключения 3. Система не предназначена для инвентаризации оборудования связи, коммуникационного оборудования и специализированных управляющих микропрограмм. 4. Бизнес-контекст 4.1. Профили заинтересованных лиц Таблица В.2 – Профили заинтересованных лиц Заинтересованные в проекте лица Руководство вуза Понимание Отношение основной ценности проекта Чистота Полная лицензий на поддержка программное обеспечение Начальник УИТ и Контроль над Сильная АСУ сохранностью поддержка 69 Основные интересы Ограничения Не придется платить штрафы за использование нелицензионного ПО Предотвращение хищения ИТ- Не определены Не определены

Продолжение таблицы В.2 оборудования вуза. Грамотное планирование закупок лицензий на ПО Сотрудники Снижение ответственные за трудозатрат на проведение проведение инвентаризации инвентаризации Другие Устранение сотрудники простоя сотрудников вплоть выпуска 1 до оборудования вуза. Не придется переплачивать за лишние лицензии Сильная поддержка вплоть выпуска 1 Полная поддержка Более эффективное до использование рабочего времени Процесс инвентаризации не будет занимать время у других сотрудников 70 Не определены Не определены

Приложение Г. Проект технического задания на разработку информационной системы УТВЕРЖДАЮ УТВЕРЖДАЮ _______________________ _______________________ ______________________ ______________________ ________________. _________________. «____» _____________ 2021 г. « » ________________ 2021 г. ТЕХНИЧЕСКОЕ ЗАДАНИЕ на разработку автоматизированной информационной системы «Инвентаризация» для ФГБОУ ВО «МГТУ им. Г. И. Носова» на 24 листах Действует с _________________ Магнитогорск, 2021 71

Лист согласования От ФГБОУ ВО «МГТУ им. Г. И. Носова»: Должность исполнителя Фамилия, Имя, Отчество Подпись Дата От________________________________: Должность исполнителя Фамилия, Имя, Отчество 72 Подпись Дата

СОДЕРЖАНИЕ 1 ОБЩИЕ СВЕДЕНИЯ ........................................................................................................... 75 1.1. Полное наименование системы и ее условное обозначение............................................... 75 1.2. Наименования организации–заказчика и организаций–участников работ ........................ 75 1.3. Перечень документов, на основании которых создается система ...................................... 75 1.4. Плановые сроки начала и окончания работы по созданию системы ................................. 75 1.5. Источники и порядок финансирования работ ..................................................................... 75 1.6. Определения, обозначения и сокращения ........................................................................... 75 1.7. Общие сведения о системе ............................................................................................... 76 2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ............................................................ 76 2.1. Цели создания системы .................................................................................................... 76 3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ ..................................................... 76 3.1. Общие сведения ............................................................................................................... 76 3.1.1. Краткие сведения об объекте автоматизации .............................................................. 76 3.1.2. Состав подразделений, участвующих в автоматизации .............................................. 76 3.2. Автоматизируемый бизнес–процесс ............................................................................... 76 Диаграмма бизнес-процесса инвентаризации программного обеспечения «КАК-ЕСТЬ» представлена в приложении Б. ................................................................................................... 76 Диаграмма бизнес-процесса инвентаризации программного обеспечения после внедрения информационной системы «КАК-ДОЛЖНО-БЫТЬ» представлена в приложении В. ............ 77 4 ТРЕБОВАНИЯ К СИСТЕМЕ ............................................................................................... 77 4.1. Требования к системе в целом ......................................................................................... 77 4.1.1. Требования к структуре и функционированию Системы ............................................ 77 4.1.3. Требования к численности и квалификации персонала системы и режиму его работы77 4.1.3. Требования к надежности ............................................................................................. 77 4.1.4. Требования к безопасности........................................................................................... 77 4.1.5. Требования к эргономике.............................................................................................. 78 4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы ................................................................................................................ 78 4.1.7. Требования к защите информации от несанкционированного доступа ...................... 78 4.1.8. Требования по сохранности информации при авариях ............................................... 78 4.1.9. Требования к патентной чистоте .................................................................................. 78 4.2. Требования к функциям (задачам), выполняемым системой ......................................... 78 4.2.1. Требования к поддерживаемым операционным системам объектов инвентаризации79 4.2.2. Требования к функции инвентаризации программного обеспечения ......................... 79 4.2.3. Требования к функции инвентаризации аппаратного обеспечения ............................ 80 4.2.4. Требования к функции формирования отчета ............................................................. 81 4.2.4.1. Требования к шаблонам отчета .................................................................................... 81 4.2.5. Требования к функции добавления компьютеров ....................................................... 81 4.2.6. Требования к функции сканирования компьютеров.................................................... 81 4.2.7. Требования к функции отображения изменений в конфигурации компьютеров ....... 81 4.2.8. Требования к функции .................................................................................................. 81 4.3. Требования к видам обеспечения .................................................................................... 81 4.3.1. Требования к информационному обеспечению Системы. .......................................... 82 4.3.2. Требования к лингвистическому обеспечению Системы. ........................................... 82 4.3.3. Требования к программному обеспечению Системы .................................................. 82 4.3.4. Требования к техническому обеспечению ................................................................... 82 4.3.5. Требования к организационному обеспечению ........................................................... 82 4.3.6. Требование к методическому обеспечению ................................................................. 82 5 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ................................................. 82 5.1. Условия выполнения работ .............................................................................................. 82 73

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ ................... 82 6.1. Общие требования к приемке работ ................................................................................ 82 6.2. Виды, состав, объем и методы испытаний Системы ...................................................... 83 6.2.1. Виды испытаний............................................................................................................ 83 6.2.2. Состав испытаний ......................................................................................................... 83 6.2.3. Место проведения испытаний ...................................................................................... 83 6.3. Общие требования к приемке работ ................................................................................ 83 7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ.................................................... 83 8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ ..................................................................... 84 9 ИСТОЧНИКИ РАЗРАБОТКИ .............................................................................................. 84 ПРИЛОЖЕНИЯ .......................................................................................................................... 85 Приложение А. План-график выполнения работ .................................................................. 85 Приложение Б. Процесс управления проектной деятельностью «AS-IS» ........................... 86 Приложение В. Процесс управления проектной деятельностью «TO-BE» ......................... 87 Приложение Г. Альбом экранных форм системы ................................................................. 88 74

1 ОБЩИЕ СВЕДЕНИЯ 1.1. Полное наименование системы и ее условное обозначение Полное наименование системы: Автоматизированная информационная система инвентаризации программного обеспечения Краткое наименование системы: АИСИПО, Система. 1.2. Наименования организации–заказчика и организаций–участников работ Организация заказчик: ФГБОУ ВО Магнитогорский государственный технический университет (МГТУ) им. Г. И. Носова в лице начальника отдела УИТ и АСУ Рубана Константина Алексеевича. Организация исполнитель: ФГБОУ ВО Магнитогорский государственный технический университет (МГТУ) им. Г. И. Носова в лице студента 4 курса направления «09.03.03 Прикладная информатика» Золотова Арсения Вячеславовича. 1.3. Перечень документов, на основании которых создается система Основанием для разработки являются:  Техническое задание на разработку информационной системы;  Контракт между ФГБОУ ВО «МГТУ им. Г. И. Носова» и Золотовым Арсением Вячеславовичем № 045081 от 29.01.21 г. 1.4. Плановые сроки начала и окончания работы по созданию системы Плановый срок начала работ по созданию информационной системы инвентаризации программного обеспечения в ФГБОУ ВО «МГТУ им. Г. И. Носова» – 08 февраля 2021 года. Плановый срок окончания работ по созданию информационной системы инвентаризации программного обеспечения в ФГБОУ ВО «МГТУ им. Г. И. Носова» – 02 апреля 2021 года. 1.5. Источники и порядок финансирования работ Порядок финансирования определяется Бюджетом ФГБОУ ВО «МГТУ им. Г. И. Носова» 1.6. Определения, обозначения и сокращения Определения, обозначения и сокращения, используемые в тексте Технического задания, представлены в таблице Г.1. Таблица Г.1 – Определения, обозначения и сокращения Термин ИС ТЗ ПО БД СУБД СПО УИТ и АСУ ФГБОУ ВО МГТУ ОС Определения Информационная система Техническое задание Программное обеспечение База данных Система управления базами данных Среднее профессиональное образование Управление информационных технологий и автоматизированных систем управления Федеральное государственное бюджетное образовательное учреждение высшего образования Магнитогорский государственный технический университет Операционная система 75

1.7. Общие сведения о системе Система, разрабатываемая в рамках настоящего технического задания, должна обеспечить возможность контроля использования программного обеспечения и ведения автоматизированного учета программных активов, находящихся в эксплуатации в ФГБОУ ВО «МГТУ им. Г. И. Носова». Система не предназначена для инвентаризации оборудования связи, коммуникационного оборудования, специализированных управляющих микропрограмм и т.п. 2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ Создаваемая Система предназначена для автоматизации деятельности управления ИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова» в части контроля за использованием программного обеспечения. 2.1. Цели создания системы Целью внедрения Системы «Инвентаризация» является повышение эффективности контроля за использованием программного обеспечения, а также управления программными активами, за счет обеспечения централизованного и структурированного хранения, поиска и анализа информации. Система должна обеспечивать решение следующих задач: 1. инвентаризация программного обеспечения, установленного на компьютерах вуза; 2. получение информации об аппаратном обеспечении компьютеров; 3. получение информации об изменениях в конфигурации компьютеров; 4. получение информации о каждом программном продукте по количеству, срокам действия лицензий на право использования, технической поддержке и обновлению. 3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ 3.1. Общие сведения Объектом автоматизации являются:  процессы, связанные с контролем использования программного обеспечения вуза;  процессы, связанные со сбором, систематизацией, хранением и учетом детализованной информации по программным активам ФГБОУ ВО «МГТУ им. Г. И. Носова». 3.1.1. Краткие сведения об объекте автоматизации Полное официальное название объекта автоматизации – Управление информационных технологий и автоматизированных систем управления. Местонахождение объекта – г. Магнитогорск, пр. Ленина, 38, главный корпус, ауд. 280. 3.1.2. Состав подразделений, участвующих в автоматизации В рамках работ по разработке Системы автоматизации подлежат следующие подразделения УИТ и АСУ:  Отдел программно–технического обеспечения и эксплуатации учебных систем;  Отдел автоматизированных систем управления. 3.2. Автоматизируемый бизнес–процесс Диаграмма бизнес-процесса инвентаризации программного обеспечения «как-есть» представлена в приложении Б. Название бизнес–процесса: инвентаризация программного обеспечения. Цель бизнес–процесса: сверка имеющегося программного обеспечения с данными по бухгалтерским документам. Владелец бизнес–процесса: начальник УИТ и АСУ. Команда бизнес–процесса: материально–ответственные лица, бухгалтерия; Инициирующее событие: подписание «Приказа о проведении инвентаризации материальных и нематериальных активов». Завершающее событие: подписание «Акта о результатах инвентаризации». 76

Диаграмма бизнес-процесса инвентаризации программного обеспечения после внедрения информационной системы «как-должно-быть» представлена в приложении В. 4 ТРЕБОВАНИЯ К СИСТЕМЕ 4.1. Требования к системе в целом 4.1.1. Требования к структуре и функционированию Системы Система должна быть создана на базе, имеющегося на рынке готового решения с минимальным количеством доработок. Все данные Системы должны храниться в базе данных, работающей под управлением СУБД Microsoft SQL Server. В состав информационной системы должны входить следующие подсистемы:  инвентаризация и контроль использования ПО;  учет программных и компьютерных активов;  управление лицензиями и контроль использования ПО. 4.1.3. Требования к численности и квалификации персонала системы и режиму его работы 4.1.2.1. Требования к численности персонала (пользователей) Системы. Для обеспечения работоспособности Системы, определены следующие роли:  материально-ответственное лицо;  инженер-программист. 1. Материльно-ответственное лицо  Материально-ответственное лицо – это работник отдела управления ИТ и АСУ, который является ответственность за сохранность компьютерной техники, оборудования и других вычислительных машин вуза. Задачи материльно-ответственного лица:  инвентаризация программного обеспечения;  формирование отчетов. 2. Инженер-программист  Инженер программист – работник отдела управления ИТ и АСУ, ответственный за разработку программного обеспечения для нужд вуза. Задачи инженера-программиста:  контроль за изменениями в конфигурации компьютеров;  контроль за истечением сроков действия лицензий на программное обеспечение. 4.1.4.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков Пользователь Системы должен иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows системах. 4.1.3. Требования к надежности Система должна обеспечивать восстановление информации при программно– аппаратных сбоях (отключения электропитания, отказах носителей информации, вирусах и т.д.), стабильность работы в многопользовательском режиме и живучесть Системы при выходе из строя отдельных её компонентов.  Для обеспечения сохранности данных должно осуществляться резервное копирование данных. 4.1.4. Требования к безопасности  Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.  Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и 77

дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения. 4.1.5. Требования к эргономике Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы, должно осуществляться посредством визуального графического интерфейса. Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод–вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Интерфейс системы представлен в приложении Г. 4.1.6. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы  Система должна быть рассчитана на эксплуатацию в составе программно– технического комплекса ФГБОУ ВО «МГТУ им. Г. И. Носова». Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре ФГБОУ ВО «МГТУ им. Г. И. Носова».  Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха. 4.1.7. Требования к защите информации от несанкционированного доступа  Разработка системы «Инвентаризация» должна производиться с учетом требований федерального законодательства и положений Политики информационной безопасности УИТ и АСУ. 4.1.8. Требования по сохранности информации при авариях  Система должна полностью восстанавливать свою работоспособность и актуальность данных на момент последнего резервного копирования после восстановления из резервной копии. 4.1.9. Требования к патентной чистоте  Установка системы в целом, как и установка отдельных частей системы не должна предъявлять дополнительных требований к покупке лицензий на программное обеспечение сторонних производителей, кроме программного обеспечения, входящего в состав информационной системы и перечисленного в настоящем документе. 4.2. Требования к функциям (задачам), выполняемым системой Система предусматривает выполнение пользователями следующих основных функций: 78

 Предоставление информации об аппаратном и программном обеспечении;  Формирование отчетов о результатах инвентаризации;  Отображение изменений в конфигурации компьютеров;  Предоставление информации о количестве и сроках действия лицензий на программное обеспечение. 4.2.1. Требования к поддерживаемым операционным системам объектов инвентаризации  Windows 2012 Server Core x64;  Windows 2008 R2 Server Core x64;  Windows 2008 R2 Server x64;  Windows 2008 Server Core;  Windows 2008 Server;  Windows 2008 Server Core x64;  Windows 2008 Server x64;  Windows 2003 R2 Server;  Windows 2003 R2 Server x64;  Windows 2003 Server;  Windows 2003 Server x64;  Windows Vista;  Windows Vista x64;  Windows 7;  Windows 7 x64;  Windows 8;  Windows 8 x64; 4.2.2. Требования к функции инвентаризации программного обеспечения 4.2.2.1. Требования к типам данных программного обеспечения Система должна отображать информацию о программном обеспечении по следующим типам данных:  Операционная система;  Лицензионная информация;  Антивирусы;  Установленные программы. 4.2.2.1.1. Требования к свойствам операционной системы Система должна отображать следующую информацию об операционной системе:  Модель;  Производитель;  Серийный номер. 4.2.2.1.2. Требования к свойствам лицензионной информации Система должна отображать следующую информацию о лицензии на программное обеспечение:  Наименование;  Тип;  Дата истечения;  Дата установки. 4.2.2.1.3. Требования к свойствам антивируса Система должна отображать следующую информацию об антивирусе:  Наименование;  Версия. 79

4.2.2.1.4. Требования к свойствам операционной системы Система должна отображать следующую информацию об установленных программах:  Название;  Память;  Разработчик;  Версия;  Дата установки. 4.2.3. Требования к функции инвентаризации аппаратного обеспечения 4.2.3.1. Требования к типам данных аппаратного обеспечения Система должна отображать информацию об аппаратном обеспечении по следующим типам данных:  Процессор;  Память;  Монитор;  Сетевые карты;  BIOS;  Принтеры. 4.2.3.1.1. Требования к свойствам процессора Система должна отображать следующую информацию о процессоре:  Наименование;  Число ядер;  Количество логических процессоров;  Тактовая частота;  Максимальная тактовая частота;  Частота внешнего таймера;  Сокет;  Размер кеша второго уровня. 4.2.3.1.2. Требования к свойствам монитора Система должна отображать следующую информацию о мониторе:  Размер;  Серийный номер;  Дата;  Код продукта. 4.2.3.1.3. Требования к свойствам сетевой карты Система должна отображать следующую информацию о сетевой карте:  IP-адрес. 4.2.3.1.4. Требования к свойствам BIOS Система должна отображать следующую информацию о BIOS:  Наименование;  Производитель;  Версия;  Серийный номер;  Дата выпуска. 4.2.3.1.5. Требования к свойствам принтера Система должна отображать следующую информацию о принтере:  Наименование;  Доступен как общий (Да/Нет);  По умолчанию (Да/Нет);  Сетевой (Да/Нет); 80

 Имя драйвера;  Имя порта. 4.2.3.1.6. Требования к свойствам памяти Система должна отображать следующую информацию о процессоре:  Тип памяти;  Размер памяти. 4.2.4. Требования к функции формирования отчета Система должна формировать отчет на основе собранной информации с возможностью выбора компьютера, выбора готового шаблона или формирования собственного шаблона. 4.2.4.1. Требования к шаблонам отчета Система должна иметь следующую базу шаблонов:  Память;  Установленные программы;  Нелицензионное программное обеспечение. 4.2.4.1.1. Требования к шаблону «Память» Шаблон «Память» должен включать следующую информацию:  Тип памяти;  Размер памяти. 4.2.4.1.2. Требования к шаблону «Установленные программы» Шаблон «Установленные программы» должен включать следующую информацию:  Номер;  Имя;  Размер;  Дата установки;  Разработчик;  Версия. 4.2.4.1.3. Требования к шаблону «Нелицензионное программное обеспечение» Шаблон «Нелицензионное программное обеспечение» должен включать следующую информацию:  Номер;  Наименование;  Тип;  Дата истечения. 4.2.5. Требования к функции добавления компьютеров Система должна добавлять компьютеры двумя способами:  Загрузка файла в формате CSV;  Сканирование по IP-адресам. 4.2.6. Требования к функции сканирования компьютеров Система должна иметь возможность выбора одного или нескольких компьютеров и критериев для сканирования. 4.2.7. Требования к функции отображения изменений в конфигурации компьютеров Система должна отображать информацию об установленных, удаленных программах и обновлениях за последний день, неделю, месяц и указанный промежуток времени. 4.2.8. Требования к функции 4.3. Требования к видам обеспечения К входным данным Программы относятся:  указываемый пользователем требуемый состав получаемой информации;  указываемые пользователем параметры выполнения программы; 81

 данные, вводимые пользователями с клавиатуры;  данные, импортируемые из внешних источников. К выходным данным Программы относятся:  информация об аппаратном и программном обеспечении, полученная в ходе работы программы и сохраненная в файле;  отчет на основе информации, полученной в ходе работы программы.  экранные формы (таблицы); 4.3.1. Требования к информационному обеспечению Системы. Уровень хранения данных в системе должен быть построен на основе СУБД семейства MS SQL Server. 4.3.2. Требования к лингвистическому обеспечению Системы. Язык ввода-вывода системы - русский. 4.3.3. Требования к программному обеспечению Системы Для корректной работы на компьютере должно быть установлено следующее системное программное обеспечение:  система управления базой данных: MS SQL Server;  .NET Framework 4.5  ОС Windows 7 и выше.  Microsoft Office, Microsoft Excel 4.3.4. Требования к техническому обеспечению  Процессор: 4 ядра X64  Память: 16 Гб  Диск: 100 Гб 4.3.5. Требования к организационному обеспечению Организационное обеспечение Системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций Системы. 4.3.6. Требование к методическому обеспечению В процессе создания Системы должны быть разработаны нормативные документы, определяющие порядок технического учета и использования активов ПО: 1. Руководства пользователя системы. 2. Рабочая документация к системе 5 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ 5.1. Условия выполнения работ Выполнение работ по разработке системы должно осуществляться в соответствии со сроками, установленными согласованным Планом-графиком (представлен в Приложении А). Работы по разработке системы должны выполняться на территории Заказчика. 6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ 6.1. Общие требования к приемке работ Сдача–приемка этапов выполненных работ на стадиях «Технический проект» и «Рабочая документация» должна осуществляться по предъявлении Исполнителем комплектов соответствующих документов и завершаться оформлением акта сдачи–приемки научно–технической продукции, подписанного Исполнителем, и утвержденного Заказчиком. Испытания Системы должны проводиться в соответствии с требованиями ГОСТ 34.603–92. Испытания Системы должны быть проведены на стадии «Ввод в действие» на основании соответствующей программы и методики испытаний, разработанной Исполнителем в соответствии с требованиями РД 50–34.698–90 и утверждённой Заказчиком. 82

6.2. Виды, состав, объем и методы испытаний Системы 6.2.1. Виды испытаний Для Системы устанавливаются следующие виды испытаний:  предварительные испытания;  опытная эксплуатация;  приемочные испытания. 6.2.2. Состав испытаний Предварительные испытания должны проводиться с целью определения работоспособности Системы, количественных и качественных характеристик Системы, необходимости корректировки документации и частей Системы, корректировки дальнейших этапов разработки. Опытная эксплуатация должна проводиться с целью определения её работоспособности, количественных и качественных характеристик Системы. Приемочные испытания проводятся в соответствии с программой испытаний и включают проверку: - полноты и качества реализации функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования ИС; - выполнения каждого требования, относящегося к интерфейсу системы; - работы персонала в диалоговом режиме; - средств и методов восстановления работоспособности после отказов; - комплектности и качества эксплуатационной документации. 6.2.3. Место проведения испытаний Опытная эксплуатация и приёмочные испытания Системы должны проводиться на на объекте автоматизации Заказчика. 6.3. Общие требования к приемке работ Приемка Системы должна проводиться комиссией на основании результатов испытаний, которым подвергаются программно–технические средства, реализующие функции Системы. Состав комиссии, общие требования по приемке работ, порядок согласования и утверждения приемочной документации должны определяться Заказчиком и согласовываться с Исполнителем. 7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию АИС инвентаризации программного обеспечения Заказчик должен обеспечить выполнение следующих работ:  определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АИС инвентаризации программного обеспечения;  обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;  обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;  обеспечить выполнение требований, предъявляемых к программно–техническим средствам, на которых должно быть развернуто программное обеспечение АИС инвентаризации программного обеспечения;  совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;  провести опытную эксплуатацию АИС инвентаризации программного обеспечения. 83

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ Для системы на различных стадиях создания должны быть выпущены документы, которые приведены в таблице Г.2. Таблица Г.2 – Состав и содержание работ по разработке системы Стадия Стадия создания 1 Анализ требований к Системе Наименование документа Результат обследования предприятия Стратегическая карта организации Схема организационной структуры Перечень требований к системе Обзор программных решений График сдачи проектной документации Анализ бизнес–процессов и Модель бизнес–процесса «AS–IS» разработка устава Описание автоматизируемых функций Модель бизнес–процесса «TO–BE» Техническое задание Техническое задание Формирование бюджета проекта Смета расходов Бюджет проекта Проектирование архитектуры Архитектуры системы системы План–график работ Реализация системы Отчет о выполненных работах Тестирование План тестирования, Перечень дефектов Документация Справка Руководство пользователя Руководство администратора 2 3 4 5 6 7 8 ИСТОЧНИКИ РАЗРАБОТКИ Источниками разработки являются нормативные документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы. Источники разработки АИС инвентаризации программного обеспечения:  ГОСТ 34.201–89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем  ГОСТ 34.601 –90 Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания АС.  ГОСТ 34.602 –89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;  ГОСТ 2.105–95. Общие требования к текстовым документам  РД 50–34.698–90 Автоматизированные системы требования к содержанию документов.  ГОСТ Р ИСО/МЭК 12207–99 Процессы жизненного цикла ПС.  ГОСТ 19.402–78 Единая система программной документации. Описание программы.  Договор № 045081 от 29.12.20 г. между ФГБОУ ВО «МГТУ им. Г. И. Носова» и Золотовым Арсением Вячеславовичем 9 84

ПРИЛОЖЕНИЯ Приложение А. План-график выполнения работ Рисунок Г.1 – План-график проекта разработки информационной системы инвентаризации программного обеспечения 85

Приложение Б. Процесс управления проектной деятельностью «AS-IS» USED AT: AUTHOR: Арсений Золотов DATE: 06.05.2021 WORKING PROJECT: АИС для инвентаризации программного обеспечения REV: DRAFT 07.05.2021 READER DATE CONTEXT: TOP RECOMMENDED NOT ES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION Регламент проведения инвентаризации Приказ о проведении инвентаризации Компьютерная тех ника Отчет об инвентаризации Программное обеспечение Инвентаризация программного обеспечения Серверы 0? 0 Бу х галтер Цель: Описать существующую организацию бизнес-процесса инвентаризации программного обеспечения Материально-ответственное лицо Точка зрения: Начальник УИТ и АСУ NODE: Инвентаризация программного обеспечения TITLE: NUMBER: A-0 Рисунок Г.1 – Контекстная диаграмма «Инвентаризация программного обеспечения» USED AT: AUTHOR: Арсений Золотов DATE: 06.05.2021 WORKING PROJECT: АИС для инвентаризации программного обеспечения REV: DRAFT 07.05.2021 READER DATE CONTEXT: RECOMMENDED NOT ES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION A-0 Регламент проведения инвентаризации Приказ о проведении инвентаризации Компьютерная тех ника Программное обеспечение Серверы Список серверов, ПК и ПО Сбор начальной информации 0? 1 Инвентаризация установленного ПО 0? Резу льтаты инвентаризации 2 Бу х галтер Отчет об инвентаризации Сопоставление ПО и лицензий Материально-ответственное лицо 0? NODE: TITLE: Инвентаризация программного обеспечения 3 NUMBER: A0 Рисунок Г.2 - Декомпозиция 1-го уровня 86

Приложение В. Процесс управления проектной деятельностью «TO-BE» USED AT: AUTHOR: Арсений Золотов DATE: 06.05.2021 WORKING PROJECT: АИС для инвентаризации программного обеспечения REV: DRAFT 10.05.2021 READER DATE CONTEXT: RECOMMENDED NOT ES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION A-0 Регламент проведения инвентаризации Приказ о проведении инвентаризации Компьютерная тех ника Программное обеспечение Серверы Список серверов, ПК и ПО Сбор начальной информации 0? 1 Инвентаризация установленного ПО 0? Резу льтаты инвентаризации 2 Бу х галтер Отчет об инвентаризации Материально-ответственное лицо NODE: TITLE: АИС для инвентаризации программного обеспечения Инвентаризация программного обеспечения Сопоставление ПО и лицензий 0? 3 NUMBER: A0 Рисунок Г.1 – Диаграмма «Инвентаризация программного обеспечения («как должно быть»)» 87

Приложение Г. Альбом экранных форм системы Рисунок Г.1 – Главная форма Рисунок Г.2 – Форма «Информация о компьютере» 88

Рисунок Г.3 – Форма «Добавить компьютеры» Рисунок Г.4 – Форма «Настройка сканирования» 89

Рисунок Г.5 – Форма «Отчет» Рисунок Г.6 – Форма «Настройка шаблонов» 90

Рисунок Г.7 – Форма вывода отчета Рисунок Г.8 – Форма «Управление лицензиями» 91

Рисунок Г.9 – Форма «Новая лицензия» Рисунок Г.10 – Форма «Аппаратное обеспечение» 92

Рисунок Г.11 – Форма «Программное обеспечение» Рисунок Г.12 – Форма «Журнал изменений» 93

Рисунок Г.13 – Форма «Шаблоны отчетов» 94

Приложение Д. Варианты использования АИС инвентаризации программного обеспечения Таблица Д.1 – Варианты использования системы Действующее лицо Материально-ответственное лицо Инженер-программист Вариант использования 1. Просмотр информации о программном обеспечении; 2. Просмотр информации об аппаратном обеспечении; 3. Формирование отчетов; 1. Просмотр информации о лицензиях на программное обеспечение 2. Просмотр информации об изменениях в конфигурациях 3. Просмотр информации о программном обеспечении; 4. Просмотр информации об аппаратном обеспечении; Таблица Д.2 – Описание варианта использования системы «Просмотр информации о программном обеспечении» Номер варианта использования Наименование Автор Дата создания Действующее лицо Описание Предварительные условия Выходные условия Нормальное направление 1. 2. 3. 4. Альтернативное направление 1 Приоритет Частота использования Особые требования Вариант использования 1 Просмотр информации о программном и обеспечении Золотов А. В. 18.02.21 Материально-ответственное лицо, инженер-программист Пользователь просматривает информацию о программном обеспечении компьютеров Пользователь должен добавить компьютеры в систему с заданными учетными записями Пользователь должен просканировать компьютеры Пользователь нажимает кнопку «Сканирование» Пользователь выбирает компьютеры и группы данных. Пользователь нажимает кнопку «Программное обеспечение». Пользователь просматривает информацию о программном обеспечении 1. Высокий 5 раз в месяц Нет 95

Продолжение таблицы Д.2 Замечания и вопросы Нет Таблица Д.3 – Описание варианта использования системы «Просмотр информации об изменениях в конфигурации» Номер варианта использования Наименование Автор Дата создания Действующее лицо Описание Предварительные условия Выходные условия Нормальное направление Альтернативное направление 1 Приоритет Частота использования Особые требования Замечания и вопросы Вариант использования 1 Просмотр информации об изменениях в конфигурации Золотов А. В. 18.02.21 Инженер-программист Пользователь отслеживает изменения в конфигурации компьютеров Пользователь должен добавить компьютеры в систему с заданными учетными записями Пользователь должен просканировать компьютеры 2 раза 5. Пользователь нажимает кнопку «Сканирование» 6. Пользователь выбирает компьютеры и группы данных. 7. Пользователь нажимает кнопку «Журнал изменений». Пользователь просматривает информацию об изменениях в конфигурации Высокий 5 раз в неделю Нет Нет Таблица Д.4 – Описание варианта использования системы «Просмотр информации о аппаратном обеспечении» Номер варианта использования Наименование Вариант использования 1 Просмотр информации о аппаратном обеспечении Золотов А. В. 18.02.21 Материально-ответственное лицо, инженер-программист Пользователь просматривает информацию об аппаратном обеспечении компьютеров Пользователь должен добавить компьютеры в систему с заданными учетными записями Пользователь должен просканировать Автор Дата создания Действующее лицо Описание Предварительные условия Выходные условия 96

Продолжение таблицы Д.4 компьютеры Нормальное направление 8. Пользователь нажимает кнопку «Сканирование» Пользователь выбирает компьютеры и группы данных. 9. Пользователь нажимает кнопку «Аппаратном обеспечение». Пользователь просматривает информацию об аппаратном обеспечении Альтернативное направление 1 10. Пользователь нажимает кнопку «Сканирование» 11. Пользователь выбирает компьютеры и группы данных. 12. Пользователь нажимает кнопку «Отчет». Пользователь создает собственный шаблон. Система отображает отчет Приоритет Высокий Частота использования 10 раз в месяц Особые требования Нет Замечания и вопросы Нет Таблица Д.5 – Описание варианта использования системы «Формирование отчета» Номер варианта использования Наименование Автор Дата создания Действующее лицо Описание Предварительные условия Выходные условия Нормальное направление Альтернативное направление 1 Вариант использования 1 Формирование отчета Золотов А. В. 18.02.21 Материально-ответственное лицо Пользователь формирует отчет на основе собранной информации Пользователь должен добавить компьютеры в систему с заданными учетными записями Пользователь должен просканировать компьютеры 13. Пользователь нажимает кнопку «Сканирование» 14. Пользователь выбирает компьютеры и группы данных. 15. Пользователь нажимает кнопку «Отчет». Пользователь выбирает шаблон. Система отображает отчет 16. Пользователь нажимает кнопку 97

Продолжение таблицы Д.5 Приоритет Частота использования Особые требования Замечания и вопросы 17. «Сканирование» 18. Пользователь выбирает компьютеры и группы данных. 19. Пользователь нажимает кнопку «Отчет». Пользователь создает собственный шаблон. Система отображает отчет Высокий 4 раза в месяц Нет Нет 98

Приложение Е. Спецификация требований к АИС инвентаризации программного обеспечения 1. Введение 1.1. Назначение Данная спецификация требований к информационной системе описывает функциональные и нефункциональные требования к выпуску системы для инвентаризации программного обеспечения (АИС «Инвентаризация»). Этот документ предназначен для команды, которая будет реализовывать и проверять корректность работы системы. Все указанные здесь требования имеют высокий приоритет и приписаны к выпуску 1.0. 1.2. Объем проекта и функции продукта Система позволит сотрудникам отдела УИТ и АСУ получать информацию о программном и аппаратном обеспечении компьютеров вуза, отслеживать изменения в конфигурации и формировать отчеты на основе собранной информации. Детальное описание системы приведено в документе об образе и границах проекта. 1.3. Ссылки 1. Документ об образе и границах проекта АИС «Инвентаризация». 2. Общее описание 2.1. Общий взгляд на продукт АИС «Инвентаризация» – это система, разработанная для ФГБОУ ВО «МГТУ им. Г. И. Носова», которая позволяет проводить автоматический мониторинг компьютеров, которые находятся в распоряжении вуза. 2.2. Классы и характеристики пользователей Таблица Е.1 - Классы и характеристики пользователей Класс пользователей Материально-ответственное лицо Инженер-программист Описание Сотрудник, который несет материальную ответственность за сохранность компьютерной техники вуза. Сотрудник отдела программно-технического обеспечения и эксплуатации учебных систем. С помощью системы он будет осуществлять мониторинг изменений в конфигурации компьютеров. 2.3. Операционная среда Операционная среда 1. Система обеспечивает работу в следующих операционных системах: Windows Server 2008, Windows Vista, Windows 7, Windows 8, Windows 10, Windows Server 2012, Windows Server 2016, Windows Server 2019, Windows Server 2022. 2.4. Ограничения дизайна и реализации Ограничения дизайна и реализации 1. Система «Инвентаризация» должна использовать текущую версию корпоративного стандарта процессора базы данных MS SQL Server. Ограничения дизайна и реализации 2. Все сценарии должны быть написаны на платформе .NET с использованием языка программирования C# 8.0. 2.5. Документация для пользователей Документация для пользователей 1. Вместе с системой будет разработан документ «Руководство пользователя». 2.6. Предположения и зависимости 99

Предположения и зависимости 1. Для функционирования системы компьютеры должны быть подключены к одной локальной сети. Предположения и зависимости 2. Система доступна в любое время, когда пользователь присутствует на работе. 3. Функции системы 3.1. Сканирование компьютеров 3.1.1. Описание и приоритет Пользователь добавляет компьютеры для сканирования через диапазон IP-адресов или через загрузку файла в систему. Для доступа к компьютерам он должен указать логин и пароль. Пользователь должен иметь возможность выбора компьютеров и групп данных для сканирования. Приоритет – высокий. 3.1.2. Последовательности «воздействие - реакция» Таблица Е.2 - Последовательности «воздействие - реакция» Воздействие: Пользователь добавляет в систему список компьютеров Система отображает перечень компьютеров виде иерархической структуры на главной странице Пользователь осуществляет сканирование, предварительно выбрав компьютеры и критерии. Система проводит сканирование, отображая динамику на главной странице. Если системе не удалось получить доступ как минимум к одному компьютеру, выводится сообщение об ошибке. Реакция: Воздействие: Реакция: 3.1.3. Функциональные требования Таблица Е.3 - Функциональные требования Компьютеры. Добавление Система должна позволять пользователю добавить компьютеры Компьютеры. Удаление Если пользователь хочет удалить из системы один или более компьютеров, он должен выделить название компьютеры и нажать красный крестик Компьютеры. Удаление. Подтверждение После выбора компьютера для удаления системы выводит сообщение о подтверждении удаления Компьютеры. Удаление. Подтверждение. Если пользователь не подтверждает Отказ удаление, он может отменить его. Компьютеры. Сканирование. Выбор Если пользователь хочет провести сканирование, он нажимает соответствующую кнопку, после чего система выводит окно для выбора компьютеров и критериев Компьютеры. Сканирование. Выбор Если пользователь не выбрал ни один 100

Продолжение таблицы Е.3 компьютер или ни одну группу данных, система должна предложить выбрать минимум один компьютер и одну группу данных. Компьютеры. Сканирование. Завершение После того как пользователь запустил сканирование, система должна выполнить следующие действия: Компьютеры. Сканирование. Завершение. Сохранить информацию в базу данных. Сохранение Компьютеры. Сканирование. Завершение. Сообщить о результатах сканирования. Сообщение Компьютеры. Сканирование. Ошибка Если не удалось получить доступ к компьютерам, система должна вывести сообщение об ошибке. 3.2. Просмотр информации 3.2.1. Описание и приоритет Пользователь просматривает информацию о программном и аппаратном обеспечении. Система должна предусматривать возможность выбора одного компьютера и одной группы данных. 3.2.2. Последовательности «воздействие – реакция» Таблица Е.4 – Последовательности «воздействие – реакция» Воздействие: Реакция: Пользователь нажимает на название компьютера и желаемую группу данных в соответствующем окне. Система отображает информацию о компьютере в соответствии с выбранной группой данных. 3.2.3. Функциональные требования Таблица Е.5 – Функциональные требования Просмотр. Компьютеры. Данные Система должна позволять просматривать информацию о выбранном компьютере с учетом указанной группы данных. 3.3. Формирование отчетов 3.3.1. Описание и приоритет Пользователь формирует отчет на основе полученной информации. Также пользователь может создать свой собственный шаблон для отчета. Приоритет – высокий. 3.3.2. Последовательности «воздействие – реакция» 101

Таблица Е.6 – Последовательности «воздействие – реакция» Воздействие: Реакция: Пользователь делает запрос на формирование отчета Система предлагает выбор компьютеров для отчета и готовый шаблон 3.3.3. Функциональные требования Таблица Е.7 - Функциональные требования Формирование. Отчет. Выбор. Данные Система должна позволять пользователю формировать отчет с учетом выбранных групп данных. Система должна позволять пользователю выбирать шаблон для отчета. Система должна отображать все существующие характеристики для включения в отчет После того как пользователь подтвердить создание отчета, система выводит отчет в новом окне. Формирование. Отчет. Выбор. Шаблон Формирование. Отчет. Шаблон. Новый Формирование. Отчет. Отображение 3.4. Добавление лицензий 3.4.1. Описание и приоритет Пользователь просматривает информацию о лицензиях на программное обеспечение, количестве купленных или недостающих лицензий, а также сроке истечения. 3.4.2. Последовательности «воздействие - реакция» Таблица Е.8 - Последовательности «воздействие - реакция» Воздействие: Пользователь делает запрос на просмотр информации о лицензиях Система выводит окно с информацией о лицензиях Пользователь делает запрос на добавление новой лицензии Система форму для заполнения о новой лицензии Пользователь подтверждает добавление новой лицензии Система добавляет новую лицензию Реакция: Воздействие: Реакция: Воздействие: Реакция: 102

3.4.3. Функциональные требования Таблица Е.9 - Функциональные требования Лицензии. Добавить Лицензии. Изменить Лицензии. Удалить Система должна позволять пользователю добавлять новую лицензию на программное обеспечение Система должна позволять пользователю изменять информацию о лицензии на программное обеспечение Система должна позволять удалять лицензии на программное обеспечение 4. Требования к внешнему интерфейсу 4.1. Интерфейсы пользователя Интерфейсы пользователя 1. Каждое окно системы должно содержать логотип вуза. Интерфейсы пользователя 2. Главная страница системы должна содержать кнопку и кнопку «О программе» для раскрытия справки, объясняющей назначение системы. 4.2. Интерфейсы оборудования Интерфейсы оборудования не выявлены 4.3. Программные интерфейсы Программные интерфейсы 1. Когда срок действия лицензии подходит к концу, строка программного обеспечения в таблице окрашивается в красный цвет. 5. Другие нефункциональные требования 5.1. Требования к производительности Требования к производительности 1. Система «Инвентаризация» должна провести сканирование одного компьютера по всем критериям не более чем за 1 минуту. Требования к производительности 2. Система «Инвентаризация» должна выводить пользователю сообщение о результате сканирования не более чем через 5 секунды после того, как сканирование закончилось. 5.2. Требования к охране труда Требования к охране труда не определены. 5.3. Требования к безопасности Требования к безопасности не предусмотрены 5.4. Атрибуты качества ПО Доступность 1. Система «Инвентаризация» должна быть доступна пользователям 99,9% времени между 5:00 и полуночью по местному времени и 95% времени между полуночью и 5:00 по местному времени. 103

Приложение Ж. Расчет рисков проекта разработки АИС инвентаризации программного обеспечения Таблица Ж.1 – Оценка факторов группы рисков (эксперт №1) Наименование рисков Риск взаимодействия между заказчиком исполнителем Оценка факторов группы рисков (1 эксперт) Наименование факторов риска Опасность Вероятность Важность Отсутствие коммуникации между исполнителем и и заказчиком Отсутствие навыков Планирование планирования у менеджера проекта Отсутствие навыков Управление планирования у менеджера проектом проекта Большое количество Отсутствие аспектов в области системы контроля проектного менеджмента при разработке ПО Изменения в организационной структуре Появление новых объекта автоматизации требований Изменения организации автоматизируемого бизнеспроцесса Большое количество Декомпозиция пользователей системы спецификации Широкий функционал Неправильно определенные Нечеткие требования требования Использование Неверный выбор нестабильных программного обеспечения технологий Неспособность Сложность проекта справиться со Неверно подобранное сложностью средство проекта Длительность реализации проекта Низкая квалификация Низкая сотрудников продуктивность Отсутствие четко обозначенных временных границ проекта 104 22 0,3 6,6 35 0,2 7 35 0,2 7 25 0,4 10 30 0,5 15 30 0,2 6 22 11 0,15 0,2 3,3 2,2 44 0,3 13,2 40 40 0,3 0,5 12 20 20 0,3 6 30 0,2 6 30 0,1 3 35 0,2 7

Продолжение таблицы Ж.1 Условия работы Низкая Смена заработная плата сотрудников Личные обстоятельства Низкий уровень Хищение информационной исходного кода безопасности Использование Нарушения сотрудниками Закона об чужих авторском проектных идей Неверно Финансовые спланированный ограничения бюджет проекта Изменения Изменение конъюнктуры экономической рынка ситуации 20 0,2 4 25 0,1 2,5 20 0,2 4 30 0,2 6 50 0,2 10 45 0,3 13,5 15 0,2 3 Таблица Ж.2 – Оценка факторов группы рисков (эксперт №2) Оценка факторов группы рисков (2 эксперт) Наименование Наименование факторов рисков риска Опасность Вероятность Важность Риск взаимодействия Отсутствие коммуникации между между исполнителем и заказчиком и заказчиком исполнителем 25 0,2 5 Отсутствие навыков Планирование планирования у менеджера проекта 33 0,4 13,2 Отсутствие навыков Управление планирования у менеджера проектом проекта 22 0,2 4,4 Большое количество Отсутствие системы аспектов в области контроля проектного менеджмента при разработке ПО 15 0,3 4,5 Изменения в организационной структуре объекта автоматизации 28 0,3 8,4 Появление новых требований Изменения организации автоматизируемого бизнеспроцесса 30 0,4 12 Большое количество Декомпозиция пользователей системы 20 0,3 6 спецификации Широкий функционал 35 0,4 14 Неправильно Нечеткие требования определенные 44 0,15 6,6 105

Продолжение таблицы Ж.2 требования Использование нестабильных технологий Неспособность справиться со сложностью проекта Неспособность справиться со сложностью проекта Неверный выбор программного обеспечения 33 Сложность проекта 22 0,2 6,6 0,3 6,6 33 0,4 13,2 33 0,3 9,9 55 0,2 11 22 25 0,4 0,2 8,8 5 25 0,2 5 35 0,3 10,5 35 0,4 14 30 0,3 9 20 0,6 12 15 0,5 7,5 Неверно подобранное средство Длительность реализации проекта Низкая квалификация Низкая сотрудников продуктивность Отсутствие четко обозначенных временных границ проекта Условия работы Низкая Смена заработная плата сотрудников Личные обстоятельства Низкий уровень Хищение информационной исходного кода безопасности Использование Нарушения сотрудниками Закона об чужих авторском проектных идей Неверно Финансовые спланированный ограничения бюджет проекта Изменения Изменение конъюнктуры экономической рынка ситуации Таблица Ж.3 – Оценка факторов группы рисков (эксперт №3) Наименование рисков Риск взаимодействия Оценка факторов группы рисков (3 эксперт) Наименование факторов риска Опасность Вероятность Важность Отсутствие коммуникации между исполнителем и 30 0,2 6 106

Продолжение таблицы Ж.3 между заказчиком и исполнителем Планирование Управление проектом Отсутствие системы контроля Появление новых требований Декомпозиция спецификации Неправильно определенные требования Использование нестабильных технологий Неспособность справиться со сложностью проекта Низкая продуктивность Смена сотрудников Хищение исходного кода Нарушения Закона об авторском Финансовые ограничения заказчиком Отсутствие навыков планирования у менеджера проекта Отсутствие навыков планирования у менеджера проекта Большое количество аспектов в области проектного менеджмента при разработке ПО Изменения в организационной структуре объекта автоматизации Изменения организации автоматизируемого бизнеспроцесса Большое количество пользователей системы Широкий функционал 30 0,4 12 44 0,3 13,2 33 0,3 9,9 22 0,6 13,2 33 0,4 13,2 33 44 0,3 0,4 9,9 17,6 55 0,15 8,25 55 66 0,2 0,5 11 33 55 0,5 27,5 44 0,4 17,6 44 0,4 17,6 44 22 22 22 0,4 0,2 0,2 0,3 17,6 4,4 4,4 6,6 33 0,3 9,9 33 0,5 16,5 66 0,5 33 Нечеткие требования Неверный выбор программного обеспечения Сложность проекта Неверно подобранное средство Длительность реализации проекта Низкая квалификация сотрудников Отсутствие четко обозначенных временных границ проекта Условия работы Низкая заработная плата Личные обстоятельства Низкий уровень информационной безопасности Использование сотрудниками чужих проектных идей Неверно спланированный бюджет проекта 107

Продолжение таблицы Ж.4 Изменения конъюнктуры рынка Изменение экономической ситуации 44 0,7 30,8 Таблица Ж.4. – Оценка уровня компетентности экспертов Уровень комп. 1 эксперта: Уровень комп. 2 эксперта: Уровень комп. 3 эксперта: Общий уровень комп. Нормированный уровень комп. 1 эксперта Нормированный уровень комп. 2 эксперта Нормированный уровень комп. 3 эксперта 9 7 8 24 0,375 0,291666667 0,333333333 Таблица Ж.5 – Интегральная оценка фактора № п/п 1 2 3 Итого Отсутствие коммуникации между исполнителем и заказчиком Нормир. Уровень уровень Важность № эксперта комп. комп. фактора эксп. эксперта 1 9 0,375 2 7 0,291666667 3 8 0,333333333 1 Интеграл. Уровень фактора 6,6 -5 6 7,6 2,475 -1,458333335 1,999999998 1,005555554 Таблица Ж.6 – Интегральная оценка фактора № п/п 1 2 3 Итого Отсутствие навыков планирования у менеджера проекта Нормир. Интеграл. № Уровень комп. уровень Важность Уровень эксперта эксп. комп. фактора фактора эксперта 1 9 0,375 7 2,625 2 7 0,291666667 13,2 3,850000004 3 8 0,333333333 12 3,999999996 24 1 32,2 3,491666667 Таблица Ж.7 – Интегральная оценка фактора Отсутствие навыков планирования у менеджера проекта Уровень Интеграл. Нормир. уровень Важность № п/п № эксперта комп. Уровень комп. эксперта фактора эксп. фактора 1 1 9 0,375 7 2,625 2 2 7 0,291666667 4,4 1,283333335 108

Продолжение таблицы Ж.7 3 3 8 Итого 0,333333333 13,2 4,399999996 1 24,6 2,769444443 Таблица Ж.8 – Интегральная оценка фактора Большое количество аспектов в области проектного менеджмента при разработке ПО Нормир. Уровень уровень Важность Интеграл. Уровень № п/п № эксперта комп. комп. фактора фактора эксп. эксперта 1 1 9 0,375 10 3,75 2 2 7 0,291666667 4,5 1,312500002 3 3 8 0,333333333 9,9 3,299999997 Итого 24,4 2,787499999 Таблица Ж.9 – Интегральная оценка фактора № п/п 1 2 3 Итого Изменения в организационной структуре объекта автоматизации № Уровень комп. Нормир. уровень Важность Интеграл. эксперта эксп. комп. эксперта фактора Уровень фактора 1 9 0,375 15 5,625 2 7 0,291666667 8,4 2,450000003 3 8 0,333333333 13,2 4,399999996 36,6 4,158333333 Таблица Ж.10 – Интегральная оценка фактора № п/п 1 2 3 Итого Изменения организации автоматизируемого бизнес-процесса № Уровень комп. Нормир. уровень Важность Интеграл. эксперта эксп. комп. эксперта фактора Уровень фактора 1 9 0,375 6 2,25 2 7 0,291666667 12 3,500000004 3 8 0,333333333 13,2 4,399999996 3,383333333 Таблица Ж.11 – Интегральная оценка фактора № п/п 1 2 3 Итого № эксперта 1 2 3 Большое количество пользователей системы Нормир. Уровень комп. Важность Интеграл. уровень эксп. фактора Уровень фактора комп. эксперта 9 0,375 3,3 1,2375 7 0,291666667 6 1,750000002 8 0,333333333 9,9 3,299999997 2,095833333 109

Таблица Ж.12 – Интегральная оценка фактора № п/п Уровень комп. эксп. № эксперта Продолжение таблицы Ж.12 1 1 9 2 2 7 3 3 8 Итого Широкий функционал Нормир. уровень Важность комп. фактора эксперта 0,375 0,291666667 0,333333333 Интеграл. Уровень фактора 2,2 14 17,6 33,8 0,825 4,083333338 5,866666661 3,591666666 Таблица Ж.13 – Интегральная оценка фактора № п/п 1 2 3 Итого Нечеткие требования Нормир. Интеграл. № Уровень комп. уровень Важность Уровень эксперта эксп. комп. фактора фактора эксперта 1 9 0,375 13,2 4,95 2 7 0,291666667 6,6 1,925000002 3 8 0,333333333 8,25 2,749999997 28,05 3,208333333 Таблица Ж.14 – Интегральная оценка фактора Неверный выбор программного обеспечения № п/п Уровень комп. эксп. 1 9 2 7 3 8 № эксперта 1 2 3 Нормир. уровень комп. эксперта Интеграл. Уровень фактора Важность фактора 0,375 0,291666667 0,333333333 12 6,6 11 29,6 Итого 4,5 1,925000002 3,666666663 3,363888888 Таблица Ж.15 – Интегральная оценка фактора № п/п № эксперта 1 2 3 1 2 3 Уровень комп. эксп. 9 7 8 Сложность проекта Нормир. уровень Важность комп. фактора эксперта 0,375 0,291666667 0,333333333 110 Интеграл. Уровень фактора 20 6,6 33 7,5 1,925000002 10,99999999

Продолжение таблицы Ж.15 Итого 59,6 6,80833333 Таблица Ж.16 – Интегральная оценка фактора Неверно подобранное средство Уровень комп. Нормир. уровень Важность Интеграл. № п/п № эксперта эксп. комп. эксперта фактора Уровень фактора 1 1 9 0,375 6 2,25 2 2 7 0,291666667 13,2 3,850000004 3 3 8 0,333333333 27,5 9,166666658 Итого 46,7 5,088888887 Таблица Ж.17 – Интегральная оценка фактора № п/п № эксперта 1 2 3 Итого Длительность реализации проекта Уровень Нормир. Интеграл. Важность комп. уровень Уровень фактора эксп. комп. эксперта фактора 1 9 0,375 6 2,25 2 7 0,291666667 9,9 2,887500003 3 8 0,333333333 17,6 5,866666661 33,5 3,668055555 Таблица Ж.18 – Интегральная оценка фактора № эксперта № п/п 1 2 3 Итого 1 2 3 Низкая квалификация сотрудников Уровень Нормир. Важность Интеграл. комп. уровень фактора Уровень фактора эксп. комп. эксперта 9 0,375 3 1,125 7 0,291666667 11 3,208333337 8 0,333333333 17,6 5,866666661 31,6 3,399999999 Таблица Ж.19 – Интегральная оценка фактора № п/п 1 2 3 Итого Отсутствие четко обозначенных временных границ проекта Нормир. Уровень уровень Важность Интеграл. № эксперта комп. комп. фактора Уровень фактора эксп. эксперта 1 9 0,375 7 2,625 2 7 0,291666667 8,8 2,56666667 3 8 0,333333333 17,6 5,866666661 26,4 3,68611111 111

Таблица Ж.20 – Интегральная оценка фактора № п/п 1 2 3 Итого № эксперта Уровень комп. эксп. 1 2 3 Условия работы Нормир. уровень комп. эксперта 9 7 8 Интеграл. Важность Уровень фактора фактора 0,375 0,291666667 0,333333333 4 5 4,4 13,4 1,5 1,458333335 1,466666665 1,475 Таблица Ж.21 – Интегральная оценка фактора Личные обстоятельства № п/п Уровень комп. эксп. 1 9 2 7 3 8 № эксперта 1 2 3 Нормир. уровень комп. эксперта Интеграл. Уровень фактора Важность фактора 0,375 0,291666667 0,333333333 Итого 4 10,5 6,6 21,1 1,5 3,062500004 2,199999998 2,254166667 Таблица Ж.22 – Интегральная оценка фактора № п/п № эксперта 1 2 3 Итого 1 2 3 Низкий уровень информационной безопасности Нормир. Уровень уровень Важность Интеграл. Уровень комп. комп. фактора фактора эксп. эксперта 9 0,375 6 2,25 7 0,291666667 14 4,083333338 8 0,333333333 9,9 3,299999997 29,9 3,211111112 Таблица Ж.23 – Интегральная оценка фактора Использование сотрудниками чужих проектных идей № п/п Итого Уровень № комп. эксперта эксп. 1 1 9 2 2 7 3 3 8 Нормир. Важность Интеграл. уровень фактора Уровень фактора комп. эксперта 0,375 10 3,75 0,291666667 9 2,625000003 0,333333333 16,5 5,499999995 35,5 3,958333333 112

Таблица Ж.24 – Интегральная оценка фактора № п/п Итого Неверно спланированный бюджет проекта Нормир. Важно Уровень Интеграл. уровень сть № эксперта комп. Уровень комп. фактор эксп. фактора эксперта а 1 1 9 0,375 13,5 5,0625 2 2 7 0,291666667 12 3,500000004 3 3 8 0,333333333 33 10,99999999 58,5 6,520833331 Таблица Ж.25 – Интегральная оценка фактора № п/п 1 2 3 Итого № эксперта 1 2 3 Изменение экономической ситуации Уровень Нормир. Важность Интеграл. Уровень комп. уровень фактора фактора эксп. комп. эксперта 9 0,375 3 1,125 7 0,291666667 7,5 2,187500003 8 0,333333333 30,8 10,26666666 41,3 4,526388886 Таблица Ж.26 – Итоговые риски проекта Риск взаимодействия между заказчиком и исполнителем Планирование Управление проектом Отсутствие системы контроля 1,005555554 3,491666667 2,769444443 2,787499999 Появление новых требований 3,770833333 Декомпозиция спецификации Неправильно определенные требования Использование нестабильных технологий Неспособность справиться со сложностью проекта Низкая продуктивность 2,84375 3,208333333 3,363888888 5,948611109 8,296759257 Смена сотрудников 2,313425926 3,211111112 3,958333333 6,520833331 4,526388886 3,867762345 Хищение исходного кода Нарушения Закона об авторском Финансовые ограничения Изменения конъюнктуры рынка Общий риск 113

Приложение З. План управления рисками проекта Таблица З.1 – План управления рисками № Тип риска 1 Риски проектн ого управле ния 2 Отсутствие навыков планирован ия у менеджера проекта Риски Управлен Отсутствие проектн ие навыков ого проектом проектного управле менеджмент ния а у менеджера проекта Риски Отсутстви Большое проектн е системы количество ого контроля аспектов в управле области ния проектного менеджмент а при разработке ПО Проект Появлени Изменения ные е новых в риски требовани организацио й нной структуре объекта автоматизац ии, изменения организации 3 4 5 Наименов ание риска Риски взаимоде йствия между заказчико ми исполнит елем Риски Планиров проектн ание ого управле ния Факторы риска Воздействие на проект Веро ятно сть Отсутствие коммуникац ии между исполнител ем и заказчиком Влияет на разработанны й продукт 10% Влияет на увеличение сроков и бюджета проекта 34% Менедж ер проекта Привлечение опытных сотрудников в проект Влияет на весь проект в целом: сроки, бюджет, разработанна я система 27% Менедж ер проекта Разработка плана управления рисками проекта Влияет на весь проект в целом: сроки, бюджет, разработанна я система 37% Менедж ер проекта Грамотное распределени е обязанностей менеджера проекта Влияет на увеличение сроков и бюджета 28% Заказчик Вовлечение клиентов в процесс разработки ПО 114 Источни к Мероприятия по недопущени ю Заказчик Проведение , совещаний исполни по проекту тель

Продолжение таблицы З.1 автоматизир уемого бизнеспроцесса Большое Влияет на все количество аспекты пользовател проекта ей системы, широкий функционал 32% Пользов атели 6 Проект ные риски Декомпоз иция специфик ации 7 Проект ные риски Нечеткие требования Влияет на разрабатывае мый программный продукт 33% Заказчик 8 Проект ные риски Неправил ьно определен ные системны е требовани я Использо вание нестабиль ных технологи й Неверный выбор программно го обеспечения Влияет на разрабатывае мый программный продукт 59% Исполни тель 9 Проект ные риски 82% Исполни тель Кадров ые риски Сложность проекта, неверно подобранно е средство реализации проекта Длительнос ть реализации проекта, низкая квалификац ия сотруднико в, отсутствие четко обозначенн ых временных Влияет на сроки и бюджет 10 Неспособ ность справитьс я со сложност ью проекта Низкая продукти вность Влияет на сроки и бюджет 23% Исполни тель 115 Квалифициро ванный подход к обследовани ю требований заказчика Формулиров ка минимальны хи рекомендуем ых системные требования Выбор проверенных технологий, которые нашли применение в подобных проектах Привлечение специалистов , имеющих опыт в реализации похожих проектов Ввод коротких итераций при разработке ПО, вовлечение в обсуждение сроков исполнителе й по проекту

Продолжение таблицы З.1 11 Кадров ые риски 12 Деликат Хищение Низкий ные исходного уровень риски кода информацио нной безопасност и Деликат Нарушен Использова ные ия Закона ние риски об сотрудника авторском ми чужих праве проектных идей Спекул Финансов Неверно ятивны ые спланирова е риски ограничен нный ия бюджет проекта Спекул Изменени Изменение ятивны я экономичес е риски конъюнкт кой уры ситуации рынка 13 14 15 Смена сотрудни ков границ проекта Условия работы, низкая заработная плата, личные обстоятельс тва Влияет на сроки и бюджет 32% Не влияет на проект 39% Влияет на увеличение стоимости проекта 65% Влияет на увеличение стоимости проекта 45% Влияет на увеличение стоимости проекта 38% 116 Исполни Поддержка в тель коллективе высокого уровня сотрудничест ва, внедрение системы вознагражден ия сотрудников Исполни Ограничение тель доступа к объектам Исполни Анализ тель разрабатывае мого программног о обеспечения Исполни Увеличение тель бюджета проекта Эконом ика Увеличение бюджета проекта

Приложение И. Каталог базы данных информационной системы инвентаризации программного обеспечения Каталог базы данных АИС «Инвентаризация» на 6 листах Магнитогорск, 2021 117

Аннотация Документ разработан в соответствии с нормативно–справочной документацией:  ГОСТ 34.201–89. «Виды, комплектность и обозначение документов при создании автоматизированных систем»;  РД 50–34.689–90 «Методические указания. Информационная технология. Автоматизированные системы. Требования к содержанию документов». База построена на основе MS SQL Server. 118

Содержание 1. Каталог базы данных .......................................................................................................... 120 1.1. Компьютер ...................................................................................................................... 120 1.2. Материнская плата ......................................................................................................... 120 1.3. Монитор.......................................................................................................................... 120 1.4. Информация ................................................................................................................... 120 1.5. Программы ..................................................................................................................... 121 1.6. Лицензия ......................................................................................................................... 121 1.7. Принтер........................................................................................................................... 121 1.8. BIOS ................................................................................................................................ 122 1.9. Процессор ....................................................................................................................... 122 119

1. Каталог базы данных 1.1. Компьютер Сущность «Компьютер» (таблица И.1) хранит информацию о компьютерах. Таблица И.1 – Структура сущности «Компьютер» 1. 2. 3. 4. № Наименование поля Описание Тип поля 1 2 3 4 Код компьютера Название Сетевой адрес Инвентарный номер PK - Integer Varchar (45) Varchar (45) Integer Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL 1.2. Материнская плата Сущность «Материнская плата» (таблица И.2) хранит информацию о материнской плате компьютера. Таблица И.2 – Структура сущности «Материнская плата» № 1. 2. 3. 4. 5. 6. 7. 1 2 3 4 5 6 7 Наименование поля Код материнской платы Код компьютера Изделие Версия Наименование Серийный номер Производитель Описание Тип поля PK FK - Integer Integer Varchar (45) Integer Varchar (45) Varchar (45) Varchar (30) Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 1.3. Монитор Сущность «Монитор» (таблица И.3) хранит информацию о мониторе компьютера. Таблица И.3 – Структура сущности «Монитор» 1. 2. 3. 4. 5. 6. № Наименование поля Описание Тип поля 1 2 3 4 5 6 Код Монитора Код компьютера Размер Серийный номер Дата Код продукта PK FK - Integer Integer Varchar (45) Varchar (30) Date Integer Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 1.4. Информация Сущность «Информация» (таблица И.4) хранит дополнительную информацию о компьютере. 120

Таблица И.4 – Структура сущности «Информация» 1. 2. 3. 4. 5. 6. 7. № Наименование поля Описание Тип поля 1 2 3 4 5 6 7 Код информации Код компьютера Материально-ответственное лицо Телефон Подразделение Корпус Аудитория PK FK - Integer Integer Varchar (45) Varchar (45) Varchar (45) Varchar (45) Integer 1.5. Программы Сущность «Программы» (таблица И.5) хранит установленных на компьютерах. Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL информацию о программах, Таблица И.5 – Структура сущности «Программа» 1. 2. 3. 4. 5. 6. 7. № Наименование поля Описание Тип поля 1 2 3 4 5 6 7 Код программы Код компьютера Название Память Дата установки Разработчик Версия PK FK - Integer Integer Varchar (45) Varchar (45) Datatime Varchar (45) Varchar (45) Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 1.6. Лицензия Сущность «Лицензия» (таблица И.6) хранит информацию о лицензиях на программное обеспечения. Таблица И.6 – Структура сущности «Лицензия» 1. 2. 3. 4. 5. 6. 7. № Наименование поля Описание Тип поля 1 2 3 4 5 6 7 Код лицензии Код программы Код компьютера Наименование Тип Дата активации Дата истечения PK FK FK - Integer Integer Integer Varchar (45) Varchar (45) Datatime Datatime Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 1.7. Принтер Сущность «Принтер» (таблица И.7) хранит информацию о принтерах, которые используют компьютеры. 121

Таблица И.7 – Структура сущности «Принтер» 1. 2. 3. 4. 5. 6. 7. 8. № Наименование поля Описание Тип поля 1 2 3 4 5 6 7 8 Код принтера Код компьютера Наименование Доступен как общий По умолчанию Сетевой Имя драйвера Имя порта PK FK - Integer Integer Varchar (45) Boolean Boolean Boolean Varchar (45) Varchar (45) Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 1.8. BIOS Сущность «BIOS» (таблица И.8) хранит информацию о BIOS компьютера. Таблица И.8 – Структура сущности «BIOS» 1. 2. 3. 4. 5. 6. 7. № Наименование поля Описание Тип поля 1 2 3 4 5 6 7 Код BIOS Код компьютера Наименование Производитель Версия Серийный номер Дата выпуска PK FK - Integer Integer Varchar (45) Varchar (45) Varchar (45) Varchar (45) Datatime Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 1.9. Процессор Сущность «Процессор» (таблица И.9) хранит информацию о процессоре компьютера. Таблица И.9 – Структура сущности «Процессор» 1. 2. 3. 4. 5. № Наименование поля Описание Тип поля 1 2 3 4 5 Код Процессора Код компьютера Наименование Число ядер Количество логических процессоров Тактовая частота Максимальная тактовая частота Частота внешнего таймера Сокет Размер кеша второго уровня PK FK - Integer Integer Varchar (45) Varchar (45) Varchar (45) Значение по умолчанию NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL - Varchar (45) Varchar (45) NOT NULL NOT NULL - Varchar (45) Varchar (45) Varchar (45) NOT NULL NOT NULL NOT NULL 6. 6 7. 7 8. 8 9. 9 10. 10 122

Приложение К. Технико-экономическое обоснование проекта разработки АИС инвентаризации программного обеспечения ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ АИС «Инвентаризация» На 14 листах Магнитогорск, 2021 123

СОДЕРЖАНИЕ Введение .................................................................................................................................... 125 Характеристика объекта и существующей системы управления ........................................... 125 Цели, критерии и ограничения создания АСУ ........................................................................ 126 Функции и задачи создаваемой АСУ ....................................................................................... 126 Ожидаемые технико-экономические результаты создания АСУ ........................................... 126 Выводы и предложения ............................................................................................................ 136 124

Введение В настоящее время сотрудники ФГБОУ ВО «МГТУ им. Г. И. Носова» тратит в среднем 2 часа времени на проведение инвентаризации программного обеспечения, 1 час на лицензионную сверку, 1 час времени на формирование отчета. Так как вуз обладает широким парком вычислительной техники, в котором компьютеры находятся в разных помещениях, процесс инвентаризации занимает огромное количество времени. Персонал вуза может работать по тому же графику, что и сотрудники, проводящие инвентаризацию, поэтому не все работники согласны прекращать работу, чтобы пустить специалиста на обследование техники. Сотрудникам необходимо получать актуальную информацию о программном и аппаратном обеспечении компьютеров, которые находятся в собственности вуза, за короткий промежуток времени, не проводя опись каждого компьютера в отдельности. Разрабатываемая система позволит значительно упростить процесс инвентаризации и сократить трудозатраты. Наименование организации-заказчика: ФГБОУ ВО МГТУ им. Г. И. Носова Наименование организаций — участников работ: ФГБОУ ВО МГТУ им. Г. И. Носова Сроки начала и окончания работ: 8 февраля 2021 г.– 15 апреля 2021 г. Источники, объемы, порядок финансирования работ: Порядок финансирования определяется Бюджетом ФГБОУ ВО «МГТУ им. Г. И. Носова». Перечень нормативно-технических документов, методических материалов, использованных при проведении ТЭО:  ГОСТ 24.202-80. Документация на АСУ. Требования к содержанию документа «Технико-экономическое обоснование создания АСУ»;  ГОСТ 34.201–89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем. Характеристика объекта и существующей системы управления Управление информационных технологий и автоматизированных систем управления (УИТ и АСУ) - структурное подразделение университета, занимающиеся внедрением информационных технологий во все сферы деятельности вуза и обеспечивающие соответствие инфраструктуры информатизации стратегическим целям университета. Рисунок К.1 – Организационная структура отдела УИТ и АСУ Структура УИТ и АСУ включает в себя:  бюро материального обеспечения и оперативного учёта;  информационно–вычислительный центр по направлению СПО;  отдел защиты информации;  отдел сетей и телекоммуникаций;  отдел программно–технического обеспечения и эксплуатации учебных систем; 125

 отдел разработки и сопровождения Web–ресурсов;  отдел автоматизированных систем управления. Цели, критерии и ограничения создания АСУ Бизнес-цель 1. Уменьшить время, затрачиваемое на сбор необходимой информации о программном обеспечении, на 105 минут после внедрения системы. Масштабы: время, которое сотрудник тратит на сбор информации. Показатели в прошлом (2020г., первоначальное исследование): 2 часа Планируемые показатели: менее 15 минут. Обязательные показатели: 30 минут. Бизнес-цель 2. Уменьшить время, затрачиваемое на лицензионную сверку на 55 минут. Масштабы: время, которое сотрудник тратит на сопоставление программ и лицензий. Показатели в прошлом (2020г., первоначальное исследование): 1 час Планируемые показатели: менее 5 минут. Обязательные показатели: 10 минут. Бизнес-цель 3. Уменьшить время, затрачиваемое на формирование отчета на 55 минут. Масштабы: время, которое сотрудник тратит на то, чтобы зафиксировать информацию в отчет. Показатели в прошлом (2020г., первоначальное исследование): 1 час Планируемые показатели: менее 5 минут. Обязательные показатели: 10 минут. Критерий успеха 1. Все сотрудники УИТ и АСУ, ответственные за проведение инвентаризации программного обеспечения, должны в течение одного месяца после первого выпуска перейти на работу с информационной системой. Ограничения и исключения 1. Информационная система будет применятся только для ФГБОУ ВО «МГТУ им. Г. И. Носова». Ограничения и исключения 2. Проект не предусматривает работу со сторонними организациями. Ограничения и исключения 3. Система не предназначена для инвентаризации оборудования связи, коммуникационного оборудования и специализированных управляющих микропрограмм. Функции и задачи создаваемой АСУ Основные функции 1. Инвентаризация программного и аппаратного обеспечения. Основные функции 2. Формирование отчетов на основе результатов инвентаризации. Основные функции 3. Отображение информации об изменениях в программном и аппаратном обеспечении. Основные функции 4. Отображение информации о сроках истечения лицензий и недостатках или переизбытках лицензий. Ожидаемые технико-экономические результаты создания АСУ Расчет затрат на разработку информационной системы (КРПР) рассчитаем по формуле (К.1): ЗРИС = ЗЗП + ЗОВФ + ЗЭВМ + ЗПО + ЗХН + РНР, (К.1) где ЗЗП – заработная плата специалистов, руб.; ЗОВФ – отчисления во внебюджетные фонды с заработной платы сотрудников, руб.; ЗЭВМ – затраты, связанные с эксплуатацией техники, руб.; ЗПО – затраты на программное обеспечение, необходимое для разработки информационной системы, руб.; 126

ЗХН – затраты на хозяйственно-операционные нужды, руб.; РНР – накладные расходы, руб. Размер заработной платы сотрудников (ЗЗП) рассчитаем по формуле (К.2) ЗЗП = ∑mj=1OPj * ТРИСj * (1 + kД)(1 + kУ), (К.2) где ОРj – оклад j-го сотрудника, руб./час.; ТРИСj – время разработки информационной системы j-м разработчиком, час. Включает в себя машинное время работы над проектом (ТМРПР); kД – коэффициент дополнительной заработной платы сотрудников, равен 0,1; kУ – районный (уральский) коэффициент, равен 0,15. Время, затрачиваемое на разработку информационной системы j-м разработчиком, рассчитаем по формуле (К.3). ТРИСj = ∑nβ=1tβ, (К.3) где tβ – время β-го этапа разработки проектного решения, час. Статистика средней зарплаты специалистов, необходимых для реализации проекта, представлена на рисунках К.2-К.7. Рисунок К.2 – Уровень средней зарплаты менеджера ИТ-проектов в Челябинской области4 Зарплаты Менеджер интернет проекта в Челябинской области. Средняя зарплата Менеджер интернет проекта в Челябинской области, статистика Trud.com [Электронный ресурс] URL: https://www.trud.com/chelyabinskayaoblast/salary/67500/67608.html 4 127

Рисунок К.3 - Уровень средней зарплаты технического писателя в Челябинской области5 Рисунок К.4 - Уровень средней зарплаты бизнес-аналитика в Магнитогорске6 Зарплаты Технический писатель в Магнитогорске. Средняя зарплата Технический писатель в Магнитогорске, статистика Trud.com [Электронный ресурс] URL: https://www.trud.com/magnitogorsk/salary/930/3371.html 6 Зарплаты Бизнес-аналитик в Магнитогорске. Средняя зарплата Бизнес-аналитик в Магнитогорске, статистика Trud.com [Электронный ресурс] URL: https://www.trud.com/magnitogorsk/salary/930/67579.html 5 128

Рисунок К.5 - Уровень средней зарплаты разработчика баз данных в Магнитогорске 7 Рисунок К.6 - Уровень средней зарплаты проектировщика АСУ в Магнитогорске 8 Зарплаты Инженеры / Технологи / Проектировщики в Челябинске. Средняя зарплата Инженеры / Технологи / Проектировщики в Челябинске, статистика Trud.com [Электронный ресурс] URL: https://www.trud.com/chelyabinsk/salary/875/3593.html 8 Зарплаты Инженер-проектировщик АСУ ТП в Челябинске. Средняя зарплата Инженер-проектировщик АСУ ТП в Челябинске, статистика Trud.com [Электронный ресурс] URL: https://www.trud.com/chelyabinsk/salary/875/85377.html 7 129

Рисунок К.7 - Уровень средней зарплаты программиста в Магнитогорске9 График работы с 09:00 до 18:00 (с 13:00 по 14:00 - перерыв), всего работа над проектом займет 247 рабочих часов. Расчет по оплате труда сотрудников представлен в таблице К.1. Таблица К.1 – Оплата труда сотрудников Ресурсы Руководитель проекта Технический писатель Бизнес-аналитик Разработчик баз данных Инженер-проектировщик Программист Итого: Трудозатраты, час 28 28 63 70 49 70 Ставка, руб./час Оплата труда, руб. 157,6 218,7 192,2 333,3 348,4 394,7 4 396 6 104 12 159 23 310 17 052 27 650 90 671 Таким образом, затраты на оплату труда сотрудников составили 90 671 рублей. Величина отчислений во внебюджетные фонды определим по формуле (К.4). ЗОВФ = ЗЗП * kОВФ, (К.4) где kОВФ – коэффициент отчислений во внебюджетные фонды. Коэффициент отчислений во внебюджетные фонды рассчитываем по формуле (К.5). Зарплаты Программист C в Магнитогорске. Средняя зарплата Программист C в Магнитогорске, статистика Trud.com [Электронный ресурс] URL: https://www.trud.com/magnitogorsk/salary/930/3330.html 9 130

kОВФ = kПФ + kФМС + kФСС + kСНС, (К.5) где kПФ – ставка отчислений в пенсионный фонд; kФМС – ставка отчислений в фонд медицинского страхования; kФСС – ставка отчислений в фонд социального страхования; kСНС – ставка страховых взносов на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний. Ставка обязательных страховых взносов представлена в таблице К.2. Таблица К.2 – Ставка обязательных страховых взносов10 № Наименование внебюджетного фонда Размер ставок, % 1. Обязательное пенсионное страхование 22 2. Страхование на случай временной нетрудоспособности и 2,9 материнства 3. Медицинское страхование 5,1 4. Взносы на травматизм 0,3 Итого: 30,3 Рассчитаем отчисления во внебюджетные фонды: ЗОВФ = 90 671 * 0,303 = 27 473 руб. Затраты, связанные с эксплуатацией ЭВМ, определим по формуле (К.6). ЗЭВМ = ТМРИС * kГ * n * СМ-Ч, (К.6) где СМ-Ч – стоимость машиночаса эксплуатации оборудования, руб./час.; СМ-Ч = 8 руб./час. n – количество условных единиц используемой техники; n = 3; kГ – коэффициент использования техники; kГ = 0,95 руб.; ТМРИС – машинное время на разработку информационной системы, час. ТМРИС = 320 часов; Таким образом, затраты на эксплуатацию ЭВМ составят: ЗЭВМ = 320 * 0,95 * 3 * 8 = 7 296 руб. Так как разработка информационной системы будет осуществляться на территории заказчика, то расчет на покупку программного обеспечения производить не будем. Величинe затрат на хозяйственно-операционные нужды на основании исходных данных определим по формуле (К.9). Страховые взносы в 2021 году: таблица ставок — Контур.Экстерн [Электронный ресурс] URL: https://www.kontur-extern.ru/info/esn-strahovye-vznosy 10 131

ЗХН = ∑Тτ=1Цτ * Кτ, (К.9) где Цτ – цена τ-го товара, руб.; Кτ – количество τ-го товара. Затраты на хозяйственно-организационные нужды представлены в таблице К.3. Таблица К.3 - Затраты на хозяйственно-организационные нужды Наименование Диск CD-RW Digitex Дискета 3,5’’ TDK Бумага Итого Цена за единицу, руб. 25 8 0,5 Кол-во, шт. 4 4 500 Всего, руб. 100 32 250 382 ЗХН = 4 * 25 + 4 * 8 + 500 * 0,5 = 382 руб. Расчет размера накладных расходов выполним по формуле (К.10). РН = ЗЗП * kНР, (К.10) где kНР – коэффициент накладных расходов. Рассчитаем накладные расходы: РН = 90671 * 0,3 = 27 201,3 руб. Итоговые затраты на разработку информационной системы составят: ЗРИС = 90 671 + 27 473 + 7 296 + 96 + 27 201,3 = 152 737,3 руб. Для расчета экономической эффективности проекта была выбрана методика сравнения вариантов по трудозатратам базового и автоматизированного варианта проведения инвентаризации. Источником эффективности информационной системы является уменьшение времени, потраченного на процесс инвентаризации до внедрения АИС. Произведен расчет стоимости соответствующих показателей по базовому варианту (старой предметной технологии) и новому варианту проекта. Затраты (стоимостные и трудовые) на осуществление операций в процессе бюджетирования за год по базовому и внедряемому варианту рассчитываются в таблицах К.4 и К.5 132

Таблица К.4 - Показатели Базового варианта проведения инвентаризации Трудоемкость (час/год) 340 Среднечасовая ставка специалиста (руб./час) 150 Таблица К.5 - Показатели использованием АИС Трудоемкость (час/год) 40 Часовая стоимость накладных расходов Не учитывается Часовая амортизация оборудования Не учитывается Проектного Среднечасовая ставка специалиста (руб./час) 125 варианта проведения Часовая амортизация оборудования Не учитывается Стоимо стные затраты (руб.) 51 000 инвентаризации Часовая стоимость накладных расходов Не учитывается с Стоимос тные затраты (руб.) 5000 Рассчитаем абсолютное снижение трудовых затрат (Т) в часах за год по формуле (К.11). Т = Т0 – Т1, (К.11) Где Т0 – трудовые затраты на обработку информации по базовому варианту; Т1 – трудовые затраты на обработку информации по предлагаемому варианту; Т = 340 – 40 = 300 (час.) Коэффициент относительного снижения трудовых затрат (Кт), показывающий, на какую долю или процент снижаются затраты предлагаемого варианта по сравнению с базовым, рассчитывается по формуле (К.12). Кт = (Т / Т0) * 100, (К.12) Кт=300/340*100=88,23% Индекс снижения трудовых затрат (Yт), показывающий, во сколько раз снижаются трудовые затраты предлагаемого варианта по сравнению с базовым вариантом и рассчитываемый по формуле (К.13). Yт = Т0 / Т1, (К.13) Yт =340 / 40 = 8,5 Показатель абсолютного снижения стоимостных затрат за год, рассчитаем по формуле (К.14). 133

С = С0 – С1, (К.14) C0 - стоимостные затраты на обработку информации по базовому варианту; C1 - стоимостные затраты на обработку информации по предлагаемому варианту; С = 51 000 – 5000 = 46 000 (руб.) Коэффициент относительного снижения стоимостных затрат (Кс) рассчитаем по формуле (К.15). Кс = (С / С0) * 100, (К.15) Кс = 46 000 / 51 000 * 100 = 90, 2% Индекс снижения стоимостных затрат (Yc) рассчитаем по формуле (К.16). Ус = С0 / С1, (К.16) Yc=51000 / 5000 = 10, 2 Рассчитанные показатели экономической эффективности проекта автоматизации представлены в таблице К.6. Таблица К.6 - Показатели эффективности проекта автоматизации Затраты Базовый Проектный вариант вариант T0 T1 (чел.-час) (чел.-час) Трудоемкость 340 C0 (руб.) Стоимость 51000 40 C1 (руб.) 5000 Абсолютное изменение затрат Т=T0-T1 (чел.-час) Коэффициент изменения затрат Kт=Т/ T0 *100% 300 С=C0-C1 (руб.) 88,23 Kc=C/ C0 *100% 46000 90,2 Индекс изменения затрат Yт= T0/T1 8,5 Yc= C0/C1 10,2 На основании таблицы 4.2.3 рассчитываются остальные показатели экономической эффективности. Рассчитаем годовой экономический эффект от внедрения проекта. Годовой экономический эффект от внедрения проекта (Эгод) определяется как разность между годовой экономией и нормативной прибылью по формуле (4.2.7). Эгод = (С0 + Ен * К0) - (Сj + Ен * Кj), 134 (К.17)

Kj и K0 - капитальные затраты; Ен - нормативный коэффициент эффективности капитальных вложений; значение Е н принимается равным 0,2 для всех отраслей народного хозяйства. Произведение Ен, в данном случае, следует рассматривать как нормативную прибыль, которая должна быть получена от внедрения системы. Эгод = (51 000 + 0,2) – (5000 + 0,2 * 152 737,3) = 15 452,74 (руб.) Расчетный коэффициент экономической эффективности капитальных затрат (Е р) представляет собой отношение годовой экономии (годового прироста прибыли) к капитальным затратам на разработку и внедрение АИС. Ер = С / Kn, (К.18) Ер= 46 000 / 152 737,3 = 0,301 Рассчитаем срок окупаемости затрат на внедрение проекта по формуле (К.19). Ток = К / С, (К.19) Ток = 152 737,3 / 46 000 = 3,5 года Оценка экономической эффективности (рис. К.8-К.9) показала, что разработка автоматизированной системы позволит сократит трудоемкость с 340 до 40 часов и снизить стоимость проведения инвентаризации с 51 000 руб. до 5000. Трудоемкость, час 400 350 300 250 200 150 100 50 0 До внедрения АИС После внедрения Рисунок К.8 - Трудоёмкость инвентаризации программного обеспечения 135

Стоимость, руб. 60000 50000 40000 30000 20000 10000 0 До внедрения АИС После внедрения Рисунок К.9 - Стоимость инвентаризации программного обеспечения Выводы и предложения В ходе проведения расчетов было установлено, что использование системы позволит снизить трудовые затраты за год на 300 часов, годовой экономический эффект от внедрения составит 12 571,8 рублей, а срок окупаемости будет 3,5 года, что соответствует заданной цели. Таким образом, можно полагать что проект разработки информационной системы для инвентаризации программного обеспечения в ФГБОУ ВО «МГТУ им. Г. И. Носова» является целесообразным и экономически выгодным. 136

Приложение Л. Портфолио 1. Участие в вебинарах Уровень мероприятия 1. Международны й 2. Международны й 3. Международны й 4. Международны й Название вебинара Защита WEBприложений и API с помощью Fortinet TimeViewer: типы лицензий и возможности для развития каждого бизнеса Безопасность вебприложений: как найти и устранить уязвимости до того, как ими воспользуются хакеры? Построение топографически х планов крупного масштаба с помощью GeoniCS Место и дата проведени я 31 марта 2021 г. 28 апреля 2021 г. 29 апреля 2021 г. 27 апреля 2021 г. Ф.И.О. обучающегос я группа Золотов Арсений Вячеславови ч, АПИб-17-1 Золотов Арсений Вячеславови ч, АПИб-17-1 Результат Сертифика т участника Ф.И.О. руководител я Гаврилова И. В. Сертифика т участника Гаврилова И. В. Золотов Сертифика Арсений т Вячеславови участника ч, АПИб-17-1 Гаврилова И. В. Золотов Сертифика Арсений т Вячеславови участника ч, АПИб-17-1 Гаврилова И. В. 2. Участие в олимпиадах Уровень мероприятия Наименование мероприятия 1. Международн ый XIII Международная олимпиада в сфере информационных технологий «ITПланета» 2020-21 Место и дата проведени я 1 февраля 2021 11 Ф.И.О. обучающегося, группа Результ ат Ф.И.О. руководи теля Золотов Арсений Вячеславович, АПИб-17-1 12-13 Гаврилов место в а И. В. первом этапе11 URL: https://docs.google.com/spreadsheets/d/1dU_rz3O1mOhUweae_7uAliov1Bg_AsvZI5IOPZtpgr4/edit#gid=2099908845 137

3. Участие в конференциях Уровень конференции Всероссийск ая научнопрактическая конференция Всероссийск ая молодежная научнопрактическая конференция 12 Название конференции Программное обеспечение для цифровизации предприятий и организаций Актуальные проблемы бухгалтерского уче та, анализа и аудита Место и дата проведения Ф.И.О. обучающего ся группа г. Магнитогорс к, 14-16 июня 2021 г. Золотов Арсений Вячеславови ч, АПИб-171 г. Курск, 28 апреля 2021 г. Золотов Арсений Вячеславови ч, АПИб-171 URL: https://cloud.mail.ru/public/sRPu/kX6TWyGmW 138 Результат Публикац ия в сборнике12 Ф.И.О. руководите ля Гаврилова И. В. Гаврилова И. В.

Копии подтверждающих документов 139

140

141

Приложение М. Аннотация Работа посвящена проблеме инвентаризации программного обеспечения в вузе. В первой части была дана технико-экономическая характеристика отделу УИТ и АСУ ФГБОУ ВО «МГТУ им. Г. И. Носова», выполнена постановка задачи на автоматизацию процесса инвентаризации программного обеспечения, осуществлено календарно–ресурсное планирование проекта, проанализированы бюджетные ограничения и риски. Во второй части были сформированы требования к системе по видам обеспечения, реализованы проектные решения по созданию системы и выполнен расчет затрат на разработку системы. The work is devoted to the problem of software inventory in university. In the first part, the technical and economic characteristics were given to the department of information technology and automated control Systems of the Magnitogorsk State Technical University. The task of automating the software inventory process was set, the calendar and resource planning of the project was carried out, budget constraints and risks were analyzed. In the second part, the requirements for the system by type of support were formed, design solutions for creating the system were implemented, and the cost of developing the system was calculated. 142

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв