GMCC_IT_项目管理规范_模板_软件需求规格说明书_v0.92.docVIP

文件编号： 密级： 项目ID： 总页数： 广东移动【项目名称】 软件/系统需求规格说明书（SRS） 版本 拟制 日期 审核 日期 批准 日期 声 明 本文件所有权和解释权归GMCC所有，未经GMCC书面许可，不得复制或向第三方公开。 修订历史记录 版本 日期 AMD 修订者 说明 （A-添加，M-修改，D-删除） 目录 1. 引言 4 1.1. 编写目的 4 1.2. 系统涵盖范围 4 1.3. 缩略词 4 1.4. 假设和限制 4 1.5. 文档组织结构 4 1.6. 参考资料 4 2. 系统概貌 5 2.1. 系统远景 5 2.2. 体系结构 5 2.3. 系统边界和Actors 5 2.4. 系统功能 5 2.5. 用户特性 5 2.6. 一般限制 5 2.7. 出错处理 5 2.8. 假设和依赖条件 5 3. 功能性需求 5 3.1. 【子系统 1】 5 3.1.1. 【模块 1】 6 3.1.2. 【模块 2】 6 3.2. 【子系统 2】 6 3.2.1. 【模块 3】 6 3.2.2. 【模块 4】 6 4. 用例视图 6 4.1. 【子系统 1】 7 4.2. 【子系统2】 7 5. 外部接口需求 7 5.1. 用户接口 7 5.2. 硬件接口 7 5.3. 软件接口 7 5.4. 通信接口 7 6. 非功能性需求 7 6.1. 易用性 7 6.1.1. 【需求 1】 7 6.2. 可靠性 7 6.2.1. 【需求 1】 7 6.3. 性能 8 6.3.1. 【需求 1】 8 6.4. 可维护性 8 6.4.1. 【需求 1】 8 6.5. 安全性 8 6.5.1. 【需求 1】 8 6.6. 可扩展性 9 6.6.1. 【需求 1】 9 7. 系统配置 9 7.1. 硬件和软件配置 9 7.2. 网络配置 9 7.3. 网络拓扑图 9 7.4. 开发环境 9 附件 A:术语表 9 附录 B: 分析模型 10 附录C: 问题清单 10 引言 编写目的 【本节应该完成如下工作: 描述本SRS的直接目的 例：对开发小组 – 本SRS作为概要设计，系统测试计划，测试案例编写等的输入源。 详细说明本SRS的使用者（详细程度应达到能够提交交付物的程度） 除了必须的设计限制外，不应该描述任何有关设计，验证，或相关管理细节； 应该收集并在同一个地方记录下所有的外部接口，以用于作为完成设计和实现系统的参考 作为同项目团队外人员进行沟通的外部接口，用于他们评审和理解系统】。 系统涵盖范围 【 定义系统的名称 清晰准确地描述软件系统外部接口的每个关键需求，应包括但并不限于如下主要类别，比如 用户接口, 程序接口 API 以及 安装/移植】 缩略词 【】SRS Software/System Requirements Specification 假设和限制 【 【 概要描述文档其他部分的内容； 解释SRS是如何组织的】。 参考资料 【】 系统概貌 系统远景 【: 简要描述【项目名称】整个软件系统各个组成部分的功能； 简要识别系统的关键外部接口； 简要描述使用的计算机硬件和外部设备】 体系结构 【】Actors 【】 【】 【】 【, 如包括: 规章规定； 硬件限制； 其他应用的接口； 并行操作； 审计功能； 控制功能； 握手协议, 如, XON-XOFF, ACK-NACK； 安全考虑】 出错处理 【 在API调用时，应返回相应的错误代码】 【】 【】【 1】…】 【列出所有的功能模块】 【 1】 【】【】….. ………………. 【REQ_2】….. ……………… 【】 【】【】….. ………………. 【REQ_2】….. ……………… 【 2】 【 3】 … 需求内容 【 4】 … 需求内容 【 系统支持根据个人大客户的手机号码发放VIP卡功能。发放时需要输入VIP卡卡号。 系统支持根据集团大客户提供集团编号或集团名称，批量发放VIP卡功能，发放时需要输入VIP卡起止卡号。 系统支持根据个人大客户手机号码，从VIP卡文件（*.dbf）批量发放VIP卡。 系统支持个人大客户VIP卡资料修改和VIP卡作废功能。根据个人大客户手机号码或VIP卡卡号，修改大客户VIP资料，包括VIP卡卡号、VIP卡状态、记录修改日期、修改原因。 系统支持根据集团名称或集团编号，修改集团VIP卡资料，可增加、作废VIP卡。 系统应能够根据指定的发放年度、归属地区，批量设置VIP卡无效。 系统支持VIP卡换卡记录查询。 查询条件： ? 个人大客户手机号码或VIP卡卡号； ? 集团大客户名称或集团编号； ? 操作员； ? 换卡日期。 查询内容： 个人大客户手机号码、VIP卡卡号、集团大客户名称、集团编号