Пример задания на разработку программы

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

Как составить техническое задание для разработки мобильного приложения?

Структура представленном здесь примере технического задания для 1С, состоит из следующих разделов

1.Контекст задачи

В данном разделе идет описание в следующей последовательности пользовательская история -> проблема или предложение -> ожидаемый результат Этот раздел позволяет разработчику понять суть проблемы и спроектировать техническую часть (если он участвует в разработке структуры технического задания) Заполняется Аналитиком и/или Заказчиком

2.Критерии результата

В этом разделе перечислены, основные критерии по которым можно проводить тестирование и проверять результат технического задания. Данные критерии будут являться основанием для того, чтобы работа считалась выполненной во время сдачи-приемки заказчику. Заполняется Аналитиком и/или Заказчиком

3.Техническое описание

В разделе технического описания задания должен быть представлен результат архитектурного и функционального решения. Описаны структуры добавленных объектов, требования к поведению системы при наступлении определенных событий. Т.е. описан способ реализации поставленной задачи.
Можно использовать следующие подразделы: ● Интерфейс (формы ввода, расположение команд) ● Добавленные, измененные объекты (архитектура) ● Контрольные процедуры (проверка введенных пользователем данных) ● Алгоритмы автоматического заполнения ● Алгоритмы реагирования на события ● Алгоритмы реагирования на команды ● Ролевая модель ● Формы вывода информации Заполняется Архитектором или Программистом

4.Контактные лица

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

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

5.Трудоемкость
Оценка планируемых трудозатрат на выполнение данного ЧТЗ Заполняется Архитектором или Программистом
6.Чек-лист

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

2. Пример технического задания в 1С

Хочется еще раз отметить, что ЧТЗ или ТЗ позволяют не только действовать согласованно всем участникам проекта, но и получить осознанное представление о ходе разработки и критериях успешной сдачи работ. Рассмотрим пример технического задания для 1С. —————————————————————————————————————————— ЧТЗ-031 Учет личного автотранспорта

Контекст задачи
Критерии результата
Техническое описание
Интерфейс

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

Данные о личном автомобильном транспорте

Добавленные объекты

Регистры сведений:
Роли:

Измененные объекты

Подсистемы:

Автозаполнение:

При добавлении новой записи Личный автотранспорт автоматически устанавливать значение поля «Номер по порядку»

Контактные лица

Трудоемкость
● Разработка – 1 ч. ● Перенос данных – 2 ч. ● Тестирование – 0,5 ч. Итого – 3 ч.
Чек-лист выполнения

Источник: www.koderline.ru

Техническое задание на доработку 1С

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

Сюда же входит и свод стандартов запуска проекта. Это понимание роли технического задания продиктовано требованиями ГОСТ 19.201-78 и 34.602-89, согласно которым ведется разработка ТЗ для 1С. Есть и другое толкование значения этого документа, более приближенное к практике.

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

Каким должно быть ТЗ?

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

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

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

Александр Моисеев Руководитель отдела разработки
Нужна помощь
специалиста?
Профессиональная консультация БЕСПЛАТНО

Основные ошибки в техническом задании на разработку 1С

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

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

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

После просмотра заказчиком образец ТЗ на доработку 1С может измениться и не всегда в лучшую сторону. Это в свою очередь обычно мешает программистам правильно воспринимать информацию. Особенно это касается специалистов с небольшим опытом. На этом этапе часто возникают следующие ошибки:

1. Требования разных разделов противоречат друг другу.
2. Формулировки оказываются неточными.
3. Местами информация излишне детализирована.

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

Как избежать ошибок при разработке ТЗ?

Основное правило, которое относится ко всем последующим рекомендациям, — формулировки должны быть конкретными. Для этого нужно использовать ссылки на ГОСТы, другие нормативные документы. Это позволяет исполнителю и заказчику воспринимать информацию в одном ключе.

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

Основные правила при составлении технического задания на разработку отчета и других элементов 1С:

1. ТЗ создается совместно исполнителем и заказчиком.
2. К работе программистов должны предъявляться только объективные требования. Для успешной разработки проекта субъективное видение заказчика должно быть сведено к минимуму.
3. Нужно подробно описывать результат, который нужен заказчику. При этом в примере технического задания на разработку конфигурации 1С необходимо прописывать все параметры, по которым должен работать элемент. Иначе результат может сильно отличаться от желаемого.
4. Риски исполнителя и заказчика должны быть примерно равны и сведены к минимуму.
5. Нельзя применять термины, которые используются в деловом общении и не применяются в конкретной отрасли.

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

Опасность неверного составления ТЗ

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

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

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

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

Как правильно создать ТЗ (техническое задание) на разработку сайта. Из чего состоит ТЗ на создание сайта? Пример шаблона технического задания в договоре.

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

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

В этой статье вы узнаете, как правильно составить техническое задание на создание сайта, чтобы все остались довольны проделанной работой.

Что такое техническое задание

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

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

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

• Рассказать подробнее о компании, предлагаемых товарах или услугах, целевой аудитории;
• Уточнить о проблемах, с которыми целевая аудитория (ЦА) будет приходить к клиенту и их решения;
• Узнать, что именно клиент хочет получить от сайта;
• Попросить привести примеры удачных сайтов конкурентов.

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

Чёткость формулировок в ТЗ

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

Главный критерий качества ТЗ — чёткие формулировки, отсутствие двусмысленных трактовок.

Народная мудрость.

Конкретика в техническом задании — главное условие качества, например:

• Каждая страница должна провериться на GTmetrix или GoogleSpeed с показателем скорости не менее 80/100 по Google Page Speed.
• Ресурс должен выдерживать до 20 тыс. посетителей одновременно.
• На главной должны выводиться новости и ниже отображаться форма с кнопкой «Подписаться» с возможностью отправить e-mail адрес.
• Список партнеров в виде карусели логотипов, отзывы клиентов в слайдере с горизонтальной прокруткой по 1-му отзыву на слайд.

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

Структура технического задания сайта

Структура сайта – это фундамент вашего будущего бизнес-инструмента. Решите, какие страницы необходимо создать и продумайте навигацию на них. По нашему опыту клиент проще воспринимает блок-схему, нарисованную в XMind. Но если вы считаете, что работа в XMind займет слишком много времени, то просто перечислите секции в word файле.

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

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

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

Страница «Главная»

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

Детальное описание функций

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

• CMS система Вордпресс, Битрикс и тп.
• Формы заявок с возможностью оставить заявку
• Модальные окна
• Слайдеры
• Модули галереи
• Модули SEO оптимизации и страниц
• Модули кеширования и сжатия
• Онлайн-карта с гео-метками
• Онлайн-калькулятор с расчетом цены

К технической части относятся требования хостингу и его настройкам. Советуем выбирать проверенный и быстрого хостинг-провайдера с приемлемыми тарифами на обслуживание. Мы используем в проектах вот этот хостинг. Стоимость всего 2 500 ₽ в год, домен в зоне .ru можно купить за 179 ₽. Вот пример функционального описания для технического задания.

Контент, оформление, дизайн

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

Помните, что сайт — это техническое и программное обрамление контента. Если контент (фото и видео) не очень, то и сайт будет таким же.

Народная мудрость.

Отдельно стоит уделить внимание качеству фото и видео. Мы всегда рекомендуем заказать фото и видео съёмку клиентам, если нет презентабельного фото и видео контента для сайта.

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

Помните, что хорошее оформление зависит от качества исходного контента. Если у вас будут неказистые фото, то красивые кнопочки не помогут.

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

Что должно быть в ТЗ

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

• Общая концепция.
• Структура сайта и страниц.
• Требования к хостингу.
• Прототипы страниц.
• Требования к вёрстке и работоспособности.
• Функциональная часть.
• Требования к дизайну и контенту.

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

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