NL_RD_TEM_003_产品需求说明书(用例).docVIP

产品需求说明书（用例） 保密文件 不得外传 文档修订记录 版本编号 *变化 状态 简要说明（变更内容和变更范围） 日期 变更人 批准日期 批准人 V0.1 建立 根据咨询公司模板创建 2006-9-18 林俊德 V1.0 修改 发布 2006-10-16 范 敏 2006-10-16 汪秀清 *变化状态：建立，修改，增加，删除 文档审批信息 序号 审批人 角色 审批日期 签字 备注 1 郑培强 高层经理 2006-10-16 郑培强 主 要 内 容 1 引言 5 1.1 编写目的 5 1.2 项目概述 5 1.3 用户组织结构 5 1.4 术语与缩写解释 6 2 总体规范 7 2.1 遵循的标准或者约束 7 2.2 项目的边界和范围 7 2.2.1 执行者及其描述 7 2.2.2 边界和范围的图示 7 2.3 验收标准 7 3 领域模型 7 3.1 领域模型图 8 3.2 实体说明 8 3.3 关系说明 8 4 业务流程图 8 4.1 流程1 8 5 用例说明 8 5.1 用例总图 8 5.2 用例1 8 6 用户界面 9 6.1 界面列表 9 6.2 界面说明 10 6.2.1 XX界面 10 7 衍生需求 10 7.1 性能需求 10 7.2 维护性需求 10 7.3 质量需求 10 7.4 技术性需求 10 8 接口需求 10 8.1 外部接口需求 11 8.1.1 [外部接口1需求] 11 8.2 内部接口需求 11 8.2.1 内部接口1需求 11 9 其他需求 11 10 需求间的关系 11 11 客户需求与产品需求的对应关系 11 附录：需求编号规则 11  引言 编写目的 [阐明编写需求说明书的目的，指明读者对象。可以用如下的列举方式进行描述。] 例如： 本文档是[项目名称] [系统属性]客户需求说明书，供需求人员作需求分析时使用。 作为项目验收标准之一 软件维护的参考资料 …… 项目概述 [应包括：a.项目的委托单位；b.该软件系统与其他系统的关系；c.项目概述][可以用列举方式进行描述。] 例如： 项目的委托单位[单位名称] 比较委托单位原有系统与完整系统结构进行对比等，或进行详细的系统结构概述。 针对项目的特色进行基本概要描述 …… 用户组织结构 [利用框图画出委托开发单位的组织结构图] [对组织结构或者其下的角色/岗位进行特性描述。描述的内容有： 机构名称 机构说明，主要描述它们的职责，及用户组或机构的考核指标。 机构中相关人员的职责描述，及考核指标。 可以使用下面的格式，也可以根据实际的需要选用其它的格式。] 例如： 系统模块名称：给出系统的模块名称 机构名称 职责描述 考核指标 采购中心 [可利用流程图或文字来描述] 相关人员 职责描述 考核指标 采购员 术语与缩写解释 缩写、术语 解 释 …  总体规范 遵循的标准或者约束 [列出系统应遵循的标准以及约束，约束包括但不限于工期、系统使用软硬件环境等，标准和约束一般在合同中会进行规范] 项目的边界和范围 执行者及其描述 [编号][说明系统性能方面的要求，如响应时间、内存使用量等方面的要求]。 维护性需求 [编号][说明系统维护方面的要求，包括维护工具、配置工具、故障处理等方面的需求]。 质量需求 [编号][说明系统应满足的质量方面要求，包括安全性、可操作性、可靠性、兼容性、优先级以及移植性等方面的要求]。 技术性需求 [编号][说明系统基于设计、开发、测试方面的考虑增加的需求，如测试工具、开发配置工具、调试工具等]。 接口需求 [说明系统其他要求]。 外部接口需求 [编号][说明系统外部接口的特征，包括系统、硬件、通信等需求]。 [外部接口1需求] [编号][说明接口需支持的功能、协议、接口方式、安全性、性能等方面的特征]。 内部接口需求 [编号][说明系统内部子系统/构件间的接口需求]。 内部接口1需求 [编号][说明接口方式、协议、功能、参数等方面的特征]。 其他需求 [编号][说明系统其他要求，包括规则等]。 需求间的关系 [说明需求间的依赖关系，为是需求优先级和进行需求变更控制的基础]。 客户需求与产品需求的对应关系 客户需求 产品需求 附录：需求编号规则 NL_RD_TEM_003 福建新大陆软件工程有限公司 产品需