Пример написание технического задания на программу

Подробная инструкция для написания технического задания для своего проекта ПО.

Скачать:

Предварительный просмотр:

Кто составляет ТЗ?

Техническое задание — это работа не одного человека, а группы лиц:

• Аналитиков со стороны Заказчика — они определяют необходимость системы, выдвигают в письменном виде требования к новой программе.
• Аналитиков со стороны Разработчика — они должны обследовать область, по которой будет разрабатываться программа, или компанию. Учесть все схемы, алгоритмы и нюансы работы, которую будет выполнять система.
• Технический писатель — сотрудник, который соберёт все данные аналитиков и запишет их согласно ГОСТу.

Чаще всего Техническое задание, выполненное по ГОСТу — это требование органов государственной власти или крупных государственных компаний.
Написание Технического задания работа долгая и сложная. ТЗ не один раз согласовывается у руководства заказчика и разработчика, а также не раз правится и переписывается. Чтобы написать хорошее ТЗ иногда уходит месяц и больше, но лучше потратить побольше времени на написание Технического задания, чем потом доказывать, что вы хотели не так и имели в виду совершенно другое. Ведь все ошибки в Техническом задании будут стоить денег и времени Разработчику /Заказчику. [1]

09 Пример составления технического задания

По каким ГОСТам пишется ТЗ?

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

В России Техническое задание пишется согласно двум ГОСТам:

ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы»;

ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению».

Для создания модуля, программы, комплекса программ требуется Техническое задание по ГОСТу. Это очень важно, ведь именно там описаны все пункты, по которым впоследствии могут возникнуть споры. [1]

По ГОСТу 19.201-78 «Техническое задание. Требования к содержанию и оформлению»:

Техническое задание должно содержать следующие разделы:

• основания для разработки;

• назначение разработки;

• требования к программе или программному изделию;

• требования к программной документации;

• технико-экономические показатели;

• стадии и этапы разработки;

• порядок контроля и приемки;

• в техническое задание допускается включать приложения.

В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе «Основание для разработки» должны быть указаны:

• документ (документы), на основании которых ведется разработка (у вас учебная практика и курсовой проект);

• организация, утвердившая этот документ, и дата его утверждения;

• наименование и (или) условное обозначение темы разработки.

В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

ТОП-9 советов как написать техническое задание? (ТЗ или техзадание за 9 шагов)

Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

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

• требования к надежности;

• условия эксплуатации;

• требования к составу и параметрам технических средств;

• требования к информационной и программной совместимости;

• требования к маркировке и упаковке;

• требования к транспортированию и хранению;

• специальные требования.

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

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

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

В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

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

При необходимости должна обеспечиваться защита информации и программ.

В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

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

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

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

В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

В приложениях к техническому заданию, при необходимости, приводят:

• перечень научно-исследовательских и других работ, обосновывающих разработку (пока вам это не нужно);

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

• другие источники разработки. [2]

Источник: nsportal.ru

Лаб раб 1 Разработка Технического задания

Практическая работа 1. РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ Цель работы: и зучить основные принципы и получить базовые навыки подготовки тех- нических заданий на разработку программного обеспечения Основные понятия При разработке современного коммерческого прикладного программного продукта есть два основных момента, которые требуют обязательного документального подтверждения: договорные отношения (контракт) и требования к конечному результату — техническое задание (ТЗ). Основная цель написания ТЗ — устранение двусмысленностей о том, что именно будет являться конечным продуктом.

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

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

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

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

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

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

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

Преимущества, получаемые в результате составления ТЗ Заказчик смотрит на проект с точки зрения выгод для бизнеса. Разработчик – с точки зрения технических проблем и объема работ. В итоге заказчик стремится к тому, чтобы все получилось максимально хорошо и красиво, а разработчик чтобы проект потребовал от него минимум усилий.

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

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

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

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

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

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

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

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

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

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

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

6. Снижение числа проблем между заказчиком и исполнителем, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний). 7. Исполнитель может спланировать выполнение проекта и работать по намеченному плану. 8. Исполнитель получает возможность отказаться от выполнения работ, не указанных в ТЗ, в рамках уже заключенного контракта и требовать заключение дополнительного контракта и нового ТЗ. 9. Заказчик может не заниматься контролем исполнителя по ходу работ в режиме реального времени.

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

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

Задание 1. Выбрать предметную область 2. Определить программную систему, автоматизирующую некоторый процесс в выбранной предметной области 3. Подготовить техническое задание на разработку данной системы в соответствии с ГОСТ 34.602 89 «Техническое задание на создание автоматизированной системы» или ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» (в техническое задание в раздел календарного плана включить сетевой график и диаграмму Ганта, выполненную с помощью одного из инструментальных средств). Пример выполнения работы Пример 1. Разработать техническое задание на программный продукт, предназна- ченный для наглядной демонстрации школьникам графиков функций одного аргумента у = f (x). Разрабатываемая программа должна рассчитывать таблицу значений и строить график функций на заданном отрезке по заданной формуле и менять шаг аргумента и границы отрезка. Кроме этого, программа должна запоминать введенные формулы.

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

