Основы взаимопонимания. Как грамотно составить ТЗ для программиста. Основы взаимопонимания Пример технического задания для программиста 1с

Пример плохого т/з:

нужен калькулятор стоимости кухни под заказ как у site.ru

В моем варианте:

Задание: разместить калькулятор для расчета стоимости кухни под заказ.

Формула расчета кухни s*(a+b)+c=x, где s - цена погонного метра, a и b - длина стен вдоль которых стоит кухня, с - стоимость доп. услуг.

Каждый параметр калькулятора в скрипте отметить комментарием.

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

Значит у вас нет четкого и понятного технического задания (т/з).

Я помогу вам изложить все ваши сумбурные пожелания в т/з которое поймет любой исполнитель.

Пример плохого т/з:

нужен калькулятор стоимости кухни под заказ как у site.ru

В моем варианте:

Задание: разместить калькулятор для расчета стоимости кухни под заказ.

Формула расчета кухни s*(a+b)+c=x, где s - цена погонного метра, a и b - длина стен вдоль которых стоит кухня, с - стоимость доп. услуг.

Каждый параметр калькулятора в скрипте отметить комментарием.

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

При нажатии на кнопку "заказать" всплывает форма заказа с 1 полем "телефон" в формате +7 (...) ... -. . -. . и кнопка "отправить".

При нажатии на кнопку "отправить" проверяем корректно заполненный телефон, если телефон заполнен некорректно - делаем подсветку поля красным цветом, рядом добавляем сообщение "Проверьте телефон", если проверка прошла успешно, отправляется письмо на почту и показываем всплывающее окно с уведомлением "Спасибо, заказ принят!" , которое исчезает через 5 сек после появления.

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

Чем отличается Проект от Технического задания? Проект - это намерение разработать некий механизм автоматизации учёта или желание получать быстрые и точные отчёты от уже имеющийся системы. Начинается он с назначения руководителя проекта. Им может быть либо сотрудник фирмы заказчика, либо фирмы исполнителя; во втором случае, естественно, все услуги по ведению проекта войдут в его стоимость. Далее, в случае с «1С:Предприятием», выбирают и изучают типовую конфигурацию по вопросам её возможностей и необходимости в доработках. Только после соответствующего анализа руководитель проекта составляет доскональное и точное задание программистам на внесение изменений в конфигурацию. Это задание и называется Техническим заданием (ТЗ), и именно составление ТЗ рассматривается в данном разделе.

Есть ли смысл изменять конфигурацию? Этот вопрос требует серьёзного рассмотрения. Все конфигурации, работающие с бухгалтерской компонентой, в некоторой степени - правовые системы, т.е. кроме функций расчёта и хранения информации от них требуется соответствующее государственным законам ведение учета. Для этих программ фирмой «1С» ежемесячно выпускаются обновления 1С, как форм отчётности, так и самих конфигураций. Но что получится, если Вы измените программу, а после установите обновление? Все Ваши изменения пропадут. Можно каждый раз восстанавливать их, но зачастую это практически то же, что делать работу заново. В данной ситуации самый лучший способ - выполнять все доработки во внешних модулях. Рассмотрим конфигурацию, доработка которой, по мнению пользователей, необходима - «Торговля и Склад». Необходимость доработки - это не значит, что программный продукт некачественный, наоборот, эта конфигурация, пользуется огромной популярностью. В своём базовом варианте она способна работать в разных торговых сферах деятельности. Но у каждого бизнеса есть свои нюансы, и совмещать их в одной программе не имеет смысла.

Теперь перейдем к теме. У Вас возникла идея изменить программу или автоматизировать учёт. В своём воплощении любая идея проходит 4 стадии: Проектирование -> Реализация -> Проверка -> Анализ. В перспективных долгоживущих проектах после Анализа снова следует Проектирование, замыкая тем самым «круг»; такой цикл будет существовать на протяжении всего срока эксплуатации программы. Как показывает практика, для воплощения идеи необходимо 3-4 цикла, потом, через какое-то время, возникнет новая идея, но её реализация потребует меньших усилий. Что бы воплотить Ваш проект в жизнь при минимальных финансовых затратах, необходимо найти опытного исполнителя. Но, каким бы опытным не был программист, в первых двух циклах стадии: Проектирования, Проверки и Анализа желательно выполнять своими силами, при соответствующих консультациях исполнителя. Очень важно не жалеть времени на изучение материала -типовой конфигурации. Писать программу с «нуля» не имеет смысла, так как приобретая «1С:Предприятие» Вы в любом случае в комплекте получите конфигурацию. Как показывает практика, именно на стадии Проектирования возникает до 80% ошибок, особенно при разработке нестандартных решений, из-за неправильно сформулированных требований. Опытному программисту не стоит большого труда воплотить практически любое задание в жизнь, но его работа - это Ваши деньги и время; следовательно, чем точнее и продуманнее задание, чем ответственнее вы подходите к составлению ТЗ , тем быстрее и дешевле реализация.

