用户需求报告编写指南

企业信息管理系统

用户需求报告编写指南

 

 

文档属性：

文档编号
文档版本	V1.0
保密级别
拟制
审核
批准

 

修改记录：

日期	修改章节	修改类型*	修改描述	修改人	版本
03.8.10	All	A	创建	张昱	1.0

*修改类型分为 A - ADDED  M - MODIFIED  D – DELETED

 

 

指南

 

目的：

《用户需求报告》是需求获取阶段的输出。《用户需求报告》的目的是对用户需求进行忠实的描述。它是需求规格定义和项目策划的基础，也是用户进行验收的依据。

本文档是《用户需求报告》的编写指南。

 

内容：

   文档回答三个问题：

用户的应用背景是什么？

用户的应用现状是什么？

用户需要什么样的应用？

 

方法和要点：

1.         需求获取阶段的重要活动是需求调研，本文档的内容来源于需求调研的结果。

2.         针对产品类项目，本文档来源于对产品适应的用户群调研的结果。

3.         文档采用用户领域的语言描写，确保用户和分析人员都能看懂。

 

文档的组织

    文档第一部分是概述，着重描述用户的应用背景。用户使用系统的“目的与目标”是这部分的重点，它应该体现用户对系统的整体期望和愿景。“用户简介”部分则应该从多个维度刻画用户的应用背景。项目和用户之间应该建立一套统一的术语，以方便双方的沟通，业务术语表也可以是数据字典的雏形。文档中应该列出参考资料和相关文档，以及它们的来源，便于用户查阅。

    文档的第二部分是业务描述，重点是用户的业务流程描述。在介绍业务流程之前，先向读者介绍用户的组织结构和岗位定义，组织结构和岗位定义是业务流程执行者，同时体现了企业的经营理念和管理思想，对理解业务起到很好的帮助作用。单据、账簿和报表是业务流程的载体，是分析阶段设计数据实体的重要依据。现有的业务流程和业务处理模式往往存在各种问题，这些问题有些能够在新系统中解决，有些则并不属于新系统解决的范围。文档还应该记录业务中可能发生的各种变化，以便做出富有弹性的设计。

    文档的第三部分是业务需求，或者说功能需求，记录用户期望新系统能够解决哪些具体问题。它们既可能是对现有流程的优化，也有可能伴随新系统的使用而建立一些新的业务处理流程。无论怎样，应该忠实地记载用户对新系统的最直接的业务需求和最初始的动机。

    文档的第四部分是非功能需求，从系统的外观、易用性、性能、安全、外部接口等多个维度给出用户对业务需求以外的其他需求。

    文档的第五部分是假设与约束条件。

 

 

1、概述

指南

 

目的：

介绍系统的应用背景。

 

内容：

l          用户的基本情况。

l          用户对项目的总体要求和期望。

l          业务术语。

l          参考资料。

l          相关文档。

 

方法：

参考各节内容。

 

 

1.1 用户简介

指南

 

目的

介绍用户的基本情况。

 

内容

1.          用户单位的性质，如国营、私营、外资、合资、股份制企业等。

2.          用户单位的行业，如制造、纺织、能源、交通、制药、金融、文教、卫生、政府等。

3.          用户单位的规模，包括员工数量、营业额等。