Техническое задание компании подрядчику на выполнение работ по установке nms

ФЕДЕРАЛЬНОЕ
АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Государственное
образовательное учреждение высшего
профессионального образования

Московский
Технический Университет Связи и
Информатики

ФАКУЛЬТЕТ
ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра
математической кибернетики и
информационных технологий

Администрирование
в Информационных Системах

Курсовая
работа

на тему

Техническое
задание компании-подрядчику на выполнение
работ по установке NMS

Выполнил:

Барабанов
А.С.

Группа:

ИТ0852

Вариант:

03

Преподаватель:

Беленькая
М.Н.

Москва, 2013 г.

Задание

В
организации устанавливается сетевая
система на 600 портов. Она будет включать
файл-сервер под управлением ОС Windows
2003, сервер базы под управлением СУБД
SQL
и ОС Linux,
принт-сервер, почтовый сервер, сетевую
аппаратуру и математическое обеспечение
Cisco,
кабельную систему АМР на основе витой
пары категории 6 и оодномодового волокна,
систему сетевого управления, систему
обеспечения сетевой безопасности.
Организация находится в корпусе,
состоящем из 3-х зданий. Подключение к
городской магистрали осуществляется
в одном здании. Рабочие станции находятся
под управлением ОС Windows
XP.
К системе должен быть осуществлен
удаленный доступ 60 пользователей. Должен
быть осуществлён доступ к сети Интернет
пользователей системы.

Дать
техническое задание компании-подрядчику
на выполнение работ по установке NMS.

Пояснительная записка

1. Топология
сети типа звезда TIA/EIA 568

2. Сеть
построена на основе стандарта Ethernet
1000BASE-T, IEEE 802.3ab

3. Кабельная
система

a. витая
пара категории UTP 6 LZH (EIA/TIA 568A)

b. одномодовое
оптическое волокно (SM, 9-10/125 мкм)

4. Установлены
сервера (dedicated) в MC

a. файл-сервер
ОС Microsoft Windows 2003;

b. сервер
базы данных под управлением СУБД SQL и
ОС Linux;

c. принт-сервер
ОС Microsoft Windows 2003;

d. почтовый
сервер
ОС
Microsoft Windows 2003, MS Exchange;

e. сервер
безопасности
ОС
Microsoft Windows 2003 (AAA, Kerberos);

f. Network
management system (nagios);

5. Установлена
управляющая
станция
HyperTerminal

6. Установлены
коммутаторы
Cisco Catalyst 2960S-48LPD-L, 48-RJ-45, SNMP, 2-SFP,SC

7. Установлен
маршрутизатор
Cisco ASA 2960-X, RS-232, SMTP, 24-RJ-45, WAN/SC

8. Установлен
Межсетевой
экран
Cisco ASA 558-X Adaptive Security, Appliance SC, 4-RJ-45

Оглавление

Задание 2

Пояснительная
записка 3

УТВЕРЖДАЮ

ОАО «Подрядчик»

СОГЛАСОВАНО

Директор
ФГУП «Заказчик»

«____»__________2013

«____»__________2013

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

на выполнение
работ по установке NMS
(network management
system) Nagios.

Москва

2013

  1. Наименование работ

    1. Выполнение работ
      по установке и настройке network
      management system
      Nagios (далее по тексту NMS)
      на оборудовании ФГУП «Заказчик».

  1. Основание для проведения работ

    1. Основанием для
      проведения работ является программа
      деятельности предприятия на 2013 год.

  1. Заказчик и Исполнитель

    1. Заказчиком работ
      является ФГУП «Заказчик» (далее по
      тексту ‑ Заказчик).

    2. Исполнителем
      работ является ОАО «Подрядчик» (далее
      по тексту ‑ Исполнитель).

  1. Цель работ

NMS
устанавливается для осуществления
непрерывного контроля параметров
функционирования технических средств,
входящих в состав программно-технического
комплекса (далее по тексту – ПТК), а
также для управления этими техническими
средствами.


