软件需求规格说明书v1000.doc

软件需求规格说明书规范 编 制： 审 核： 批 准： 版 本 号： 生效日期： 目录 1．引言 3 1.1 目的 3 1.2 文档约定 3 1.3 预期的读者和阅读建议 3 1.4 术语、定义、符号及缩略语 3 1.5 参考文献 3 2. 项目概述 3 2.1 项目背景 4 2.2 项目的功能 4 2.3 用户类和特征 4 2.4 运行环境 4 2.5 遵循标准和规范 4 3. 业务描述 5 3.1 用户组织机构模型 5 3.2 用户业务流模型 5 3.3 用户角色模型 5 4. 功能需求描述 5 4.1 子模块系统 5 5. 非功能性需求 6 5.1 用户界面要求 6 5.2 软硬件环境需求 6 5.3 其它要求 6 6. 附录 7 附录A：词汇表（术语表） 7 附录B：分析模型 7 附录C：待定问题列表 7 1．引言 目的 对项目进行定义，在该文档中详尽说明这个项目的软件需求，包括修正或者发行版本号。如果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中说明的部分或子系统。 文档约定 描写编写文档时所采用的标准或者排版约定，包括正文风格、提示区或重要符号。 预期的读者和阅读建议 列举了软件需求说明规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或者文档的编写人员。描述了文档中剩余部分的内容及其组织结构。提出了最适合于每一类读者阅读文档的建议。 术语、定义、符号及缩略语 对文档中出现频率高的术语、定义、符号及缩略词进行说明。 参考文献 列举编写软件需求规格说明书时所参考的资料或其它资源。可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档或相关软件需求规格说明。在这里，应给出详细的信息，包括标题名称、作者、版本号、日期、出版单位或资料来源，以便于读者查阅这些文献。 项目概述 这部分概述了正在定义的项目以及它所运行的环境、使用项目的用户和已知的限制、假设和依赖。 项目背景 描述了软件需求规格说明中所定义的项目的背景和起源。说明了该项目是否是项目系列中的下一个成员，是否是成熟项目中所改进的下一个项目、是否是现有应用程序的替代品，或者是否是一个新兴的项目。如果软件需求规格说明定义了大系统的一个组成部分，那么就要说明这部分软件是怎样与整个系统相关联的，并且要定义出两者之间的接口。 项目的功能 概述了项目所具有的主要功能。其详细功能将在系统特性中描述，所以在此只需要概略的总结。例如用列表的方法给出。很好地组织项目的功能，是每个读者都易于理解。用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图，都是有用的。 用户类和特征 确定你觉得可能使用该项目的不同的用户并描述它们相关的特征。有一些需求可能只与特定的用户相关。将该项目的重要用户与那些不太重要的用户区分开。 运行环境 描述了软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或与其共存的应用程序。 遵循标准和规范 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。可能的限制包括如下内容： 必须使用或者避免的特定技术、工具、编程语言和数据库。 所要求的开发规范或标准。 企业策略、政府法规或工业标准 硬件限制，例如定时需求或存储器限制 数据转换格式标准 业务描述 用户组织机构模型 用户业务流模型 用户角色模型 功能需求描述 详细列出各模块功能需求。这些必须是提交给用户的软件功能，是用户可以使用所提供的特性执行服务或者使用所指定的使用实例执行任务。描述项目如何响应可预知的出错条件或者非法输入或动作。 子模块系统 子模块功能描述 子模块业务流程 业务过程定义 子模块涉及角色 子模块use cases模块 子模块用例场景转换 非功能性需求 用户界面要求 陈述所需要的用户界面的软件组件。描述每个用户界面的逻辑特征。以下是可能包括的一些特征： ●将要采用的图形用户界面(GUI)标准或项目系列的风格。 ●屏幕布局或解决方案的限制。 ●将出现在每个屏幕的标准按钮、功能或导航链接 ●快捷键 ●错误信息显示标准 对于用户界面的细节，例如特定对话框的布局，应该写入一个独立的用户界面规格说明中，而不能写入软件需求规格说明中。 软硬件环境需求 描述系统中软件和硬件要求。这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通讯协议。 其它要求 定义在软件需求规格说明的其它部分未出现的需求，例如国际化需求或法律上的需求。你还可以增加有关操作、管理和维护部分来完善项目安装、配置、启动和关闭、修复和容错，以及登录和监控等方