用例分析技术在医院信息化系统需求分析中的应用

汪虹++曹维祥

摘要：用例分析技术从用户的角度发现、记录、捕获正确的功能性需求，文章以医院门诊业务为例，探讨了用例分析技术在需求分析阶段的使用，通过涉众分析、系统边界界定、概要级用例分解逐步得到正确的系统用例。

关键词：用例；医院信息化；门诊

中图分类号：TP315 文献标识码：A 文章编号：1009-3044（2015）03-0013-02

当今计算机软件的规模越来越大，为保障软件质量，必须按工程化原则和方法进行软件开发。基于工程化的软件开发，将软件生存期大致分为：可行性研究、需求分析、设计、编码、测试、维护等阶段，其中位于开发过程早期的需求分析工作非常重要，错误的需求将导致后续各阶段的调整，工程的延期，直至项目开发的失败。早期的需求分析侧重功能性需求，用例分析技术可以从用户的角度发现、记录正确的用户需求。

1 用例和用例分析

1.1 用例

用例也称使用案例，是项目相关人员就系统的形为所达成的契约，通常一个用例由多个场景组成，每个场景描述了主执行者与系统间的一系列交互，并最终达到主执行者的价值目标，简而言之，每个用例描述了主执行者期望通过系统可实现的价值目标。

用例与传统功能分解的区别是：用例是从用户的角度所看到的系统应为其提供的功能，而功能分解通常是从程序员的角度所设想的系统应有的功能。

1.2 用例分析

用例分析的初期先分析涉众及其目标，进而找出系统的主执行者，同时分析系统的边界，明确要设计系统的范围。用例分析初期建构的是概要级用例，用于描述系统的业务，对概要级用例进行分解得到用户目标级用例，该级别的用例是最主要的用例模型，最后对用户目标级用例进行重构，得到扩展或包含关系的子功能级用例。

1.3 用例描述

用例模型包括用例图和用例描述，文字形式的用例描述是用例模型的主要部分，描述了执行者与系统具体的交互，并最终达到某一价值目标，用例描述应使用主动语态，描述执行者或系统的目标，而不是具体动作，如应使用“科员提交信息”而不是“科员点击确定按钮”。

2 医院信息化系统需求分析

医院实际业务繁多，不仅有针对患者的看病等相关业务，还有科研、教育等业务，文章篇幅有限，仅以患者通过门诊就医为例进行分析，用例描述采用简述形式。

2.1 涉众分析

门诊就医业务会涉及到患者、收款处科员、分诊护士、诊室医生、药房科员、检验等各医技科室，下表以患者、收款处科员、诊室医生三个典型的涉众为例进行分析，对于门诊就医业务来说患者是主执行者，患者在系统外并主动要求门诊服务，而收款处科员、诊室医生等系统内的是业务工人。

2.2 概要级用例

对于普通患者而言，医院最主要的功能就是提供看病治疗服务，门诊就医针对的是一般疾病且病症较轻的患者，只需要经过简单的检查、治疗，患者通常希望得到快捷的高质量服务，而住院治疗服务针对的是病情较重等达到住院标准的患者，患者通常希望能治愈疾病。

图1 患者看病治疗业务用例

门诊就医业务用例的用例描述如下。

用例名称：门诊就医。

层次：概要级。

基本事件流：患者到收费处挂号，收费处科员收取费用，询问患者姓名、年龄等基本信息并填写病历卡，患者携病历卡到对应门诊科室就诊，诊室医生再次询问患者姓名、病情等信息，填写检查申请单，诊室医生诊断病情，给出初步检查建议，诊室医生开具处方，患者根据情况到收费处缴纳对应费用，收费处手工划价然后收取费用，开具单据，患者携病历卡、处方和单据到对应科室完成检查/取药等，患者携检查结果再次到对应门诊科室就诊，诊室医生根据检查数据诊断病情，给出治疗结果，患者进行治疗，本用例结束。

扩展事件流：略。

2.3 用户目标级用例

根据业务用例的用例描述，实现该业务的活动图或序列图，结合信息技术对业务流程进行优化，并将活动图或序列图中步骤映射为用户目标级用例，也称系统用例，就诊业务的系统用例图如图2。

图2 就诊系统用例图

以建卡为例，建卡用例描述如下。

用例名称：建卡。

层次： 用户目标级。

基本事件流：患者到收费处要求建卡，收费处科员首先采集患者基本信息，包括：患者姓名，性别、身份证号和家庭地址，收费处科员向患者确认信息后，取出新就诊卡，读取卡号并将将基本信息写入就诊卡，系统生成就诊流水号后，更新后台信息，收费处科员向患者发放就诊卡，本用例结束。

扩展事件流：略。

2.4 子功能级用例

在图2中挂号和就诊用例均包含收费子用例，而分诊用例根据科室情况扩展为人工呼号和排队叫号子用例。

2.5 系统边界

在用例分析的过程中需要注意系统边界的变化，如在业务分析阶段，如果以收费处为边界研究挂号，主执行者是患者，收费处科员是系统内的业务工人，但在系统用例分析阶段，以将要设计的软件系统为边界，使用软件系统的是收费处科员，主执行者变成了收费处科员。

3 结束语

用例分析技术可以有效的发现、记录、捕获正确的功能性需求，其最大的价值是从用户的角度捕获需求，从而防止因错误需求而导致的软件开发失败。

参考文献：

[1] Alistair Cockbur. 编写有效用例[M]. 王雷， 张莉，译. 北京： 机械工业出版社， 2002.

[2] Larman C. UML和模式应用[M]. 李洋， 郑，译.3版.北京： 机械工业出版社， 2006.

[3] 周岩. 用例分析技术在医院门诊信息系统需求分析中的应用[J]. 中国医院教育技术， 2012（1）.