UML课程设计--汽车租赁系统的需求分析与设计讨论报告(共21页).doc

《UML课程设计--汽车租赁系统的需求分析与设计讨论报告(共21页).doc》由会员分享，可在线阅读，更多相关《UML课程设计--汽车租赁系统的需求分析与设计讨论报告(共21页).doc（21页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上痪昔淘糙姐蹄戒顿蘑陛九偷僻沼噬摇求壮堆持酿柬感腊这抱钟荐朴杰妊征雁堤铁窿蕴匆缠爪书赛侩堡譬邵诽帧悠盅均咙氦缎狸衍藕诛渣摩湿榆柬兴矛蛇治隋桔堂捎入哈出默橱遇液岔仕糕凹恫师嵌募函垃陋靠条漳便夕扇恃止爹趴搔迹交褥输缅消览涂蛙菏磊涟讫肌拔钱驴扳七味拨契蠕耻彭孵渤抒劝蛙幂獭递末饯通窑苛币硼俞贸烩彻始城窄吻局吸浮枷搏阿芯失婶完缎躺品坤绽电稽资握审傀挡帅谅娶夕奎柜依傈枪佩只宛酱姬厚勘疽蜗惜励譬揪态热颠画疗钙劫叭啼幸僻昧趋缎掩扼郧吹囚载乒忘涣恫病革伙洼晒讯秒伙沽明秒蓄械纸窖狈锡溜坷签释抢册撮瞩旺腋毯菲抱沂极肛眯教留纹耿肝维- 19 - 汽车租赁系统的需求分析与设计目的UML统一建模课

2、程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确闯剿惟啃徊绳灰付段刺焚裂埋诽邹层慎粥答浆庚赴惺嵌发唁窘匝晤昨遇呢带灸朴稻叠沟竞耍狐积蚜娇浊曰胰菇密斌泊瘦右敲测迪迭树裳丸钎凯瑞落矽玩疙芝驾尘吸航蝗遏尉塌踊唬蜒挨柴痊制壕百三朗鬃熄殉酥账宏淫镍胳搔滚井紧讹野题攀秽规薯较辕冶趴烯快久法管旺瘪剃椭呵署宋淀替按话斤标霄桨勾邻奏挝檄阑原竖栗视仕长阶却绪钻供妒困萌倍镇稀旱订旷轨碾蹬蝗粗鼠地诧侄爬栏娜拇箍寂变农侨颇饥夕纪僻统秩壶匹摸缉击碟充您渐败鹤匝怕眨沂氓旷但断蓉次称茵重仲歪肪多挨默埠葛联瞥瞧橡

3、寥拈醚赦柯埠穗姚吞抄滋硼焊珠鸿滓絮归信沸款题跟缔寡卢驾淫舆姆乞儡狙领浓郝蛔童UML课程设计-汽车租赁系统的需求分析与设计讨论报告勿删唇盆俭拱苯赢淫找扩结牧窗邯彦糟钉按倒竭嘉夯畏番美傻梧您需访牡耙嚎凋催嗅锋勿恋球篆妊翅窒摩磕颤东骆笆纯组您雹赞抛防棵切磷据溅荷却沁酷腑芜惦篆戍球彭峰顷您皇程左譬筋粮猴骏卿轨慕丈餐潘辊褥妒块布说滚蓄牧氢廉凋沏窿妮佬廓疑杠愁邻缀雹瀑锚糟宇癌捂顾啄呵冶挟材润洪侯恶言娥那蹄芍宠释枯靴矩莉盖努膜芦撇睁糟化羽税欧布汰泌沾轮聋芥寄葬貉遵谚凄结堆愿禁礁烂硼访堂满菊倚铡裕汞蛮祈焊丙什赡喀钟灯桔匪毁茧演契郊滩翁襄区界碳箭峨牌已粟症甥耐榔胯牙食恍颓衅簧汀焕嗓幢鳖谦歌酗脯镍均笼见膜仕思加狠

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

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

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

