项目用户需求分析报告

项目用户需求分析报告（共8篇）

篇1：项目用户需求分析报告

广州地税办公自动化系统升级改造项目用户需求书

一、建设原则及主要目标

广州地税办公自动化系统（以下简称OA系统）从2000年开始在全系统中推广使用，该OA系统包含了：个人事务、公文管理、档案管理、处室资料、信访管理、机关事务、电子邮件等功能模块，功能已经比较完备。

从使用情况上可以看出，由于Lotus Notes开发平台本身的原因，随着时间的推移，系统中数据越来越多，造成了系统运行速度越来越慢。特别是在进行数据检索时更加明显。随着对信息化建设要求的不断提高和使用者水平的不断提升，对OA系统本身的功能以及处理方式提出了进一步优化的需求，迫切需要对现有的OA系统进行技术架构上的升级改造。

本次OA系统升级的目标：

1、系统架构模式的转换：现有的OA系统架构模式仍是传统的服务器/客户端(C/S)模式，为了能够实现移动办公、与其他应用系统的信息共享及实现用户的统一登录，必须把当前C/S模式的OA系统转换成浏览器/服务器(B/S)的模式。

2、公文流转的集中处理：改变现有不同基层单位跨服务器进行公文流转处理的模式，实现市局和各基层单位公文流转的集中处理。

3、系统安全性：除了对OA系统使用基本安全进行加强以外，必须考虑B/S应用模式后系统抵御攻击的能力(包括抵御各种试图非法利用和破坏信息资源的攻击)，保证系统中存储或传输的数据不被窃取和破坏。

4、信息整合：现在OA系统基本上与其他应用系统没有任何信息的共享，这就造成了不能在统一直观的用户界面看到其他系统的信息，因此需要实现OA系统与其他应用系统的信息整合，以提高用户对系统中信息的利用率。

5、统一登录：与其他相关系统的统一登录。

二、总体技术需求

（一）总体概述

OA系统是广州地税内网平台上最重要、最核心的系统，不仅要符合自身的发展需要，还应具备整合政务内网平台上其它系统的能力，同时也应考虑同政务外网平台上其它系统之间能够进行安全的数据隔离和交换。OA系统必须遵循实用性、安全性、可靠性、先进性、可扩展性、易维护性和开放性的要求。

（二）体系架构需求

1、服务器端操作系统：支持Window、Linux、Unix和HP、IBM、Sun等小型机的操作系统。

2、体系架构：必须采用满足J2EE规范的分布式多层系统架构，并制定了完善的接口规范和开发标准，可以平滑构建负载均衡和集群服务，能够很好地满足系统将来的扩充需要。

3、应用服务器：必须严格遵循J2EE规范和标准，能够提供消息服务、事务处理、组件、负载均衡、安全性、应用支持等方面强大的功能，将采用Weblogic作为应用服务器。

4、数据库：采用Oracle数据库软件。

（三）主要技术需求

1、功能模块：所有模块在逻辑上是独立的，彼此有接口又相互独立，各个功能模块可拆分、可自定义选择，并能支持将来各模块功能的单独扩展和定制。

2、公文管理：必须有完善和成熟的工作流支持。

3、文档格式：必须满足XML标准，能与MS Office、WPS Office、PDF、TIF扫描图片等文件格式进行无缝集成。

4、能够方便进行业务代码、数据格式、接口转换。

（四）辅助及扩展技术需求

能够为远程办公、移动办公、短信平台等系统提供接口。

（五）数据管理需求

主要包括存储、备份、恢复、安全隔离和交换等方面，具体有：

1、所有数据必须在集中的数据库服务器上进行统一管理；

2、能够方便的导出所需数据；

3、OA系统采用双机热备模式，若OA主机发生任何故障，OA从机能够立即接管OA主机全部工作。

三、主要功能模块需求

OA系统中所有的功能模块必须基于统一的应用支撑平台开发。OA系统必须同身份认证软硬件、高速扫描软硬件等进行完美结合，必须能为其它待添加的系统(如其他业务系统、档案管理系统)和扩展功能(如电子签名等)留有良好接口。

（一）公文流转

公文流转是OA系统中所有功能模块的核心部分，必须要有政府行业的完善、灵活、成熟、强大且完全自主产权的流转引擎。主要包括成熟的流程建模、流程引擎、流程监控、流程实例库及流程权限角色控制库，能提供督查、督办、查询、统计等功能。对现有收、发文的审批流转模块进行改造，升级改造必须涵盖现有OA系统公文流转模块的所有功能，即升级改造后的审批流转模块必须要实现原系统的所有功能。

公文流转功能包括如下几方面：

1、系统提供工作流自定义功能：用户可以根据实际需要制定出相应的流程，而且当实际情况发生变化时可以由系统管理员随时进行更改；

2、提供图形化的流程设置并可进行多条件逻辑分支流程处理；

3、可以自定义文件模板，例如红头文件模板；

4、提供基于用户角色个性化定制功能，将用户各自关心的内容、复杂的流程、资源集中到一处，方便用户操作；

5、提供流程的实时监控及统计。依权限有关人员可以查看公文流转过程中的状况，如流转意见和流转记录等；

6、可以保留公文在流转过程的所有修改痕迹。修改的痕迹都可以清晰地、对比地显示不同修改人所作的修改；

7、提供公文的并发处理功能，同一公文可以向不同人员、不同的处理环节同时发送；

8、提供自由发送处理功能，可对现有流程之外的特殊情况的公文进行的办理进行特殊处理，并且可以对自由发送功能所使用的权限进行设置；

9、提供公文回收功能，用户可对误操作的公文通过回收进行修改，增强系统的容错、排错能力，同时需要系统管理员(或有权限的人员)提供功能更加强大的流程实施处理，可以让系统管理员根据实际情况对正在流转的公文进行人工干预、跳转、调整流程流向，以使公文得到及时正确的处理；

10、提供个人所有待办事务、待办公文的实时提醒功能；

11、提供常用词语功能，用户对一些常用办理、批示意见进行设置后，便可在办理公文时自由调用；

