Анализ предметной области и постановка задачи в дипломной работе по автоматизации учета ИТ-оборудования: Комплексное руководство

Более 91% компаний, внедряющих автоматизацию, ставят основной целью увеличение производительности труда. Это не просто цифра, а отражение глобального тренда, где эффективность и точность становятся не роскошью, а критической необходимостью. В условиях стремительного развития технологий и постоянно возрастающих объемов информации, ручное управление ИТ-активами становится тормозом для развития бизнеса, порождая ошибки, избыточные затраты и непрозрачность. Именно поэтому глубокий и всесторонний анализ предметной области, ведущий к обоснованной постановке задачи по автоматизации учета ИТ-оборудования, является краеугольным камнем успешной дипломной работы и залогом реальных изменений в организации, поскольку без этого шага любые последующие усилия по разработке и внедрению системы рискуют быть неэффективными и нерелевантными реальным потребностям предприятия.

Введение: Актуальность, цели и задачи исследования

В цифровую эпоху, когда информационные технологии пронизывают каждую грань деятельности предприятий, эффективное управление ИТ-оборудованием становится ключевым фактором операционной устойчивости и конкурентоспособности. Дипломная работа, посвященная автоматизации учета ИТ-оборудования, не просто исследует теоретические аспекты, но и предлагает практическое решение насущной проблемы, с которой сталкиваются организации различных масштабов. Актуальность выбранной темы обусловлена не только стремлением к повышению производительности и снижению издержек, но и необходимостью соответствия современным стандартам управления активами, информационной безопасности и регуляторным требованиям, что делает ее одним из наиболее востребованных и практически значимых направлений для академических исследований в области ИТ.

Целью данного руководства является предоставление студентам комплексного плана для глубокого академического исследования в рамках раздела «Анализ предметной области и постановка задачи» дипломной работы. Мы стремимся вооружить будущих специалистов системным подходом, который позволит им не только корректно структурировать свою работу, но и глубоко погрузиться в методологию, обоснования и практические аспекты автоматизации.

Для достижения этой цели нами ставятся следующие основные задачи:

• Разработать детализированную структуру раздела «Анализ предметной области и постановка задачи», соответствующую академическим стандартам.
• Представить ключевые методологии и инструменты системного анализа для глубокого изучения текущих бизнес-процессов.
• Обосновать необходимость автоматизации учета ИТ-оборудования с технической, экономической и организационной перспектив.
• Определить критерии выбора оптимальных ИТ-решений и методы их сравнения.
• Сформулировать принципы постановки задачи для разработки информационной системы и создания Технического Задания.
• Провести обзор существующих аналогов и применимых стандартов в данной сфере.

Итоговый текст руководства будет представлен в виде ряда взаимосвязанных глав, каждая из которых раскроет отдельный аспект исследования, предлагая студентам как теоретические основы, так и практические рекомендации.

Определение ключевых терминов

Прежде чем приступить к глубокому анализу, необходимо установить единое понимание терминологии, которая станет основой всего исследования. Точные определения позволяют избежать двусмысленности и формируют прочный фундамент для академического дискурса.

Предметная область (или бизнес-область, сфера бизнеса) — это не просто абстрактное понятие, а конкретный раздел науки или сфера деятельности, на которую направлены мысль и действие, а также анализ сути, сущностей и содержания объекта, подлежащего автоматизации. В контексте дипломной работы по автоматизации учета ИТ-оборудования, предметной областью является совокупность процессов, данных, правил и участников, связанных с управлением аппаратным и программным обеспечением предприятия на всех этапах его жизненного цикла.

Системный анализ — это мощный междисциплинарный подход, представляющий собой систему понятий, методов и технологий для изучения, описания и реализации систем различной природы и характера. Его ключевой особенностью является метод декомпозиции, позволяющий разбивать сложные проблемы на более мелкие, управляемые части. В нашем случае системный анализ позволяет выявить взаимосвязи между компонентами учета ИТ-оборудования, идентифицировать проблемы и предложить оптимальные решения.

Автоматизация бизнес-процессов (Business Process Automation, BPA) — это не просто механизация, а стратегическое использование информационных систем для делегирования и автоматизации повторяющихся рабочих задач. Ее цель — ускорение выполнения работы путем направления информации нужным людям в нужное время с помощью пользовательских правил и действий, а также упрощение и оцифровка процессов при помощи программного обеспечения. Это освобождает сотрудников от рутины, позволяя им сосредоточиться на более сложных, творческих или исследовательских задачах.

Информационная система (ИС) — это сердце современной организации. Согласно Федеральному закону от 27 июля 2006 года № 149-ФЗ «Об информации, информационных технологиях и о защите информации», ИС определяется как организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, в том числе с использованием средств вычислительной техники и связи, реализующих информационные процессы. Более широко, это совокупность взаимосвязанных компонентов (аппаратное обеспечение, программное обеспечение, данные, люди, процессы), которые работают вместе для сбора, обработки, хранения и передачи информации в интересах достижения поставленной цели.

Постановка задачи — это не просто формулировка проблемы, а управленческое решение, назначающее ответственного за выполнение конкретной задачи, а также детальное описание того, как именно эта задача должна быть выполнена для достижения конечного результата. В контексте дипломной работы это означает четкое определение того, что должна делать разрабатываемая информационная система.

Технико-экономическое обоснование (ТЭО) — это критически важный документ, в котором представлена информация, из которой выводится целесообразность (или нецелесообразность) создания продукта или услуги. ТЭО содержит глубокий анализ затрат и ожидаемых результатов какого-либо проекта, позволяя принять взвешенное решение о его инициализации.

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

Теоретические основы и методология системного анализа предметной области

Системный анализ предметной области – это не просто набор формальных процедур, а своего рода детективное расследование, целью которого является глубокое понимание сути исследуемого объекта, выявление его скрытых механизмов и потенциальных уязвимостей. Для студента, работающего над дипломной работой по автоматизации, это означает создание прочного фундамента для дальнейшего проектирования, гарантирующего, что разработанное решение будет не только функциональным, но и по-настоящему полезным, отвечающим реальным потребностям.

Структура и содержание аналитического раздела дипломной работы (ВКР)

Дипломная работа, или выпускная квалификационная работа (ВКР), является кульминацией обучения студента, демонстрирующей его способность к самостоятельному научному исследованию и решению практических задач. Этот исследовательский проект требует систематического подхода и четкого следования установленным академическим стандартам.

Стандартизация и регламент. Структура дипломной работы регламентируется актуальным межгосударственным стандартом ГОСТ 7.32-2017 «Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления». Этот стандарт, заменивший ГОСТ 7.32-2001, устанавливает общие требования к структуре и оформлению научно-исследовательских работ, включая ВКР.

Согласно ГОСТ 7.32-2017, дипломная работа традиционно включает следующие основные разделы:

• Введение: Определяет актуальность, объект, предмет, цель, задачи, методы исследования и структуру работы.
• Основная часть: Разделенная на главы, каждая из которых посвящена отдельному аспекту исследования (например, теоретические основы, анализ предметной области, разработка системы, экономическое обоснование).
• Заключение: Подводит итоги исследования, формулирует выводы и рекомендации.
• Список литературных источников: Содержит перечень всех использованных источников.
• Дополнительные структурные элементы: Титульный лист, Задание на выполнение ВКР, Рецензии, Аннотация, Содержание (оглавление), Приложения, Список сокращений и условных обозначений.

Роль раздела «Анализ предметной области и постановка задачи». Этот раздел является фундаментальным этапом, определяющим направление всего исследования и его конечные результаты. Его качественное выполнение позволяет собрать исчерпывающую информацию, сформировать комплексное видение предмета, выявить актуальные аспекты и проблемные зоны, а также определить потенциальные направления для исследования и будущей автоматизации. Без глубокого анализа предметной области любая попытка автоматизации будет сродни строительству дома без фундамента – красивой, но нежизнеспособной.

Объект и предмет исследования. Эти два понятия конкретизируют тему и детализируют направление работы, задают цель и определяют ожидаемый результат.

• Объект исследования — это более широкое явление, событие, доказанный факт или социальная группа, характеристики, свойства или функционирование которых выбраны автором для изучения. В контексте нашей дипломной работы, объектом может быть «процесс управления ИТ-оборудованием на предприятии N».
• Предмет исследования — это максимально сужающее выбранную научную область понятие, устанавливающее четкие границы для проведения экспериментов. Это конкретные свойства, характеристики, структура, недостатки или проблемы объекта, которые будут изучаться. Например, предметом исследования может быть «методология автоматизированного учета жизненного цикла ИТ-оборудования на предприятии N».

Правильное определение объекта и предмета исследования позволяет четко сфокусировать работу, избежать расплывчатых формулировок и обеспечить достижение поставленной цели. В свою очередь, цель определяет, что именно должно быть достигнуто в результате исследования, а задачи — это конкретные шаги, ведущие к этой цели. Гипотезы, если они применимы, представляют собой предположения, которые будут проверяться в ходе работы.

Методология исследования. При описании методологии важно не ограничиваться общенаучными методами (анализ, синтез, обобщение, дедукция), но и использовать специальные методы, характерные для конкретной научной сферы. Для ИТ-проектов это могут быть методы системного анализа, моделирования бизнес-процессов, проектирования баз данных, а также методы технико-экономического обоснования.

Методы и инструменты анализа текущего состояния (AS-IS) бизнес-процессов

Чтобы предложить эффективное решение для автоматизации, необходимо в первую очередь глубоко понять, как функционируют текущие процессы. Это достигается через детальный анализ состояния «как есть» (AS-IS) — методичное изучение существующих операций, ролей, информационных потоков и используемых систем. Моделирование бизнес-процессов является здесь ключевым инструментом.