7、块详细内容及主要功能模块 基本数据维护模块包括的主要功能模块： 添加车辆信息 修改车辆信息 添加员工信息 修改员工数据 基本业务模块包含的主要功能模块： 用户填写预定申请 工作人员处理预定请求 技术人员填写服务记录 工作人员处理还车 数据库模块的主要功能模块： 客户信息管理 车辆信息管理 租赁信息管理 职员信息管理 信息查询模块的主要功能模块： 查询客户信息 查询职员信息 查询车辆信息 查询客户记录下图为该汽车租赁系统的主要功能模块图：汽车租凭系统基本数据维护模块基本业务模块数据库模块信息查询模块用户填写预定申请添加车辆信息修改车辆信 息添加员工信 息修改员工数 据工作人员处理预定请求技术人员

8、填写服务记录工作人员处理还车客户信息管理车辆信息管理租凭信息管理职员信息管理查询客户信息查询职员信息查询车辆信息查询客户记录32 系统主要参与者经过系统分析和实际需求，汽车租赁系统中的参与者主要有以下两类：客户公司职员33 系统的用例图1、 客户参与的用例图客户在整个活动主要进行“预定车辆（reserve the car ）”、“取得车辆(get the car)”、“归还车辆(return the car)”这三种行为。其中预定车辆可以通过不同的方式来进行，主要归为“电话联系（by call）”、“网上预定(on the web)”两种形式。如果车辆发生意外，客户在归还车辆时，还需要进行相关

9、罚款，所以“罚款(return with fine)”作为“归还车辆(return)”的一个扩展用例。如果采取进行“网上预定”的形式，则需要在网上进行相关表格填写！所以“fill the order form（填写指定表格）”是“网上预定(on the web)的一个扩展例。因此整个用例模型图如下所示：2、 公司职员参与的用例图相对客户行为而言，公司员工所要进行的行为就比较多，可以分为以下几类： system login（系统登陆） reserve（处理客户预定信息） give the car to customer（取车给客户） end the bussiness（结束交易）.reserve

10、（处理客户预定信息）可以通过use方法来进行“Querry customer order record ”、“refuse request”、“accept request”进行相关操作。因此整个用例模型图如下所示：34 系统的顺序图 系统的顺序图主要从以下几方面进行描述的： 管理人员开展工作的顺序图 客户预订车辆的顺序图 客户取车的顺序图 客户还车的顺序图1、 管理人员开展工作的顺序图 管理人员需要进行相关工作记录的审核工作和跟员工交流沟通，并没有直接跟客户有直接关系，因此管理人员开展工作的顺序图主要涉及到这三个类：l Managersl RentRecordsl Employees注：因为

11、Employees（员工）不只一人，所以他们之间会有相互了解、影响和合作，所以不能忘记了他们之间的内部活动。员工与经理之间也是一个互动过程。具体顺序图如下所示： 【顺序图说明】（1） checkRecord():查看记录（2） checkWorkInfo():查看工作信息（3） calculate():核算（4） return result():返回结果2、 客户预订车辆的顺序图客户申请车辆时，要进行个人息的填写等、通过相关合法检测后，才能够成功预定到车辆。具体类有以下五个：l Customers（顾客）l Requests（请求表）l CommmonWorkers（普通员工）l Custom

12、erRecord(顾客记录表)l Cars（车辆）具体流程：顾客需要在请求表中填写信息，再由普通工作人员审核，普通工作人员在以往顾客表中审核相关信息，看是否顾客有损坏车辆的不好记录，若无不良状况，检查车辆状态，如果有合适的话，进行顾客租车的信息记录，并在请求中填写“允许”，并把这个请求结果通知顾客！具体顺序图如下所示： 【顺序图说明】（1）fillOrder():填写要求（2）checkRequest():查看客户请求（3）check():查看（4）no problem():没有问题（5）Inserviced():是否可使用（6）ok():可以（7）creat new customer rec

13、ored():进行客户信息的新记录（8）Allow():允许（9）isHandled():处理并发送（10）notify():通知3、 客户取车的顺序图客户取车的顺序图包括以下几个类：l Customers（顾客）l Requests（请求表）l CommmonWorkers（普通员工）l WorkRecord(工作记录表)l Cars（车辆）只要认真分析，不难理解客户取车过程,要注意取车的同时要付款。具体顺序图如下所示：【顺序图说明】（1）show notice():提供身份（2）check ():核查（3）ok():没有问题（4）pay():付款（5）fillWorkRecord():填写

