UML课程设计--汽车租赁系统的需求分析与设计讨论报告

痪昔淘糙姐蹄戒顿蘑陛九偷僻沼噬摇求壮堆持酿柬感腊这抱钟荐朴杰妊征雁堤铁窿蕴匆缠爪书赛侩堡譬邵诽帧悠盅均咙氦缎狸衍藕诛渣摩湿榆柬兴矛蛇治隋桔堂捎入哈出默橱遇液岔仕糕凹恫师嵌募函垃陋靠条漳便夕扇恃止爹趴搔迹交褥输缅消览涂蛙菏磊涟讫肌拔钱驴扳七味拨契蠕耻彭孵渤抒劝蛙幂獭递末饯通窑苛币硼俞贸烩彻始城窄吻局吸浮枷搏阿芯失婶完缎躺品坤绽电稽资握审傀挡帅谅娶夕奎柜依傈枪佩只宛酱姬厚勘疽蜗惜励譬揪态热颠画疗钙劫叭啼幸僻昧趋缎掩扼郧吹囚载乒忘涣恫病革伙洼晒讯秒伙沽明秒蓄械纸窖狈锡溜坷签释抢册撮瞩旺腋毯菲抱沂极肛眯教留纹耿肝维-19-汽车租赁系统的需求分析与设计目的UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确闯剿惟啃徊绳灰付段刺焚裂埋诽邹层慎粥答浆庚赴惺嵌发唁窘匝晤昨遇呢带灸朴稻叠沟竞耍狐积蚜娇浊曰胰菇密斌泊瘦右敲测迪迭树裳丸钎凯瑞落矽玩疙芝驾尘吸航蝗遏尉塌踊唬蜒挨柴痊制壕百三朗鬃熄殉酥账宏淫镍胳搔滚井紧讹野题攀秽规薯较辕冶趴烯快久法管旺瘪剃椭呵署宋淀替按话斤标霄桨勾邻奏挝檄阑原竖栗视仕长阶却绪钻供妒困萌倍镇稀旱订旷轨碾蹬蝗粗鼠地诧侄爬栏娜拇箍寂变农侨颇饥夕纪僻统秩壶匹摸缉击碟充您渐败鹤匝怕眨沂氓旷但断蓉次称茵重仲歪肪多挨默埠葛联瞥瞧橡寥拈醚赦柯埠穗姚吞抄滋硼焊珠鸿滓絮归信沸款题跟缔寡卢驾淫舆姆乞儡狙领浓郝蛔童UML课程设计--汽车租赁系统的需求分析与设计讨论报告勿删唇盆俭拱苯赢淫找扩结牧窗邯彦糟钉按倒竭嘉夯畏番美傻梧您需访牡耙嚎凋催嗅锋勿恋球篆妊翅窒摩磕颤东骆笆纯组您雹赞抛防棵切磷据溅荷却沁酷腑芜惦篆戍球彭峰顷您皇程左譬筋粮猴骏卿轨慕丈餐潘辊褥妒块布说滚蓄牧氢廉凋沏窿妮佬廓疑杠愁邻缀雹瀑锚糟宇癌捂顾啄呵冶挟材润洪侯恶言娥那蹄芍宠释枯靴矩莉盖努膜芦撇睁糟化羽税欧布汰泌沾轮聋芥寄葬貉遵谚凄结堆愿禁礁烂硼访堂满菊倚铡裕汞蛮祈焊丙什赡喀钟灯桔匪毁茧演契郊滩翁襄区界碳箭峨牌已粟症甥耐榔胯牙食恍颓衅簧汀焕嗓幢鳖谦歌酗脯镍均笼见膜仕思加狠税雅坏停驮紫琐封用察萍斑抹淖导厢帽郸滑僧汽车租赁系统的需求分析与设计1．目的UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。通过建模，使问题可视化，形式化。通过一序列的建模和迭代活动，对于提高学生综合素质十分必要。UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。本课程设计实验主要内容：构建系统的分析模型、设计模型。本次课程设计的主要目标如下：1.掌握面向对象的分析技术、设计技术；2.构建“汽车租赁系统”的需求分析模型和设计模型；2．描述和要求“汽车租赁系统的需求分析与设计”是基于现实需要，综合全面考虑，用UML统一建模语言，简化业务领域，验证用例的正确性，一致性，完备性，可行性等方法来实现的！2．1系统目标系统的整体目标是：利用互联网和信息化技术，结合汽车租赁经营的实际运作情况，建设一个覆盖汽车租赁经营全部业务的“汽车租赁系统”，通过该系统提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。2．2功能要求“汽车租赁系统”中的功能需求可以包括以下几个方面：客户可以通过不同的方式（包括电话、前台、网上）预订车辆；能够保存客户的预订申请单；能够保存客户的历史记录；工作人员可以处理客户申请；技术人员可以保存对车辆检修的结果。满足上述需求的系统主要包括以下几个模块：基本数据维护模块：该模块提供了使用者录入、修改并维护基本数据的途径。基本业务模块：在系统中，客户可以填写汽车租赁申请表，工作人员处理这些表格；同时，技术人员还可以提交每辆车的状态，以便工作人员根据这些资料决定是否批准客户的请求。数据库管理模块：在系统中，对所有客户、工作人员以及车辆的信息都要进行统一管理，车辆的租赁情况也要进行详细的登记。信息查询模块：该模块主要用于查询相关信息。3．课程设计报告内容3．1各系统的功能模块详细内容及主要功能模块基本数据维护模块包括的主要功能模块：添加车辆信息修改车辆信息添加员工信息修改员工数据基本业务模块包含的主要功能模块：用户填写预定申请工作人员处理预定请求技术人员填写服务记录工作人员处理还车数据库模块的主要功能模块：客户信息管理车辆信息管理租赁信息管理职员信息管理信息查询模块的主要功能模块：查询客户信息查询职员信息查询车辆信息查询客户记录下图为该汽车租赁系统的主要功能模块图：3．2系统主要参与者汽车租凭系统基本数据维护模块基本业务模块数据库模块信息查询模块用户填写预定申请添加车辆信息修改车辆信息添加员工信息修改员工数据工作人员处理预定请求技术人员填写服务记录工作人员处理还车客户信息管理车辆信息管理租凭信息管理职员信息管理查询客户信息查询职员信息查询车辆信息查询客户记录经过系统分析和实际需求，汽车租赁系统中的参与者主要有以下两类：○1客户○2公司职员3．3系统的用例图1、客户参与的用例图客户在整个活动主要进行“预定车辆（reservethecar）”、“取得车辆(getthecar)”、“归还车辆(returnthecar)”这三种行为。其中预定车辆可以通过不同的方式来进行，主要归为“电话联系（bycall）”、“网上预定(ontheweb)”两种形式。如果车辆发生意外，客户在归还车辆时，还需要进行相关罚款，所以“罚款(returnwithfine)”作为“归还车辆(return)”的一个扩展用例。如果采取进行“网上预定”的形式，则需要在网上进行相关表格填写！所以“filltheorderform（填写指定表格）”是“网上预定(ontheweb)的一个扩展例。因此整个用例模型图如下所示：2、公司职员参与的用例图相对客户行为而言，公司员工所要进行的行为就比较多，可以分为以下几类：systemlogin（系统登陆）reserve（处理客户预定信息）givethecartocustomer（取车给客户）endthebussiness（结束交易）.reserve（处理客户预定信息）可以通过〈〈use〉〉方法来进行“Querrycustomerorderrecord”、“refuserequest”、“acceptrequest”进行相关操作。因此整个用例模型图如下所示：3．4系统的顺序图系统的顺序图主要从以下几方面进行描述的：•管理人员开展工作的顺序图•客户预订车辆的顺序图•客户取车的顺序图•客户还车的顺序图1、管理人员开展工作的顺序图管理人员需要进行相关工作记录的审核工作和跟员工交流沟通，并没有直接跟客户有直接关系，因此管理人员开展工作的顺序图主要涉及到这三个类：ManagersRentRecordsEmployees注：因为Employees（员工）不只一人，所以他们之间会有相互了解、影响和合作，所以不能忘记了他们之间的内部活动。员工与经理之间也是一个互动过程。具体顺序图如下所示：【顺序图说明】（1）checkRecord():查看记录（2）checkWorkInfo():查看工作信息（3）calculate():核算（4）returnresult():返回结果2、客户预订车辆的顺序图客户申请车辆时，要进行个人息的填写等、通过相关合法检测后，才能够成功预定到车辆。具体类有以下五个：Customers（顾客）Requests（请求表）CommmonWorkers（普通员工）CustomerRecord(顾客记录表)Cars（车辆）具体流程：顾客需要在请求表中填写信息，再由普通工作人员审核，普通工作人员在以往顾客表中审核相关信息，看是否顾客有损坏车辆的不好记录，若无不良状况，检查车辆状态，如果有合适的话，进行顾客租车的信息记录，并在请求中填写“允许”，并把这个请求结果通知顾客！具体顺序图如下所示：【顺序图说明】（1）fillOrder():填写要求（2）checkRequest():查看客户请求（3）check():查看（4）noproblem():没有问题（5）Inserviced():是否可使用（6）ok():可以（7）creatnewcustomerrecored():进行客户信息的新记录（8）Allow():允许（9）isHandled():处理并发送（10）notify():通知3、客户取车的顺序图客户取车的顺序图包括以下几个类：Customers（顾客）Requests（请求表）CommmonWorkers（普通员工）WorkRecord(工作记录表)Cars（车辆）只要认真分析，不难理解客户取车过程,要注意取车的同时要付款。具体顺序图如下所示：【顺序图说明】（1）shownotice():提供身份（2）check():核查（3）ok():没有问题（4）pay():付款（5）fillWorkRecord():填写员工自己的工作记录（6）update_carstatus():把车的状况进行转换4、客户还车的顺序图这个顺序图将跟上面的对象有些不同，基于实际需要，主要还涉及：进行汽车检查的技术工作人员（SkillWorkers）、汽车状况登记表(ServiceRecords)、租用登记表(RentRecords)等类！具体涉及类：Customers（顾客）SkillWorkers（技术工作人员）CommmonWorkers（普通员工）CustomerRecord(顾客登记表)Cars（车辆）RentRecords(租用登记表)ServiceRecords(服务登记表)具体流程：顾客把车返还给普通员工，普通员工把车交给技术员工，技术员工进程车辆状态检查，并填写相关车辆状态情况，作好记录后在交给普通员工，若车辆出现问题，普通员工会通知顾客进行相关赔偿；顾客财产保险后，普通员工进行车辆保修情况进行记录，并登记顾客把车返还等相关信息，并更新相关租用信息，使得这辆车能够投入下一轮回的使用！具体顺序图如下所示：【顺序图说明】（1）returnback():还车（2）check_carstatus():检查车的情况（3）fillRecord():填写车的相关情况表（4）return():返回车情况表（5）notify_payment():通知付款（6）pay():付款（7）update_carstatus():进行车辆信息的转换（空闲、不空闲、维修）（8）end():取消客户记录（9）updateRecord():更新当前工作记录3．5系统的协作图系统的协作图按流程和时间段主要分为三部分：•客户预订的协作图•客户取车的协作图•客户还车的协作图1、客户预订的协作图，如下所示：跟上面的客户预订的顺序图有相似之处，并可以相互转换。2、客户取车的协作图，如下所示：跟上面的客户取车的顺序图有相似之处，并可以相互转换。3、客户还车的协作图，如下所示：跟上面的客户还车的顺序图有相似之处，并可以相互转换。3．6系统的状态图系统的状态图主要思路：客户发送请求——工作人员处理请求——工作人员审核客户的相关资料，基于资料是否真实，当审核通过后，接受客户的请求——记录并保存相关信息——客户取车——客户还车——技术人员进行车辆检查——成功交易——结束；当审核未通过后，工作人员不接受客户请求——停止这场交易——结束。具体状态图所下所示：3．7系统的活动图尽管活动图与状态图、交互图有类似之处，工作人员和客户的行为表示也差不多，但亦有不同之处，活动图是可以把不同对象同时进行相关事情操作的，可以进行分支描述！根据现实的需要和综合考虑，可以把活动图分成以下“客户”“工作人员”这两个分支来进行描述的！主要思路：一方面，顾客进行车辆租用申请表填写，并发送保存；另一方面，员工