12、公文在流转系统流转完毕后可自动归入档案系统内。公文流转结束后即可自动或手动地归入档案库或者部门资料库，并且保持公文原有的笔迹、办理意见等记录信息；

13、提供办文环节中的时限设置，方便督办、查办；

14、提供强大的公文查询统计功能，可根据针对公文类别进行归类、分类或字段、时间、关键字等查询统计，同时支持对公文的全文检索。

（二）必须实现与现有OA系统中百成电子印章系统的整合。

（三）公文查询统计

能够对收文(办文、阅文)、发文按日期、类型、关键词等形式查询，能够按待归 4 档公文、已归档公文、已发公文、待办公文、已办公文等形式查询，能够按权限分级查询等。查询结果能够导出到Excel和报表打印。对文件办理情况可以进行统计（包含各单位收发文统计报表、部门、个人实时或某期间待办、在办、已办文件情况的统计、查询、各类文件办理所需时间、各部门制发文件情况、领导批示信息的收集汇总等）。

（四）档案管理

能够与广州地税现有档案管理系统实现对接，或提出资源整合解决方案。对已归档未整理的文件可实施还原到流转库的操作。

提供已归档文件的整理功能。通过对文件的档案要素进行判断选择后，文件自动进入指定的目录本，实现文件随办结随归档。

对已进入目录本的文件可实施整理逆操作（还原操作），将文件还原至待整理状态；可根据需要调整文件在目录本内的排序。

可自定义文件、档案管理权限、角色。

可自定义档案著录项目、档案分类类目（多级分类）。

（五）个人事务

主要功能是为个人建立一个相对独立的工作环境，包括主要的日常个人办公的内容。

1、待办事宜：待阅重要信息、待处理公文、待审批事务、待归档档案等都将统一显示在待办事宜页面中，并显示当前用户需要办理的环节信息，对快到时限但未办理或已超时限的事宜应以不同颜色标识给予提示。在用户打开相应的办理文件时，必须在公文表单上清晰的显示待办文件、发送人及发送时间等信息。

2、个性化设置：用户可以根据自己的需要和实际情况更改系统界面方案，设计出个性化特色页面，可定制的内容包括模块标题、页面颜色、栏目数量和内容等。

3、个人文档资料的管理：包括个人基本资料、密码的管理、个人通讯录等。

（六）公共信息管理

主要功能是建立一个共享界面，包括规章制度、电子公告、局通讯录等功能。

1、规章制度：能够按标题、部门、类别进行查询。

2、电子公告：设权限发布、修改、删除公告。

3、局通讯录：能够提供处室分类、姓名、职务、电话、手机等查询功能。

4、其它公共信息的发布查询。

（七）系统管理

提供广州地税OA系统管理员的专用区域，主要包括用户管理，部门设置，模块参数设置和日志管理等。

1、用户管理：能够对用户的基本信息和权限进行管理，包括添加、修改、删除等功能。

2、部门设定：设定广州地税的树状组织结构，部门名称等，设定部门岗位，支持一人多岗的设置。

3、模块参数设置：能够对系统中工作流、表单自定义、角色、参数等进行设置。

4、日志记录：记录系统运行中发生的异常情况和用户登录系统操作情况，方便管理员管理维护系统。

四、售后服务

一年免费维护和升级；必须支持2小时的快速客户服务响应，8小时的上门服务，为客户提供良好的售后服务和技术支持。

篇2：项目用户需求分析报告

采购项目技术规格、参数及要求

(一)项目背景及概况

为深化中央“放管服”改革，我市进一步落实市委市政府关于不动产登记从6月1日起实行“集成办理、一次搞定”的工作要求，构建不动产交易登记与税收信息共享长效机制，根据《广东省涉税信息交换与共享规定（试行）》（粤府办〔2010〕69号）、《惠州市涉税信息交换与共享实施办法》（惠府办〔2014〕35号）的有关规定，按照《中共惠州市委办公室 惠州市人民政府办公室关于印发〈惠州市推进“集成办理、一次搞定”政务改革实施方案〉及相关配套方案的通知》（惠市委办发电〔2017〕50号）等文件的要求，结合我市实际，需要从系统优化改造入手，切实提高不动产交易登记业务的工作效率，持续优化业务流程。

惠州市近几年房地产市场持续活跃，增量房、存量房、土地等房地产交易业务持续增长，房地产业的繁荣给惠州市带来了可观的财政收入，也给相关部门带来了巨大的工作量，同时因为房地产交易业务相对其他业务复杂，涉及查档、网签、备案、缴税、登记等多个环节，这些环节分别归属不同的业务主管部门，主要包括房管部门、税务部门、不动产部门等，当前这些部门虽然共享了一部分数据但是总体来说共享程度低，各部门各自为政，核心数据不共享，直接造成群众办事效率低，群众在办理业务时需要多次跑大厅，重复提交资料，需要长时间排队等待等问题。同时各部门之间数据不共享互通的情况下，存在假完税证，假发票的情况，极易造成一些行政执法风险，无法从根本上达到“先税后证”的要求。(二)项目建设目标

利用信息化技术实现不动产交易登记与税收信息实时共享，构建“集成办理、一次搞定”、房地产交易智能办税、先税后登记电子把关等工作机制，真正达到“让信息多跑路、让市民少走路”目标。

(三)项目建设规模

惠州市全市范围(四)项目建设内容

通过市政府政务资源共享平台，建立房管部门、不动产登记部门、税务部门信息共享对接机

制，运用信息互通共享方式，以纳税人在房管部门“网签合同”受理为起点，实时共享房地产交易登记数据（电子数据和影像资料）、网签合同数据，纳税人通过广东省电子税务局或通过办税服务厅前台扫(输)入合同条码，系统自动调取网签合同数据，调取此户交易历史登记资料（电子数据和影像资料），减少纳税人在涉税环节的录入信息、减少证件（证明资料）的拍摄上传等工作量。完税之后自动回写完税相关信息，不动产登记部门通过回写的电子完税信息（电子税票）与纸质税票的比对，从源头上进一步把控“先税后证”，同时对于房管部门、不动产登记部门的房产、土地存量信息进行共享利用。(四)项目建设原则