Рассмотрим основные принципы составления ТЗ :

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

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

3. При составлении ТЗ в начале разработки помните о том, что это задание, а не весь проект и постарайтесь объяснить программисту, что от него требуется в результате. Снабдите его образцами форм, сделанными в Ms Excel, Ms Word или нарисованными от руки, но в точности такими, какие Вы хотите получить. Постарайтесь не использовать подобных объяснений: «интерфейс должен быть предельно понятным», «документы желательно распечатывать по какой-то форме», «по результатам нужно, чтобы строился какой-то отчёт» или «документы как-то должны попадать в 1С:Бухгалтерию». Если Вы попросите оценить подобное задание, то цена может быть 10-1000 у.е., точнее сказать трудно. Лучше сформулируйте так: «интерфейс документа похож на документ Реализация ТМЦ», «необходимо две печатные формы, образцы прилагаются», «по результатам необходим следующий отчёт, его форма в Excel-файле». Разрабатывать обмен данными между базами лучше после накопления некоторого опыта работы с ними и проведения основных доработок, связанных с изменением структуры программы.
Вывод: постарайтесь в первом задании как можно подробнее объяснить программисту, что от него требуется. В дальнейшем задания могут иметь более свободную форму, всё зависит от взаимопонимания с исполнителем.

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

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

«1С:Предприятие» пользуется огромной популярностью, и при серьёзном подходе к вопросу проектирования, результат оправдает Ваши ожидания. С помощью программирования возможно реализовать любые схемы учёта, но заказчику необходимо вполне определённо представлять результат, который он хочет получить.

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

Надеемся, что наши советы помогут в составлении ТЗ и решении Ваших задач.

Техническое задание (ТЗ) или как правильно озадачить программиста!

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

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

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

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

Вот только несколько простых:

1. Проверить есть ли уже ордера. (Может на прошлом тике мы уже открыли ордер по сигналу)
2. Проверить разрешено ли торговать. (Разрешена ли торговля по выбранной валюте)
3. Проверить доступность интернет соединения.
4. Проверить и рассчитать объём для торговли. (Хватит ли денег)
5. Проверить и произвести вычисления из индикатора. (Получить сигнал)
6. ......

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

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

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

Техническое задание обязательно должно содержать три блока:

Блок открытия позиции - условия при которых программа открывает или устанавливает ордера в рынке. Сигналы индикатора с учетом по времени, номеру бара, состоянию бара, размеру бара и другие условия...

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

Блок закрытия позиции - условия при которых позиция должна быть полностью или частично закрытой.

По мимо основных блоков могут быть еще дополнительные блоки:

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

Важно четкие условия в техническом задании!!!

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

Рассмотрим пример правильного технического задания:

Торговая стратегия на двух скользящих средних.

Открытие ордеров:

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

Модификация ордеров:

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

Закрытие ордеров:

По тейк профиту, по стоп лоссу, по обратному сигналу.

Блок расчета лота:

Если последний ордер закрылся с убытком то для нового ордера лот будет увеличен в два раза.

Если последний ордер закрылся с прибылью то для нового ордера лот будет сброшен до начального из настроек

Блок настроек советника:

• По индикаторам - Период мувинга, Тип мувинга, Цены расчетов мувинга.
• Тейк профит
• Стоп лосс
• Меджик номер
• Проскальзывание

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

В правильное ТЗ должны входить следующие пункты:

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

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

Подробное описание –> больше деталей –> лучшее понимание –> правильно реализованный проект.

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

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

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

Тестирование

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

Подводя итог

