Титульный лист

<Project>

Functional Specification

Версия 1.0

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


Подготовлен:
Фамилия И. О.
E-mail:

Контактная информация:
Фамилия И. О.
E-mail:


Полное название организации
Адрес:
Телефон:

1. Введение

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

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

1.3 Термины, определения и соглашения
1.3.1 Аббревиатуры
<INSERT>
1.3.2 Соглашения
<INSERT>

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

Номер	Название	Дата и Издательство	Автор	Комментарий
-	-	-	-	-

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

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

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

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

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

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

6. Разрешенные вопросы

<INSERT>
[Список вопросов, относящихся к данным требованиям, разрешенных к настоящему моменту]

7. Открытые вопросы

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

8. Заметки о пересмотре проекта

<INSERT>
[Примечания, добавления, замечания заказчика и.т.д.]

9. Дополнительная информация

<INSERT>
[Дополнительная информация делает использование Functional Specification более удобным. Она может включать различные приложения, индексы и т.д. При включении приложений Functional Specification должен явно указывать, что эти приложения являются они или нет неотъемлемой частью требований.]

История изменений документа

Date	Version	Description	Author
-	-	-	-