TD201软件需求规格说明书模板.docx
- 文档编号:23463519
- 上传时间:2023-05-17
- 格式:DOCX
- 页数:11
- 大小:58.89KB
TD201软件需求规格说明书模板.docx
《TD201软件需求规格说明书模板.docx》由会员分享,可在线阅读,更多相关《TD201软件需求规格说明书模板.docx(11页珍藏版)》请在冰豆网上搜索。
TD201软件需求规格说明书模板
(项目名称)
软件需求规格说明书
(部门名称)
文件编号:
TD201
文件版次:
QMS2002
文档编号
版本号
分册名称
第册/共册
总页数
正文
附录
编制
审批
生效日期
沈阳东软软件股份有限公司
修改记录
版本号
变更控制报告
编号
更改条款及内容
更改人
审批人
更改日期
编写指南:
本模板力图给出软件需求分析阶段可能包括的基本信息。
如果某个章节在项目或当前阶段中无法描述,则可保留其标题,注明“不适用”;如果需要对本模板的个别章节详细描述,也可将其形成单独的文档,成为本文档附件。
若文档中的某个章节已经在其他项目文档中加以描述,可保留标题,注明“参见(文档编号)(文档名称)(条款)”。
形成正式文档后须删除斜体字内容。
1引言
1.1文档编制目的
说明编写这份报告的目的,指出预期的读者。
1.2背景
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料;明确需求分析过程涉及到的相关方。
1.3词汇表
列出本软件需求规格说明书中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时要求继承全部的先前过程中定义过的词汇。
词汇名称
词汇含义
备注
备注中注明该词汇的来源,或有其他更详细的解释的文档位置;以及对该词汇的其他叫法。
1.4参考资料
列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、出版日期和出版单位。
编号
资料名称
作者
出版日期
出版单位
列出编写本报告时查阅的Internet上杂志、专业著作、技术标准以及其网址。
2软件概述
2.1软件范围定义
对待开发的软件系统及其目的进行简短描述,包括利益和目标。
把软件与企业目标或业务策略相联系。
解释待开发软件与其他有关软件之间的关系:
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点;如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的其他各组成部分之间的关系,为此可使用方框图或表格来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统特性概述
概括描述待开发的软件能够为用户提供哪些服务,详细内容将在4中给出。
可以使用列表的方式给出,对软件的系统特性进行适当的组织,使每个读者都易于理解,同时须确定系统特性的优先级(“高”、“中”、“低”)。
也可以采用图形描述各系统特性之间的分组情况以及它们之间的联系,例如概念图、数据流图的顶层图或类图。
系统特性名称
系统特性描述
优先级
2.3系统运行环境
2.3.1设备及分布
1)主机类型
2)网络类型
3)存贮器容量
4)其他特殊设备
5)设备分布图
2.3.2支撑软件
1)操作系统
2)数据库管理系统
3)其他支撑软件
2.4假定和依赖
列举出在对本文档中确定的需求进行描述的时候的假设条件。
包括预计使用的商业组件、行业法规、开发或运行环境的问题。
描述软件系统对外部因素存在的依赖。
例如,若打算把其他项目开发的组件集成到系统中,那么就要依赖另一个项目按时提供正确的组件。
3外部接口需求
简要说明该软件同其他软件之间的公共接口、数据通信协议等,如果外部接口仅与某子功能有关,该接口说明需单独陈述。
可以使用关联图描述高层抽象的接口信息,也可根据需要将对接口数据和控制组件的详细描述写入数据字典中。
3.1用户界面
描述需要的用户界面的逻辑特征。
这些特征包括但不限于:
1)将要采用的图形用户界面(GUI)标准或产品系列的风格;
2)屏幕布局或解决方案的限制;
3)将出现在每个屏幕的标准按钮、功能或导航链接(例如一个帮助按钮);
4)快捷键;
5)错误信息显示标准。
对于用户界面的细节,例如特定的对话框的布局,在这里不必详细描述,以免由于过分的细节规定影响项目的开发进度以及开发人员的创造能力。
3.2硬件接口
描述软件系统和硬件各个接口的特征。
这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。
硬件接口名称
硬件名称
厂商
接口描述
3.3软件接口
描述软件系统与其他外部组件(须注明名称和版本)的连接,包括数据库、操作系统、工具软件、库和集成的商业组件。
明确在软件组件之间交换数据的目的,描述所需要的服务以及内部组件通信的性质。
确定将在组件间共享的数据。
软件接口名称
外部组件名称
版本号
接口描述
3.4通信接口
描述与软件系统所使用的通信特性相关的需求,包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等。
定义相关的消息格式。
规定通信安全或加密问题、数据传输速率和同步通信机制。
通信接口名称
协议或方式
安全要求
传输速率要求
同步通信描述
4需求规格
列出待开发软件系统中所有系统特性及每个特性中所包含的功能集。
如果系统特性的功能集和细化的子功能比较繁多,可以将每个系统特性分别编写“软件需求规格说明”,在本处列出文档编号和分册名称。
在本文档中,功能需求的描述是根据系统特性即软件所提供的服务来组织的。
根据项目的实际需要,也可以通过使用实例、运行模式、用户类、对象类或需求优先级的描述方法对这部分内容加以辅助说明。
在描述时尽量使用简短明了的语句定义系统特性和功能的名称。
例如:
“拼写检查和拼写字典管理”。
为满足确定的软件需求的可跟踪性和可维护性,需唯一确定每个系统特性及相应的功能,尤其对于需求复杂度较高、项目规模较大的项目,唯一性标识尤为必要。
对需求的标识可以采用序列号(UR-2;SRS-31B)、层次编码(4.1.3.2)或自定义其他的方法。
在下面的系统特性和相应功能集的描述中贯彻并在项目组内达成一致。
4.1系统特性1(编号/名称)
这部分要求对每个系统特性以及包含的功能集分别进行描述。
4.1.1系统特性说明
对该系统特性面向的最终用户、能够提供的具体服务以及使用时机和必要的依赖关系进行简明、清晰的描述。
4.1.2功能需求
详细列出该系统特性包含的功能集。
这些是须提交给用户的软件功能,使用户可以使用所提供的特性执行特定的服务。
描述各功能需求如何响应可预知的出错条件或者非法输入或动作。
对每个功能需唯一标识。
功能编号
功能名称
功能描述
4.1.3性能需求
描述对该系统特性或其中某个功能的具体性能要求(具体内容参见“5.1一般性性能需求”),如果某项性能要求是通用的,那么就在“5.1一般性性能需求”中统一进行描述。
4.1.4安全性需求
描述对该系统特性或其中某个功能的具体安全性要求(具体内容参见“5.2一般性安全性需求”),如果某项安全性要求是通用的,那么就在“5.2一般性安全性需求”中统一进行描述。
4.2系统特性2(编号/名称)
……
5其他非功能需求
5.1一般性性能需求
详细描述不同应用领域对软件性能的需求,解释它们的原理以帮助设计人员做出合理的设计选择。
确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。
定义容量需求,例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数等。
5.2一般性安全性需求
详细描述与系统安全性、完整性或与登录到该系统的使用人员的隐私相关的需求,这些问题会影响到软件系统的使用以及创建或使用的数据的保护。
定义用户身份确认或授权需求。
明确产品必须满足达到安全性或保密性策略。
如有必要,须描述与产品使用过程中可能发生的损失、破坏或危害相关的需求。
定义必须采取的安全保护或动作,预防潜在的危险动作。
明确软件系统必须遵循的安全标准和规则。
例如如果油箱的压力超过了规定的最大压力的95%,那么必须在1秒钟之内停止操作。
5.3用户文档需求
列举出将与软件系统一同提交的用户文档,例如用户手册和在线帮助和教程。
明确用户文档的提交格式或编制标准。
6其他需求
定义在本文档的其他部分未出现的但需要提起注意的需求:
1)特定的业务规则,例如某些最终用户只有在特定的环境下才可以执行何种操作;
2)国际化需求或法律法规的需求;
3)需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配置、启动和关闭、修复和容错以及登录和监控等方面的操作。
7尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题,通过问题报告的形式对问题进行修改跟踪,可对问题进行编号以便进行跟踪。
问题编号
问题名称
问题描述
备注
备注中须注明该问题需要哪些项目相关方在什么阶段提供什么样的协助以解决问题。
也可以描述该问题对项目成本、进度、质量方面将带来的影响。
8附件
需求调查过程中会产生各种记录如业务系统单据等。
记录或报告的存档编号和名称填写在下表中。
其中类别是记录的分类,一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料。
《需求调研报告》
《项目风险管理表》
9需求变更控制流程
本文件单独写,作为需求分析报告的附录提交给客户,用来规定双方的相关责任人,需求变更的提出、接收和确认等流动必须遵守的流程。
软件系统需求分析报告客户确认单
项目编号:
项目名称:
客户单位:
客户单位地址:
客户联系人:
联系电话/传真:
需求变更控制办法:
1、系统需求范围以本需求分析报告为准,不能随意变更,如有变更,必须在受控状态下进行。
2、客户或项目开发小组提出需求变更或功能增加时,须按照双方约定的需求变更控制办法执行,填写“变更控制报告”,明确变更所涉及的相关部分,经双方主管负责人确认。
3、对可能引起系统结构变化或工作量较大的变更,须经公司评审,项目开发小组不能擅自承诺。
4、当变更发生频繁时,双方协商定期提交变更内容。
5、项目组在适当的时机将变更部分的内容补充到需求分析报告中。
6、为保证系统稳定和质量的可靠,请项目开发小组遵守此规定及公司相关文件,并请尊敬的客户配合工作。
客户确认:
年月日
开发方确认:
年月日
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- TD201 软件 需求 规格 说明书 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)