UML课程设计报告报告

1、汽车租赁系统的需求分析与设计1. 目的UML统模课程是一门面向对象开发方法的设计语言。UML统模课程设计实验课，着重加强面向对象建模技术。使用UML统模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一序列的建模和迭代活动，对于提高学生综合素质十分必要。UML统模课程是本科类计算机专业的一门骨十课程，技术复杂，应用围广。本课程设计实验主要容：构建系统的分析模型、设计模型。本次课程设计的主要目标如下：1. 掌握面向对象的分析技术、设计技术；2. 构建“汽车租赁系

2、统”的需求分析模型和设计模型；描述和要求“汽车租赁系统的需求分析与设计"是基于现实需要，综合全面考虑，用UML统模语言，简化业务领域，验证用例的正确性，一致性，完备性，可行性等方法来实现的！2. 1系统目标系统的整体目标是：利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建立一个覆盖汽车租赁经营全部业务的“汽车租赁系统"，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。2. 2功能要求“汽车租赁系统"中的功能需求可以包括以下几个方面：?客户可以通过不同的方式包括、前台、网上预订车辆；?能够保存客户的预订申请单；?能

3、够保存客户的历史记录；?工作人员可以处理客户申请；?技术人员可以保存对车辆检修的结果。满足上述需求的系统主要包括以下几个模块：?根本数据维护模块：该模块提供了使用者录入、修改并维护根本数据的途径。?根本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些表格；同时，技术人员还可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求。?数据库管理模块：在系统中，对所有客户、工作人员以及车辆的信息都要进展统一管理，车辆的租赁情况也要进展详细的登记。?信息查询模块：该模块主要用于查询相关信息。3. 课程设计报告容1各系统的功能模块详细容及主要功能模块根本数据维护模块包括的主要

4、功能模块：?添加车辆信息?修改车辆信息?添加员工信息?修改员工数据根本业务模块包含的主要功能模块：?用户填写预定申请?工作人员处理预定请求?技术人员填写效劳记录?工作人员处理还车数据库模块的主要功能模块：?客户信息管理?车辆信息管理?租赁信息管理?职员信息管理信息查询模块的主要功能模块：?查询客户信息?查询职员信息?查询车辆信息?查询客户记录下列图为该汽车租赁系统的主要功能模块图:3. 2系统主要参与者经过系统分析和实际需求,汽车租赁系统中的参与者主要有以下两类:2. (2公司职员3系统的用例图1、客户参与的用例图客户在整个活动主要进展“预定车辆reservethecar"、&quo

5、t;取得车辆(getthecar)、“归还车辆(returnthecar)'这三种行为。其中预定车辆可以通过不同的方式来进展，主要归为“联系bycall"、“网上预定(ontheweb)'两种形式。如果车辆发生意外，客户在归还车辆时，还需要进展相关罚款，所以“罚款（returnwithfine）"作为“归还车辆（return）”的一个扩展用例。如果采取进展“网上预定'的形式，那么需要在网上进展相关表格填写！所以“filltheorderform填写指定表格"是“网上预定（ontheweb*勺一个扩展例。因此整个用例模型图如下所示：retur

6、nth&carreturnwithfine2、公司职员参与的用例图相对客户行为而言，公司员工所要进展的行为就比拟多，可以分为以下几类：?systemlogin系统登陆?reserve处理客户预定信息?givethecartocustomer取车给客户?endthebussiness完毕交易.reserve处理客户预定信息可以通过use方法来进展“Querrycustomerorderrecord"、“refuserequest、“acceptrequest进展丰目关操作。因此整个用例模型图如下所示：endthebussiness、产includecheckthecar4系统的

7、顺序图系统的顺序图主要从以下几方面进展描述的：?管理人员开展工作的顺序图?客户预订车辆的顺序图?客户取车的顺序图?客户还车的顺序图1、管理人员开展工作的顺序图管理人员需要进展相关工作记录的审核工作和跟员工交流沟通，并没有直接跟客户有直接关系，因此管理人员开展工作的顺序图主要涉及到这三个类：ManagersRentRecordsEmployees注：因为Employees员工不只一人，所以他们之间会有相互了解、影响和合作，所以不能忘记了他们之间的部活动。员工与经理之间也是一个互动过程。WorkRecordmmonWorker1:checkRecordf)2:checkWorklnfo()rral

8、culateG4:returnresultDI具体顺序图如下所示：【顺序图说明】(1) checkRecord()S看记录(2) checkWorkInfo()查看工作信息(3) calculate(骸算(4) returnresult()返回结果2、客户预订车辆的顺序图客户申请车辆时，要进展个人息的填写等、通过相关合法检测后，才能够成功预定到车辆。具体类有以下五个：CustomersC顾客Requests请求表mmonWorkers普通员工CustomerRecor地客记录表)Cars车辆具体流程：顾客需要在请求表中填写信息，再由普通工作人员审核，普通工作人员在以往顾客表中审核相关信息，看是

