Систематизация опыта подготовки технического задания

Особенности техзадания

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

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

Как узнать все, что нужно, и не показаться дураком.

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

• В примечаниях (сбоку).
• Выделенные другим цветом и шрифтом прямо в тексте.
• Методом исправления (Word). Данный файл по итогам прикрепляется к задаче учетной системы (например, JIRA).

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

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

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

• Полное описание целей и функциональности программного обеспечения;
• Детали того, как программа будет работать с точки зрения скорости, времени отклика, доступности, мобильности, надёжности, скорости восстановления и т.д.;
• Варианты того, как пользователи будут использовать программное обеспечение;
• Определение того, как приложение будет взаимодействовать с оборудованием или другими программами;
• Нефункциональные требования (например: требования к обеспечению эффективности, стандарты качества, или проектные ограничения)

ТЗ позволяет разработчикам ясно понять цели программного обеспечения и то, на чём нужно фокусироваться. Кроме того, оно:

Как написать ТЗ на разработку программного обеспечения?

Нет стандартного метода написания ТЗ, но мы можем дать несколько советов:

Если у вас ещё нет шаблона, их можно найти в Интернете. Используйте шаблон для создания плана документа. Измените его в соответствии с потребностями вашей организации.

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

Вот пример простого плана ТЗ на ПО:

1. Сфера применения
2. Обзор системы
3. Ссылки
4. Определения
5. Примеры использования
6. Функциональные требования
7. Нефункциональные требования

После создания плана можно писать спецификацию. Вот несколько советов:

Выберите для написания лучшего

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

Сделайте информацию визуальной

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

Не документируйте слишком много

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

Создайте онлайн-версию ТЗ и постоянно обновляйте её

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

1. Введение 1.1. Наименование программы 1.2. Назначение и область применения программы 2. Требования к программе 2.1. Требования к функциональным характеристикам программы 2.2. Требования к надежности программы 2.2.1. Требования к обеспечению надежного функционирования программы 2.2.2. Время восстановления программы после отказа 2.2.3. Отказы программы из-за некоректных действий оператора 3. Условия эксплуатации программы 3.1. Климатические условия эксплуатации программы 3.2. Требования к квалификации и численности персонала 3.3. Требования к составу и параметрам технических средств 3.4. Требования к информационной совместимости 3.4.1. Требования к информационным структурам и методам решения 3.4.2. Требования к исходным кодам и языкам программирования 3.4.3. Требования к программным средствам, используемым программой 3.4.4. Требования к защите информации и программ 3.5. Специальные требования 4. Требования к программной документации 4.1. Предварительный состав программной документации 5. Технико-экономические показатели 5.1. Экономические преимущества разработки программы 6. Стадии и этапы разработки программы 6.1. Стадии разработки программы 6.2. Этапы разработки программы 6.3. Содержание работ по этапам 7. Порядок контроля и приемки 7.1. Виды испытаний 7.2. Общие требования к приемке работы

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

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

Конструкторское бюро

Документ этот может занимать, как одну страницу А4, так и целый том, все зависит от задач и пожеланий которые в него входят. К примеру, вы можете написать техническое задание на небольшой landing page (одностраничный сайт) или же на сложное программное обеспечение с машинным обучением и прочими фишками.

ТЗ для сайта — важные моменты

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

Детальное описание сущностей

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

1. Вы создаёте сайт-визитку, состоящий исключительно из нескольких страниц. В этом случае, сущностью будет «Страница», у каждой из которых есть свой заголовок, содержимое и другие опции.
2. Если вы захотите добавить на свой сайт раздел с новостями, то «Новость» будет новой сущностью. Помимо заголовка и содержимого эти материалы могут иметь, например, дату публикации или автора.
3. Кстати, «Автор» также является сущностью — у каждого из них может быть уникальная фотография и имя. В этом случае, сущности могут быть связаны друг с другом, как новость и её автор.

Узнать больше о проекте

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

Функциональные особенности

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

Изменения в правилах описания ОЗ по статье 33 закона № 44-ФЗ, примеры изменений

После принятия закона «О стандартизации в Российской Федерации…» от 29.06.2015 № 162-ФЗ, устанавливающего условия применения национальных стандартов, потребовалось привести в соответствие его положениям действующее российское законодательство. С этой целью был принят закон «О внесении изменений…» от 05.04.2016 № 104-ФЗ, внесший коррективы в 27 нормативных актов, в число которых попали и законы о закупках: упомянутый выше 44-ФЗ и закон «О закупках товаров, работ, услуг отдельными видами юридических лиц» от 18.07.2011 № 223-ФЗ. В результате с июля 2016 года правила описания объекта закупки по 44-ФЗ претерпели некоторые изменения, связанные с добавлением условий о соответствии стандартам.

Практическое внедрение новшеств

