软件需求文档模板.docx

《软件需求文档模板.docx》由会员分享，可在线阅读，更多相关《软件需求文档模板.docx（5页珍藏版）》请在第一文库网上搜索。

1、软件需求规格说明书模板VI.1.doc修订历史版本说明编制批准批准日期1. 1初次编写SEPG目录1.引言11.1. 背景11.2. 参考资料11.3. 假定和约束11.4. 用户的特点12.功能需求12. 1.系统范围12. 2.系统体系结构（二层架构的系统可剪裁本小节）12. 3.系统总体流程22. 4.需求分析22. 4.1.XXXXXXX（功能需求名称）23. 4.1.1.功能描述24. 4.1.2.业务建模25. 4.1.3.用例描述36. 4.1.4.用户界面52. 4.2.XXXXXXX（功能需求名称）53.非功能需求53.1. 性能要求53. 1.1.精度53. 1.2.时间特

2、性要求63. 1.3.输人输出要求63. 2.数据管理能力要求63. 3.安全保密性要求63. 4.灵活性要求63. 5.其他专门要求64.运行环境规定64. 1.设备64. 2.支持软件74.3. 接口74. 4.控制75. 需求跟踪76. 签批单71 .引言1.1. 背景说明：a.待开发的软件系统的名称；b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;C.该软件系统同其他系统或其他机构的基本的相互来往关系。1.2. 参考资料列出本说明书中引用和参考的资料，如：a.本项目的经核准的计划任务书或合同、上级机关的批文；b.属于本项目的其他已发表的文件；c.本文件中各处引用

3、的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。1.3. 假定和约束可选列出进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件、用户的资料准备和交流上的问题等。1.4. 用户的特点可选列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。2 .功能需求3 .1.系统范围明确概要地说明用户对系统、产品高层次的目标要求，如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。如果所定义的产品是一个更大系统的一个组成部分，则应

4、说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。2.2.系统体系结构（二层架构的系统可剪裁本小节）可选以图+文本结合的方式描述系统的总体架构。以下应提供系统总体架构图：以下对系统总体架构进行描述：2.3.系统总体流程以图+文本结合的方式说明系统的总体流程。图一是计划合同管理系统的总体流程图。图一24.需求分析需求分析的目的是获取或描述系统需求中的每一个功能需求，并通过分析确定系统能够做什么？谁来使用这个系统？建立用例模型：发现角色和用例，并确定角色之间的关系、用例之间的关系，以及角色与用例之间的相互关系描述用例：角色与系统如

5、何交互的规格说明。2.4.1.XXXXXXX（功能需求名称）2.4.1.1.功能描述功能编号：功能需求：从用户业务的角度描述功能需求。2.4.1.2.业务建模从可视化的角度一用例图一描述功能需求图二是综合计划管理系统合同编辑业务的功能需求用例图。图二2.4.1.3.用例描述以文本的方式描述每一个用例中角色与系统相互交互的规格说明。1、XXXXXX（用例名称）描述对象描述内容标识符用例的唯一标识符说明对用例的概要说明参与者与该用例相关的参与者列表，以及参与者的特点频度参与者访问此用例的频率状态通常分为：进行中、等待审查、通过审查或未通过审查前置条件一个条件列表，如果其中包含条件，则这些条件必须在

6、访问用例之前得到满足后置条件一个条件列表，如果其中包含条件，则这些条件将在用例成功完成以后得到满足被扩展的用例此用例所扩展的用例（如果存在）被包含的用例此用例所包含的用例（如果存在）基本操作流程参与者在用例中所遵循的主逻辑路径，即当各项工作都正常进行时用例的工作方式可选操作流程在变更工作方式、出现异常或发生错误的情况下所遵循的路径修改历史记录修改人：修改日期：修改原因：问题如果存在，则为与此用例的开发相关的问题或操作项目的列表以下是综合计划管理系统中的合同编辑功能需求中的合同增加用例描述：描述对象描述内容标识符Ipmsoioi说明增加一条合同记录参与者合同编辑人员一熟悉合同管理业务频度状态通过

7、审查前置条件1.参与者具有合同增加的权限2.参与者已选取对应的计划记录3.当前计划总投资2SUM（该计划下已签合同价）后置条件1.数据库中更加一条合同纪律2.可执行合同原件扫描用例3.可执行合同付款增加用例4.可执行合同修改和合同删除用例被扩展的用例无被包含的用例无基本操作流程请参见图三的合同增加流程可选操作流程当用户确认合同增加时发现异常时，系统提示合同增加无效的提示修改历史记录修改人：修改日期：修改原因：问题1.合同编码的具体约定2.合同类型、资金来源、合同受委托方字典表的具体设计图三合同增加活动流程2、XXXXX（用例名称）2.4.1.4.用户界面概要描述功能对应的用户界面风格，采用原型

8、生命周期的项目也可以提供原型界面拷贝。2. 4.2.XXXXXXX（功能需求名称）3.非功能需求3.1. 性能要求3. 1.1.精度可选说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3. 1.2.时间特性要求说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和界面更新传送时间等的要求。3. 1.3.输人输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。3. 2.数据管理能力要求可选说明需要管理的文卷和

9、记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。4. 3.安全保密性要求用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丢失的要求。5. 4.灵活性要求可选说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a.操作方式上的变化；b.运行环境的变化；c.同其他软件的接口的变化；d.精度和有效时限的变化；e.计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。6. 5.其他专门要求可选如用户单位对使用方便的要求，对可维护性、可补充性、易读性、

10、可靠性、异常处理要求、运行环境可转换性的特殊要求等。7. 运行环境规定7.1. 设备列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a.处理器型号及内存容量；b.外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c.输入及输出设备的型号和数量，联机或脱机；d.数据通信设备的型号和数量；e.功能键及其他专用硬件4 2支持软件列出支持软件,包括网络和硬件设备平台、操作系统平台、数据库系统平台以及编译（或汇编）程序和测试支持软件等。5 .3.接口可选说明该软件同其他软件之间的接口、数据通信协议等。6 .4.控制可选说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。7 .需求跟踪需求跟踪的主要目的是保证所有的需求都得到分析，以承诺需求-分析需求对应表(PRS_SRS表)的方式描述已分析需求对已承诺需求的覆盖情况。PRS_SRS表的格式请参见软件需求管理过程规范(SUP1-MANU-SRS-OO1)。8 .签批单我已阅读上述软件需求规格说明书，我将严格遵守说明书中的条款，并保证全力支持该规格说明书的实施。执行主管：日期技术主管：日期项目组长：日期用户代表：日期开发人员代表：日期小组成员：日期小组成员：日期