С этим файлом связано 1 файл(ов). Среди них: 1-3-41.pdf.
Показать все связанные файлы


Подборка по базе: Практическое задание (3).doc, Жилищное право, задание 1.docx, Практическое задание.doc, Проверяемое задание 4 Фараджова ВР.docx, Практическое задание 7. Серотонин.docx, Практическое задание 11_Идрисова ЗГ.docx, Практическое задание 2 (2).docx, Практическое задание.docx, основы самообразования и самореализации практическое задание.doc, Техническое задание на покупку станка 2.docx


ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное учреждение высшего профессионального образования

Московский Технический Университет Связи и Информатики

ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Кафедра математической кибернетики и информационных технологий

Администрирование в Информационных Системах

Курсовая работа

на тему

Техническое задание компании-подрядчику на выполнение работ по установке NMS

Выполнил:

Барабанов А.С.

Группа:

ИТ0852

Вариант:

03

Преподаватель:

Беленькая М.Н.

Москва, 2013 г.

Задание

В организации устанавливается сетевая система на 600 портов. Она будет включать файл-сервер под управлением ОС Windows 2003, сервер базы под управлением СУБД SQL и ОС Linux, принт-сервер, почтовый сервер, сетевую аппаратуру и математическое обеспечение Cisco, кабельную систему АМР на основе витой пары категории 6 и оодномодового волокна, систему сетевого управления, систему обеспечения сетевой безопасности. Организация находится в корпусе, состоящем из 3-х зданий. Подключение к городской магистрали осуществляется в одном здании. Рабочие станции находятся под управлением ОС Windows XP. К системе должен быть осуществлен удаленный доступ 60 пользователей. Должен быть осуществлён доступ к сети Интернет пользователей системы.
Дать техническое задание компании-подрядчику на выполнение работ по установке NMS.

Пояснительная записка

1. Топология сети типа звезда TIA/EIA 568

2. Сеть построена на основе стандарта Ethernet 1000BASE-T, IEEE 802.3ab

3. Кабельная система

a. витая пара категории UTP 6 LZH (EIA/TIA 568A)

b. одномодовое оптическое волокно (SM, 9-10/125 мкм)

4. Установлены сервера (dedicated) в MC

a. файл-сервер ОС Microsoft Windows 2003;

b. сервер базы данных под управлением СУБД SQL и ОС Linux;

c. принт-сервер ОС Microsoft Windows 2003;

d. почтовый сервер ОС Microsoft Windows 2003, MS Exchange;

e. сервер безопасности ОС Microsoft Windows 2003 (AAA, Kerberos);

f. Network management system (nagios);

5. Установлена управляющая станция HyperTerminal

6. Установлены коммутаторы Cisco Catalyst 2960S-48LPD-L, 48-RJ-45, SNMP, 2-SFP,SC

7. Установлен маршрутизатор Cisco ASA 2960-X, RS-232, SMTP, 24-RJ-45, WAN/SC

8. Установлен Межсетевой экран Cisco ASA 558-X Adaptive Security, Appliance SC, 4-RJ-45

Оглавление

Задание 2

Пояснительная записка 3

УТВЕРЖДАЮ

ОАО «Подрядчик»

СОГЛАСОВАНО

Директор
ФГУП «Заказчик»

«____»__________2013

«____»__________2013

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на выполнение работ по установке NMS (network management system) Nagios.

Москва

2013

  1. Наименование работ

    1. Выполнение работ по установке и настройке network management system Nagios (далее по тексту NMS) на оборудовании ФГУП «Заказчик».
  1. Основание для проведения работ

    1. Основанием для проведения работ является программа деятельности предприятия на 2013 год.
  1. Заказчик и Исполнитель

    1. Заказчиком работ является ФГУП «Заказчик» (далее по тексту ‑ Заказчик).
    2. Исполнителем работ является ОАО «Подрядчик» (далее по тексту ‑ Исполнитель).
  1. Цель работ

