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

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

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

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

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

4、根本数据维护模块包括的主要功能模块： 添加车辆信息 修改车辆信息 添加员工信息 修改员工数据 根本业务模块包含的主要功能模块： 用户填写预定申请 工作人员处理预定请求 技术人员填写效劳记录 工作人员处理还车 数据库模块的主要功能模块： 客户信息管理 车辆信息管理 租赁信息管理 职员信息管理 信息查询模块的主要功能模块： 查询客户信息 查询职员信息 查询车辆信息 查询客户(k h)记录下列图为该汽车租赁系统的主要功能模块图：汽车租凭系统根本数据维护模块根本业务模块数据库模块信息查询模块用户填写预定申请添加车辆信息修改车辆信 息添加员工信 息修改员工数 据工作人员处理预定请求技术人员填写效劳记录工

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

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

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

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

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

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

11、顺序图这个顺序图将跟上面的对象有些不同，基于实际需要，主要还涉及：进行汽车检查的技术工作人员SkillWorkers、汽车状况登记表(ServiceRecords)、租用登记表(RentRecords)等类！具体涉及类：l Customers顾客l SkillWorkers技术工作人员l CommmonWorkers普通员工l CustomerRecord(顾客登记表)l Cars车辆l RentRecords (租用登记表)l ServiceRecords(效劳登记表)具体流程：顾客把车返还给普通员工，普通员工把车交给技术员工，技术员工进程车辆状态检查，并填写相关车辆状态情况，作好记录后在交

12、给普通员工，假设车辆出现问题，普通员工会通知顾客进行相关赔偿；顾客财产保险后，普通员工进行车辆保修情况进行记录，并登记顾客把车返还等相关信息，并更新相关租用信息，使得这辆车能够投入下一轮回的使用！具体顺序图如下所示： 【顺序(shnx)图说明】1returnback():还车2check_carstatus ():检查车的情况3fillRecord():填写车的相关情况表4return():返回车情况表5notify_payment():通知付款6pay():付款7update_carstatus():进行车辆信息的转换空闲、不空闲、维修8end():取消客户记录9updateRecord()

13、:更新当前工作记录35 系统的协作图 系统的协作图按流程和时间段主要分为三局部： 客户预订的协作图 客户取车的协作图 客户还车的协作图1、 客户预订的协作图，如下所示：跟上面的客户预订的顺序图有相似之处，并可以相互转换。 2、 客户(k h)取车的协作图，如下所示： 跟上面的客户取车的顺序图有相似之处，并可以相互转换。 3、 客户(k h)还车的协作图，如下所示： 跟上面的客户还车的顺序图有相似之处，并可以相互转换。 36 系统(xtng)的状态图 系统的状态图主要思路：客户发送请求工作人员处理请求工作人员审核客户的相关资料，基于资料是否真实，当审核通过后，接受客户的请求记录并保存相关信息客户

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

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

16、术工作人员)、CommonWork(普通工作人员)可以归为Employee员工.Employee员工和lCustomer(顾客)是Person人的泛化.上述类，具体关系如下所示： 一些(yxi)其他的类系统中还会涉及一些其他类，这些类不可无视，经分析，有以下几个类：l CustomerRecord(客户记录)l Car(车)l serviceRecord(维修记录)l RequestOrder(请求登记表)l WorkRecord(工作记录表) 具体类图的属性和方法如下所示： 各个类之间的关系上面列举的是这个系统进行交互的类图，这些类图彼此之间是联系着的，缺少了一个都会不完整，都不利于工作的开

17、展！具体分析：1. 每个经理可以有多张工作记录表一对多的关系2. 每个普通员工可以有多张工作记录表一对多的关系3. 每个普通员工有相应(xingyng)的多张顾客记录表一对多的关系4. 每个普通员工可以对多辆车辆进行分配和安排一对多的关系5. 一辆车可以有多个技术工人进行维修，一个技术工作也可以对不同的车辆进行维修多对多的关系6. 每个技术工人每次只能在记录表进行一次记录一对一的关系7. 一个普通员工可以收到不同的车辆保养记录表一对多的关系8. 一个普通员工可以同时招待多个顾客一对多的关系9. 每个顾客一次只能在一个请求登记表进行登记一对一的关系具体图示如下所示： 【类图说明】（1） Work

