注册 登录
qy88千亿国际专家网 返回首页

吴泽宁的个人空间 http://zjw.zlsoft.com/?7918 [收藏] [复制] [RSS]

日志

ZLHIS实施需求调研要点

热度 1已有 1847 次阅读2011-5-23 23:06 |个人分类:评审文章|系统分类:实施服务|

一、需求调研概述

1.1    需求调研定义

1、按照软件工程上的定义,从项目化管理角度看,需求调研发生在软件设计前,是为编写《用户需求说明书》、《软件需求规格说明书》而做的一系列调研工作,它有专门的一套体系方法。其中一些关键点对于我们ZLHIS项目实施很有帮助。

2、本文中的需求调研,主要是针对ZLHIS实施时,为了尽早确认用户常规业务需求,掌握和明确特殊业务需求,并与甲方确认软件应用模式的系列工作。

3、需求调研是不断完善,逐渐精细化的过程,刚开始需求比较宏观(主要把握宏观业务需求),到后期逐渐清晰明确(子业务细节需求)。

1.2    需求调研目的

1、需求调研的目的是:明确用户需求,确认业务流程和各子系统应用模式,同时提供qy88千亿国际,减少变更。

2、对于ZLHIS项目实施,需求调研还有以下两个重要目的:

1)常规需求的确认,为数据初始化和培训工作做准备

2)尽快掌握用户特殊业务需求,提前做准备

1.3    需求调研的重要性

1、请看如下两幅对照图

 

2、从上述两幅对照图,不用多做解释,就可以清楚需求调研的重要性

3、在项目实施过程中,需求调研做得不到位,可能引起新需求不断的出现,或者系统上线后,该应用模式与用户最初的设想不一致等等问题,轻者导致实施工作量的增加,项目范围得不到很好的控制,严重的可能导致返工。

       二、需求调研原则

2.1    保证需求的完整性

1、保证完整性:需求调研时,必须考虑其完整性,避免出现只见树木不见森林的情况,导致关键需求的遗漏,所以在进行需求调研前,应做好相应的计划。

2、不超出项目范围:在需求调研时,一定要把握范围,根据当期项目实施目标,仅调研与之相关的业务需求,做到把握大局,不偏离目标。

2.2    避免陷入“用户总是对的”陷阱

      事实上用户并不是总是对的,有些需求是由于用户本身管理上的问题,通过优化或改造流程可以解决的问题,合理的处理好这些问题,避免无限扩大项目的需求。

2.3    形成正式的书面文档

在每次调研时,必须对当次调研和会谈的内容,形成书面文档,提交相关人员签字确认。一方面,作为软件应用模式的确认性文档,项目组可以按这种方式执行;另一方面,让用户感觉很正式,且不能轻易修改,即使后续双方为此出现意见冲突,也可作为一个重要依据。

2.4    做好需求变更的控制

确认的需求文档,应该是准确的,在受控的状态下变更,很多需求不是一次性就能敲定的,要反复交流确认,即使当初双方都签字画押,但在使用过程中,用户业务也有可能发生变化,所以要做好需求变更管理,并且每次的变更需要双方进行确认,做到有据可依。

                                   三、HIS需求调研步骤

3.1    制定需求调研计划

在用户需求调研前,先要制定调研计划,主要明确目标、方式、参与人员、时间。需求调研计划是项目实施总体计划的一个重要部分,该阶段工作应在数据初始化和用户培训阶段之前完成。调研计划模板,参见附录《贵医二期需求调研.xls》。

3.2    开展调研工作

1、准备调研材料:正式开展工作前,需准备一些调研材料,包括调研模板,如系统应用模式调查表,模块可参见附录。

2、调研方式:主要包括会谈、综合演示软件、观察用户现有系统业务使用等三种方式,ZLHIS需求调研一般需要这三种方式相结合。

3、全局性业务需求:主要采用综合演示交流的形式进行,因为全局性业务,涉及多个科室的关联业务,所以需要召集相关业务块负责人坐下来共同确认,如遇定不下来的流程,应做好备案,由相关负责人提交给上级部门(如院长级)来确认。

4、独立性业务需求:对于那些相对独立的模块业务,可以单独找相关科室会谈确认。

3.3    整理需求形成文档

该过程是将需求调研和确认的内容,形成书面文档,并提交相关人员签字确认的过程。其重要性,可参见第22.3

                                     四、HIS常规需求调研

4.1    定义

这里指的HIS常规需求,是指HIS系统通用的一些业务需求,有先例、已知业务的需求。通俗一点讲就是大多用户都要用到,比较有共性的业务需求。

这部分需求调研,其实只需要进行现有模板化的确认,我们称之为流程和应用模式确认。

4.2    业务流程确认

对本期上线系统的宏观业务需求进行确认,主要以流程图和各环节关键点来体现。这点一般先找信息科进行调查和初步确认,然后召集各业务块负责人共同确认,一般以软件综合演示交流进行,具体内容可参见附录《宏观业务流程确认》。

4.3    系统应用模式确认

对业务流程进行系统转化,分解成各子系统的应用模式,与对应业务块负责人进行确认。具体确认的内容可参见附录《应用模式确认清单.xls》。

                                   五、  HIS个性化需求调研

5.1    定义

HIS个性化需求主要指以下两个方面:

1、常规业务中,软件功能或者应用模式与当前用户实际不符,需要修改软件或者改变应用模式的需求;

2、用户提出的新业务需求,对我们来说是没有历史经验的需求,比如用户提出的网上预约挂号、与银行接口的一卡通业务需求等等。

5.2    个性化需求调研规范

个性化需求调研,除了遵照第2章需求调研原则来执行外,需要注意以下几点规范:

1、 充分了解业务流程,挖掘隐藏需求,找准需求根源。

其实很多个性化需求背后隐藏了关联的业务管理上的一些问题,只要深入了解,善于发现,就可以找到需求根源,此类需求,往往可以通过规范用户业务流程来变通实现。前提是功夫做足,提供合理的qy88千亿国际,促使用户接受。注意,这并不是排斥需求,而是给用户提供合理的qy88千亿国际,优化业务流程。

2、规范管理新增业务需求,保证与用户设想一致

对于新增特殊业务的需求,需要深入了解业务流程,进行需求原型的系统转化,并提交用户确认,反馈公司修改。对新增业务需求分析主要从以下几个方面入手:

1、业务流程及描述

2、软件功能实现要求

3、相关支持性政策文件

5.3    需求反馈规范

为了让个性化需求尽早在软件功能中实现,保证公司研发人员得到准确的信息,除了需求调研要规范外,还需要按照技术中心的需求描述规范执行。


路过

鸡蛋

鲜花
1

握手

雷人

评论 (0 个评论)

facelist
您需要登录后才可以评论 登录 | 注册
手机版|小黑屋|ZLSOFT Inc. ( 渝ICP备12005023号 GMT+8, 2019-6-16 12:08 , Processed in 0.199378 second(s), 23 queries .
Powered by Discuz! X3.2 © 2001-2013 Comsenz Inc.
返回顶部