Основные принципы моделирования бизнес-процессов:

Моделирование — это искусство и наука создания графического или текстового описания бизнес-процессов. Его цель — не просто задокументировать, но и понять, проанализировать и оптимизировать процессы, делая их более эффективными, прозрачными и, что особенно важно для нашей темы, готовыми к автоматизации. Ключевые принципы включают:

• Четкое определение цели: Перед началом моделирования необходимо точно знать, что именно мы хотим получить в результате.
• Использование понятных нотаций: Выбор стандартных нотаций обеспечивает универсальность и понимание моделей различными заинтересованными сторонами.
• Детализация ключевых этапов: В каждой модели должны быть четко определены входные данные, исполнители, действия и ожидаемые результаты.
• Ориентация на автоматизацию: Моделирование должно выявлять рутинные, повторяющиеся операции, которые являются идеальными кандидатами для автоматизации.

Методологии и нотации для анализа AS-IS:

Для глубокого анализа текущего состояния существует несколько проверенных методологий и нотаций, каждая из которых имеет свои сильные стороны:

1. BPMN (Business Process Model and Notation): Одна из наиболее популярных и универсальных нотаций. BPMN предоставляет обширный набор графических элементов для создания интуитивно понятных диаграмм, описывающих последовательность операций, участников, события и логические развилки. Она идеально подходит для описания сложных сквозных процессов и их взаимодействия.
   • Пример использования для учета ИТ-оборудования: Диаграмма BPMN может наглядно показать процесс закупки нового ИТ-оборудования, начиная от заявки пользователя, согласования, получения, инвентаризации, установки и до ввода в эксплуатацию. Можно выделить «плавательные дорожки» для разных отделов (закупка, ИТ-отдел, бухгалтерия), события (получение оборудования), шлюзы (проверка наличия в базе) и задачи (заполнение акта приема-передачи).
2. IDEF0 (Integrated DEFinition for Function Modeling): Методология функционального моделирования, позволяющая иерархически декомпозировать сложную систему на взаимосвязанные функции. Она фокусируется на том, что делает система, какие входы потребляет, какие выходы производит, какие механизмы использует и какие управляющие воздействия влияют на ее работу.
   • Пример использования для учета ИТ-оборудования: На верхнем уровне IDEF0-диаграмма может показать функцию «Управление ИТ-активами». Дальнейшая декомпозиция может выделить подфункции: «Учет оборудования», «Планирование закупок», «Обслуживание и ремонт», «Списание активов». Для каждой функции будут определены входы (например, заявки, спецификации), выходы (отчеты, списанные активы), механизмы (ИТ-специалисты, ПО) и управления (политики, регламенты).
3. DFD (Data Flow Diagram): Диаграммы потоков данных, фокусирующиеся на перемещении информации внутри системы и между внешними сущностями. Они показывают, где данные создаются, хранятся, обрабатываются и куда передаются, игнорируя временную последовательность и управляющие воздействия.
   • Пример использования для учета ИТ-оборудования: DFD может проиллюстрировать, как данные об инвентарных номерах, характеристиках оборудования и местоположении перемещаются между базами данных, сотрудниками ИТ-отдела и бухгалтерией при учете нового устройства или его перемещении.
4. IDEF3 (Process Description Capture Method): Методология для описания потоков работ и процессов, фокусирующаяся на временной и логической последовательности событий и состояний. В отличие от IDEF0, она больше ориентирована на динамику и причинно-следственные связи.
   • Пример использования для учета ИТ-оборудования: IDEF3 может быть использована для детализации процесса обработки заявки на ремонт ИТ-оборудования, показывая последовательность шагов от регистрации заявки до возврата отремонтированного устройства пользователю, включая возможные параллельные действия и циклы.

Программные инструменты для моделирования:

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

• Bizagi Process Modeler: Бесплатный и популярный инструмент с интуитивно понятным интерфейсом для создания BPMN-диаграмм.
• IBM WebSphere Business Modeler: Комплексное решение для моделирования, анализа и оптимизации бизнес-процессов, часто используемое в крупных корпорациях.
• Camunda: Платформа для автоматизации процессов, которая также включает мощные инструменты для BPMN-моделирования.
• Appian, Pega: Платформы для управления бизнес-процессами (BPM) и разработки low-code приложений, содержащие развитые средства моделирования.

Использование этих методов и инструментов позволяет не только досконально изучить текущее состояние процессов учета ИТ-оборудования, но и выявить их слабые стороны, неочевидные зависимости и неэффективные операции, что является первым шагом к успешной автоматизации.

Анализ предметной области «Учет ИТ-оборудования»: Специфика и проблематика

Учет ИТ-оборудования — это не просто инвентаризация активов, это сложный многогранный процесс, затрагивающий финансовые, операционные и стратегические аспекты деятельности любой современной организации. Глубокое погружение в эту предметную область требует понимания ее специфики и выявления типовых «болевых точек», которые автоматизация призвана устранить.

Особенности учета ИТ-активов на предприятии

В условиях динамичного развития технологий, постоянного обновления парка техники и растущих требований к информационной безопасности, адекватный учет информационных ресурсов становится не просто «хорошей практикой», а вынужденной необходимостью.

Регуляторные и управленческие факторы. Необходимость учета информационных ресурсов (программного и аппаратного обеспечения) на предприятиях обусловлена не только внутренней эффективностью, но и требованиями нормативно-правовых актов, а также стандартами аудита. Точный учет позволяет:

• Соблюдать лицензионные соглашения: Избегать штрафов за нелицензионное ПО.
• Обеспечивать информационную безопасность: Знать, где находится каждый актив, кто им пользуется, и какие риски с ним связаны.
• Планировать бюджет: Корректно оценивать затраты на закупку, обновление и обслуживание оборудования.
• Оптимизировать использование ресурсов: Исключать избыточные закупки и неэффективное использование техники.

Проблемы ручной инвентаризации. В большинстве компаний, не внедривших автоматизированные системы, учет ИТ-оборудования ведется вручную или с использованием простейших инструментов (например, таблиц Excel). Это порождает целый спектр проблем:

• Ошибки и неточности: Человеческий фактор неизбежно приводит к опечаткам, пропускам данных, некорректной идентификации оборудования. Эти ошибки масштабируются с увеличением количества рабочих мест и единиц оборудования, делая ручной учет неэффективным для крупных компаний.
• Потеря рабочего времени: Инвентаризация вручную — это трудоемкий и времязатратный процесс. IT-специалисты и пользователи тратят ценное рабочее время на поиск оборудования, сверку данных, заполнение форм, вместо выполнения своих основных обязанностей.
• Отсутствие актуальных данных: Информация в ручных отчетах быстро устаревает. Перемещения, ремонты, списания часто не фиксируются своевременно, что приводит к искаженной картине состояния активов.
• Сложность анализа: Агрегирование данных из разрозненных источников для получения управленческой информации становится крайне затруднительным или невозможным.

Жизненный цикл ИТ-оборудования. Учет ИТ-активов — это не одноразовое мероприятие, а непрерывный процесс, сопровождающий оборудование на всех этапах его существования. Типичные бизнес-процессы, связанные с жизненным циклом ИТ-оборудования, включают:

1. Закупка: Формирование заявки, выбор поставщика, оформление заказа, получение и приемка оборудования.
2. Постановка на учет (инвентаризация): Присвоение инвентарного номера, внесение данных о характеристиках, комплектации, местоположении, ответственном лице в учетную систему.
3. Выдача/перемещение: Фиксация передачи оборудования пользователю или его перемещения между подразделениями, изменение статуса и местоположения.
4. Эксплуатация и обслуживание: Регистрация фактов ремонта, технического обслуживания, замены комплектующих, обновления ПО.
5. Списание: Оформление актов списания по истечении срока службы, выходу из строя или моральному устареванию, снятие с учета.

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

Выявление «узких мест» и проблем существующих процессов

После того как общая картина предметной области сформирована, следующим шагом является детализация и выявление конкретных проблем, которые снижают эффективность текущих процессов. Этот этап критически важен для точной постановки задачи автоматизации, чтобы решение было направлено на устранение реальных «болевых точек».

Методы сбора информации:

Для получения полной и объективной картины необходимо использовать разнообразные методы сбора данных:

• Интервью: Проведение структурированных бесед с ключевыми стейкхолдерами — сотрудниками ИТ-отдела, бухгалтерии, отдела закупок, конечными пользователями. Цель — понять их рутинные операции, проблемы, ожидания от будущей системы.
• Анкетирование: Разработка опросников для широкого круга сотрудников, позволяющая собрать статистические данные о частоте проблем, затратах времени на ручные операции, удовлетворенности текущими инструментами.
• Наблюдение: Непосредственное наблюдение за выполнением процессов учета ИТ-оборудования, что позволяет выявить неформальные процедуры, «обходные пути» и реальные трудозатраты.
• Анализ документации: Изучение существующих регламентов, инструкций, форм учета, журналов, актов приема-передачи, отчетов. Это помогает понять формализованные аспекты процессов и выявить их недостатки (например, избыточность форм, дублирование информации).

Техники выявления проблем:

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

1. Причинно-следственные диаграммы (диаграммы Исикавы, «рыбий скелет»): Позволяют визуализировать потенциальные причины конкретной проблемы, группируя их по категориям (например, люди, процессы, инструменты, среда).
   • Пример: Проблема «Неактуальные данные об ИТ-активах». Возможные категории причин:
     • Люди: Отсутствие ответственности, недостаток обучения, перегрузка сотрудников.
     • Процессы: Отсутствие регламентов, сложные процедуры регистрации, нерегулярные инвентаризации.
     • Инструменты: Отсутствие централизованной системы, неудобное ПО, разрозненные таблицы.
     • Среда: Высокая текучесть кадров, частые перемещения оборудования.