18、Record类是工作记录的类，它的属性很多，包括客户的身份IDCustomerID、普通员工身份IDCommonWorkID、技术员工身份IDSkillWorkID、借用日期RentDate、归还日期ReturnDate、车的 类型CarType、车牌号CarNumber、租金money等。其中主要操作有填写工作记录表fillWorkRecord()、查看工作记录(ViewRecord()和更新修改(updateRecord()等。（2） Manager类是管理员类，他有boolean(正负级)属性，操作主要是管理和审核工作(gngzu)情况。3 CustomerRecord类是记录顾客信息的

19、类，包括顾客的身份customerID、租车日期rentDate、车的类型carType、车牌号carNumber，完成交易IsFinish属性等，操作主要有审查check()、完成交易end()。4 Car 类是车的类，属性包括车的类型carType、车牌号carNumber、车的空闲状况status、车的良好情况condition。操作包括正在使用InServiced()、修改车的空闲状况update_carstatus()等。5 CommonWorker类是普通员工信息类，包括工资commissionRate等属性，操作主要有核算calculate()和检查客户请求checkReques

20、t()。6 SkillWorker类是技术员工类，包括技术含量skills、技术水平qualifications等属性，主要操作有培训员工SkillWorker()。7 Customer类是顾客类，主要包括车的类型CarType，身份证licenseNo等属性8 RequestOrder类是请求表类，主要包括请求的车类型CarType、车号Carnumber、借用的日期RentDate、允许情况IsAllow等属性，主要操作包括允许Allow()、填写表格fillOrder()、核查check()、正在处理isHandled等.9 ServiceRecord类是维修登记表类，主要包括维修历史记

21、录serviceHistory和进展报告progress Report等属性，主要操作包括填写记录fillRecord()等。38 系统的配置与实现 系统的配置与实现(shxin)离不开构件图，而构件图小涉及到构件、关系和接口。通过分析可知：整个系统分为五大构件：l Rend Applicationl Employee Record“CarRecordl Work Recordl Service Record其中根据需要可知：“Rend Application是要被“Employee Record、 “Work Record所引用。“CarRecord是要被“Rend Application、

22、 “Service Record、 “Work Record所引用。具体配置图如下所示： 39 系统的配置图 系统(xtng)的配置图必不可少的是部署图，而部署图最为核心的元素是“节点。节点主要分为五大类：l Database Application数据操作系统l Application Server运行效劳器l Common Worker普通接员工l Manager Interface经理接口l Skill Worker技术员工它们之间的关系分别是：Skill Worker技术员工、Manager Interface经理接口、l Common Worker普通接员工分别与Applicatio

23、n Server运行效劳器关联，也就是说：这三个类都要与效劳器来工作。 Application Server运行效劳器与lDatabase Application数据操作系统相连，进行相关数据通信和数据记录等等操作。 具体关联关系如下列图所示：4 课程设计小结(xioji)1、在进行课程的需求分析与设计前，必须结合汽车租赁经营的实际运作情况，在全面考虑现实的需要和日后的开展的前提下，才能够建设出一个覆盖汽车租赁经营全部业务的“汽车租赁系统；才能通过该系统来提高企业信息化水平，完善经营管理体系，提高员工素质，进一步加强企业市场竞争能力。2、在进行课程设计时，面向对象的系统分析要从系统需求出发，首

24、先要识别出活动者，然后对系统事件进行列表，再从事件表中识别用例，并描述一个完整的功能，并一定要验证用例的正确性，一致性，完备性，可行性。3、在本个课程设计中，设计实体类模型，最困难的工作是识别类，我们是铭记“名词动词法，不仅找出类，还找出了其属性和方法。4、顺序图和协作图，让我明白了如何完整地捕获出类的行为、责任以及它们之间的交互，而这些正是系统运行的机制。在整个课程设计中，交互模型在系统分析和设计阶段重要性极大，两种交互图也是可以相互转换的！5、在做好用例图、类图、交互图后，状态图和活动图就容易多了，但也要全面了解和掌握好状态图和活动图的使用方法和功能后才能更好的为系统所用。一些触发机制、转换(zhunhun)条件等细节并没有全部描述，但大体方向还是相当明确的！6、在整个系统中，利用构件图可以对类模型进行有效的融合，让我明白了哪些是可执行的构件块组成，从而从类的森林里投身出来7、要很好了解部署图的作用，必须先对系统的拓扑结构有很好的掌握！要明白节点是如何进行相互关联和工作！8、经过这次课程设计让我收获了很大，也从中发现了自己的缺乏之处，希望在以后的学习中更深点了解理论知识，并用深厚的理论指导自己实践！- 24 - / 24