
车辆管理系统
项目工作总结报告
目 录
第一章 引言 1
1.1. 编写目的 1
1.2. 说明 2
1.3. 参考资料 2
第二章 开发结果
2.1. 产品 3
2.2. 功能和性能 3
2.3. 进度与任务完成情况 3
第三章 开发工作评价 4
3.1. 对产品质量的评价 5
3.1.1. 评价准则5
第四章 经验与教训 6
4.1. 经验 6
4.2. 教训 7
第一章引言
一.1.编写目的
传统的汽车租赁管理系统在数据处理方面比较繁琐,管理人员需要花费很多的时间和精力去处理它。计算机的存储与查询功能不能满足于用户的基本需求而且租赁的基本信息管理的精确度也不够高出现了不少的漏洞,这也很浪费人力和时间。 而汽车租赁管理系统对车辆的基本信息、租赁结算、租还时间等进行了综合统计和管理,使顾客和管理人员能够更快的得到自己想要的信息。一个好的汽车租赁系统首先应具备的是基本的信息管理,而汽车租赁管理系统不但对车辆信息、顾客信息都进行了系统的管理,而且顾客可以直接登陆系统查看所有车辆信息,也可以根据自己的需要搜索相关车辆的信息,并且可以进行网上租车。本文对系统开发中面临的问题及其解决方案进行详细的设计及合理安排。为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。
一.2.说明
随着新技术地不断发展,人们也越发地偏爱自动化管理。自动化管理改善了手工化低效率的缺陷。车辆管理系统正好满足了客户的需求。让公司员工申请用车和管理车辆时不再那么繁琐,大大提高了人们的办事效率
开发所用编程语言:C#;
| 台式电脑 | 系统开发 | Window系统,320G硬盘,2G内存 | 所用电脑出现死机、烧坏的概率极低 |
| 软件名称 | 软件类别 | 版本号 | 补丁程序 | 语种 | 备注 |
| Visual Studio | IDE | 2008以上版本 | 英语 |
jquery1.7.CHM
w3school.chm
mysql 5.1中文参考手册.chm
SSH相关的参考手册
第二章实际开发结果
二.1.产品
由于Word不能截图不能显示出最总产品的效果图.功能(见实际应用程序)
二.2.功能和性能
a.登录、注册的界面及后台代码;
b.用车人信息管理界面及后台代码;
c.车辆信息管理界面及后台代码;
d.用车申请界面及后台代码;
e.用车审核界面及后台代码;
f.还车界面及后台代码;
g.处罚管理界面及后台代码;
h.用车历史记录管理界面及后台代码;
设计数据库OA:
用车人信息表,车辆信息表,用车记录表
二.3.进度与任务完成情况
5月22~29日 任务已完成
5月30~6月2日 进度有点缓慢,但是由于发扬了坚持不懈的精神,最终完成任务
6月3~6月6日任务完成得非常的速度
6月7~6月12日 程序编码实现情况有非常速度.
6月13 这个有组长完成对这个项目的总结.
| 时 间 | 阶 段 任 务 | 姓 名 |
| 5月22~29日 | 1.可行性分析报告 2.项目初步开发计划 | 李佩、曹呈明 |
| 5月30~6月2日 | 1.业务模型 2.需求模型 3.详细项目计划 4.概要设计 | 陈建、杨威 曹呈明、邱进 |
| 6月3~6月6日 | 1.详细设计 | 曹呈明 |
| 6月7~6月12日 | 2.快速原形实现 | 李佩、陈建、曹呈明 |
| 6月13 | 1.论文 2.总结性评价 | 邱进、李佩 |
三.1.对产品质量的评价
由于时间只有三周的时间,做出的车辆管理系统项目不是那么的完善,在功能上只能完成一般的功能.不能够完美的展示出,项目的强大功能。所以整个项目有待提高.
3.1.1评价准则(市场可行性 经济效益可行性 技术可行性)
0-6分,可行性为低
6-8分,可行性为中
8-10分,可行性为高
评价结果
市场可行性 9分
经济效益可行性 8分
技术可行性 9分
第四章经验与教训
四.1.经验
车辆管理系统项目让我这组成员了解到了团队的力量必须合作才能完成任务.在做项目的前期应该制定系统得到整个计划,任务的划分以及分配工作,跟踪任务的进度,使我们的项目进度在控制范围之内. 在整个项目中风险是随着项目的不同阶段变化的,不同的阶段风险是不同的,我们必须分析我们当前面临的风险的数量、影响程度等,以及怎么去解决这些风险。
在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的. 并不是所有的同学都适合参与设计。很明显,例如专业知识学得不好的的同学就不适合参与设计,他们对系统编程还缺乏足够的认识。另外语言沟通能力较差的同事也不适合参与设计,他们的工作方式可能无法保证及时提交设计文档与参与讨论等。
4.2 教训
在做项目的过程中啊,遇到的问题没有及时解决.分析情况时不全面,分工做项目时不能够及时完成任务.在以后做项目的时候尽量改变这个习惯
