Как поставить задачу так, чтобы её поняли с 1-го раза.

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

Описание решаемой проблемы

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

Пример:

Нам часто необходимо смотреть статистику посещений в панели управления счетчиком liveinternet. Для этого требуется для 
каждого сайта:
  - авторизоваться;
  - перейти на страницу статистики;
  - выбрать интересующую дату;
  - скопировать данные из таблички на сайте в excell.
На это уходит очень много времени. Особенно напрягает необходимость авторизоваться-выходить.

Текущее состояние. Исходные данные

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

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

Пример:

На данный момент, для составления статистики по ключевым запросам, пользователь проходит следующую процедуру:
  1. Заходит на http://www.liveinternet.ru/.
  2. В правом верхнем углу переходит по ссылке "войти в статистику", где вводит адрес сайта и пароль.
  3. Пароль и адрес сайта берётся из документа расположенного [[тут]].
  4. После авторизации переходим по ссылке по "поисковым фразам" - http://www.liveinternet.ru/stat/perpetum-mobile.ru/queries.html.
  5. Копируется из браузера табличка с ключевыми словами и запросами, а затем вставляется в excell.

Требуемый результат.

Тут описываются требования к результату работы ПО. То есть отвечаем на вопрос: «что в итоге нужно от разрабатываемого ПО»?

Пример:

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

Типичный сценарий работы

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

Пример:

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

Добавить комментарий