UML面向对象分析及其设计应用教程课后习题答案胡荷芬高斐简答题部分.doc

简答题第一章1.面向对象设计基础特征有哪些？这些特征对软件设计有何帮助？封装性继承性多态性在由封装，继承,多态所组成环境中,程序员能够编写出比面向过程模型更健壮,更具扩展性程序.经过仔细设计类层次结构是重用代码基础.封装能让程序员无须修改公有接口代码即可实现程序移植.多态能使程序员开发出简练,易懂,易修改代码.2.类和对象区分是什么？类是抽象，不具体。就像有些东西能够归为一类，比如说狗，猫，猪。它们全部是动物，我们就能够归为一类。而猫，狗就是动物类中一个对象。3.什么是软件生命周期？生命周期包含多个阶段？软件生命周期，亦称软件生存周期。它是按开发软件规模和复杂程度，从时间上 把软件开发整个过程（从计划开发开始到软件报废为止整个历史阶段）进行分解，形成 相对独立多个阶段， 每个阶段又分解成多个具体任务， 然后按要求次序依次完成各阶段 任务并要求一套标准文档作为各个阶段开发结果，最终生产出高质量软件。分为： 通常分为定义， 开发，维护三大阶段， 定义阶段有可行性论证和开发计划，需求分析， 开发阶段有概要设计，具体设计和编码，维护阶段有测试，运行维护4.面向对象和uml关系？umL是统一建模图，用于便于描述类之间关系等，是用来帮助你愈加好进行面向对象设计。5.面向对象设计和传统软件相比,有何优点？更有针对性 更轻易让用户满意 降低修改提升效率第二章1.uml模型元素有哪些？UML中模型元素太多了，比如用例图中元素有用例，角色，扩展关系，包含关系，类图中元素有类，接口，关联等等，每一个框图全部有各自独有元素2.简述uml通用机制组成和它作用？一、修饰。在使用UML语言建模时，能够将图形修饰附加到UML图中模型元素上。比如，当一个元素代表某种类型时候，它名称能够用粗体字形类显示；当同一元素表示该类型实例时，该元素名称用一条下划线修饰。二、注释。UML语言中用一条虚线将注释连接到它为之解释或细化元素上。三、通用划分。UML语言对其模型元素要求了两种类型通用划分：型-实例（值）和接口-实现。1、型-实例（Type-Instance）：描述一个通用描述符和单个元素项之间对应关系。实例元素使用和通用描述符相同表示图形，不过名字表示和通用描述符不一样：实例元素名字带有下划线，而且后面还要加上冒号和通用描述符名字。2、接口-实现：接口申明了一个要求了服务约定，接口实现负责实施接口全部语义定义并实现该项服务。3.在uml中包含哪些视图？视图对应哪些图？场景视图 use case逻辑视图 类图开发视图 类图，组件图进程视图 无完全对应布署视图 布署图4.简述视图和图内在关系？视图是几何体在投影面上留下正投影，它是主视图、俯视图、左视图总称，满足主视图和俯视图长对正，主视图和左视图高平齐，俯视图和左视图宽相等。5.简述uml中扩展机制作用？UML 提供了多个扩展机制，许可建模者在不用改变基础建模语言情况下做部分通用扩展。这些扩展机制已经被设计好，方便于在不需了解全部语义情况下就能够存放和使用。因为这个原因，扩展能够作为字符串存放和使用。对不支持扩展机制工具来说，扩展只是一个字符串，它能够作为模型一部分被导入、存放，还能够被传输到其它工具。第四章1、 在一个“用户服务系统”中，需要管理用户包含用户管理人员、维护人员、部门领导，她们全部含有用户ID、姓名、性别、年纪、联络电话、部门、职位、密码、登录名。其中，维护人员含有三个操作，即接收派工任务、填写维护汇报、查询派工任务；部门领导含有五个操作，即安排派工任务、修改派工任务、删除派工任务，查询派工任务，处理投诉；用户人员含有四个操作，增加用户、删除用户、修改用户和查找用户。依据这些信息，创建系统类图。2、 在上题中，用户人员，维护人员，部门领导全部含有部分共同属性，所以能够进行抽象出一个单独抽象系统用户类，用户人员，维护人员，部门领导分别是系统用户类下继承，依据这些信息，创建包含类关系类图3、 依据图4-51，创建对应带参数对象图，要求用Actor结构型来表示第五章1、 在用户服务系统中，将用户业务功效单独作为一个包，在该包中嵌套两个子包，分别是用户咨询管理，和派工管理。2、 细化包图，在客服咨询管理中嵌套三个子包，分别是咨询，投诉，报修；派工管理中嵌套两个子包，维护安排和回访安排，3、 子包对父包存在这依靠关系，现在要求对包进行分解，并创建她们关系。在用户服务管理系统中，有三个参与者，分别是客服人员、部门领导和维护人员。第六章1、客服人员登录系统后，经过身份验证，能够维护个人信息、修改密码、修改基础信息、维护用户信息和维护用户咨询信息，依据这些用例在rose中创建客服人员用例图2、部门领导登录系统后，经过身份验证们能够处理派工、处理投诉、安排回访、安排上门维护和统计查询用户来电情况，依据这些情况在rose中创建部门领导用例图3、维护人员登录系统后，经过身份验证，能够查询派工单、接收派工、填写汇报、处理派工等，依据这些用例在rose中创建维护人员用例图。第七章1、对用户服务系统中客服人员修改用户信息用例进行动态建模，该交互操作动态建模由客服对象。用户信息界面类、客服信息控制类和用户信息类组成，在序列图中创建这些对象2、在上题创建序列图对象中，依据修改用户信息用例，添加消息和脚本信息完成图所表示完整序列图建模3、对用户服务系统中客服人员删除用户信息用例进行动态建模，在逻辑视图中创建序列图第八章（1）在用户服务系统中个“用户来电”用例，当用户来电事件发生后，进入“来电咨询”活动，假如受理，则查询用户信息，不然活动结束。当查询用户信息时，假如查询到用户，则判定咨询类型，不然新增加一个用户信息。咨询类型有三种：咨询、投诉、保修，假如咨询，判定是否能解答问题，假如能，则直接处理，不然由维护人员跟进；假如是投诉，转入投诉处理；假如是保修，则转入报修处理。咨询处理结束后，填写咨询处理结果，整个活动步骤结束。依据以上描述，创建用户来电活动图中需要表示多种动作状态，图8-31所表示。图8-32 创建动作状态（2）在上题基础上，识别出多种状态之间额转换并考虑分支和合并、分叉和汇合情况。绘制图8-32所表示用户来电咨询活动图。图8-32 用户来电咨询活动图（3）在上题创建活动图中有一个关键缺点，它没有显示出由谁或怎么负责来实施某项活动。为了给活动图中活动指明责任者，要求在活动图中放置两个泳道：用户和用户服务人员负责实施这些活动。最终完整用户来电咨询活动图，图8-33所表示。图8-33 带泳道用户来电咨询活动图第九章（1） 对用户服务系统中客服人员修改用户信息用例进行动态建模，该交互操作动态建模由用户对象、用户信息界面CustomerInfoUI、用户信息控制类CustomerInfoController和用户信息类CustomerInfo组成，在协作图中创建这些对象，图9-18所表示。 图9-18 创建协作图对象（2） 在上题创建协作图对象中，依据修改用户信息用例，添加消息和脚本信息，完成图9-19所表示完整协作图建模。 图9-19 修改用户信息协作图（3） 对用户服务系统中客服人员删除用户信息用例进行动态建模，在逻辑视图（Logical View）中创建完整协作图，图9-20所表示。 图9-20 删除用户信息协作图第十章（1） 在用户服务器系统中派工单有五个状态，即新派工单，未分配，已分配未完成，已分配已完成，删除派工单，图中还包含一个起始状态和一个终止状态。依据以上描述，创建出派工单多种状态，图10-29所表示。图10-29 派工单状态（2） 当派工单状态在某一事件或某个条件满足时，就在这五个状态中进行转换。分配、作废、完成等是状态转换所发生事件。依据多种状态和装换规则，创建派工单完整状态图，图10-30所表示。图10-30 派工单状态图（3） 扩展上题创建派工单简单状态图，让该图包含三个子状态：未分配，已分配未完成，已分配已完成，它们全部内嵌在处理派工单超状态中，在嵌套状态中还能够包含一个起始状态和终止状态。依据以上描述，创建嵌套子状态状态图，图10-31所表示。图10-31 派工单嵌套状态图第十一章1、 在用户服务系统中，能够确定系统业务尸体类包含用户人员、维护人员、部门经理、产品项目、来电咨询、用户资料和派工单，将这些逻辑元素映射到构建中，图11-35所表示。 图11-35 映射构件2、 在上题基础上，确定构件之间依靠关系，并创建完整用户服务系统构件图，图11-36所表示。图11-36 完整构件图3、 用户服务系统布署图包含用户端PC、应用服务器和数据库服务器，其中用户端分别由管理员、部门领导、客服人员、维护人员在不一样PC上登录。整个系统布署在企业局域网中，依据上面描述创建用户服务系统布署图，图11-37所表示。图11-37 用户服务系统布署图