NMS устанавливается для осуществления непрерывного контроля параметров функционирования технических средств, входящих в состав программно-технического комплекса (далее по тексту – ПТК), а также для управления этими техническими средствами.

  1. Технические требования

    1. Технические требования к NMS
      1. Состав аппаратных средств ПТК:

Установлены сервера (dedicated) в MC

— файл-сервер ОС Microsoft Windows 2003;

— сервер базы данных под управлением СУБД SQL и ОС Linux;

— принт-сервер ОС Microsoft Windows 2003;

— почтовый сервер ОС Microsoft Windows 2003, MS Exchange;

— сервер безопасности ОС Microsoft Windows 2003 (AAA, Kerberos);

— Network management system (nagios);

— Установлена управляющая станция HyperTerminal

— Установлены коммутаторы Cisco Catalyst 2960S-48LPD-L, 48-RJ-45, SNMP, 2-SFP,SC

— Установлен маршрутизатор Cisco ASA 2960-X, RS-232, SMTP, 24-RJ-45, WAN/SC

— Установлен Межсетевой экран Cisco ASA 558-X Adaptive Security, Appliance SC, 4-RJ-45

      1. NMS должна осуществлять непрерывный контроль состояния следующих технических средств (ТС) ПТК:

— файл-сервера ОС Microsoft Windows 2003;

— сервера базы данных под управлением СУБД SQL и ОС Linux;

— принт-сервера ОС Microsoft Windows 2003;

— почтового сервера ОС Microsoft Windows 2003, MS Exchange;

— сервера безопасности ОС Microsoft Windows 2003 (AAA, Kerberos);

— управляющей станции HyperTerminal

— коммутаторов Cisco Catalyst 2960S-48LPD-L, 48-RJ-45, SNMP, 2-SFP,SC

