Введение

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

ТЗ может разрабатываться на систему в целом и/или на ее составные части.

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

 
1 Основные подходы к составлению ТЗ

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

1.  Совместная работа.

2.  Детальное описание результата.

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

4.  Согласование результата.

Гибкость.

1.1 Совместная работа

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

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

Пример:

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

1.2 Детальное описание результата

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

Результирующие показатели проекта представляют собой следующее.

1.  Бизнес-модель вашей компании.

2.  Структура плана счетов

3.  Список необходимых документов (отчетов)

4.  Структура данных для генерации отчетов

5.  Структура аналитических кодов

6.  Описание структуры учетной модели в компании

7.  Описание результа работы и методов приемки

Бизнес-модель компании. Это описание бизнес-процессов, которые необходимо реализовать в системе, в виде последовательности действий, совершаемых для получения результата (генерирования проводки, получения отчета). ............