Введение. Назначение

<Название проекта>

Спецификация программных требований
к <подсистема или свойство>

Версия <1.0>

[Примечание. Шаблон предназначен для использования вместе с Rational Unified Process™. Текст, заключенный в квадратные скобки и выделенный синим курсивом (стиль=InfoBlue) содержит указания автору по схеме и структуре документа и должен быть удален перед его публикацией. Стиль абзаца, следующего за текстом в квадратных скобках, будет автоматически установлен "нормальным" (стиль=Body Text).]

[Для введения информации в автоматически заполняемые поля в Microsoft Word (при выборе они отображаются серым цветом), выбрать Файл>Свойства и заполнить поля Название, Тема и Учреждение соответствующей информацией. После закрытия окна диалога информация в автоматически заполняемых полях может быть обновлена нажатием Правка>Выбрать всеl (или Ctrl-A) и затем F9, или просто выделить поле мышкой и нажать F9. Это должно быть сделано отдельно для верхних и нижних колонтитулов. Alt-F9 используется для переключения между названием и содержанием поля. Смотри справку по Word для большей информации по работе с полями.]

Журнал изменений

Дата	Версия	Описание	Автор
<дд/мм/гг>	<x.x>	<подробные данные>	<ФИО>

Спецификация программных требований

1. Введение

[Введение к документу "Спецификация программных требований" (SRS) должно дать его полный обзор. В него необходимо включить назначение, область применения, определения, акронимы, сокращения, ссылки и обзор рассматриваемой спецификации.]

[Примечание. Спецификация SRS фиксирует все программные требования к системе или ее части. Ниже приведена типичная схема проектной спецификации SRS, требования в которой выражены естественным языком без применения моделирования сценариев использования. Эта спецификация фиксирует все требования в одном документе и включает в себя соответствующие разделы из дополнительных технических требований (которые становятся ненужными). В файле rup_SRS-uc.dot приведен шаблон спецификации SRS с применением моделирования сценариев использования, который состоит из пакета этих сценариев, соответствующих дополнительных технических требований и другой сопровождающей информации.]

[Компоновку спецификации SRS можно выполнять многими различными способами. Эти вопросы вместе с другими возможностями организации спецификации SRS более подробно раскрываются в документе [IEEE830-1998]].

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

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

12 3 4 5 6 7 Следующая ⇒