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

6.4. РАЗРАБОТКА И ПРАВИЛА ОФОРМЛЕНИЯ
ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ АИС

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

• ограничения, риски, критические факторы, влияющие на успешность проекта, например время реакции системы на запрос является заданным ограничением, а не желательным фактором;
• совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, предоставляемые системе, внешние условия её функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы;
• сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;
• описание выполняемых системой функций;
• будущие требования к системе в случае её развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;
• сущности, необходимые для выполнения функций системы;
• интерфейсы и распределение функций между человеком и системой;
• требования к программным и информационным компонентам ПО, требования к СУБД. Если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной (например, распределённой) СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям;
• что не будет реализовано в рамках проекта.

Разработка ТЗ ведётся в соответствии со стандартами:

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

ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

I. Общие положения

ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. В соответствии с ГОСТ 34.601-90 , после согласования с Заказчиком, выполняется разработка, оформление, согласование и утверждение Технического задания на АИС (при необходимости – на части АИС). Данный стандарт также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ. В самом общем случае к ним относятся:

1. Организация-заказчик (пользователь), для которой создаётся АИС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АИС, так и по отдельным её компонентам;

2. Организация-разработчик (генпроектировщик), осуществляющая работы по созданию АИС, представляя Заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС. Данная (головная) организация может пользоваться услугами других организаций, работающих у неё на субподряде;

Задание на проектирование, Техническое задание, URS – в чем различие? Структура Технического задания

3. Организация-поставщик, изготавливающая и (или) поставляющая программные и технические средства по заказу Разработчика или Заказчика;

4. Организации, выполняющие строительные, электротехнические, санитарно-технические, монтажные, наладочные и другие подготовительные работы, связанные с созданием АИС.

ТЗ на АИС разрабатываются на основании исходных данных.

Любые изменения к ТЗ оформляются дополнительными протоколами, подписанными заказчиком и разработчиком. Оформленные таким образом дополнения являются неотъемлемой частью ТЗ на АИС. На титульном листе ТЗ должна быть запись “Действует с …”.

СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ

Рассмотрим состав ТЗ с учётом требований ГОСТ 34.602-89 .

ТЗ на АИС содержит следующие разделы:

1. Общие сведения.

2. Назначение и цели создания (развития) системы.

3. Характеристика объектов автоматизации.

4. Требования к системе.

6. Порядок контроля и приемки системы.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АИС в действие.

8. Требования к документированию.

9. Источники разработки.

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

Раздел “Общие сведения”:

1. Полное наименование системы и её условное обозначение.

2. Наименование и реквизиты предприятий (объединений) разработчика и заказчика системы.

3. Перечень документов, явившихся основанием создания системы, кем и когда они утверждены.

4. Возможные сроки начала и окончания работ по созданию системы.

5. Сведения об источниках и порядке финансирования работ.

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

Раздел “Назначение и цели создания (развития) системы” :

1. Под “Назначением системы” понимается вид автоматизируемых процессов (деятельности) и перечень предполагаемых к использованию объектов.

2. В пункте “ Цели создания системы ” приводятся наименования и требуемые значения технических, технологических, производственно-экономических и других показателей объекта автоматизации, достигаемые в результате создания АИС, указываются критерии оценки достижения целей создания системы.

Раздел “Характеристики объекта автоматизации” :

1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие эти данные.

2. Сведения об условиях эксплуатации объекта автоматизации.

3. Характеристики внешней среды, в которой функционирует объект автоматизации.

Раздел “Требования к системе” содержит подразделы с требованиями к системе в целом, функциям (задачам), выполняемым системой, видам обеспечения.

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

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

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

В требования к защите информации от несанкционированного доступа включают требования, действующей в отрасли (ведомстве) заказчика.

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

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

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

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

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

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

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

В части требований к организационному обеспечению приводят требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; организации функционирования системы и порядку взаимодействия персонала АИС с персоналом объекта автоматизации; защите от ошибочных действий персонала системы.

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

В разделе “Порядок контроля и приемки системы” указывают: 1. Виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
2. Общие требования к приемке работ по стадиям (перечень участвующих организаций, и/или юридических и физических лиц, место и сроки проведения), порядок согласования и утверждения приёмочной документации;
3. Статус приёмочной комиссии (государственная, межведомственная, ведомственная и т.п.).

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

