Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

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

.docx
Скачиваний:
215
Добавлен:
28.06.2014
Размер:
27.36 Кб
Скачать

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ <Наименование программного продукта>

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

Дата создания:

Подготовлен:

Фамилия И. О. группа:

E-mail:

1. Введение

В данном разделе следует:

  1. Описать основную цель создания системы

  2. Дать краткое введение в предметную область

    1. Назначение

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

    1. Предмет

Предметом данного документа является продукт <Project>, а также его особенности и требования к нему.

1.3 Термины, определения и соглашения

1.3.1 Аббревиатуры

<INSERT>

1.3.2 Соглашения

<INSERT>

    1. Ссылки

[Данный подраздел предоставляет полный список всех документов, на которые имеется ссылка где-либо в Project Proposal.]

Номер

Название

Дата и Издательство

Автор

Комментарий

-

-

-

-

-

2. Общее описание функциональности

В данном разделе следует:

  1. Указать основные факторы, влияющие на продукт

  2. Выделить аппаратные и программные ограничения

  3. Осуществить анализ категорий пользователей с детализацией требований каждой категории пользователей

  4. Описать требования к разрабатываемой системе

<INSERT>

2.1 Требования к функциональности

<INSERT> [Опишите с системной функциональной точки зрения. (т.е. как будут реализованы требования внутри системы). По необходимости обращайтесь к документу Requirements.]

2.1.1 Категории пользователей

2.1.2 Функциональность

<INSERT> [Этот подраздел описывает подходы, необходимые для удовлетворения функциональных требований к системе. Здесь необходимо кратко описать особенности системы.]

2.1.3 Практичность

<INSERT> [Этот раздел включает в себя все решения, удовлетворяющие требованиям практичности.]

2.1.4 Надежность

<INSERT> [Здесь необходимо указать способы обеспечения надежности системы.]

2.1.5 Производительность

<INSERT> [Здесь описываются характеристики производительности программных и аппаратных решений.]

2.1.6 Безопасность

<INSERT> [Определите вопросы безопасности данных, системной, сетевой, физической и прочей безопасности.]

2.1.7 Требования к данным

<INSERT> [Укажите решения вопросов связанных с данными.]

2.1.8 Требования к преобразованию данных

<INSERT> [Укажите как должно быть реализовано преобразование данных.]

2.1.9 Масштабируемость

<INSERT> [Опишите, как будут решаться вопросы масштабируемости.]

2.1.10 Удобство поддержки

<INSERT> [Укажите решения по обеспечению удобства поддержки.]

2.1.11 Требования к пользовательской документации

<INSERT> [Описывает реализацию он-лайновой пользовательской документации (при ее наличии), помощи, заметок "help about" и т.д.]

2.1.12 Требования к лицензированию

<INSERT> [Определяет ужесточение требований к лицензированию и прочих требований к ограничению использования.]

3. Функциональное описание решения

В данном разделе следует:

  1. Описать предлагаемое решение

  2. Привести структуру системы

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

  4. Декомпозировать разрабатываемую систему на подсистемы

  5. Определить интерфейсы и информационные потоки между подсистемами

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

  7. Разместить календарный план работ

3.1 Выбор компонентов, которые необходимо приобрести

<INSERT> [Этот раздел детально описывает все покупные компоненты, которые будут использоваться в системе, почему этот конкретный компонент был выбран, вопросы лицензирования и совместимости компонента.]

3.2 Интерфейсы

<INSERT> [Этот раздел определяет интерфейсы, обеспечиваемые продуктом. Он должен содержать сведения о специфике, протоколах передачи данных, аппаратных ресурсах и т.д. То есть обо всем, что позволило бы разрабатывать продукт в соответствии с требованиями интерфейса.]

3.2.1 Пользовательские интерфейс

<INSERT> [Опишите элементы пользовательского интерфейса, которые будут реализованы в продукте. Составьте список представлений интерфейса на экране. Опишите следующие элементы для каждого представления:

  • Расположение.

  • Экранные области.

  • Меню.

  • Проверки.

  • Опции.

  • Эффекты нажатия кнопок.

  • Кнопки.

  • Навигация.

  • Прочее.]

3.2.2 Аппаратный интерфейс

<INSERT> [Этот раздел определяет все аппаратные интерфейсы, поддерживаемые продуктом, включая логическую структуру, адресацию в памяти, сети, предполагаемое поведение и т.д.]

3.2.3 Программный интерфейс

<INSERT> [Этот раздел описывает программные интерфейсы взаимодействия программного обеспечения с другими программными компонентами продукта. Этими компонентами могут быть покупные компоненты, компоненты, используемые повторно и разработанные ранее и прочие компоненты, с которыми данное программное обеспечение должно взаимодействовать.]

3.2.4 Коммуникационный интерфейс

<INSERT> [Опишите все интерфейсы коммуникаций с другими системами и устройствами.]

3.3 Обработка ошибок

<INSERT> [Приведите список возможных условий возникновения ошибок и опишите, как они будут обрабатываться.]

3.4 Планирование работ

<INSERT> [Опишите подробно все запланированные работы, которые могут исполняться автоматически.]

3.5 Источник данных

<INSERT> [Определите источник данных на уровне полей, все базы данных, технологии, которые планируется использовать количество записей и таблиц. Если возможно укажите местонахождение скриптов, все стандарты именования для этого проекта. Укажите изменения, которые необходимо произвести в базе данных. Требования к локализации.]

3.6 Преобразование данных

<INSERT> [Подробная информация о преобразовании данных.]

3.7 Отчеты

<INSERT> [Опишите все отчеты, которые пользователь будет просматривать.]

3.8 Проектные требования и ограничения

<INSERT> [Этот раздел описывает все требования и ограничения по разработке проекта системы. Проектные ограничения это решения, которые были приняты и которым надо следовать. Примерами могут служить языки программирования, которые предлагается использовать, требования к процессу разработки, средства разработки, требования в архитектуре системы, покупные компоненты, библиотеки классов и т.д.]

4. Оценка ресурсов

<INSERT> [Приведите здесь высокоуровневую оценку каждого вида ресурсов, необходимых для предоставления вышеописанного решения. Если необходимо, разбейте задачи на подзадачи.]

Задача

Имя ресурса

Роль

% Использование

Analysis

-

-

-

Design

-

-

-

Build

-

-

-

Test

-

-

-

Document

-

-

-

5. Предположения и зависимости

<INSERT> [Опишите все функциональные или бизнес допущения и предположения, которые были сделаны в начале. Допущение - это нечто, что будучи неправильным, потребует незначительных изменений в будущем. Зависимость - это нечто, что будучи неправильным, в будущем требует пересмотра всей спецификации.]