Программирование – наука точная, и чем яснее изложена задача, тем легче её решить в рамках создания алгоритмов, поэтому от качества написанного вами технического задания, или составленного брифа, напрямую зависит качество конечного программного продукта.

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

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

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

Сайт разрабатывается как корпоративный сайт компании ___________.

Этапы Работ.

Работы по настоящему Договору № _______ состоят из следующих этапов. По окончании всех этапов, Стороны подписывают Акт сдачи-приемки работ:

1. Разработка дизайн-макета и концепции новой версии сайта www.______.ru
2. Верстка Сайта.
3. Графическое представление страниц Сайта.
4. Наполнение Сайта информацией
5. Установка и настройка функционала сайта
6. Установка Сайта на хостинг Заказчика (перенос файлов, создание базы данных)
7. Финальное тестирование Сайта.

Разработка дизайн-макета

Разработка дизайн-макета сайта с сохранением корпоративного стиля для организации включает в себя:

• Концепция подачи материалов на главной странице (с графическими элементами),
• Концепция подачи главной страницы раздела
• Навигация между разделами и страницами сайта
• Отображение материалов и новостей на главной странице
• Отображение материалов и новостей страницах разделов

Корпоративный стиль должен быть применен в дизайне сайта. Основные цвета сайта синий, голубой, оранжевый, желтый. Дизайн-макет подлежит утверждению Заказчика. *Логотип предоставляется Заказчиком.

Верстка сайта.

1. Сайт разрабатывается на системе администрирования Joomla 3.3.6 (или последней актуальной версии на момент сдачи сайта).

Как составить ТЗ для программиста

Система будет обновляться администратором Сайта Заказчика на основании напоминаний Joomla из административного раздела сайта.

2. Сайт разрабатывается под популярные браузеры Google Chrome- ‎Mozilla Firefox — ‎Opera – IE (версия 9 и новее), а так же будет читаться на широко — экранных мобильных устройствах (планшетах и смартфонах).

3. Разработчик при выполнении работ не применяет бесплатные или платные шаблоны – вся разработка производится с нуля, в соответствии с утвержденным макетом и индивидуально созданным для Заказчика дизайном.

• Кодировка: UTF-8
• Язык скриптования: php версии 5.3.10

Графика. Отрисовка графических элементов по макету, графика для разделов сайта и т.д.

• Сайт двух-колоночный (левая колонка 250px + поле для текста 950px)
• При разработке сайта должны быть использованы преимущественно светлые стили.
• Сайт шириной (1200px), размер шрифта текстов 14 px.
• Основные разделы сайта должны быть доступны с первой страницы.
• На первой странице не должно быть большого объема текстовой информации, но представлено все самое основное.
• Навигация сайта должна быть понятной и к любой странице сайта организован доступ максимум в 2 клика.

В дизайне сайта не должны присутствовать :

— мелькающие баннеры;
— сливающийся или плохо читаемый текст.

Графическое представление страниц сайта:

• графическая шапка с логотипом, форма заказать звонок (всплывающее окно)
• горизонтальное навигационное меню сайта (навигационная панель обеспечивает переход к основным пунктам меню сайта: Главная, О нас, Услуги, Тарифы, Абонентам, Арендодателям, Контакты);
• навигационная панель (меню) по подразделам выбранного раздела сайта (левая колонка);
• форма быстрого заказа услуг (левая колонка);
• ссылка на главную страницу при клике на логотип;
• слайдер на главной странице (с созданием баннеров 3 шт.)
• поле для отображения контента выбранной страницы сайта (заголовки, шрифт 16px);
• внизу страницы — краткая контактная информация — телефон и e-mail компании

Наполнение сайта.

• Разработка правильной (для поисковиков и человеко-понятной) структуры сайта и организация контента в соответствии со структурой
• На сайте будет 4 основных раздела: Интернет, Телефония, Хостинг, Цифровое телевидение
• Перенос информации с сайта прототипа.
• Редакция материалов (форматирование кода, очистка), добавление фотографий
• Компановка страниц: главная, страница разделов, страница материала.
• Создание меню сайта, всех пунктов и подпунктов

Функционал сайта (компоненты, плагины и модули)

