Шаблон технического задания
.docx
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ <Наименование программного продукта>
Версия документа: |
|
Дата создания: |
|
Подготовлен: |
Фамилия И. О. группа: E-mail: |
|
|
1. Введение
В данном разделе следует:
|
-
Назначение
Документ Project Proposal содержит общие требования, описания и предложения в соответствии с теми характеристиками и решениями, которые могут быть использованы. Он содержи оценкупроектных рисков и предложения по управлению этими рисками, решения возможных проблем, оценку времени и ресурсов проекта. Данный документ является отправной точкой для начала процесса утверждения проекта.
-
Предмет
Предметом данного документа является продукт <Project>, а также его особенности и требования к нему.
1.3 Термины, определения и соглашения
1.3.1 Аббревиатуры
<INSERT>
1.3.2 Соглашения
<INSERT>
-
Ссылки
[Данный подраздел предоставляет полный список всех документов, на которые имеется ссылка где-либо в Project Proposal.]
Номер |
Название |
Дата и Издательство |
Автор |
Комментарий |
- |
- |
- |
- |
- |
2. Общее описание функциональности
В данном разделе следует:
|
<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. Функциональное описание решения
В данном разделе следует:
|
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> [Опишите все функциональные или бизнес допущения и предположения, которые были сделаны в начале. Допущение - это нечто, что будучи неправильным, потребует незначительных изменений в будущем. Зависимость - это нечто, что будучи неправильным, в будущем требует пересмотра всей спецификации.]