一、功能实现
基础数据主要包括各个模块的数据设置,目前没有完成的模块基础数据并没有进行设置
基础数据:见图1,是汽修管理模块的车辆基本修理项目界面。
图1 基础数据模块
点击图1汽修管理下的预约安排模块按钮弹出预约的界面如图2,
图2 预约安排
这里我们把信息填写完整进行预约安排操作,这里的预约单号跟维修单号是自动生成的。其他一些信息我们会根据车主来我们这里预约时,询问车主得知。
预约成功后,如果客人信息有误我们也可以进行修改。
点击图2“客户接待”可以查询刚刚预约的车主,这里我们也可以看见以前修车的车主,都是接待进行修车之后,它的接待状态从未接待变成了已接待。如图3
图3客户接待
点击图3的“接待登记”弹出图4:
图4
概述:客户接待主要是对前来修车的客户及维修基本资料进行登记,把修理的明细录入,以便后期进行查询。
- 登记车牌、车型、进厂里程、油量、车主信息、发动机号码:方便后期查询车主资料。
- 修理编号、类别、金额、进厂日期和结算日期、送修人电话:方便管理人员管理,联系送修人在相应的时间来取车。
- 修理项目(明细)、估计配件、其他费用、备注、保险索赔:方便维修人员进行维修领料,以及修理时的注意事项,还有后期保险索赔的办理
填写好接待信息之后,我们在根据该车的情况选择维修的项目与车主协商之后,在选择使用的配件,以及一些其他的费用。
如果该车涉及到三包索索赔或者保险,需要通过此处选择索赔信息,以便于费用结算
点击保存之后我们就可以对该车主的车辆进行派工进行维修,如图4。
点击图3的“维修派工”弹出图5:
图5 维修派工
接待完之后,我们这边就安排维修人员进行修车,如图5。
在维修人员看了车的情况之后,预估修车完工的时间。我们点击保存派工就成功了。
点击图5的“维修领料”弹出图6:
图6 维修领料
派工了之后,我们再将该车需要的维修配件给配送过去,让维修人员修车,如图6。
点击图6的“完工审核”弹出图7
图7 完工审核
修车的详细信息会显示在该界面,这里是未审核的,我们也可以通过搜索查询以前的修车记录。
最后就是我们的审核,根据送修车辆的基本信息找到需要审核的车辆,点击【审核】菜单,然后【保存】完成审核。在车主确认之后我们就可以进行结算出厂。如图8
图8 结算出厂
选择当前车主的车辆,点击结算按钮,修车的费用会显示在该页面,再确认收到款之后我们就结算成功了。
二、相关业务表和关系
三、经典代码
通过for循环计算金额
四、开发总结
刚刚做这个项目的时候,设计物理模型时想着的是先把第一个模块的流程写完,后面的在根据情况写,第一个月在我的项目计划书中进度一致,过了一个月之后接手了另一个项目的维护,时间也有点久,导致后面回来写的时候无从下手,就接下来的业务逻辑搞不懂,数据库关系理不清,后来看了自己写的笔记,思路开始回归,当然这个系统的业务逻辑大大提升了我对数据库关系的理解,还有一些代码的技巧,使我对功能的流程开发、文件流输出等技术有所提升;在做项目期间有时候对某些功能过于着急,一心急于求成,思路反而越来越乱,导致其他功能也不能做好,希望以后时刻注意,也要努力学习技术和放好心态。
写这个项目也对数据库表与表之间的关系掌握程度也会得到一个提升,而且这一次用英文来做数据库无形当中也增强了我的英语学习能力和增加了我的英语库存量,这又是一个财富。以前对于数据库的认知比较少,在写项目之后,渐渐认识到了数据库的重要性。
写这个项目老师上课讲到的知识都运用进去,但是在有一些业务处理的时候,突然遇到了知识盲区,还有就是这个逻辑不通了,每次遇到这种情况都会卡着,这时候就需要去问老师或者自己查找资料。
最后这个项目也要完结了,回过头来发现自己写的项目,有很多的不足,也学到了很多。这对下一次写项目的时候有很大的帮助。