---

Техническое задание

на разработку программного продукта «Автоматизация отдела снабжения»

---

Титульный лист

Министерство просвещения Республики Башкортостан
Государственное бюджетное профессиональное образовательное учреждение
Дюртюлинский многопрофильный колледж

---

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на разработку программного продукта
«Автоматизация отдела снабжения»

---

Выполнил: студент гр. 4ИТ-23 И.О. Фамилия
Проверила: преподаватель А.Р. Хайруллина

---

2026

---

1. Введение

Наименование программы:
Полное наименование: «Система автоматизации отдела снабжения производственного предприятия».
Краткое наименование: «Снабженец».

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

---

2. Основания для разработки

Документ, на основании которого ведётся разработка:
Основанием для разработки является учебное задание по МДК.02.01 «Технология разработки программного обеспечения», утверждённое преподавателем.

Наименование темы разработки:
«Автоматизация отдела снабжения производственного предприятия».

---

3. Назначение разработки

Функциональное назначение:
Программа предназначена для автоматизации следующих процессов:

· планирование закупок на основе производственного плана;
· ведение базы поставщиков;
· учёт материалов на складе (приход, расход, остатки);
· оформление и отправка заказов поставщикам;
· контроль поставок и приёмка материалов;
· формирование отчётов об остатках, задолженностях и выполненных заказах.

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

---

4. Требования к программе

4.1. Требования к функциональным характеристикам

Программа должна выполнять следующие функции:

1. Вести базу поставщиков с контактными данными, условиями поставки и ценами.
2. Вести учёт материалов на складе (приход, расход, остатки).
3. Формировать заказы поставщикам на основе потребностей производства.
4. Отслеживать статус заказов (создан, отправлен, подтверждён, поставлен).
5. Отмечать приход материалов на склад.
6. Формировать отчёты об остатках материалов на складе.
7. Формировать список задолженностей перед поставщиками.
8. Выполнять поиск поставщика по названию, ИНН или контактным данным.
9. Выполнять поиск материала по наименованию, артикулу или категории.
10. Обеспечивать разграничение прав доступа (начальник отдела, сотрудник, кладовщик).
11. Планировать закупки на основе производственного плана.
12. Формировать отчёты о выполненных заказах и поставках.

4.2. Требования к надёжности

· Система должна обеспечивать сохранность данных при аварийном завершении работы.
· Время восстановления после сбоя — не более 30 минут.
· Резервное копирование базы данных должно выполняться ежедневно.
· Система должна корректно обрабатывать ошибочные ситуации (недоступность сервера, некорректные данные, обрыв соединения).
· При сбое одного модуля система должна продолжать работу в штатном режиме (насколько это возможно).

4.3. Условия эксплуатации

· Программа эксплуатируется в офисном помещении при температуре от +18 до +25 °C.
· Персонал должен иметь навыки работы с персональным компьютером на уровне уверенного пользователя.
· Режим работы: в рабочие дни с 9:00 до 18:00.
· Обслуживание системы должен осуществлять системный администратор.

4.4. Требования к составу и параметрам технических средств

Минимальные характеристики:

· Процессор: не ниже Intel Core i3 или аналогичный.
· ОЗУ: не менее 4 ГБ.
· Свободное место на диске: не менее 10 ГБ.
· Монитор: разрешение не менее 1366×768.
· Периферийные устройства: клавиатура, мышь.

Рекомендуемые характеристики:

· Процессор: Intel Core i5 или выше.
· ОЗУ: 8 ГБ и более.
· Свободное место на диске: 20 ГБ и более.
· Монитор: разрешение 1920×1080.

Серверная часть:

· Процессор: не ниже Intel Xeon или аналогичный.
· ОЗУ: не менее 16 ГБ.
· Свободное место на диске: не менее 100 ГБ.

4.5. Требования к информационной и программной совместимости

· Программа должна работать под управлением ОС Windows 10/11, Linux (Ubuntu 20.04 и выше).
· Для работы требуется установленный веб-браузер (Chrome, Firefox, Edge).
· Данные хранятся в реляционной базе данных PostgreSQL.
· Обмен данными между модулями осуществляется в формате JSON.
· Программа должна поддерживать интеграцию с внешними системами через API (REST).
· Программа должна обеспечивать экспорт данных в форматы Excel и PDF.

4.6. Требования к маркировке и упаковке

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

---

5. Требования к программной документации

В состав программной документации должны входить:

1. Руководство пользователя.
2. Руководство администратора.
3. Техническое описание.
4. Описание применения.
5. Пояснительная записка.
6. Формуляр.

---

6. Технико-экономические показатели

Ориентировочная экономическая эффективность:

· Внедрение системы позволит сократить время на обработку заказа на 30%.
· Снизить количество ошибок при учёте материалов на 50%.
· Уменьшить трудозатраты сотрудников отдела снабжения на 25%.
· Обеспечить бесперебойное снабжение производства за счёт своевременного контроля поставок.

Предполагаемая годовая потребность:
Для производственного предприятия требуется 10 рабочих мест (лицензий): 1 — начальник отдела, 3 — сотрудники отдела снабжения, 2 — кладовщика, 1 — руководитель производства, 3 — резервных.

---

7. Стадии и этапы разработки

Этап Содержание работ Сроки Исполнитель
1 Анализ предметной области 1 неделя Аналитик
2 Разработка ТЗ 1 неделя Аналитик, заказчик
3 Проектирование системы 2 недели Архитектор
4 Реализация (кодирование) 4 недели Разработчики
5 Тестирование 2 недели Тестировщики
6 Внедрение и обучение 1 неделя Внедренец
7 Сопровождение Постоянно Служба поддержки

---

8. Порядок контроля и приёмки

Виды испытаний:

· Функциональное тестирование.
· Нагрузочное тестирование.
· Тестирование удобства использования (юзабилити).
· Тестирование безопасности.
· Интеграционное тестирование.

Общие требования к приёмке:
Приёмка осуществляется комиссией, назначенной заказчиком. Комиссия проверяет соответствие продукта требованиям ТЗ. По результатам приёмки подписывается акт сдачи-приёмки. В случае выявления несоответствий назначается срок для их устранения.

---

9. Требования к пользовательскому интерфейсу (дополнительно)

Описание внешнего вида экранов:

· Главный экран содержит навигационное меню, панель быстрого доступа и рабочую область.
· Экраны для работы с поставщиками, материалами, заказами и отчётами имеют единообразную структуру.
· Формы ввода данных содержат поля с подсказками и валидацией.

Требования к навигации:

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

Требования к цветовой схеме:

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

Требования к шрифтам:

· Шрифт: Arial, Times New Roman или аналогичный.
· Размер шрифта: не менее 12 пт.
· Читаемость текста на экране.

---

10. Вывод

В ходе практической работы я научился разрабатывать и оформлять техническое задание на программное обеспечение в соответствии с ГОСТ 19.201-78. Я закрепил знания о составе и структуре ТЗ, освоил методику формулирования требований к программному продукту. На основе анализа предметной области, выполненного в практической работе № 1, я перевёл результаты анализа в формализованный документ — техническое задание. Полученные навыки позволят мне в будущем грамотно оформлять техническую документацию на программные продукты.

---

Дополнительно: Два варианта ТЗ

Вариант 1. ТЗ для заказчика (акцент на бизнес-требования)

Основные акценты:

· Снижение издержек на снабжение.
· Обеспечение бесперебойного снабжения производства.
· Прозрачность закупок и контроль расходов.
· Удобство работы сотрудников.
· Быстрая окупаемость.

Разделы:

1. Введение.
2. Основания для разработки.
3. Назначение разработки.
4. Требования к программе (функциональные требования — бизнес-ориентированные).
5. Технико-экономические показатели (экономическая эффективность).
6. Стадии и этапы разработки.
7. Порядок контроля и приёмки.

Вариант 2. ТЗ для исполнителя (акцент на технические детали)

Основные акценты:

· Технические характеристики.
· Архитектура системы.
· Требования к совместимости.
· Требования к надёжности.
· Требования к документации.
· Детализация этапов разработки.

Разделы:

1. Введение.
2. Основания для разработки.
3. Назначение разработки.
4. Требования к программе (функциональные и нефункциональные требования — технические).
5. Требования к программной документации.
6. Технико-экономические показатели.
7. Стадии и этапы разработки (детализированные).
8. Порядок контроля и приёмки (виды испытаний).

Сравнение двух вариантов

Критерий ТЗ для заказчика ТЗ для исполнителя
Акцент Бизнес-требования Технические детали
Функциональные требования Описаны в общих чертах Детализированы
Нефункциональные требования Минимально Подробно
Документация Общие требования Конкретный перечень
Этапы разработки Укрупнённые Детализированные
Приёмка Общие требования Виды испытаний

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