• Слайдер баннеров на главной странице
• Всплывающее окно «Заказать звонок»
• Форма быстрого заказа услуги (с выбором услуги и контактной информацией о клиенте)
• Фотогалерея со всплывающими фото (подгрузка фото из кэша для облегчения сайта)
• Организация разделов наши Клиенты и Наши партнёры, Сертификаты и грамоты
• Плагин для возможности вставки на сайт кодов iframe (видео, интерактивных карт и т.д.)
• Отзывы клиентов (компонент)
• Счётчики посещений

Сроки работ.

• Разработка дизайн макета – 7 дней
• Верстка сайта и стилей графического представления страниц сайта – 30 дней
• Наполнение сайта –7 дней
• Тестирование сайта – 1 день

Сроки работ по настоящему техническому заданию 45 (сорок пять) дней.

Разработка, просмотр и доводка сайта производится на тестовой площадке Исполнителя, после чего утверждается Заказчиком (письмо по электронной почте). Перенос сайта на постоянное место производится в ночное время в течение 1 дня.

Техническое задание (ТЗ) или как правильно озадачить программиста!

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

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

Современные технологии позволяют полностью автоматизировать любую торговую стратегию и освободить трейдера от утомительных:

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

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

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

Вот только несколько простых:

1. Проверить есть ли уже ордера. (Может на прошлом тике мы уже открыли ордер по сигналу)
2. Проверить разрешено ли торговать. (Разрешена ли торговля по выбранной валюте)
3. Проверить доступность интернет соединения.
4. Проверить и рассчитать объём для торговли. (Хватит ли денег)
5. Проверить и произвести вычисления из индикатора. (Получить сигнал)

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

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

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

Техническое задание обязательно должно содержать три блока:

Блок открытия позиции — условия при которых программа открывает или устанавливает ордера в рынке. Сигналы индикатора с учетом по времени, номеру бара, состоянию бара, размеру бара и другие условия…

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

Блок закрытия позиции — условия при которых позиция должна быть полностью или частично закрытой.

По мимо основных блоков могут быть еще дополнительные блоки:

• Блок настроек программы.
• Блок ММ (Мани менеджмента) в котором рассчитываются объемы для торговли (Лоты).
• Информационный блок, задача которого выводить на экран текущую информацию.
• Блок отправки сообщений на смартфон, почту или фтп сервер.
• И другие ….

Важно четкие условия в техническом задании!!!

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

Рассмотрим пример правильного технического задания:

Торговая стратегия на двух скользящих средних.

Открытие ордеров:

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

Модификация ордеров:

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

Закрытие ордеров:

По тейк профиту, по стоп лоссу, по обратному сигналу.

Блок расчета лота:

Если последний ордер закрылся с убытком то для нового ордера лот будет увеличен в два раза.

Если последний ордер закрылся с прибылью то для нового ордера лот будет сброшен до начального из настроек

Блок настроек советника:

• По индикаторам — Период мувинга, Тип мувинга, Цены расчетов мувинга.
• Тейк профит
• Стоп лосс
• Меджик номер
• Проскальзывание

Возврат к списку

Полезное Краткое ТЗ — стоит использовать если вам необходимо создания сайта визитки или несложного корпоративного сайта. Подходит для запроса стоимости создания сайта у веб-студии.

Скачать образец Полезного и Краткого ТЗ для сайта для заполнения.

Разбираем ТЗ подробно

Вид деятельности — очень важно указать чем занимается компания. Вид деятельности очень сильно влияет на структуру сайта и его дизайнерское оформление.

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

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

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

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

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

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

Фирма «Молочка-бы» и компания Франчайзи

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

№ 001 «Выполнение планов продаж»

1. Лист согласования

2. Версии документа

3. Термины и определения

4. Назначение и цели доработки

5. Описание доработки

5.1 Регистр сведений «Ценность видов продукции»

5.2 Регистр сведений «Сезонные нормы продаж»

5.3 Отчет «Выполнение норм продаж»

5.4 Документ «Премирование сотрудников»

5.5 Регистр сведений «Премированные сотрудники»

5.6 Интерфейс

6. Требования к организации НСИ

7. Методика приемо-сдаточных испытаний

8. Приложения

8.1 Приложение № 1: Пример установки сезонных норм на год

8.2 Приложение № 2: Пример коэффициентов ценности видов продукции

8.3 Приложение № 3: Печатная форма «Список премированных»

Лист согласования