Вступившие в силу изменения были сформулированы не очень четко, и большинство заказчиков испытывает трудности при формировании описания ОЗ. Так, в пункте 2 части 1 статьи 33 закона № 44-ФЗ указывается, что при оформлении условий закупки заказчиком могут использоваться другие (нестандартизированные) показатели, условные обозначения или требования при условии обоснования необходимости в этом.

Более полную информацию по теме вы можете найти в КонсультантПлюс.
Полный и бесплатный доступ к системе на 2 дня.

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

В том же случае, если заказчик не использует показатели (условные единицы и т. п.), утвержденные национальными стандартами (даже если он просто не указал в описании ОЗ на имеющиеся нормативы), тогда ему следует подготовить обоснование, почему он использует иные показатели. Более того, указание одних лишь ссылок на существующие стандарты без упоминания требуемых показателей будет свидетельствовать о нарушении норм, указанных в пункте 2 части 1 и части 2 статьи 33 закона № 44-ФЗ. Это означает, что заказчик при составлении описания ОЗ должен учитывать установленные законодательством правила и ограничения, т. е. ему необходимо выбрать соответствующие стандарты, ГОСТы или техрегламенты, в которых прописаны технические характеристики и показатели, соответствующие требованиям к предмету и целям производимой закупки.

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

• ГОСТ 10280-83;
• ГОСТ Р 51318.14.1-99;
• ТР ТС-010-2011.

Если же в качестве ОЗ выступают продукты питания, то при их описании, согласно рекомендациям, изложенным в письме Минэкономразвития от 04.09.2015 № ОГ-Д28-11718, нельзя указывать требования к оставшемуся сроку годности в процентах. Такое требование объясняется недопущением ограничения конкуренции. В описании ОЗ в этом случае надлежит представить обоснование по использованию нестандартизованных показателей и определить конкретный период (к примеру, в сутках), в течение которого продукты сохранят свою годность. Или как вариант можно указать точную дату, до которой продукты должны сохранять свою пригодность для употребления их по прямому назначению.

Подпишитесь на рассылку

Какие программы называют лицензионными?

Практическая работа №2

Тема работы:Лицензионные и свободно распространяемые программные продукты. Организация и обновление программного обеспечения с использованием сети Интернет.

Цель работы:изучить лицензионные и свободно распространяемые программные продукты; научиться осуществлять обновление программного обеспечения с использованием сети Интернет.

Оборудование, приборы, аппаратура, материалы: персональный компьютер с выходом в Интернет.

Задания

Задание 1. Найти в Интернете закон РФ «Об информации, информатизации и защите информации» и выделить определения понятий:

• информация — сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления.

• информационные технологии — процессы, методы поиска, сборы, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов.

• информационно-телекоммуникационная сеть — технологическая система, предназначенная для передачи по линиям связи информации, доступ к которой осуществляется с использованием средств вычислительной техники.

• доступ к информации— возможность получения информации и её использования.

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

• электронное сообщение — информация, переданная или полученная пользователем информационно-телекоммуникационной сети.

• документированная информация — зафиксированная на материальном носителе, путём документирования, информация с реквизитами, позволяющими определить такую информацию или, в установленных законодательством Р.Ф. случаях, её материальный носитель.

Задание 2.Изучив источник «Пользовательское соглашение» Яндекс ответьте на следующие вопросы:

1. По какому адресу находится страница с пользовательским соглашением Яндекс? http://company.yandex.ru/legal/rules/

2. В каких случаях Яндекс имеет право отказать пользователю в использовании своих служб?Яндекс имеет право отказать пользователю в случае непринятия правил или условий использования, либо их нарушения.

3. Каким образом Яндекс следит за операциями пользователей?С помощью программ: Яндекс вебмастер, Яндекс Бар, Яндекс Метрика, Яндекс почта, Punto Switcher, Web Visor.

4. Что подразумевается под термином «контент» в ПС?Содержания сайта: текстовая информация, графические материалы, мультимедийные файлы и т.д.

5. Что в ПС сказано о запрете публикации материалов, связанных с:

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

Наблюдения, которые указывают на решимость предприятия к изменениям

Раздается звонок.
— Здравствуйте, это Сергей? Меня зовут (не вникайте в название, но это плоды секундной фантазии), я директор по производству на . У меня есть ряд проблем с производственным планированием. Могли бы мы с вами встретиться?

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

Советы по написанию

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

Стоит напомнить и о том, насколько важно сверяться с нормами: будь то ГОСТ, нормативные или правовые акты, локальные акты и т. д

Источник статьи: http://www.syl.ru/article/303073/obraztsyi-tehnicheskih-zadaniy-kak-pravilno-sostavit-tehnicheskoe-zadanie

Этапы составления технического задания

1. Составить список терминов, определений и сокращений, которые будут использоваться в документе.

