可视化建模与UML-餐饮管理系统建模

可视化建模与 UML_餐饮管理系统建模课题名称： 餐饮治理系统建模姓 名： 吴在兴学 号： 90914026班 级： 09软件本（2）班学 院： 电子与信息工程学院指导老师： 夏 洁 武完成日期：2012年5月28日名目第一章 引言31.1系统目的31.2用户特点31.3运行环境和资源31.4软件的体系结构3第二章用例模型 42.1用例图描述 42.2构建用例图 42.3结账用例图 52.4经理用例图 62.5人事治理和登录治理用例图 7第三章 类模型93.1类图的描述 93.2构建类图93.3庐陵楼系统登录类图 9第四章交互模型 134.1顺序图概述 134.2构建顺序图 134.3职员(经理)登录顺序图 134.4删除职员顺序图 15第五章 行为模型 175.1活动图概述 175.2构建活动图 175.3状态图和活动图 185.4用户登入活动图 195.5餐桌预定活动图 205.6菜单生成活动图 215.7点菜状态图 215.8人事治理状态图 21第6章 课程学习小结226.1学习小结错误!未定义书签。6.2解决的咨询题 错误!未定义书签。6.3待解决的咨询题 错误!未定义书签。第一章 引言1.1系统目的学生成绩治理系统是一个治理学生信息、成绩和教师信息的小型系统。统目标是学生方便直观的查询个人信息和成绩，教师能治理学生的成绩，治理员治理所有用户的信息和本系统。1.2用户特点1.2.1用户分类本系统可将用户分为以下三类：◆经理经理拥有登录后台治理的功能，能够进行人事治理、登录治理、菜谱治理、报表统计、成本治理和系统设置等功能的使用权收银员收银员具有登录收款系统的权限，能够进行餐桌治理、点菜服务、会员服务、结账服务等功能的使用权治理员其权限功能和经理是一样的1.3运行环境和资源本系统是基于windows平台上的应用程序，java语言编写开发。其软硬件条件必须满足windows和java的正常运转要求。软件环境：需要安装有 eclipse、jdk。数据库系统：MicrosoftsqlServer2005。1.4软件的体系结构软件体系结构如图 1-1所示图1-1软件体系结构图‘第二章 用例模型用例模型是所有用例、参与者以及相互关系的集合，是关于系统功能和环境的模型。一个用例确实是系统要实现的一项功能，即用例描述系统要做什么。用例模型是软件需求分析结果的可视化表示。2.1用例图描述用来描述用户的需求，它从用户的角度描述系统的功能，并指出功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。是基于系统要实现的功能的一个可视化描述。用例图是用例模型的重要组成部分，是对系统从宏观角度的确定描述。用例图是系统建模的起点，通过用例图搜集用户的需求，明确和系统有关的用户和其他系统，同时确定系统将会提供什么功能，差不多各个功能之间的关系。2.2构建用例图1.确定系统的执行者执行者是系统外部的一个实体，是与系统进行交互的任何事物或人，以某种方式参与用例的执行过程，参与者通过向系统输入或向系统发出某种要求来触发系统的执行。执行者通常是以他们在系统中所扮演的角色来命名，而不是以他们要执行的功能来确定的，否则会产生命名歧义。如图2-1所示。图2-1用例执行者确定系统用例用例是描述执行者使用系统以打到某个目的涉及的一系列场景的集合。通过从各个执行者的角度进行分析，按照用户需求，将系统功能划分为三个功能模块。1）收银员模块◆餐桌治理◆点菜服务◆会员服务◆结账服务2）经理和治理员模块◆人事治理◆登录治理◆菜谱治理◆报表统计◆成本治理和系统设置2.3结账用例图图2-2结账用例图简要讲明本用例描述收银员和顾客结账的过程事件流(1)差不多流①顾客选择预订餐桌②系统按照顾客的需求生成相应的预定餐桌③顾客选择点菜服务④系统按照顾客的点菜生成相应的餐桌订单⑤顾客选择结账服务⑥系统显示顾客的订单 ,顾客确定后并储存⑦系统显示结账的方式⑧顾客选择付款方式进行结账⑨系统判定顾客是否会员运算出订单的总额⑩顾客确认订单结算成功信息 ,终止结账服务(2)备选流①顾客取消结账服务,系统给出提示,终止②若顾客没有付款,给出提示.保留该订单,等待顾客付款专门条件需要系统能和现有的银行系统连接,获得顾客付款信息前置条件结账服务打折必须顾客是系统会员 ,否则不能进行优待打折结算后置条件无扩展点无有关数据顾客所选的餐桌类型,以及顾客点菜的菜式和数量2.4经理用例图图2-3经理用例图简要讲明本用例描述餐厅经理能使用的系统功能(1)差不多流①系统以闪屏的形式加载②加载完后,弹出登录框.输入正确的用户名和密码③系统通过判定用户职位为经理,从而切换到经理登录界面④显示出系统的主界面 ,经理可选择相应的功能模块进行操作⑤人事治理能够对餐厅职员信息的治理⑥登录治理能够对登录该系统的权限进行设置⑦菜谱治理能够对餐厅的菜式进行增删改查⑧报表统计实现对餐厅销售额的实时图形观看⑨成本治理能操纵餐厅的成本⑩系统设置能够更换系统的差不多外观和背景音乐(2)备选流①若输入的用户名为收银员 ,且密码正确.则系统进入收款界面②若用户的密码输入错误 ,则不能进入系统.需重新输入专门条件用户名和密码均输入正确 ,且有相应的权限前置条件无后置条件无扩展点无有关数据餐厅职员信息、菜式信息、餐厅各时刻段的营业额信息2.5人事治理和登录治理用例图图2-4 人事治理和登录治理用例图简要讲明本用例描述系统的人事治理和登录治理功能部分(1)差不多流①用户输入自己的用户名和密码②系统通过判定用户为经理或治理员 ,切换到相应的系统界面③用户选择人事治理④系统按照用户选择的人事治理 ,将职员的要紧信息以表格的形式显示出来⑤用户有查看职员详细信息、修改职员信息、添加职员的功能权限⑥用户选择删除职员信息⑦系统按照用户选择的职员 ,将该职员的信息从数据库中删除⑧用户选择查看职员详细信息⑨系统按照用户选择的职员,将该职员的详细信息从数据库中调取出.并以对话框的形式显示出来⑩用户选择修改职员信息系统对用户修改的职员信息进行更新,并重新显示给用户查看用户选择退出系统,系统储存信息并退出(2)备选流①若用户的密码输入错误,则提示用户重新输入②若用户没有选择相应的职员进行删除操作,则弹出对话框提示用户选择需要删除的职员③若用户选择登录治理功能,则切换到登录治理功能界面专门条件用户名和密码均输入正确 ,且有相应的权限前置条件无后置条件无扩展点无有关数据职员的详细信息(包括姓名、年龄、薪水等)、系统用户的登录权限信息咨询题讲明无第三章 类模型3.1类图的描述述类和类之间的关系，是UML中最差不多和最重要的一类图。要紧用于一些概念类的描述，描述类的外部特性和描述类的内部实现。类图是面向对象系统的核心。类图的直观性不论在分析时期、设计时期依旧编码时期都有十分重要的作用，软件开发人员在清晰地看到系统的设计之后，专门容易提升编码的效率。类图的元素包括：◆类名称：唯独标识一个类的名称。◆属 性：描述类的对象所具有的特点。◆方 法：对属性数据的处理过程。类间关系包括：关联、泛化、依靠、聚合、组合、实现、接口。给定一个类图，能够判定一个对象是否表示了系统的一个可能状态。对象之间的关系是由类图上对应的关联关系来定义的。两个类之间的关联关系表明了他们的对象在运行时存在的连接关系。3.2构建类图类是对显示世界中具有相同性质和行为的一类对象的抽象，它封装了这些类对象所共有的属性和操作。3.3庐陵楼系统登录类图图3-1 庐陵搂系统登录类图MhlMain类(1)作用:该类为系统的主调方法,是系统运行的主函数类(2)具有的属性DownLoad(为类DownLoad的一个对象)(3)具有的方法①voidrun():操纵闪屏存在的时刻,即一个线程方法②voidmain():系统的主函数DownLoad类(1)作用:该类的要紧作用为实现系统的闪屏加载(2)具有的属性t:Thead(为线程对象)f:Font(MyTool类中的定义的静态字体类型)ss:String(闪屏加载显现的欢迎词,为字符串类型)(3)要紧方法①paintComponent(Graphicsg):充当面板的画笔作用,用于画出个组件voidrun():实现进度条的线程操纵UserLogin类(继承JDialog)(1)作用:闪屏加载完后,用户的登录界面(2)具有的属性jl1,jl2:JLabel(Swing标签组件)jb1,jb2:JButton(Swing按钮组件)jt1:JTextField(Swing文本组件)jp:JPasswordField(Swing密码框组件)(3)具有的方法①actionPerformed(actionEvente):对用户完成输入后点击确定时刻的监听②UserLogin():构造函数,对该类中使用到的组件、变量进行初始化Windows1类(继承JFrame)(1)作用:用于显示系统的主界面(2)具有的属性jmb:JMenuBar(Swing菜单条组件)jm1,jm2,jm3:JMenu(Swing菜单项组件)jmi1,jmi2,jmi3,jmi4,jmi5,jmi6:JMenuItem(Swing子菜单组件)jp1,jp2,jp3:JPanel(Swing面板组件)(3)具有的方法①actionPerformed(actionEvente):对用户完成输入后点击确定时刻的监听UserLogin():构造函数,对该类中使用到的组件、变量进行初始化③mouseEntered(MouseEvent):对鼠标的进入事件进行监听④mouseExited(MouseEvent):对鼠标退出事件进行监听⑤mousePressed(MouseEvent):对鼠标按下事件进行监听⑥mouseReleased(MouseEvent):鼠标按下松开事件进行监听⑦initMenuBar():对主界面的菜单条进行初始化⑧initToolBar():对主界面的工具条进行初始化⑨initCenter():对主界面的中间面板切换部分进行初始化UserModel类(1)作用:用户数据模型,实现用户操作的业务操作(2)具有的属性无(3)具有的方法①CheckUser(StringuserID,StringuserPD):对用户输入的用户名和密码进行验证SqlHelper类(1)作用:对数据库进行加载驱动并返回查询的数据结果集(2)具有的属性:ct:Connection(数据库连接类)②ps:PrepareStateement(数据库操作类)rs:ResultSet(数据结果集)url:String(数据库驱动路径)(3)具有的方法SqlHelper():构造函数query(Stringsql,String[]paras):结果集方法③exeUpdate(String,String):对数据库的更新操作voidclose():关闭数据资源方法MyTool类(1)作用:系统工具类(2)具有的属性f1,f2,f3:Font(字体类)(3)具有的方法无3.4添加职员类图图3-2 删除职员类图AddClerkDialog类(1)作用:人事治理添加职员时的对话框 ,用于录入职员信息(2)具有的属性jname,jsex,jnum,jpost,jage:JLael(Swing标签组件)jnameText,jnumText,jsexText,jpostText,jageText:JTextField(Swing文本组件)③jsexRadio:JRadioButton(Swing 单选组件)b1,jb2:JButton(Swing按钮组件)(3)具有的方法①voidactionPerformed(ActionEvente):对用户录入信息后的点击确定事件进行监听,并将添加职员的信息传递给 ClerkModel层②AddClerkDialog(ClerkInfo clerkInfo,Stringtitle,booleanmodel):构造函数ClerkModel类(1)作用:实现对人事治理的数据逻辑操作(2)具有的属性①columns: Vector<String>(存放返回数据表的列头信息 )②rows: Vector<String>(存放返回数据表的行信息 )(3)具有的方法voidquery(Stringsql,String[]paras)②booleandelClerk(StringclerkNo):提供一个通过获得职员号来删除职员的方法③ObjectgetValueAt(introwIndex,intcolumnIndex):获得当前列的每行数据StringgetColumnName(intcolumn):返回数据表的列名⑤intgetColumnCount():获得数据表的列数⑥intgetRowCount():获得数据表的行数第四章 交互模型顺序图和协作图统称交互模型，用来描述系统中多个对象之间的相互关系及对象间消息传递，用于系统中多个对象的相互作用的过程进行建模。4.1顺序图概述又叫时序图，它是强调消息时刻顺序的交互图，描述类以及类间相互交换以完成期望行为的消息。顺序图向 UML用户提供事件流畅时刻推移的、清晰的、可视化的轨迹。使用顺序图来描述一个完整的用例过程，用途是把用例图表达的需求，转化为进一步、更加正式的精细表达。表示用例中的行为顺序。4.2构建顺序图确定用例的需求按照用户需求能够专门容易确定用例的需求。找出需求中涉及的对象4.3职员(经理)登录顺序图图4-1经理登录顺序图登录系统的过程如下(1)用户登入前,系统先以闪屏的形式加载 .并动态的出现出欢迎用户的话语(2)闪屏加载完,弹出用户登入界面.用户输入自己的用户名和密码(3)当用户点击确定登录时,通过actionPerformed(Actione)将用户的信息提交给mvc中的userModel模型层(4)用户模型层(userModel)以sql语句和用户信息的形式传递给数据操纵层sqlHelper,该过程是由CheckUser(Stringsql，StringuserPD)来实现的(5)数据操纵层sqlHelper从userModel获得信息的同时,加载数据库驱动.从数据库中猎取该用户的职位信息,并以ResultSet()的形式返还给userModel层(6)userModel从ResultSet结果中提取出用户职位,并返回给UserLogin登录界面层(7)UserLogin将获得的用户职位信息进行判定为经理,同时发送显示系统消息给window1系统界面(8)用户登录成功,并显示出系统的主界面按照登录系统的过程,找出参加交互的对象.那个过程中参加交互的对象要紧包括:用户(经理)、DownLoad、UserLogin、UserModel、SqlHelper、windows1(1)经理:登录系统并使用系统各个功能的用户(2)DownLoad:登录前,实现系统的闪屏加载(3)UserModel:负责对登录系统的用户进行业务操作(4)SqlHelper:对数据库进行加载驱动 ,并获得对数据库操作的结果集(5)windows1:用于显示系统的主界面 ,即用户登入成功后的界面经理登录过程的消息表消息发送对象接收对象newDownLoad()经理UserLoginnewUserLogin()DownLoadUserLoginactionPerformed(ActionUserLoginUserModele)checkUser(StringUserModelSqlHelpersql,StringPD)ResultSetSqlHelperUserModelreturncelZW()UserModelUserLogingetName()UserLoginUserLoginnewWindows1()UserLoginWindows1表4-1 用户(经理)登录过程消息的发送和接收表4.4删除职员顺序图图4-2删除职员顺序图登录系统的过程如下(1)用户登入后,选择人事治理功能模块(2)进入人事治理模块后,选择一待删除职员并进行删除操作(3)ClerkInfo职员信息显示层,将接收到的删除职员命令通过以职员号为行参将删除员工方法delClerk(clerkNo)传递给UserModel层(4)UserModel层接收到删除职员方法后,又以sql语句和paras为形参发送更新操作exeUpdate(sql,paras)，并传递给SqlHelper数据操纵层(5)数据操纵层SqlHelper接收到更新数据操作的同时 ,加载数据库驱动.并将得到的新的结果集 Result返还给UserModel层(6)userModel从ResultSet结果中提取出删除职员后新的职员信息 ,并返回给ClerkInfo(7)ClerkInfo职员信息得到更新(8)将重新更新的职员信息显示在 windows1中按照登录系统的过程,找出参加交互的对象.那个过程中参加交互的对象要紧包括:经理(或治理员)、ClerkInfo、UserModel、SqlHelper、windows1(1)经理(或治理员):对职工进行有关的 crud操作(2)ClerkInfo:显示职员的详细信息，并在那个地点进行增删改查操作(3)UserModel:负责对登录系统的用户进行业务操作(4)SqlHelper:对数据库进行加载驱动 ,并获得对数据库操作的结果集(5)windows1:用于显示系统的主界面 ,即用户登入成功后的界面经理登录过程的消息表消息发送对象接收对象删除职员经理ClerkInfodelClerk(clerkNo)ClerkInfoUserModelexeupdate(sql,paras)UserModelSqlHelperResult()SqlHelperUserModelClerkInfo()UserModelUserInforefresh()UserInfoWindows1表4-2 经理(或治理员)删除职员操作的消息的发送和接收表第五章 行为模型行为模型分为状态图和活动图，是用来描述系统的动态行为特点的，是状态机的变现形式，要紧用于描述事物的状态变化和处理过程。5.1活动图概述活动图是一种描述系统行为的图，它用于展现参与行为的类所进行的各种活动的顺序关系。活动图是专门的状态图，其中所有状态均为动作状态，同时源状态中的动作一经完成即会触发操纵流。活动图是用来描述一个目标所实施一系列活动的过程，描述系统的动态特点。使用活动图来描述用户的业务流程能够关心设计者理清用户业务过程，业务中的要紧活动，参加活动的对象，以及这些对象之间的关系。活动图的用途广泛。可用于描画用例的事务流；为复杂的商务行为或过程建模。描画用例的事务流标准的用例图往往使用简单的图形和大量的文字体现用户需求和系统功能，文字的显现增加了用例图的阅读者懂得图形的难度，进而阻碍了他们下一步的分析和设计工作。用活动图描画用例的事务流，能使复杂的用例事务流更容易被懂得。5.2构建活动图过程分析找到用例业务过程中的活动，能够通过一下咨询题来关心查找业务过程中的活动。◆该业务过程需要完成哪些工作步骤。◆每个参与者都要执行哪些操作。◆有没有哪些事件启动了哪些工作步骤。按照上面的咨询题，分析在系统执行的过程中，要紧有哪些活动。活动连接得到业务过程中的要紧活动后，就需要进一步考虑这些活动的执行顺序。分析出各个活动、活动的操纵流、活动的执行顺序、活动执行的条件、活动的分支、活动的并发执行。按执行的顺序、分支和汇合等连接活动图。画出活动图按照以上分析得出的结果进行汇总，设计各个用例的活动图，最后画出活动图。5.3状态图和活动图概述以下状态图和活动图是用于描述该系统的动态行为特点的 ,要紧描述系统事物状态的变化和处理过程活动图和状态图包含的元素(1)状态图包含的元素①起点②终点③状态④事件⑤转换⑥符合状态和子状态(2)活动图包含的元素①起点和终点②活动③转移④接收信号和发送信号⑤决策点和汇合点⑥分叉和回合⑦操纵流终点⑧泳道状态图和活动图的分析过程(1)状态图①状态分析②状态描述(2)活动图①过程分析、②活动连接③活动图描述图中使用到的图符的含义(1)状态图图符含义(2)活动图图符含义5.4用户登入活动图图5-1 用户登入活动图过程分析在用户登入这一过程中 ,系统先需以闪屏的形式加载 .之后弹出登入界面,用户输入用户名和密码,点击确定提交信息.系统会按照用户名来判定密码是否正确.正确则进入系统主界面,否者不能进入系统.直至用户输入的密码正确.按照那个过程能够得到如下一些要紧活动:①闪屏登录②输入用户名和密码③提交④检查用户密码⑤进入系统活动描述按照前面分析出的活动以及各活动的操纵流,能够设计出如图7-8的过程活动图.当用户输入的信息被提交时,系统会先从数据库中得到数据来判定用户输入的密码是否正确,当密码正确时.再按照用户的职位来相应的进入到系统主界面(如经理和主管一样,但收银员则进入结账系统界面).5.5餐桌预定活动图图5-2 餐桌预定活动图过程分析餐桌预定过程,顾客选择预定餐桌时,系统先判定有无可预定的餐桌.当还有剩余餐桌可预定时,系统会提示用户选择相应的餐桌类型:一般或高级.最后系统按照用户选择的餐桌类型进行顾客登记.综上,能够得出这一过程的要紧活动①预定餐桌②离开③餐桌类型④一般餐桌⑤高级餐桌⑥客户登记活动连接通过分析所有活动的执行顺序和条件,能够发觉在判定是否有剩余可预定餐桌显现一个决策点,而在顾客选择完餐桌类型后会显现一个汇合点活动图描述图7-9的活动图描述餐桌预定的全过程.5.6菜单生成活动图图5-3菜单生成活动图过程分析当顾客预定餐桌后,有一分岔和汇合的过程.即顾客可选择评判赶忙终止这一过程,亦可选择退菜或者点菜.当用户选择点菜后,系统按照用户选择的菜式生成相应的菜单.最后等待用户的结账,过程终止.具有的状态:①预定餐桌②评判③点菜④退菜⑤提示失败缘故⑥生成菜单⑦结账活动连接通过分析所有活动的执行顺序和条件,能够发觉在顾客预定完餐桌后显现一决策点,随后在顾客选择完菜式又形成一个汇合点活动图描述图7-10的活动图描述餐桌预定的全过程.5.7点菜状态图图5-4点菜状态图5.8人事治理状态图图5-5 人事治理状态图状态分析在构建人事治理状态图时,第一需要找到该过程中对象的转换事件,即有哪些启动了活动或者导致状态转换,以及其他针对对象的转换事件.对着这过程分析后,找到以下一组事件,这些事件都属于状态图中的转换事件①登录成功②登录失败③点击进入人事治理④添加职员⑤修改职员信息⑥删除职员⑦查询职员详细信息⑧刷新职员信息列表⑨显示接下来对这些事件做进一步分析 ,可得到以下这些状态:①登录界面②系统主界面③人事治理功能模块界面④职员信息、职员详细信息⑤增删改之后新的职员信息列表状态描述该过程的状态图如图 7-12 所示第6章 课程学习小结6.1内容小结第一章讲的是面向对象技术开发，提到面向对象那个词，它有两个层次的意思，第一层确实是面向对象思想，第二层次是面向对象程序设计语言，同时也讲到了面向对象程序设计方法，以及它与结构化程序设计的区别，然后介绍了面向对象程序设计方法的差不多特点：封装，继承，多态和消息传递；接下来讨论了面向对象的最差不多的概念：类和对象，最后介绍了集中有代表性的面向对象程序设计语言，例如： Simula67,Smalltalk,Eiffel,C++,Java等。第二章讲到的是 RUP软件开发过程，RUP又称为统一软件过程，能够有效地治理工作进度，操纵和改善工作效率。它是目前的软件过程中与 UML结合最好的过程，支持面向对象的软件开发。软件开发过程是指开发软件产品的一整套活动，要紧包括软件描述，软件开发，软件有效性验证和软件持续改进。不同的软件开发商，针对不同的开发项目可能会采纳不同的方式组织上述 4项活动的实施。软件开发模型则是对软件开发的全过程，活动和任务的抽象描述，选择合适的软件开发过程将有利于提升软件开发的效率，软件产品的质量，以及日后的软件爱护能力。第三章是UML概述。UML最早是由世界闻名的面向对象技术专家GradyBooch,JamesRumbaugh和IvarJacobson在1996年提出的。UML是一种定义良好，易于表达，功能强大且普遍适用的建模语言。它支持面向对象系统的分析，设计，实现，交付等各个环节，能够用于系统的懂得，设计，扫瞄，爱护和信息操纵。UML要紧用于为软件系统建立可视化模型，为软件系统建立构件，为软件系统建立文档，它要紧由用例图，类图，对象图，包图，状态图，活动图，顺序图，协作图，构件图以及部署图共计 1种模型图组成。第四章讲解的是UML工具，UML工具最重要的用途是能够绘制UML图，几种应用较为广泛的UML工具有：RationalRose，MicrosoftViso,EnterpriseArchitect,PowerDesigner。本章着重讲解的是RationalRose那个工具，后面的例子差不多上利用那个工具来进行模型构建的。第五章讲解的是用例模型。用例模型要紧包括用例图和用例描述，用例图用来描述用户的需求，它从用户的角度描述系统功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成哪些功能。用例图用于对系统，子系统或系统的行为进行可视化的表示，以方便系统的执行者更清晰地懂得这些元素的用途，也便于系统的开发人员最终实现这些元素。用例图由以下几种元素组成：执行者，用例，系统，关系以及用例描述。再用力模型中，不仅执行者与用例之间存在关系，用例与用例图之间也存在关系。用例图中常见的关系要紧包括：关联，包含，拓展以及泛化。第六章是交互模型的一个概述，建立交互模型要紧是建立顺序图和协作图。顺序图和协作图统称为交互图。它要紧用来描述系统中多个对象之间的相互关系及对象间消息传递，用于对系统中多个对象的相互作用的过程进行建模。在面向对象分析过程中，能够使用顺序图来描述一个完整用例过程，使用协作图来分析系统中的对象和对象之间传递的消息。顺序图的要紧用途之一是用来为某个用例的泛化功能提供其所缺乏的讲明，即把用例表达的需求，转化为进一步，更加正式的精细表达。在顺序图中要紧包括下面4中元素：对象，生命线，激活以及消息。协作图着重于描述协作对象间的交互和连接。它能够懂得为按照空间来布图。协作图中的要紧建模元素包括：对象，消息和链。第七章讲的是类图和对象图，类图用来描述系统中类之间的静态关系，它对系统的静态结构进行描述。在程序设计的不同时期，类图的作用也不相同。在分析时期，类图要紧用于一些概念类的描述；在设计时期，类图要紧用于描述类的外部特性；在实现时期，类图要紧用于描述类的内部实现。类图包括类的名字，属性，方法和类的可见性。类图描述包括两个部分：类和类间关系。要紧的类间关系包括：关联，泛化，依靠以及其他关系。其他关系中经常用到的包括:聚合，组合以及实现。对象图描述了一组对象以及对象之间的关系。对象图是类图的实例，几乎使用与类图完全相同的标识。它们的不同点在于对象图显示类的多个对象实例，而不是实际的类。第八章是包的讲解，包是用来对模型元素进行分组的，且为分组好的元素提供一个命名空间(namespace)。包是UML中的一种结构，用来将各种建模元素(如用例或者类)分组组织起来。包的符号是文件夹的模样，包的要紧作用是对模型元素进行分组治理，并为这些分组好的元素提供一个同一的命名空间，包除了是一个命名空间外，其本身也是一个可打包的元素，也确实是讲一个包能够作为另外一个包的内部元素，即包是具有可嵌套性的。每个包都必须有一个类名，包的名称应该为一个字符串，用来唯独标识那个包，同时报名应该能够反映整个包的内容，使人能够直观地了解该包。包拥有的元素通常存在可见性，用于指示那个元素是不是能够被包外的其它元素访咨询，关于包所拥有的公共元素，总是能够被外部采纳限定姓名的方式进行访咨询的。创建包图的要紧作用是：描述需求的高阶概述，描述设计的高阶概述，在逻辑上把一个复杂的图模块化，组织源代码，对框架进行建模。包之间的关系要紧包括：依靠关系，泛化关系，还有包引入以及包合并的关系。包的设计原则要紧包括：重用公布等价原则，无环依靠原则，稳固抽象等价原则，稳固依靠原则，共同封闭原则。第九章是行为模型的建立，行为模型的建立要紧包括状态图以及活动图的建立。状态图和活动图是用来描述系统的动态行为特点的，要紧用于描述事物的状态变化和处理过程。状态图(StatechartDiagram)是附加到类和用例的状态机图，描述对象响应外部鼓舞时所经历的各种状态和转换。通过展现时刻和转换，状态图显示了对象在其生命周期中依次经历的各种状态。活动图(ActivityDiagram)是一种描述系统行为的图，它用于展现参与行为的类所进行的各种活动的顺序关系。活动图是专门的状态图，其中所有状态均为动作状态，同时源状态中的动作一经完成即会触发操纵流。状态图中的元素要紧包括以下几种：起点，终点