9、否顾客有损坏车辆的不好记录，假设无不良状况，检查车辆状态，如果有适宜的话，进展顾客租车的信息记录，并在请求中填写“允许”，并把这个请求结果通知顾客!具体顺序图如下所示：ClIStDEGWGLStoTierRequestsReI1CommonWDrkerE：DjestOrderComnonVVorker1:fillOrdef():I一旷CustomerRewE:Cjszomerfecord勺=:2:checkRequBsiQnI3checlfl4:noproblernf)rK-耳:5:InSswicedO1厦t.ck广IP7createnewcistorrerscored8:Allo帆;9:li

10、iHandled()10:notityf)CT【顺序图说明】1fillOrder():填写要求2checkRequest英看客户请求3check()查看4noproblem()没有问题5Inserviced()是否可使用6ok():可以7creatnewcustomerrecored供展客户信息的新记录8Allow():允许9isHandled()处理并发送10notify():通知3、客户取车的顺序图客户取车的顺序图包括以下几个类：CustomersC顾客Requests请求表mmonWorkers普通员工WorkRecordS作记录表)Cars车辆只要认真分析，不难理解客户取车过程，要注意

11、取车的同时要付款。具体顺序图如下所示：Custom兆一RequsstOideis:vWkR心dsCorinncn四oee:DrdYy1Eh蹄noiiceQL2由汕)nr-n3ck4pay()布u5:IIWorkRecorcH)6:updgte_car5tatus()【顺序图说明】1shownotice()提供身份2check()核查3ok()没有问题4pay()付款5fillWorkRecord():填写员工自己的工作记录6update_carstatus()E车的状况进展转换4、客户还车的顺序图这个顺序图将跟上面的对象有些不同，基丁实际需要，主要还涉及：进展汽车检查的技术工作人员SkillW

12、orkers、汽车状况登记表(ServiceRecords)租用登记表(RentRecord游类!具体涉及类：CustomersC顾客SkillWorkers技术工作人员mmonWorkers普通员工CustomerRecor地客登记表)Cars车辆RentRecords租用登记表)ServiceRecord敛劳登记表)具体流程：顾客把车返还给普通员工，普通员工把车交给技术员工，技术员工进程车辆状态检查，并填写相关车辆状态情况，作好记录后在交给普通员工，假设车辆出现问题，普通员工会通知顾客进展相关赔偿；顾客财产保险后，普通员工进展车辆保修情况进展记录，并登记顾客把车返还等相关信息，并更新相关租

13、用信息，使得这辆车能够投入下一轮回的使用！具体顺序图如下所示：CLEbcmmr%CiibUrnerCuniriLiiW/心兮erviL略RtluilL兴“，忆史凯州7SkilorkerCustomgrR&ajrMCiJAorne审eordR&MR&C血1WlLdJ<3.fiRoicrdiiIrtiLJin:5;i布fy_wmeriiif=B.如府7uptdtetafstatLS()I80ndO:i9updaoeRecord()n:【顺序图说明】1returnback()还车2check_carstatus脸查车的情况3fillRecord()填写车的相关情况表4r

14、eturn()返回车情况表5notify_payment()通知付款6pay()付款7update_carstatus/展车辆信息的转换空闲、不空闲、维修8end()取消客户记录9updateRecord()H新当前工作记录3.5系统的协作图系统的协作图按流程和时间段主要分为三局部:客户预订的协作图客户取车的协作图客户还车的协作图1、客户预订的协作图，如下所示:跟上面的客户预订的顺序图有相似之处，并可以相互转换2、客户取车的协作图，如下所示:跟上面的客户取车的顺序图有相似之处，并可以相互转换3、客户还车的协作图，如下所示：跟上面的客户还车的顺序图有相似之处，并可以相互转换1:rLmtack6,

