需求确认书 模板.doc

《[项目名称]》[系统/子系统名称]若项目只包含1个系统且项目名称已包含系统名称则系统名称应省略若项目包含多个系统,一般应按照不同系统分别出需求确认书[模块名称]当没有按模块分别撰写需求说明书时,模块名称应省略需求确认书修改记录(RevisionChart):序号内容1修改人写全名,修改日期精确到日,按版本号的递增顺序填写列表,最新的记录在最下面若修改记录内容较少,可直接把内容写在上方的修改记录列表中,若修改记录内容较多,则在列表中写“参见详细修改记录“,填写下方的详细修改记录目录1. 概述 目的与概述 覆盖范围 名词定义 业务需求说明书中的名词定义 本文档相关的名词定义 参考资料 42. 整体说明 系统/模块名称和管理范围 功能架构图 界面框架 界面流转图 流程图或状态流转图(此标题应根据实际情况进行修正,可选) 53. 功能内容 [功能模块名称](此处应用实际的名称替换) [功能名称](此处应用实际的名称替换) [功能名称](此处应用实际的名称替换) 64. 非功能性需求 75. 功能点清单 8概述目的与概述覆盖范围填写说明:此处描述哪些人可以查看此文档。通常应包括用户代表和项目组所有成员以及相对应的售前。名词定义业务需求说明书中的名词定义此处应通过引用方式调用业务需求说明书中的名词定义本文档相关的名词定义序号名词别名或缩略名简要说明参见1填写说明:“参见”一列中使用word的“插入引用”方式参考资料序号名称来源简要说明参见1填写说明:参考资料是指本文档外部的参考资料,“参见”一列中使用word的“插入超链接”方式整体说明系统/模块名称和管理范围本次项目名称为:xxx,项目代码为:xxx。本系统全名为:xxx主要用户为:业务范围为:功能架构图列出本系统的功能架构图,若本文档仅涉及到功能架构图中的部分内容,则将该部分内容以不同颜色表示。界面框架应给出整体界面示意图界面流转图应给出界面清单及其流转关系流程图或状态流转图此标题应根据实际情况进行修正,若无可删除功能内容以下所有目录标题均应用实际的功能模块名称或功能名称替换,根据不同类别的功能描述不同的内容根据不同的模块大小,具体的功能名称可以出现在不同层次的目录[功能模块名称](此处应用实际的名称替换)[功能名称](此处应用实际的名称替换)[功能名称](此处应用实际的名称替换)数据处理/流程类:需要详细写明新增对象的操作入口,操作内容,提交方式。应指明每一数据项的名称、是否必填、是否唯一、格式限制逻辑、输入方式(单行输入/多行输入/单选/多选/是否)、数据类型(数字、字符串……)、是否联动若采用AJAX方式,应指明会和后台有交互的操作。指明界面提示信息指明该对象的常规授权方式指明流程的逻辑,包括节点的流转和状态的变化查询类:列出查询条件、查询结果对于分页表式展现,应指明缺省排序、每页数量指明查询条件及结果所关联的业务对象列出查询的业务逻辑统计类:列出报表参数和格式指明所关联的业务对象和业务逻辑用户/角色/授权:指明缺省的角色设定和权限分配,所有权限点的名称必须和上述功能名称一致非功能性需求可用性:(例子:在