Форма технического задания для программиста. Пример технического задания

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

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

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 минут.

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

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

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

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

Технические подробности

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

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

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

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

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

Подводя итог

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

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

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

№ 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: Печатная форма «Список премированных»

Назначение, цели ТЗ

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

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

По своему объему ТЗ может быть достаточно большим документом. Web-компании часто предлагают помощь по составлению ТЗ отдельной услугой, как правило 10-20% от стоимости всей разработки сайта.

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

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

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

• Простая истина - чем сложнее проект, тем детализирование должно быть ТЗ.
• Среди возможных вариантов можно назвать ТЗ, описывающее главные страницы интерфейса со всей совокупностью элементов на ней и описанием их поведения. Или же это может быть лаконичное описание нескольких страниц для сайта-визитки и т.п.
• В ТЗ для программиста не должен упоминаться дизайн элементов или звучать пожелания по дизайну. Задание все-таки для программиста..
• Описания задач в отдельных частях ТЗ должны быть граничными. Что это значит? Нужно четко обозначать конец конкретного пункта задания. В ТЗ не должно быть абстрактных фраз типа «должна быть удобная навигация». Это все субъективные признаки – одним удобно, другим не удобно и понять выполнен ли данный пункт бывает сложно из-за нечеткости положений ТЗ. Т. е. это необходимо контролировать.
• Для несложных сайтов, где нужно описать какой-нибудь функциональный модуль, чтобы заново не изобретать велосипед, нужно проанализировать сайты с похожим функционалом, так сказать, провести анализ конкурентов; сохранить гиперссылки на страницы с требуемыми элементами интерфейса и функциями, и включить их в ТЗ с расширенными пояснениями о том, что именно делать. Также необходимо в обязательном порядке снять скриншоты с нужных страниц на случай, если сайт через время будет не доступен. При этом можно ставить свои пометки на изображениях (благо средств сейчас много для этого - click2.net, Awesome Screenshot и прочие).
• Если дизайна для страниц нету или он не так важен в рамках какого-то проекта, скажем, заказчик решил сэкономить на дизайне админ-панели сайта, в этом случае программист вполне может использовать прототипы.

Справка

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

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

Из популярных можно выделить:
– среди бесплатных: iPlotz, MockFlow, Mockup Builder, Cacoo;
– среди платных: Creately, ProtoShare, Adobe Fireworks,Axure . Возможностей в общем много - выбирай, осваивай, рисуй…

Общая структура ТЗ. От абстракции к конкретике…

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

1. Общая информация о сайте.
2. Функциональное назначение сайта.
3. Понятия и термины
4. Описание модулей сайта
5. Функциональные характеристики
6. Описание страниц.
7. Резервирование и надежность.
8. Хостинг для сайта.

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

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

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

4. Описание модулей сайта.
Этот раздел включает список модулей, которые используются на сайте. Это вполне например может быть упоминаемая выше форма обратной связи (ФОС). Но, что очень важно - нельзя просто писать «Должна присутствовать ФОС». Каждая сущность требует определения своих атрибутов! В данном случае атрибуты могут быть такими:

• Поле «Ваш имя»;
• Поле «Ваш е-mail»;
• Поле «Ваш вопрос»;
• Поле ввода капчи для защиты от спам-роботов.

И все это должно быть четко прописано, что бы потом не возникло вопросов:«…а где перечень выбора категории вопроса? » или что-то в этом роде.

5. Функциональные характеристики
Сюда можно отнести, например, список браузеров, где сайт должен корректно отображаться и работать. Например, некоторые заказчики могут требовать, что бы их сайт работал корректно и в небезызвестном Internet Explorer 6, что бы не терять хоть и небольшую, но долю возможных посетителей.
Если планируется делать высоконагруженный сайт – это тоже нужно указывать. Высоконагруженный сайт требует другого подхода при разработке и по настройке сервера.

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

6. Описание страниц сайта.
Это довольно обширный пункт, где прорисовуются все страницы сайта и пишутся комментарии к их работе.
Также может приводиться общая структура страниц сайта. Так называемые «высокоуровневые» прототипы. Например, для простого сайта-каталога это может быть:

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

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

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

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

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

Copyright 2019. All rights reserved.

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

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

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

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

Видео по теме

Источники:

• как написать тз

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

Вам понадобится

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

Инструкция

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

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

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

Стандарты. Опишите стандарты возможностей использования, например стандарты серии WAI, удобства использования, например, ISO/TR 16982:2002, а также другие стандарты общего назначения.

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

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

Безопасность. В данном разделе опишите необходимые методы шифрования данных, способы их передачи и хранения.

Пользовательский интерфейс. Опишите способ отображения элементов пользовательского интерфейса.

Видео по теме

Обратите внимание

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

Полезный совет

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

Источники:

• E2E4, сайт

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

Инструкция

В структуру обязательно включите раздел «Общие положения». В них оговорите используемые в техническом задании и дайте их смысловую расшифровку – приведите глоссарий. Это позволит исполнителю и заказчику разговаривать на одном и исключит двоякое толкование основных понятий и определений.

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

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

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

В разделе «Риски» отразите факторы, которые могут повлиять на сроки исполнения работы или ее стоимость.

Видео по теме

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

Инструкция

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

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

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

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

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

Видео по теме

Обратите внимание

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

Полезный совет

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

Источники:

• написание тз в 2018

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

Инструкция

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

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

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

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

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

Инструкция

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

Начинается оформление ТЗ с наименования Заказчика. Внесите в этот пункт полную информацию о фирме.

Затем внесите полные данные о компании-Исполнителе.

Следующий пункт очень важен: укажите четкие сроки выполнения заказа - дату начала и дату его завершения.

Затем укажите, каков бюджет проекта, его смета.

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

Цели сайта. От этого будет зависеть дальнейшая разработка структуры, сервисы и услуги сайта.

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

Функциональные и специальные требования. Функциональные удобнее привести в виде примеров того, как их будут использовать, а специальные оформить списком – это могут быть возможности подписки, специальных рассылок и др.

Стандарты. Этот пункт лучше обсудить с исполнителем или продвинутым другом-программистом.

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

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

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

Полезный совет

Техническое задание обязательно должно расписано очень подробно. Иначе это будет не ТЗ, а просто описание общей идеи.

Источники:

• E2E4, сайт

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

Инструкция

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

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

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

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

Видео по теме

Полезный совет

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

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

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