Источник: studfile.net

Как составить техническое задание на разработку сайта

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

Процесс составления технического задания

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

Специфика Alto — это разработка корпоративных сайтов от 100 до 400 часов и интернет-магазинов от 150 до 1200 часов. Если ваш проект планируется в этом же интервале, тогда можете скачать шаблон технического задания на создание сайта.

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

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

• tz-online.site/write-tz/
• gagara-web.ru/tools/tz-generator/

В качестве дополнительных источников смотрите ГОСТЫ. Они громоздкие и избыточные, поэтому не подходят большинству проектов. Однако, в них можно найти такие требования про которые вы бы даже и не вспомнили.

• это еще советская разработка сбора требований для создания автоматизированных систем.
• стандарт разработки сложных систем. В нем есть вопросы о требовании к функциям, а также рекомендация: как описывать условия платформ, которые будут работать вместе с вашим продуктом.
• продвинутая спецификация для разработки требований к IT-продуктам.

Этап 1. Подготовка Брифа

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

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

Например, один из инструментов Notion – базы данных. Вы можете создать свою базу с кастомными полями. Добавить несколько видов отображения: в виде календаря или в виде таблицы.

Этап 2. Подготовка прототипа

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

Для того, чтобы визуализировать это используйте Figma.com Для его использования необязательно иметь навыки дизайнера. Можно примерно показать, как всё должно выглядеть.

Для творческого вдохновения, рекомендуем посмотреть раздел wireframes, где выложены сотни примеров. Также вы сможете найти множество готовых макетов по запросу “UI kit figma”. Можно скопировать компоненты и собрать из них прототип.

Рекомендую обратить внимание на bootstrap UI-кит. Это поможет сократить расходы на реализацию проекта. Так как есть одноименная библиотека для разработки.

Этап 3. Разработка дизайна и ЧТЗ

На этапах дизайна будет разработано частичное техническое задание (ЧТЗ) на разработку сайта. Оно составляется на основе прототипа и дизайна сайта. После утверждения техзадания, оно будет являться документом для проверки качества выполнения работ.

В структуру ЧТЗ входят требования к:

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

Что учесть при составлении технического задания?

Совет 1. Описывайте точными понятиями

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

• «красивый» — основные цвета, шрифты, визуал и т.д.
• «надёжный» — требования к хостингу, защита от DDoS атак и т.д.
• «функциональный» — дополнительные модули, интеграция с 1С и т.д.
• «быстрый» — скорость загрузки страницы в секунду, определенный показатель в сервисе PageSpeed Insights и т.д.

Совет 2. Дайте базовую информацию

Каждый член команды должен чётко понимать:

• чем занимается компания;
• какие особенности у продукта;
• какая целевая аудитория;

Потому в начале ТЗ укажите базовую информацию по проекту, какие задачи решаем.

Совет 3. Идите от общего к частному

Совет 4. Поясните термины

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

Зачем нужно технического задание

Польза для разработчика

Польза для заказчика

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

Увидеть результат. Оценить структуру, функционал ещё до создания сайта. Понять, всё ли устраивает, и что стоит поменять на этапе планирования.

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

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

Продемонстрировать компетентность. Проработанное ТЗ на разработку сайта – дополнительное доказательство профессионализма. Заказчик ещё раз убедится, что перед ним опытная команда, которая знает, что делает.

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

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

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

Сколько стоит ТЗ на разработку сайта?

Стоимость разработки ТЗ варьируется от 1 000 до 3 000 рублей за час специалиста. Итоговая стоимость зависит от ряда факторов:

• Масштабы проекта. К примеру, на разработку техзадания для корпоративного сайта в среднем уходит 10 часов, а для крупного интернет-магазина с дополнительными интеграциями до 200 часов.
• Уровень сложности. Зависит от того, будут использовать стандартные опции или разрабатывать отдельные решения. Также на сложность проекта влияет размер структуры сайта.
• Компетентность специалиста. Чем сложнее проект – тем более «дорогой» специалист будет составлять ТЗ.

Зачем нужно платить за составление ТЗ на разработку сайта?

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

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

Резюме

• Техническое задание – это документ, в котором детально прописаны требования к будущему сайту. Он необходим, чтобы убедиться, что обе стороны верно поняли друг друга.
• ТЗ составляет исполнитель. По той причине, что он лучше знает какие инструменты и стоит использовать, чтобы решить поставленную задачу.
• Главные правила при составлении ТЗ – однозначность терминов и понятий.
• В техническое задание нужно включить требования к хостингу, дизайну, структуре. Описать функционал каждой страницы, каждого используемого инструмента и опции. Также пропишите требования для seo-продвижения.
• Стоимость разработки ТЗ зависит от сложности и масштаба проекта, компетенции специалистов. Цена за час специалиста от 1 000 до 3 000 рублей.

Источник: alto.codes