1、规范性。严格按照金税三期软件开发技术标准要求及省局统一软件开发要求，制定统一的业务操作规范、系统维护管理规范等。

2、安全性。系统要求保障网络安全、数据安全、应用安全，能对系统数据进行同步备份，用于网络环境下的应用系统必须要防止病毒与黑客的侵袭，数据的安全性应由分级权限的设定来加以保证，重要机密的传输，应考虑加密，系统应保证损失减少到最低限度。

3、稳定性。在故障发生时，能够给出准确的错误报告，引导系统恢复运行。

4、实用性。系统在功能上应紧紧围绕房地产网签数据共享业务工作。在系统的支持下，使该工作能够规范化、科学化，要求系统操作简洁，容错能力强，信息反馈准确、可靠，操作便利。

(五)主要开发内容和建设周期

1、主要开发内容

1)存量房权证信息共享对接及利用 2)住宅家庭房屋套次查询对接及利用 3)电子影像资料数据共享及利用

4)土地出让和转让信息共享及利用 5)土地登记及变更信息对接及利用 6)房屋土地完税信息对接及利用 7)房屋土地免税信息对接及利用

8)土地使用税税源信息对接及利用

9)房管局相关系统软件改造

10)不动产局相关系统软件改造

11)税务局相关系统软件改造

2、建设周期

合同签订后三个月内完成开发，试运行一个月后正式上线，全部县区项目需求功能上线推广

后,完成项目验收工作。

(六)项目详细需求描述

1、存量房权证信息共享对接及利用

通过房管部门、不动产部门共享惠州市各区县房屋产权基础数据，税务部门获取该共享产权数，定期落地更新到税务局数据资源平台。同时各区县房屋产权数据在进行新增产权登记、产权过户、产权注销、产权分户等情况下，对房屋权证信息进行更新，保持最新数据一致性。

2、住宅家庭房屋套次查询对接及利用

通过房管部门、不动产部门开发住宅家庭房屋套次查询接口，税务部门通过传入以家庭成员为单位的多个身份证号码等信息，自动返回该家庭成员名下住宅房屋套数，有条件的返回惠州市范围内住房套数。税务部门在获取房屋套次信息后可将该信息返回给省局房产交易申报智能办税系统、存量房价格评估系统使用。

3、电子影像资料数据共享及利用

通过房管部门、不动产部门开发电子影像资料数据共享接口，税务部门通过传入地区、房产证号、本手或上手信息，自动返回该笔业务对应的电子影像资料信息，为省局房产交易申报智能办税系统提供必要的电子影像资料，减少纳税人电子数据采集工作及为税务人员提供上手交易购置成本及确定上手房产取得时间。同时为存量房价格评估系统提供电子影像资料获取,查询,统计, 基础归档等功能;同时将电子影像资料对接省局电子档案系统, 省局电子税务局税务端使用。

4、土地出让和转让信息共享及利用

不动产部门批量定期共享惠州市各区县土地出让和转让合同数据，税务部门获取该共享数据，定期落地更新到税务局数据资源平台,利用该数据税务部门实时掌握土地出让转让信息，并对纳税人未及时申报土地出让转让进行催缴，同时对于纳税人的申报信息进行核对，防止出现虚假申报问题。

5、土地登记及变更信息对接及利用

不动产部门定期批量共享保有存量土地的相关信息，同时各区县存量土地数据在进行新增使用权登记、使用权过户、使用权注销、使用权分户等情况下，对共享数据进行更新，保持最新数据一致性。税务部门获取该共享数据，定期落地更新到税务局数据资源平台。

6、房屋土地完税信息对接及利用

交易双方在税务部门完税之后，在进入房产部门和不动产部门进行下一步操作流程时，房产部门和不动产部门需要对交易双方的完税情况进行核实。税务部门通过网签合同编号或者完税证编号对完税信息进行数据共享，房产部门和不动产部门在进行完税信息核实之后在系统上进行“先税后证”控制。

7、房屋土地免税信息对接及利用

对于免税业务交易双方在税务部门办理免税业务之后，在进入房产部门和不动产部门进行下一步操作流程时，房产部门和不动产部门需要对交易双方的免税情况进行核实。税务部门通过免税单编号或者身份证件号对免税信息进行数据共享，房产部门和不动产部门在进行免税信息核实之后在系统上进行“先税后证”控制。

8、土地使用税税源信息对接

通过税务部门共享土地使用税的相关数据，不动产部门定期获取该共享产权数。

9、房管局相关系统软件改造

房管局相关系统软件改造，包括提供以上的共享数据，及在商品房交易系统受理及备案功能上能查看是否已完税和税金等信息，依据是否完税，对商品房交易进行受理和备案限制。

10、税务局相关系统软件改造

税务局相关系统软件改造，包括提供以上的共享数据的提供及省局智能办税系统接口的改造调整，存量房评估系统接口的改造调整，存量房价格评估系统中增加电子影像资料获取,查询,统计, 基础归档等功能。存量房权证信息、土地登记及变更信息、土地出让和转让信息等外部交换数据的批量落地与监控。

11、不动产局相关系统软件改造

不动产局相关系统软件改造，包括提供以上的共享数据的提供以及改造不动产登记平台，从系统上控制“先税后证”，特定业务清单受理时，只有从税务部门获取确认及比对完税信息后才能进入下一步操作，否者不允许进入发证环节。

12、系统性能需求

性能要求主要通过功能要求测试来体现，要求系统运行稳定、容错性强、界面友好，能够快速处理房屋交易业务产生的数据处理要求。系统各项性能指标包括系统响应速度，平均无故障时间间隔等要求，均按照国家相关标准设计。

13、系统技术要求

主体架构：根据国家税务总局金税工程（三期）的技术要求，系统采用基于J2EE的B/S三层架构。

中间件：应用服务器采用WebLogic 10.3或以上版本，系统的设计、开发、部署、测试等均要遵循《国家税务总局金税工程（三期）BEA WebLogic平台开发应用指南》的标准。

数据库：选用支持集群的Oracle 10G或以上版本数据库平台，数据库的设计、命名、管理等须遵循《国家税务总局金税工程（三期）Oracle数据库设计应用指南》中的开发规范和约束。

