Технические условия на [указать тип] продукцию: согласование с заинтересованными сторонами

1.1. Технико-экономическая характеристика предметной области и предприятия

В этом разделе раскрывается информация о деятельности АО «Согласование ТУ», его структуре, ключевых бизнес-процессах и месте в отрасли. Основное внимание уделяется процессу согласования технических условий: участникам, срокам, документообороту и текущим проблемам. Необходимо отразить объём производимой продукции, организационную схему, используемые стандарты и нормативы (включая ГОСТы).

Пример содержимого: На АО «Согласование ТУ» ежемесячно согласовывается до 120 комплектов технических условий. Участниками являются внутренние подразделения (ОТК, НИО, производство), внешние заказчики и регулирующие органы. Основной канал коммуникации — электронная почта, что приводит к задержкам и потере документов.

Типичные сложности:

• Отсутствие доступа к реальным данным предприятия (приходится использовать условные или агрегированные данные).
• Недостаточное понимание нормативной базы (ТУ, ГОСТ, СТО).

Время выполнения: 8–10 ч.

1.2. Характеристика комплекса задач и обоснование необходимости автоматизации

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

Пример содержимого: В настоящее время согласование занимает в среднем 14 дней. 30% запросов требуют повторного согласования из-за утерянных комментариев. Автоматизация позволит сократить срок до 5 дней и снизить количество ошибок на 70%.

Типичные сложности:

• Недостаточный анализ текущих проблем (формальное описание без глубокого погружения).
• Слабое обоснование необходимости автоматизации.

Время выполнения: 10–12 ч.

1.3. Анализ существующих разработок и выбор стратегии автоматизации

Рассматриваются аналоги систем автоматизации согласования: корпоративные порталы, системы электронного документооборота (СЭД), облачные платформы. Проводится сравнительный анализ по критериям: функциональность, стоимость, масштабируемость, простота внедрения. На основе анализа выбирается стратегия — модернизация существующей системы или разработка новой.

Пример содержимого: Проанализированы 1С:Документооборот, Microsoft SharePoint и специализированный продукт «Согласиум». Для АО «Согласование ТУ» предпочтительна разработка модуля на базе 1С с интеграцией уведомлений и контроля сроков.

Типичные сложности:

• Поверхностный анализ аналогов (только перечисление, без сравнения).
• Несоответствие выбранной стратегии специфике предприятия.

Время выполнения: 12–14 ч.

1.4. Обоснование проектных решений

Формулируются архитектурные, функциональные и технические решения: выбор платформы, структуры базы данных, интерфейса, механизмов согласования (параллельное/последовательное). Обосновывается безопасность, отказоустойчивость и удобство использования.

Пример содержимого: Предлагается клиент-серверная архитектура с использованием СУБД PostgreSQL и веб-интерфейса. Процесс согласования реализуется через конечный автомат с уведомлениями по email и SMS.

Типичные сложности:

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

Время выполнения: 10–12 ч.

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

Время выполнения: 4–6 ч.

2.1. Разработка проекта автоматизации

Описывается архитектура системы, состав модулей, диаграммы потоков данных (DFD), сценарии использования. Приводится модель процесса согласования в нотации BPMN или UML. Указываются роли пользователей и их права.

Пример содержимого: Система включает модули: «Регистрация ТУ», «Назначение согласующих», «Отслеживание статуса», «Отчётность». Диаграмма DFD второго уровня показывает взаимодействие подразделений и системы.

Типичные сложности:

• Ошибки в построении диаграмм (нарушение синтаксиса BPMN/DFD).
• Несоответствие модели реальному процессу предприятия.

Время выполнения: 14–16 ч.

2.2. Информационное обеспечение задачи

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

Пример содержимого: ER-модель включает сущности: «Технические условия», «Согласующий», «Комментарий», «Статус». Связи — «согласуется», «принадлежит», «имеет статус».

Типичные сложности:

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

Время выполнения: 12–14 ч.

2.3. Программное обеспечение задачи

Описывается используемый стек технологий (например, Python + Django + PostgreSQL), архитектура приложения, интерфейс пользователя. Приводятся скриншоты макетов форм (ввод ТУ, личный кабинет согласующего).

Пример содержимого: Фронтенд реализован на React, бэкенд — на Django. Интерфейс адаптирован под мобильные устройства. Уведомления отправляются через Telegram-бота.

Типичные сложности:

• Несоответствие выбранных технологий уровню бакалавра.
• Отсутствие реального кода или демонстрации работы.

Время выполнения: 14–16 ч.

2.4. Контрольный пример реализации проекта и его описание

Показывается работа системы на конкретном примере: от создания черновика ТУ до получения всех согласий. Приводятся скриншоты, логи, отчёты. Демонстрируется корректность обработки данных и отклонений.

Пример содержимого: Пользователь загружает черновик ТУ, система автоматически назначает согласующих. Через 2 часа приходит уведомление о замечаниях от ОТК. После исправлений статус меняется на «Согласовано».

Типичные сложности:

• Формальное описание без деталей.
• Отсутствие визуальных подтверждений (скриншотов, диаграмм).

Время выполнения: 10–12 ч.

Выводы по главе 2 — подтверждена работоспособность спроектированной системы, показано соответствие требованиям предприятия, продемонстрирован контрольный пример.

Время выполнения: 4–6 ч.

3.1. Выбор и обоснование методики расчёта экономической эффективности

Обосновывается выбор методики — например, расчёт годового экономического эффекта по методике Минэкономразвития РФ или NPV. Объясняется, почему она подходит для оценки автоматизации процесса согласования.

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

Типичные сложности:

• Некорректное применение методики (ошибки в формулах).
• Отсутствие ссылок на нормативные источники.

Время выполнения: 8–10 ч.

3.2. Расчёт показателей экономической эффективности проекта

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

Пример содержимого: До внедрения — 40 человеко-часов в месяц. После — 12. Годовой эффект — 684 тыс. руб. Срок окупаемости — 7 месяцев.

Типичные сложности:

• Нереалистичные цифры (например, 90% экономия без обоснования).
• Отсутствие промежуточных расчётов.

Время выполнения: 12–14 ч.

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

Время выполнения: 4–6 ч.