软件需求文档模板.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(用例名称)描述对象描述内容标识符用例的唯一标识符说明对用例的概要说明参与者与该用例相关的参与者列表,以及参与者的特点频度参与者访问此用例的频率状态通常分为:进行中、等待审查、通过审查或未通过审查前置条件一个条件列表,如果其中包含条件,则这些条件必须在
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 文档 模板