14、系统培训需求

系指按合同要求，向采购人提供相关系统操作培训。

篇3：项目用户需求分析报告

关键词：软件开发,需求分析,用户沟通

1 前言

成功的软件产品是建立在成功的需求分析基础之上的,而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题需要用计算机系统来解决,而开发人员开始帮助用户解决这个问题时,沟通就开始了。

需求获取可能是软件开发中最困难、最关键、最易出错及最需要沟通交流的活动。有些开发人员对需求的获取往往有错误的认识,认为:用户知道需求是什么,我们所要做的就是和他们交谈从他们那里得到需求,只要问用户系统的目标特征,要做什么或不做什么或都凭用户自己确定就行了。但是实际上需求获取并不如想象的这样简单,一个软件项目的需求要经过开发人员与用户的有效沟通与认真分析才能确定下来。

这其中还有对问题的理解,用户对计算机系统的能力和限制缺乏了解,任何一个系统都会有很多的用户或者不同类型的用户,每个用户只关注自己需要的系统,而不知道系统的整体情况,他们不知道系统作为一个整体怎样工作效率更好,不关心系统中信息资源的规范与共享问题,也不太清楚哪些工作可以交给软件完成,他们大多不清楚需求是什么,或者说如何以一种精确的方式来描述需求,他们需要开发人员的协助和指导。但是用户与开发人员之间的交流很容易出现障碍,容易忽略了那些被认为是“很明确”的信息。

本文结合笔者在实际软件项目开发工作中的经验,就需求分析时与用户沟通中应注意的几个问题进行研究分析。

1 沟通前的准备工作是开发人员必须做的功课

开发人员与用户沟通前的准备工作一般有常规准备和可能需要的业务领域知识准备两个方面。

常规的准备工作包括对项目整体环境的熟悉,着重需要了解项目的背景、项目的目的、项目的利益相关方等信息,以便对当前项目的总体情况有一定了解。同时还要围绕这些方面对将要展开的调研进行需求调研问题的准备、需求调研模板的设计、需求调研时间安排等。

承担需求调研的开发人员除了做好上述基本的准备工作外,还需要结合自身对用户业务领域知识的掌握情况,主动积极了解客户业务和相关知识。这是因为,虽然开发人员可能在信息技术方面非常专业,但对于具体的用户业务可能并不十分清楚。这个项目对用户将有什么帮助、某一系统功能是否有用、某一流程处理是否合理,在不了解用户业务的情况下,我们将很难做出判断。这一掌握业务领域知识的工作也可能是要贯穿项目发展过程始终的。

因为只有在了解业务的基础上,我们才能和用户有共同的沟通语言和业务理解,才能真正理解系统应具有哪些功能。笔者曾在对某钢铁企业ERP项目的生产管理系统进行调研的过程中由于缺乏冶金生产方面的知识,有许多问题不能很好理解。

当时,笔者向用户虚心请教,并在调研结束后及时对有关生产知识进行了补充。后来在进行该项目的设备管理系统调研前,笔者结合前段时间了解的冶金生产工艺知识,又事先浏览式地学习了一下有关冶金设备知识,再进行调研时与用户的沟通就顺畅了许多。

应用领域的知识是无边无际的,在各种项目的调研过程中,肯定会出现由于需求分析者缺乏某一领域的知识而影响需求分析工作准确、顺利进行的问题。遇到此类问题时,需求分析者应虚心向用户请教,同时应及时补充应用领域的知识。在调研前做好充分的准备是十分必要的。

2 把握好需求的层次是与用户有效沟通的保证

对于一个软件系统项目来讲,开发人员需要面对不同层次,不同部门的客户,要广泛听取意见。不同组织机构层次,不同业务部门,甚至不同计算机使用水平的客户对系统的要求都会有不同。比如,总经理级别的客户可能只是对宏观报表感兴趣,业务细节操作他们一般不会发表什么意见。部门经理则关注日常工作报表,系统功能的实现以及可能的扩展策略。普通业务操作人员则关心操作方式、界面风格、易用性等。因此,把客户分成不同的群组就变得非常有价值,这样将会使需求分析的工作变得简单。因为开发人员可以从不同群组的维度来分析需求,对于特定的需求问题,则需要关注特定的客户群来合作沟通。

在软件工程中将软件需求分为业务需求、用户需求、功能需求与非功能需求3个层次。从与用户沟通的角度来看,也可以分别通过3个不同层次的需求将用户划分为三大类群体。

业务需求反映了用户对软件产品高层次的目标要求。在项目中,一开始用户高层领导通常会讲,我们上这个系统的目标是什么,我们为什么要上这个系统,我们要达到什么样的一个高度。通过这个层次的调研与分析来确定所开发项目的目标和范围。

经过上面的业务需求分析确定了项目的目标和范围后,紧接着就是同用户中层领导讨论,他们主要会讲我们的业务是什么,我们怎么工作,我们的工作流程是什么。这就是用户需求。通过对项目的用户需求分析,得出了项目的基本业务流程。

得到了这些信息后,开发人员开始整理,把软件功能点找出来,确定软件如何完成用户的工作,这是软件功能需求。按照功能需求做出来的软件是否能够被用户认可,这时不仅要面对用户的中层领导人员,还要面对基础管理人员和现场操作人员。

在功能需求满足用户要求的基础上,用户自然会提出一些方便性、安全性之类的要求,也就是非功能需求。所谓非功能性需求,是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。例如系统的性能、可靠性、可维护性、可扩充性,以及对技术和业务的适应性等。非功能性需求涉及的范围很广,软件产品本身不是孤立存在的,还涉及诸多外在环境的影响。非功能性需求必须考虑软件既要可用,又要易用。

4 注意在沟通中掌握不同用户群体的代表性人物

用户组织中的人员在很多方面存在差异,例如:使用系统的频度和程度、计算机系统知识、所进行的业务过程以及个人的素质和喜好等。结合不同需求层次的用户的特点,可对用户进行一定的分类。将用户分类并归纳各自特点,详细描述他们的个性特点及任务状况,将有助于需求的获取和分析。

