TD107需求规格说明书.docx

《TD107需求规格说明书.docx》由会员分享，可在线阅读，更多相关《TD107需求规格说明书.docx（13页珍藏版）》请在第一文库网上搜索。

1、（项目名称）需求规格说明书章节说明件控制档编号版本号分册名称第册/共册总页数正文附录编制审批生效日期湖南大唐先一科技有限公司修改变更记录:更改条款及内容更改人审批人更改日期目录1 引言41.1 文档编制目的41.2 背景41.3 词汇表41.4 参考资料42 软件概述52.1 软件范围定义52.2 系统特性概述52.3 系统运行环境52.3.1 设备及分布52.3.2 支撑软件62.4 假定和依赖63 外部接口需求63.1 用户界面63.2 硬件接口63.3 软件接口73.4 通信接口74 需求规格74.1 系统特性1（编号/名称）84.1.1 系统特性说明84.1.2 功能需求84.1.3

2、性能需求84.1.4 安全性需求84.2 系统特性2（编号/名称）95 其他非功能需求95.1 一般性性能需求95.2 一般性安全性需求95.3 用户文档需求96 其他需求97 尚需解决的问题98 附件10第3页，共10页编写指南：本模板力图给出软件需求分析阶段可能包括的基本信息。如果某个章节在项目或当前阶段中无法描述，则可保留其标题，注明“不适用”；如果需要对本模板的个别章节详细描述，也可将其形成单独的文档，成为本文档附件。若文档中的某个章节已经在其他项目文档中加以描述，可保留标题，注明参见（文档编号）（文档名称）（条款尸。形成正式文档后应删除说明的文字内容。1引言1.1 文档编制目的说明编

3、写这份报告的目的，指出预期的读者。1.2 背景叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料；明确需求分析过程涉及到的相关方。1.3 词汇表列出本软件需求规格说明书中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时要求继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注备注中注明该词汇的来源，或有其他更详细的解释的文档位置；以及对该词汇的其他叫法。1.4 参考资料列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、出版日期和出版单位。列出编写本报告时查阅的Imerne1上杂志、专业著作、技术标准以及其网

4、址。2软件概述2.1 软件范围定义对待开发的软件系统及其目的进行简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。解释待开发软件与其他有关软件之间的关系：如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点；如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用方框图或表格来说明该系统的组成和本产品同其他各部分的联系和接口。2.2 系统特性概述概括描述待开发的软件能够为用户提供哪些服务，详细内容将在4中给出C可以使用列表的方式给出，对软件的系统特性进行适当的组织，使每个读者都易于理解，同时须确定系统特性的优先级（“高、

5、“中、“低”）。也可以采用图形描述各系统特性之间的分组情况以及它们之间的联系，例如概念图、数据流图的顶层图或类图C系统特性名称系统特性描述优先级2.3 系统运行环境2.3.1 设备及分布D主机类型2）网络类型3）存贮器容量4）其他特殊设备5）设备分布图2.3.2支撑软件D操作系统2）数据库管理系统3）其他支撑软件2.4假定和依赖列举出在对本文档中确定的需求进行描述的时候的假设条件。包括预计使用的商业组件、行业法规、开发或运行环境的问题。描述软件系统对外部因素存在的依赖。例如，若打算把其他项目开发的组件集成到系统中，那么就要依赖另一个项目按时提供正确的组件。3外部接口需求简要说明该软件同其他软件

6、之间的公共接口、数据通信协议等，如果外部接口仅与某子功能有关，该接口说明需单独陈述。可以使用关联图描述高层抽象的接口信息，也可根据需要将对接口数据和控制组件的详细描述写入数据字典中。3.1 用户界面描述需要的用户界面的逻辑特征。这些特征包括但不限于：D将要采用的图形用户界面（GU1）标准或产品系列的风格；2）屏幕布局或解决方案的限制；3）将出现在每个屏幕的标准按钮、功能或导航链接（例如一个帮助按钮）；4）快捷键；5）错误信息显示标准。对于用户界面的细节，例如特定的对话框的布局，在这里不必详细描述，以免由于过分的细节规定影响项目的开发进度以及开发人员的创造能力。3.2 硬件接口描述软件系统和硬件