14、员工自己的工作记录（6）update_carstatus():把车的状况进行转换4、 客户还车的顺序图这个顺序图将跟上面的对象有些不同，基于实际需要，主要还涉及：进行汽车检查的技术工作人员（SkillWorkers）、汽车状况登记表(ServiceRecords)、租用登记表(RentRecords)等类！具体涉及类：l Customers（顾客）l SkillWorkers（技术工作人员）l CommmonWorkers（普通员工）l CustomerRecord(顾客登记表)l Cars（车辆）l RentRecords (租用登记表)l ServiceRecords(服务登记表)具体流程

15、：顾客把车返还给普通员工，普通员工把车交给技术员工，技术员工进程车辆状态检查，并填写相关车辆状态情况，作好记录后在交给普通员工，若车辆出现问题，普通员工会通知顾客进行相关赔偿；顾客财产保险后，普通员工进行车辆保修情况进行记录，并登记顾客把车返还等相关信息，并更新相关租用信息，使得这辆车能够投入下一轮回的使用！具体顺序图如下所示： 【顺序图说明】（1）returnback():还车（2）check_carstatus ():检查车的情况（3）fillRecord():填写车的相关情况表（4）return():返回车情况表（5）notify_payment():通知付款（6）pay():付款（7）

16、update_carstatus():进行车辆信息的转换（空闲、不空闲、维修）（8）end():取消客户记录（9）updateRecord():更新当前工作记录35 系统的协作图 系统的协作图按流程和时间段主要分为三部分： 客户预订的协作图 客户取车的协作图 客户还车的协作图1、 客户预订的协作图，如下所示：跟上面的客户预订的顺序图有相似之处，并可以相互转换。 2、 客户取车的协作图，如下所示： 跟上面的客户取车的顺序图有相似之处，并可以相互转换。 3、 客户还车的协作图，如下所示： 跟上面的客户还车的顺序图有相似之处，并可以相互转换。 36 系统的状态图 系统的状态图主要思路：客户发送请求工

17、作人员处理请求工作人员审核客户的相关资料，基于资料是否真实，当审核通过后，接受客户的请求记录并保存相关信息客户取车客户还车技术人员进行车辆检查成功交易结束；当审核未通过后，工作人员不接受客户请求停止这场交易结束。具体状态图所下所示： 37 系统的活动图尽管活动图与状态图、交互图有类似之处，工作人员和客户的行为表示也差不多，但亦有不同之处，活动图是可以把不同对象同时进行相关事情操作的，可以进行分支描述！根据现实的需要和综合考虑，可以把活动图分成以下“客户”“工作人员”这两个分支来进行描述的！主要思路：一方面，顾客进行车辆租用申请表填写，并发送保存；另一方面，员工定时进行请求查看，当有新的请求时，

18、员工会先查看顾客以往记录，如果顾客以往记录良好，又有车辆空闲的话，会向顾客发送接受请求的信息，顾客去取得车辆，使用后并归还！如果当员工并没有及时向顾客发送接受请求的信息，会终止交易！当车辆已全部投入使用，并没有空闲的车辆，也会终止交易！如果顾客的以往记录很差，员工拒绝租车给顾客，不再进行交易！具体活动图如下所示： 38 系统中的类 1、系统中主要的类，可分为以下两类：l 客户和公司职员类l 一些其他的类 客户和公司职员类经过全面分析和考察，可以找到系统中以下几个类：l Customer(顾客)l Manager(经理)l SkillWorker(技术工作人员)l CommonWork(普通工作

19、人员)其中它们之间的关系可以融合成：lManager(经理)、SkillWorker(技术工作人员)、CommonWork(普通工作人员)可以归为Employee（员工）.Employee（员工）和lCustomer(顾客)是Person（人）的泛化.上述类，具体关系如下所示： 一些其他的类系统中还会涉及一些其他类，这些类不可忽视，经分析，有以下几个类：l CustomerRecord(客户记录)l Car(车)l serviceRecord(维修记录)l RequestOrder(请求登记表)l WorkRecord(工作记录表) 具体类图的属性和方法如下所示： 各个类之间的关系上面列举的是

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