— маршрутизатора Cisco ASA 2960-X, RS-232, SMTP, 24-RJ-45, WAN/SC

      1. — Межсетевого экрана Cisco ASA 558-X Adaptive Security, Appliance SC, 4-RJ-45
      2. В NMS должны быть предусмотрены следующие управляющие функции:
  • включение/выключение/аппаратный сброс файл-сервера;
  • включение/выключение/аппаратный сброс сервера базы данных;
  • включение/выключение/аппаратный сброс принт-сервера;
  • включение/выключение/аппаратный сброс почтового сервера;
  • включение/выключение/аппаратный сброс управляющей станции;
  • корректное завершение работы и выключение ТС ПТК при получении сигнала о работе источника бесперебойного питания в аварийном режиме.
  1. Требования к информационному обеспечению

    1. Требования к информационному обеспечению NMS.
      1. NMS должна включать следующие программные компоненты:
  • подсистему сбора данных мониторинга по различным интерфейсам и протоколам;
  • подсистему хранения собранных данных на базе SQL-совместимой системы управления базами данных;
  • подсистему отображения собранных данных (интерфейс оператора NMS);
  • подсистему, осуществляющую управляющие воздействия.
      1. Все программные компоненты NMS должны функционировать на сервере мониторинга под управлением операционной системы Linux.
      2. Все программные компоненты NMS должны иметь открытый исходный код.
      3. NMS должна осуществлять сбор значений контролируемых параметров по протоколам SNMP, ICMP, IPMI, Telnet.
      4. Физические параметры функционирования вычислительных узлов и серверов (температуры, напряжения, скорости вращения вентиляторов и т.п.) должны регистрироваться по протоколу IPMI без использования ресурсов операционной системы вычислительных узлов и серверов.
      5. Для сбора параметров вычислительных устройств и серверов, которые доступны только при работающей операционной системе (использование процессоров, оперативной памяти и т.п.) на этих ТС должны быть установлены программные агенты, обеспечивающие сбор этой информации и передачу её в NMS по протоколу SNMP.
      6. NMS должна контролировать следующие параметры вычислительных узлов и серверов:
  • сетевую доступность интерфейсов, подключенных к сети;
  • уровни напряжений;
  • состояние блоков питания;
  • температуры;
  • терморежим процессоров;
  • скорости вращения внутрикорпусных вентиляторов;
  • загрузку процессоров;
  • состояние локальных жёстких дисков (количество переназначенных секторов);
  • использование ёмкости дисковых разделов, включая разделы swap;
  • интенсивность использования дисковой подсистемы (частота операций чтения/записи).
      1. NMS должна контролировать следующие параметры коммутаторов:
  • доступность по сети;
  • состояние вентиляторов и блоков питания;
  • состояние «up/down» подключенных портов;
  • интенсивность прохождения данных по каждому из портов (октетов в секунду).
      1. NMS должна контролировать следующие параметры файл-сервервера:
  • доступность по сети;
  • состояние связей между контроллерами и дисковыми полками;
  • температуры со встроенных датчиков;
  • уровни напряжений на выходе блоков питания;
  • количество установленных дисков, их состояние;
  • тип и режим работы логических дисков (RAID-массивов).
      1. NMS должна обеспечивать подсчёт следующих интегральных параметров, характеризующих состояние ПТК в целом:
  • мощности, потребляемой всеми ТС ПТК;
  • максимальной, минимальной и средней загрузки процессоров серверов.
      1. Для обеспечения выполнения функций корректного завершения вычислительных процессов NMS должна обладать правами на удалённый запуск команд выключения на серверах.
      2. Включение и аппаратный сброс серверов управления (а также выключение узлов с зависшей операционной системой) должны осуществляться по протоколу IPMI c помощью BMC-контроллеров, установленных на материнских платах.
      3. При получении сигнала об аварийном режиме работы источника бесперебойного питания NMS должна автоматически произвести корректное завершение работы и выключение ТС ПТК в следующей последовательности:
  • разгрузка и выключение управляющей станции;
  • разгрузка и выключение сервера базы данных;
  • разгрузка и выключение принт-сервера;
  • разгрузка и выключение почтового сервера;
  • остановка и выключение контроллеров файл-сервера;
  • после успешной проверки полного выключения перечисленных ТС – разгрузка и выключение сервера NMS.
  1. Технико-экономические требования

    1. Предельное значение стоимости работ в соответствии с договором.
  1. Срок выполнения работ

    1. Работы проводятся в период с 15 февраля 2013 г. по 26 марта  2013 г.
    2. По окончании работ Заказчику предъявляются:
  • установленный и работающий экземпляр NMS;
  • дистрибутив NMS на оптическом носителе;
  • комплект программной документации на бумажном и оптическом носителях.
  1. Порядок приёмки работ

    1. Приемка работ осуществляется комиссией, назначаемой Заказчиком.
    2. Программы и методики испытаний NMS должны быть разработаны Исполнителем и утверждены Заказчиком не позднее, чем за 30 дней до начала испытаний.
    3. Настоящее техническое задание может изменяться и дополняться по взаимному согласованию сторон – Заказчика и Исполнителя.

От Заказчика: От Исполнителя:

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

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

Порядок документирования требований

В каком случае ТЗ не нужно?

Шаблоны для скачивания и примеры

Что такое ТЗ?

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

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

Для чего требуется ТЗ?

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

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

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

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

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

Заказчик

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

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

Исполнитель

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

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

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

Совместно

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

Стоимость ТЗ

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

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

Как составить ТЗ?

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

Что потребуется?

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

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

Пошаговый план

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

