1用户需求报告12.docx
《1用户需求报告12.docx》由会员分享，可在线阅读，更多相关《1用户需求报告12.docx（13页珍藏版）》请在冰点文库上搜索。
1用户需求报告12
用户需求报告编写指南
V1.2
浪潮集团山东通用软件有限公司
文档类别使用对象
文档类别
该文档是某项目的的用户需求报告，是技术文档。
使用对象
该文档使用人员包括：
Ø项目负责人
Ø项目组成员
Ø公司高级管理者
Ø用户
1.概述
本文档着重描述用户的现状是什么样的，用户需要什么样的系统。
文档的描述应采用用户领域的语言描写，应确保用户与系统分析人员都可以看懂该文档。
本文档是进行项目需求规格定义、项目策划的基础，也是用户进行验收的依据。
1.1用户简介
在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。
基本情况举例：
Ø企业性质
Ø规模（员工数量、经营业绩等）
Ø业态
Ø地理位置与布局
Ø产品或服务的种类
Ø管理模式
Ø核算形式
Ø用户使用计算机系统的经历
Ø…...
对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。
1.2项目的目的与目标
项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。
在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。
工程类项目的目标举例：
Ø人力与设备费用的减少
Ø处理速度的提高
Ø管理信息服务的改进
Ø人员利用率的改进
Ø控制业务中的薄弱环节
Ø解决人力难以解决的计算问题
Ø…...
1.3术语定义
将该用户需求报告中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。
如:
Ø系统缩写
Ø专有名词:
进销分离、连锁、分销
Ø…...
1.4参考资料
说明该用户需求报告使用的参考资料，如：
Ø商务合同
Ø招标书
Ø用户领域的资料
Ø用户需求调查表
Ø参照的标准
Ø…...
每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。
1.5版本更新记录
版本/修订版
日期
修改记录
备注
1.0
4/13/99
初始版本
2.现有系统的描述
2．1组织机构与职责
将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。
组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。
取得用户的组织机构，是需求获取步骤中的基础工作之一。
组织结构图示例：
部门职责示例：
财务部管理职责范围
1、资金管理
（1）筹集、调度资金，保障各分公司定额使用资金。
（2）核定各分公司资金使用定额。
（3）财务专用章及支票、印鉴的使用与管理。
（4）审核付款事项。
（5）定期与银行对帐，查明未达帐原因，保证资金安全。
2、帐务管理
（1）按〈〈流通企业财务制度〉〉、〈〈流通企业会计制度〉〉规定如实制作记帐凭证及帐目登记工作，作出会计报表。
（2）严格执行国家税收政策，按时报税表及税款的缴纳工作。
（3）负责接待、配合审计、税务等单位的帐务检查工作。
（4）核算各分公司销售、利润指标完成情况。
（5）财务分析工作。
2．2岗位定义
用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。
每个岗位的职责可以进行详细的描述，建议采用表格的形式：
岗位
所在部门
职责
相关的业务
采购员
业务部
负责商品采购、进货合同的签定、供应商的选择
进货、合同管理
对用户角色的识别也包括使用了计算机系统后的系统管理人员。
2．3作业流程
企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。
详细业务流程图可以采用直式业务流程图形式。
分别举例如下：
直式业务流程图绘制说明
单联单据
存档审核
商场进货业务流程图：
供应商
柜组
业务部
财务部
图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。
2．4单据、帐本、报表
现行系统中用户正在使用的正式的或非正式的单据、帐本、报表等可以收集起来，在此章节中进行穷举、分类、归纳。
单据、帐本、报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。
可以将单据、帐本、报表的格式画在这里，也可以将原始的材料做为本文档的附件。
特别需要对这些信息源中的每个具体的信息项进行详细说明，如:
Ø类型
Ø长度
Ø小数精度
Ø来源
Ø信息项之间的计算关系
Ø计算时的取舍规则（如四舍五入、取整等）
Ø单据、帐本、报表发生的频度、高峰期的频度
Ø......
2．5存在的问题
在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户的需求与期望，有些问题是新系统可以解决的，有些问题则不是。
系统中的问题举例：
Ø业务量太大，处理速度太慢
Ø存在漏洞，给恶意者以可乘之机
Ø对帐太麻烦，查找速度太慢
Ø月底报表工作量太大
Ø操作烦琐
Ø......
2．6可能的变化
对于现行的系统，将来可能会有哪些变化，需要在此章节中描述。
企业中的变化是永恒的，系统分析员需要描述哪些可能引起系统范围变更的变化。
变化举例：
Ø某部门撤并、新增
Ø业务流程改变
Ø处理方法改变
Ø管理的细度加强，增加了信息
Ø单据的格式改变
Ø.......
3.功能需求
在本章节中描述用户的功能需求。
主要的要求：
（1）功能需求是用户的最主要的需求，对用户需求的描述可以采用文字描述也可以采用语言+图形的描述方式，只要能够将用户的需求描述地完整、准确、易于理解即可。
描述方式举例：
Ø自然语言
Øusecase图+usecase
Ø.......
（2）对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。
（3）对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。
以下是分类方法的举例：
Ø按部门分类：
如采购科、销售科、计划科、生产车间、财务科、统计科、总经理等；
Ø按功能类型分类：
如单据录入、单据审核、单据查询、记帐、帐本查询、统计报表、系统维护等；
Ø........
对功能需求的分类在不同的层次可以采用不同的方法。
（4）对每一项功能应有一个功能编号，以便于与功能规格说明书中的章节进行对应。
（5）对每一项功能的描述，应指明用户的输入（input）、处理方法（process）、系统的输出（output）及对此项功能的其他要求。
（6）功能需求应注明使用此功能的岗位。
对系统管理员要求的特殊功能可以在此注明，非特殊要求可以在需求分析规格说明书中详细论述。
如用户权限可分级，要有操作日志等。
（7）在功能需求的描述中，对于类似的、统一的功能可以单独地进行详细描述，其他地方进行引用，或做为术语进行定义，以简化文档，减少重复。
如；
Ø录入功能
Ø打印功能
Ø条件查询功能
Ø排序功能
Ø.......
4.界面与接口需求
4．1用户的界面需求
界面的原则要求，如方便、简洁、美观、一致等。
整个系统的界面风格定义，某些功能模块的特殊的界面要求。
输入设备：
键盘、鼠标、条码扫描器、扫描仪等；
输出设备：
显示器、打印机、光盘刻录机、磁带机、音箱等；
显示风格：
图形界面、字符界面、IE界面等；
显示方式：
1024*768、640*480等；
输出格式：
显示布局、打印格式等。
4．2外部的接口
与其他系统的接口，如监控系统、控制系统、银行结算系统、防伪税控系统、政府网络系统及其他系统等。
与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。
应在此列举出所有的外部接口、接口标准、规范。
5性能需求
5.1时间要求
Ø响应时间，如查询的最长等待时间。
Ø更新处理时间，如记帐的最长时间。
Ø数据的转换和传送时间，如远程数据传输的时间要求。
Ø解题时间
Ø.......
5.2空间与数值性能
如：
Ø支持的终端数；
Ø支持的并行操作的使用者数；
Ø处理的文件和记录数；
Ø表和文件的大小规模（要按可预见的增长对数据及其分量的存储要求作出估算）；
Ø处理和任务的数量；
Ø在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数；
Ø对输入和输出数据的精度要求；
Ø对处理和传输过程中的精度要求；
Ø………………
6其他需求
6.1系统的安全性
6.2系统的可靠性
6.3系统的灵活性
6.4其他
如：
Ø进度需求：
系统的阶段进度要求；
Ø资金需求：
投资额度；
Ø运行环境需求：
平台、体系结构、设备要求；
Ø培训需求：
用户对培训的需求，如是否提供多媒体教学光盘；
Ø推广需求：
推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。
7假设与约束条件
假设与约定条件是预计的对系统风险的描述,如：
Ø法律、法规和政策方面的限制
Ø硬件、软件、运行环境和开发环境方面的条件和限制
Ø可利用的信息和资源
Ø系统投入使用的最晚时间
Ø.........
Ø
升级会员 