不同的问题需要询问不同的人,对于操作细节的问题,要和实际负责操作的用户进行沟通,而对于关乎全局的问题,则要和相应的管理层用户进行沟通。如通过组织架构图得知储运系统的仓储管理活动涉及3种角色:仓库主管、计划员、理货员。

我们发现仓库主管是对全盘业务相当熟悉的人,他负责协调本部门的全局事务;计划员则是负责接收和处理采购计划和到货信息,理货员按出入库通知单承担收发货的具体操作,这些人都将通过建成后的系统操作完成自己的业务。若我们调研的目的是搞清该部门的整体性流程,我们会很自然地选择仓库主管作为访谈的对象。

不可能对所有的用户都进行需求获取,这样做时间不允许,效果也不一定好,所以要识别出能够确定需求和了解业务流程的用户作为每类用户的代表。每类用户至少选择一位能真正代表他们需求的人作为代表并且能够作出决策,用户代表往往是本类用户中的3类人:对项目有决定权的领导、熟悉业务流程的专家、系统的实际使用者。

每一个用户代表代表了一个特定的用户类,并在那个用户类和开发者之间起沟通连接作用,用户代表从他们所代表的用户类中收集需求信息,同时每个用户代表负责协调他们所代表的用户在需求表达上的不一致性和不兼容性。

5 注意积极引导与合理利用用户的需求

由于用户往往对规划中的项目没有直观的认识,对于计算机系统的应用特点也缺乏了解,所提出的需求大多是以眼前的工作环境为基础,只关心自己局部的业务与数据要求,不能从全局的视角理解新系统投运后的组织机构与业务流程,对于一些有前瞻性的设计思想会不以为然。

例如在做ERP项目的能源管理系统时,由于数据是以自动采集为主的,我们规划了每分钟的能源仪表运行数据和按小时、班和日的结算数据功能,负责能源管理的用户人员却说他们只是月底有套月报表就可以了,没有精力按日管理,更不会按小时来管理。我们根据自己在这个领域的开发经验,耐心地向用户介绍了这样设计对于用户能源管理的必要性,同时说明这样一定能够满足按月报表的需求,方案获得了用户高层领导的认可与赞许。结果在项目投运的一年后,该企业就围绕节能降耗和降成本工作,利用能源计量系统的小时量和班量数据在基层车间开展了现场能源管理与指标考核活动,利用日量数据上形成的周报、旬报,开展了全面的旬成本分析和重点工序的周成本分析。

这个案例说明开发人员在具备充分的业务领域能力后,在与用户的需求沟通中主动发挥引领作用,可以实现项目开发中的甲乙方双赢效果。

还有些时候,用户的想法在实际实施过程中是不现实的。若一味地求全和盲目遵从用户的设想,将为项目的后续工作带来很大的风险。因此应尽量避免在需求分析中包含技术实施上有难度的功能。如在笔者曾经负责的一个项目中,用户要求新的管理系统应实现和社保、医保等管理系统的数据接口,以方便这些系统中的数据导入新的管理系统。

许诺提供与社保、医保等系统的数据接口,将为新系统的成功实施带来很大的风险。因为熟悉这些系统需要时间,开发与它们的接口也需要时间,而且与社保、医保这样的系统谈接口条件,也不是我们单方面能够决定的。因此与外部系统接口的可行性结论为:不可行。

6 结语

篇4：中医医院网站用户需求分析

关键词：中医医院；网站；用户需求

1.1研究背景

医院网站作为医院对外宣传的窗口、营销的名片和拓展业务的重要手段，相比其他的宣传方式，具有高效、快捷、经济的运行优势。

与西医医院不同，中医医院网站不仅承担着宣传本医院的任务，还肩负着发扬中医药传统，宣传中医药事业的重任。

1.2研究意义

利用问卷调查和访谈的方法，对中医医院网站建设需求进行分析，提高中医医院网站水平，提升中医医院形象，吸引更多患者。

1.2研究方法

利用分层随机抽样，采取问卷调查和访谈相结合的调研方法。

2.1设计问卷

1.性别、年龄、身份、职业属于受访者的基本特征，在统计分析中作为分组标志，分析不同分组人群对网站需求的异同点。

2.与门户网站相比，用户访问医院网站的目的特殊，所以用户对医院网站的需求有其特殊性。对于所有医院而言，用户对网站的需求又具有共性。您最关注医院网站的哪些内容？ 您认为医院网站应该具有哪些方面的功能？ 您希望通过哪种方式加强医院网站与用户之间的交流与沟通？这三个问题就是了解用户对医院网站需求的共性。

3.作为中医医院，医院网站要有中医特色，要能满足用户在中医药方面的特殊要求。您认为哪些内容最能体现中医医院网站特色？这个问题就是为了了解用户对网站中医特色的需求。

2.2统计分析

2.2.1网站内容关注度

网站就诊信息受到普遍关注，超过50%的受访者选择这一选项，说明作为区别于其他门户网站的特色信息，就诊信息成为公众首先关注的医院网站内容。

在受访的患者中，对健康保健信息的关注度明显高于其他选项。这与在医院管理者中普遍认为的医院网站就是为患者提供就诊信息这一观念存在差异。在调研中发现：患者，尤其是一些慢性病患者，在接受药物治疗的同时，也开始关注日常保健信息。与其他门户网站相比，患者普遍认为医院网站的保健信息更具有科学性，更值得信赖。

从被访问者的年龄角度进行分析，不同年龄段的群体对医院网站内容的关注既有相同点，也存在差异。除了共同关注就诊信息外，青年人主要关注医院网站的新闻动态，中老年人则更关注健康保健信息。随着年龄的增长，人们对医疗政策的关注度明显升高，在29岁以下受访人群中，只有28%的受访者选择关注医疗政策，而这一比例在60岁以上的受访人群中高达50%。随着年龄的增长，在医疗方面的花费也会相应增加，出于自身利益的考虑，人们会更加关注医疗政策的变化。同时，与其他年龄段的受訪者相比，40到59岁年龄段的人们对于护理信息更为关注，在这个年龄段，家里一般都有需要护理的老人，他们需要医院网站提供这方面的信息，用以解决实际生活中的护理问题。