2. Анализ потоков данных (DFD): Помогает выявить места, где данные теряются, дублируются, задерживаются или обрабатываются неэффективно.
   • Пример: Если данные о новом оборудовании сначала заносятся в таблицу ИТ-отдела, затем перепечатываются в бухгалтерскую программу, а потом вручную вносятся в инвентарную карточку, это указывает на избыточные операции и высокий риск ошибок.
3. SWOT-анализ применительно к текущим процессам: Хотя SWOT-анализ чаще используется для стратегического планирования, его можно адаптировать для оценки текущих процессов учета ИТ-оборудования:
   • Strengths (Сильные стороны): Что работает хорошо? (Например, опытный ИТ-специалист, который хорошо знает оборудование).
   • Weaknesses (Слабые стороны): Что работает плохо? (Например, отсутствие единой базы, ручная инвентаризация, высокий риск ошибок).
   • Opportunities (Возможности): Какие улучшения могут быть реализованы? (Например, внедрение автоматизированной системы, обучение персонала).
   • Threats (Угрозы): Какие риски существуют, если ничего не менять? (Например, штрафы за нелицензионное ПО, хищение оборудования, увеличение операционных расходов).

Использование этих методов позволяет не только выявить поверхностные симптомы, но и докопаться до корневых причин проблем, что является критически важным для разработки эффективного и целенаправленного решения по автоматизации.

Обоснование необходимости автоматизации и выбора ИТ-решений

Призыв к автоматизации часто звучит как аксиома в современном бизнесе. Однако в академической работе, такой как диплом, просто заявить о необходимости автоматизации недостаточно. Требуется убедительное и многостороннее обоснование, подкрепленное конкретными фактами, цифрами и методологиями. Это глава призвана предоставить студенту исчерпывающие аргументы для такого обоснования, а также систематизированные критерии выбора оптимального ИТ-решения для учета ИТ-оборудования.

Цели, задачи и ожидаемые эффекты от автоматизации

Автоматизация бизнес-процессов — это не модный тренд, а стратегическая инвестиция, направленная на трансформацию операционной деятельности и повышение конкурентоспособности. Главная цель автоматизации — перевести часть или все повторяющиеся рабочие циклы в программы, а также избавить сотрудников от рутинных и механических задач, чтобы они могли сосредоточиться на новых обязанностях, исследовательских задачах или активности, требующей опыта.

Основные цели и задачи автоматизации:

1. Оптимизация выполнения задач: Систематизация и стандартизация процессов, устранение избыточных операций и «бутылочных горлышек».
2. Избежание ошибок: Минимизация человеческого фактора, который является основным источником неточностей в ручных процессах.
3. Упрощение и ускорение работы: Сокращение времени на выполнение рутинных операций, что ведет к повышению общей производительности.
4. Безопасное хранение информации: Централизация данных, обеспечение их целостности и доступности, защита от потери и несанкционированного доступа.
5. Повышение прозрачности бизнес-процессов: Возможность отслеживать каждый этап процесса, контролировать его исполнение и получать актуальную информацию для принятия управленческих решений.

Измеримые эффекты и статистическое подтверждение:

Эффективность автоматизации подтверждается многочисленными исследованиями и практическими кейсами. Это не просто интуитивные догадки, а измеримые показатели:

• Сокращение операционных расходов: По данным McKinsey, компании, активно внедряющие автоматизацию бизнес-процессов, сокращают операционные расходы на 20-30%.
• Снижение потерь от ошибок: Каждая третья российская компания теряет до 15% прибыли из-за ошибок в ручных процессах. Автоматизация способна сократить эти потери на 90% уже в первые месяцы после внедрения.
• Увеличение производительности: 91,7% компаний, внедряющих автоматизацию, ставят основной целью увеличение производительности труда. Роботизированная автоматизация процессов (RPA) способна обрабатывать до 70% типовых вопросов, например, в службах горячей линии.
• Ускорение сроков: За первый год внедрения эффективные бизнес-процессы показывают в среднем ускорение сроков поставки на 42%.
• Экономия затрат на администрирование: Автоматизация может привести к экономии затрат на администрирование на 15–20%. Качественно внедренная система электронного документооборота помогает снизить издержки компании на 25–30% от затрат на управленческие расходы.
• Повышение оборачиваемости средств: Автоматизация также может привести к увеличению оборачиваемости средств в расчетах на 30%, оборачиваемости материальных запасов на 65%, и увеличению количества поставок точно в срок на 80%.
• ROI (окупаемость инвестиций): Средний ROI по автоматизации бизнес-процессов достигает 28–34% в первый год, а в следующем году — до 50%.

Прочие ожидаемые эффекты:

Помимо количественных показателей, автоматизация приносит и качественные улучшения:

• Стабилизация исполнения процесса: Обеспечение единообразного выполнения операций, независимо от исполнителя.
• Минимизация зависимости от сотрудников: Снижение рисков, связанных с уходом ключевых специалистов, обладающих уникальными знаниями о ручных процессах.
• Получение аналитики для управленческих решений: Автоматизированные системы предоставляют мощные инструменты для сбора, обработки и анализа данных, что позволяет принимать более обоснованные стратегические и тактические решения.

Драйверы внедрения ИТ-систем:

Необходимость смены или внедрения ИТ-системы может быть обусловлена различными факторами:

• Вынужденная смена платформы: Например, из-за отмены поддержки существующего ПО или изменением регуляторных требований.
• Сдерживание внутреннего развития: Особенности текущей системы могут ограничивать масштабирование бизнеса или внедрение новых услуг.
• Растущие требования регуляторов: Необходимость соответствия новым законам и стандартам, которые не могут быть обеспечены без автоматизации.

Таким образом, обоснование автоматизации учета ИТ-оборудования должно включать не только перечисление общих преимуществ, но и конкретные прогнозы по улучшению показателей, подкрепленные актуальными статистическими данными и анализом драйверов изменений.

Технико-экономическое обоснование (ТЭО) ИТ-проекта

Любой масштабный ИТ-проект, а тем более автоматизация критически важного бизнес-процесса, требует не просто технического обоснования, но и глубокого анализа его экономической целесообразности. Именно для этого служит Технико-экономическое обоснование (ТЭО) — документ, который позволяет провести разносторонний первичный анализ проекта с экономической и технической точек зрения, с целью принятия взвешенного решения о его инициализации или отказе.

Назначение и структура ТЭО:

ТЭО является критически важным инструментом для стейкхолдеров, инвесторов и руководства, позволяющим оценить потенциальные риски и выгоды. Хотя содержание и структура ТЭО не регламентированы официальными нормативно-правовыми документами и полностью зависят от целей и задач конкретного проекта, типовой ТЭО включает следующие разделы:

• Введение: Краткое описание проекта, его целей и задач.
• Анализ текущего состояния: Описание проблем, которые призван решить проект.
• Технический анализ: Описание предлагаемого решения, его архитектуры, технологий, требований к ресурсам.
• Анализ предстоящих трудозатрат: Оценка необходимых человеческих ресурсов, квалификации специалистов, временных рамок.
• Анализ рынка: Изучение аналогичных решений, потребностей рынка (если это коммерческий продукт).
• Финансовый анализ: Расчет капитальных и операционных затрат, прогноз доходов (если применимо), оценка экономической эффективности (NPV, IRR, PP).
• Ожидаемые сроки окупаемости: Прогнозирование периода, за который инвестиции в проект окупятся.
• Оценка предложения с экономической точки зрения: Сравнительный анализ различных вариантов реализации проекта, обоснование выбора оптимального решения.
• Анализ рисков: Выявление потенциальных рисков (технических, финансовых, организационных) и разработка мер по их минимизации.
• Заключение: Резюме основных выводов и рекомендации по дальнейшим действиям.

Совокупная стоимость владения (Total Cost of Ownership, TCO): Основа экономического обоснования.

При анализе экономической целесообразности ИТ-проекта критически важно не ограничиваться только первоначальными затратами на покупку или разработку системы. Необходимо учитывать все расходы, которые возникают у компании из-за владения каким-либо активом (в нашем случае — ИТ-инфраструктурой или программным обеспечением) на протяжении всего его жизненного цикла. Этот показатель называется Совокупная стоимость владения (TCO).

TCO включает в себя как прямые (капитальные) затраты, так и косвенные (эксплуатационные) затраты:

Тип затрат	Описание
Прямые (Капитальные) Затраты
Стоимость оборудования и ПО	Затраты на покупку серверов, рабочих станций, сетевого оборудования, лицензий на операционные системы и прикладное ПО, включая ПО для учета ИТ-оборудования.
Услуги консалтинга и внедрения	Стоимость услуг внешних консультантов для анализа, проектирования, разработки, настройки и внедрения системы.
Зарплата сотрудников (на период проекта)	Затраты на персонал, непосредственно участвующий в разработке или внедрении системы.
Косвенные (Эксплуатационные) Затраты
Техническое обслуживание и ремонт	Стоимость регулярного обслуживания оборудования, замены изношенных частей, устранения неисправностей.
Обновление ПО и лицензий	Ежегодные или периодические платежи за обновления программного обеспечения и продление лицензий.
Администрирование и поддержка	Затраты на штатных ИТ-специалистов, поддерживающих работоспособность системы (зарплата, обучение).
Электроэнергия, аренда, охлаждение	Расходы на поддержание функционирования серверной инфраструктуры.
Потери производительности из-за простоев	Финансовые потери, возникающие из-за сбоев в работе системы и недоступности сервисов.
Управление изменениями	Затраты на адаптацию системы к новым требованиям бизнеса или технологий.
Информационная безопасность	Расходы на обеспечение защиты данных, регулярный аудит безопасности.
Обучение и переквалификация персонала	Затраты на обучение пользователей и администраторов работе с новой системой.

