2用户需求分析报告编写模板
用户需求报告编写模板
1 引言
1.1 编写目的
(用户需求调研是系统设计的第一步,其目的是为了获得用户信息化建设的应用现状和基于业务获得需要可形成的需求目标。需求分析则是把用户对系统的期望予以定性或定量的描述,即界定了系统开发的目标,需求分析是设计的依据。)
1.2 项目概述
(即我们搞调研、搞分析是针对什么用户和项目——基本界定、软件开发、数据库建设、硬件。
① 项目的名称;
② 项目的立项与启动过程简述;
③ 项目内涵中的一些根本性的界定,例如软件用户的界定、数据库工区范围的界定、系统开发目标的界定等;
④ 项目的组成部分——软件开发、数据库建设、环境设备采购、系统集成等。 )
1.3 关于需求分析报告结构方面的说明
(职能实现为线索)
1.4 用户需求调研情况的概述
(主要引用材料的目录)
2 项目背景分析
2.1 项目背景分析的目的
(项目背景分析分为两个部分:
第一部分为本项目立项和界定系统开发目标时可受到的限定与制约条件。即根据我们可读到的相关资料,根据局领导关于本项目的谈话和部署,根据我们参与商务谈判时从甲方获得的文件,我们可以将本项目的目标放在一个大的范围或大背景下定位。
如:本项目在省厅信息化工作中的地位;本项目在市府信息化工作中的地位;本项目在市局历年关于信息化工作中的位置,它是历史沿革的结果,同时又是近期目标中的一个环节。
第二部分是讲本项目是涉及全局所有业务活动的一个带有全局基础设备建设性质的工程。它着眼于国土资源管理职能的实现过程,并从数据资源角度和功能模拟角度上设计信息系统,因此对现行机构的设置的理解,对国土资源管理职能的理解即成为背景分析中的一个重要内容。
)
2.2 项目在省厅与市府信息化建设中的地位
2.2.1 省厅
2.2.2 市府
2.3 项目在市局信息化部署中的地位
(先引证所有已掌握的文件相关描述,再做一个综述)
2.4 市局业务机构的设立和职能分工
(分述机构设立和分述每个科室的“三定”描述)
2.5 市局业务职能的分类描述
(机构与职能,机构可以变化,职能可以调整,职能是独立的,也我们进行是用户分析与建模的大纲,因此有必要从我们需求分析建模角度分述各独立职能的内涵或构成。每一部分只讲①职能是什么;②涉及哪些二级职能,比如开发登记、地价评估、收购储备;③每部分讲一下目前业务处理的特点即现状。)
2.5.1 规划
2.5.2 土地登记
2.5.3 耕地保护
(包括开发整理复垦)
2.5.4 土地利用与土地交易
(包括地价评估、土地收购储备)
2.5.5 土地现状调查与分析
2.5.6 监察与执法
2.5.7 矿管
2.5.8 测管
2.5.9 局长办公与会审制度
2.6 小结
给出上述分析中我们对本项目的目标设定时的约束条件。
3 主要业务职能的需求分析
3.1 耕地保护职能需求分析
3.1.1 耕地保护管理职能描述
① 耕地保护职能描述(概念模型)
② 引用术语和标准
3.1.2 耕保业务的构成
(静态上看,这项业务职能是由哪几个部分构成——占、补
第一部分是“占”,即征转用的流程;第二部分是“补”,即造地流程,两部分是通过省厅的两个计划有机地联接起来。
)
3.1.3 耕保业务流程
① 插图加文字说明
② “占”流程
③ “补”流程
3.1.4 耕保业务中的数据分析
① 各环节涉及地各类文档名称,级别的划分(即有些文档如表格,这是管理工作需要地,是要流转的,而另外一些文档是资料,是一些证明材料)。
② 小节(即对数据分析可得到的结论是什么)
3.1.5 审核(批)依据
(依法行政的依据:规划、计划、行政法规、例行程序、依据的操作性说明即审批时,要有一个依据,而依据是如何在审批中发挥作用?比如某依据如不正确则退件)
3.1.6 各业务科室及机构在耕保中的分工
(以耕保职能的实现为中心,在各个科室或机构是如何协调分工,共同保证耕保职能的实现。)
3.1.7 用户需求目标的描述
(这一段是打算回答如下问题:用户在完成耕保职能时,他们可需要具备的能力是什① 以审核为核心,需要从组卷立项到确定国有土地使用权人的确定全过程的准确、高效、规范的过程管理能力;
② 需要对依法行政时对资料的占有和利用(证明性文件的收集);
③ 对文档的整理、归档和利用的需要,和对图卡表证制作的要求;
耕保模型要点如下:
① 耕保是一个过程模型,作业流的设定,控制是主线;
② 耕保是区局与市局对一个过程的分段控制,应有一个分段点和信息传输方式; ③ 耕保“占”、“补”两条线,计划是依据;
④ 文档要很好的分类:填的表格(审批表)——这是输入系统的信息源,而且每一个么?比如回答如下:
节点都会对表格中的某个字段进行操作。“一书四方案”则不是用于流转的表格,而是关于项目信息的表格,它是一个中心文档;
⑤ 耕地保护与科开发复垦整理的关系,是否可以将其划入耕保职能。
应是具可操作性、明确,能达到的、确切的、可度量的
)
3.2 土地权属登记职能需求分析
3.2.1 土地权属登记的职能描述
① 土地权属登记职能描述(概念模型)
(主要内容及特点,可能涉及的职能包括:城镇地籍地籍、宅基地登记、变更登记、地籍数据库的维护和利用等业务,本次不涉及的业务内容是:农村集体土地所有权登记、农村地籍)
② 引用术语和标准
3.2.2 土地权属登记的业务流程
3.2.3 土地权属登记数据分析
3.2.4 土地审核依据
3.2.5 各科室对地籍资料的需求描述
3.2.6 土地登记业务的用户需求描述
(土地登记需求分析的要点如下: ① 土地登记业务是一个过程,作业流设置,控制为主线;
② 是区局与市局对一个过程的分段控制;
③ 强调地籍资料在土地管理中的基础地位,强调数据的共享性。
)
3.3 土地规划职能的需求分析
……
4 市局与区局在土地管理业务中的职能分工
4.1 分工的原则与依据
(国家关于行业管理主管机构的定义、政府的要求、条条块块的要求,原则、习惯,目前区局与市局现行职能定位)
4.2 市局在土地管理业务中的职能描述
(审批职能分工、数据管理权限、业务范围分工、执行职能分工)
4.3 分局在土地管理业务中的职能描述
(第三、第四章是从两个角度描述两个用户——区局与市局的需求模型。从职能角度看,两者都是行使土地管理职能,某些职能本身应是一个独立完整的体系(不如登记),这里不存在职能本身分割,在此情况下,区局、市局应是前后的关系。另一些职能是平行关系如详查、规划等。还有一类是分割关系,及各自独立,分别管一块,比如集体土地登记,市局完全放给区局管理。
另外在本章应做到画龙点睛,概括出两个级别的土地管理部门,对于系统的需求是各具特色的,同时又是相互间有联系的。为后边的系统设计埋下伏笔。
市局市局原则——软件统一设计、数据库统一施工、系统市局、区局各自独立开发、相互有联系。
)
5 数据分析
(这一章将为数据库设计打下基础,主要回答以下问题:
① 作为一个市局在其履行国土资源管理业务职能中要涉及到哪些信息(信息分类)? ② 这些数据现状如何,即物理分布特点如何?——为施工设计打下基础。
③ 信息利用方式是什么?——查询、生产、备案、公示、证明材料。
④ 信息之间的关系是什么?——基础、新生、叠加、显示。
⑤ 信息的流动机制与流向描述。——从窗口接件到窗口发件的综述。
跟空间位置和属性数据联系,各个库共享、地块(挂大量信息),使用上为一个整体。 )
6 系统性能的需求描述
6.1 精度
(测量精度)
6.2 实用性
6.3 与办文等其它系统之间的整合
(数据交换)
6.4 安全性
(多级)
6.5 可维护与可扩展性
6.6 输入/输出的规范与灵活性
6.7 数据管理能力要求
(支持大数据量)
7 系统运行环境分析
7.1 市局计算机装备现状
7.2 市局通讯网络环境现状
7.3 市局计算机应用软件现状
7.4 市局信息化专业人员状况
7.5 区局系统运行环境分析
7.6 结论
(要点:这一部分就是目前计算机硬/软件设备的调查结果,但要突出设备参数、主要技术指标,可支持以下两个结论:①现有设备可以在未来系统中发挥其作用,不能淘汰;②考虑到未来系统的运行环境,哪些方面尚需进行改进,尚缺哪些设备——网络、传输、服务器?)