Техническое задание. Основные понятия

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

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

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

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

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

Нормативный документ
Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207: 1995 "Information Technology - Software Life Cycle Processes" (ISO - International Organization for Standardization - Международная организация по стандартизации, IEC – International Electrotechnical Commission — Международная комиссия по электротехнике).

Структура жизненного цикла
Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. В данном стандарте ПО (или программный продукт) определяется как набор компьютерных программ, процедур и, возможно, связанной с ними документации и данных. Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других процессов, и результатами.

Процессы Жизненного Цикла ПО
Основные процессы
Приобретение
Поставка
Разработка
Эксплуатация
Сопровождение
Вспомогательные процессы
Документирование
Управление конфигурации
Обеспечение качества
Верификация
Аттестация
Совместная оценка
Аудит
Организационные процессе
Организационные процессы
Управление
Создание инфраструктуры
Усовершенствование
Обучение

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

Участники ТЗ
1. Заказчик не устанавливает четких требований специально, чтобы затем получить часть работ бесплатно, либо он не уверен/ не знает/ не решил/ не понимает, что ему надо.
2. Разработчик надеется на постоянное продолжение работ за счет заказчика, аргументируя это некой неопределенностью.

Участники ТЗ
Product Manager
Руководитель проекта
Спонсор проекта
Тестировщики
Технические писатели
Кураторы
Пользователи/потребители (например, для финального тестирования)
Разработчик

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

Техзадание должно отвечать на вопросы
Что? (какие работы, содержание элементов)
Где? (расположение элементов)
Когда? (последовательность выполнения и установленные сроки работ)
Как? (технология реализации, оформление, принцип работы.) Откуда? / Куда? (при переносе и т. п.)
Зачем? (обоснование работ, если задание будет согласовываться с 3-м лицом)
Особенности.

7 типовых ошибок
Нечеткие цели и задачи.
Мало деталей в технической информации.
Размытые или неустановленные сроки.
Нет согласованности по всем вопросам между сторонами.
Нет регламента взаимодействия.
Нет ответственных лиц.
Нет критериев оценки результата.

Структура ТЗ

https://habr.com/ru/post/328822/