中国移动软件需求规格说明书_v1.00摘要.docVIP

文件编号： 密级： 项目ID： 项目编号： 中国移动XXXX分公司 【项目名称】 软件/系统需求规格说明书（SRS） 版本 V1.0 拟制 日期 审核 日期 批准 日期 声 明 本文件所有权和解释权归CMCC所有，未经CMCC书面许可，不得复制或向第三方公开。 修订历史记录 版本 日期 AMD 修订者 说明 （A-添加，M-修改，D-删除） 目录 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. 体系结构 6 2.3. 系统边界和Actors 6 2.4. 系统功能 6 2.5. 用户特性 6 2.6. 一般限制 6 2.7. 出错处理 6 2.8. 假设和依赖条件 6 3. 功能性需求 7 3.1. 【子系统 1】 7 3.1.1. 【模块 1】 7 3.1.2. 【模块 2】 7 3.2. 【子系统 2】 7 3.2.1. 【模块 3】 7 3.2.2. 【模块 4】 7 4. 用例视图 9 4.1. 【子系统 1】 9 4.2. 【子系统2】 9 5. 外部接口需求 10 5.1. 用户接口 10 5.2. 硬件接口 10 5.3. 软件接口 10 5.4. 通信接口 10 6. 非功能性需求 11 6.1. 易用性 11 6.2. 可靠性 11 6.3. 性能 11 6.4. 可维护性 12 6.5. 安全性 12 6.6. 可扩展性 12 7. 系统配置 13 7.1. 硬件和软件配置 13 7.2. 网络配置 13 7.3. 网络拓扑图 13 7.4. 开发环境 13 附件 A:术语表 14 附录 B: 分析模型 15 附录C: 问题清单 16 引言 编写目的 【本节应该完成如下工作: 描述本SRS的直接目的 例：对开发小组 – 本SRS作为概要设计，系统测试计划，测试案例编写等的输入源。 详细说明本SRS的使用者（详细程度应达到能够提交交付物的程度） 除了必须的设计限制外，不应该描述任何有关设计，验证，或相关管理细节； 应该收集并在同一个地方记录下所有的外部接口，以用于作为完成设计和实现系统的参考 作为同项目团队外人员进行沟通的外部接口，用于他们评审和理解系统】。 系统涵盖范围 【本节应该完成如下工作: 定义系统的名称 清晰准确地描述软件系统外部接口的每个关键需求，应包括但并不限于如下主要类别，比如 用户接口, 程序接口(API) 以及 安装/移植】 缩略词 【本节应提供对文中提到缩写的定义】 SRS Software/System Requirements Specification 假设和限制 【本节描述系统开发的假设，如： 需求文档中的任何变更都将被新版的SRS跟踪。SRS应有版本历史。用户可以通过SRS的早期版本查找需求的早期版本。 为验证需求，一个需求应有一个或一个以上用例】 文档组织结构 【 概要描述文档其他部分的内容； 解释SRS是如何组织的】。 参考资料 【本节应提供本文引用文档的完全列表】 版本 日期 系统概貌 系统远景 【本节应通过图形和文字的方式: 简要描述【项目名称】整个软件系统各个组成部分的功能； 简要识别系统的关键外部接口； 简要描述使用的计算机硬件和外部设备】 体系结构 【本节描述系统高层架构】Actors 【本节描述系统边界，要清楚识别出系统的内外部情况，可以采用画图的方式描述，并对每一个确定的actor进行解释】 【本节描述总结系统提供功能进行】 【本节应描述影响具体需求的系统终端用户的特性】 【本节应提供系统设计的限制, 如包括: 规章规定； 硬件限制； 其他应用的接口； 并行操作； 审计功能； 控制功能； 握手协议, 如, XON-XOFF, ACK-NACK； 安全考虑】。 出错处理 【本节描述系统应用的出错处理策略，例： 一般说，所有的系统错误都应当记录到系统日志文件中。 在API调用时，应返回相应的错误代码】 【本节应列出影响SRS的假设和依赖】 【本章描述功能性需求】【子系统 1】 【对子系统的功能进行简要或详细的描述，可以采用图表的形式】 【例如：无线资源管理系统】 【无线资源管理系统的功能需求包括如下部分…】 【列出所有的功能模块】 【模块 1】 【例如：GIS图形显示】 【主要是大的功能划分】 描述 【对本需求的需求内容进行概要的描述】【】….. ………………. 【REQ_2】….