Специалисты полагают, что скрытые расходы (косвенные) могут в 3-5 раз превышать прямые. По оценкам, капитальные затраты составляют около 20% от общей стоимости ИТ-системы, а остальные 80% приходятся на косвенные и эксплуатационные расходы. Пренебрежение анализом TCO ведет к недооценке реальных затрат и может привести к провалу проекта.

Формула TCO в общем виде может быть представлена как:


TCO = Σi=1n (Ci + Oi)


где:

• TCO — совокупная стоимость владения;
• n — количество лет жизненного цикла системы;
• C_i — капитальные затраты в i-ом году;
• O_i — операционные (эксплуатационные) затраты в i-ом году.

Например, если первоначальные капитальные затраты на внедрение системы учета ИТ-оборудования составили 1 000 000 рублей, а ежегодные операционные затраты (обслуживание, поддержка, обновления) оцениваются в 200 000 рублей, то TCO за 5 лет составит:


TCO = 1 000 000 + (200 000 * 5) = 2 000 000 рублей.


Таким образом, комплексное ТЭО, включающее глубокий анализ TCO, является не просто формальностью, а необходимым условием для принятия обоснованных управленческих решений относительно инвестиций в ИТ-проекты.

Критерии выбора и обоснование проектных ИТ-решений

Выбор оптимального ИТ-решения для автоматизации учета ИТ-оборудования — это многокритериальная задача, требующая тщательного анализа и сравнения различных вариантов. Обоснование выбора должно быть системным и учитывать как технические, так и экономические, организационные и стратегические аспекты.

Обоснование ИТ-решений:

ИТ-решения для автоматизации должны быть обоснованы:

• Сопоставлением эффектов от внедрения и ключевых ИТ-целей компании: Проект должен явно способствовать достижению стратегических целей, таких как снижение затрат, повышение эффективности, улучшение качества услуг.
• Доказательством соответствия ИТ-проекта стратегическим задачам и потребностям бизнеса: Выбираемое решение должно быть интегрировано в общую стратегию развития предприятия и решать актуальные бизнес-проблемы.

Основные критерии выбора архитектуры информационной системы:

Центральным критерием является минимизация совокупной стоимости владения системой (TCO), о которой подробно говорилось ранее. Однако помимо TCO, существует ряд других важных критериев:

1. Функциональная полнота: Способность системы покрывать все необходимые бизнес-процессы учета ИТ-оборудования (от закупки до списания), включая специфические требования предприятия.
2. Поддержка информационной модели организации: Насколько хорошо система вписывается в существующую или планируемую информационную архитектуру компании, обеспечивает ли она интеграцию с другими системами (например, бухгалтерским ПО, HR-системами).
3. Учет отраслевой специфики: Наличие функционала, учитывающего особенности учета оборудования в конкретной отрасли (например, для производственных предприятий, образовательных учреждений).
4. Наличие инструментов разработки (для доработки/кастомизации): Важно для систем, требующих адаптации под уникальные потребности.
5. Масштабируемость: Способность системы обрабатывать растущие объемы данных и увеличивать количество пользователей без существенной потери производительности.
6. Гибкость и настраиваемость: Возможность легко адаптировать систему к меняющимся бизнес-процессам и требованиям без дорогостоящей доработки.
7. Стандартизация и открытость: Соответствие общепринятым стандартам (например, для обмена данными), использование открытых технологий, что снижает зависимость от одного поставщика.
8. Архитектура и техническая платформа: Совместимость с существующей ИТ-инфраструктурой, выбор современных и надежных технологий (например, облачные решения, микросервисная архитектура).
9. Сложность сопровождения: Легкость поддержки и обслуживания системы силами внутренних специалистов или внешних подрядчиков.
10. Техническая поддержка: Наличие качественной и оперативной поддержки от поставщика решения.
11. Стоимость: Как первоначальные затраты на приобретение, так и TCO.
12. Сроки внедрения: Реалистичные сроки реализации проекта.
13. Сроки и стоимость обучения персонала: Затраты на подготовку пользователей и администраторов.
14. Перспективы развития: Планы поставщика по развитию продукта, наличие дорожной карты, обновления.
15. Информационная безопасность: Наличие механизмов защиты данных, соответствие стандартам безопасности (например, ISO/IEC 27001).
16. Квалификация, опыт и надежность поставщика: Репутация компании-разработчика или интегратора, наличие успешных кейсов, отзывы клиентов.

Способы приобретения программного обеспечения для автоматизации:

Выбор стратегии приобретения ПО также является критическим решением:

1. Покупка готовой специализированной ИС: Быстрое внедрение, проверенная функциональность, но возможны ограничения по кастомизации.
2. Разработка ИС своими силами: Полный контроль над функционалом, но высокие затраты времени, ресурсов и квалифицированного персонала.
3. Разработка ИС сторонней фирмой (заказная разработка): Получение решения, максимально соответствующего требованиям, но высокие риски по срокам, бюджету и качеству.
4. Покупка типовой системы и её доработка: Компромиссный вариант, сочетающий преимущества готового решения с возможностью адаптации.

Критерии сравнения способов приобретения ИС:

Критерий	Покупка готовой ИС	Разработка своими силами	Разработка сторонней фирмой	Покупка с доработкой
Соответствие задаче	Частичное/Высокое (стандартные процессы)	Полное (максимальная адаптация)	Полное (максимальная адаптация)	Высокое (с учетом доработок)
Стоимость внедрения	Низкая/Средняя	Высокая	Высокая	Средняя/Высокая
Адаптивность	Низкая/Средняя	Высокая	Высокая	Высокая
Надежность	Высокая (проверенные решения)	Зависит от квалификации команды	Зависит от надежности подрядчика	Высокая (база стабильна)
Сроки внедрения	Короткие	Длительные	Длительные	Средние
Риски проекта	Низкие (проверенный продукт)	Высокие (управление командой, тех. риски)	Высокие (зависимость от подрядчика)	Средние

Применение этих критериев в рамках дипломной работы позволит студенту не только выбрать, но и убедительно обосновать оптимальное ИТ-решение для автоматизации учета ИТ-оборудования, демонстрируя глубокое понимание как технических, так и управленческих аспектов ИТ-проектов.

Постановка задачи для разработки информационной системы учета ИТ-оборудования

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

Формулирование целей создания системы и ее функциональных требований

Постановка задачи на разработку информационной системы означает не просто желание «сделать лучше», а конкретное определение того, как автоматизированная ИС позволит выполнять рутинные операции быстрее, сделает обработку данных удобной и даст возможность анализировать деятельность фирмы благодаря отчетам. Это требует четкого определения целей и детализации функциональных требований.

Цели создания системы:

Основные цели создания системы учета ИТ-оборудования должны быть измеримы, достижимы, релевантны и ограничены по времени (SMART-критерии).

Примеры целей:

• Ускорение рутинных операций: Сокращение времени на инвентаризацию ИТ-оборудования на 50% в течение 6 месяцев после внедрения.
• Минимизация ошибок: Снижение количества ошибок в данных об ИТ-активах на 80%.
• Повышение прозрачности: Обеспечение актуальной информации о местонахождении и статусе каждого ИТ-актива в режиме реального времени.
• Оптимизация использования ресурсов: Снижение издержек на обслуживание и ремонт ИТ-оборудования на 15% за счет проактивного мониторинга и планирования.
• Поддержка принятия управленческих решений: Предоставление аналитических отчетов для эффективного планирования закупок и списаний ИТ-активов.

Функциональные требования:

Функциональные требования описывают, что система должна делать. Они детализируют, как именно система будет достигать поставленных целей. Для системы учета ИТ-оборудования типовые функциональные требования включают:

1. Управление данными об оборудовании:
   • Добавление, редактирование, удаление информации о каждом ИТ-активе (инвентарный номер, серийный номер, модель, характеристики, дата покупки, гарантия).
   • Привязка оборудования к пользователям и местоположению (отдел, кабинет).
   • Ведение истории изменений статуса, местоположения и ответственного лица.
2. Управление жизненным циклом оборудования:
   • Регистрация поступления нового оборудования.
   • Оформление выдачи и перемещения оборудования.
   • Учет ремонтов и технического обслуживания (дата, тип ремонта, стоимость, исполнитель).
   • Формирование актов списания.
3. Генерация отчетов:
   • Отчеты по инвентаризации (список оборудования, местоположение, пользователи).
   • Отчеты по срокам службы и амортизации.
   • Отчеты по стоимости владения и обслуживанию.
   • Отчеты по свободному оборудованию.
4. Управление пользователями и правами доступа:
   • Разграничение доступа к информации и функциям системы в зависимости от роли пользователя (администратор, ИТ-специалист, бухгалтер, пользователь).
5. Поиск и фильтрация данных:
   • Удобный поиск по различным атрибутам оборудования (инвентарный номер, модель, пользователь).
   • Возможность фильтрации данных по статусу, типу, местоположению.

Нефункциональные требования:

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