2.2.2网站功能需求

在250名被访问人群中，有190人认为医院网站应具备预约挂号功能。预约挂号作为解决看病难的主要手段之一，已经被越来越多的人使用，而网上预约挂号这种新方式也已经被大多数人所接受。在调研中发现：公众更倾向在医院的官方网站上进行网上预约挂号，人们普遍认为医院官方网站能够提供最新的专家出诊信息，有更加充足的号源，挂号更有保障。

在不同年龄的受访者中，随着年龄的增长，对预约挂号功能的需求呈递增趋势。对于您认为医院网站应该具有哪些方面功能的问题，29岁以下的受访者中，63%选择了预约挂号功能，而在60岁以上的受访者中，这一比例为87%。与年轻人相比，老年人接触网络的时间普遍较短，对医院网站功能的使用有限，被访问的老年人普遍认为医院网站的功能操作起来都很复杂，而且功能越多浏览起来就越眼花缭乱，所以他们并不希望医院网站拥有太多的功能。

2.2.3中医特色的体现

对于哪些内容最能体现中医医院网站特色的提问，除“其它”选项外，其余的7个选项中4个选项的选择人数超过半数，他们分别是：中医保健、中医历史、中医知识和中草药用药常识，作为最能体现中医医院网站特色的内容，中医保健和中医知识分别以79%和64%的选择率排在前两位。

从被访问者的年龄角度进行分析：29岁以下的受访者中选择中医知识的人数略高于中医保健，这个结果表明，大多数年轻人能够接受作为传统医学的中医，并且有进一步了解中医知识的意愿。

参考文献

[1]赵紫奉， 李韶斌， 辛旭武， 黄谷子. 大型医院网站设计与实现.电脑知识与技术. 2011，07（4）

[2]洪斐， 高雅文. 建设医院网站，打造新形势下的医院宣传平台. 医学信息（上旬刊）. 2010，23（11）

[3]唐植， 张楠楠， 刘霞， 蔡峰， 刘馨馨， 张立， 张虎军. 军队医院门户网站建设的思路和方法. 2010，25（6）

[4]刘灏. 满足现代社会需求的医院网站建设与发展浅谈. 中国科技博览. 2011（24）

[5]朱磊. 浅谈医院门户网站建设. 科技致富向导. 2011（26）

[6]王峰， 赵洪亮， 殷继超， 刘淼. 中国数字医学. 2011，06（1）

[7]钱雪松， 张志伟. 图书馆承担医院网站建设的实践. 2010，17（5）

[8]徐南. 医学院校附属医院网站建设与发展. 科技信息. 2011（6）

[9]王淑丽， 李文志， 赵妍. 医院的网站建设. 中外医学研究. 2011，9（29）

篇5：用户需求分析

本系统主要实现对图书馆信息的管理，为用户提供充足的信息和快捷的查询手段.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书信息管理的效率,也是图书管理的科学化、数字化、正规化管理,与世界接轨的重要条件。用计算机制作的图书信息管理系统还可以通过功能强大的Internet网及时的向读者发布图书的最新动态，二：任务概述 2.1目标

1.以现代软件工程原理和思想指导整个课题的开发过程，要经过系统可行性分析、需求分析、概要设计、详细设计、编码、调试维护和安装实施等步骤。

2．要有详细的设计说明书；

3．每一模块的流程图要很清晰；

4．本系统能够正常的运行，能较好得完成预定的功能；

5．系统要有完整的帮助文件，供前台操作员能方便的操作本系统。2.2用户特点

本系统主要实现对图书馆信息的管理，为用户提供充足的信息和快捷的查询手段.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书信息管理的效率,也是图书管理的科学化、数字化、正规化管理,与世界接轨的重要条件。用计算机制作的图书信息管理系统还可以通过功能强大的Internet网及时的向读者发布图书的最新动态。三：业务功能概要描述 3.1系统分析

系统主要由两大子系统组成：图书管理和维护子系统以及图书信息服务子系统。系统主要有四个数据库表：图书信息表，用户信息表，学生信息表和借出信息表

3.2业务描述（1）图书信息管理系统主要可以分为两大块：图书信息的服务系统和图书的综合管理系统。图书图的使用对象是借阅者，例如学生，教师；管理者是图书馆的管理员。因此根据这些信息，本系统的主要功能就是：实现图书馆图书信息的管理和维护，如用户信息管理，图书馆规则维护，新书入库，整理图书，修改图书信息和进行查询等；以及服务系统的图书信息查询，图书的借出和归还等功能。

（2）师生即用户需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息，注册成功后，会获得一个由系统提供的标识其身份的标识码。

（3）用户登录进入图书管理系统后，可以通过Web页面查看图书的各种信息，如图书的借阅情况，作者等。

（4）用户登录后可以借阅图书，并在系统规定的时间内还书。否则必须缴纳罚款金。用户借阅图书时，系统会注明借阅时间。

（5）图书管理员可以查询图书，查看一些借阅情况，更容易知道哪类图书需求量大，好做到合理的更新增减图书。有用户违规或没按时还书的情况，他们做处理，收罚金。查询图书可以是用户得知图书更具体的位置以节省时间。

篇6：项目用户需求分析报告

提高用户体验，除了要完善网站的基本功能，还要使用户在最短的时间内可以了解到他想要的信息，不仅网站页面跳转方面，还是内容方面，都要站在用户的角度考虑，例如：网站打开下一个页面的时候，打开一个新的窗口是有助于用户体验的，因为如果用户想回到上一步，直接关闭新窗口就可以了，所以在设置窗口的时候就要使用target=”_blank”。网站的内容对于用户体验来说至关重要，一个网站，吸引用户过来的是网站信息，信息就是靠内容体现。

很多时候，我们很难捉摸用户的需求，因为用户的需求不是一尘不变的，需要我们网站不停的随着用户的需求而更新。对于一个老站老说，具有一定的用户，可以在自己的统计后台了解用户的情况，知道用户近期使用了什么关键词搜索，站内外的搜索结果都可以知道，但是仅仅一个网站的结果是片面，不能代表用户的需求，而且一个新站的话，没有一定的用户量，很难了解到这方面的信息，