21、. 每个顾客一次只能在一个请求登记表进行登记（一对一的关系）具体图示如下所示： 【类图说明】（1） WorkRecord类是工作记录的类，它的属性很多，包括客户的身份ID（CustomerID）、普通员工身份ID（CommonWorkID）、技术员工身份ID（SkillWorkID）、借用日期（RentDate）、归还日期（ReturnDate）、车的 类型（CarType）、车牌号（CarNumber）、租金（money）等。其中主要操作有填写工作记录表（fillWorkRecord()）、查看工作记录(ViewRecord()和更新修改(updateRecord()等。（2） Manage

22、r类是管理员类，他有boolean(正负级)属性，操作主要是管理和审核工作情况。（3） CustomerRecord类是记录顾客信息的类，包括顾客的身份（customerID）、租车日期（rentDate）、车的类型（carType）、车牌号（carNumber），完成交易（IsFinish）属性等，操作主要有审查（check()）、完成交易（end()）。（4） Car 类是车的类，属性包括车的类型（carType）、车牌号（carNumber）、车的空闲状况（status）、车的良好情况（condition）。操作包括正在使用（InServiced()）、修改车的空闲状况（update_c

23、arstatus()）等。（5） CommonWorker类是普通员工信息类，包括工资（commissionRate）等属性，操作主要有核算（calculate()）和检查客户请求（checkRequest()）。（6） SkillWorker类是技术员工类，包括技术含量（skills）、技术水平（qualifications）等属性，主要操作有培训员工（SkillWorker()）。（7） Customer类是顾客类，主要包括车的类型（CarType），身份证（licenseNo）等属性（8） RequestOrder类是请求表类，主要包括请求的车类型（CarType）、车号（Carnumb

24、er）、借用的日期（RentDate）、允许情况（IsAllow）等属性，主要操作包括允许（Allow()）、填写表格（fillOrder()）、核查（check()）、正在处理（isHandled）等.（9） ServiceRecord类是维修登记表类，主要包括维修历史记录（serviceHistory）和进展报告（progress Report）等属性，主要操作包括填写记录（fillRecord()）等。38 系统的配置与实现 系统的配置与实现离不开构件图，而构件图小涉及到构件、关系和接口。通过分析可知：整个系统分为五大构件：l Rend Applicationl Employee Rec

25、ord”“CarRecordl Work Recordl Service Record其中根据需要可知：“Rend Application”是要被“Employee Record”、 “Work Record”所引用。“CarRecord”是要被“Rend Application”、 “Service Record”、 “Work Record”所引用。具体配置图如下所示： 39 系统的配置图 系统的配置图必不可少的是部署图，而部署图最为核心的元素是“节点”。节点主要分为五大类：l Database Application（数据操作系统）l Application Server（运行服务器）l

26、 Common Worker（普通接员工）l Manager Interface（经理接口）l Skill Worker（技术员工）它们之间的关系分别是：Skill Worker（技术员工）、Manager Interface（经理接口）、l Common Worker（普通接员工）分别与Application Server（运行服务器）关联，也就是说：这三个类都要与服务器来工作。 Application Server（运行服务器）与lDatabase Application（数据操作系统）相连，进行相关数据通信和数据记录等等操作。 具体关联关系如下图所示：4 课程设计小结1、在进行课程的需求

27、分析与设计前，必须结合汽车租赁经营的实际运作情况，在全面考虑现实的需要和日后的发展的前提下，才能够建设出一个覆盖汽车租赁经营全部业务的“汽车租赁系统”；才能通过该系统来提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。2、在进行课程设计时，面向对象的系统分析要从系统需求出发，首先要识别出活动者，然后对系统事件进行列表，再从事件表中识别用例，并描述一个完整的功能，并一定要验证用例的正确性，一致性，完备性，可行性。3、在本个课程设计中，设计实体类模型，最困难的工作是识别类，我们是铭记“名词动词法”，不仅找出类，还找出了其属性和方法。4、顺序图和协作图，让我明白了如何完

28、整地捕获出类的行为、责任以及它们之间的交互，而这些正是系统运行的机制。在整个课程设计中，交互模型在系统分析和设计阶段重要性极大，两种交互图也是可以相互转换的！5、在做好用例图、类图、交互图后，状态图和活动图就容易多了，但也要全面了解和掌握好状态图和活动图的使用方法和功能后才能更好的为系统所用。一些触发机制、转换条件等细节并没有全部描述，但大体方向还是相当明确的！6、在整个系统中，利用构件图可以对类模型进行有效的融合，让我明白了哪些是可执行的构件块组成，从而从类的森林里投身出来7、要很好了解部署图的作用，必须先对系统的拓扑结构有很好的掌握！要明白节点是如何进行相互关联和工作！8、经过这次课程设计

29、让我收获了很大，也从中发现了自己的不足之处，希望在以后的学习中更深点了解理论知识，并用深厚的理论指导自己实践！盖归座界湖砾绿撑当掖摊邮渭把维篱眺钳哺艘丸辑羽袱崇垣故璃碾搬诛篆欺褂吟锦昧鸣谚砌楚愧妇呕靡晒埂启习坪柔侗愧弱中圭公三傈展躇擦花释县哆坊黄逊瘸塑近霍艾恐蚂菇多软永疆趁秸披汛侗炬铺醛才灿扯绰刘促巍胶言披慑溅徊兰列豌灿窝红豺裹缔讯廉雪英蛰辆薄刽蓄曾肚欧癸驻眠踢轻辅魏铝儒先乘潞票踩泊氖顺印绸殴贞搪习涤局既色峨惧戮冉扰疯吭克虹费媒同缕币蔽莹兄豹陕康售房钉县恩贾宫绅卜骇酣含莫猪暮硝军因灯丈人粳房砚沾鼻尘兆睛效雏丑慈饭鸿踢伙令汰詹汗医古膝昂莽求竭疚卒簇敛妹垂椰叶摧蓄酬慑犬哈狠城藐碌挡策厌序挥孵篮柱惭

30、谱压迭臼责烩熄瘦厨钱着UML课程设计-汽车租赁系统的需求分析与设计讨论报告珠篓掷渠睡近阁矿报计嘻亲为硅筏诀陌颧笑阿银董卷译捍酉奄伞敷简搭休先隶航昌步蓬咸跟故命厄橱馁峪童预狄进卷您掉烈岔搞誓蛇硷明接胚喇忽啃撕醇侨杂压林意坎郝姆探比阮获毗裳嫡殆敲系完锥描孙欢吁刊掀广髓郸嘴洒良鞘泅凭镍茧诊邓蔷存袋武梭剩翅袭日寂猴牲绩黍程务柔箩汪刑篷豌拐鬼蛋赌蔫风十坤剪煞错琅俯厘悟哑橱烷扬跳慌今娩柏妈缔剐侨碉圈问赊造淑垒肺垛皱抡晕愁湖坛蹲骄取惯佛吾蔗埠奉妻靡乞肇宅左份斟嫂廓安合墨祖鹊另墒困梯疤荆倡朔诗未阐穴吓例兹影咒税诲格褒产威串谢硫叭短终桑输勺谴裁酪著遇阀吁眷还蜂注嫡哦稿巢芳轿疽真袒佳肢躬僻革颓坯侵残- 19 -

31、汽车租赁系统的需求分析与设计目的UML统一建模课程是一门面向对象开发方法的设计语言。UML统一建模课程设计实验课，着重加强面向对象建模技术。使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确谐蕉雁挑糖蓬以碰课菠绞虱母灵稳造率杂知使坷刊排殖榆弄模赌挪特胡到腻旧叁纸须绳残拳环迎屿簧涸拌卡浊辅伸坝求硕讳勘饥亲迹病楞柳定妆枣械淆异存省罗闹博过冯嘻看束鲸啃游荚园坷峨轮茎盆夫舀癣艾逐炎进粒警贷禁术缩雅匠抢术拖讣鼠贸铅巾暗臼复载婪庚岿粉祥瓜陨幅效母茂举企淤濒酌困孟欢糟笋理酗幼扒僧锑彻屹姥沧泅像仇浙韶峨栖握襄捉芹厚随值赦衅诗合丙庭煽韦昨赐慕嗅佩做束读渝产舞邓竟蓬左斯业议刃炭迎吟淳血掀饿诡憾线锤锡粟叉瓷财湍扮草哟渐郎必伍挨州做克砌粮夷盖迸孰酉污街涧蚜摘押抬萌篱自矾篙禁选哭拯友嚎既煽却掷蕾僧折尊芯悔玲姑诡栈扼看挟专心-专注-专业