Рекомендации по составлению

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

  1. Однозначные формулировки. Содержание ТЗ не должно включать описаний или характеристик, допускающих неоднозначные трактовки. В тексте документа не допускается присутствие качественных прилагательных и крайне приветствуются конкретные цифры.
  2. Определение используемых терминов. Заказчик и исполнитель должны разговаривать на одном языке. Поэтому ключевые понятия нуждаются в расшифровке.
  3. Соблюдение установленных стандартов. Перечень нормативных документов, которые можно использовать при составлении технического задания, приводится ниже. Здесь же необходимо отметить, что ссылки на ГОСТы или ISO всегда полезны, так как сводят к минимуму возможные разночтения.
  4. Предоставление исполнителю максимально возможной информации о заказчике. Такие сведения помогают сориентироваться в том, что является важным для заказчика, его целевой аудитории и других важных параметрах.
  5. Перечисление конкурентов. Достаточно часто существенную помощь в реализации проекта оказывает изучение и анализ аналогов, уже представленных на рынке или запланированных к запуску конкурирующими компаниями. Такой подход к решению задачи заслуживает внимания, так как позволяет минимизировать сопутствующие расходы и не заниматься «изобретением велосипеда», а сосредоточиться на улучшении уже имеющихся разработок.
  6. Внесение корректировок при необходимости. Если речь идет о сотрудничестве двух коммерческих структур, целесообразно наладить постоянное общение. В том числе –с целью уточнения ТЗ, если это потребуется. Хотя намного правильнее заранее прописать все возможные нюансы и сценарии развития событий, так как любые корректировки технического задания можно и нужно считать форс-мажором.

Скачать шаблон и пример ТЗ на оказание услуг – источник s-vfu.ru.

О стандартах

Порядок разработки технических заданий регламентируется множеством стандартов – как международных, так и отечественных. Причем в отношении разных проектов и продуктов действуют различные нормы. Наиболее часто упоминается международный стандарт ISO/IEC/IEEE 29148-2018. Он устанавливает требования к ТЗ на разработку информационных систем и программного обеспечения.

Если говорить об отечественных стандартах, необходимо обязательно отметить два из них. Первый – это ГОСТ 34.602-89, который устанавливает основные технические и другие требования к ТЗ на автоматизированные системы. Второй – это ГОСТ 19.201-78, определяющий порядок разработки ТЗ в рамках единой системы программной документации.

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

Существуют и другие стандарты, в большинстве своем международные – IEEE STD 830-1998, RUP, BABOK, SWEBOK и т.д. Их использования в отечественных условиях сильно ограничено из-за отсутствия учета местной специфики и широкого распространения.

Порядок документирования требований

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

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

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

В каком случае ТЗ не нужно?

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

Шаблоны для скачивания и примеры

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

FAQ

Что такое ТЗ?

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

Для чего необходимо техническое задание?

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

Что следует включить в ТЗ?

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

Кто занимается составлением ТЗ?

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

Какие типичные ошибки допускаются при разработке технического задания?

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

Подведем итоги

  1. Техническое задание – это перечень требований к конечному продукту или результатам реализации проекта.
  2. Разработка ТЗ – важный подготовительный этап, от успешного выполнения которого зависит эффективность дальнейшего сотрудничества между заказчиком и исполнителем, а также качество полученного на выходе продукта.
  3. Составлением ТЗ занимается заказчик, исполнитель или одновременно оба. Последний вариант нередко оказывается самым плодотворным при условии взаимного доверия между сторонами.
  4. Стоимость технического задания определяется индивидуально и зависит от специфики конечного продукта, его сложности и предъявляемых заказчиком требований.

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

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

  • Что такое техническое задание
  • Когда стоит составлять техническое задание
  • Кто должен составлять техническое задание
  • Сколько стоит заказать ТЗ
  • Как написать техническое задание
  • Шаблоны и примеры ТЗ
  • Когда ТЗ не нужно
  • Кратко — универсальные советы по составлению ТЗ

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

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

Это не ТЗ, а поручение Сходи, купи хлеба
Вот это ТЗ Мне нужен хлеб:

  • Купи его до 19:00 сегодня.
  • Мне нужен хлеб из пекарни около дома.
  • Хлеб должен быть весом от 200 до 300 г.
  • Он должен быть либо из ржаной, либо из гречневой муки.

Другой хлеб мне не нужен.

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

Когда стоит составлять техническое задание

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

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

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

Кто должен составлять техническое задание

