---

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


Практическая работа № 2. Разработка и оформление технического задания
Дисциплина: МДК.02.01 Технология разработки программного обеспечения
Тема: 2.1.1. Основные понятия и стандартизация требований к ПО
Курс: 4 курс, специальность 09.02.07
Продолжительность: 4 академических часа (2 занятия)
Цель работы
Цель: Научиться разрабатывать и оформлять техническое задание (ТЗ) на разработку
программного обеспечения в соответствии с требованиями государственного стандарта,
на основе результатов анализа предметной области, выполненного в практической работе
№ 1.
Задачи:
1. Закрепить теоретические знания о составе и структуре технического задания.
2. Освоить методику формулирования требований к программному продукту.
3. Научиться оформлять техническую документацию в соответствии с ГОСТ.
4. Сформировать навык перевода результатов анализа предметной области в
формализованный документ.
Формируемые компетенции:
• ПК 2.2. Разрабатывать и оформлять техническую документацию на программное
обеспечение.
• ПК 2.1. Анализировать предметную область, определять требования к
программному обеспечению.
• ОК 02. Использовать современные средства поиска, анализа и интерпретации
информации.
• ОК 05. Осуществлять устную и письменную коммуникацию на государственном
языке.
Оборудование и материалы:
• Персональный компьютер.
• Текстовый редактор (MS Word, LibreOffice Writer или аналогичный).
• Средство для построения диаграмм (draw.io, MS Visio, LibreOffice Draw).
• Результаты практической работы № 1 «Анализ предметной области».
• Шаблон технического задания (выдаётся преподавателем).
Варианты предметных областей
Варианты предметных областей остаются теми же, что и в практической работе № 1.
Каждый студент продолжает работу со своей предметной областью, выбранной на
предыдущем занятии. Если по каким-то причинам вариант не был выбран, необходимо
выбрать его из списка 25 вариантов практической работы № 1.
Теоретическая справка
Техническое задание (ТЗ) — это основной документ, определяющий требования и
порядок создания программного продукта. ТЗ является юридическим документом,
который регулирует отношения между заказчиком и исполнителем.
В Российской Федерации основным стандартом, регламентирующим состав и оформление
ТЗ на программное обеспечение, является ГОСТ 19.201-78 «Техническое задание.
Требования к содержанию и оформлению». Также существует более современный
стандарт ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной
системы».
Структура технического задания (по ГОСТ 19.201-78)
Раздел Содержание
1. Введение Наименование, краткая характеристика области применения
программы.
2. Основания для
разработки
Документ, на основании которого ведётся разработка
(договор, приказ, план).
3. Назначение
разработки
Функциональное и эксплуатационное назначение
программы.
4. Требования к
программе
Требования к функциональным характеристикам,
надёжности, условиям эксплуатации, составу и параметрам
технических средств, информационной и программной
совместимости, маркировке и упаковке.
5. Требования к
программной
документации
Перечень документов, которые должны быть разработаны
(руководство пользователя, руководство администратора и
т.д.).
6. Техникоэкономические
показатели
Ориентировочная экономическая эффективность,
предполагаемая годовая потребность.
7. Стадии и этапы
разработки Этапы работы, сроки, содержание работ, исполнители.
8. Порядок контроля и
приёмки Виды испытаний, общие требования к приёмке.
Ключевые понятия
Понятие Определение
Заказчик Организация или лицо, для которого разрабатывается
ПО.
Исполнитель Организация или лицо, разрабатывающее ПО.
Функциональные
требования Описание того, что система должна делать.
Нефункциональные
требования Описание того, как система должна работать.
Стадии и этапы Последовательность работ по созданию ПО.
Приёмка Процедура проверки соответствия готового продукта
требованиям ТЗ.
Ход работы
Этап 1. Подготовка исходных данных (15–20 минут)
1. Возьмите результаты практической работы № 1: описание предметной области,
границы проекта, таблицу стейкхолдеров, описание бизнес-процесса,
функциональные и нефункциональные требования.
2. Изучите шаблон технического задания, выданный преподавателем.
3. Определите, какие разделы ТЗ вы можете заполнить на основе уже собранной
информации, а какие потребуют дополнительного анализа.
Результат этапа: готовность исходных данных для заполнения ТЗ.
Этап 2. Заполнение раздела «Введение» (10–15 минут)
Необходимо указать:
1. Наименование программы — полное и краткое название разрабатываемого ПО.
Пример: «Система учёта книжного фонда библиотеки "Библиотекарь"».
2. Краткая характеристика области применения — где и для чего будет
использоваться программа.
Пример: «Программа предназначена для автоматизации учёта книжного фонда,
регистрации читателей и оформления выдачи литературы в городской
библиотеке».
Результат этапа: заполненный раздел «Введение».
Этап 3. Заполнение раздела «Основания для разработки» (10 минут)
Необходимо указать:
1. Документ, на основании которого ведётся разработка — договор, приказ,
учебное задание.
2. Пример: «Основанием для разработки является учебное задание по МДК.02.01,
утверждённое преподавателем».
3. Наименование темы разработки — тема проекта.
Результат этапа: заполненный раздел «Основания для разработки».
Этап 4. Заполнение раздела «Назначение разработки» (10–15 минут)
Необходимо указать:
1. Функциональное назначение — какие функции будет выполнять программа.
Пример: «Программа предназначена для автоматизации процессов учёта книг,
регистрации читателей, выдачи и возврата литературы».
2. Эксплуатационное назначение — где и кем будет использоваться программа.
Пример: «Программа предназначена для использования сотрудниками библиотеки
(библиотекарями и администраторами) на рабочих местах, оснащённых
персональными компьютерами».
Результат этапа: заполненный раздел «Назначение разработки».
Этап 5. Заполнение раздела «Требования к программе» (40–50 минут)
Это самый объёмный раздел. Он включает несколько подразделов.
5.1. Требования к функциональным характеристикам
Перечислите все функции, которые должна выполнять программа. Используйте
результаты практической работы № 1.
Пример:
1. Добавление новых книг в каталог.
2. Регистрация новых читателей.
3. Поиск книги по автору, названию или жанру.
4. Оформление выдачи книги.
5. Отметка о возврате книги.
6. Формирование списка задолжников.
7. Формирование отчётов о выданных книгах.
5.2. Требования к надёжности
Укажите требования к обеспечению надёжного функционирования:
• Время восстановления после сбоя.
• Сохранность данных при отключении электроэнергии.
• Резервное копирование.
• Обработка ошибочных ситуаций.
Пример: «Система должна обеспечивать сохранность данных при аварийном
завершении работы. Время восстановления после сбоя — не более 30 минут. Резервное
копирование базы данных должно выполняться ежедневно».
5.3. Условия эксплуатации
Опишите, в каких условиях будет работать программа:
• Требования к помещению.
• Требования к квалификации персонала.
• Режим работы.
Пример: «Программа эксплуатируется в офисном помещении при температуре от +18
до +25 °C. Персонал должен иметь навыки работы с персональным компьютером на
уровне уверенного пользователя».
5.4. Требования к составу и параметрам технических средств
Укажите минимальные и рекомендуемые характеристики оборудования:
• Процессор.
• Объём оперативной памяти.
• Объём жёсткого диска.
• Монитор.
• Периферийные устройства.
Пример:
• Процессор: не ниже Intel Core i3 или аналогичный.
• ОЗУ: не менее 4 ГБ.
• Свободное место на диске: не менее 10 ГБ.
• Монитор: разрешение не менее 1366×768.
5.5. Требования к информационной и программной совместимости
Укажите:
• Операционную систему.
• Необходимое программное обеспечение.
• Форматы данных.
• Совместимость с другими системами.
Пример: «Программа должна работать под управлением ОС Windows 10/11, Linux
(Ubuntu 20.04 и выше). Для работы требуется установленный веб-браузер (Chrome,
Firefox, Edge). Данные хранятся в формате JSON и в реляционной базе данных
PostgreSQL».
5.6. Требования к маркировке и упаковке
Для программного продукта этот раздел обычно содержит требования к оформлению
дистрибутива, лицензионного соглашения и т.д.
Пример: «Дистрибутив программы должен распространяться в виде установочного
пакета. Лицензионное соглашение должно быть доступно для ознакомления перед
установкой».
Результат этапа: заполненный раздел «Требования к программе».
Этап 6. Заполнение раздела «Требования к программной документации» (15 минут)
Перечислите документы, которые должны быть разработаны вместе с программой:
1. Руководство пользователя.
2. Руководство администратора.
3. Техническое описание.
4. Формуляр.
5. Пояснительная записка.
Пример: «В состав программной документации должны входить: руководство
пользователя, руководство администратора, описание применения».
Результат этапа: заполненный раздел «Требования к программной документации».
Этап 7. Заполнение раздела «Технико-экономические показатели» (15 минут)
Укажите:
1. Ориентировочную экономическую эффективность — какую выгоду принесёт
внедрение программы.
Пример: «Внедрение системы позволит сократить время на обработку заказа
книги на 30%, снизить количество ошибок при учёте на 50%».
2. Предполагаемую годовую потребность — сколько копий программы требуется.
Пример: «Для библиотеки требуется 5 рабочих мест (лицензий)».
Результат этапа: заполненный раздел «Технико-экономические показатели».
Этап 8. Заполнение раздела «Стадии и этапы разработки» (20 минут)
Составьте таблицу этапов разработки с указанием сроков и содержания работ.
Этап Содержание работ Сроки Исполнитель
1 Анализ предметной области 1 неделя Аналитик
2 Разработка ТЗ 1 неделя Аналитик, заказчик
3 Проектирование системы 2 недели Архитектор
4 Реализация (кодирование) 4 недели Разработчики
5 Тестирование 2 недели Тестировщики
6 Внедрение и обучение 1 неделя Внедренец
7 Сопровождение Постоянно Служба поддержки
Результат этапа: заполненный раздел «Стадии и этапы разработки».
Этап 9. Заполнение раздела «Порядок контроля и приёмки» (15 минут)
Опишите:
1. Виды испытаний — какие виды тестирования будут проводиться.
Пример: «Функциональное тестирование, нагрузочное тестирование,
тестирование удобства использования».
2. Общие требования к приёмке — как будет приниматься работа.
Пример: «Приёмка осуществляется комиссией, назначенной заказчиком. Комиссия
проверяет соответствие продукта требованиям ТЗ. По результатам приёмки
подписывается акт сдачи-приёмки».
Результат этапа: заполненный раздел «Порядок контроля и приёмки».
Этап 10. Оформление титульного листа и содержание (15 минут)
Оформите титульный лист технического задания:
• Наименование учебного заведения.
• Наименование документа: «Техническое задание на разработку программного
продукта "Название"».
• ФИО студента, группа.
• ФИО преподавателя.
• Город и год.
Результат этапа: готовый титульный лист.
Этап 11. Проверка и сдача работы (10–15 минут)
1. Проверьте соответствие всех разделов требованиям ГОСТ.
2. Убедитесь, что все требования сформулированы чётко и однозначно.
3. Проверьте орфографию и пунктуацию.
4. Сохраните документ в формате .docx или .pdf.
5. Сдайте работу преподавателю.
Задания для выполнения
Задание 1
Разработайте и оформите техническое задание на программный продукт для предметной
области, выбранной в практической работе № 1. ТЗ должно содержать все разделы,
предусмотренные ГОСТ 19.201-78.
Задание 2
Дополните ТЗ разделом «Требования к пользовательскому интерфейсу», включающим:
• Описание внешнего вида экранов.
• Требования к навигации.
• Требования к цветовой схеме.
• Требования к шрифтам.
Задание 3
Разработайте два варианта ТЗ: один — для заказчика (более подробный, с акцентом на
бизнес-требования), другой — для исполнителя (с акцентом на технические детали).
Сравните оба варианта.
Контрольные вопросы
1. Что такое техническое задание? Каково его назначение?
2. Какие стандарты регламентируют состав и оформление ТЗ?
3. Перечислите основные разделы ТЗ по ГОСТ 19.201-78.
4. Чем функциональные требования отличаются от нефункциональных?
5. Почему важно указывать требования к надёжности в ТЗ?
6. Что входит в раздел «Требования к информационной и программной
совместимости»?
7. Какие документы могут входить в состав программной документации?
8. Зачем нужен раздел «Стадии и этапы разработки»?
9. Как осуществляется приёмка готового программного продукта?
10.Что может произойти, если ТЗ составлено неполно или неточно?
Критерии оценки
Критерий Баллы
Наличие всех обязательных разделов ТЗ 3
Корректность заполнения раздела «Введение» 1
Корректность заполнения раздела «Основания для разработки» 1
Полнота раздела «Назначение разработки» 1
Полнота и корректность раздела «Требования к программе»
(функциональные требования) 3
Полнота раздела «Требования к программе» (нефункциональные
требования) 2
Корректность раздела «Требования к программной документации» 1
Наличие и корректность раздела «Технико-экономические
показатели»
1
Корректность раздела «Стадии и этапы разработки» 2
Корректность раздела «Порядок контроля и приёмки» 1
Оформление титульного листа 1
Грамотность и стиль изложения 1
Дополнительно: раздел «Требования к пользовательскому
интерфейсу» +2
Дополнительно: два варианта ТЗ (для заказчика и исполнителя) +3
Итого 18 (+5)
Оценка:
• «Отлично» — 16–18 баллов (и более).
• «Хорошо» — 12–15 баллов.
• «Удовлетворительно» — 8–11 баллов.
• «Неудовлетворительно» — менее 8 баллов.
Рекомендуемая литература
1. Конспект лекций по МДК.02.01 «Технология разработки программного
обеспечения».
2. ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению».
3. ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной
системы».
4. Учебные пособия по проектированию информационных систем.