SA08 - 用例分析

软件架构Software Architecture叶红星博士技术总监yehx@神州数码系统集成服务有限公司培训中心用例分析Use-Case Analysis目标•解释用例分析的意图以及其在生命周期中被执行的地方。

•识别执行用例事件流的类。

•将用例行为分布到类，识别类的职责。

•开发建模被识别的类的实例间的协作的用例实现。

在语境中的用例分析[EarlyElaboration Iteration][Inception Iteration (Optional)]Define a Candidate ArchitecturePerformArchitecturalSynthesis Analyze BehaviorRefine the ArchitectureDesign Components Design theDatabase(Optional)Use-CaseAnalysisDesigner用例分析概述补充规约词汇表用例分析项目相关指南用例实现分析模型用例模型分析类软件架构文档用例分析步骤1.补充用例描述2.为每个用例实现–从用例行为中寻找类–将用例行为分布到类3.为每个作为结果的分析类–描述职责–描述属性和关联–限定分析机制4.统一分析类•系统显示课程供给的列表。

•系统从课程目录遗留数据库中检索和显示当前课程供给的列表。

补充用例描述分析类：通向可执行物的第一步设计元素用例分析类源代码Exec 用例分析从用例行为中寻找类•用例的完整行为得被分布到分析类。

什么叫分析类？系统边界用例行为协调系统信息<<boundary>><<control>><<entity>>系统信息<<entity>>系统边界<<boundary>>什么叫边界类？•在接口和系统外的某物间的中间物。

•一些类型–用户界面类–系统接口类–设备接口类•每个参与者/用例对一个边界类分析类版型环境相关的边界类的作用Actor 1<<boundary>><<control>><<boundary>><<entity>><<entity>>Actor 2建模系统和其环境间的交互Student Course CatalogRegister for Courses 例子：寻找边界类•每个参与者/用例对一个边界类RegisterForCoursesForm CourseCatalogSystem指南：边界类•用户界面类–集中在什么信息被呈现给用户。

–不要集中在UI细节上。

•系统接口类和设备接口类–集中在什么协议必须被定义–不要集中在协议将如何被实现上。

集中在职责上，而不是细节上！词汇表业务领域模型环境无关的！分析类版型用例架构分析抽象物什么叫实体类？•系统的关键抽象物实体类的作用Actor1<<boundary>><<control>><<boundary>><<entity>><<entity>>Actor2存储和管理在系统中的信息例子：寻找实体类•使用用例事件流作输入•用例的关键抽象物•传统地, 过滤名词方法–在用例的事件流里下划线名词从句。

–去掉冗余的候选者–去掉含糊不清的候选者–去掉参与者(超出范围)–去掉实施结构体–去掉属性(为以后保存)–去掉操作例子：候选的实体类•Register for Courses (Create Schedule)Student ScheduleCourseOffering用例用例相关的。

环境无关的。

分析类版型什么叫控制类？•用例行为协调器–更复杂用例一般地要求一个或者多个控制类控制类的作用协调用例行为Actor 1<<boundary>><<control>><<boundary>><<entity>><<entity>>Actor 2Student•一般地，每个用例识别一个控制类。

–当分析继续时，一个复杂用例的控制类可以演化成多个类。

Course CatalogSystemRegister for Courses例子：寻找控制类RegistrationController例子：总结：分析类Register for CoursesStudent Course CatalogSystem用例模型分析模型RegisterForCoursesForm CourseCatalogSystem Student ScheduleCourseOffering RegistrationController•为每个用例事件流：–识别分析类–将用例职责分配到分析类–在交互图中建模分析类交互用例将用例的行为分布到类Class DiagramsCommunication DiagramsSequence Diagrams用例实现指南：将职责分配到类•使用分析类版型作为一个向导–边界类•涉及到与一个参与者通信的行为–实体类•涉及到被封装在抽象物内的数据的行为–控制类•特定于一个用例或者部分很重要的事件流的行为指南：将职责分配到类(续)•谁有为执行职责所需的数据？–如果一个类有数据，将职责和数据放在一起。

–如果多个类有数据：•将职责与一个类放在一起并且增加到其它类的关系•创建一个新类，将职责放到该新类中，并且增加关系到为执行该职责所需的多个类。

•将职责放到控制类中，并且增加关系到为执行该职责所需的多个类。

顺序图解剖1: PerformResponsibilityClient ObjectSupplier ObjectMessage:Client:SupplierExecution OccurrenceReflexive MessageObject Lifeline1.1: PerformAnotherResponsibilityHierarchical MessageNumberingInteraction OccurrencerefEvent Occurrence例子：顺序图: Student: RegisterForCoursesForm: RegistrationController: Course Catalog: CourseCatalogSystemA list of the available course offerings for this semester are displayed Create a new schedule1: //create schedule ( )5: // display course offerings( )2: // get course offerings( )3: // get course offerings(forSemester)6: // display blank schedule( )A blank schedule is displayed for the students to select offerings4: // get course offerings( )Select OfferingsSubmit SchedulerefrefPerformResponsibilityClient ObjectSupplier ObjectMessageLink:Client:Supplier通讯图解剖例子：通讯图: Student: RegisterForCoursesForm: RegistrationController: CourseCatalogSystem5: // display course offerings( )6: // display blank schedule( )1: // create schedule( )2: // get course offerings( )3: // get course offerings(forSemester)4: // get course offerings( ): Course CatalogAlternate Flow 4Alternate Flow 5Alternate Flow nAlternate Flow 1Alternate Flow 2Alternate Flow 3AF1AF2AF3Basic Flow一个交互图不是足够好的通讯图vs. 顺序图–Show the explicit sequence of messages–Better for visualizing overall flow–Better for real-time specifications and for complex scenarios–Show relationships in addition to interactions –Better for visualizing patterns of collaboration –Better for visualizing all of the effects on a given object –Easier to use forbrainstorming sessionsSequence DiagramsCommunication Diagrams描述职责•什么叫职责？一个对象能被要求提供什么的一个陈述。

职责在设计中演变成类的操作。

•如何寻找它们？Interaction Diagram:Client:Supplier// PerformResponsibilityClass DiagramSupplier// PerformResponsibility例子：参与类视图(VOPC)类图RegistrationController// get course offerings()<<control>>CourseCatalogSystem // get course offerings()<<boundary>>RegisterForCoursesForm // display course offerings()// display blank schedule()// create schedule()<<boundary>>维护一致性：寻找什么•In order of criticality–Redundant responsibilities across classes–Disjoint responsibilities within classes–Class with one responsibility–Class with no responsibilities–Better distribution of behavior–Class that interacts with many other classes寻找属性•被识别类的特性/特点•被识别类保留的信息•“Nouns”that did not become classes –Information whose value is the important thing –Information that is uniquely "owned”by anobject–Information that has no behaviorPerformResponsibilityLinkAssociationCommunication DiagramClass Diagram0..*0..*ClientSupplier:Client:SupplierClientSupplierPerformResponsibility()Relationship for every link!寻找关系When in doubt, use association.•If two objects are tightly bound by a whole-part relationship–The relationship is an aggregation.•If two objects are usually considered as independent, although they are often linked–The relationship is an association.关联或者聚集?CarDoor0..2,41CarDoor0..2,41什么叫角色?一个类在关联中扮演的“脸面”。