Версии документа

Термины и определения

Назначение и цели доработки

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

Регистр сведений «Ценность видов продукции» - указываются ценности различных видов продукции предприятия, действующие с определенного дня;

Регистр сведений «Сезонные нормы продаж» - указываются нормы продаж менеджеров, в зависимости от сезона года.

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

Документ «Премирование сотрудников» - отражает список сотрудников подразделения, которые превысили выполнение норм в текущем месяце и будут преимрованы.

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

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

Описание доработки

Регистр сведений «Ценность видов продукции»

• Периодичность «День»
• Измерения:

Вид продукции (справочник «Виды номенклатуры»)

Ценность (Число, 10)

Внимание: Ценность требуется указывать для 1 единицы хранения остатков товара с данным видом продукции.

Регистр сведений «Сезонные нормы продаж»

Регистр сведений - создать новый объект конфигурации БД

• Периодичность «Год»
• Измерения:

Организация (справочник «Организации»)

Подразделение организации (справочник «Подразделения организации»)

Зима (Число, 10)

Весна (Число, 10)

Лето (Число, 10)

Осень (Число, 10)

Отчет «Выполнение норм продаж»

Отчет на СКД - создать новый объект конфигурации БД

• Отбор по периоду с..по… По умолчанию устанавливается на текущий месяц.
• Группировки по Организации, Подразделению организации, Сотруднику, Виду продукции.
• Предусмотреть возможность отбора по Организации, Подразделению организации, Сотруднику, Виду продукции.
• Сортировка по умолчанию по алфавиту А-Я всех группировок
• Сохранение и восстановление настроек пользователя

Макет отчета:

Отчет на каждый день периода выводит количество проданных товаров с учетом их коэффициента ценности. Например, продажи «Молока 1% жирности» Ивановым Иваном 12.07.2012 года:

КоличествПроданногоМолока * ЦенностьМолока.

КоличествПроданногоМолока - берется количество молока из документов «Реализации товаров и услуг», у которых ответственный Иванов Иван за день 12.07.2012.

ЦенностьМолока - данные из списка «Ценность видов продукции» для вида номенклатуры, указанного у номенклаутры «Молоко 1% жирности»

Сумма продаж всех видов продукции текущим сотрудником в этот день.

Сумма продаж всех сотрудников подразделения в этот день.

Сумма продаж всех подразделений организации в этот день.

Среднее значение в строке = Сумма (количества продаж в день за все дни) / Количество выведенных в отчет дней.

Чтобы учесть, что сотрудник выполнил или нет норму в текущий день:

• ячейка - красный цвет - если норма не выполнена
• ячейка - зеленый цвет - если норма выполнена

Нормы нужно определять из Списка «Сезонные нормы продаж» - брать ту норму, в сезон которой попадает выводимый день:

01.12 - 29.02 - зима

01.03 - 31.05 - весна

01.06 - 31.08 - лето

01.09 - 31.11 - осень

В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».

Документ «Премирование сотрудников»

Документ - создать новый документ

• Номер
• Организация (справочник «Организации»)
• Подразделение организации (справочник «Подразделения организации»)
• Ответственный (справочник «Пользователи»)
• Комментарий (Строка)
• ТЧ «Сотрудники»
  • Средний объем продаж (Число, 10) - округлять в большую сторону
  • Норма продаж (Число, 10) - норма для сотрудника в этом месяце
  • Начислить премию (Булево) - флажок

Действия по работе с документом

Шаг 1 . Создание документа, заполнение реквизитов шапки документа.

При создании документа должны автоматически заполняться из настроек пользователя по умолчанию следующие реквизиты: «Организация», «Подразделение организации». Текущий пользователь устанавливается в реквизит «Ответственный». Дата документа устанавливается равной дате конца текущего месяца. В реквизите «Комментарий» нужно обеспечить возможность пользователю вводить многострочный текст.

Шаг 2 . Заполнение ТЧ «Сотрудники»

У ТЧ «Сотрудники» предусмотреть командную панель со стандартными командами. На командной панели вывести кнопку «Заполнить». При нажатии на кнопку, если в ТЧ уже есть строки, обеспечить вывод вопроса запрашивающего у пользователя подтверждение на перезаполнение ТЧ. Текст вопроса «Перед заполнением табличная часть будет очищена. Продолжить?» (ответы Да, Нет). При ответе «Нет» - перезаполнение ТЧ не должно выполняться.

