UML 之用�?use case)

josson — Thu, 19 Mar 2009 14:21:00 GMT

一、Use Case 概述 Use Case�Q�它描述的是一个操作，而不是一个功能。传�l�的软�g模型设计喜欢在需求分析把业务分解成功能模块，�q�样的弊端就是�؜淆了(ji��n)需求和设计的界限，因�ؓ(f��)功能模块的划分牵涉到�pȝ��的概要设计。在RUP里面提倡用use case来代替功能模块的划分。与功能模块不同的是�Q�用例是站在用户的角度来分解�pȝ��Q�用户�ƈ不想�?ji��n)解�pȝ��的内部结构和设计�Q�他们关�?j��)的是系�l�所能提供的服务�Q�即�pȝ��是如何去操作的，�q�就是用例的基本思想。用例模型主要由以下元素�l�成�Q?nbsp;
1、参与�?Actor)�Q�参与者是与系�l�发生交互的外部用户、系�l�或其他��g讑֤��Q�参与者可以是人、另一个计��机�pȝ��或一些可�q�行的进�E�等�?br /> 2、用�?Use Case)�Q�用例用于表�C�系�l�所提供的服务，它定义了(ji��n)�pȝ��是如何被参与者所使用的，它描�q�的是参与者�ؓ(f��)�?ji��n)��用系�l�所提供的某一完整功能而与�pȝ��之间发生的一�D�对话�?
3、通讯兌��(Communication Association) �Q�通讯兌��用于表示参与者和用例之间的对应关�p�，它表�C�参与者��用了(ji��n)�pȝ��中的哪些服务�Q�用例）(j��)�Q�或者说�pȝ��所提供的服务（用例�Q�是被哪些参与者所使用的�?

二、用例之间的关系
1、包�?include)�Q�将若干用例中一些相同的行�ؓ(f��)�Q�单独抽象成一个的用例�Q�然后其他用例来包含�q�个用例。这样避免在多个用例里面重复设计同一个操作，也避免同一个操作在不同的用例里面的描述出现不一致。需要修改的时候，也只需要一个用例，避免修改多个用例出现的不一致和重复工作。例如：(x��)银行ATM�pȝ��Q�用户取�ƾ、存?g��u)ƾ时�Q�都�?x��)打印凭证，我们��打印凭证抽象出来，取款、存?g��u)Ƅ��操作时包含打��C�Q证这个行为�?
2、扩�?extend)�Q�扩展是��事件流中一些相对独立�ƈ且可选的行�ؓ(f��)扩展为新的用例，�q�且在基用例上的扩展点进行扩展。与包含关系不同的是�Q�包含的事�g是必��d��在的动作�Q��ƈ且该用例的事件流一定要插入到基��用例中；而扩展是提供一些备选动作，可根据条件来军_��是否��扩展用例的事�g��插入基��用例的事件流中。扩展也可以抽象为基用例的备选流�Q�扩展出来的用例可以让基用例变得更加��l�。例如：(x��)在通话业务的基��上可扩展一些增��g��务，如语音信��、呼叫�{�Uȝ��?

3、泛�?generalization) �Q�也叫��(h��)�?泛化是分析领域术语，�l�承是设计和实现领域术语�Q�通常用��(h��)承来解决泛化问题)。当多个用例拥有相同的结构、行为时�Q�我们可以把它们的共性部份抽象出来成为父用例�Q�而其他用例作为泛化关�p�M��的子用例。在泛化关系中，子用例是父用例的�Ҏ(gu��)��形式�Q�子用例�l�承�?ji��n)父用例所有的�l�构、行��Z��?qi��ng)关�p�R��例如：(x��)订票是网上订��用例和�?sh��)话订票用例的抽象�?
三、徏立用例模�?
1、确定参与者，可以从以下问题入手：(x��)

�pȝ��开发完成之后，有哪些�h�?x��)��用这个系�l�？

�pȝ��需要从哪些人或其他�pȝ��中获得数据？

�pȝ��?x��)��?f��)哪些人或其他�pȝ��提供数据�Q?

�pȝ��?x��)与哪些其他�pȝ��相关联？

�pȝ��是由谁来�l�护和管理的�Q?

2、确定用例，��L��用例可以从以下问题入手（针对每一个参与者）(j��)�Q?

参与者�ؓ(f��)什么要使用该系�l�？

参与者是否会(x��)在系�l�中创徏、修攏V��删除、访问、存储数据？如果是的话，参与者又是如何来完成�q�些操作的？

参与者是否会(x��)��外部的某些事�g通知�l�该�pȝ��Q?

�pȝ��是否�?x��)将内部的某些事仉��知该参与者？

josson 2009-03-19 22:21 发表评论

国产永久免费高清在线观看视频,一区二区三区免费看,国产91精品一区二区麻豆网站

UML 学习(f��n)一

UML 之用�?use case)