您好,欢迎访问三七文档
业务用例建模答疑“档案管理篇”邱嘉文2004年7月5日发表于IT之源经常有网友会发Email问我一些建模的问题,我都会尽量回答,由于我精力有限,所以只能抽出一些有代表性的问题的回复进行整理。最近网友007做了一个关于档案管理的业务用例模型草案来征求我的意见,我给出了如下回复,也许对其他网友有启发,发表如此,谨供参考。黑色字体部分为原文,蓝色字体为我书写的内容。From:myis007myis007@sina.com.cnTo:babituobabituo@hotmail.comSubject:请教用例问题Date:Mon,28Jun200417:25:21+0800babituo,您好!首先感谢您抽出时间为我解答问题。我原来一直在看用例方面的资料,但感觉真正作时有许多问题。附件是我写的一个档案管理的业务用例,内容不是很完整。您先看一下是否有什么的问题或不足。另、我想业务用例建立完成后,就作业务对象模型,然后创建系统用例。您认为这样作可以吗?谢谢您的指点!致礼!myis007myis007@sina.com.cn2004-06-28档案管理.rar007,你好关于模型的问题请看附件,为了帮助更多的象你一样的人,如果你不反对,我会把该文原汁原味地发表到ITURLs之上去.你对建模过程的考虑没有问题.只要项目时间允许,你可以尽量多做一些.如果你需要,我可以跟踪指导.祝工作愉快!babituo2004-6-29案卷管理业务用例将文件归入案卷查看案卷信息系统实现的重点:有效的查找功能,如文件在那个档案中,是否被借出,是谁借出的档案借阅人(fromActors)归还案卷借阅案卷include创建案卷销毁案卷制定案卷分类方法档案管理员(fromActors)借阅案卷简介借阅人借阅案卷或案卷文件。==========================前置条件1.--------------------------工作流程1.借阅人请求借阅A案卷或A案卷中的一个或多个文件借阅多个案卷2.档案管理员使用查看案卷信息用例,找到案卷在什么地方放和是否被借出。3.档案管理员拿到案卷,如果是借文件就拿到要借的那几个文件4.档案管理员填写借阅登记5.借阅人在借阅登记上签字6.借阅人拿走案卷或文件,用例结束--------------------------后置条件1.被借阅的案卷状态变为已被借出2.借阅人和借阅的案卷发生关联3.如果借出的是文件,则案卷的借阅状态将变为部分被借出4.如果借出的文件是案卷的昀后一个文件,则案卷的借阅状态变为已文件已被全部借出--------------------------扩展2A档案管理员发现借阅人要借的文件不在(已借走或没有这个文件),用例结束2B档案管理员发现借阅人要借的一些文件不在(已借走或没有这个文件),返加到3…………………………………………………………………………业务规则1.--------------------------非功能性需求1.要求如果借阅人一次借多个文件或案卷时,不用办多次借阅手续。问题:1.是由谁来查看文件是否已被借出?2.是由有借阅申请有过程?评语:借阅案卷是一个很好的业务用例。用例是从描述客户的需求的角度来表现服务的价值的,本用例的价值就是借阅人能迅速准确地得到他可以得到的档案或文件。用例建模的中心思想就是要围绕客户是如何在享受服务的过程中体验到所期望的价值,是如何一步一步被满足的来描述的。如本例的价值就在于:得到想借的档案,要求:1.迅速,2.准确,3.受控。用例建模是要用客户的眼睛去看他所需要的价值的实现过程,而不是用服务者的眼睛或者是用在服务者和客户之上的“设计者”的眼睛去看价值的实现过程。所以用例建模是应该看不到整个服务过程的所有细节的,应该是客户看不到的细节我们建模者就得暂时不去看,我们只需要也必需要站在客户的角度把客户能看到的事实描绘出来,这就是“站在服务的外部看服务”的含义。这并不意味着用例的描述可以是“粗略的”,对于站在服务外部的客户而言,他看不到的只是服务的内部运作过程,但整个服务过程给客户呈现的业务场景画面还是会有很多的细节内容的。对于这些细节内容,只要是客户关注的,我们就昀好毫无遗漏地描述出来。如果我们是在设计一个业务用例,那么我们可以完全替客户着想,我们可以这样设想:假若我是借阅人去档案室借阅资料,我昀希望看到什么样的服务过程?然后把这个过程描述出来就行了,暂时不必为整个档案管理部门去设想他内部怎么运作才能令我对此服务满意。查看案卷信息简介查看案卷的存放位置和借阅情况。基本流程1.,用例结束业务规则1.--------------------------设计约束1.可以按案卷名称、归案时间。。条件进行查询2.查看案卷时,可以显示这个案卷中有那些文件被借出评语:本用例似乎很难描述。原因可能出于:用例的主角不够明确。1.从图上使用include关系的语义来看,该用例的主角应该还是借阅人。是借阅人自己在借阅档案的过程中,可以通过某种自助的方式来查到案卷的存放位置和借阅情况信息的。2.但实际情况可能相反,是档案管理员在借出档案之前必须先查看案卷的存放位置和借阅情况信息,才能决定是否可以将档案或知道是否有合适的档案借给借阅人。如果实际情况与第一种情况吻合,那么本用例没有问题,接下来的描述应该是借阅人在适当的自助的设施上(如公告栏等)操作查询的过程。但在本业务场景下,这显然不是替用户着想的服务方式。如果是第二种,用例模型则有较大的问题。首先是包含关系使用不当,然后是用例描述了客户看不到的也不需要看到的服务内部过程。这会把描述的焦点引向“如何提供服务”,而不是坚守在“应提供的优质服务应该是怎样的”的话题上去。应该明白:用例的含义就是暂时只关心服务者必须为客户做到的是什么,而不包括服务者怎么做到这些。这样有利于集中精力全面专门地了解客户的需求。归还案卷简介==========================前置条件1.--------------------------工作流程1.案卷借阅人将借的案卷拿到档案管理员处2.档案管理员确认归还的文件是否有损坏等情况(系统不作这个处理,如有损坏,在归还的备注中说明。。。)3.档案管理员找到借阅记录,填写归还时间等信息4.档案管理员将档案放回原处,用例结束--------------------------后置条件1.还回的案卷状态为已归还(在)2.借阅人和借出案卷的关联被取消3.如果还回的是案卷中的昀后一个文件(即案卷中所有文件都在),则案卷的状态变为已归还。--------------------------扩展1.1档案管理员一看,借阅人还在文件不对,。。。。2.1发现。。。。3.1发现案卷被其它人借走了!。。评语:本用例本身是一个准确的业务用例,因为它有独立存在的价值。客户可以迅速地归还所借的档案,以方便其他客户借阅。在本用例中,还是让我发现了一个证据,这个证据证实了我对建模者的一个猜测:虽然他很清楚自己做的是业务用例,但还是摆脱不了头脑中假想的信息系统。他还是会不由自主甚至“道貌岸然”地将用户在信息系统上的操作过程写在这里。这个证据就是:(系统不作这个处理,如有损坏,在归还的备注中说明。。。)到底在业务用例中应不应该描述信息系统的行为呢?问题是建模者内心的理解是什么。建模者认为业务模型到底是什么?我知道绝大部分的业务模型的建模者,都认可这样一种观点:业务模型就是与信息系统相关的那部分业务的描述。或者是:业务模型就是对信息系统在业务场景环境中应具备的特征和行为的描述。实际上,这种观点正好是混淆了系统用例模型和业务用例模型的概念。我认为正确的观点应该是把整个业务组织以及组织的业务过程作为建模对象来描述的模型才是业务模型。这个模型是为组织的客户而不是信息系统的用户而建立的。只有站在组织的客户和管理者角度,而不是信息系统开发者的角度,才能彻底摆脱在业务建模阶段去考虑信息系统的模样。如果建模者有这样的立场,那么,出现了对信息系统行为的描述就是必需要给出的描述。创建案卷目标简介档案管理员建立案卷的分类方法,并将文件归入案卷。基本流程:1.当管理员收到要归档的文件时,用例启动。2.档案管理员查看此文件是否要创建新的案卷进行归档。3.没有找到这类文件的案卷,则:按分类方法为案卷起名、编号,启动用例《制定案卷分类方法》4.将文件归入案卷,启动用例《将文件归入案卷》5.记录案卷中有什么文件等信息。6.将案郑放入存放点7.记录案卷存放点,用例结束。8.记录案卷存放信息扩展:3A.如果已有这个文件的案卷,则进入用例4将文件归桉档简介档案管理员将要归档的文件归入案卷进行保存==========================前置条件1.案卷分类已经定义好--------------------------工作流程1.档案管理员拿到需要归档的文件2.选择归入那一个案卷中3.将文件放入案卷中,并登记归案信息,用例结束--------------------------后置条件1.文件和归入的案卷发生关联--------------------------扩展2A没有找到相关的案卷(案卷没有被创建),传入《创建案卷》制定案卷分类方法简介档案管理员制定分类方法,创建案卷==========================前置条件1.--------------------------工作流程1.档案管理员确定案卷按什么方式进行分类2.,用例结束--------------------------后置条件1.评语:如果站在客户的位置,客户能看到档案管理部门的上述工作过程吗?我认为是看不到的,所以,这些业务用例是不合适的,应该在业务对象模型中进行表达。之所以建模者会列出这些用例的原因,我想可能和建模者头脑中仍然还是在想着“档案管理信息系统应该做些什么”有关。而不是在想“客户需要档案管理部门提供怎样的服务。”能否区分业务模型和系统模型对于建模者的观念来说,是一个分水岭。销毁案卷目标简介销毁超过保存期限的案卷(未完)
本文标题:案卷管理业务用例
链接地址:https://www.777doc.com/doc-1641499 .html