В разделе “Требования к документированию” приводят: 1. Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, в т.ч. выпускаемых на машинных носителях;
2. Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
3. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

Обеспечение качества проектной документации относится к возможностям средств проектирования анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым стандартам и правилам (включая ГОСТ, ЕСПД).

В разделе “ Источники разработки” должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

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

Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД 50-640-87 и ГОСТ 24.602-86.

ПРАВИЛА ОФОРМЛЕНИЯ ТЗ НА АИС

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

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

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

Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89.

Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АИС, в нём делают запись о порядке установления и согласования этих показателей, норм и требований “Окончательное требование (значение) уточняется в процессе . и согласовывается протоколом с . на стадии . ”. При этом в текст ТЗ на АИС изменений не вносят.

Титульный лист дополнения к ТЗ на АИС оформляют аналогично титульному листу Технического задания. Вместо наименования “Техническое задание” пишут “Дополнение 1. к ТЗ на АИС. ”.

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

• краткую характеристику исходного состояния объекта автоматизации и среды, в которой он функционирует;
• указание основных целей и перечень задач автоматизации;
• описание укрупнённой организационно-функциональной структуры выбранного варианта (вариантов) построения создаваемой системы;
• технико-экономическое обоснование системы;
• укрупнённое описание и основные требования к средствам информационного и лингвистического обеспечения;
• перечень и общие требования к средствам программно-аппаратного обеспечения;
• перечень и укрупнённую характеристику этапов создания системы, сроки их выполнения;
• исходную оценку стоимостных показателей выполнения работ;
  2. Техническое задание на систему в целом и (или) её основные составные части (подсистемы, программно-технические комплексы и средства, отдельные задачи и т.д.), выполненное в соответствии с ГОСТ 34.601-90.
  3. Эскизное проектирование. При проектировании программного обеспечения системы Эскизный проект должен содержать полную спецификацию разрабатываемых программ.

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

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

Источник: inftis.narod.ru

Форум
Института госзакупок
(Москва)

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

Re: Кто должен составлять ТехЗадание?

Сообщение МарияGlyvuk » 10 окт 2017, 03:38

Термин «техническое задание» — не единственно возможный, а лишь наиболее часто используемый. Другие допустимые названия: «техническая часть», «спецификация», «проектно-сметная документация» и т.п. Федеральный закон от 5.04.2013 № 44-ФЗ раздел документации о закупке, в котором заказчик описывает объект закупки, определяет как «описание объекта закупки».
Методических рекомендаций не знаю, но в моем учреждении составлением технического задания занимаются сотрудники Отдела закупки.

Re: Кто должен составлять ТехЗадание?

Сообщение МарияКа » 10 окт 2017, 04:37

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

Re: Кто должен составлять ТехЗадание?

Сообщение axion_yarik » 10 окт 2017, 05:03

МарияКа писал(а): У нас ТЗ составляют инициаторы закупок, входящие в состав КС.
В соответствие с Типовым положением сотрудники КС организую т подготовку ТЗ — не осуществляют подготовку, а организуют.
В принципе закупщики могут тех.задание и самостоятельно составить например на поставку хоз.товаров, канц.товаров, ГСМ, и пожалуй сделают это лучше, но простите, а как быть с такими работами как стройка, поставка ПО или компьютеров, сложно технических товаров . Это должны делать специалисты узкого профиля, они же должны и принимать товар.

Согласен, у нас так же.

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

Re: Кто должен составлять ТехЗадание?

Сообщение Фосса » 10 окт 2017, 07:53

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

Re: Кто должен составлять ТехЗадание?

Сообщение МаринаЮрьевна » 10 окт 2017, 13:20

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

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

Re: Кто должен составлять ТехЗадание?

Сообщение Фосса » 11 окт 2017, 07:10

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

Re: Кто должен составлять ТехЗадание?

Сообщение МаринаЮрьевна » 11 окт 2017, 07:38

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

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

Re: Кто должен составлять ТехЗадание?

Сообщение Фосса » 11 окт 2017, 07:47

