本课推荐----《管理软件需求文档-(带案例)》.docVIP

公司名称公司名称公司名称 密级： 宝盒快递系统 需求规格说明书 编 写 人： 编写日期： 审 核 人： 审核日期： 批 准 人： 批准日期： 修订记录 日期 版本 说明 作者 目录 1. 引言 5 1.1 编写目的 5 1.2 文档约定 5 1.3 预期的读者和阅读建议 5 1.4 产品的范围 5 1.5 参考资料 5 1.6 术语和缩略语 5 2. 综合描述 6 2.1 产品背景 6 2.2 产品功能 7 2.3 用户类和特征 9 2.4 运行环境 9 2.5 设计和实现上的限制 9 2.6 假设和依赖 9 2.7 用户文档需求 9 2.8 关键点 9 3. 外部接口需求 10 3.1 用户界面 10 3.1.1 界面转换流程 10 3.1.2 界面设计 12 3.2 硬件接口 13 3.3 软件接口 15 3.4 通信接口 15 4. 功能需求 16 4.1 功能分类 16 4.2 收件人操作功能 18 4.2.1 说明和优先级 18 4.2.2 功能：收件人取件 19 4.2.3 【培训补充一】正反案例：基本事件流 + 前置条件 21 4.2.4 【培训补充二】正反案例：扩展事件流 22 4.2.5 【培训补充三】用例大忌：遗漏“隐藏在背后的能力点” 23 4.2.6 【培训补充四】用例大忌：缺乏“定量描述” 24 4.3 快递员操作功能 25 4.3.1 说明和优先级 25 4.3.2 功能：快递员登陆 25 4.3.3 功能：操作历史查询 26 4.3.4 功能：快递员存件 26 4.4 集中监控功能 28 4.4.1 说明和优先级 28 4.4.2 功能：远程状态查询 28 4.4.3 功能：心跳监控 28 4.4.4 功能：异常告警 28 4.5 信息管理功能 29 4.5.1 说明和优先级 29 4.5.2 功能需求 29 5. 非功能需求 32 5.1 性能需求 32 5.2 安全性需求 32 5.3 软件质量属性 32 5.4 其它需求 32 6. 数据字典 33 6.1 实体关系图 33 6.2 实体定义 33 7. 业务规则与业务算法 35 7.1 业务规则 35 7.2 算法说明 35 附录A：分析模型（也可以纳入 4功能需求章节中描述） 36 附录B：待确定问题的列表 37 附录C：编写文档的原则 38 引言编写目的 描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级。 预期的读者和阅读建议 列举软件需求规格说明书所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员等。描述文档中剩余部分的内容及其组织结构。提出最适合每一类型读者阅读文档的建议。 产品的范围 提供对指定的软件及其目的的简短描述，包括利益和目标。把软件与企业目标或业务策略相联系。可以参考项目范围文档，而不是将其内容复制到这里。 参考资料 术语、缩略语 解 释 SRS Software/System Requirements Specification 综合描述 这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已知的限制、假设和依赖。 产品背景 网购时代，收件成为“最后100米难题”。 而其中，安全问题已经凸显。 产品功能 本节，只概述产品功能、功能分组等，详细内容在第4节描述。 形式，采用功能树、功能列表用例图、上下文图、高层流程图等。 例如，上下文图，即顶层数据流图，如下： 业务流程图，一般采用“跨职能流程图”画。下图是总体业务流程图：  功能树，如下： 功能树的优点是广为人知。其实，用例图 比 功能树 能表达更多信息： 用户类和特征 确定可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。将该产品的重要用户类与那些不太重要的用户类区分开。 运行环境 描述软件的运行环境，包括硬件平台、操作系统和版本，还有其它的软件组件或者与其共存的应用程序。 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。可能的限制包括： 必须使用或者避免的特定技术、工具、编程语言、数据库； 经费、进度、资源等方面的限制； 所要求的开发规范或标准； 企业策略、政府法规或工业标准； 硬件限制，例如定时需求或存储器限制； 数据转换格式标准。 其它。 假设和依赖 列举出在对软件需求规格说明书影响需求陈述的假设因素。可能包括打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另外一个分析员却不这么认为