《软件需求规格说明书模板》.docx

1、软件需求规格说明书模板【项目名称】软件需求规格说明书文件编号文件状态 草稿 正式发布 正在修改当前版本拟 制日期审 核日期批 准日期 修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。文件提交时不得再含有这些内容。】目 录1 引言 41.1 目的 41.2 背景 41.3 术语与缩写解释 41.4 参考资料 42 项目概述 52.1 软件系统目标 52.2 软件系统功能概要 52.3 软件系统中的角色 52.4 实现语言 62.5 用户特点

2、 62.6 假定和约束 63 功能需求 63.1 功能需求列表 63.2 Module A功能需求 73.2.1 Module A- SFA-01 73.2.2 Module A- SFA-02 83.3 Module B功能需求 93.3.1 Module B- SFA-01 93.3.2 Module B- SFA-02 93.4 Module C功能需求 94 非功能性需求 94.1 性能需求 94.1.1 精度 94.1.2 时间特性要求 94.1.3 灵活性 104.2 数据管理能力要求 104.3 故障处理要求 104.4 其他专门要求 105 运行环境规定 105.1 设备 10

3、5.2 支持软件 115.3 接口 115.4 控制 116 需求签字确认 121 引言1.1 目的【说明开发本软件的目的；编写本功能规格书的目的；功能规格书所预期的读者。】1.2 背景【标识要开发的软件产品（名称，代码）；列出本项目的任务提出者、项目负责人、分析设计人员、开发人员以及与本项目开展工作直接有关的人员和用户；说明该软件产品与其它有关软件产品的相互关系。】1.3 术语与缩写解释缩写、术语解 释1.4 参考资料【列出本项目经核准的立项书或合同和上级机关的批文；列出编写本功能规格书时参考的文件、资料、技术标准以及它们的作者、标题、编号、发布日期和出版单位等。】2 项目概述2.1 软件系

4、统目标【描述被开发软件主要目标，主要组成，相互联系和外部接口，可用系统层次结构图描述】2.2 软件系统功能概要【 简述被开发软件的功能，可用系统流程图、数据流图或WBS等图形来描述。尽量采用设计工具，如：Rational Rose、Power Designer等来进行。】2.3 软件系统中的角色【提示：（1）定义本产品的所有角色。各种角色的具体行为将在功能需求中描述。（2）最好绘制相应的角色图（表达角色以及相互关系）。】举例：以下是项目管理系统软件的角色角色名称工作简述系统管理员配置所有项目的基本信息（如设定项目经理）公司管理层查看项目进展状况项目管理者对项目进行考核（文档和汇报内容评分）质量

5、部门跟踪并评估项目质量监控信息项目经理管理相应项目的信息项目成员由项目经理指派 【 给出角色关系图 】2.4 实现语言【列出所采用的编程语言】2.5 用户特点【列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。】2.6 假定和约束【 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。】3 功能需求3.1 功能需求列表【按下表给出功能需求汇总表，每个功能需求除要有中文命名外，还应有唯一的标号，具体的需求标号规则，请参考iASPEC-SP-RDM-G02 需求ID编码规则】功能类别子功能功能点描述优先级别

6、功能需求点编码功能类别（Module A）子功能（SFA）功能点(P01)Module A_SFA_P01Module A_SFA_P02子功能（SFB）Module A_SFB_P01Module A_SFB_P02功能类别（Module B）子功能（SFA）Module B_SFA_P01子功能（SFB）Module B_SFB_P01。3.2 功能需求（Module A）【提示：描述Module A功能的总体说明。给出子功能之间的结构和逻辑关系图。】3.2.1 子功能名（Module A_SFA）【提示：描述子功能的总体说明。要给出用例图等必要的结构和逻辑描述。】3.2.1.1 功能点名

