"命令,"审核"意即确定。当单击"出租审核"命令按钮后,将弹出一个对话框,询问用户是否确定执行出租审核,选择"是"后,汽车"状态"变为"出租审核"。此后,用户将不能对该记录执行"修改""删除"命令。当汽车处于"出租审核"状态后,可对汽车执行"续租"命令,执行续租后,汽车状态变为"续租"。确定续租信息无误后,应执行"续租审核"命令予以确定。
当单击"添加"命令按钮后,将触发"添加"命令按钮的单击事件。
此时将打开"编辑汽车出租信息"窗体。如图:
图4-24编辑汽车出租信息窗体
窗体上设有三个DataGrid控件和三个Adodc控件,系统将在程序执行中为Adodc控件设置ConnectionString属性和RecordSource属性,为DataGrid控件设置DataSource属性,以达到将DataGrid控件与数据库相连,在DataGrid控件中显示相关信息的目的。
4.6.2汽车归还窗体实现
本模块设计用来对汽车归还业务的实现。通过本模块可对已租汽车实现归还,信息修改,结算审核和查询操作。其程序流程图如下:
图4-25汽车归还模块程序流程图
其窗体布局如图:
图4-26汽车租赁归还窗体
当有一项新的归还业务发生时,打开此窗体,单击命令按钮"归还",打开"汽车归还结算窗体",之后按发生租赁业务时所创建的合同编号,查找到相应的汽车租赁信息,即可进行归还操作。当处理完归还信息后,返回"汽车租赁归还"窗体,在DataGrid控件中显示出刚处理完的归还业务信息,汽车状态为"归还",只有对"归还"状态的信息记录,才能执行"修改"和"结算审核"操作。当确定归还信息无误后,应选中该信息条目,执行"结算审核"操作予以确定。单击"结算审核"命令按钮,将弹出一个对话框,询问用户是否确定结算审核信息,选择"是",将最终完全汽车的归还业务处理。此时汽车状态为"结算审核"。
当添加完窗体和窗体上的各个控件后,进行窗体布局,属性设置,最后完成代码编写。如将窗体的名称属性设置为FrmReturn,Caption属性设置为"汽车租赁归还管理",字体设置为"宋体",StartUpPosit属性设置为2,即窗体首次出现时位置在屏幕中心。然后编写其代码如下:
PrivateSubForm_Load()
GridRefresh
cob_Status.AddItem"归还",0
Cmd_RntCheck.Enabled=False
EndSub
4.7系统用户管理菜单实现
系统用户管理菜单树如图:
图4-27系统用户管理菜单树
4.7.1用户信息窗体实现
本模块用来实现对系统用户信息的添加和删除。其程序流程图如下:
图4-28用户信息模块程序流程图
本窗体上设置有一个框架控件,一个Adodc控件,一个DataList控件,三个命令按钮控件。窗体布局如下:
图4-29用户信息窗体
首先点击工程菜单,选择添加窗体,在新建工程内添加一个空窗体,先在适当位置画出一个框架,然后在框架内添加DataList控件,框架Caption属性设置为"用户列表"。依次设置各个控件的属性。最后编写源代码。如,"删除"按钮的源代码如下:
PrivateSubCmd_Del_Click()
IfDataList1.Text=""Then
MsgBox"请选择要删除的用户"
ExitSub
EndIf
IfMyUser.UserName="Admin"Then
MsgBox"此用户不能删除"
ExitSub
EndIf
IfMsgBox("是否删除当前用户",vbYesNo,"请确认")=vbYesThen
MyUser.Delete(DataList1.Text)
MsgBox"成功删除"
DataRefresh
EndIf
EndSub
如果未选择用户,弹出对话框提示"请选择要删除的用户",如果选择了名为"Admin"的用户,则弹出对话框提示"此用户不能删除",如果选择了一个其它的用户,则弹出对话框提示"是否删除当前用户",选择"是",则系统删除选择的记录,并弹出对话框提示"成功删除",最后刷新DataList控件内所显示的用户信息。
4.8系统帮助信息菜单实现
系统帮助信息菜单树如图:
图4-30系统帮助信息菜单树
4.8.1帮助的实现
本模块向用户提供一些系统帮助信息,包含软件使用过程中的一些重要的、需要注意的使用方法和其它一些必要的信息。其程序流程图如下:
图4-31帮助模块程序流程图
本窗体上设置一个文本框,三个标签控件,两个框架,一个命令按钮,其窗体布局如下:
图4-32帮助窗体
添加窗体及控件,设置它们的属性,编写代码。由于本系统不属于庞大系统,所以本窗体在系统中的地位并不十分重要,功能结构均比较简单。因此在这里不再赘述细节。
4.8.2关于的实现
"关于"向用户描述的是有关软件开发者,版本号等的信息。本窗体使用了三个标签控件,利用标签的Caption属性,记录并显示了软件的名称,开发人的姓名及指导教师。窗体如图:
图4-33关于窗体
第5章系统测试
5.1软件测试的目的及测试方案
5.1.1软件测试的目的
软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试,在这个阶段结束后,对软件系统还应该进行各种综合测试,这是软件生命周期中的另一个独立的阶段。
无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中,面对着极其错综复杂的问题,人的主观认识不可能完全符合客观现实,与工程密切相关的各类人员之间的通讯和配合也不可能完美无缺,因此,在软件生命周期的每个阶段都不可避免地会产生差错。
测试的目的就是在软件投入生产性运行之前,尽可能多地发现软件中的错误。总结有关软件测试的一些规则,可以得到以下三点:1、测试是为了发现程序中的错误而执行程序的过程;2、好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;3、成功的测试是发现了至今为止尚未发现的错误的测试。从这些规则可以看出,测试的正确定义是"为了发现程序中的错误而执行程序的过程"。
在实施测试前,要对测试有正确的认识。测试不是为了证明程序是正确的,测试也决不能证明程序是正确的。即使经过了最严格的测试之后,仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误,不能证明程序中没有错误。
5.1.2软件测试的方案
软件的测试有两种,即黑盒测试和白盒测试。
黑盒测试法把程序看作一个黑盒子,不考虑程序的结构和内部处理过程。也就是说,黑盒测试是在程序接口进行的测试,它检查的是程序功能是否能按照规格说明书的规定正常使用,程序是否能适当地接收输入数据并产生正确的输出信息,程序运行过程中能否保持外部信息的完整性。黑盒测试又称为功能测试。
白盒测试法与黑盒测试法相反,它的前提是可以把程序看成装在一个透明的白盒子里,测试者完全知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序,检测程序中的主要执行通路是否都能按预定要求正确工作。白盒测试又称为结构测试。
在软件测试过程中应遵循以下的测试准则:
一、所有测试都应该能追溯到用户的需求。从用户的角度看,最严重的错误是导致程序不能满足用户需求的那些错误;
二、应该远在测试开始之前就制定出测试计划。实际上,在编码之前就可以对所有测试工作进行计划和设计;
三、把Pareto原理应用到软件测试中。Pareto原理说明,测试发现的错误中的80%很可能是由程序中20%的模块造成的;
四、应该从小规模测试开始,并逐步进行大规模测试;
五、穷举测试是不可能的,但是精心设计的测试方案有可能充分覆盖程序逻辑并使程序达到要求的可靠性;
六、为了达到最佳的测试效果,应该由独立的第三方从事测试工作。所谓"最佳效果"是指有最大可能性发现错误的测试。
结合开发本系统的实际,测试中使用黑
上一篇:
VB本科毕业论文-工资管理系统毕业论文+源码(论文和程序)
下一篇:
经济酒店发展:China''s economy hotel market development strategies