办公车辆管理系统说明书Word格式.doc
《办公车辆管理系统说明书Word格式.doc》由会员分享,可在线阅读,更多相关《办公车辆管理系统说明书Word格式.doc(20页珍藏版)》请在冰豆网上搜索。
前言 -3-
正文 -4-
1.问题描述 -4-
2.需求分析 -5-
2.1任务需求分析 -5-
2.2数据流程图、数据字典 -5-
3.系统总体分析 -7-
3.1数据库概念设计 -7-
3.2数据库逻辑结构设计 -8-
4.详细设计 -10-
5.系统测试 -11-
5.1测试方法 -11-
5.2测试用例 -11-
6.软件使用说明书 -14-
总结 -15-
参考文献 -16-
致谢 -17-
附件Ⅰ部分源程序代码 -18-
摘要
时间行进到21世纪,以计算机技术为主体的高新技术群体已经将触角深入到国民经济的方方面面。
在市场经济的大环境下,越来越多的人士逐渐认识到用计算机技术进行各类管理,交流的便捷。
基中最突出的是要算在企事业单位的各种信息档案的计算机管理了。
办公车辆管理系统是一个为适应当前企业对企业车辆信息管理的迫切需求而设计开发的软件系统。
本办公车辆管理系统软件选择了PowerBuilder作为前台开发工具,SQLServer2000作为数据库,两者结合开发。
使得用户可以方便的利用图形界面对此软件进行操作管理。
关键词:
办公车辆管理,数据库,PowerBuilder。
前言
随着信息技术广泛、深入地应用到人类社会的各个领域并发挥着越来越重要的作用。
计算机软件技术作为计算机应用的一部分,被应用于信息管理是发展的必然。
在信息管理中,充分发挥计算机的优势,将大量复杂的数据交给计算机来处理,有着手工管理所无法比拟的优点。
如:
查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高信息管理的效率,真正意义上实现了资源的合理利用,是企事业管理科学化、正规化,与世界接轨的重要条件。
如今,信息化时代已经到来,生活中各种信息趋向数字化、清晰化。
交通的日益发达使得办公车辆的管理显得尤为重要,因此我们将发挥计算机的庞大的存储空间,高性能的处理能力,高度可靠的数据安全,清晰的可视化数据等这些优势来辅助各单位对办公车辆进行管理,合理利用计算机资源,真正实现减少劳动力提高劳动质量的目的。
正文
1.问题描述
办公车辆的管理在机关、企事业单位一直是一个难题,一方面使用成本居高不下,另一方面各部门经常抱怨不能有效地使用车辆。
车辆驾驶员更多的将车辆当作私家车在使用,对车辆的使用成本不加以控制,车辆管理部门没有有效的手段对车辆的使用进行控制,也无法制定合理的使用计划,大大降低了车辆的使用效率。
这就要求公司的车辆管理部门进行有效管理,及时了解每一辆车的情况,每个司机的状态,从而提高车辆的使用效率以及对车辆进行有效管理。
办公车辆管理系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的车辆派车系统,实现企事业单位行政办公车辆的有效合理利用,减少不必要的损失和浪费,并对司机人员进行日常的监督和奖罚。
2.需求分析
2.1任务需求分析
该系统主要包括系统功能输入模块、基本资料维护模块、报表模块、综合查询功能模块和统计模块等。
系统要实现基本信息输入、修改、查询等功能:
1.信息的输入,包括车辆信息、驾驶员信息、车辆运营信息、车辆维修信息、车辆违章信息、车辆事故信息等。
2.信息的修改、删除。
3.根据实际需求,查询并统计符合条件的各类信息。
2.2数据流程图、数据字典
2.2.1数据流程图
该系统数据流程图如图2.2.1所示:
D1车辆档案D2司机信息
库存清单司机信息司机信息
产生司机列表
更新车辆信息
司机
车辆
信息
更新事物
司机表
经办人
管理员
D3事件信息
产生时间列表
事件表事件信息事件信息接收事务
处理
事件
图2.2.1系统数据流程图
2.2.2数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
数据字典卡片如下图所示:
名字:
司机编号
别名:
描述:
唯一标识司机的关键域
定义:
司机编号=1{字符}10
位置:
司机事务
车牌号
唯一指定一辆车的编号
车牌号=8{字符}8
车辆事务
事务编号
唯一标识每一次车和司机的使用情况的关键域
事务编号=1{字符}10
事务
图2.2.2.1数据字典图一图2.2.2.2数据字典图二
图2.2.2.3数据字典图三
3.系统总体分析
3.1数据库概念设计
根据对数据流图和数据字典的分析,我们可以确定该应用中的实体,属性和实体之间的关系,并画出如下图3.1所示的E-R图。
购买日期
车牌号码
维修情况
购买金额
汽车
耗油
购买地点
型号
用车
状态
地址
年龄
使用时间
电话
姓名
性别
用途
去向
用车申请
图3.1办公车辆管理系统的E-R图
3.2数据库逻辑结构设计
在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型,例如,将E-R图模型转化为关系模型,道理很简单,我们设计概念模型基本上都是一些抽象的关系,在数据库设计的实现过程中,在计算机上有效地表示出这些关系就成了数据库设计的关键。
在上面的实体和实体之间的E-R图设计基础上,形成数据库中的表格及表格之间的关系。
主表的结构设计:
表3.2.1车辆档案表
字段名
数据类型
长度
索引
字符型
10
降序
车辆类型
日期型
8
整型
4
使用人或单位
30
备注
备注型
表3.2.2驾驶员档案表
5
2
联系电话
联系地址
20
年检记录
表3.2.3日常管理表
字段名称
字段大小
车辆保险
车辆养路费
车辆事故记录
车辆耗油
在设计数据窗口的时候,通过对话框实现与数据的连接。
在应用程序中则是在应用程序对象中书写连接数据库的程序代码,使得应用程序开始运行并实现与数据库的连接。
4.详细设计
详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统,包括了用户界面设计、程序过程设计等步骤。
在本次课程设计中我主要设计了两个模块:
(1)车辆档案管理模块,它主要包括车辆档案录入、车辆档案查询、车辆档案删除、保存等。
用车管理——包括用车申请、批示、回复。
按照指定时间查询车辆使用情况、查询指定车辆的使用时间、用途、去向等。
车辆档案——登记每辆车的技术档案,包括车号、型号、购买日期、地点、金额、维修情况等。
(2)司机档案管理模块,它主要包括车辆档案的插入、查询、删除等
司机档案——每位司机的自然情况,联络方式等。
根据以上分析,我画出了各信息模块的实体图:
购买时间
汽车实体图如下图4.1所示:
车牌编号
图4.1汽车实体图
司机实体图如下图4.2所示:
图4.2司机实体图
5.系统测试
一个软件开发完成后,并不能马上投入使用,而需要有好长时间的测试。
测试的目的就是在软件投入生产性运行之前,尽可能多地发现软件中的错误。
目前软件测试仍然是保证软件质量的关键步骤,它是对软件规格说明、设计和编码的最后复审。
在本次设计中,涉及到的主要模块有四个,即输入模块、查询模块、删除模块和报表模块,它们之间的联系决定了在测试中必须将上述四个功能模块进行统一的测试。
因为在处理用车申请、批示、回复时,首先要在车辆和驾驶员的信息数据库中检索到存在的对应信息,当用户申请、批示、回复完后报表模块自动将车辆和驾驶员信息统计并保存,以便在下次查询能够给出正确的信息。
当然,这一联系,就决定在测试过程中必须进行全面的分析。
在设计模块时,应尽力向高内聚、低偶合的思想方向靠拢。
5.1测试方法
软件的测试方法有两种,一种是黑盒测试(功能测试),另外一种是白盒测试(结构测试)。
黑盒测试把程序看作一个黑盒子,完全不考虑程序的内部结构和处理过程。
也就是说,黑盒测试是在程序接口进行的测试,它只检查程序功能是否能按照规格说明书的规定正常使用,程序是否能适当的接受输入数据并产生正确的输出信息,程序运行过程中能否保持外部信息的完整性。
白盒测试的前提是可以把程序看成装在一个透明的白盒子里,测试者完全知道程序的结构和处理算法。
这种方法按照程序内部的逻辑测试程序,检测程序中的主要执行通路是否能按预定的要求正确工作。
在本次软件的测试工作中,由于水平的限制,仅对软件的各个功能模块进行了测试,并对各个模块之间的接口进行了