• Качество и корректность: Система должна выполнять все требуемые функции без ошибок, быть пригодной для эксплуатации.
• Устойчивость (надежность): Способность системы стабильно работать без сбоев в течение длительного времени.
• Производительность: Скорость выполнения операций и обработки данных, особенно при работе с большими объемами информации.
• Простота в использовании и удобный интерфейс (Usability): Интуитивно понятный интерфейс, минимизирующий время на обучение пользователей.
• Безопасность: Защита данных от несанкционированного доступа, резервное копирование.
• Масштабируемость: Возможность расширения функционала и увеличения числа пользователей в будущем.

Четкое формулирование целей и детализация функциональных и нефункциональных требований являются основой для разработки Технического Задания, которое станет дорожной картой для создания информационной системы.

Разработка Технического Задания (ТЗ) по ГОСТ 34.602-2020

Техническое Задание (ТЗ) является основным документом, определяющим требования к разрабатываемому программному продукту или системе. Оно служит основой для взаимодействия между заказчиком (в данном случае, предприятием для которого разрабатывается система) и исполнителем (студентом-разработчиком), определяет цели проекта, функциональные и нефункциональные требования, а также ожидаемые результаты. Разработка ТЗ регламентируется государственными стандартами, что придает ему юридическую силу и обеспечивает системный подход.

Актуальный стандарт ГОСТ 34.602-2020:

С 1 января 2022 года в России действует межгосударственный стандарт ГОСТ 34.602-2020 «Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». Этот стандарт заменил предыдущий ГОСТ 34.602-89. Хотя кардинальных изменений по сравнению с предыдущей версией не произошло, были обновлены некоторые формулировки, термины и источники, что делает его применение в дипломной работе обязательным для обеспечения академической корректности. ГОСТ 34.602-2020 определяет, что ТЗ на АС оформляют в виде текстового документа.

Роль и структура ТЗ:

ТЗ является не только детальным описанием будущей системы, но и инструментом управления проектом, позволяющим избежать разногласий и обеспечить соответствие разработанного продукта ожиданиям.

Структура ТЗ по ГОСТ 34.602-2020 включает следующие основные разделы (хотя стандарт позволяет оформлять разделы в виде приложений, вводить дополнительные разделы, объединять или исключать подразделы):

1. Общие положения:
   • Полное наименование системы и ее условное обозначение.
   • Шифр темы или наименование работы.
   • Наименование предприятий-заказчика и разработчика.
   • Перечень документов, на основании которых создается система.
   • Плановые сроки начала и окончания работы.
   • Порядок оформления и предъявления заказчику результатов работ.
   • Источники разработки, стандарты, нормативные документы.
2. Назначение и цели создания системы:
   • Назначение: Описание области применения системы и перечня функций, которые она призвана выполнять.
   • Цели создания системы: Наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты. Также здесь указываются критерии оценки достижения этих целей.
3. Характеристика объекта автоматизации:
   • Подробное описание текущих бизнес-процессов (AS-IS): Сведения об условиях функционирования объекта автоматизации, о составе и характеристиках основного и вспомогательного оборудования, о численности и квалификации персонала.
   • Должны быть представлены результаты анализа, проведенного в предыдущих главах.
4. Требования к системе:
   • Требования к функциям, выполняемым системой: Детальный перечень функций, задач или их комплексов, подлежащих автоматизации (например, ввод данных об оборудовании, поиск, генерация отчетов), а также временной регламент их реализации.
   • Требования к видам обеспечения:
     • Информационное обеспечение: Структура и состав баз данных, принципы организации данных, информационные потоки.
     • Программное обеспечение: Требования к используемым языкам программирования, операционным системам, СУБД, библиотекам.
     • Техническое обеспечение: Требования к аппаратному комплексу (серверы, рабочие станции, сетевое оборудование).
     • Организационное и методическое обеспечение: Регламенты работы с системой, инструкции для пользователей.
     • Математическое обеспечение: Используемые алгоритмы, модели.
     • Лингвистическое обеспечение: Требования к терминологии, кодированию информации.
   • Требования к надежности, безопасности, эргономике, масштабируемости, интероперабельности и др. (нефункциональные требования):
5. Состав и содержание работ по созданию системы:
   • Перечень стадий и этапов работ (например, проектирование, разработка, тестирование, внедрение, опытная эксплуатация).
   • Сроки выполнения работ.
6. Порядок контроля и приемки системы:
   • Виды, состав, объем и методы испытаний.
   • Общие требования к приемке работ.
7. Требования к составу и содержанию документации:
   • Перечень и виды разрабатываемой документации (техническая, пользовательская).
8. Требования к подготовке персонала:
   • Порядок и программы обучения пользователей и администраторов.
9. Требования к гарантийному и постгарантийному обслуживанию:
   • Порядок технической поддержки и модернизации системы.

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

Определение ожидаемых результатов проекта

Четкое определение ожидаемых результатов проекта является критически важным для оценки его успешности и демонстрации ценности проделанной работы. Это способ ясно определить, чего именно нужно достичь в рамках работы над проектом, и позволяет сосредоточить усилия на наиболее значимых аспектах.

Измеримые и конкретные результаты:

Ожидаемые результаты должны быть конкретными, измеримыми, достижимыми, релевантными и ограниченными по времени (SMART-критерии). Они могут включать:

1. Улучшение качества итогового продукта или обслуживания клиентов:
   • Пример: Уменьшение среднего времени обработки заявки на выдачу ИТ-оборудования с 1 часа до 15 минут.
   • Пример: Снижение количества случаев неактуальной информации о местоположении ИТ-активов до 1% от общего числа.
2. Понижение цен или сокращение затрат:
   • Пример: Сокращение прямых трудозатрат ИТ-специалистов на инвентаризацию оборудования на 30% в год.
   • Пример: Уменьшение потерь из-за утерянного или не списанного вовремя оборудования на 20%.
3. Стабилизация исполнения процесса:
   • Пример: Стандартизация всех процедур учета ИТ-оборудования, исключающая возможность произвольного выполнения действий.
   • Пример: Снижение вариативности в сроках проведения инвентаризации за счет автоматического планирования и напоминаний.
4. Минимизация зависимости от сотрудников:
   • Пример: Создание единой базы знаний и регламентов, интегрированных в систему, что уменьшает зависимость от «носителей уникальных знаний».
5. Получение аналитики для управленческих решений:
   • Пример: Разработка набора отчетов, позволяющих в реальном времени анализировать загрузку оборудования, сроки его службы, затраты на обслуживание и планировать бюджет.
   • Пример: Возможность прогнозирования потребности в новом оборудовании на основе статистических данных об использовании и выходе из строя.

Пример структурирования ожидаемых результатов:

Категория результата	Описание	Показатель измерения	Текущее значение	Целевое значение
Операционная эффективность	Ускорение процесса инвентаризации ИТ-оборудования	Время, затрачиваемое на полную инвентаризацию	20 человеко-часов	5 человеко-часов
	Снижение количества ошибок в данных об активах	Процент ошибок в учетных записях	10%	<1%
Экономическая эффективность	Сокращение затрат на обслуживание и ремонт	Ежегодные расходы на ремонт (в % от стоимости оборудования)	15%	12%
	Уменьшение потерь от несвоевременного списания	Убытки от амортизации неиспользуемого оборудования	50 000 руб./год	10 000 руб./год
Управленческая прозрачность	Доступность актуальной информации об активах	Время получения отчета о наличии оборудования	1 день	10 минут
	Возможность анализа загрузки оборудования	Наличие отчета о коэффициенте использования активов	Отсутствует	Ежемесячный отчет

Четкое определение и структурирование ожидаемых результатов позволяют не только успешно завершить дипломную работу, но и предоставить реальную ценность для предприятия, демонстрируя потенциал внедряемой системы.

Анализ существующих аналогов и стандартов в сфере автоматизации учета ИТ-оборудования

После того как задача сформулирована и требования определены, следующим логичным шагом является изучение уже существующих решений. Это позволяет не «изобретать велосипед», а опираться на лучший мировой опыт, выявлять незанятые ниши и адаптировать проверенные подходы. Одновременно с этим, необходимо учитывать нормативно-правовую базу, которая регламентирует разработку и внедрение информационных систем.

Методы конкурентного анализа и обзор существующих решений

Анализ существующих аналогов, или конкурентный анализ, является неотъемлемой частью любого ИТ-проекта. Это комплекс мероприятий, направленный на изучение предприятий аналогичной и смежной отраслей, для оценки конкурентов, определения их преимуществ и недостатков, а также для корректировки собственной стратегии развития. Для дипломной работы по автоматизации учета ИТ-оборудования это означает изучение существующих программных продуктов и решений, которые уже решают подобные задачи.

Этапы анализа конкурентов:

Проведение полноценного конкурентного анализа включает несколько последовательных шагов:

1. Формулирование целей анализа: Чего мы хотим достичь? (Например, выявить лучшие практики, найти нишу для инноваций, понять ценовую политику, оценить функционал аналогов).
2. Отбор конкурентов/аналогов: Идентификация прямых и косвенных конкурентов (для нашей темы — специализированные ИС для учета ИТ-оборудования, а также общие ERP/CRM-системы с модулями учета активов).
3. Сбор информации:
   • Изучение официальных сайтов разработчиков.
   • Чтение обзоров, статей, пользовательских отзывов.
   • Просмотр демонстраций продуктов, тестовых версий.
   • Анализ открытых источников (публичные кейсы внедрения, вебинары).
4. Сравнительный анализ: Сопоставление характеристик аналогов по ключевым параметрам.

Методы конкурентного анализа:

Для структурирования и визуализации результатов анализа можно использовать различные методы:

• PEST-анализ: Анализ макросреды (политические, экономические, социальные, технологические факторы), влияющей на рынок ИТ-решений.
• SWOT-анализ: Оценка сильных и слабых сторон, возможностей и угроз каждого конкурента/аналога.
• Бенчмаркинг: Сравнение своего проекта или предлагаемого решения с лучшими практиками или лидерами рынка по конкретным показателям (например, функциональность, TCO, удобство использования).
• Конкурентная карта рынка/Карта позиционирования (перцепционная карта): Визуальное представление позиционирования продуктов на рынке по двум-трем ключевым осям (например, «функционал» vs «цена», «сложность внедрения» vs «масштабируемость»).

Обзор специализированных программных продуктов для автоматизации учета ИТ-оборудования:

На рынке существует ряд решений, предназначенных для инвентаризации и управления ИТ-активами, которые могут служить аналогами для анализа:

1. GLPI (Gestionnaire Libre de Parc Informatique): Открытое и бесплатное решение, включающее функционал для управления ИТ-активами, Service Desk, управления проектами. Позволяет инвентаризировать компьютеры, ПО, периферию.
   • Преимущества: Бесплатность, широкий функционал, активное сообщество, гибкость.
   • Недостатки: Требует определенных знаний для настройки, интерфейс может быть не самым современным.
2. Snipe-IT: Веб-ориентированная система управления ИТ-активами с открытым исходным кодом. Предлагает удобный интерфейс, трекинг активов по местоположению, пользователям, истории использования.
   • Преимущества: Открытый код, интуитивный интерфейс, фокусировка на управлении активами.
   • Недостатки: Менее комплексный, чем GLPI в части Service Desk.
3. i-doit: Профессиональная CMDB (Configuration Management Database) и ITIL-совместимая система. Позволяет вести детализированный учет ИТ-инфраструктуры, управлять конфигурациями, документацией.
   • Преимущества: Глубокий функционал CMDB, соответствие ITIL, высокая детализация.
   • Недостатки: Сложность внедрения, высокая стоимость (для коммерческой версии).
4. Spiceworks: Комплексное решение для ИТ-менеджмента, включающее инвентаризацию, Service Desk, мониторинг сети. Имеет как бесплатные, так и платные версии.
   • Преимущества: Комплексность, бесплатная версия, активное сообщество.
   • Недостатки: Может быть избыточным для простых задач, функционал инвентаризации не всегда идеален для крупных сетей.
5. SysAid IT Asset Management: Часть комплексной платформы Service Desk, предлагает учет активов, мониторинг, удаленный доступ.
6. AggreGate Network Manager: Система мониторинга и управления ИТ-инфраструктурой, включает функционал инвентаризации.
7. КСУТО (Комплексная система учета технического оборудования): Отечественное решение, ориентированное на российские стандарты.
8. АСМО-ВТиПО (Автоматизированная система мониторинга и учета вычислительной техники и программного обеспечения): Еще одно отечественное решение.

Проблематика ручной инвентаризации АРМ. Хотя конкретные статистические данные о точном количестве ошибок или объеме потерянного рабочего времени при ручной инвентаризации ИТ-активов в доступных источниках не приводятся, подчеркивается, что эти проблемы масштабируются с увеличением количества рабочих мест и единиц оборудования, делая ручной учет неэффективным для крупных компаний. Именно это является ключевым аргументом в пользу автоматизации и сравнения с перечисленными аналогами.

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

Применимые стандарты и регуляторные документы

Внедрение любой информационной системы, особенно в корпоративной среде, невозможно без учета действующих стандартов и регуляторных документов. Это обеспечивает не только качество и надежность разрабатываемого решения, но и его юридическую состоятельность, а также совместимость с другими системами.

Актуальные ГОСТы для разработки и внедрения ИС:

В Российской Федерации основным регуляторным документом для разработки автоматизированных систем является семейство стандартов ГОСТ 34.

• ГОСТ 34.602-2020 «Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»: Этот стандарт является ключевым. Он устанавливает требования к составу, содержанию и правилам оформления технического задания (ТЗ) на создание автоматизированной системы. Как уже упоминалось, он заменил ГОСТ 34.602-89. Важно отметить, что, хотя ГОСТ 34.602-2020 определяет требования к составу ТЗ, он также позволяет оформлять разделы в виде приложений, вводить дополнительные разделы, объединять или исключать подразделы, что дает определенную гибкость при адаптации к конкретному проекту.

Международные стандарты, применимые к разработке и внедрению ИС:

Помимо национальных стандартов, существуют и международные, которые широко применяются в ИТ-отрасли:

1. ISO 9001 («Системы менеджмента качества»): Этот стандарт не напрямую регулирует разработку ИС, но устанавливает требования к системе менеджмента качества организации. Его применение гарантирует, что процессы разработки, внедрения и поддержки ИС будут соответствовать высоким стандартам качества, что косвенно влияет на надежность и эффективность системы.
2. ISO/IEC 27001 («Системы менеджмента информационной безопасности»): Этот стандарт является критически важным для любой ИС, работающей с конфиденциальными данными. Он определяет требования к созданию, внедрению, эксплуатации, мониторингу, анализу, поддержанию и улучшению документированной системы менеджмента информационной безопасности (СМИБ). Его соблюдение гарантирует, что разрабатываемая система будет соответствовать лучшим практикам в области защиты информации.
3. ГОСТ Р 57193-2016 «Системная и программная инженерия. Процессы жизненного цикла систем»: Этот национальный стандарт был введен в действие с 1 ноября 2017 года взамен ГОСТ Р ИСО/МЭК 15288-2005. Он устанавливает общую структуру процессов жизненного цикла систем, охватывая все этапы от концепции до вывода из эксплуатации. Применение данного стандарта позволяет обеспечить комплексный и систематический подход к управлению ИТ-проектами, включая разработку, внедрение, эксплуатацию и поддержку систем. Важно учитывать, что срок действия ГОСТ Р 57193-2016 был установлен до 30 июня 2025 года, что делает его актуальным на текущий момент (04.11.2025) для разработки дипломной работы.

Применение этих стандартов и регуляторных документов в дипломной работе демонстрирует не только соответствие академическим требованиям, но и готовность студента к работе в реальных ИТ-проектах, где соблюдение стандартов является залогом успеха и безопасности.

Заключение

Представленное руководство детально раскрывает методологию и структуру для проведения всестороннего анализа предметной области и постановки задачи в дипломной работе по автоматизации учета ИТ-оборудования. Мы последовательно прошли путь от определения ключевых терминов и теоретических основ системного анализа до выявления специфических проблем учета ИТ-активов, глубокого обоснования необходимости автоматизации, выбора оптимальных ИТ-решений и детализированной разработки Технического Задания.

Ключевые выводы, которые можно сделать по итогам данного исследования, подчеркивают многогранность и сложность начальных этапов ИТ-проектов:

• Системность и стандартизация: Применение актуальных ГОСТов (7.32-2017, 34.602-2020) и международных стандартов (ISO 9001, ISO/IEC 27001, ГОСТ Р 57193-2016) является не формальностью, а залогом академической корректности и практической применимости результатов.
• Глубина анализа AS-IS: Использование разнообразных методов сбора информации (интервью, наблюдение, анализ документации) и нотаций моделирования (BPMN, IDEF0, DFD) критически важно для выявления реальных «узких мест» и проблем.
• Экономическая целесообразность: Обоснование автоматизации требует не только перечисления общих преимуществ, но и детального технико-экономического обоснования, центральным элементом которого является расчет совокупной стоимости владения (TCO). Пренебрежение косвенными затратами может привести к неверным управленческим решениям.
• Многокритериальный выбор решений: Оптимальное ИТ-решение выбирается на основе комплексного анализа множества факторов, включая функциональную полноту, масштабируемость, безопасность, TCO и опыт поставщика, а не только первоначальную стоимость.
• Четкая постановка задачи: Качественно разработанное Техническое Задание, содержащее измеримые цели и детализированные функциональные требования, является дорожной картой для разработки системы и минимизирует риски проекта.
• Анализ аналогов: Изучение существующих специализированных решений (GLPI, Snipe-IT, i-doit) позволяет опереться на лучший опыт, избежать дублирования и выявить уникальные возможности для инноваций.

Данное руководство предоставляет студентам не просто шаблон, а комплексный методологический аппарат для глубокого и обоснованного исследования. Применяя изложенные подходы, будущие специалисты смогут не только успешно защитить свои дипломные работы, но и заложить фундамент для реальных, высокоэффективных ИТ-проектов, способных трансформировать бизнес-процессы и повысить конкурентоспособность предприятий. Не пора ли уже перейти от рутины к инновациям, используя весь этот потенциал для создания действительно значимых решений?

Список использованной литературы