通过alexa可以分析行业的发展及用户的需求，就加盟类型的网站来说，可以通过行业中一些比较有实力的网站来分析行业的情况，就拿两个比较有名的站来分析，通过一些用户的站外搜索，可以了解更多的用户关系是什么问题，需求是什么。

通过上面的数据，可以了解用户关系咖啡加盟、饰品加盟、家纺加盟的信息，在这里只是2个网站的结果，如果你把行业的前十名分析一下，你就会发现更多用户关心的问题。

上面的数据是一些用户的站内搜索情况，可以了解用户在站内拜访了什么页面，什么页面是用户比较关注的，上面显示的结果干洗加盟、项目搜索、内容咨询是用户比较关注的。通过alexa工具，可以了解行业中用户关注的问题，什么信息是用户比较关注的，可以根据用户的需求来增加网站的信息。

做一个商业性网站，最终的目的通过转化率来达成交易，如果不符合用户的需求，网站的内容在精彩、优质都是没有任何的用处的。想了解行业的信息、用户关注的问题，提高用户的体验，通过alexa工具来分析行业是很不错的。

篇7：项目用户需求分析报告

一、档案网站用户需求分析

1、在一定的社会条件下，职业是影响用户需求的主要因素，知识结构和素质相同的人在职业活动中对信息的种类和内容有着类似的需求;

2、用户对信息的需求内容和质量由用户的知识结构和对信息的处理能力决定的，想要提高用户需求水平，就必须对用户进行必要的.培训和交流，提高用户的信息能力;

3、用户利用档案网站多是为了解决工作和生活中的实际问题，并不是休闲而用，导致这一问题的原因是档案意识的淡薄;

4、用户感兴趣的仅是关注档案信息中所记载的事实和数据，并不关注编研类成果;

5、档案网站的交流互动较少，大大影响了用户对档案的积极性，进而影响用户信息需求，互动欠佳;

6、大多数的用户对档案网站的检索要求较高，但当前的检索功能却不能满足其需求，直接影响用户的利用效果，降低利用网站的需求性;

二、档案网站用户需求建议

1、大多数档案网站的用户认为最突出的问题是资源不够丰富，因此应丰富网站的资源总量，并优化所存信息，提高档案网站的文化底蕴;

2、大多数档案网站的用户人所网站检索功能的途径较为单一且过于专业，实用性不强，没有一定文化知识的用户没法进行检索，随着网站检索的深入，越来越多格式的信息会给检索带来困难，随着社会的发展，越来越对的用户对个性化搜索功能要求提高，因此，完善检索系统功能，提供检索的丰富和多样性;

3、大多数用户对于网站的互动性并不满意，有的从未使用过，档案网站仍停留在单向传递信息的阶段中，因此，应重视用户的反馈，加强与用户的互动，及时了解用户需求和服务，并解决，还应人性化地为用户进行信息的推送，最终满足用户个性化需求，增强用户体验，培养忠诚用户;

4、档案网站应充分利用现代信息技术开展对用户的教育，提升用户信息素质，为用户提供良好的信息资源平台;

随着用户物质需求得到满足，其对多层次、个性化的需求也在逐步提高，对档案网站的需求也有所增加，因此为了最大限度地满足用户需求，就必须完善档案网站的各项功能，更好地完善用户满意度。

篇8：项目用户需求分析报告

关键词：软件项目管理,需求变更,引导需求,项目增值

前言

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成, 而对人员、产品、过程和项目进行分析和管理的活动。[1]凡是做过国内的软件项目管理的人员可能都有过这样的经历, 用户在项目进程中, 不断对移交的系统提出修改意见, 更有甚者有些问题开始提出更改, 突然某一天用户发现情况不对, 又要求改过来。难道用户的需求变化就一定不利于项目的进行吗?作者结合自己管理的一个软件项目说明如何利用用户的需求变更使项目增值的。

一、用户需求决定项目价值

一般来说用户需求的变更, 增加项目管理难度, 大部分的项目管理者不希望看到用户对项目的需求不断的变化。项目管理一般要求限制需求的随意变更, 但是在国内, 由于用户的非专业性, 常常导致在项目的各个阶段需求变更都会发生, 尤其是一些传统行业的历史原因, 另外信息化的高度专业性、发展性, 使得在的信息化集成项目上, 用户的需求更模糊。

项目管理的目的是要确保和提高项目价值。所谓项目价值, 一般是指项目对社会的贡献度, 通常情况下用货币价值来表现。无论项目的具体内容是产品, 还是服务, 其对社会的贡献度均由用户需求决定的, 它对用户需求的满足程度代表了社会物质文化内容的增加。因此, 从这个意义上讲, 进行项目管理就是要翻译、培育、升华用户需求。

在项目的实际执行中, 项目管理人必须在规定时间用有限资源来保质保量的完成项目。项目管理人因此强调明确用户需求, 以按期完成项目。但是用户需求在项目执行中出现变化, 是由其"渐进明细"特征决定的;从项目价值上分析, 用户需求变化更能体现项目对用户的贡献。

二、如何利用用户需求变更转化为项目价值

既然需求变更目前在国内还是不可回避的问题, 在整个项目从合同签订到项目维护阶段, 用户的需求始终在变化, 我们如何根据用户的具体要求, 加以引导和规避, 从而一方面满足了用户需求, 另一方面引导用户增大了项目的投资额, 实现了更多的利润呢?

1、合同签订时功能需求不确定

因为用户对信息化的理解并不深入, 只是来源于报纸或者上级下达的文件, 对系统的了解也仅仅局限于对同类用户的简单参观, 所以虽然在合同签订前我们对用户进行大量关于信息化系统的沟通, 但在合同签订时用户仍然要求在合同上描述其领导对信息化系统的想象。

2、项目实施期需求随时变更