Менять надо такого руководителя, что сам способствует бардаку в конторе. Нечего тогда подписывать регламенты, они для него и для сотрудников ничего не значат. Предложите ему на буксир взять какой-нить МУП, ГУП, им тяжело сейчас, пусть поможет . сердобольный.
Или отмените все регламенты) тогда,что скажет то и будете делать.
Держитесь там)

Re: Кто должен составлять ТехЗадание?

Сообщение МаринаЮрьевна » 11 окт 2017, 10:14

Re: Кто должен составлять ТехЗадание?

Сообщение axion_yarik » 12 окт 2017, 05:25

Так вы им скажите что «Ок, ТЗ готовлю Я, но вот что получите, то получите.» Пусть не строят иллюзии что вы можете сочетать в себе 100 профессий. И задайте им вопрос, а на кой тогда все остальные люди, если всё делаете Вы? У нас по началу так же все были в штыки, но получили пару раз не то что хотели и всё, как то успокоились, теперь сами пишут, а если не могут, бегут к нам и мы вместе всё пишем=)

Re: Кто должен составлять ТехЗадание?

Сообщение МарияGlyvuk » 12 окт 2017, 06:07

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

Re: Кто должен составлять ТехЗадание?

Сообщение Фосса » 12 окт 2017, 07:16

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

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

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

Re: Кто должен составлять ТехЗадание?

Сообщение Покупатель » 12 окт 2017, 10:22

Фосса писал(а): У каждого свой принцип работы. У нас ТЗ делает заинтересованный отдел/управление. Например, есть отдел гос технического надзора. Им нужны средства диагностики, дымомеры всякие и прочее. ТЗ готовят они, потому что в отделе закупок нет специалиста или пользователя данных устройств.

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

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

Идеальный вариант и так должно быть. Но к сожалению они там такого могут понаписать даже по простым ТРУ, что все равно нужно вникать в вопрос и все проверять на соответствие ст. 33. И порой думаешь, и так оно и есть, что лучше самой все сделать, а их привлекать в качестве консультантов.

Re: Кто должен составлять ТехЗадание?

Сообщение VPN » 12 окт 2017, 10:32

Фосса писал(а): У каждого свой принцип работы. У нас ТЗ делает заинтересованный отдел/управление. Например, есть отдел гос технического надзора. Им нужны средства диагностики, дымомеры всякие и прочее. ТЗ готовят они, потому что в отделе закупок нет специалиста или пользователя данных устройств.

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

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

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

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

Бесплатно консультации по проекту + инфо-справка по рискам при реализации проекта.

Эксперты по разработке технического задания на ПО

Музалевский Фёдор Александрович

Ведущий эксперт компьютерно-технического направления

Опыт: Экспертная работа с 2010 года. Педагогический стаж с 2012 года. Кандидат физико-математических наук. Доцент кафедры ВМ и ИТ ФГБОУ ВО “ВГУИТ”

Задать вопрос эксперту: Музалевский Фёдор Александрович Задать вопрос эксперту Все эксперты

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

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

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

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

В зависимости от полноты, а также детализации, различают два вида ТЗ:

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

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

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

При разработке ТЗ для ПО используются следующие стандарты:

Применение стандартов, а также CASE технологий (IDEF, DFD и проч.) позволяет сделать задание четким и понятным исполнителю.

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

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

Среди преимуществ ТЗ на разработку ПО для клиента:

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

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

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

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

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