1. Язык компьютера. Пер. с англ, под ред. и с предисл. В. М. Курочки-на. М.: Мир, 1989. 240 с.
2. Фокс Дж. Программное обеспечение и его разработка / Пер. с англ. М.: Мир, 1985. 368 с.
3. Симионов Ю.Ф., Боромотов В.В. Информационный менеджмент. Ростов н.Д: Феникс, 2006. 250 с.
4. Реляционные базы данных: практические приемы оптимальных решений. СПб.: БХВ-Петербург, 2005. 400 с.
5. Разработка программного обеспечения. СПб: Питер, 2004. 592 с.
6. Проектирование и использование баз данных: Учебник. М.: Финансы и статистика, 1995. 191 с.
7. Приказ Минэнерго РФ от 19 июня 2003 г. N 232 «Об утверждении Правил технической эксплуатации нефтебаз».
8. Практическое руководство по программированию / Пер. с англ. Б. Мик, П. Хит, Н. Рашби и др.; под ред. Б. Мика, П. Хит, Н. Рашби. М.: Радио и связь, 1986. 168 с.
9. Лифшиц Н.И., Левин Е.Т. Механизация и автоматизация процессов отборки и комплектования заказов на складах. М., 1970.
10. Дейт Крис. Введение в базы данных. 6-е изд. Киев: Диалектика, 1998.
11. Керри Н. Праг, Майкл Р. Ирвин. Access 2000 — Библия пользователя. Диалектика, 2000.
12. Информационные системы: Учебник для вузов. 2-е изд. СПб: Питер, 2005. 656 с.
13. Ивлиев М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров, 1997.
14. Зелковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. М.: Мир, 1982. 386 с.
15. Зеленков Ю.А. Введение в базы данных. Центр Интернет ЯрГУ, 1997.
16. Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ. М.: Финансы и статистика, 1991.
17. Гаджинский А.М. Основы логистики: Учеб.пособие. М.: Маркетинг, 2005. 121 с.
18. Введение в системы баз данных. СПб: Издательский дом Вильямс, 2000. 848 с.
19. Автоматизация бизнес-процессов: обзор систем и тренды в 2025 году. URL: https://simpleone.ru/glossary/avtomatizatsiya-biznes-protsessov-obzor-sistem-i-trendy-v-2025-godu (дата обращения: 04.11.2025).
20. Автоматизация бизнес-процессов: как работает и зачем нужна. URL: https://vc.ru/u/986380-avtomatizaciya-biznes-processov/820713-avtomatizaciya-biznes-processov-chto-eto-funkcii-zadachi-i-neobhodimye-instrumenty (дата обращения: 04.11.2025).
21. Технико-экономическое обоснование. Техническая Библиотека Neftegaz.RU. URL: https://neftegaz.ru/tech_library/ekonomika/141708-tekhniko-ekonomicheskoe-obosnovanie-teo/ (дата обращения: 04.11.2025).
22. Что понимается под информационной системой? Bpium. URL: https://bpium.ru/blog/chto-takoe-informatsionnaya-sistema.html (дата обращения: 04.11.2025).
23. Понятие и виды информационных систем. URL: https://www.siblec.ru/docs/e-books/informatsionnye-sistemy-i-tekhnologii-v-yurisprudentsii/glava-1.-teoreticheskie-osnovy-informatsionnykh-sistem-i-tekhnologij/1.5.-ponyatie-i-vidy-informatsionnykh-sistem (дата обращения: 04.11.2025).
24. Информационные системы: определение и методологии создания. Otus. URL: https://otus.ru/media/articles/informacionnye-sistemy-opredelenie-i-metodologii-sozdaniya/ (дата обращения: 04.11.2025).
25. ТЭО (технико-экономическое обоснование). IBCON. URL: https://ibcon.ru/service/teo/ (дата обращения: 04.11.2025).
26. Информационная система: что такое, основные принципы и преимущества. Skyeng. URL: https://skyeng.ru/articles/chto-takoe-informacionnaya-sistema-v-informatike/ (дата обращения: 04.11.2025).
27. Определение понятия «информационная система». URL: https://msu.ru/projects/inf_systems/gl1_2.html (дата обращения: 04.11.2025).
28. Автоматизация процессов: ключ к эффективности. SAP. URL: https://www.sap.com/cis/insights/what-is-process-automation.html (дата обращения: 04.11.2025).
29. Что такое технико-экономическое обоснование и зачем оно нужно. LeadStartup. URL: https://leadstartup.ru/chto-takoe-tehniko-ekonomicheskoe-obosnovanie-i-zachem-ono-nuzhno-2025/ (дата обращения: 04.11.2025).
30. Просто о сложном: Что такое автоматизация бизнес-процессов. Часть 1. Astana Hub. URL: https://astanahub.com/blog/prosto-o-slozhnom-chto-takoe-avtomatizatsiya-biznes-protsessov-chast-1 (дата обращения: 04.11.2025).
31. Автоматизация бизнес-процессов: что это такое и для чего она нужна, этапы и примеры. Битрикс24. URL: https://www.bitrix24.ru/articles/avtomatizatsiya-biznes-protsessov.php (дата обращения: 04.11.2025).
32. Введение в системный анализ и моделирование. URL: https://www.twirpx.com/file/207038/ (дата обращения: 04.11.2025).
33. 9 программ для моделирования бизнес процессов. CRMOZ. URL: https://crmoz.ru/blog/9-programm-dlya-modelirovaniya-biznes-protsessov/ (дата обращения: 04.11.2025).
34. Глава 1. Анализ предметных областей. Что такое предметно-ориентированное проектирование? Domain-Driven Design. Systems.Education. URL: https://systems.education/baza-znanij/chto-takoe-predmetnaya-oblast/ (дата обращения: 04.11.2025).
35. Автоматизация управления проектами: как выбрать и внедрить нужную систему. Envybox. URL: https://envybox.io/blog/avtomatizatsiya-upravleniya-proektami/ (дата обращения: 04.11.2025).
36. Что такое Постановка задачи? Dic.academic.ru. URL: https://dic.academic.ru/dic.nsf/econ_dict/184136 (дата обращения: 04.11.2025).
37. ТОП-20 Системы учета IT-активов 2025. A2is Программы. URL: https://a2is.ru/programmy/sistemy-ucheta-it-aktivov (дата обращения: 04.11.2025).
38. Статья. Постановка задачи на реализацию: зачем и как. Systems.Education. URL: https://systems.education/baza-znanij/postanovka-zadachi/ (дата обращения: 04.11.2025).
39. АРХИТЕКТУРА ИНФОРМАЦИОННЫХ СИСТЕМ. Казанский федеральный университет. URL: https://kpfu.ru/portal/docs/F_1480436573/arhitektura_informacionnyh_sistem.pdf (дата обращения: 04.11.2025).
40. Инструменты моделирования бизнес-процессов. INVO Group. URL: https://invo.group/blog/instrumenty-modelirovaniya-biznes-processov (дата обращения: 04.11.2025).
41. О выборе архитектуры корпоративной информационной системы. КиберЛенинка. URL: https://cyberleninka.ru/article/n/o-vybore-arhitektury-korporativnoy-informatsionnoy-sistemy (дата обращения: 04.11.2025).
42. Международные стандарты ISO в области компьютерных информационных технологий. Tadviser.ru. URL: https://www.tadviser.ru/index.php/Статья:Международные_стандарты_ISO_в_области_компьютерных_информационных_технологий (дата обращения: 04.11.2025).
43. Что такое постановка задачи? Тезаурус русской деловой лексики. URL: https://dic.academic.ru/dic.nsf/business/11494 (дата обращения: 04.11.2025).
44. Топ 10 программ для инвентаризации оборудования. serveradmin.ru. URL: https://serveradmin.ru/top-10-programm-dlya-inventarizacii-oborudovaniya/ (дата обращения: 04.11.2025).
45. Постановка задачи. Википедия. URL: https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B7%D0%B0%D0%B4%D0%B0%D1%87%D0%B8 (дата обращения: 04.11.2025).
46. Постановка задачи: основные принципы и этапы процесса. GeekBrains. URL: https://gb.ru/blog/postanovka-zadachi/ (дата обращения: 04.11.2025).
47. Архитектура информационной системы: что это такое, зачем в этом разбираться заказчику и примеры подходов. Лонг Кэт. URL: https://longcatdev.com/blog/arhitektura_informacionnoj_sistemy (дата обращения: 04.11.2025).
48. Стандарты управления информационной безопасностью ISO/IEC 27001:2013. Microsoft Compliance. URL: https://learn.microsoft.com/ru-ru/compliance/regulatory/iso-27001 (дата обращения: 04.11.2025).
49. Топ 5 Программных Обеспечений для Управления ИТ-ресурсами с Открытым Исходным Кодом. PDFelement. URL: https://pdf.wondershare.ru/resource/it-asset-management-software.html (дата обращения: 04.11.2025).
50. Информационная модель предметной области базы данных. URL: https://sites.google.com/site/infmodelipredmetnojoblasti/lekcia-no2-ponatie-predmetnoj-oblasti (дата обращения: 04.11.2025).
51. Топ 10: Системы моделирования бизнес процессов. Doc-Online.RU. URL: https://doc-online.ru/cat/process-modeling-systems (дата обращения: 04.11.2025).
52. Архитектура информационной системы, оценка рисков и совокупная стоимость владения. Cfin.ru. URL: https://www.cfin.ru/management/IT/is_architecture.shtml (дата обращения: 04.11.2025).
53. Лучшие Системы учёта ИКТ-активов — 2025, список программ. Soware. URL: https://soware.ru/categories/ict-asset-management-systems (дата обращения: 04.11.2025).
54. Требования к архитектуре информационных систем. RU DESIGN SHOP ® Всё лучшее. URL: https://ru-design.shop/articles/trebovaniya-k-arkhitekture-informatsionnykh-sistem (дата обращения: 04.11.2025).
55. 8 лучших программ для управления ИТ-активами (2025 г.). Guru99. URL: https://www.guru99.com/ru/it-asset-management-software.html (дата обращения: 04.11.2025).
56. Самые популярные стандарты ISO. ИнтерКонсалт. URL: https://interconsult.ru/blog/sistemy-menedzhmenta-kachestva-iso-9001/ (дата обращения: 04.11.2025).
57. Моделирование бизнес-процессов: основные принципы и инструменты. BIT Impulse. URL: https://bitimpulse.ru/blog/modelirovanie-biznes-protsessov-osnovnye-printsipy-i-instrumenty/ (дата обращения: 04.11.2025).
58. Стандарты ИСО в области системной и программной инженерии. dt-gost.ru. URL: https://dt-gost.ru/standarty-iso-v-oblasti-sistemnoj-i-programmnoj-inzhenerii/ (дата обращения: 04.11.2025).
59. Ожидаемые Результаты Проекта: Формулировка и Прогноз. LeadStartup. URL: https://leadstartup.ru/blog/ozhidaemye-rezultaty-proekta (дата обращения: 04.11.2025).
60. Как автоматизация упрощает основные процессы управления проектами. blog.directum.ru. URL: https://blog.directum.ru/kak-avtomatizatsiya-uproshchaet-osnovnye-protsessy-upravleniya-proektami (дата обращения: 04.11.2025).
61. Системный анализ предметной области. studme.org. URL: https://studme.org/297746/informatika/sistemnyy_analiz_predmetnoy_oblasti (дата обращения: 04.11.2025).
62. Ожидаемые результаты проекта — полное руководство. Asana. URL: https://asana.com/ru/resources/project-deliverables (дата обращения: 04.11.2025).
63. Как оценить эффективность проекта автоматизации. Финансовый директор. URL: https://fd.ru/articles/158784-kak-otsenit-effektivnost-proekta-avtomatizatsii (дата обращения: 04.11.2025).
64. Техническое задание согласно ГОСТу. IT-GOST.RU. URL: https://it-gost.ru/stati/tekhnicheskoe-zadanie-soglasno-gostu/ (дата обращения: 04.11.2025).
65. ГОСТ 34.602-89 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. docs.cntd.ru. URL: https://docs.cntd.ru/document/gost-34-602-89 (дата обращения: 04.11.2025).
66. Статья. Как разработать ТЗ по ГОСТ. Systems.Education. URL: https://systems.education/baza-znanij/kak-razrabotat-tz-po-gost/ (дата обращения: 04.11.2025).
67. Технико-экономическое обоснование проекта — что такое ТЭО и как его разработать. proektor.com. URL: https://proektor.com/tehniko-ekonomicheskoe-obosnovanie-proekta/ (дата обращения: 04.11.2025).
68. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы (пример). docs.cntd.ru. URL: https://docs.cntd.ru/document/556100995 (дата обращения: 04.11.2025).
69. Состав и содержание технико-экономических обоснований. КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_90066/ (дата обращения: 04.11.2025).
70. Технико-экономическое обоснование (ТЭО) проекта. prorektor.COM. URL: https://prorektor.com/articles/razrabotka-teo/ (дата обращения: 04.11.2025).
71. ГОСТ 34.602-2020 Информационные технологии (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы (с Поправками). docs.cntd.ru. URL: https://docs.cntd.ru/document/1200179929 (дата обращения: 04.11.2025).
72. Технико-экономическое обоснование проекта: суть и структура. КиберЛенинка. URL: https://cyberleninka.ru/article/n/tehniko-ekonomicheskoe-obosnovanie-proekta-sut-i-struktura (дата обращения: 04.11.2025).
73. Кейс — обоснование выбора ИТ-решения. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ. Studme.org. URL: https://studme.org/75949/informatika/keys_obosnovanie_vybora_resheniya (дата обращения: 04.11.2025).
74. Автоматизация бизнес-процессов: цели, задачи, этапы внедрения. Первый БИТ. URL: https://www.1cbit.ru/blog/avtomatizatsiya-biznes-protsessov-tseli-zadachi-etapy-vnedreniya/ (дата обращения: 04.11.2025).
75. Анализ конкурентов – методы и этапы проведения. Neiros. URL: https://neiros.ru/blog/analiz-konkurentov-metody-i-etapy-provedeniya/ (дата обращения: 04.11.2025).
76. Всё об автоматизации бизнес-процессов — 2025. Comindware. URL: https://www.comindware.ru/blog/avtomatizaciya-biznes-processov/ (дата обращения: 04.11.2025).
77. Структурирование и организация написания дипломной работы: Ключевые шаги к успеху. Na5ku. URL: https://na5ku.ru/articles/kak-napisat-diplom-2024/struktura-diplomnoj-raboty-kak-sostavit-strukturu-diploma (дата обращения: 04.11.2025).
78. Анализ конкурентов: методы, этапы, примеры. Звонобот. URL: https://zvonobot.ru/blog/konkurentnyj-analiz (дата обращения: 04.11.2025).
79. Автоматизация бизнес процессов: виды, задачи, зачем нужна система. PinscherCRM. URL: https://pinschercrm.ru/blog/avtomatizatsiya-biznes-protsessov/ (дата обращения: 04.11.2025).
80. Конкурентный анализ: методы, инструменты и примеры. Гайд Adventum. URL: https://adventum.ru/blog/konkurentnyy-analiz (дата обращения: 04.11.2025).
81. Автоматизация бизнес-процессов компании. Платформа ROBIN. URL: https://rpa-robin.ru/blog/avtomatizatsiya-biznes-protsessov/ (дата обращения: 04.11.2025).
82. 15 эффективных методов анализа конкурентов для лидерства на рынке. Skypro. URL: https://sky.pro/media/konkurentnyj-analiz-metody-instrumenty-i-primery/ (дата обращения: 04.11.2025).
83. Техническое задание на автоматизацию процесса. INVO Group. URL: https://invo.group/blog/tehnicheskoe-zadanie-na-avtomatizaciyu-processa (дата обращения: 04.11.2025).
84. МЕТОДЫ КОНКУРЕНТНОГО АНАЛИЗА. КиберЛенинка. URL: https://cyberleninka.ru/article/n/metody-konkurentnogo-analiza (дата обращения: 04.11.2025).
85. Постановка задачи на разработку информационной системы. Studfile.net. URL: https://studfile.net/preview/2610731/page:4/ (дата обращения: 04.11.2025).
86. Методика выбора IT-решений для автоматизации бизнес-процессов на предприятиях оборонно-промышленного комплекса. КиберЛенинка. URL: https://cyberleninka.ru/article/n/metodika-vybora-it-resheniy-dlya-avtomatizatsii-biznes-protsessov-na-predpriyatiyah-oboronno-promyshlennogo-kompleksa (дата обращения: 04.11.2025).
87. РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ ПОДСИСТЕМЫ УЧЕТА АППАРАТНОГО И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ. CORE. URL: https://core.ac.uk/download/pdf/197992982.pdf (дата обращения: 04.11.2025).
88. Этапы и цели внедрения автоматизации бизнес-процессов. TWIN. URL: https://twin.digital/blog/etapy-i-tseli-vnedreniya-avtomatizatsii-biznes-protsessov/ (дата обращения: 04.11.2025).
89. 4 кейса автоматизации торгового бизнеса. ИНТЕРЛОГИКА. URL: https://interlogica.ru/4-kejsa-avtomatizacii-torgovogo-biznesa/ (дата обращения: 04.11.2025).
90. Как провести анализ предметной области в дипломной работе. Na5ku. URL: https://na5ku.ru/articles/kak-provesti-analiz-predmetnoj-oblasti-v-diplomnoj-rabote (дата обращения: 04.11.2025).
91. Кейсы внедрения X24:ERP: автоматизация, сокращение затрат, рост выручки. x24.erp.su. URL: https://x24.erp.su/cases/ (дата обращения: 04.11.2025).
92. ИНФОРМАЦИОННЫЕ СИСТЕМЫ. Признаки системности. elitarium.ru. URL: http://www.elitarium.ru/informacionnye_sistemy_opredelenie_i_metodologii_sozdaniya/ (дата обращения: 04.11.2025).
93. А.В. Рубцов, С.В. Мамаева, Л.Н. Храмова, И.В. Храмов. АНАЛИЗ ИНФОРМАЦИОННОЙ СИСТЕМЫ ОРГАНИЗАЦИИ. URL: https://elib.sfu-kras.ru/bitstream/handle/20.500.12452/3932/sfu2014603.pdf?sequence=1 (дата обращения: 04.11.2025).
94. Раздел 1 Описание предметной области, постановка задачи. Херсонский национальный технический университет. URL: https://studfile.net/preview/5753443/page:12/ (дата обращения: 04.11.2025).
95. Методология и технологии проектирования информационных систем. Студворк. URL: https://studwork.org/question/360565 (дата обращения: 04.11.2025).
96. Обоснование и разработка ИТ-решения по реализации облачной информационной системы для взаимодействия с партнерами компании AmoCRM. Высшая школа экономики. URL: https://www.hse.ru/ba/businfo/st/2017—29139/ (дата обращения: 04.11.2025).
97. Выбор и обоснование способа приобретения ис для автоматизации комплекса задач. Studfile.net. URL: https://studfile.net/preview/4427014/page:12/ (дата обращения: 04.11.2025).
98. Выбор ИТ и обоснование их внедрения для оптимизации бизнес-процессов компании. Ижевский государственный технический университет имени М.Т. Калашникова. URL: https://istc.istu.ru/files/3392/kurs00000000000000000000000000000000000000000000000000000000000000.pdf (дата обращения: 04.11.2025).
99. 3 кейса и 8 лайфхаков проектов автоматизации клиентского сервиса. Константа ИТ. URL: https://konstanta-it.ru/blog/3-keysa-i-8-layfkhakov-proektov-avtomatizatsii-klientskogo-servisa (дата обращения: 04.11.2025).
100. Как определить объект и предмет исследования в дипломной работе? Na5ku. URL: https://na5ku.ru/articles/kak-opredelit-obekt-i-predmet-issledovaniya-v-diplomnoj-rabote (дата обращения: 04.11.2025).
101. Организация учета компьютерной техники и программного обеспечения. КиберЛенинка. URL: https://cyberleninka.ru/article/n/organizatsiya-ucheta-kompyuternoy-tehniki-i-programmnogo-obespecheniya (дата обращения: 04.11.2025).