1、实验报告一定要交，四个实验加个封面订一起，考试时交来。 考试时间地点： 19周周 5上午 8点，东教一北 203， 207，查一下自己在哪个考场，不要弄错。 认真复习，争取不挂科，否则影响明年领毕业证的时间。个别感觉没考好的同学，也要记住考了哪 些大题， .，认真准备开学补考。注意考场纪律。请班长费心通知外出实习的同学准时参加。 论述题论基于 UML的软件开发的一般过程此题概述了本课程的全部内容 或论面向对象软件开发的一般过程 或拆成两题 “ 详述计划和细化阶段、分析阶段的一般过程 ” ， “ 详述设计阶段、构造和测 试阶段的一般过程 ” 答： UML是按 00思想进行系统建模时使用的一组 表
2、示法 ，它并不对采用何种 00分析、设计以及 开发过程模型构成限制。基于 UML的软件开发通常是以体 系结构为中心，用例驱动的迭代 和增量式开发 ，并结合职责分配模式进行具体设计。开发过程可以包括计划和细化、迭代 的构造和实施 3大阶段。在经过一个初步的计划和细化阶段后，进入若千迭代构造开发周 期，每个周期都包含分析、设计、构造和测试步骤。 (1) 计划和细化阶段：通过各种传统的需求获取手段（调查、访谈、原型等）得 出系统 目标、系统功能和系统属性 ，撰写系统规格说明。基于参与者和外部事件寻 找用例 ，必要 吋可通过绘制活 动图与 用户反复商讨，以增进对领域过程和功能需求的理解做什么。 按照风
3、险、业务主线及对体系结构的影响程度（系统属性）划分用例的优先级，并据此决 定用例 的时间调度。 对高优先用例采用扩展格式细化用例描述 （基本流程 +替代流程） 。同 时建立概念模型草案、系统体系结构草案。 (2) 分析阶段：根据当前周期的用例描述，采用 概念目录列表、非正式分析或事务模式， 识别出相关概念，建立初始概念模型，根据通用关联列表和信息存储的需要，为概念模型 添加关联和属性。将用例分解为系统事件，并对应系统操作，建立 系统顺序图； 分析系统 操作被调用后系统状态的变化，为系统操作建立 契约， 进一步理解系统行为做的效果。 (3) 设计阶段：设计一个合理的体系结构，建立真 实用例 （
4、包括界面设计 )。 针对每个系 统操作，使用操作契约中的职 责和后置条件 以及用例描述文档作为起点 ，按照职责分配模 式或 BCE(边界、控制、实体 ） 模式为对象分配职责 ：通过顺 序图或协作图 体现对象间的 交互怎么做。同时参照概念模型 和交互图中的消息，建立设计类图，并根据可见性要 求设 计关联 (4) 构造和测试阶段：从设计类图创建类的定义（属性和方法原型 )，根据交互图创建方 法实现 。用 OOPL实现设计制品到代码的映射，对系统进行相关的测试。 进入下一个迭代周期，在制品同步以后，识别更多的需求，选取所需开发的用例，更新用例 图，扩展概念模型，并运用泛化、包和聚合等技术概括 FI益
5、增多新概念，拓展系统顺序图和 系统操作契约；运用更多的职责分配模式进行设计 （ 并根据需要设计与外部系统、其他子系 统、持久化设施的交互机制 ）； 进一步构造并测试。 论述题前 5个常用 GRASP职责分配模式的名称、要点或意图 专家 (expert):将职责分配给信息专家 掌握为了履行职责所必需的信息的类 （谁懂的多就让谁干 ） 创建者 (creator):大的对象有责任创建小的对象 ，这是 00D/P中最常见的任务。 高聚合度或高内聚 (highcohesion):是一个评价标准，用于判断一个类 中的各个职责之间相关程度和集中 程度 （可重用性的内因）。 低耦合度或低耦合 (lowcoup
6、ling):是一个评价标准，用十判断类 间依赖 稈度是否较小（可重用性的外在 表现 )。 控制者 (controller):应该有一个类 协调处 理一个用例的各个系统事件，以使用例的状态信息保持一致。 课本（作者：刁成嘉 ） 上的习题 第 1章系统建模与分析设计技术的演变 * 一、选择题 ACDB 1. 封装 是指把对象的 (A )结合在一起，组成一个独立的对象。 A.属性和操作 B.信息流 C.消息和事件 D.数据的集合 2. 封装是一种 （ C )技术， H的是使对象的生产者和使用者分离，使对象的定义和实现分开。 A.工程化 B.系统维护 C.信息隐蔽 D.产生对象 3. 面向对象方法中的
7、 （ D )机制使子类可以自动地拥有 (复制 )父类全部属性和操作。 A.约束 B.对象映射 C.信息隐蔽 D.继承 4. 在 C+中，使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法是 （ B； )。 A.继承 B.多态性 C.约束 D.接口 二、填空题 6.软件生存周期由（软件定义 )、（软件开发）和（软件使用与维护）三部分组成。 8. 面向对象技术采用以类为中心的 （封装 )、 （继承 )、 （多态 ） 等，不仅支持软件复用，而且使软件维护工作可靠有效， 可实现软件系统的柔性制造。 简答题软件过程模型的含义 软件过程 (SoftwareEngineering
8、Process)是为了获得髙质量软件所需要完成的一系列任务的徑架，它规定了完成各项任务 的工作步骤 。通常使用生命周期模型简洁地描述软件过程。生 命周期模型规定了把生命周期划分成哪些阶段及各个阶 段的执行顺序，因此，也称为垃程 镆型。 简答题 请例举三种以上现实生活中的常用模型，并说明它们分别在各自的领域中发挥了什么样的作用。 答： 1)电路图：电子产品设计、生产、维修 2) 园区沙盘：直观、立体化地展示园区的景观、布局 3) 地图：导航、指路等 简答题请简要说明建模的意义和建模的原则。 答：建模能够帮助我们按照实际情况或按我们需要的样式对系统进行可视化；提供一种详细说明系统的结构或行为的 方
9、法；给出一个指导系统构造的模板；对我们所做出的决策进行文档化 在建模时应遵循以下原则：选择要创建什么模型对如何动手解决问题和如何形成解决方案有着意义深远的影响； 每一种模型可以在不同的精度级别上表示；最好的模型是与现实相联系的；单个模型是不充分的。对每个重要的系统 最好用一组几乎独立的模型去处理 简答题什么是面向对象分析与设计？ 答：分析强调的是对问题和 需求的调查研究而不是解决方案。面向对象的分析过程中，强调的是 在问题领域内发现和 描述对象或概念。 设计强调的是满足需求的概念上的解决方案，而不是其具体实现。面向对象的设计过程中，强调的是软件对象的职责 分配以及他们如何协作 以实现需求。 第
10、 2 么免 U M J L 氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺氺 一、 选择题 ABCDB 1. UML的软件 开发以 （ A )为中心，以系统体系结构为主线，采用循环、迭代、渐增的方式进行开发。 A.用例 B.对象 C.类 D.程序 2. UML的 （ B )模型图由类图、对象图、包图、构件图和配置图组成。 A.用例 B.静态 C.动态 D.系统 3. UML的 （ C )模型图由活动图、顺序图、状态图和协作图组成。 A.用例 B.静态 C.动态 D.系统 4. UML的最终产物就是最后提交的可执行的软件系统和 （ D)。 A.用户手册 B.类图 C.动态图 D.相应的软件文档资料 5.
11、在 UML的需求分析建模中 ，（ B )模型图必须与用户反复交流并加以确认。 A.配置 B.用例 C.包 D.动态 二、 填空题 6. UML分析和设计模型由三类模型图表示。三类模型图是 ： （ 用例 )模型图、（静态 )模型图和 (动态 )模型图。 8. UML开发过程是一种 $维结构软件开发过程，软件项 0开发过程流包括的核心工作内容是： （ 分析 )、 （ 设计 )、 (： 实现 ) 、 (测试 )和 (配置 )。 9. UML中的开个不同的视图可以完整地描述出所建造的系统， 这五种视图是（用例 ） 视图、（逻辑）视图 、（构件） 视图、（进程）视图和（配置 ） 视图 10. UML中有
12、 10种基本图可以完整地描述出所建造的系统，这 10种图是 （ 用例图；类图、 对象图、包图、构件图、 配置图； 活动图、顺序图、协作图 、状 态图） 四、综合（ 22、 24、 33) 简答题 22. UML软 件开发过程的特征是什么？ UML软件开发的基本特征是：以用例驱动开发过程，以系统体系结构为中心，以质量控制和风险管理为目标，采用反 复（迭代、循环 )、渐增式的螺旋上升式开发过程。 简答题 24. UML中的类图建模的目的与意义是什么？ 类图是用类和它们之间的关系描述系统的一种图示，展示了系统中类的静态结构和类与类之间的相互联系，表示一个 系统的逻辑结构。类图是构件其他图的基础，没有
13、类图，也就没有状态图、合作图等其他图，也就无法表示系统的其 他各个方面。 简答题 33. UML中的顺序图建模目的与意义是什么？ 顺序图用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。作为动态模型制品之一，顺序图可 以描述系统的动态行为和控制结构。通过描述对象间动态合作关系，显示对象之间的交互过程以及交互顺序，同时描 述了为满足用例要求所进行的活动以及活动间的约束关系。 简答题请说明蓝图和草图的区别，并简单描述其适用的场景。 蓝图一般是指采用 CASE工具绘制的、正式的、规范的 UML模型；而草图则通常是指手工绘制的、规范度较低的在纸 上绘制的 UML模型。 对于局部的、重要
14、性不高的、共享范围较小的 UML模型，直接将草图扫描到电脑存档即可；对于全局的、重要性高的、 高度共享的，在草图的基础上用 CASE工具绘制成为正式的蓝图，并将其纳入统一的模型管理中 简答题什么是 UML? 答： UML是一种用来明确 、构建和文档 化软件系统制品的通用可视化建模语言。 UML是图形化表示法的事实标准， 用来绘制和展示与软件 （ 特别是 00软件）相关的图形以及文字。 第 3章需求分析与用例建模 * 一、 选择 1. 可行性研究分析包括经济可行性分析、技术可行性分析和 （ B)。 A.风险可行性分析 B.法律可行性分析 C.资源可行性分析 D.效益可行性分析 2. UML的客户
15、需求分析模型包括 （ A )模型、初始类图、初始对象图和活动图组成。 A.用例 B.静态 C.动态 D.系统 3. UML客户需求分析使用的 CRC卡上 “ 责任 ” 一栏的内容主要描述类的 （ C )和操作。 A.对象成员 B.关联对象 C.属性 D.私有成员 4. UML客户需求分析产生的用例模型描述了系统的 （ D)。 A.状态 B.体系结构 C.静态模型 D.功能要求 5在 UML的需求分析建模中，用例模型必须与 （ D )反复交流 并加以确认。 A.软件生产商 B.用户单位领导 C.软件开发人员 D.问题领域专家 6. 在 UML的需求分析建模中，对用例模型中的用例进行细化说明应使用
16、 (A)。 图 文字 图 A.活动图 B.状态图 C.配置图 D.构件图 7. 活动图中的分劈和同步接合图符是用来描述 （ A)。 A.多进程的并发处理行为 B.对象的时序 C.类的关系 D.系统体系结构框架 二、 填空题 10. 软件项目的可行性研究分析中，技术可行性研究包括（风险分析）、（资源分析）、（技术分析 ） 3部分组成。 11. 在 UML软件开发过程的需求分析阶段，建立用例模型的步骤分为 （确定系统范围、参与者和用例）、（描述用例）、 (用例分类、确定用例之间的关联 )、（建立用例图 ） 和 （定义用例图的层次结构）及审核用例模型。 12. 用例图中以实线方框表示系统的范围和边界
17、，在系统边界内描述的是 （ 用例或系统内部元素 )，在边 界外描述的是 （ 参与者）。 13. 用例模型中的执行者可以是（人）也可以是（外部系统）。 14. 用例模型中的用例之间的关联有 （继承 ） 关联、（扩展）关联、（包含）关联和 （使用 ） 关联。 在 RUP的 “4+1” 视图中，这个 1表示的是什么，它有什么作用。 这个 1是用例视图。它是最基本的需求分析模型，是由可被最终用户看到的系统行为的用例组成。常用的模型包括用 例图、交互图、状态图、活动图等 简答题用例、用例模型 用例：是一个 叙逾型文档， 用来描述一个参与者（一个外部的主动者 ） 使用系 统宪成某个过 程时的事件发生顺序。
18、（用 例是对领域过程的描述 ，尽 管它不 是真正面向对象的，但采用用例可以増进对需求的理解，因此仍然 00方法学中非常 重要和广泛采用的需求分析制品。 ） 用例模 型：是一种使用用例来描述系统功能需求的模型，包括高层用例、基本用例、（扩展用例、真实用例）以及 描述用例、参与者之间关系的用例图。 分析题 （ 1)完善用例图中的用例间关系。 （ 5分 ) (2) 说明用例之间关系的含义。 （ 5分） 按與味筛选按节食要求筛选 参考答案： （ 1) c5“ 技凤味筛选 筛选菜单 按节食要求筛选 (2) include意味着 must,表示基本用例的流程必须包含另一个用例的流程； extend意味着
19、option,表示基本用例的流 程可选地被另一个用例的流程扩展。泛化关系表示子用例和父用例相似，但表现出更特别的行为，同时侧重表示子用例 间的互斥性。 分析题 （ 1)完善用例图中的用例间关系。 （ 5分） (2) 说明用例之间关系的含义。 （ 5分） 电信 OSS(Operationsupportsystem运营支撑系统 ） 的客户响应部分有故障单、业务开通、资源核查、割接、业务重保、 网络品质性能等功能模块。（网络割接又叫网络迁移，指网络物理或逻辑上的更改。割接方案应尽量避免网络上承载的 业务发生中断）。需求如下：客户响应用户和国际客服可以查看某条割接通知信息，并可进一步导出割接信息 Ex
20、cel格 式、查询相关故障单；割接通知查询页面上有骨千害幡查询、省间割接查询的 Tab;客户响应用户可以以网管系统为来 源创建割接通知，在创建割接通知时可以保存为草稿，也可以直接发布割接通知；用户在进行业务开通、发布割接通 知、发布重保通知及相关跨省的业务时需要进行数据分发。 客户响应用户 导出割接信息 Exce略式 查看割接通知 查看相关故障单 割接通知查询 骨干割接查询 省间割接查询 刪除割接通知 0 创建割接通知 发布割接通知 业务开通 A 其他用户 发布重保通知 数据分发、 JMS+Web 回复重保预案 Servi. 答： (2) include意味着 must,表 7K基本用例的流程
21、必须包含另一 “用例的流程； extend意味着 option,表 zrc基本用例的流 程可选地被另一个用例的流程扩展。泛化关系表示子用例和父用例相似，但表现出更特别的行为 ,同时侧重表示子用例 间的互斥性。 分析题 （ 1)完善用例图中的用例间关系。 （ 5分） （ 2)说明用例之间关系的含义。 （ 5分） (2) include意味着 must,表示一个用例的流程必须包含另一个用例的流程；泛化关系表示子用例和父用例相似，但 表现出更特别的行为，同时侧重表示了用例间的互斥性。 分析题 （ 1)完善用例图中的用例间关系。 （ 5分） （ 2)说明用例之间关系的含义。 （ 5分 ) 参考答案：
22、（ 1) (2) include意味着 must,表示一个用例的流程必须包含另一个用例的流程；泛化关系表示子用例和父用例相似， 但表现出更特别的行为，同时侧重表示子用例间的互斥性。 设计题共 15分 小王家里藏书很多，且时常有朋友借阅，因此需要一个个人图书管理系统 。该系统应该能够将书籍的基本信息按计算 机类、非计算机类分别建档，实现按书名、作者、类别、出版社等关键字的组合进行查询。在使用该系统录入新书籍 时系统会自动按规则生成书号，可以修改信息，但一经创建就不允许删除。该系统还应该能够对书籍的外借情况进行 记录，打印。另外，还希望能够对书籍的购买金额、册数按特定时间周期进行统计。 (1)根据
23、上述需求的文字描述和下面的用例图，按下面表格写出 “ 新增书籍信息 ” 的用例描述 （ UCN)。 （每行 1分，共 10分 ) (2)请使用 “ 概念目录列表 ” 方法对上述用例描述 （ UCN)进行分析、设计，画出最终的类模型图 （ 5分 )。 (1) 10 分 用例名称 新增书籍信息 （ UC01) 简要说明 录入新购书籍信息，并自动存储建档 事件流 基本事件流 1)图书管理员向系统发出 “ 新增书籍信息 ” 的请求： 2)系统要求图书管理员选择新增书籍是计算机类还 是非计算机类： 3)图书管理员做出选择后，显示相应页面，让图书 管理员输入信息，并自动根据书号生成规则生成书 号； 4)图
24、书管理员输入书籍的相关信息，包括 ： 书名、 作者、出版社、 ISBN号、开本、页数、定价、是否 有 cdrom 5)系统确认输入的书名中未有重名 ； 6)系统将所输入的信息存储建档： 扩展事件流 5a)如果输入的书名有重名现象，则显示出重名的书 籍，并要求图书管理员选择修改书名或是取消输入； 5al)图书管理员若选择取消输入，则结束用例，不 做存储建档工作： 5a2)图书管理员选择修改书名后，转入 5) 前置条件 用户进入图书管理系统 后置条件 完成新购书籍的存储建档 (2) 5 分。 第 4章系统分析与对象类建模 即概念建模 * 一、选择题 1. UML的系统分析进一多要确立的三个系统模型
25、是 （ B)、对象动态模型和系统功能模型。 A.数据模型 B.对象静态模型 C.对象关系模型 D.体系结构模型 2. UML的客户需求分析、系统分析和系统设计阶段产生的模型，其描述图符 （ A)。 A.完全相同 B.完全不同 C.不可以通用 D.稍有差异 3. 类和对象都有属性，它们的差别是：类描述了属性的类型，而对象的属性必须有 （ C)。 A.正负号 B.动作 C.具体值 D.私有成员 4. UML系统分析阶段产生的包图描述了系统的 （ B )。 A.状态 B.体系层次结构 C.静态模型 D.功能要求 5. 设计模式在面向对象系统开发中是 （ B )的一种形式。 A.软件调用 B.设计方法
26、 C.子系统 D.分析方法 6. ” 对象容器 ” 设计模式对有限的对象进行管理，它不能 （ C)。 A.查找对象 B.修改对象 C.创建对象 D.删除对象 二、 填空题 7. 在 UML软件开发过程系统分析阶段产生的对象模型有三种模型。它们是：对象的 （） 模型、对象的 （） 模型和对 象的 （） 模型。 8. 在 UML的对象类图中，类之间的关系有（关联 )、（聚集 )、（继承 )、（依赖 ） 和（细化 ） 5种。 9. 共享聚集的 “ 部分 ” 对象可以是任意 “ 整体 ” 对象的一部分，表示事物的整体 /部分关系较弱的情况， “ 整体 ” 端 的重数应该是（非 1)。 10. 在 UM
27、L软件开发过程的需求分析和系统分析阶段，建立对象类模型的步骤分为（寻找确定对象类 )、（定义类的接 口）、（定乂类间关系）、（建立对象类图）和 （ 建立系统包图）。 11. 组合聚集是指 “ 整体 ” 拥有它的 “ 部分 ” ，它具有强的物主身份，表示事物的整体 /部分关系较强的情况。 “ 部分 ” 生存在 “ 整体 ” 中，不可分离，它们与 “ 整体 ” 一起存在或消亡。 “ 整体 ” 的重数必须是（ 1)。 12. 系统分析是在客户需求分析规格说明的基础之上对其进行的 （ 类和对象建模）。 13. 类有实例，它的实例是一个对象。在 UML中，包用来表示一个 （ 子系统 )，包没有实例。 三
28、、 解释名词 简答题概念模型 概念模型 (conceptualmodel):是问题域中櫬愈的描述。它展示出问题域中有意义的樾念，它是面向对象分析中最重要 的制品 。概念 模型是真实世界中各 个事物 的代表，而不是软件中各构件的代表。通过将问题分解 成多个 单独的概念或 者对象，我们就可以识别出问题域中重要的概念、属性和关联，进而得出一组刻画问题域的图形。 简答题在绘制类图时，第一步就是发现类，最常用的方法是什么？请简要说明它的使用方法。 发现类的方法有很多种，其中最广泛应用的莫过于 “ 名词动词法 ” ，其主要规则是从名词与名词短语中提取对象与属性 ; 从动词与动词短语中提取操作与关联；而所有
29、格短语通常表明名词应该是属性而不是对象。 简答题增加关联类型的指导原则 答：一个属性和一个关联相关 关联类型的实例的生存周期依赖于关联 在两个概念间有一个多对多的关联和与关联本身相关的一些信息 只有关联类型的一个实例存在于参与关联的两个对象之间 分析题超市收款系统的支付部分概念模型。 （ 1)完善类图的 处 （ 5分 ）（ 2)说明 处的理由 （ 5分 ) 答： (2) 处 CashPayment,CreditPayment,CheckPayment都是一种更特殊的 Payment,所以用泛化关系表达。 处 ServiceContract的属性与关联 （ Store和 AuthorizationService之间）有密切联系且它的生命周期也依赖于此关 联，因此 ServiceContract可被建模成一个与 Store和 AuthorizationService之间的关联相关的关联类型。 分析题要求设计一种安全文件系统，主体（用户、角色或组）可以被授权访问文件、目录和工作站。文件可以从 被不同授权的工作站访问，并且对文件的访问只限于授权用户。 （ 1)完善类图 （ 5分） （ 2)说明授权部分和文 件系统部分的设计依据。 答： （ 1)
