面向对象技术UML复习答案.docVIP

复习 软件生命周期的几个阶段 软件生命周期主要包括以下几个阶段： 需求分析（Requirement Analysis）; 软件设计（Software Design）； 编码（Coding/Programming）； 测试/调试（Testing/Debug）； 运行/维护（Running/Maintenance） 述说Rational Unified Process的三个核心特征 RUP的基本特征： 受控的迭代（Iterative）式增量（Incremental）开发 用例（Use Cases）驱动 (3)以软件体系结构为中心 简述软件开发过程的实质 软件开发过程的实质：在开发过程中定义并构建一系列模型，通过这些模型越来越详细地描述系统，直到对需求的充分了解，能够开始编程。 UML的“4＋1”视图 Use Case 视图：用于描述系统的功能集，它是从系统使用者的角度出发，对系统的抽象表示。它只考虑系统提供什么样的功能。包括以下图：用例图、序列图、协作图和活动图。 Logical 视图：用来表示系统的概念设计、详细设计、子系统结构、动态模型等，包括类图、包的组织方式。包括以下图：类图、对象图、包图和状态图。 Process视图：与logical视图相似，侧重于描述系统的线程和进程，对系统中重要对象的同步机制和通讯过程进行描述。 Development 视图：描述代码组件的组织方式。包括： Component图。 Deployment 视图：描述部署系统的物理结构图，包括系统硬件、软件构件的拓扑结构。 用例图的三要素 用例图组成的三要素： 用例（Use Case）：描述的是用户可见的需求，一个具体的用户目标 参与者（Actor）：使用系统的人或其他系统 参与者与用例之间的关系（Relationship） 简述用例建模的步骤 识别Actor； 捕获系统功能特性； 合并功能特性获得用例； 绘制用例图； 细化用例描述； 列举三种用例之间的关系 用例之间的关系： 泛化（Generalization）：抽取一些用例共同的属性，定义一个基础用例； 包含（include）：一个用例的执行要用到另外的用例； 扩展（extend）：把新的用例（功能）插入到已有用例（基础用例）； 根据下图阐述包之间的关系。改动Account包中的元素时，需要注意什么问题。 （注：如果A包依赖B包，表示B包中的元素发生修改，则要检查A包中的元素是否也需要修改，反之是不需要的） 因为Customer包依赖Account包，当Account中的元素发生修改时，应当先检查Customer包中的元素是否也需要修改，如果Customer包的元素不需要修改，则相应地也不用修改Loan包中的元素，如果Customer包中的元素发生修改时，因为Loan包依赖Customer包，则要检查Loan包中的元素是否也需要修改。 RUP把系统类划分的三种类型 RUP中把系统类划分为三大类型（stereotype）：边界类（boundary）、控制类（Controller）、实体类（Entity）； boundary：处于系统与外界的交界处，通常用来完成参与者与系统之间的交互。 Controller：协调控制其他类的工作，主要用来体现程序的执行逻辑。 Entity：描述具体的实现，维护数据，通常映射到数据库基表或文件。 列举类之间的关系 泛化（Generalization）：表示类之间的继承； 关联（Association）：对象之间发生的关系； 聚合（Aggregation）：整体与局部； 组成（Composition）：强聚合关系； 依赖（Dependency）：一个对象的方法要用到另外的对象作为参数； 抽象类接口； 比较描述用例的事件流（Flow of Events）和活动图（Activity Diagram）的异同 简述时序图（Sequence Diagram）和合作图（Collaboration Diagram）的异同 时序图是按照时间的先后顺序来描述对象之间的交互过程； 与顺序图类似，也是用于描述对象之间的交互关系； 两种描述的内容相同（语义相同），都是用于描述系统的动态特性，只是表现形式不同； 合作图强调交互对象的组织，对于一些复杂的交互，适合采用合作图； 用包组织的方式举出一种典型的系统设计架构 案例： 大学选课系统是与学生有着紧密的联系的系统。学生可以登录该系统选修课程，查看分数。教授可以登录到系统选择课程授课，提交学生成绩。学校另有一个系统里面保存有课程目录信息，选课系统需要和课程目录系统通讯以取得课程目录信息。分析其UML模型（actor:学生、教师、课程目录系统；学生用例：登陆、查看分数、选修课程；老师用例：登陆、递交学生成绩、选择课程。然后画出用例模型图） 采