论软件需求获取技术及应用
 【摘要】

      2012年本人参与了本人所在工作单位的检验信息平台的建设，我作为用户方的项目负责人参与了整个建设过程，参与了项目管理、系统架构设计等工作。一个项目的成功实施，离不开项目小组对项目需求准确的把握，而需求获取是否科学、准备充分，对获取的结果影响很大，本文以本人直接参与的检验信息平台的建设为例子，介绍我们按照软件工程的方法，通过分析文档、问卷调查、现场观摩、联合需求分析等需求获取技术来收集用户对新系统在功能、行为、性能等方面的期望，获取准确的项目需求的过程。整个需求获取的过程，因方法得当，需求获取方式合理，充分调动了用户发表意见提供建议的积极性，收集到很多对项目进展有益的信息也建议，准确地掌握了用户的需求，为后来系统的成功实施打下了良好的基础。

      【正文】

      检验信息集成平台是在2012年3月启动的，我所在的部门组织了该项目的开发过程，我有幸在该项目中担任项目管理和架构设计的工作，该项目是基于以下背景的：2011年，随着市里围绕解决“就医难”问题，决定整合全市医疗资源，将区级医院和各街道的卫生服务中心并入几家三甲综合医院，我所在的工作单位接收兼并了两家区级区级医院和6个街道卫生服务中心。在合并前，我院已经有运行良好的检验信息系统，两家区级医院也有各自的检验信息系统，均与总院一样采用SQL SERVER作为数据库管理系统，但软件供应商不一样，各街道卫生服务中心尚未实施检验信息系统。在合并之前，总院与各分支机构并无网络连接。为使下级医院就诊的患者能够享受到总院齐全、高级的检验设备，我们需要对现有系统进行整合升级。这个项目涉及到总院、两家分院和6个社区卫生服务中心的检验科，使用对象大部分为检验专业技术人员，大部分直接用户无法准确的描述对检验信息系统的需求，因此，采用什么样的需求获取技术来准确的把握用户对系统的需求就显得至关重要了。

      项目小组（含检验科负责人及具有一定信息化基础的检验科工作人员代表、信息化业务支撑部门计算机中心人员、软件开发商项目经理及开发实施工程师等组成）经过开会讨论决定通过分析文档、问卷调查、现场观摩、联合需求分析等技术来获取系统的需求。

      首先，因为检验信息系统很重要的一个模块是仪器通信接口模块，检验科内部有20多个厂家生产的近百台仪器，仪器通讯接口的功能就是将仪器测试结果准确的传输到检验信息系统中，各种仪器的通讯接口方式各不相同，有采用RS—232接口传输的，有采用TCP—IP协议传输的。每台仪器都配有相关的技术说明文档，这为项目组通过分析文档的方式来获取仪器接口需求提供了便利，阅读分析技术文档也是获取仪器通讯接口参数、需求的最准确最有效的办法。我们安排了检验科信息联络员与负责仪器通讯接口程序设计的工程师一起收集每台仪器的技术说明书，并由仪器通讯接口程序设计的工程师根据技术说明文档完成获取仪器通讯接口需求的工作。

      同时，因为整个检验信息系统的目标使用者有接近200人，并且每个人的日常工作都很忙，我们选择了问卷调查的方式来进行用户对系统需求的初步获取，项目成员根据原有系统使用的经验，及目前比较成熟的检验信息系统的模型，精心设计了调查问卷，调查问卷的问题都是比较有代表性的，含有开放式问题和封闭式问题。在设计调查问卷时，我们给调查对象留出足够的空白空间让调查对象填写。利用检验科周例会的时间，我们将调查问卷发给每位工作人员，并委托检验科负责人向各位员工解释问卷调查的目的，并强调这份问卷是每个工作人员都必须回答并及时返还的。因为检验科从负责人到普通工作人员对这个项目都比较期待、问卷调查的问题比较合理，问卷调查的工作完成的很顺利，收到了95%以上的有效问卷。收集完问卷我们立即对问卷进行整理和统计，初步获得检验科员工对即将实施的系统的期望和建议。因为问卷调查的方式无法实现与用户面对面的交谈，项目组成员有些用户在问卷上描述的问题还是无法完全准确的把握，于是，我们根据问卷调查的结果，对于理解的不够清楚的部分通过现场观摩的方式进一步对需求进行完善。

      对于在问卷中，有用户提出的样本延时、报告延时等问题，因为过程比较复杂，用户也无法用语言清晰的描述整个问题，我们组织项目组成员按照样本流程的顺序进行现场观摩，首先，到样本的源头：临床科室护士工作站，当患者有标本需要检验时，临床护士会根据患者信息及检验项目为患者抽血并填写申请单，然后由物流人员将标本送往检验科进行检验。通过现场观摩，我们发现两种情况：一、护士填写完申请单后到向患者抽血的时间有长有短，有的填完立即抽血；有的填完申请单，等忙完其它事情再抽血，时间间隔最多的超过一个小时；二、物流人员不能及时将标本送往检验科；这就造成了标本采样时间与真实时间不一致，因为样本延时的问题；我们将现场观摩得到的结果向用户说明，觉得很有必要对样本进行条码化管理，从抽血开始，对样本经过的每一步骤严格把控，保证每一份标本的信息准确无误；

      通过前两个阶段的工作，我们基本掌握了用户对系统的需求，并整理出相关的需求文档，

      为了进一步明确任务我们组织了一次联合检验科负责人、各检验小组组长、检验科信息联络员及其它项目小组成员的群体会议，来分析更进一步的需求。在开会之前，我们根据问卷调查结果、现场观摩报告制定了会议的议题，准备相关材料并发放给各参会人员。会议开始后，由项目组长主持，按照材料所列举的问题一项一项讨论，并且对现有系统的不足进行开放式讨论，由记录员对整个会议的过程、每个与会人员的观点、问题记录下来。这个过程有几点特别需要注意，1、在会议开始前，就要制定详细的已成，并且会议严格按照议程进行；2、要完整的记录会议的内容，如果记错了或者记漏，将对项目的顺利完成造成不利的影响；3、讨论期间，氛围尽量轻松，让与会人员围绕既定议题，以通俗易懂的语言畅所欲言，否则程序员听不懂检验术语、检验专业技术人员听不懂计算机专业术语，沟通起来事倍功半；通过这次群体会议，我们进一步对需求进行梳理，对于一些问卷调查中存在的分歧、检验各小组中因特点不一样而产生的需求分歧的解决方式等，取得了一致意见；整个项目需求分析过程中，我们根据项目背景、实际情况，合理的选择了通过分析文档、问卷调查、现场观摩、联合需求分析等技术手段来获取用户需求，通过上述需求获取技术，我们圆满的完成了项目的需求分析，为项目的成功实施打下了良好的基础。整个过程中，分析文档、问卷调查、现场观摩都进行的比较顺利；联合需求分析时，有时会在讨论一个议题是，过于深入，在已经明确用户需求的情况下，纠结于如何实现用户的这个需求，或者纠结于如何管理才能使流程按照系统的规范走下去，这些都是偏离需求分析的轨迹的，导致了原本计划4个小时的会议延长到6个小时，这就要求会议主持人在主持联合需求分析时，应该准确把握会议议题和进程，以获得最好的效果。