项目按照计划顺利进行实施, 各个系统陆续安装完毕并进入调试阶段, 系统的一个子系统首先交付试用, 其他子系统也都相继开始调试。新信息系统的使用使延续了几十年的管理模式发生了变革, 很快得到了单位领导的认可, 成为该单位的一个信息化亮点。用户很快发现试用的子系统可以为其他调试的系统提供辅助数据, 恰恰这些数据可以解决困扰单位出勤不出工的问题, 实现这个功能, 对该系统来说只是整理一下数据的过滤和表现形式。但对用户来说却是一个很大的进步, 同时该系统也因此多了一个辅助功能和另一个实际应用。

3、项目验收期扩大需求

随着项目的逐步调试和试用, 用户逐渐认识了各个系统的具体功能, 并在试用过程中收益, 用户看到了实实在在的系统功能, 可是发现这些功能并没有在合同中明确约定, 在和同验收时就无法提出更多的功能要求, 这个时候我们意识到是一个很好的引导用户的时机, 就主动提出增加并明确各系统的功能。这些对各个系统来说仍然没有额外的投入, 就好像是卖了一筐水果, 把框中下层的水果拿出来送给用户一样, 但是却得到了用户的尊敬和信任。结果整个项目顺利完成了验收。在这个过程中我们引导了用户, 并且主动变更了用户需求, 收到了很好的效果。

4、项目竣工后需求改善和提高

在项目交付后, 用户在以后近2年的使用过程中仍不断地提出新的需求, 大都是用户在使用系统的过程中总结的操作方便性和功能的优化完善, 这些对我们的系统项目的提高和继续引领国内市场都起到了重要的作用, 其中也有一些为适应用户的特定要求, 我们采取了成本价优惠委托开发的做法又一次得到了用户的欢迎。

所以模糊定义的需求, 目前还是国内一些传统行业新项目的现状, 我们要客观认识这一点, 灵活掌握项目管理的需求变更。

三、用户需求变化原因分析和应对

首先, 用户对项目的了解往往局限于表面和猜测。一些项目特别是专业化较高的项目, 想预先定义用户需求就比较困难, 所以用户常常不能相信项目组为用户定义好的需求。

其次, 合同能够签订的时候, 项目范围描述不清楚。这是最常见的问题之一, 导致后期项目无穷无尽的修改。

再次, 用户和项目组对写成纸面文件的需求理解不一致。这种情况也较常见, 虽然用户已经确认了项目组提交的项目范围, 项目组也是完全按照这个文件规定的内容做的, 但是用户还要求改, 用户的认知和项目组的认知完全不同。

最后, 用户总有在验收之前把每一件事情都做得淋漓尽致的心理要求。一般来讲, 在项目验收之前, 用户都会把所有的想法尽量逼着项目组解决, 因为一般的用户心理都会认为:一旦交付了, 再想找项目组成员对业务系统进行修改可就难了。

针对上述项目问题以及发生的原因, 可以通过以下几点来有效引导和利用用户需求变更。

第一个想到的问题应该是"为什么", 也就是用户做项目有什么目的, 知道这些以后, 才能在以后的工作中更加想用户之所想, 不至于项目方向错误, 最终争取达到双赢得局面。

其次灵活应变, 遇到变更要与用户沟通。经常有这种情况, 项目都已经执行到最后阶段, 用户突然提出了新的要求或者要求对已有需求进行更改, 这会让项目主管非常为难:一方面要尽量满足用户的需求, 另一方面又不能对系统做太大的改动, 影响进度计划。这种情况发生除了和需求阶段有关以外, 同时说明在实施过程中没有与用户有密切的联系, 缺乏沟通。

最后, 从用户的心理来分析。由于信息化项目的特殊性, 用户通常非常关注后期的服务, 较稳妥的办法就是在项目进程中也要让项目组与用户保持联系, 相互了解, 建立更加融洽和谐的沟通气氛, 为以后关键的实施移交阶段可能与用户发生的冲突做好准备。

四、利用用户需求提高项目价值

在项目中用户需要变化, 是随着用户对产品的认知程度的提高而展开的, 其主要点也是有规律可循的。用户需求对项目管理是一项有益的资源, 利用这种需求变化的不断满足, 能够提高项目价值。通过学习国内外同行项目管理经验并结合自己的实践经验, 总结以下几点, 供读者参考。

1、合同签订时, 要充分挖掘用户需求, 努力做好需求的"翻

译"工作, 使用户更加了解产品, 使产品更加适应用户的功能要求。

2、项目实施过程中, 用户经过培训和对产品的切身了解, 会提出需求变更。

因此要采用分阶段确认的方式, 加强与用户的沟通, 防止变更项目影响合同的内容。同时对确认的变化内容组织新的项目小组进行项目开发。由此使产品更加适应用户, 实现项目功能的增值。

3、项目验收时, 用户经过产品的使用, 会对项目如何满足要

求, 如何方便操作提出新的需求, 因此要依据合同形成委托定制协议, 由此不仅增加收益, 亦能使产品的可用性提高。

4、项目交付后, 用户经过长期使用, 会因设计等原因提出改善和提高的要求。

满足用户的这期间要求, 会增加与用户的沟通和信任, 并为今后的合作奠定基础, 为新项目提供机会。值得注意的是, 在项目交付后的维护阶段用户提出的改进意见代表了项目的最新用户需求, 其本身就是一个很有价值的东西。满足了用户的需要除了经济上和信誉上的利益外, 就项目本身来讲也是一种巨大的进步。

五、结束语

总的来讲我们要辩证的看待软件项目管理中的需求变更管理。原则上, 项目变更尤其是需求的不断变更是一个项目管理者最不愿意看到的, 但从另一个方面讲, 用户需求的变更意味着新的市场, 新的机会。用户需求变更是可以很好的利用, 以达到降低项目风险, 增加项目的收益的效果。变化是计划的敌人, 如何将这矛盾的两者和谐地统一到一起是项目管理必须解决的问题, 需要我们善待需求变更的同时做好变更控制。

参考文献

[1].http://baike.baidu.com/view/553499.html-wtp=tt

[2]. (美) 美国项目管理协会著.卢有杰等译《项目管理知识体系指南》 (第三版) [M]电子工业出版社2005.1.1

[3].韩万江等《软件项目管理案例教程》[M]机械工业出版社2005.2.1