2. Предоставить полную информацию о заказчике:

• наименование (официальное название организации с указанием организационно-правовой формы);
• адрес (организации или подразделения, которое отвечает за госзакупку);
• режим рабочего дня в соответствии с внутренним трудовым распорядком.

3. Предусмотреть в информации о закупке сведения:

• привлечение экспертов, порядок их работы.

4. Перечислить сведения о госзакупке:

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

6. Указать исходные условия: справочная, производственная, опытная информация, которые оказывают влияние при исполнении контракта. Например, обслуживать закупаемую технику только в утренние часы.

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

8. Указать точное местоположение объекта, а при необходимости — его полное описание. Это потребуется, например, для проектирования инженерных коммуникаций или для точного расчета стоимости ремонта.

9. Привести желаемые результаты (какую проблему хочет решить заказчик).

10. Указать источник финансирования.

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

13. Указать наименование и обоснование объекта госзакупки.

15. Определить экологические особенности закупаемого объекта.

16. Уточнить объем закупаемых товаров, периодичность и срок поставки.

17. Определить гарантийный срок и объем предоставляемых гарантий.

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

19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.

20. Определить расходы на эксплуатацию.

21. Определиться, нужны ли монтаж и наладка.

22. Установить порядок поставки и приемки.

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

Дропшиппинг или «виртуальные» склады поставщиков в 1С

Сейчас всё больше компаний работают по системе дропшиппинг (прямые поставки, когда поставщик отправляет товар непосредственно клиенту, а не продавцу) или продают товар со склада поставщика не закупая его себе на склад (под конкретные заказы покупателей). При этом за частую есть необходимость хранения остатков и цен поставщика, выгрузки их на сайты и другие информационные ресурсы, рассылки в своих прайс листах. В статье рассматриваются варианты отражения подобных операций в управленческих конфигурациях 1С без привязки к конкретной конфигурации. С некоторыми различиями данные схемы можно применить в Управлении торговлей 10 и 11, Рарус:Альфа-авто, Комплексной автоматизации, УПП и др. т.е. в целом в любой конфигурации с возможностью ведения управленческого учета и механизма заказов.

Начало составления документа

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

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

Кто должен составлять ТЗ

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

Рассмотрим на примерах, чем будут различаться их задания.

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

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

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

• перечень страниц сайта;

• краткое описание блоков страниц;

• данные о полях для ввода (например, поля в личном кабинете и т. д.);

• информацию о ссылках и переходах;

• данные о группах пользователей и их правах (возможность совершать действия в админке, на сайте и т. д.).

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

Техническое задание от исполнителя

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

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

Программное обеспечение представляет из себя самостоятельное исполняемое приложение. Формат базы данных совместим с ADO.

^

Пользователи работают с базой данных через системный интерфейс.

3.3.3. Требования к исходным кодам и языкам программирования

Дополнительные требования не предъявляются.

^

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP.

^

Требования к защите информации и программ не предъявляются.

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

Специальные требования не предъявляются.^

4.1. Предварительный состав программной документации

Состав программной документации должен включать в себя:

• техническое задание;
• программу и методики испытаний;
• руководство оператора;

^

5.1. Экономические преимущества разработки

Программа является бесплатным продуктом, финансовые средства не затрачиваются, и преимуществом является ускорение автоматизации обработки данных клиентов кафе/бара

^

6.1. Стадии разработки

Разработка должна быть проведена в три стадии:

1. Разработка технического задания;
2. Рабочее проектирование;
3. Внедрение.

^

На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

• разработка программы;
• разработка программной документации;
• испытания программы.

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

^

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

• Постановка задачи;
• Определение и уточнение требований к техническим средствам;
• Определение требований к программе;
• Определение стадий, этапов и сроков разработки программы и документации на неё;
• Согласование и утверждение технического задания. На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы. На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

• Разработка, согласование и утверждение и методики испытаний;
• Проведение приемо-сдаточных испытаний;
• Корректировка программы и программной документации по результатам испытаний.

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

^

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

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

7.2. Требования к приемке работы

При приёмке необходимо проверить соблюдение следующих условий:

• полноты и качества реализации функций при штатных предельных критических значениях параметров объекта автоматизации и в других условиях функционирования данных в ТЗ;
• выполнению каждого требования относящегося к интерфейсу системы;
• Работы персонала в диалоговом режиме;
• Средств и методов восстановления работа способности ПП после отказов;
• Комплексности и качества эксплуатационной документации.

От ИСПОЛНИТЕЛЯ			От ЗАКАЗЧИКА
Генеральный ДиректорООО «_____________» ________________ «__» __________ 2012 г.			«__» __________ 2012 г.

Заключение

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

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

Надеюсь, с помощью этой статьи написать Техническое задание вам будет немножко легче!