Устоявшейся практики нет — как договоритесь с подрядчиком.

Заказчик делает сам

Например, гендиректор студии архитектурной фотографии «АрхФото» Анатолий Шостак называет идеальным заказом ситуацию, когда заказчик сразу присылает подробное ТЗ и просит оценить работы.

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

Анатолий Шостак
Гендиректор «АрхФото»

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

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

Техзадание полностью делает исполнитель

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

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

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

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

Сколько стоит заказать ТЗ

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

Основатель компании по разработке информационных систем Work Solutions Максим Мул при заказе ТЗ рекомендует ориентироваться на 10-20 % от общей стоимости разработки продукта.

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

Максим Мул
Основатель Work Solutions

Если речь про IT-задачи, например, интеграцию между информационными системами, внедрение CRM, разработку дополнительного функционала ПО или приложения по API, то не стоит рассчитывать на ТЗ стоимостью меньше 50 000 руб., считает гендиректор компании «Информатика и Сервис» Владимир Севрук.

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

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

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

У нас есть более сложная форма ТЗ — мы называем ее «сценарий». Для сценария мы проводим предварительные съемки, прописываем и согласовываем все ракурсы с заказчиком, прорабатываем целевую аудиторию и рассчитываем тайминг каждого кадра с учетом движения солнца. И все это ещё до начала чистовой работы.

Анатолий Шостак
Гендиректор «АрхФото»

За составление такого подробного сценария в «АрхФото» берут деньги. В зависимости от сложности проекта и требований заказчика сценарий иногда стоит дороже самой съемки. Зато благодаря ТЗ заказчик еще до начала работ понимает, что получит в итоге, говорит Анатолий Шостак. 

Как написать техническое задание

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

Пишите однозначно

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

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

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

Алексей Орлов
Руководитель проектов компании «Рексофт»

Стоит попробовать любые пожелания сводить к количественным требованиям. 

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

Дайте подрядчику общую информацию

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

Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.

Расскажите подрядчику, какие задачи будет решать IT-решение. Это может быть увеличение прибыли, повышение узнаваемости бренда, лояльности пользователей. Уточните, кто будет пользователями продукта, их социальные и поведенческие характеристики, например, пол, возраст, интересы, семейное положение, потребности — это нужно, чтобы корректно и эффективно сформулировать функциональные требования к продукту.

Максим Болотов
Гендиректор INOSTUDIO

Помогите разобраться в терминах и нюансах

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

Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа. 

Покажите конкурентов

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

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

Максим Болотов
Гендиректор INOSTUDIO

Уточните важные технические требования

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

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

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

Распишите сценарии использования продукта

Если вы делаете что-то стандартное, то так сильно погружаться в особенности продукта не стоит, это лишь запутает и добавит ТЗ многословности. Но в случае чего-то необычного попробуйте в техзадании отвечать не на вопрос «Что?», а на вопрос «Как будет делать пользователь?». 

  • Плохо — «Требование 1. На сайте есть корзина, пользователь по дополнительному запросу может получить список дополнительных товаров». В этом случае непонятно, что и как должно работать.
  • Хорошо — «Когда пользователь заходит в корзину, сайт показывает ему всплывающий баннер. На этом баннере должны быть товары, которые могут пригодиться покупателю. Он может одним кликом добавить любой товар к заказу. Или закрыть окно». В этом случае понятно, как работает сценарий использования корзины и блока с кросс-товарами.

Если речь про IT-продукты, можно прописывать сценарии по такому шаблону:

  • действие пользователя;
  • ответ сайта;
  • если пользователь делает так, то сайт делает так;
  • если пользователь делает по-другому, то сайт отвечает так.

Опишите требования к проверке проекта

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

Например, для интернет-магазина это может быть:

  • Буду проверять корректное отображение в браузерах Chrome, Firefox, Mozilla трех последних версий.
  • Отображение на экранах мобильника с разрешением 320 px на 480 px, монитора с разрешением 1024 px на 802 px, большого монитора с разрешением…
  • Скорость разгрузки по сервису такому-то не больше 1 секунды.

