软件项目管理全过程-需求规格说明书.docx

（工程名称）需求规格说明书章节说明件控制r受控厂不受控档编号版本号分册名称第册/共册总页数正文附录编制审批生效日期国 湖南大唐先一科技模块名称系统需求分析报告踪。问题编号问题名称问题描述备注备注中须注明该问题需要哪些工程相关方在什么阶段提供什么样的协助以解决问题。也可以描 述该问题对工程本钱、进度、质量方面将带来的影响。8附件需求调查过程中会产生各种记录如业务系统单据等。记录或报告的存档编号和名称填写在下表 中。其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原 始数据单据、业务系统参考资料。需求调查表需求跟踪矩阵工程风险管理表-10-10-lii湖南大唐先一科技系统需求分析报告模块名称修改变更记录:更改条款及内容更改人审批人更改日期圃 湖南大唐先一科技- 2 -模块名称系统需求分析报告目录1 弓I言41.1 文档编制目的41.2 背景41.3 词汇表41.4 参考资料4软件概述51.5 软件范围定义51.6 系统特性概述51.7 系统运行环境5设备及分布51.7.1 支撑软件51.8 假定和依赖6外部接口需求61.9 用户界面61.10 硬件接口61.11 软件接口71.12 通信接口7需求规格71.13 系统特性1 （编号/名称）8系统特性说明81.13.1 功能需求8性能需求81.13.2 平安性需求81.14 系统特性2 （编号/名称）8其他非功能需求91.15 一般性性能需求91.16 一般性平安性需求91.17 用户文档需求9其他需求92 尚需解决的问题9附件10-3-固湖南大唐先一科技模块名称系统需求分析报告编写指南：本模板力图给出软件需求分析阶段可能包括的基本信息。如果某个章节在工程或当前阶段中无 法描述，那么可保存其标题，注明“不适用”；如果需要对本模板的个别章节详细描述，也可将其形成 单独的文档，成为本文档附件。假设文档中的某个章节已经在其他工程文档中加以描述，可保存标题，注明“参见（文档编号） （文档名称）（条款）”。形成正式文档后应删除说明的文字内容。1.1 文档编制目的说明编写这份报告的目的，指出预期的读者。1.2 背景表达该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背 景材料；明确需求分析过程涉及到的相关方。1.3 词汇表列出本软件需求规格说明书中专门术语的定义、英文缩写词的原词组和意义、工程组内达成一 致意见的专用词汇，同时要求继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注备注中注明该词汇的来源，或有其他更详细的解释的文档位置；以及对该词汇的其他叫法。1.4 参考资料列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、出版日期和出 版单位。列出编写本报告时查阅的Internet上杂志、专业著作、技术标准以及其网址。-4-圃湖南大唐先一科技模块名称系统需求分析报告2软件概述2.1 软件范围定义对待开发的软件系统及其目的进行简短描述，包括利益和目标。把软件与企业目标或业务策略 相联系。解释待开发软件与其他有关软件之间的关系：如果本软件产品是一项独立的软件，而且全 部内容自含，那么说明这一点；如果所定义的产品是一个更大的系统的一个组成局部，那么应说明本产 品与该系统中的其他各组成局部之间的关系，为此可使用方框图或表格来说明该系统的组成和本产 品同其他各局部的联系和接口。2.2 系统特性概述概括描述待开发的软件能够为用户提供哪些服务，详细内容将在4中给出。可以使用列表的方式给出，对软件的系统特性进行适当的组织，使每个读者都易于理解，同时 须确定系统特性的优先级（“高”、“中"、“低”）。也可以采用图形描述各系统特性之间的分组情况以 及它们之间的联系，例如概念图、数据流图的顶层图或类图。系统特性名称系统特性描述优先级2.3 系统运行环境2.3.1 设备及分布1）主机类型2）网络类型3）存贮器容量4）其他特殊设备5）设备分布图2.3.2 支撑软件1）操作系统2）数据库管理系统-5-圃湖南大唐先一科技模块名称系统需求分析报告3）其他支撑软件2.4 假定和依赖列举出在对本文档中确定的需求进行描述的时候的假设条件。包括预计使用的商业组件、行业 法规、开发或运行环境的问题。描述软件系统对外部因素存在的依赖。例如，假设打算把其他工程开发的组件集成到系统中，那 么就要依赖另一个工程按时提供正确的组件。3外部接口需求简要说明该软件同其他软件之间的公共接口、数据通信协议等，如果外部接口仅与某子功能有 关，该接口说明需单独陈述。可以使用关联图描述高层抽象的接口信息、，也可根据需要将对接口数 据和控制组件的详细描述写入数据字典中。3.1 用户界面描述需要的用户界面的逻辑特征。这些特征包括但不限于：1）将要采用的图形用户界面（GUI）标准或产品系列的风格；2）屏幕布局或解决方案的限制；3）将出现在每个屏幕的标准按钮、功能或导航链接（例如一个帮助按钮）；4）快捷键；5）错误信息显示标准。对于用户界面的细节，例如特定的对话框的布局，在这里不必详细描述，以免由于过分的细节 规定影响工程的开发进度以及开发人员的创造能力。3.2 硬件接口描述软件系统和硬件各个接口的特征。这些特征包括但不限于支持的硬件类型、软硬件之间交 流的数据和控制信息的性质以及所使用的通信协议。硬件接口名称硬件名称厂商接口描述lii湖南大唐先一科技模块名称系统需求分析报告3.3 软件接口描述软件系统与其他外部组件(须注明名称和版本)的连接，包括数据库、操作系统、工具软 件、库和集成的商业组件。明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。确定将在 组件间共享的数据。软件接口名称外部组件名称版本号接口描述3.4 通信接口描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、网络通信标准或 协议及电子表格等。定义相关的消息格式。规定通信平安或加密问题、数据传输速率和同步通信机 制。通信接口名称协议或方式平安要求传输速率要求同步通信描述4需求规格列出待开发软件系统中所有系统特性及每个特性中所包含的功能集。如果系统特性的功能集和 细化的子功能比拟繁多，可以将每个系统特性分别编写“软件需求规格说明”，在本处列出文档编号 和分册名称。在本文档中，功能需求的描述是根据系统特性即软件所提供的服务来组织的。根据工程的实际 需要，也可以通过使用实例、运行模式、用户类、对象类或需求优先级的描述方法对这局部内容加 以辅助说明。在描述时尽量使用简短明了的语句定义系统特性和功能的名称。例如：“拼写检查和拼写字典管 理”。为满足确定的软件需求的可跟踪性和可维护性，需唯一确定每个系统特性及相应的功能，尤其 对于需求复杂度较高、工程规模较大的工程，唯一性标识尤为必要。对需求的标识可以采用序列号 (UR-2； SRS-31B)、层次编码(4.1.3.2)或自定义其他的方法。在下面的系统特性和相应功能集的 描述中贯彻并在工程组内达成一致。圃 湖南大唐先一科技 -7 -模块名称系统需求分析报告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 （编号/名称）-8-圃湖南大唐先一科技模块名称模块名称系统需求分析报告5其他非功能需求5.1 一般性性能需求详细描述不同应用领域对软件性能的需求，解释它们的原理以帮助设计人员做出合理的设计选 择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。定义容量需 求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数等。5.2 一般性平安性需求详细描述与系统平安性、完整性或与登录到该系统的使用人员的隐私相关的需求，这些问题会 影响到软件系统的使用以及创立或使用的数据的保护。定义用户身份确认或授权需求。明确产品必 须满足到达平安性或保密性策略。如有必要，须描述与产品使用过程中可能发生的损失、破坏或危害相关的需求。定义必须采取 的平安保护或动作，预防潜在的危险动作。明确软件系统必须遵循的平安标准和规那么。例如如果油 箱的压力超过了规定的最大压力的95%,那么必须在1秒钟之内停止操作。5.3 用户文档需求列举出将与软件系统一同提交的用户文档，例如用户手册和在线帮助和教程。明确用户文档的 提交格式或编制标准。6其他需求定义在本文档的其他局部未出现的但需要提起注意的需求：1）特定的业务规那么，例如某些最终用户只有在特定的环境下才可以执行何种操作；2）国际化需求或法律法规的需求；3）需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配置、启动和关闭、修复和 容错以及登录和监控等方面的操作,7尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题。可对问题进行编号以便进行跟 圃湖南大唐先一科技