UML面向对象分析与设计教程课后习题答案胡荷芬高斐简答题部分样本VIP

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