Алгоритм заполнения ТЧ «Сотрудники» по кнопке «Заполнить»:

1) Отобрать проведенные документы «Реализации товаров и услуг» за месяц даты документа, по «Организации» и «Подразделению организации», указанному в шапке документа. В документах «Реализации товаров и услуг» указывается управленческое подразделение. Для связи с подразделением организации использовать регистр сведений «Соответствие подразделений и подразделений организации».

2) Определить поле «Сотрудник». Это работающий в организации сотрудник (по основному месту работы), соответствующий пользователю, указанному в реквизите «Ответственный» документа «Реализация товаров и услуг» по срезу последних регистра сведений «Кадровая история сотрудника (по юр лицам)» на дату документа «Премирование сотрудников». Отбираем в регистре записи по физлицам, указанным в соответствующих реквизитах «Ответственный» и «Организации» из шапки документа. В отобранных записях сотрудник должен быть работающим на предприятии, поэтому «Занимаемых ставок > 0».

3) Считается поле «Средний объем продаж» сотрудника за день:

СреднийОбъемПродажСотрудникаЗаДень = СуммаЗаМесяц(ОбъемПродажСотрудникаЗаДень) / КоличествоРабочихДнейВМесяце;

ОбъемПродажСотрудникаЗаДень = СуммаЗаДень(КоличествоПроданногоТовара Х ЦенностьВидаПродукцииТовара).

КоличествоПроданногоТовара = для каждого товара определяется количество проданного документами «Реализация товаров и услуг» товара в единицах хранения остатков за день.

ЦенностьВидаПродукцииТовара = определяется для товара на конец месяца даты документа по регистру «Ценность видов продукции» по виду номенклатуры товара.

КоличествоРабочихДнейВМесяце = определяется по регистру «Регламентированный производственный календарь». Берутся все рабочие дни месяца даты документа.

4) Поле «Норма продаж» определяется из регистра сведений «Сезонные нормы продаж» на конец месяца даты документа.

Шаг 3 . После заполнения руководитель подразделения проставляет флажки «Начислить премию». В этом ему поможет оформление цветом строк документа: если в строке средний объем продаж превышает норму продаж, то строка окрашивается светло-желтым цветом.

Шаг 4 . Проведение документа.

После выполнения шагов 1, 2, 3 выполняется запись и проведение документа. Вследствие проведения документ делает движения в регистре сведений «Премированные сотрудники».

Создаются записи с периодом даты документа. «Организация» и «Подразделение организации» берутся и шапки документа, поле «Сотрудник» и «Начислять премию» из ТЧ документа.

Шаг 5 . Печать печатной формы «Список премированных»

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

Регистр сведений «Премированные сотрудники»

Регистр сведений - новый объект

• Периодичность «Месяц»
• Подчиненность документу «Премирование сотрудников»
• Измерения:

Организация (справочник «Организации»)

Подразделение организации (справочник «Подразделения организации»)

Сотрудник (справочник «Сотрудники»)

Начислить премию (булево).

Интерфейс

В БД - интерфейс «Продажи» - главное меню - подменю «Доработки» добавить открытие следующих объектов:

1) Документ «Премирование сотрудников»

2) Регистр сведений «Ценность видов продукции»

3) Регистр сведений «Сезонные нормы продаж»

4) Отчет «Выполнение норм продаж»

Требования к организации НСИ

Руководитель подразделения по продажам должен:

1) заполнить список «Сезонные нормы продаж» для своего подразделения;

2) заполнить список «Ценность видов продукции» для своего подразделения.

Методика приемо-сдаточных испытаний

Сдается на контрольном примере, в тестовой базе. На основе продаж за июль 2012. Данные о продажах по подразделению смоделированы в базе (созданы несколько документов Реализация товаров и услуг на сотрудников отдела продаж.)

Требуется:

1) Заполнить данные Регистр сведений «Ценность видов продукции»

2) Заполнить регистр сведений «Сезонные нормы продаж»

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

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

Приложения

Приложение № 1: Пример установки сезонных норм на год

Приложение № 2: Пример коэффициентов ценности видов продукции

Приложение № 3: Печатная форма «Список премированных»