面向对象技术UML复习.docVIP

复习 软件生命周期的几个阶段: 需求分析（Requirement Analysis）; 软件设计（Software Design）； 编码（Coding/Programming）； 测试/调试（Testing/Debug）； 运行/维护（Running/Maintenance） 述说Rational Unified Process的三个核心特征 受控的迭代（Iterative）式增量（Incremental）开发 用例（Use Cases）驱动 以软件体系结构为中心 简述软件开发过程的实质 在开发过程中定义并构建一系列模型，通过这些模型越来越详细地描述系统，直到对需求的充分了解，能够开始编程。 UML的“4＋1”视图 用例图的三要素 用例（Use Case）：描述的是用户可见的需求，一个具体的用户目标 参与者（Actor）：使用系统的人或其他系统 参与者与用例之间的关系（Relationship） 简述用例建模的步骤 识别Actor； 捕获系统功能特性； 合并功能特性获得用例； 绘制用例图； 细化用例描述； 列举三种用例之间的关系 泛化（Generalization）：抽取一些用例共同的属性，定义一个基础用例； 包含（include）：一个用例的执行要用到另外的用例； 扩展（extend）：把新的用例（功能）插入到已有用例（基础用例）； 根据下图阐述包之间的关系。改动Account包中的元素时，需要注意什么问题。 （注：如果A包依赖B包，表示B包中的元素发生修改，则要检查A包中的元素是否也需要修改，反之是不需要的） Loan包依赖于Customer包，Customer包依赖于Account包。? 对Account包中的元素做了修改后需要检查Customer包中的元素是否需要做相应的修改，如果是，则还要检查Loan包中的元素是否要做相应的修改，否则不需要再检查Loan包中的元素是否要做相应的修改 RUP把系统类划分的三种类型 边界类（boundary）、控制类（Controller）、实体类（Entity）； 列举类之间的关系 泛化（Generalization）：表示类之间的继承； 关联（Association）：对象之间发生的关系； 聚合（Aggregation）：整体与局部； 组成（Composition）：强聚合关系； 依赖（Dependency）：一个对象的方法要用到另外的对象作为参数； 抽象类接口； 比较描述用例的事件流（Flow of Events）和活动图（Activity Diagram）的异同 事件流(Flow of event)和活动图(Activity diagram)都可以描述用例的内部活动和细节。 不同之处是，事件流(Flow of event)是文字性的描述，一般以文本文件的形式出现，A活动图(Activity diagram)是用图形化的方法来描述用例的内部活动。 简述时序图（Sequence Diagram）和合作图（Collaboration Diagram）的异同 相同： 时序图（Sequence Diagram）和合作图（Collaboration Diagram）都是用于描述模型动态特性的交互图。 时序图（Sequence Diagram）和合作图（Collaboration Diagram）从语意上讲是相同的，他们只是从不同的方面来描述一次交互。 不同： 时序图（Sequence Diagram）重点强调消息的时间顺序 合作图（Collaboration Diagram）强调一次交互中各个对象之间的关系 用包组织的方式举出一种典型的系统设计架构 案例： 大学选课系统是与学生有着紧密的联系的系统。学生可以登录该系统选修课程，查看分数。教授可以登录到系统选择课程授课，提交学生成绩。学校另有一个系统里面保存有课程目录信息，选课系统需要和课程目录系统通讯以取得课程目录信息。分析其UML模型（actor:学生、教师、课程目录系统；学生用例：登陆、查看分数、选修课程；老师用例：登陆、递交学生成绩、选择课程。然后画出用例模型图） 软件学院暑期短学期开设实训课，聘请的每位教师分别承担一门实训课，每位学生只能选其中的一门课程，每门课程的人数在40－60人之间（这段描述中有如下实体：学生、实训课程、老师， 老师和课程是一对一的关系，课程和学生是1对多的关系，然后建立类图模型） 状态图： 状态图用来描述系统中对象可能的状态以及其状态变化的过程，覆盖了对象在系统中的整个生命周期。 电梯状态图