1. Вводная часть. Содержит в себе наименование и область применения программного обеспечения. Обзор разрабатываемого продукта. Термины и определения, содержащиеся в техническом задании. Краткое описание продукта для ознакомления.
2. Техническая часть. Содержит требования к разрабатываемому программному обеспечению. Языки программирования, (c использованием которых должно быть разработано программное обеспечение), функции, которые должны быть реализованы. Указывается взаимодействие с другими программными компонентами/продуктами. Также в технической части указываются необходимые документы, которые должны быть разработаны в ходе разработки программного обеспечения.
3. Описание видов обеспечения создаваемой/модернизируемой системы. В данной части технического задания должны быть представлены требования к видам обеспечения:
4. Математические. Методы, алгоритмы расчетов, используемые в информационных технологиях, и АС.
5. Лингвистические. Языки программирования и профессионально-ориентированные языки, используемые для реализации, эксплуатации автоматизированной системы.
6. Информационные. Информация, необходимая для бесперебойной работы АС, представленная в заданной форме (с одной стороны представляет информацию не зависимо от формы, способа предоставления, с другой – структуру, администрирование, целостность СУБД и базы данных).
7. ПО. Соответствующие системы программирования, а также прикладных программ для функционирования автоматизированной системы.
8. Технические. Средства вычислительной техники, связи, расходных материалов, спецоборудования, которые необходимы для функционирования АС.
9. Организационные. Должностные инструкции, приказы, распоряжения, обязанности персонала, который использует и обслуживает автоматизированную систему.
10. Детальные требования. В данной части технического задания внимание уделяется деталям, таким как: пользовательские и аппаратные интерфейс(ы) программного обеспечения, требования к производительности, проектные ограничения (стандарты), нефункциональные требования (надежность, доступность, безопасность и пр.) и другие специальные требования.
11. Стадии и этапы разработки. В данной части указываются сроки, в которые должно быть разработано программное обеспечение, сроки в которые должно быть произведено тестирование программного обеспечения, а также сроки подготовки и внедрения программного обеспечения. Также предусматриваются последовательные этапы сдачи, в случае если программное обеспечение состоит из нескольких модулей, которые могут выполнять функции отдельно от других.
12. Порядок приемки и передачи результата работ. Один из наиболее ответственных этапов – содержит планы тестирования программного обеспечения и алгоритм его проведения. Отсутствие данного пункта в случае разногласий вызывает затяжные судебные разбирательства.

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

Если Вам необходимо разработать техническое задание на ПО, то изначально ознакомьтесь с основными этапами услуги в юридической компании «RTM Group».
Алгоритм оказания услуги примерно следующий:

1. Заявка. Клиент оставляет заявку на сайте, по телефону или e-mail. Желательно при оформлении заявки кратко изложить суть проблемы или поставленной задачи.
2. Подбор схемы взаимодействия. Представители компании «RTM Group» свяжутся с Вами для обсуждения всех деталей проекта, выбора схемы и плана взаимодействия, постановки корректной задачи.
3. Обсуждение сроков, объемов и стоимости работ. На данном этапе наши специалисты сформируют ценовое предложение и определят стоимость разработки ТЗ на ПО для конкретной ситуации.
4. Формирование ТЗ. При составлении официального договора учитываются все требования заказчика. Все действия указанные в договоре осуществляются в рамках правового поля.

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

Почему RTM Group?

• Профиль деятельности RTM Group – проведение экспертиз по направлению ИТ и кибербезопасности
• Вопросы правомерности той или иной деятельности — неотъемлемая часть работы юристов RTM Group
• Мы обладаем лицензиями:

• Лицензия ФСТЭК России на деятельность по технической защите конфиденциальной информации
• Лицензия ФСТЭК России на деятельность по разработке и производству средств защиты конфиденциальной информации
• Лицензия ФСБ России на работу со средствами криптозащиты

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

Для уточнения стоимости и сроков звоните или пишите нам:

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

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

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

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

На основе полученной информации мы составляем первичный вид (структуру), где описывается “что, куда, зачем, для чего”. Если наше понимание соответствует Вашим целям, то мы берем его за основу последующей проработки. Если понимание не достигнуто, то возвращаемся к повторному диалогу.

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

После брифа и уточнений дополненное Техническое задание отправляется Заказчику на согласование. Заказчик делает пометки о неточностях и вносит правки при необходимости. Обычно со стороны заказчика Техническое задание согласуется комиссией из технических сотрудников и руководителей.

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

Виды Технического задания

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

• Наиболее частые задачи, на которые мы разрабатываем техническое задание:

• ТЗ на автоматизацию производства, автоматизацию участков производства
• ТЗ на переоборудование и модернизацию
• ТЗ на предоставление услуги сервиса
• ТЗ на изготовление продукта
• ТЗ на работы
• ТЗ на консалтинговые услуги

• ТЗ на обслуживание гарантийные обязательства
• ТЗ на сайт, продвижение и раскрутку
• ТЗ на разработку программных продуктов
• ТЗ на разработку мобильных приложений
• НИР (Научно-исследовательская работа)
• ОКР (Опытно-конструкторская работа)

Назначение технического задания

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

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

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

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

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

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

Для работы по разработке ТЗ потребуется доступ к документации компании.

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

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