UML系统分析及设计实验指导书

-.z...前言?UML系统分析与设计?课程是计算机科学与技术本科专业的一门重要的专业课.通过本课程的学习，使学生在已有的计算机软，硬件根底知识，程序设计知识，数据库和网络通信知识的根底上系统掌握面向对象系统分析与设计的根本方法和技术，并具有针对特定环境下的应用问题进展信息系统开发(包括系统分析，设计与实现)的能力。通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML语言，能够利用RationalRose〔或MicrosoftVisio〕软件以*一信息系统为例进展系统分析和设计。本课程主要介绍UML的根本概念、面向对象分析和面向对象设计的方法、面向对象分析和设计的UML建模标准等内容。通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为：1.使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2.使学生掌握UML语言的根底知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3.使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4.通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。本实验所要求的建模工具为RationalRose2003。本课程通过对LSTC图书馆管理系统进展建模设计开发。实验要求计算机软件建模技术现在越来越广泛的应用于软件工程中。?UML开发?课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。总之，通过上述实验环节，使学生加深了解和更好地掌握?UML系统分析与设计?课程教学大纲要求的内容。在?UML系统分析与设计?的课程实验过程中，要求学生做到：〔1〕预习实验指导书有关局部，认真做好实验内容的准备，就实验可能出现的情况提前作出思考和分析。〔2〕仔细观察上机时出现的各种现象，记录主要情况，作出必要说明和分析。〔3〕认真书写实验报告。实验报告包括实验目的和要求，实验情况及其分析。对需编程的实验，写出程序设计说明，给出源程序框图和清单。〔4〕遵守机房纪律，服从辅导教师指挥，保护实验设备。〔5〕实验课程不迟到、不早退、不缺席。如有事不能出席，需出示系上假条。实验的验收将分为两个局部。第一局部是上机操作，包括检查模型质量和即时提问。第二局部是提交书面的实验报告。此外，针对以前教学中出现的问题，本实验将采用阶段检查方式，每个实验都应当在规定的时间内完成并检查通过，过期视为未完成该实验，不计成绩。以防止期末集中检查方式产生的诸多不良问题，希望同学们抓紧时间，合理安排，认真完成。目录?UML系统分析与设计?实验指导书1前言2实验要求3目录4实验一RationalRose根本操作5实验二用例图8实验三活动图14实验四状态图23实验五类30实验六类的关系38实验七交互图43实验八对象图和包52实验九组件图和部署图54实验十正向工程61实验一RationalRose根本操作一、实验目的1．熟悉Rose的工作环境。2．掌握Rose的根本操作方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容RationalRose工具简介。RationalRose2003企业版的安装。Rose应用程序界面。Rose根本操作四、实验步骤1．Rose工具的根本功能：面向对象建模；用例分析；支持UML、、OMT和Booch’93；语义检查；支持可控的迭代开发；双向工程；支持多用户并行开发；可以与数据建模工具集成；OLE、自动化；多平台可用性。2．Rose安装：安装向导〔引导安装〕，安装主程序，配置许可协议。3．Rose应用程序界面：应用程序窗口：显示载体。浏览器窗口：模型图超出屏幕显示*围时用于选择观察区域。文档窗口：记录用户操作和模型元素信息的辅助提示窗口。模型图窗口：用于建立和修改当前模型的图形化视图。规*窗口：用于查看或设置各种模型元素的属性和关系。4．Rose根本操作〔1〕创立Rose模型〔FileNew〕：框架向导〔FrameworkWizard插件〕。框架是一系列预定义的模型元素，可以定义*种系统的体系构造，也可以提供一系列可重用构件。〔2〕保存Rose模型〔FileSave〕：在默认的情况下，Rose模型都以扩展名为.mdl的文件进展保存。*.ptl格式文件类似于模型文件〔*.mdl〕，但是只是模型文件的一局部。模型文件*.mdl则保存完整的模型。以Rose的旧版本保存模型，可能会丧失*些模型元素和特性。〔3〕Rose模型的导入导出〔FileImport，FileE*port〕：略。〔4〕Rose模型的网页发布〔ToolsWebPublisher〕：略。〔5〕Rose全局选项设置〔ToolsOptions〕：略。五、实验报告要求1．整理实验结果。2．小结实验心得体会。实验二用例图一、实验目的1．熟悉用例图的根本功能和使用方法。2．掌握如何使用建模工具绘制用例图方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容根据LSTC图书馆管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进展业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：1.对其中主要功能的用例书写书面用例。四、实验步骤书写“删除读者信息〞用例的书面用例。一般应包含以下信息：〔1〕管理员在录入界面，输入待删除的读者名；〔2〕“业务逻辑〞组件在数据库中，查找待删除的读者名；〔3〕如果不存在，则显示出错信息，返回步骤〔1〕，如果存在则继续；〔4〕“业务逻辑〞组件判断“待删除的读者〞是否可以删除；〔5〕如果不可以，则显示出错信息，返回步骤〔8〕，如果可以则继续；〔6〕在数据库中，删除相关信息；〔7〕显示删除成功信息；〔8〕完毕。分析:在图书馆管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进展下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,假设可以删除,则给删除提示,假设不能删除,也给相关的提示信息。绘图步骤:(1)在用例视图上双击main,出现如图1.1所示,为绘制用例图做好准备。图1.1(2)在图中的工具栏选取“Actor〞图标，在右边的图中添加一个Actor，并输入名称:administrator,如图1.2所示。图1.2(3)在左边的工具栏中，选取“UseCase〞的图标，在右边的图中画出一个用例，并输入用例的名称：login。图1.3〔4〕按照步骤〔3〕，绘制出如图1.4和图1.5的两个用例。图1.4图1.5〔5〕在绘出了用例后，接下来的是绘制参与者与用例实现，如图1.6所示。图1.6〔6〕根据步骤〔5〕，同时完成如图1.7和图1.8。此时，“删除读者信息〞用例图就到此完成。其系统查询读者信息等其他的功能会在时序图和活动图中描绘。图1.7图1.8〔7〕根据分析情况，进一步添加或细化用例图。五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．通过各种途径〔查阅图书资料，网上搜索等〕，了解“LSTC图书馆管理系统〞的需求，形成一份“图书馆管理系统软件需求说明书〞，格式可参见“计科学院主页毕业设计文档下载软件需求说明书〔GB856T——88〕〞。2．在上述第1步的根底之上，对“LSTC图书馆管理系统〞进展用例建模，形成完整的用例模型。3．将第1步得到的需求说明书WORD文档和第2步得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。〔注：账号和初始密码均为学生**。〕实验三活动图一、实验目的1．熟悉活动图的根本功能和使用方法。2．掌握如何使用建模工具绘制活动图方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容根据LSTC图书馆管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进展业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：用活动图来描述系统中用例的业务过程：1．描述“删除读者信息〞用例。四、实验步骤绘制“删除读者信息〞用例的活动图。删除读者信息一般按照以下步骤进展：〔1〕管理员在录入界面，输入待删除的读者名；〔2〕“业务逻辑〞组件在数据库中查找待删除的读者名；〔3〕如果不存在，则显示出错信息，返回步骤〔1〕，如果存在则继续；〔4〕“业务逻辑〞组件判断“待删除的读者〞是否可以删除；〔5〕如果不可以，则显示出错信息，返回步骤〔8〕，如果可以则继续；〔6〕在数据库中，删除相关信息；〔7〕显示删除成功信息；〔8〕完毕。绘图步骤：〔1〕在用例图中，找到“删除读者信息〞的用例，如图2.1所示，在“删除读者信息〞用例上单击右键，在弹出的快捷菜单中选“New〞，Rose工具也会弹出一个菜单，选〞ActivityDiagram〞，选中后单击，便可以新建好一个活动图。如图2.2所示。图2.1图2.2(2)新建好活动图后，双击“删除读者信息〞的活动图，得到如图2.3所示，然后在左边的工具栏内点击“Swimlane〞，在右边的图添加一个泳道，如图2.4所示，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool，得到图2.5。图2.3图2.4图2.5〔3〕接着在左边的工具上选取“StartState〞，并在administrator的泳道上添加，如图2.6所示；添加完开场结点后，再来为此活动图添加活动，图2.7所示，在左边的工具栏上选中“Activity〞这个图标，在administrator这边的泳道上添加一个活动，命名为登录〔login〕，再在开场结点和活动登录〔login〕之间添加活动关系，如图2.8所示。图2.6图2.7图2.8〔4〕完成步骤〔3〕后，登录输入需要对输入的信息进展验证，则在图中利用“Decision〞图标添加一个验证框，如图2.9所示：添加验证框后，验证的内容，如果通过，则允许管理员进展查询操作，如图2.10所示；如不能通过，则完毕，如图2.11所示。图2.9图2.10图2.11〔5〕验证后，下一步的操作是查询需要删除的记录，添加一个活动，命名为delete，如图2.12和图2.13所示。图2.12图2.13〔6〕最后，在删除后，系统会返回操作结果给操作者，图2.14所示；删除成功或删除失败系统都会有信息返回给操作者。图2.14〔7〕根据分析设计情况，进一步添加或细化活动图。五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．在实验二所得到的“LSTC图书馆管理系统〞ROSE用例模型根底之上，选择其中至少2个最核心的用例，对其建立活动图。2．将本实验完成后得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。实验四状态图一、实验目的1．熟悉状态图的根本功能和使用方法。2．掌握如何使用建模工具绘制状态图方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容通过前面内容的学习，完成了对LSTC图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动图。通过这两种图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成如下任务：1.完成图书馆业务模块中“还书〞用例的状态图。四、实验步骤1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲〔idle〕、图书查找〔finding〕、还书〔reversion〕、失败〔Failure〕、归还成功〔Success〕5种状态及激活相互转换的事件。2．绘制状态图：请您根据业务分析，运用UML绘制“还书〞用例的状态图。分析：还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进展下一步的操作，查找该书的相关信息，如存在，则进展还书操作，如不存在该信息，则给出提示信息；绘图步骤：〔1〕在用例图中的还书〔reversion〕用例，单击右键，如图3.1所示，新建一个状态图，命名为reversion状态图，图3.2所示。图3.1图3.2〔2〕双击“reversion〞状态图，展开后，在左边的工具栏上选取一个“StartState〞，此结点为开场结点，图3.3所示；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态，如图3.5所示。图3.3图3.4图3.5〔3〕操作者在询问系统和状态后，得到的图3.6所示两种状态，如果系统忙，操作者必需要等待、完毕，如图3.7和图3.8所示，重返步骤〔1〕。图3.6图3.7图3.8〔4〕如系统空闲，则进展对还书的信息进展查询操作，图3.9所示；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态，如图3.10所示。图3.9图3.10〔5〕最后，操作者进展了操作后，系统会给出操作的结果给操作者；操作成功或失败，都会有提示信息给出。整个的还书的过程便完成；图3.11所示。图3.11〔7〕根据分析设计情况，进一步添加或细化状态图。五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．在实验三所得到的“LSTC图书馆管理系统〞ROSE用例模型根底之上，选择其中至少2个最核心的用例，对其建立状态图。2．将本实验完成后得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。实验五类一、实验目的1．理解类的根本概念。2．掌握如何从需求分析中抽象出类的方法。3．掌握在RationalRose中绘制类的操作方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容通过前面内容的学习，完成了对LSTC图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动图、状态图。通过这三种图我们可以初步了解系统的业务处理流程。现在需要对系统进展静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：寻找和抽象出书籍管理功能中的类。四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。2．绘制类的步骤：〔1〕翻开前面初步构建的UML模型文件;〔2〕翻开Rose中的逻辑视图〔LogicalView〕，用鼠标右击逻辑视图，在弹出来的菜单中选择“New→Classdiagram〞项，创立“图书馆业务功能〞类图，如图4.1所示。〔3〕双击新建的“图书馆业务功能〞类图，并点右边控件集中选中的“Class〞图标，并用鼠标在图中拖出一个类图，并命名为Book，如图4.2所示。图4.1图4.2〔4〕接下来的一步为设置Book类的属性，在类图中双击Book类，可以在翻开的“ClassSpecification〞对话框中设置Book类的属性和方法等其他的信息，如图4.3所示；然后点击“Attributes〞这个选项卡，此栏目为设置类的属性的选项，在图中间单击右键，可以看到有一个“Insert〞的选项，如图4.4所示，选中这个选项，然后在出现的对话框中输入相关信息如图4.5所示，即书本的ISBN号，在“Type〞这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的权限，一般这些属性都设置“Private〞这个权限，如图4.6所示。Book类的其他属性也可以按照以上的做法设置，最后得到的结果是图4.7所示。图4.3图4.4图4.5图4.6图4.7〔5〕设置好Book类的属性，现在来设置Book类的方法〔也是操作〕，双击Book类后在“ClassSpecification〞对话框中选“operations〞这个选项卡，可以看到图4.8所示，在图中的空白地方，单击右键，在弹出的菜单中选“insert〞这个选项，见图4.9，接着输入方法名，同时可以设置该方法的返回类型，也可以在Documentation的方框内填写一些相关的方法说明，如图4.12所示，设置好该方法的权限，见图4.13。Book类的其他方法也可以按上面来设置好，最后，得到Book类的其他方法见图4.14。图4.8图4.9图4.10图4.11图4.12图4.13图4.14〔6〕至此，Book类的方法和属性都设置好了，如图4.15所示。图4.15〔7〕接下来为书目类〔BookItem〕设置，按照上面的步骤可以设置好BookItem类的属性和方法，如图4.16和图4.17所示。图4.16图4.17〔8〕最后，绘制出由分析得出的各个类，如图4.18所示，此时，“图书馆业务功能〞类图便完成。图4.18〔9〕根据分析情况，进一步细化添加相关的类。五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．在实验四所得到的“LSTC图书馆管理系统〞ROSE用例模型根底之上进展静态建模，抽象出该系统中的每个类，并建立对应的类图。2．将本实验完成后得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。实验六类的关系一、实验目的1．理解类间关系的根本概念。2．掌握描绘类间关系的方法。3．掌握在RationalRose中绘制类关系的操作方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容通过对前面内容的学习，使我们完成了LSTC图书馆管理系统的需求分析，并从业务对象中抽象出了类。我们知道类通常是不会单独存在，而是由关联、泛化、依赖等关系相互协作来静态描述业务系的。因此，我们在找出系统中所存在的类的前提下，需要进一步对业务对象间如何联系进展建模。现指派你运用本节所学的相关知识，完成如下任务：1．对书籍管理功能中的类的关系建模。四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理业务分析和对该业务抽象出来的类可知，图书馆的主要静态模型类图是由书籍管理类、书类、书目类、管理员类、用户类和各种界面操作类组成。其中用户类与管理员类是泛化的关系，而其它类之间均是关联关系。2．请根据你的静态建模分析结果，在RationalRose中绘制类间的关系。绘图步骤：〔1〕翻开上面做好的类图，添加管理员类，用户类，界面类。首先，将实验二“UseCaseView〞中的administrator角色拖到类图中，即添加了一个管理员类，图5.1，并按照上面所说方法添加类的各种属性和方法，见图5.2、图5.3。图5.1图5.2图5.3〔2〕可以依照上面的操作来添加其他的类，如：用户类〔Reader类〕、界面类(ActionForm),添加完后结果如图5.4和图5.5所示；图5.4图5.5〔3〕其他的类添加完后，就可以为各个类添加关系了，由关联、泛化、依赖等关系相互协作来静态描述业务系，所以，各个类的关系也由这几个关系来完成。如图5.6所示：Person类是administrator类和reader类两个类的父类，他们之间为泛化关系，即administrator类和reader类是继承自Person类。BoobItem类是继承自Book类的，其他的类为一般的依赖关系，最后，连接完线条便得到图5.6。图5.6〔4〕根据分析设计情况，进一步细化各类之间的关系。五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．在实验五所得到的“LSTC图书馆管理系统〞ROSE模型根底之上进展静态类间关系建模，挖掘出该系统的各个类之间的关系，并绘制对应的类图。2．将本实验完成后得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。实验七交互图一、实验目的1．理解时序图的根本概念。2．理解协作图的根本概念。3．掌握在RationalRose中绘制交互图的操作方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容通过对教学内容的学习，使我们完成了LSTC图书馆的管理系统的需求分析，并从业务对象中抽象出了类以及类间关系。现在需要对前面所给出的用例进展实现，而用例的实现主要由交互图来描述系统的动态特性。现指派你运用本节所学的相关知识，完成如下任务：1．对书籍管理功能中的用例进展动态建模。四、实验步骤1．分析：根据图书馆业务功能模块中的交互操作进展动态建模的操作步骤和方法，请你对书籍管理模块中的交互操作进展动态建模。该模块中主要存在“新增书籍〞、“修改书籍信息〞和“删除书籍信息〞三种交互操作。2．请在RationalRose中绘制上述的交互图。绘图步骤：〔1〕在Rose的“LogicalView〞单击右键，选择“SequenceDiagram〞新建一个时序图，时序图是交互图一种表示，可以用时序来表示，如图6.1；在此，先简单介绍一下用法：图中的直线箭头是发送消息；虚线箭头是返回消息；曲折线是对象自己给自己发送消息并调用。〔2〕接下来的是添加类，系统中的类是其他的方法的边界，在前面的实验中做好的类可以直接拖拉到时序图中，见图6.2和图6.3所示。图6.1图6.2图6.3〔3〕添加类后，便可以添加方法了，开场时必须是外面的实体向系统发送消息，如图6.4所示，是管理员登录时向系统发送的消息；图6.4〔5〕可以按上一步的方法来完成其他的方法，如validate〔验证〕,返回验证结果，当用户收到结果后，可以正常登录后便能进展增加图书见图6.5到图6.9。最后得到的时序图如图6.10所示。图6.5图6.6图6.7图6.8图6.9图6.10(6)完成了时序图后，可以按F5键便得到“新增图书〞的协作图，见图6.11所示。图6.11〔7〕剩下的“修改图书信息〞和“删除图书信息〞的交互图在此不再一一详细的介绍，其绘图方法跟绘制“新增图书〞的方法一样，最后结果见图6.12到图6.15图6.12图6.13图6.14图6.15五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．在实验六所得到的“LSTC图书馆管理系统〞ROSE用例模型根底之上，选择其中至少2个最核心的用例，对其建立时序图和协作图。2．将本实验完成后得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。实验八对象图和包一、实验目的1．对象图的根本概念。2．包的根本概念。3．掌握在RationalRose中绘制对象图和包。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容LSTC图书管理系统已按方案完成类图和交互图的分析与设计，不过当这份文档提交给图书馆的使用人员审查时，他们认为最好能用一个实例来说明系统的运作，现系统分析部指派您完成该项任务，为系统绘制一*对象图。1．以借书过程为例绘制对象图。四、实验步骤为了更好地描述借书过程，根据图7.1绘制借书过程中*一时刻的对象图图7.1(1)确定对象的值假定管理员在为读者“S05001〞办理书籍“UMLGuide〞的借书手续，这时首先弹出一个借书窗口LendFrame类的对象“lfLend〞，在其上输入读者ID和书名，点击“借书〞按钮。这里lfLend对象将调用业务管理者BookManager类的对象bmMain的findBookByName方法去获取一个书名为“UMLGuide〞的书籍Book类的对象bLend，然后bmMain再通过lendBook方法，去调用bLend对象findFreeItem方法，去查找一本可借阅的图书，这里假定找到书目Item类的对象iLend，然后使用setLoanState更改iLend的借阅状态为“借出〞，完成借书过程。表7.1描述了在成功设置iLend对象借阅状态为“借出〞状态时，与借书过程有关的各对象的值。表7.1类名对象名属性值方法LendFramelfLendBookName=“UMLGuide〞ReaderID=“S05001lendBookBookManagerbmMainfindBookByNamelendBookBookbLendBookName=“UMLGuide〞ISBN=“ISBN12315findFreeItemItemiLendISBN=“ISBN12315ItemID=“B05001State=“借出〞getItemIDsetLoanState(2)绘图，根据〔1〕中的描述，绘制出当iLend状态变更时，系统中各对象的状态如图7.2所示。图7.2(3)根据分析设计情况，进一步设计对象和包之间的关系。五、实验报告要求1．整理实验结果。2．小结实验心得体会。六、实验作业1．在实验七所得到的“LSTC图书馆管理系统〞ROSE模型根底之上绘制还书过程的对象图。2．将本实验完成后得到的ROSE模型文件进展打包，通过课件主页的“作业提交〞栏目完成作业上传。实验九组件图和部署图一、实验目的1．理解组件图的根本概念。2．理解组件图的应用：逻辑部署。3．理解部署图的根本概念。4．理解部署图的应用：物理部署。5．掌握组件图和部署图绘制的方法。二、实验器材1．计算机一台。2．RationalRose工具软件。三、实验内容LSTC图书管理系统已按方案完成类图和交互图的分析与设计，下一步将完成系统的组件图和部署图，现系统分析部指派您完成如下任务：完成系统的组件图。四、实验步骤1.绘制组件图分析：在LSTC的图书馆管理系统中，通过分析可以发现类图中的类应分为4个局部：1．用户接口模块〔UI〕，主要负责系统和用户的交互，包括Frame类，Dialog类等。2．业务对象模块〔BO〕，主要负责处理系统中的业务计算，如借书，还书等功能的具体操作。3．数据存储模块〔DB〕，主要负责处理对数据的存储。4．通用工具模块〔UTIL〕，包括系统中通用函数。通过一个主程序StartClass来启动。由于系统中的类较多，这里以业务对象模块〔BO〕为例来讲解如何创立组件图，BO模块中包括：Item类：书目类，表示一本〔不是一种〕实际存在的书籍或杂志；Loan类：借书业务类，将借阅者和图书馆关联起来，一个Loan对象表示借出的一本书；BorrowerInfomation类：借阅者信息类，表示一个借阅者；Title类：表示一种书或一种杂志。如?C++编程思想?就是一种书，用1个title对象表示，如果有2本这样的书，则需要用2个Item对象表示；Reservation类：预定信息类，表示一个预定信息。Item类和Loan类之间互相依赖，Loan类和BorrowerInfomation类之间互相依赖，BorrowerInfomation类和Reservation类之间互相依赖，Reservation类和Title之间互相依赖，Title和Item类之间互相依赖。绘图步骤：〔1〕在组件视图中双击Main图，出现图8.1，为编辑组件图做好准备，这时绘图工具栏中的图标如图中椭圆所示。图8.1〔2〕在组件视图中，从工具栏中选择MainProgram图标，在右边的绘图区中添加一个新组件，并取名StartClass.java说明新增一个主程序。图8.2〔3〕选择新创立的组件，点击鼠标右键，在弹出的菜单中选择“OpenSepcification〞,如图8.3。图8.3〔4〕在对话框中，可以修改组件的名称，设置组件的类型，指定实现的语言。这里新组件的名称定为“StartClass.java〞，组件构型为MainProgram〔Rose中提供了多种构型〕，实现语言为JAVA〔Rose中默认的是分析语言Analysis〕，修改结果如图8.4所示。图8.4〔5〕组件图描述的是系统的实现视图，因此要指定实现组件功能的文件。点击File选项卡，在列表框中点击鼠标右键，在弹出的菜单中选择“InsertFile〞，弹出文件对话框。在对话框中，键入StartClass.java，点击“翻开〞按键，这时对话框如图8.5所示。图8.5〔6〕双击StartClass.java，弹出是否创立对话框，询问是否创立文件，选择“YES〞,弹出记事本，这时可输入相应的源程序〔注意：如果这里选择的文件已经存在，则不会弹出创立文件对话框，而是直接显示相应文件内容〕。〔7〕创立相应的包。选择包图标，在右图中创立。这里同样需要对每个组件翻开“OpenSpecification〞对话框，设置具体的属性，对“包〞组件来说需要在Files选项卡中指明与其对应的目录。创立完毕的组件图如图8.6所示。图8.6〔8〕选择业务对象包〔BO〕，双击，翻开业务对象包的详细组件图，这里根据分析的结果分别创立Title.java，Item.java，Loan.java，BorrowerInfomation.java，Reservation.java组件，并设置好每个组件的构型和对应的文件。创立好的BO包组件图如图8.7。图8.7〔9〕创立依赖关系。在本节前述一段中，已经描述过各个类之间的依赖关系，依赖关系使用虚线表示，因此根据分析中的结果，在图中将相互依赖的组件连接即可。完成后的组件图如图8.8。图8.82.绘制部署图分析：LSTC图书馆管理系统目前开发的是一个单机版系统，其中所有的运算均在一台机器上完成，但是由于打印报表的需要，系统还应配备一台打印机。因此得出系统中存在2个节点：一台主机，其类型是Processor。一台打印机，其类型是Device。绘图步骤：〔1〕浏览窗口中选择“DeploymentView〞，弹出如图8.9所示窗口。图8.9〔2〕在图中添加分别添加一个Proces