信息系统分析与设计案例2.ppt

1/552/553/55 n用例对用户眼中的系统功能进行建模，即到目前为止用户所关注的用例对用户眼中的系统功能进行建模，即到目前为止用户所关注的系统做什么，它所做的对用户有价值的事情。系统做什么，它所做的对用户有价值的事情。 n用例模型提供了一种对需求调查阶段所获得的大量信息进行组织、用例模型提供了一种对需求调查阶段所获得的大量信息进行组织、分类和记录的一种方式；分类和记录的一种方式； 因此，它是开发过程中需求定义的一个因此，它是开发过程中需求定义的一个组成部分。组成部分。 n用例通常用图形表示，即用例图，并且被文本描述（用例描述、参用例通常用图形表示，即用例图，并且被文本描述（用例描述、参与者描述和场景）所支持。与者描述和场景）所支持。n用例图和支持文本都是简单的和直观的，它们是理想的工具用于同用例图和支持文本都是简单的和直观的，它们是理想的工具用于同用户讨论和清楚表明开发者对用户需求理解。用户讨论和清楚表明开发者对用户需求理解。 4/55 n一旦用例模型完成并同用户一起检查，它就形成一个结构化信息的一旦用例模型完成并同用户一起检查，它就形成一个结构化信息的基础源，系统其它的模型都能在其基础上作出。用例模型对系统的基础源，系统其它的模型都能在其基础上作出。用例模型对系统的测试也是有帮助的。测试也是有帮助的。 n用例建模时在面向对象软件开发过程的不同阶段进行的。在各个阶用例建模时在面向对象软件开发过程的不同阶段进行的。在各个阶段的信息类型和详细程度取决于模型的用途。段的信息类型和详细程度取决于模型的用途。 n在开发的早期阶段，用例模型的主要目的是用于同用户沟通，不包在开发的早期阶段，用例模型的主要目的是用于同用户沟通，不包括系统详细设计和实施的信息。随后，诸如用户界面的设计这样相括系统详细设计和实施的信息。随后，诸如用户界面的设计这样相关的技术细节被增加，以便为编程人员提供信息。关的技术细节被增加，以便为编程人员提供信息。5/55n用例模型由用例图、一组用例描述、一组参与者描述和一组场景组用例模型由用例图、一组用例描述、一组参与者描述和一组场景组成。成。 n用例图使用四个概念对问题领域进行图形化建模：用例（用例图使用四个概念对问题领域进行图形化建模：用例（use use casecase）、参与者（）、参与者（actoractor）、关系连接（）、关系连接（relationship linkrelationship link）和边）和边界（界（ boundaryboundary） n图图 2.1 2.1 表示了表示了WheelsWheels案例研究的一个用例图。新系统的功能被分案例研究的一个用例图。新系统的功能被分解成解成5 5个用例：维护自行车登记表（个用例：维护自行车登记表（Maintain bike listMaintain bike list）、维）、维护顾客登记表（护顾客登记表（Maintain customer listMaintain customer list）、处理询问（）、处理询问（Handle Handle enquiriesenquiries）、出租自行车（）、出租自行车（Issue bikeIssue bike）、以及处理自行车返还）、以及处理自行车返还（Handle bike returnHandle bike return）。）。n概念上，用例图类似于顶层菜单，其列出了系统做的概念上，用例图类似于顶层菜单，其列出了系统做的5 5个主要的事个主要的事情。情。6/55n我们看到了我们看到了AnnieAnnie和和SimonSimon开始谈论的是如何出租自行车，这是开始谈论的是如何出租自行车，这是AnnieAnnie每天主要的工作任务之一每天主要的工作任务之一 。因此，出租自行车是一个用。因此，出租自行车是一个用例。出租自行车包括找出合适的自行车，计算租金，收钱，给例。出租自行车包括找出合适的自行车，计算租金，收钱，给收据，以及记录顾客和租赁交易的细节。收据，以及记录顾客和租赁交易的细节。n然后，会谈涉及到关于自行车返还处理的讨论。然后，会谈涉及到关于自行车返还处理的讨论。AnnieAnnie将这当做将这当做与出租自行车分开的任务，因为其在时间上上是不同的，并且与出租自行车分开的任务，因为其在时间上上是不同的，并且涉及一组不同的过程：检查日期、检查自行车的车况、以及返涉及一组不同的过程：检查日期、检查自行车的车况、以及返还押金。还押金。7/55n在会谈中在会谈中AnnieAnnie告诉我们，一个自行车的登记表已经存放在计算告诉我们，一个自行车的登记表已经存放在计算机中，但是不能用来帮助他们进行工作。这个自行车登记表需机中，但是不能用来帮助他们进行工作。这个自行车登记表需要要 如此存储，以便其能用来回答诸如此类问题的询问：如此存储，以便其能用来回答诸如此类问题的询问：WheelsWheels有什么样的自行车、是否这些车可以租借、它们的押金是多少、有什么样的自行车、是否这些车可以租借、它们的押金是多少、租金是多少，如此等等。维护这个自行车登记表是另一个用例。租金是多少，如此等等。维护这个自行车登记表是另一个用例。n处理询问被处理询问被AnnieAnnie视作是与出租自行车不同的另外任务。她经常视作是与出租自行车不同的另外任务。她经常遇到有人到商店或打电话来仅仅为了了解有哪些自行车可以租遇到有人到商店或打电话来仅仅为了了解有哪些自行车可以租借，以及费用如何。有时这种询问会导致租借，但更多的时候借，以及费用如何。有时这种询问会导致租借，但更多的时候不会导致自行车的租借。因此，我们能确定不会导致自行车的租借。因此，我们能确定“处理询问处理询问（Handle enquiriesHandle enquiries）”是一个单独的用例。是一个单独的用例。8/55n在会谈中，发现顾客的信息，以及他们以前租借自行车的记录在会谈中，发现顾客的信息，以及他们以前租借自行车的记录没有被保存。而这类信息从市场营销的角度是非常有用的，其没有被保存。而这类信息从市场营销的角度是非常有用的，其能简化对相同自行车租借的处理（参见问题定义能简化对相同自行车租借的处理（参见问题定义图图2.22.2、问题和、问题和需求列表需求列表图图2.32.3、以及会谈总结、以及会谈总结图图2.42.4。因此，维护顾客登记表。因此，维护顾客登记表(Maintain customer list)(Maintain customer list)能被确定为一个用例。能被确定为一个用例。9/55 n一个场景描述了用户和系统之间一系列的交互以便达到特定的一个场景描述了用户和系统之间一系列的交互以便达到特定的目的。目的。 n一个场景描述了一个特定的事件序列，例如，当一个场景描述了一个特定的事件序列，例如，当AnnieAnnie成功地将成功地将自行车出租给用户时将会发生什么事情自行车出租给用户时将会发生什么事情 （参见（参见 图图 2.52.5）。）。 n取决于所在的阶段，系统开发人员能够使用场景来描述在一个取决于所在的阶段，系统开发人员能够使用场景来描述在一个情况下实际发生什么（或者，可能已经发生什么），或者他们情况下实际发生什么（或者，可能已经发生什么），或者他们要求在新系统中将要发生的事情。要求在新系统中将要发生的事情。10/55n一个精心研究的场景既描述了系统的典型应用，又描述了系统一个精心研究的场景既描述了系统的典型应用，又描述了系统的例外的应用，它是一个非常好的工具，用来理解系统做什么，的例外的应用，它是一个非常好的工具，用来理解系统做什么，以及它是如何使用的。以及它是如何使用的。n她是一个从下到上理解系统的方法。你从了解系统如何被使用她是一个从下到上理解系统的方法。你从了解系统如何被使用的细节着手，以此发现整个的目标和目的是什么，进而理解用的细节着手，以此发现整个的目标和目的是什么，进而理解用例是什么。例是什么。 n每个用例代表了一组场景。属于同一用例的场景有共同的目的，每个用例代表了一组场景。属于同一用例的场景有共同的目的，而在这个组中的每个场景描述了涉及达到（或不能达到）这个而在这个组中的每个场景描述了涉及达到（或不能达到）这个用例目的的一个不同的事件序列。用例目的的一个不同的事件序列。n图图2.5 2.5 和和图图2.6 2.6 描述了属于出租自行车描述了属于出租自行车(Issue bike)(Issue bike)用例的场用例的场景；在两种情况下，景；在两种情况下，AnnieAnnie都试图将一辆自行车出租给一位顾客。都试图将一辆自行车出租给一位顾客。11/55n一个典型的事件序列导致达到用例的目的，即一个顾客租到了一个典型的事件序列导致达到用例的目的，即一个顾客租到了一辆自行车。一辆自行车。 n明显地，有些特殊情况，例如：一位顾客租借一辆以上的自行明显地，有些特殊情况，例如：一位顾客租借一辆以上的自行车，租借时间是一样的；一位顾客租借一辆以上的自行车，但车，租借时间是一样的；一位顾客租借一辆以上的自行车，但每辆车的租借时间长短不一；一位顾客租借一辆特殊的自行车；每辆车的租借时间长短不一；一位顾客租借一辆特殊的自行车；等等。等等。n也有一些事件序列表示用例的目的不能达到，例如：顾客不能也有一些事件序列表示用例的目的不能达到，例如：顾客不能发现他所喜欢的自行车；顾客认为费用太高；等等。发现他所喜欢的自行车；顾客认为费用太高；等等。 n开发人员需要确信其理解并用文档记录了系统应该如何响应每开发人员需要确信其理解并用文档记录了系统应该如何响应每一个可能发生的事件。一个可能发生的事件。 n小的、简单的用例利用用例描述就能充分地描述了。小的、简单的用例利用用例描述就能充分地描述了。12/55 n用例描述是一种描述性文档，其以普通的术语描述了用例的功用例描述是一种描述性文档，其以普通的术语描述了用例的功能需求。能需求。n典型地，它描述了用例的目的，给出了通常会发生什么的一般典型地，它描述了用例的目的，给出了通常会发生什么的一般性描述，事件的正常过程，以及任何小的变化的简要描述。换性描述，事件的正常过程，以及任何小的变化的简要描述。换言之，这种描述是概况的，其书写的方式是应该包括涉及用例言之，这种描述是概况的，其书写的方式是应该包括涉及用例的每一个事件序列和每一个场景。的每一个事件序列和每一个场景。 n这种描述表明系统应该做什么，而不是它应该如何做。在这些这种描述表明系统应该做什么，而不是它应该如何做。在这些情节后面的程序编写、数据存储结构、以及其它的实施细节不情节后面的程序编写、数据存储结构、以及其它的实施细节不应出现在用力描述中，仅仅是用户能见到的发生事情。应出现在用力描述中，仅仅是用户能见到的发生事情。13/55 n有两种不同类型的用例描述是有用的。有两种不同类型的用例描述是有用的。n在软件开发的早期，此时关于系统设计，特别是系统用户界面在软件开发的早期，此时关于系统设计，特别是系统用户界面的设计的详细决策没有被制定，一个简短的、非结构化的描述的设计的详细决策没有被制定，一个简短的、非结构化的描述是足够的，这种描述被称为高层描述（参见是足够的，这种描述被称为高层描述（参见图图2.72.7）n这些描述仅需要记录用例的目的，涉及的参与者、以及发生什这些描述仅需要记录用例的目的，涉及的参与者、以及发生什么的总体概述。么的总体概述。14/55 n随后，一个更详细的、结构化得描述是有用的，其被称为扩展随后，一个更详细的、结构化得描述是有用的，其被称为扩展用例描述（参见用例描述（参见图图2.82.8）。）。 n扩展用例描述比高层用例描述更详细，结构化更强。它应该记扩展用例描述比高层用例描述更详细，结构化更强。它应该记录：录： n 什么发生来触发用例什么发生来触发用例 n 哪些参与者被涉及哪些参与者被涉及n 哪些数据应该被输入哪些数据应该被输入 n 用例的输出是什么用例的输出是什么 n 用例需要哪些存储的数据用例需要哪些存储的数据 n 什么发生来表示用例的