医用软件需求管理的研究.docVIP

医用软件需求管理的研究 　　摘 要 需求管理是软件生命周期管理一个非常重要的方面，本文分析需求管理中存在的问题及应对策略。详细阐述了需求管理过程中的需求获取、需求评审、系统开发、测试验证、系统实施、客户确认等几个步骤。以医院信息系统系统建设项目为实例，探讨了需求管理在项目管理中发挥的重要作用。 　　关键词 医用软件 需求管理 SVN 软件测试 　　中图分类号：C93 文献标识码：A 　　0引言 　　近年来随着医院的快速发展，医疗业务量屡创新高，但其中的一些制约因素已开始显现。虽然医院从扩大医疗空间、调整医疗流程、增加服务设施、改善服务条件等方面做了很多努力，但仍不能满足日益增长的医疗业务量的需求，特别是不能有效解决病人候诊时间长的问题。其瓶颈原因之一即各项检查等待报告时间较长（尤其是影像检查），因此建立医疗影像归档与传输系统（PACS）迫在眉睫。医院决定通过建设医疗影像归档与传输系统（PACS），整合医疗信息资源，提高医院科学管理水平。 　　需求管理是医院信息化建设的重要组成部分，也是改善医院与信息产品供应商合作的重要步骤。需求管理是一种对系统需求信息进行获取、组织和记录的系统化方案，是一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。需求管理可以使医院了解患者的需求并采取适当的措施满足这一需求，是影响医院信息化建设进程和质量的关键和重点。 　　1需求管理流程研究 　　我国医院信息系统的项目应用现状而言，情况不容乐观。项目超期限、超预算，用户对最终交付的系统不满意，企业疲于应对客户不断变更的需求，整个项目就像“无底洞”，总也做不完。对于以上所述的信息系统实施中常见问题，可以归结为需求表达不清晰、需求范围不明确、需求变更管理不规范等几个方面的原因。 　　1.1需求表达不清晰，双方对需求理解不一致 　　由于新上系统，要对医院本身的业务流程进行改造，医护人员对信息化缺乏全面的了解，在项目开始前期只能提出很少、很模糊的需求。企业人员前期对医院原有业务流程不熟悉，没有真正了解客户的业务需求，与客户对需求的理解存在不一致的地方。双方的局限性及市委差异导致对需求的把握不一致。 　　1.2需求范围不明确，需求变更不规范 　　随着项目的不断推进，用户在使用过程中及用户在别的医院考查过程中，用户对新系统有更多的要求。企业的实施管理部分，仅凭自己的单方面的考虑来决定是否接受需求，可能对导致用户关系紧张或者项目范围失控。项目初期没有对项目的需求范围做出明确界定，将对项目后期实施产生很高的风险，出现前期和和气气，后期互相扯皮的现象。另外，在需求变更过程中，没有对需求进行有效的跟踪及管理，导致需求失控情况出现：如需求明明提了很多次，没有后续的修改；需求已经做好更新，没有通知用户如果使用新功能等等。 　　2需求管理实践 　　在本项目管理的需求流程包括：需求获取、需求评审、系统开发、测试验证、系统实施、客户确认等几个步骤。在项目组成立处理，我们就按照系统管理要求，制定了需求管理计划和人员配置，对项目组内人员进行培训，让项目组人员能够理解该项目管理流程并按照计划执行。项目整体的需求管理流程如图1所示。 　　图1：项目需求管理流程图 　　（1）在系统进行立项。在项目管理系统中增加新的项目，并把项目概况和项目相关配置信息、干系人等录入需求系统。只有确认了相关的干系人后，才能在后面的需求维护中，有重点的和相关人员进行沟通，明确方向。 　　（2）确定需求基线。在项目实施初期，在完成了初步的调研后，把调查结果和信息科进行确认，由信息科签字后，再把总体的需求写入需求系统，形成项目的范围说明书。随后进行工作分解，把和目前系统偏差或者没有实现的部分，进行归纳总结写入需求系统。 　　（3）开发部对需求拆分，指定开发人员项目开发。当需求在需求系统提出后，一般由项目经理对需求进行审核，只有项目经理审核了的需求流程才转入开发部。当开发部经理看到需求后，会对需求进行评估，包括开发对整个系统架构的影响、开发用时、当前人员的开发情况等进行评估，但觉得可行时，再安排相关人员进行开发，如有必要，可以在系统上标注上具体实现流程等。在需求系统上进行任务安排，自行形成开发任务单。如果开发部经理觉得该需求在实现上或者描述上不清楚，开发部经理需要直接和项目经理进行沟通，如果不能实现等因素，让项目经理和现场沟通是否可以放在下一个版本实现、或者通过外包实现等，在需求系统上退回需求，并注明退回原因。 　　（4）开发部开发人员从开发部经理那里收到开发任务单后，点击开始开发，进入开发中状态。这是开发人员或者本需求的详细信息，包括开发部经理的备注信息，如开发时间，开发思路等。当需求完成后，开发人员在需求系统上填写真正开发用时，点击开发完成开发，并自动提交到测试部进