15、幽MmmnWrk型CcmnnonV/o佃Cuaorrers.CugtoTierS&rviceRecordseJceRecord/成ipilateR&cordO7：财(娥_诳的知fv3fiRecordQShilWo(kers:SkiI睥D俪CustomarRecorcteQistcmerfecordCalcarRertRecordtWorkRecord3.6系统的状态图系统的状态图主要思路：客户发送请求一一工作人员处理请求一一工作人员审核客户的相关资料，基丁资料是否真实，当审核通过后，承受客户的请求一一记录并保存相关信息一一客户取车一一客户还车一一技术人员进展车辆检查一一成功交易

16、一一完毕；当审核未通过后，工作人员不承受客户请求一一停顿这场交易一一完毕。3.7系统的活动图尽管活动图与状态图、交互图有类似之处，工作人员和客户的行为表示也差不多，但亦有不同之处，活动图是可以把不同对象同时进展相关事情操作的，可以进展分支描述！根据现实的需要和综合考虑，可以把活动图分成以下“客户"“工作人员"这两个分支来进展描述的！主要思路：一方面，顾客进展车辆租用申请表填写，并发送保存；另一方面，员工定时进展请求查看，当有新的请求时，员工会先查看顾客以往记录，如果顾客以往记录良好，乂有车辆空闲的话，会向顾客发送承受请求的信息，顾客去取得车辆，使用后并归还！如果当员工并没有

17、及时向顾客发送承受请求的信息，会终止交易!当车辆已全部投入使用，并没有空闲的车辆，也会终止交易！如果顾客的以往记录很差，员工拒绝租车给顾客，不再进展交易!具体活动图如下所示:Employeechecktherequestcheckthecustomer'srecord3.8系统中的类1、系统中主要的类，可分为以下两类:客户和公司职员类一些其他的类?客户和公司职员类经过全面分析和考察，可以找到系统中以下几个类：Customer顾客）Manager径理）SkillWorker眩术工作人员）monWork（普通工作人员）其中它们之间的关系可以融合成：Manager径理）、SkillWorke

18、r鼓术工作人员）、monWork（普通工作人员）可以归为Employee员工.Employee员工和Customer硕客）是Person人的泛化.上述类，具体关系如下所示：一些其他的类系统中还会涉及一些其他类，这些类不可无视，经分析，有以下几个类:CustomerRecord户记录）Car尊）serviceRecord|修记录）RequestOrde峭求登记表）WorkRecord0作记录表）具体类图的届性和方法如下所示：CustomerRecordcustomeriD)rentDa1e>CarType©CarNurnberIsFinishCar命TypgWCarflumar?

19、statuis艮心MitioricheckQend。InServicedOp<Jate_carstatJ£QserviceHistory>firogressReportWil旧配砒0Requ酣tOrdurCarTypewfientDataIsAllow,All。帆)*fillOrderOcheck。*lsHandladOWokRmcQdCustomarIDCommonWorklD>SkillworklD>RUumDate%CartTyp»CarNimbermoneyfiiiWofkRacortO%iewRecordOupdateRecordQ?各个类

20、之间的关系上面列举的是这个系统进展交互的类图，这些类图彼此之间是联系着的，缺少了一个都会不完整，都不利丁工作的开展！具体分析:1. 每个经理可以有多工作记录表一对多的关系2. 每个普通员工可以有多工作记录表一对多的关系3. 每个普通员工有相应的多顾客记录表一对多的关系4. 每个普通员工可以对多辆车辆进展分配和安排一对多的关系一辆车可以有多个技术工人进展维修，一个技术工作也可以对不同的车辆进展维修多对多的关系5. 每个技术工人每次只能在记录表进展一次记录一对一的关系6. 一个普通员工可以收到不同的车辆保养记录表一对多的关系7. 一个普通员工可以同时招待多个顾客一对多的关系8. 每个顾客一次只能在

21、一个请求登记表进展登记一对一的关系具体图示如下所示：(1) 【类图说明】WorkRecord类是工作记录的类，它的届性很多，包括客户的身份IDCustomerlD、普通员工身份IDmonWorkID、技术员工身份IDSkillWorkID、借用日期RentDate、归还日期ReturnDate、车的类型CarTypd、车牌号CarNumber、租金money等。其中主要操作有填写工作记录表fillWorkRecord()、查看工作记录(ViewRecord()ffi更新修改(updateRecord()|f。(2) Manager类是管理员类，他有boolean低负级)届性，操作主要是管理和审

22、核工作情况。3CustomerRecor缺是记录顾客信息的类，包括顾客的身份customerID、租车日期rentDate、车的类型carType、车牌号carNumber，完成交易IsFinish届性等，操作主要有审查check()、完成交易end()。4Car类是车的类，届性包括车的类型carTypeJ、车牌号carNumber、车的空闲状况status!、车的良好情况condition0操作包括正在使用InServiced()、修改车的空闲状况update_carstatus()等。5monWorker类是普通员工信息类，包括工资missionRate等届性，操作主要有核算calcula

23、te。和检查客户请求checkRequest()。6SkillWorker类是技术员工类，包括技术含量skills、技术水平qualification等届性，主要操作有培训员工SkillWorker。7Customer类是顾客类，主要包括车的类型CarType，licenseNd等届性8RequestOrder类是请求表类，主要包括请求的车类型CarType、车号CarnumbeE、借用的日期RentDate、允许情况IsAllow等届性，主要操作包括允许Allow()、填写表格fillOrder()、核查check()、正在处理isHandlecC等.9ServiceReconft是维修登记

24、表类，主要包括维修历史记录serviceHistory和进展报告progressReport等届性，主要操作包括填写记录fillRecord()等。3.8系统的配置与实现系统的配置与实现离不开构件图，而构件图小涉及到构件、关系和接口。通过分析可知：整个系统分为五大构件：RendApplicationEmployeeRecord“CarRecordWorkRecordServiceRecord其中根据需要可知：“RendApplication”是要被“EmployeeRecord、"WorkRecord'所引用。“CarRecord是要被“RendApplication'、"ServiceRecord'、“WorkRecord'所引用。具体配置图如下所示：RendApplicatioinEmployeeRecordICarReco弓rdEz3.9系统的配置图系统的配置图必不可少的是部署图，而部署图最为核心的元素是“节点"。节点主要分为五大类：DatabaseApplication数据操作系统ApplicationServer运行效劳器monWorker普通接员工ManagerInterfaced经理接口SkillWorker:技术员工它们之间的关系分别是：SkillWorker技术员工、ManagerInterfac