-uml实训总结.doc

精品文档 uml实训总结 通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。 三个周的UML实训，主要是围绕着一个实训题目“基于UML系统需求分析与设计-合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。从中让我认识到UML的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用Uml作为建模语言，形成了统一的标准。它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。 总之，在我看来，UML是一种定义良好、易于表达、功能强大且普遍适用建模语言。融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。 这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。 在这次实训过程中，感触最深的也就是合作精神了。独木难成林，单枪匹马，那是最错误的思想和做法。这次我是深有感触了。对于一个系统的分析，到最终项目的完成，需要分析每个文档，然后在写出纸质的文档，而在每个文档中，内容比较多，分析也要求比较到位，所以单独凭借一个人去完成，似乎有点困难， 于是我们小组，将每个文档进行分析，能独立成块就分配给每一个人，这样，每个人都有自己的任务，谁也不会闲着，既学到了知识，也充实了自己。另外一点，就是我深深体会到了积累知识的重要性。在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心的一一指导，问题得到了解决。 两个月的实训结束了，收获颇丰，同时也更深刻的认识到要做一个合格的程序员并非我以前想像的那么容易，最重要的还是细致严谨。社会是不会要一个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实习还是比较满意的，它使我学到了很多东西，为我以后的学习做了引导，点明了方向。 实训的日子即将结束，回想这一个过程，有过痛苦，有过烦恼，有过喜悦和有过成功。痛苦烦恼的是自己对所学书本知识掌握得不是很扎实，面对着从书本上学到的知识与实际联系不起来，总结起来就是自己的动手练习的时间太少。而喜悦的是，在做的过程中遇到了困难和问题，主动向老师和会的同学请教，然后再做，直至做正确做成功后的那种喜悦。 团队的力量是无穷的，通过组员的共同努力，完成了实训项目。虽然，我们这组的项目存在着诸多的不足和缺点，但这正是以后学习和工作需要弥补的。这次实训将为我以后进入社会提过了一笔宝贵的财富，是对我能力的一个见证。最后，不得不感谢指导教师熊飞老师的辛勤指导，和小组成员的共同努力！ 一实训综述 实训地点 实训性质、目的及意义 性质：在学完课本知识之后，进行上岗之前的专业技能的培训，通过培训来运用所学的知识。 目的：通过培训能够掌握以后工作中所要用的知识。明确软件工程师的工作职责、内容。熟练掌握该软件工程师岗位的工作内容。把学校所学理论知识与实际更好地结合起来，提高解决实际问题的能力，为毕业后从事实际工作奠定良好基础。 意义：在平时的学习中，我们学习的都是课本上的纯理论的知识，不懂得它的真正用处，培训能够让我们所学的知识得以应用，还可以加深专业的知识，也培训我们实际的操作能力，为以后的找工作提供了强力的帮助。 二 实训内容 基础建模 在软件开发过程中，特别是数据库软件工程通常需要一套标准来辅助软件开发工作。UML就是其中的一种标准。UML可以实现大型复杂的系统各种成分描述的可视化，说明并构造系统模型，以及建立各种所需的文档，它是一种定义良好，易于表达，功能强大且普遍使用的建模语言。 UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。 UML是一种标准的软件建模语言，是一种用于对软件系统的模型绘制可视化的标准蓝图或者以图表的方式对所研究的系统进行可视化描述的工具。它的核心是一系列的图，这些图从不同角度描述了整个系统。UML中定义了九种图，即：用例图、类图、对象图、状态图、顺序图、协作图、活动图、组件图和部署图。从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求，其次根据需求建立系统的静态模型，以构造系统的结构，第三步是描述系统的行为。UML可以归纳为需求模型、静态模型和动态模型三大类。以下是按照一系列图的形式来分别介绍UML中图的元素。 用例图： 用例图是显示一组用例、参与者以及它们之间关系的图，主要用于对系统、子系统或类的行为进行建模，包括：参与者、用例等元素。 类图： 类图是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。 状态图： 是显示一个状态机的图，是系统分析的一种常用工具，它通过建立类对象的生存周期模型来描述对象随时间变化的动态行为。 活动图： 是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。 顺序图： 以时间顺序显示对象交互的图，它显示了参与交互的对象和所交换消息的顺序。 协作图： 是表示角色间交互的图，主要用来描述对象间的交互关系。 Lotus Notes/Domino平台 Lotus Notes/Domino 是一个世界领先的企业级通讯、协同工作及Internet/Intranet平台；具有完善的工作流控制、数据库复制技术和完善可靠的安全机制；尤其适合于处理各种非结构化与半结构化的文档数据、建立工作流应用、建立各类基于Web的应用。它全面实现了对非结构化信息的管理和共享，内含强大的电子邮件功能及工作流软件开发环境，是实现群组协同工作、办公自动化的最佳开发环境。 工作流自动化是信息技术崭新的应用领域，也是克服信息技术局限的突破口。许多诸如协同工作、网络环境下的办公自动化等传统信息技术无从着手解决的问题，在Notes中迎刃而解。 Notes 是基于文档型的、分布式的数据库应用，是一种公文流转系统。公文流转系统是日常办公事务中重要的一环。将一个单位内的公文流转处理过程由计算机来完成，并有服务于某种目的的人机信息交互系统，可提高工作效率、监督处理过程、又可大量减少不必要的浪费及人为的失误。 办公自动化系统的内容包括文件处理，档案处理，电子邮件，数据处理，信息处理，决策支持等各个方面。与之对应的Notes提供了强大的实现运行办公自动化的平台；包括工作流自动化和群件系统，电子邮件系统，知识管理系统等功能。在此基础上，Lotus Notes 提供即时准确的信息，保证信息安全，帮助群组协同工作。 Lotus Domino/Notes是目前最为流行的文档数据库系统之一，作为群件系统，它利用自身强大的功能使其在企业、政府办公自动化方面的应用越来越广。 首先，我们学习Lotus Notes/Domino的安装与配置，在这个过程中有许多应该注意的地方，要多练习才能掌握，还有在应用中也能学到配置中的一些功能。 然后，我们学习了Notes软件上的一些功能。使用Notes做应用开发，我们用Notes做了一个请假系统，一个图书馆系统，并且上传到IBM网上交流平台上进行学习交流，使我们的知识得到了进一步的巩固。 DB2数据库应用 DB2是IBM出口的一系列关系型数据库管理系统，分别在不同的操作系统平 台上服务。虽然DB2产品是基于UNIX的系统和个人计算机操作系统，在基于UNIX系统和微软在windows系统下的Access方面，DB2追寻了ORACLE的数据库产品。 DB2主要应用于大型应用系统，具有较好的可伸缩性，可支持从大型机到单用户环境，应用于OS/2、Windows等平台下。 DB2提供了高层次的数据利用性、完整性、安全性、可恢复性，以及小规模到大规模应用程序的执行能力，具有与平台无关的基本功能和SQL命令。DB2采用了数据分级技术，能够使大型机数据很方便地下载到LAN数据库服务器，使得客户机/服务器用户和基于LAN的应用程序可以访问大型机数据，并使数据库本地化及远程连接透明化。 它以拥有一个非常完备的查询优化器而著称，其外部连接改善了查询性能，并支持多任务并行查询。 DB2具有很好的网络支持能力，每个子系统可以连接十几万个分布式用户，可同时激活上千个活动线程，对大型分布式应用系统尤为适用。 在一周的DB2的学习中DB2，虽然时间段，但我们把数据库设计的必要元素都学习了，然后结合项目，设计数据库，我们分工作了数据库中数据的输入，从而练习了数据库的SQL语句的学习，巩固的SQL语句的知识。 、Hibernate和Spring三大框架的学习 Struts1 Struts1是基于当前的一些相关标准的开发技术基础之上，提供了一个开发框架的开放源码项目，由于我们开发web应用的复杂度随着系统的复杂度的要求越来越来复杂。特别是在代码重用，代码移植、代码可插扒等问题上出现了许多重复开发、维护困难等。Struts这个框架鼓励我们应用model2的MVC开发模型。 Struts1 的学习是一个新的阶段的学习，开始学会应用框架的知识，struts1主要明白的就是配置问价的使用，在培训文件中实现管理，首先得配置环境。 在配置文件中配置这些信息进行业务的实现 type= 业务处理的方法的路径 name=cautionsaveForm 用于封装数据的vo scope=session 返回数据的存放范围 input=/ 发生错误跳转的页 成功之后通过返回参数跳转的页 这样便可实现struts1 的基本操作，能够实现复杂的开发这面是struts1 中的基本组成。 Client browser： 来自客户浏览器的每个 HTTP 请求创建一个事件。Web 容器将用一个 HTTP request 作出响应。 Controller： 控制器接收来自浏览器的请求，并决定将这个请求发往何处。就 Struts 而言，控制器是以 servlet 实现的一个命令设计模式。 文件配置控制器。 业务逻辑： 业务逻辑更新模型的状态，并帮助控制应用程序的流程。就 Struts 而言，这是通过作为实际业务逻辑“瘦”包装的 Action 类完成的。 ActionForm: ActionForm主要用于封装表单数据和更新表单数据，并且在其中执行验证初始化等工作。 Struts 框架将对ActionForm执行以下操作 : 检查 UserActionForm 是否存在；如果不存在，它将创建该类的一个实例。 可以设置 ActionForm 的状态。没有太多 调用。 Struts 框架在将 ActionForm 传递给业务逻辑Action 之前将更新它的状态。 在将它传递给 Action 类之前，Struts 还会对 ActionForm 调用 validation 方法进行表单状态验证，但不提倡这种做法。 可在会话级维护 ActionForm 的状态。 Struts解决用户重复提交问题原理： 通过页面设置一个隐藏区域保存当前令牌号，而令牌的添加需要在action中完成，然后再在action中检查用户令牌的合法性避免重复相应用户请求， 1，首先在action中调用saveToken ，将令牌值保存到session里，然后在表单中自动创建隐藏区域获取令牌号 2，表单提交到action中，需要调用isTokenValid 函数，验证令牌号， 3，在isTokenValid 函数中调用resetToken删除令牌号 文件的上传流程： 1，制作表单，要求表单的提交方式必须是method=post，并且需要添加enctype=“multipart/form-data” 属性进行表单编码 2，在ActionForm中添加属性 FormFile接口对象，并且提供set和get函数 3，在action中可以直接使用actionForm封装的FormFIle对象来获取上传文件的信息 4，如果上传多个文件，设置FormFile数组即可 Model：模型表示应用程序的状态。业务对象更新应用程序的状态。ActionForm bean 在会话级或请求级表示模型的状态，而不是在持久级。JSP 文件使用 JSP 标记读取来自Model 模型的信息。 View：视图就是一个 JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型信息 - 只有标记。标记是使 Struts 有别于其他框架的因素之一。 Strut1的配置有些麻烦，但是用起总体还是很方便的，特别是数据的封装的时候，可以省很多事，不用再自己手动的进行封装。学习框架更加清楚了项目的结构，各个层次都是分明的。Struts1的验证也是很好使用的，在struts1 中异常的抛出在页面中显示很不明白，还有待研究。 Struts2 Struts2是继struts1之后的一个广受欢迎的框架，struts2包括和action 在action中处理业务。由于我们开发web应用的复杂度随着系统的复杂度的要求越来越来复杂。特别是在代码重用，代码移植、代码可插扒等问题上出现了许多重复开发、维护困难等。Struts1这个框架鼓励我们应用，model2的MVC开发模型。 struts2 与struts1 相比主要具有的优点有： ? Struts2没有像struts1那样跟Servlet API和struts API有着紧密的 耦合Struts2的应用可以不依赖于Servlet API和struts API。 Struts2的这种设计属于无侵入式设计，而Struts1却属于侵入式设计。 ? Struts2提供了拦截器，利用拦截器可以进行AOP编程，实现如权限拦 截等功能。 ? Strut2提供了类型转换器，我们可以把特殊的请求参数转换成需要的类 型。在Struts1中，如果我们要实现同样的功能，就必须向Struts1的底层实现BeanUtil注册类型转换器才行。 ? Struts2提供支持多种表现层技术，如：JSP、freeMarker、Velocity 等 ? Struts2的输入校验可以对指定方法进行校验，解决了Struts1长久之 痛。 在struts2中，struts框架是通过Filter启动的。他在中的配置如下： struts2 struts2 /* Struts2默认的配置文件为： -/Apache Software Foundation/DTD Struts Configuration /EN 专用周小结 总结通过一个学期的UML学习，并根据“婚姻中介系统”这个实例，从一开始对UML的概念模糊，到后来的一次次撰写作业和请教老师，使我渐渐的对UML有了一个系统的了解。我已经理解了UML的作用和运作模式以及方法。它一种是统一建模标准语言，现在对于大多软件开发来说，都使用UML做为建模语言，形成了统一的标准。其次，UML是图形化的语言，它可以很直观的描述出一个事物的状态，行为与特征，能很好的说明与表达我这个婚姻中介系统。总之，UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。它可以对任何具有静态结构和动态行为的系统进行建模，所以我很喜欢使用UML，因为它方便简捷，干净清爽，直观形象。 在这学期的UML的大作业中，经过老师的指导和帮助，我独立的完成了基于UML的“婚姻中介系统”大作业。不论是MDA系统中的CIM-1还是PIM-1，每次我都会根据老师的要求改之又改，有时候好不容易琢磨出了一幅UML图，可是拿给老师看了以后，结果却是要重新画过，重新理清思路。可是在一遍遍的修改中，我并没有沮丧，而是边研究老师的PPT和老师的指导，边理清每个步骤，每个符号，以及每一幅图的内容和相互之间的联系，使得整个系统思路更为清晰。在UML大作业中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。对于用例图，活动图，状态图，类图，序列图，应该分清他们之间的关系，明确各自的作用，将一个系统的各个功能和状态具体的抽离出来，搭建模型。并且悟出了系统是一个整体，我们应该形成从整体出发，将整体分块局部剖析，进而重视和完善内部细节。 UML课程带给我的不仅仅只是软件的使用技能的学习，更是一种设计系统思维的提升。这门课程虽然已经结束了，但是在系统的设计中，我还有很多需要改进的地方。在今后的学习工作中我必将不断的学习和理解它的内涵和精髓，不断完善。 签名： 日期： 17 实 验 报 告 课程名称 UML软件建模 实验名称 图书管理系统的分析与设计 专 业 计算机科学与技术 班 级 学 号 姓 名 指导教师 张铁楠 2013年 9 月 10 日 前 言 面向对象系统分析与设计课程是计算机科学与技术本科专业的一门重要的专业课。通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发的能力。通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用Rational Rose软件以某一信息系统为例进行系统分析和设计。 本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。 通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法； 2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型； 3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法； 4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。 本实验所要求的建模工具为Rational Rose 2003。 本课程拟通过对如下系统进行建模来实现分析与设计。 ?图书管理系统 ?人事信息管理系统 ?软件项目管理系统 ?网上商店销售管理系统 ?教务管理系统 实验要求 计算机软件建模技术现在越来越广泛的应用于软件工程中。面向对象的系统分析与设计课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。总之，通过上述实验环节，使学生加深了解和更好地掌握面向对象的系统分析与设计课程教学大纲要求的内容。 在面向对象的系统分析与设计的课程实验过程中，要求学生做到： 预习实验指导书有关部分，认真做好实验内容的准备，就实验可能出现的情况提前作出思考和分析。 仔细观察上机时出现的各种现象，记录主要情况，作出必要说明和分析。 认真书写实验报告。实验报告包括实验目的和要求，实验情况及其分析。对需编程的实验，写出程序设计说明，给出源程序框图和清单。 遵守机房纪律，服从辅导教师指挥，爱护实验设备。 实验课程不迟到。如有事不能出席，所缺实验一般不补。 实验的验收将分为两个部分。第一部分是上机操作，包括实验操作和即时提问。第二部分是提交书面的实验报告。此外，针对以前教学中出现的问题，本实验将采用阶段检查方式，每个实验都将应当在规定的时间内完成并检查通过，过期视为未完成该实验，不计成绩。以避免期末集中检查方式产生的诸多不良问题，希望同学们抓紧时间，合理安排，认真完成。 目 录 实验一 用例建模5 实验二 静态结构建模9 实验三 实验四 动态行为建模12 物理模型19 实验一 用例建模实验报告 实验名称 图书管理系统的用例建模 评分 实验日期年月日 第5、6节课 指导教师 张铁楠 姓名 唐自鸿 专业班级 计算机1002 班 学号 201003010207 一、实验目的 熟悉用例图的基本功能和使用方法，掌握如何使用建模工具绘制用例图方法。 二、实验环境 1.硬件： 处理器： 内存： 硬盘空间： 显卡： 2.软件：Rational Rose 2003 或Microsoft Visio 2003 三、实验内容与要求 完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求： 对其中主要功能的用例书写书面用例。对每个用例的进一步描述可以活动图，这一部分在动态建模来完成。 四、实验步骤 1.用例模型的建立 步骤： 需求获取。与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。 用例分析。确定系统范围和边界、确定参与者、确定用例。 用例描述。分层绘制用例图、描述用例。 30个空填空题 1、两种建模工具 2、rose的三个特性 3、结构事物 4、状态图状态 5、软件工程 6、RUP统一过程 7、四种工作流 2 3 7 4 6 4 4 8、状态图的转换 9、关联关系 10、三种常见的可见性是 、行为图包括 活动图和状态图 、交互图包括 时序图和协作图 6个简答题 1、 UML定义 定义：统一建模语言 英文: Unified modeling language 是一种通用的面向对象的建模语言 用于对软件进行描述，可视化处理，构造和建立软件系统产品的文档。 十个图 动态图 时序图、协作图、状态图、活动图 狭义静态图 类图、对象图、包图 广义静态图 用例图、类图、对象图、包图、组件图、配置图 3 4 3 2 2 2、 概述4种事物？ 结构事物 ：结构事物是模型中的静态部分，用以呈现概念或实体的表现元素 行为事物：行为事物指的是UML模型中的动态部分，表示模型里随着时空不断变化的部分 组织事物：一个盒子，模型可以在其中被分解 辅助事物：注释事物是UML模型的解释部分 3、 概述4种关系？ 关联关系：表示类与类之间的联接，是元素间的结构化关系，是一种弱关系。 依赖关系：对于两个类X，Y，如果类X发生变化，可能会引起对另一个对象Y的变化，则称Y依赖于X。 泛化关系：一个类继承另外的一个类的功能，并可以增加它自己的新功能的类间关系。 实现关系：一个模型元素与另一个模型元素连接起来实现特定功能的相互关联，并且接口只有行为的说明而不是结构或者实现。 4、 什么是用例？ 是逻辑相对完整的系统功能单元的描述 什么是用例图？ 用于描述系统功能的静态模型图。它从用户的角度描述系统的功能，并指出各功能的操作者。 什么是参与者？ 系统中的人或事物所扮演的角色 参与者包括系统用户、子系统、进程 概述用例之间的关系 PPT没有 关联关系：表示参与者用例之间进行通信。不同的参与者可以访问相同的用例。 泛化关系：一个用例可以被特例化成一个或多个子用例，这种关系称作泛化。 包含关系：一个用例可以包含其他用例具有的行为，并把它所包含的用例的行为作为自身行为的一部分，这样的关系称作包含关系 扩展关系：一个用例可以被定义为基用例的增量扩展，这种关系称作扩展关系。 概述参与者之间的关系 关联关系：一种结构关系，它指明一个类的对象与另一个事务的对象间的联系 依赖关系：是两个元素之间的关系，对一个元素的改变可能会影响或提供消息给其他元素 泛化关系：基类=超类=父类=一般事务 子类=派生类=特殊的种类 用途：多态、继承 实现关系：规定接口和实现接口的类或组件之间的关系 5、 什么是类？ 对一组具有相同属性、操作、关系和语义的客观对象的抽象描述 什么是类图？ 描述类的内部结构及类之间的关系的静态结构图，类图最基本的元素是类或者接口。 类之间关系有哪些？ 关联关系：一种结构关系，它指明一个类的对象与另一个事务的对象间的联系 依赖关系：是两个元素之间的关系，对一个元素的改变可能会影响或提供消息给其他元素 泛化关系：基类=超类=父类=一般事务 子类=派生类=特殊的种类 用途：多态、继承 实现关系：规定接口和实现接口的类或组件之间的关系 什么是对象？ 对象是类的实例 什么是对象图？ 对象图表示在某一时刻一组对象以及它们之间关系图 什么是包？ 包是对模型元素进行分组的机制，它把模型元素划分成若干个子集 什么是包图？ 包图由包和包之间的关系构成，它是维护和控制系统总体结构的重要建模工具 6、 什么是交互？ 程序在接受到编程人员相应的指令后而相应的做出反应，这一过程及行为，称为交互 什么是交互图？ 描述了执行系统功能的各个角色之间相互传递消息的序列关系的动态图 什么是时序？ 时间的先后，计算机操作运行的时间顺序。 什么是时序图？ 是描述对象之间传递消息的时间顺序的图，它表示执行用例的先后顺序 什么是协作？ 是指在目标实施过程中，人与人之间的协调和配合 什么是协作图？ 又称合作图，它是显示一系列对象以及这些对象之间的联系和收发消息的交互图 概述时序图和协作图的模型元素 时序图4个元素:对象、生命线、消息、激活 协作图4个元素： 参与者：执行动态交互的对象或子系统 对象：类的实例 链：关系的实例 消息：描述系统动态行为 7、 什么是行为？ 是举止行动，是指受思想支配的外在表现活动。 什么是行为图？ 描述系统的动态模型和组成对象间的交互关系的UML图。 什么是状态？ 人或事物所表现出来的形态。 什么是状态图？ 描述实体或事物的所有可能的状态以及状态之间转换的行为图。 什么是转换？ 又称转移，它表示当一个特定事件发生或者某些条件得到满足时，一个源状态下的对象在完成一个的动作后将发生状态转变，转向另一个称之为目标状态的状态。 什么是活动？ 表示为一组可执行语句或者计算处理过程。 什么是活动图？ 描述对象或用例所要进行的活动以及活动之间的顺序或约束关系的行为图。 活动图的组成元素： 活动、转换、分支与合并、分叉与汇合、水平同步条和垂直同步条、对象、状态、对象 流 什么是泳道？ 将活动图种的活动分化为若干组，并把每一组指定给负责这组活动的业务组织即对象。 什么是泳道图？ 一个UML活动图，它能够清晰体现出某个动作或行为发生在那个部门，泳道图在纵向上是部门职能，横向是按照逻辑关系排列的岗位对象。 8、 什么是实现？ 表示软件系统的编码，将软件设计方案转化为具体的软件代码。 什么是实现图？ 描述面向对象软件开发过程中物理建模时所使用的UML图，它从系统的层次描述硬件的组成和布局、软件系统的划分和功能实现。它包括组件图和配置图。 什么是组件图? 又称构件图，它是描述软件代码的组件物理结构以及组件之间依赖关系的实现图。 组件图中三种常见的组件？ 配制组件、工作产品组件、可执行组件 什么是配制图？ 又称部署图，它是描述运行软件系统的物理硬件结点拓扑结构及如何将软件部署到硬件上的实现图。 部署图常见元素 处理器、设备、关联关系 6个大题 八张图 时序图 2016全新精品资料-全新公文范文-全程指导写作 独家原创 25 / 25