软件需求规格说明书模板Word文档格式.docx

软件需求规格说明书模板Word文档格式.docx

《软件需求规格说明书模板Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明书模板Word文档格式.docx（11页珍藏版）》请在冰豆网上搜索。

3.1.3.输人输出要求6 

3.2.数据管理能力要求6 

3.3.安全保密性要求6 

3.4.灵活性要求6 

3.5.其他专门要求6 

4.运行环境规定6 

4.1.设备6 

4.2.支持软件7 

4.3.接口7 

4.4.控制7 

5.需求跟踪7 

6.签批单7 

1.引言 

1.1.背景 

说明：

a．待开发的软件系统的名称；

b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

C．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.2.参考资料 

列出本说明书中引用和参考的资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

1.3.假定和约束[可选] 

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件、用户的资料准备和交流上的问题等。

1.4.用户的特点[可选] 

列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。

这些是软件设计工作的重要约束。

2.功能需求 

2.1.系统范围 

明确概要地说明用户对系统、产品高层次的目标要求，如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。

如果所定义的产品是一个更大系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2.系统体系结构（二层架构的系统可剪裁本小节）[可选] 

以图+文本结合的方式描述系统的总体架构。

以下应提供系统总体架构图：

以下对系统总体架构进行描述：

2.3.系统总体流程 

以图+文本结合的方式说明系统的总体流程。

图一是计划合同管理系统的总体流程图。

图一 

2.4.需求分析 

需求分析的目的是获取或描述系统需求中的每一个功能需求，并通过分析确定系统能够做什么？

谁来使用这个系统？

·

建立用例模型：

发现角色和用例，并确定角色之间的关系、用例之间的关系，以及角色与用例之间的相互关系 

描述用例：

角色与系统如何交互的规格说明。

2.4.1.XXXXXXX（功能需求名称） 

2.4.1.1.功能描述 

功能编号：

功能需求：

从用户业务的角度描述功能需求。

2.4.1.2.业务建模 

从可视化的角度--用例图--描述功能需求 

图二是综合计划管理系统合同编辑业务的功能需求用例图。

图二 

2.4.1.3.用例描述 

以文本的方式描述每一个用例中角色与系统相互交互的规格说明。

1、XXXXXX（用例名称） 

描述对象描述内容 

标识符用例的唯一标识符 

说明对用例的概要说明 

参与者与该用例相关的参与者列表，以及参与者的特点 

频度参与者访问此用例的频率 

状态通常分为：

进行中、等待审查、通过审查或未通过审查 

前置条件一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足 

后置条件一个条件列表，如果其中包含条件，则这些条件将在用例成功完成以后得到满足 

被扩展的用例此用例所扩展的用例（如果存在） 

被包含的用例此用例所包含的用例（如果存在） 

基本操作流程参与者在用例中所遵循的主逻辑路径，即当各项工作都正常进行时用例的工作方式 

可选操作流程在变更工作方式、出现异常或发生错误的情况下所遵循的路径 

修改历史记录修改人 

：

修改日期：

修改原因：

问题如果存在，则为与此用例的开发相关的问题或操作项目的列表 

以下是综合计划管理系统中的合同编辑功能需求中的合同增加用例描述：

标识符IPMS0101 

说明增加一条合同记录 

参与者合同编辑人员--熟悉合同管理业务 

频度 

状态通过审查 

前置条件1.参与者具有合同增加的权限2.参与者已选取对应的计划记录3.当前计划总投资≥SUM（该计划下已签合同价） 

后置条件1.数据库中更加一条合同纪律2.可执行合同原件扫描用例3.可执行合同付款增加用例4.可执行合同修改和合同删除用例 

被扩展的用例无 

被包含的用例无 

基本操作流程请参见图三的合同增加流程 

可选操作流程当用户确认合同增加时发现异常时，系统提示合同增加无效的提示 

问题1.合同编码的具体约定2.合同类型、资金来源、合同受委托方字典表的具体设计 

图三 

合同增加活动流程 

2、XXXXX（用例名称） 

…… 

2.4.1.4.用户界面 

概要描述功能对应的用户界面风格，采用原型生命周期的项目也可以提供原型界面拷贝。

2.4.2.XXXXXXX（功能需求名称） 

3.非功能需求 

3.1.性能要求 

3.1.1.精度[可选] 

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

3.1.2.时间特性要求 

说明对于该软件的时间特性要求，如对：

响应时间；

更新处理时间；

数据的转换和界面更新传送时间等的要求。

3.1.3.输人输出要求 

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.2.数据管理能力要求[可选] 

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。

3.3.安全保密性要求 

用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丢失的要求。

3.4.灵活性要求[可选] 

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：

a．操作方式上的变化；

b．运行环境的变化；

c．同其他软件的接口的变化；

d．精度和有效时限的变化；

