面向对象方法与技术：UML用例建模.pptVIP

共89页第*页列出事件外部事件：来自系统外部客户+下订单内部事件：来自系统的内部和时间有关：每天晚上检查账户共89页第*页列出事件

---头脑风暴“主语+动词（+宾语）”主语：Actor的候选，乘客，顾客，店员。动词：表示行为。例如：买，发送，修改...宾语：动词所代表行为的目标共89页第*页实例－HelloWorldHelloWorld类HelloWorldPaint()g.drawString(HelloWorld!,10,10)注释共89页第*页实例－HelloWorld类图HelloWorldPaint()AppletGraphics继承使用依赖共89页第*页实例－HelloWorld顺序图:Thread:Toolkit:ComponentPeertarget:HelloWorldruncallbackLoophandleExposepaint共89页第*页参考书与资源链接[1]图书馆有关UML的书：UML与RationalRose从入门到精通很大篇幅介绍Rose的使用，适于入门UML参考手册最经典的书籍，由三剑客编写，适于精通UML面向对象设计基础用通俗易懂的语言描述了面向对象的各个方面，适于面向对象技术的入门UMLProgrammingGuide设计核心技术中国人自己编写的书籍，以中国人的视觉描述UML，是一本很不错的介绍UML设计的书。共89页第*页参考书与资源链接[2]资源链接中国UML论坛:大量有关UML的资源和讨论，强烈推荐！！Rational公司了解UML和Rose进展的站点共89页第*页4.2用例建模用例(UseCase)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。共89页第*页传统的需求表述方式“软件需求规约”(SoftwareRequirementSpecification)采用功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，通过描述细分的系统模块的功能来达到描述整个系统功能的目的。共89页第*页

一个典型的软件需求规约形式

共89页第*页传统的需求表述方式缺点：容易混淆需求和设计的界限，表述实际上已经包含了部分的设计在内。分割了各项系统功能的应用环境，从各项功能项入手，很难了解到这些功能项是如何相互关联来实现一个完整的系统服务的。共89页第*页用例模型从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就是用例方法的基本思想。共89页第*页用例模型元素参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。用例(UseCase)

用例用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。共89页第*页用例模型元素通讯关联(CommunicationAssociation)

通讯关联用于表示参与者和用例之间的对应关系，它表示参与者使用了系统中的哪些服务（用例），或者说系统所提供的服务（用例）是被哪些参与者所使用的。共89页第*页用例模型元素模型元素在UML中的表述如下图所示：共89页第*页用例建模步骤识别系统边界和参与者列出事件识别用例书写用例文档识别用例的关系共89页第*页识别系统边界与参与者

---系统边界共89页第*页识别系统边界与参与者

---参与者（Actor）参与者在系统之外通过系统边界与系统进行有意义的交互的任何事物。共89页第*页识别系统边界与参与者

---识别参与者要点参与者代表在系统边界之外的真实事物，并不是系统的成分参与者透过系统边界直接与系统交互，参与者的确定代表着系统边界的确定交互是有意义的参与者可以是任何事物共89页第*页识别系统边界与参与者

---参与者在系统外边边界系统共89页第*页识别系统边界与参与者

-