用户需求报告模板一.docVIP

用户需求报告编写指南 V1.1  目 录 TOC \o 1-3 文档类别使用对象 3 1. 概述 4 1.1 用户简介 4 1.2 项目的目的与目标 4 1.3 术语定义 5 1.4 参考资料 5 1.5 版本更新记录 5 2. 现有系统的描述 6 2．1 组织机构与职责 6 2．2 岗位定义 7 2．3 作业流程 7 2．4 单据、帐本、报表 9 2．5 存在的问题 9 2．6 可能的变化 9 3. 功能需求 10 4. 界面与接口需求 11 4．1用户的界面需求 11 4．2 外部的接口 11 5 性能需求 11 5.1 时间要求 11 5.2 数据精度 11 6 其他需求 11 7 假设与约束条件 12 文档类别使用对象 文档类别 该文档是某项目的用户需求报告，是技术文档。 使用对象 该文档使用人员包括： 项目负责人 项目组成员 公司高级管理者 用户 概述 本文档着重描述用户的现状是什么样的，用户需要什么样的系统。文档的描述应采用用户领域的语言描写，应确保用户与系统分析人员都可以看懂该文档。 本文档是进行项目需求规格定义、项目策划的基础，也是用户进行验收的依据。 1.1 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例： 企业性质 规模（员工数量、经营业绩等） 业态 地理位置与布局 产品或服务的种类 管理模式 核算形式 用户使用计算机系统的经历 …... 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。 在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。 工程类项目的目标举例： 人力与设备费用的减少 处理速度的提高 管理信息服务的改进 人员利用率的改进 控制业务中的薄弱环节 解决人力难以解决的计算问题 …... 1.3 术语定义 将该用户需求报告中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。 如: 系统缩写 专有名词:进销分离、连锁、分销 …... 1.4 参考资料 说明该用户需求报告使用的参考资料，如： 商务合同 招标书 用户领域的资料 用户需求调查表 参照的标准 …... 每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。 1.5 版本更新记录 版本/修订版 日期 修改记录 备注 1.0 4/13 初始版本 2. 现有系统的描述 2．1 组织机构与职责 将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构，是需求获取步骤中的基础工作之一。 组织结构图示例： 部门职责示例： 财务部管理职责范围 资金管理 筹集、调度资金，保障各分公司定额使用资金。 核定各分公司资金使用定额。 财务专用章及支票、印鉴的使用与管理。 审核付款事项。 定期与银行对帐，查明未达帐原因，保证资金安全。 帐务管理 按〈〈流通企业财务制度〉〉、〈〈流通企业会计制度〉〉规定如实制作记帐凭证及帐目登记工作，作出会计报表。 严格执行国家税收政策，按时报税表及税款的缴纳工作。 负责接待、配合审计、税务等单位的帐务检查工作。 核算各分公司销售、利润指标完成情况。 财务分析工作。 2．2 岗位定义 用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式： 岗位 所在部门 职责 相关的业务 采购员 业务部 负责商品采购、进货合同的签定、供应商的选择 进货、合同管理 对用户角色的识别也包括使用了计算机系统后的系统管理人员。 2．3 作业流程 企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。分别举例如下： 直式业务流程图绘制说明 处理说 明单据说 处理说 明 单据说 明 单据 说明 记帐 记帐 多联单据处理单联单据 多联单据 处理 单联单据 存档