e．计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

3.5.其他专门要求[可选] 

如用户单位对使用方便的要求，对可维护性、可补充性、易读性、可靠性、异常处理要求、运行环境可转换性的特殊要求等。

4.运行环境规定 

4.1.设备 

列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能，包括：

a．处理器型号及内存容量；

b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；

c．输入及输出设备的型号和数量，联机或脱机；

d．数据通信设备的型号和数量；

e．功能键及其他专用硬件 

4.2.支持软件 

列出支持软件,包括网络和硬件设备平台、操作系统平台、数据库系统平台以及编译（或汇编）程序和测试支持软件等。

4.3.接口[可选] 

说明该软件同其他软件之间的接口、数据通信协议等。

4.4.控制[可选] 

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

5.需求跟踪 

需求跟踪的主要目的是保证所有的需求都得到分析，以承诺需求-分析需求对应表（PRS_SRS表）的方式描述已分析需求对已承诺需求的覆盖情况。

PRS_SRS表的格式请参见软件需求管理过程规范（SUPL-MANU-SRS-001）。

6.签批单 

我已阅读上述软件需求规格说明书，我将严格遵守说明书中的条款，并保证全力支持该规格说明书的实施。

执行主管:

日期 

技术主管:

项目组长:

用户代表:

开发人员代表:

小组成员:

概要设计说明书模板（转）

1引言

1.1写目的：

阐明编写概要设计说明书的目的，指明读者对象。

`

1.2项目背景：

应包括

　　●项目的委托单位、开发单位和主管部门

　　●该软件系统与其他系统的关系。

1.3定义：

列出本文档中所用到的专门术语的定义和缩写词的愿意。

1.4参考资料：

　　●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源

　　●项目经核准的计划任务书、合同或上级机关的批文；

项目开发计划；

需求规格说明书；

测试计划（初稿）；

用户操作手册

　　●文档所引用的资料、采用的标准或规范。

2任务概述

2.1目标

2.2需求概述

2.3条件与限制

3总体设计

3.2总体结构和模块外部设计

3.3功能分配：

表明各项功能与程序结构的关系。

4接口设计

4.1外部接口：

包括用户界面、软件接口与硬件接口。

4.2内部接口：

模块之间的接口。

5数据结构设计

6逻辑结构设计

　　所有文档的统一封面格式如下页所示。

7物理结构设计

8数据结构与程序的关系

9运行设计

9.1运行模块的组合

9.2运行控制

9.3运行时间

10出错处理设计

10.1出错输出信息

10.2出错处理对策：

如设置后备、性能降级、恢复及再启动等。

11安全保密设计

12维护设计

　　说明为方便维护工作的设施，如维护模块等。

详细设计说明书模板一

1.引言

1.1编写目的

　　[说明编写这份详细设计说明书的目的，指出预期的读者。

]

1.2背景

　　a.[待开发系统的名称；

　　b.[列出本项目的任务提出者、开发者、用户。

1.3定义

　　[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料

　　[列出有关的参考资料。

2.系统的结构

　　[给出系统的结构框图，包括软件结构、硬件结构框图。

用一系列图表列出系统内的每个模块的名称、标识符和它们之间的层次结构关系。

3．模块1（标识符）设计说明

　　[从本章开始，逐个地给出各个层次中的每个模块的设计考虑。

以下给出的提纲是针对一般情况的。

对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。

3.1模块描述

　　[给出对该基本模块的简要描述，主要说明安排设计本模块的目的意义，并且，还要说明本模块的特点。

3.2功能

　　[说明该基本模块应具有的功能。

3.3性能

　　[说明对该模块的全部性能要求。

3.4输入项

　　[给出对每一个输入项的特性。

3.5输出项

　　[给出对每一个输出项的特性。

3.6设计方法（算法）

　　[对于软件设计，应详细说明本程序所选取用的算法，具体的计算公式及计算步骤。

　　[对于硬件设计，应详细说明本模块的设计原理、元器件的选取、各元器件的逻辑关系，所需要的各种协议等。

3.7流程逻辑

　　[用图表辅以必要的说明来表示本模块的逻辑流程。

3.8接口

　　[说明本模块与其它相关模块间的逻辑连接方式，说明涉及到的参数传递方式。

3.9存储分配

　　[根据需要，说明本模块的存储分配。

3.10注释设计

　　[说明安排的程序注释。

3.11限制条件

　　[说明本模块在运行使用中所受到的限制条件。

3.12测试计划

　　[说明对本模块进行单体测试的计划，包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件、驱动程序及桩模块等的规定。

3.13尚未解决的问题

　　[说明在本模块的设计中尚未解决而设计者认为在系统完成之前应解决的问题。

4．模块2（标识符）设计说明

　　[用类似第3条的方式，说明第2个模块乃至第N个模块的设计考虑。