uml综合案例：医院预约挂号系统

1《UML2面向对象分析与设计》综合案例：医院预约挂号系统作业评分实施细则一、第四章作业（用例图和用例文档）1.评分档次用例图和用例文档分别按照满分10分计算，以此作为评分标准，基本的评分准则如下：一档（10分）：图形（文本）条理清楚，无任何明显错误二档（8-9分）：图形/文本清楚，存在个别错误三档（6-7分）：图形/文本一般，存在一定的错误四档（5分）：图形/文本条理不清，存在致命错误或错误数过多一般情况下按错别个数扣分，每个错误按严重程度扣0.5、1、2分，最终成绩向上取整；同类错误不重复扣分。2.参考答案作业答案部分仅供参考，学生的作业可能会多种多样，具体按照第三部分的典型错误扣分，用例图：2打印预约单打印挂号单实名注册支付挂号费未注册用户支付系统预约挂号extendextendextend查询医院信息核查预约单和挂号单核查预约单include取消预约注册用户分诊台护士挂号处审核注册信息维护出诊信息登录系统管理员生成出诊信息处理逾期未取消的预约时间图1.医院预约挂号系统用例图表1.医院预约挂号系统参与者说明参与者名称描述同义词未注册用户普通游客，没有访问该系统的账号和密码游客、匿名用户注册用户通过管理员审核后的合法用户会员系统管理员对本系统进行日常维护和后台管理人员分诊台护士使用该系统的医院各科室分诊台的护士挂号处使用该系统的医院挂号处的工作人员挂号处工作人员支付系统为该系统提供支付接口的外部系统支付宝时间习惯用法，启动需要系统自动执行的用例表2.医院预约挂号系统用例说明用例名称描述同义词实名注册完成在系统的注册业务注册查询医院信息查询医院、相关科室、各科室的医生等各类信息登录登录系统预约挂号注册用户可通过该用例完成预约挂号业务打印预约单打印出已经预约挂号的预约单打印挂号单打印出已经预约挂号并支付费用的挂号单3支付挂号费针对已经预约的挂号支付费用取消预约取消已经完成的预约业务，并完成相应的费用处理审核注册信息审核用户提交的注册信息是否合法维护出诊信息设定医生的出诊情况，也可通过定义相应的业务规则由系统自动生成出诊信息生成出诊信息系统根据管理员设定的规则自动生成出诊信息处理预期未取消预约处理那些预期未取消的也未看病的预约记录核查预约单核查用户的预约单是否合法核查预约单和挂号单核查用户的预约单和挂号单是否合法表3“预约挂号”用例文档用例名预约挂号简要描述注册用户可通过该用例完成预约挂号业务参与者注册用户涉众注册用户、医院扩展点打印预约单、打印挂号费、支付挂号费前置条件用户成功登录到本系统后置条件用户的预约信息被记录到系统中基本事件流1.该用例起始于注册用户需要通过该系统进行预约挂号（A-1）；2.用户设定查询条件（D-1），查询到需要预约的医院、科室以及出诊信息；3.系统显示可预约的出诊信息（A-2，D-2）；4.用户选择一个可用的出诊信息，进行预约；5.系统显示有关本次预约的详细信息（D-3）；6.用户提交本次预约记录；7.系统保存本次预约记录，并提示用户预约成功（A-3）。针对预约成功的记录，系统提供三个扩展点：打印预约单、打印挂号费、支付挂号费备选事件流A-*用户在提交该预约前，随时都可能中止本次预约1.系统显示中止确认的消息；2.用户可以结束该用例，也可以选择继续。A-1当用户已经有成功预约且还没看病的预约记录时1.系统显示用户已有的预约记录；针对每个预约记录，系统提供三个扩展点：打印预约单、打印挂号费、支付挂号费A-2无法查询到所要的出诊信息1.系统显示没有可用的出诊信息；2.注册用户可以重新输入查询条件进行查询，也可以结束该用例。A-3保存信息失败1.系统显示保存失败，并提示用户需要再次提交；2.注册用户可以重新提交，也可以结束用例。补充约束-数据需求(有关数据需求尚需进一步细化)D-1目前初步应该包括：医院名称、类别、科室名称、预约时间、医生姓名、医生职称等。4D-2出诊信息应包括：医院名称、类别、课程名称、出诊时间、医生姓名、医生职称、医生特长等内容。D-3预约信息应包括：出诊时间、医院、科室、医生姓名、医生职称、挂号费用等补充约束-业务规则B-1每个医生每次出诊所能看病的人数有一定的限制，当某个医生的预约人数满员后即不可预约B-2一个用户每个时间段最多只能预约5位医生待解决问题（暂无）相关图（暂无）表4“支付挂号费”用例文档用例名支付挂号费简要描述注册用户通过该用例支付已经预约的挂号费用参与者注册用户，支付系统涉众注册用户、医院主用例预约挂号（对应“支付挂号费”扩展点）前置条件用户有已经预约成功且未支付挂号费的预约记录后置条件该预约记录的费用支付信息被成功保存到系统中基本事件流1.该用例起始于注册用户通过预约挂号用例整备支付已经预约的挂号费用；2.用户选择某个可用的预约记录（D-1）；3.系统显示本次预约记录需要支付的挂号费用详细信息；4.用户选择支付方式，并确认进行支付；5.系统连接外部支付系统完成费用支付（A-1）；6.系统显示成功支付的信息，并修改该预约记录的状态（A-2）。备选事件流A-*用户在确认支付前，随时都可能中止本次支付1.系统显示中止确认的消息；2.用户可以结束该用例，也可以选择继续。A-1无法连接到外部支付系统1.系统显示无法连接到外部支付系统；2.用户可以选择重试，修改支付方式重新支付，也可以结束该用例。A-2外部支付系统不能完成支付1.系统显示支付失败信息；2.用户可以选择重试，修改支付方式重新支付，也可以结束该用例。补充约束-数据需求(有关数据需求尚需进一步细化)D-1参见预约挂号用例的D-3项数据需求。待解决问题有关如何与外部支付系统连接进行支付的问题还有待进一步明确相关图（暂无）53.部分评分要点用例图部分主要考虑几个方面的问题，包括：参与者的选择和关系的使用，用例的选择、命名和粒度问题，用例关系的正确使用，时间参与者、外部系统参与者的使用。用例文档部分主要考虑基本路径的编写、备选路径的组织、前置条件和参与者等其他部分以及用例关系在用例文档中的体现。一些扣分要点可参见“员工考勤系统”中的典型错误情况进行处理。系统的参与者主要包括几个部分：未注册用户、注册用户、分诊台护士、挂号处工作人员、系统管理员、时间和支付系统。其中未注册用户、注册用户、系统管理员、时间和支付系统应该是几个必备的系统参与者，缺少应该会进行扣分。其他的参与者和需要结合具体的业务细节进行考虑。目前的问题陈述中，还有很多细节问题没有阐述清楚，需要进一步考虑（这也是我们做需求过程中普遍存在的问题，需求需要不断地细化）。当考虑的细节不同时，系统的参与者和用例也不一样，主要包括以下几个方面的问题：（1）系统需要根据用户是否去看病，维护用户的信用等级，那如何知道用户去看病？（2）护士核查预约单和挂号单，以及挂号处核查预约单和打印挂号单需要先登陆“挂号系统”，在系统中核实及打印吗？还是只需要凭用户手中纸制的“预约单”和“挂号单”即可完成以上工作？（3）根据实际情况，每个医院都会有自己的“管理系统”，管理科室，医院情况，以及挂号、付费情况，如果是这样，那么医院自己的系统也将会和“医院挂号系统”有接口数据同步的问题？（4）“对于那些在网上预约成功，却不去看病也不按时取消的用户，系统会进行警告：已收取的费用不再退回。”，问题是这个警告是什么时候发出？是在用户预约成功后，提示“预约不去，不退费”这样的字样吗？还是在用户没有按时就诊这个事件发生后，将来再次登录系统的时候警告？用例部分，从参与者的角度查找用例，根据针对上面问题的理解不同，部分用例可能会有区别。主要考虑包括以下几个方面的用例：（1）未注册用户：实名注册和查询（实名注册用例必须要有）；（2）注册用户：预约挂号、取消预约（两个最核心的用例，不能缺少）；其他打印（预约单、挂号单），支付挂号费等可以作为单独的用例存在，也可以作为预约挂号的一部分（子用例）存在；（3）系统管理员：审核注册信息、维护出诊信息（应该有这两个业务相关的用例，但可以考虑有不同级别的管理员来执行该用例）；（4）时间：生成出诊信息、处理逾期未取消的预约（应该有时间相关的用例）；（5）分诊台护士的核查用例，挂号处的取消预约和打印挂号单用例，这部分作为可选，根据不同的业务考虑会由不同的用例。二、第五章作业（用例分析）1.评分档次一档（10分）：图形（文本）条理清楚，无任何错误二档（8-9分）：图形/文本清楚，存在个别错误6三档（6-7分）：图形/文本一般，存在一定的错误四档（5分）：图形/文本条理不清，存在致命错误或错误数过多一般情况下按错别个数扣分，每个错误按严重程度扣0.5、1、2分，最终成绩向上取整；同类错误不重复扣分。2.参考答案作业答案部分仅供参考，学生的作业可能会多种多样，具体按照评分要点和“员工考勤系统”文档中给出的典型错误进行评分和扣分。第一个迭代周期的基本原则是明确系统核心构架，通过少数的用例覆盖(几乎)全部的实体类和构架机制。这里应该包含预约挂号和取消预约，另外还应该考虑支付系统、处理逾期未取消的预约等用例。系统管理员维护出诊信息支付挂号费预约挂号extend支付系统注册用户挂号处取消预约分诊台护士核查预约单和挂号单时间处理逾期未取消的预约备选构架，以及各层中所包含的类：7预约挂号界面类取消预约界面类支付挂号费界面类外部支付系统接口类维护出诊信息界面类核查预约单和挂号单界面类预约挂号控制类取消预约控制类支付挂号费控制类添加出诊信息控制类处理逾期未取消预约控制类核查预约单和挂号单控制类8出诊规则注册用户医生科室医院出诊信息预约用户支付预约挂号（基本路径）顺序图:注册用户:预约挂号界面类:预约挂号控制类:出诊信息:预约:用户:支付挂号费界面类:支付//查询出诊信息//查询出诊信息显示可用的出诊信息出诊信息//生成可用的出诊信息//选择要预约的出诊信息//选择出诊信息//计算本次出诊相关的费用等信息//显示待确认的本次预约出诊信息//确认提交本次预约信息//确认本次预约信息//生成预约单//设置出诊信息//设置用户信息修改用户信息//修改出诊信息//选择网上支付如果没有支付，则该用例结束//进行网上支付//进行支付//生成费用支付相关信息预约挂号VOPC类图顺序图9预约挂号界面类(fromBoundary)支付挂号费界面类(fromBoundary)出诊信息(fromEntity)预约挂号控制类(fromControl)支付(fromEntity)预约(fromEntity)用户(fromEntity)+病人支付挂号费（基本路径）的顺序图:支付:注册用户:支付挂号费界面类:支付挂号费控制类:外部支付系统接口类:支付系统//进行支付//支付挂号费//计算支付...//进行...//完成...支付挂号费的VOPC类图10支付(fromEntity)支付挂号费界面类(fromBoundary)外部支付系统接口类(fromBoundary)预约(fromEntity)支付挂号费控制类(fromControl)实体类类图三、第七章作业（设计原则和设计模式）1.评分档次此部分按照满分5分计算，以此作为评分标准，基本的评分准则如下：11一档（5分）：图形（文本）条理清楚，无任何错误二档（4分）：图形/文本清楚，存在个别错误三档（3分）：图形/文本一般，存在一定的错误四档（2分）：图形/文本条理不清，存在致命错误或错误数过多一般情况下按错别个数扣分，每个错误按严重程度扣0.5、1、2分，最终成绩向上取整；同类错误不重复扣分。2.参考答案作业答案部分仅供参考，学生的作业可能会多种多样，具体按照第三部分的典型错误扣分。3.部分评分要点说明此部分重点考查学生能否利用接口或抽象类进行行为封装，依据的核心思想是OCP，即将可变部分（具体的支付方式）封装成支付行为，只关注行为的接口，而具体细节交由具体类或子系统来实现。此处，也可按照策略模式的方式来设计实现。具体的评分标准：没有设计接口或抽象类，而是直接由一个类或函数来实现支付功能，则得2-3分；设计了接口，但