2022年面向对象技术&UML-复习答案 .pdf

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