7、（Module A_ SFA_P01）（1） 功能需求(F)【对本功能点的功能进行描述。需求编码为：SRS_Module A_SFA_P01_F01】（2） 操作流程需求(H)【操作顺序和处理过程，给出流程图。以及操作方面的需求。需求编码为：SRS_Module A_SFA_P01_H01】（3） 角色及权限需求(R)【描述此功能使用的角色和权限，给出用例图。需求编码为：SRS_Module A_SFA_P01_R01】（4） 输入数据需求(I)【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料

8、（包括设备型号、数量）。需求编码为：SRS_Module A_SFA_P01_I01】名称输入方式数据类型是否必输项预设值（5） 输出需求(O)【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。需求编码为：SRS_Module A_SFA_P01_O01】（6） 界面需求(W)【本功能对应的界面需求。需求编码为：SRS_Module A_SFA_P01_W01】3.2.1.2 功能点名（Module A_SFA_P02）（1） 功能需求（F）【本功能点对应的功能描述。需求编码为：SRS_Module A_SF

9、A_P01_F01】（2） 操作流程需求（H）【操作顺序和处理过程，给出流程图。以及操作方面的需求。需求编码为：SRS_Module A_SFA_P01_H01】（3） 角色及权限需求（R）【描述此功能使用的角色和权限。需求编码为：SRS_Module A_SFA_P01_R01】（4） 输入数据需求（I）【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量）。需求编码为：SRS_Module A_SFA_P01_I01】名称操作方式数据类型是否必输项预设值（5） 输出需求（O

10、）【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。需求编码为：SRS_Module A_SFA_P01_O01】（6） 界面需求（W）【本功能对应的界面需求。需求编码为：SRS_Module A_SFA_P01_W01】3.2.2 子功能名（Module A_SFB）3.2.2.1 功能点名（Module A_ SFB_P01）3.2.2.2 功能点名（Module A_ SFB_P02）3.3 功能需求（Module B）3.3.1 子功能名（Module B_SFA）3.3.1.1 功能点名（Modul

11、e B_ SFA_P01）。3.3.2 子功能名（Module B_SFB）3.3.2.1 功能点名（Module B_ SFB_P01）。3.4 功能需求（Module C）。4 非功能性需求4.1 性能需求【说明本系统的总体性能需求。】4.1.1 精度【说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。需求编码为：SRS_NF_P01】4.1.2 时间特性要求【说明对于该软件的时间特性要求，如对：a 响应时间；SRS_NF _T01b 更新处理时间；SRS_NF _T02c 数据的转换和传送时间；SRS_NF _T03d 解题时间；SRS_NF _T04e 等待时间要求 S

12、RS_NF _T05。】4.1.3 灵活性【说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a 操作方式上的变化；需求编码为：SRS_NF_A01b 运行环境的变化； 需求编码为：SRS_NF_A02c 同其他软件的接口的变化； 需求编码为：SRS_NF_A03d 精度和有效时限的变化； 需求编码为：SRS_NF_A04e 计划的变化或改进。 需求编码为：SRS_NF_A05对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。】4.2 数据管理能力要求【说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算

13、。】4.3 故障处理要求【列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。】4.4 其他专门要求【如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。】5 运行环境规定5.1 设备【列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a 处理器型号及内存容量；b 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c 输入及输出设备的型号和数量，联机或脱机；d 数据通信设备的型号和数量；e 功能键及其他专用硬件】5.2 支持软件【列出支持软件,包括要用到的操作系统、编译（或汇编）程序、

14、测试支持软件等。】5.3 接口【说明该软件同其他软件之间的接口、数据通信协议等。URS_Interface A_01】5.4 控制【说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。】6 需求签字确认【提示：当软件需求规格说明书通过双方评审之后，开发方负责人和客户方负责人作书面承诺，使之具有商业合同效果。责任人作书面承诺之前务必要认真阅读文档，一定要明白签字意味着什么。】需求确认 本需求规格说明书建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该需求规格说明书开展。如果需求发生变化，我们将按照“需求变更控制规程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。客户承诺签字：日期：项目经理承诺签字：日期：附件：需求建模及相关材料