Чем подробнее и длиннее чек-лист, тем лучше.

Двигайтесь от общего к частному

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

Шаблоны и примеры ТЗ

Универсального шаблона технического задания нет — требования будут отличаться в зависимости от отрасли и типа проекта. 

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

Если планируете заказать IT-продукт, можно использовать за основу госстандарты. Например:

  • ГОСТ 34. Это еще советская разработка сбора требований для создания автоматизированных систем. Не готовый шаблон, но много вопросов к заказчику, которые помогут структурировать пожелания.
  • IEEE 29148-2011 — стандарт разработки сложных систем, в которых есть вопросы о требовании к функциям, а также рекомендация описать условия программного окружения, то есть платформ, которые будут работать вместе с вашим продуктом.
  • Rational Unified Process — продвинутая спецификация для разработки требований к IT-продуктам. Много внимания отводится вариантам использования.

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

Когда ТЗ не нужно

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

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

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

Вместо ТЗ выгоднее сначала сделать предпроектное обследование, изучить реальные потребности клиентов, вместе с аналитиком подрядчика. А затем решать, нужно ли ТЗ вообще.
Может быть, выгоднее и эффективнее выполнять бизнес-задачу, например, с помощью SCRUM. Действуя небольшими итерациями в 1-2 недели, анализируя результат и постепенно дополняя требования.

Владимир Севрук
Гендиректор компании «Информатика и Сервис»

Кратко — универсальные советы по составлению ТЗ

Составляя ТЗ самостоятельно или с подрядчиком, придерживайтесь следующих правил:

  • Если у вас большой и нестандартный проект, стоит изучить цены на составление ТЗ. Возможно, выгоднее один раз заплатить аналитику за создание подробного документа и открыть тендер среди подрядчиков, чем самому искать исполнителей и делать несколько ТЗ по их шаблонам.
  • Прописывайте требования однозначно, используйте количественные, а не качественные характеристики.
  • Поделитесь с подрядчиком общей информацией о компании и проекте — это поможет исполнителю лучше понять целевую аудиторию продукта и не допустить ошибок.
  • Составьте для исполнителя словарь терминов из вашей отрасли, которые используются в ТЗ.
  • Посоветуйтесь с IT-специалистами из сторонних отделов. Добавьте в ТЗ информацию о технологиях, системах и бизнес-процессах, в которые будет интегрирован новый продукт.
  • Распишите сценарии использовании — сначала действие пользователя, затем результат, который должен выдать ваш продукт.
  • Опишите требования с помощью чек-листа проверки — подумайте, как бы вы стали проверять готовый продукт.

Информация

  • Телефонный справочник
  • Карта сайта
  • Партнеры
  • СВФУ для людей с ограниченными возможностями здоровья и инвалидов

Полезные ссылки

  • О вузе
  • Президент
  • Эндаумент
  • Достижения
  • СМИ о нас
  • Политика СВФУ в отношении обработки персональных данных
  • Согласие на обработку персональных данных Пользователя (посетителя сайта)
  • Антитеррор
  • Профком

Пресс-служба
press-service@s-vfu.ru
Телефон: +7 (4112) 49-65-40

Сведения об образовательной организации

2023 © Северо-Восточный федеральный университет имени М.К.Аммосова.

  • |
  • Департамент цифровых технологий
  • |
  • по вопросам работы сайта: web@s-vfu.ru

Понравилась статья? Поделить с друзьями:
  • Туапсинский районный суд краснодарского края реквизиты для оплаты госпошлины
  • Тубдиспансер василеостровского района взрослое отделение часы работы телефон
  • Туристы проехали несколько километров в автобусе а дальше шли пешком 5 часов
  • Ты где был на работе задержался время час ночи ваш офис работает до 11 фильм
  • Тэк тюменская энергосбытовая компания личный кабинет физического лица личный