7、各个接口的特征。这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。硬件接口名称硬件名称厂商接口描述3.3 软件接口描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、操作系统、工具软件、库和集成的商业组件。明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。确定将在组件间共享的数据。软件接口名称外部组件名称版本号接口描述3.4 通信接口描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等。定义相关的消息格式。规定通信安全或加密问题、数据传输速率和同步通信机制通信接口名

8、称协议或方式安全要求传输速率要求同步通信描述4需求规格列出待开发软件系统中所有系统特性及每个特性中所包含的功能集。如果系统特性的功能集和细化的子功能比较繁多，可以将每个系统特性分别编写“软件需求规格说明”，在本处列出文档编号和分册名称。在本文档中，功能需求的描述是根据系统特性即软件所提供的服务来组织的。根据项目的实际需要，也可以通过使用实例、运行模式、用户类、对象类或需求优先级的描述方法对这部分内容加以辅助说明。在描述时尽量使用简短明了的语句定义系统特性和功能的名称。例如：“拼写检查和拼写字典管理”。为满足确定的软件需求的可跟踪性和可维护性，需唯一确定每个系统特性及相应的功能，尤其对于需求复杂

9、度较高、项目规模较大的项目，唯一性标识尤为必要。对需求的标识可以采用序列号（UR-2；SRS-31B）、层次编码（4.13.2）或自定义其他的方法。在下面的系统特性和相应功能集的描述中贯彻并在项目组内达成一致。4.1 系统特性1（编号/名称）这部分要求对每个系统特性以及包含的功能集分别进行描述。4.1.1 系统特性说明对该系统特性面向的最终用户、能够提供的具体服务以及使用时机和必要的依赖关系进行简明、清晰的描述。4.1.2 功能需求详细列出该系统特性包含的功能集。这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。描述各功能需求如何响应可预知的出错条件或者非法输入或动作。对

10、每个功能需唯一标识。功能编号功能名称功能描述4.1.3 性能需求描述对该系统特性或其中某个功能的具体性能要求（具体内容参见“5.1一般性性能需求），如果某项性能要求是通用的，那么就在5.1一般性性能需求”中统一进行描述。4.1.4 安全性需求描述对该系统特性或其中某个功能的具体安全性要求（具体内容参见“5.2一般性安全性需求”），如果某项安全性要求是通用的，那么就在5.2一般性安全性需求”中统一进行描述。4.2 系统特性2（编号/名称）5其他非功能需求5.1 一般性性能需求详细描述不同应用领域对软件性能的需求，解释它们的原理以帮助设计人员做出合理的设计选择。确定相互合作的用户数或者所支持的操作

11、、响应时间以及与实时系统的时间关系。定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数等。5.2 一般性安全性需求详细描述与系统安全性、完整性或与登录到该系统的使用人员的隐私相关的需求，这些问题会影响到软件系统的使用以及创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足达到安全性或保密性策略。如有必要，须描述与产品使用过程中可能发生的损失、破坏或危害相关的需求定义必须采取的安全保护或动作，预防潜在的危险动作。明确软件系统必须遵循的安全标准和规则。例如如果油箱的压力超过了规定的最大压力的95%,那么必须在1秒钟之内停止操作。5.3 用户文档需求列举出将与软件

12、系统一同提交的用户文档，例如用户手册和在线帮助和教程。明确用户文档的提交格式或编制标准。6其他需求定义在本文档的其他部分未出现的但需要提起注意的需求：D特定的业务规则，例如某些最终用户只有在特定的环境下才可以执行何种操作；2）国际化需求或法律法规的需求；3）需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配置、启动和关闭、修复和容错以及登录和监控等方面的操作。7尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题。可对问题进行编号以便进行跟踪C问题编号I可题名称问题描述备注备注中须注明该问题需要哪些项目相关方在什么阶段提供什么样的协助以解决问题。也可以描述该问题对项目成本、进度、质量方面将带来的影响。8附件需求调查过程中会产生各种记录如业务系统单据等。记录或报告的存档编号和名称填写在下表中。其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料。需求调查表需求跟踪矩阵项目风险管理表