C#城市公交查询系统(文献综述+外文文献翻译+源程序) 第16页
5.2.3修改车辆参数
本系统设计了一个管理员和大众用户能共用的主界面。但管理员需登陆才能进入相应的界面进行操作和修改，而大众用户无需登陆可直接进入相应的界面进行查询。
两者实现的功能基本一样，但系统只对用户提供信息查询功能，并不对用户开放所有数据信息的编辑权限。而管理员比大众用户增加了对数据信息编辑功能（包括：删除站点、删除线路、修改站点、添加线路等功能等），管理员实现对数据信息的编辑并对系统进行定期的文护，保证其运行的稳定性，为大众用户提供尽可能完善的服务。
用户进入主页面后不但可以得到公交相关信息，而且可以对公交进行查询。
在线路查询中主要实现所属线路具体的信息，获得该线路会经过的站点，起末班时间、价格等等。管理员通过后台进入系统，按照提示完成，车次、站点的添加、修改和删除。下图为修改车辆参数界面，如图5-9所示：
图5-9 修改车辆参数
主要实现代码如下：
SqlConnection con=DB.createConnection();
con.Open();
SqlCommand cmd =new SqlCommand("Update 车辆表set 车辆类型='"+this.txtBusType.Text.Trim()+"',服务类型='"+this.ddlServerType.SelectedValue+"',票价='"+this.txtPrice.Text.Trim()+"',IC卡类型='"+this.txtICCardType.Text.Trim()+"',运行区间='"+this.txtMoveBetween.Text.Trim()+"'"+" where 车次="+this.ddlLineNum.SelectedValue,con);
cmd.ExecuteNonQuery();
cmd.CommandText="update 车辆线路编号表set 车线类型='"+this.ddlLineType.SelectedValue+"'"+" where 车次="+this.ddlLineNum.SelectedValue;
cmd.ExecuteNonQuery();
con.Close();
Response.Write("<script>alert('修改成功！')</script>");
第6章 测试与文护
6.1 创建和测试应用程序
为了确保本系统能够正常运行，需要在发布之后做一次较全面的测试。现将具体操作及过程举例说明如下：
创建和测试应用程序应是交替进行的，既要注意开发的效率也要注意它的稳定性。每编写一个模块，就要对这个模块进行测试，看它能否根据特定的要求工作。及早发现问题，及早解决，否则到最后再来测试的话，难度会大大增加。
6.2测试项目
在MIS开发过程中采用了多种措施保证软件质量，但是实际开发过程中还是不可避免地会产生差错，系统中通常可能隐藏着错误和缺陷，不经周密测试的系统投入运行，将会造成难以想象的后果，因此系统测试是MIS开发过程中为保证软件质量必须进行的工作。大量统计资料表明，系统测试的工作量往往占MIS开发总工作量的40%以上。因此，我们必须重视测试工作。
由于程序中隐藏的缺陷只在特定的环境下才有可靠显露，系统缺陷通常是由于对某些特定情况考虑不周造成的。因此测试不是为了表明程序正确；成功的测试也不是没有发现错误的测试。有意义的软件测试应该是从“破坏”软件系统的角度出发，精心设计最有可以暴露程序系统缺陷的测试方案。因此软件测试的目标应该是以尽可能少的代价和时间找出软件系统中潜在的错误和缺陷。
从产品角度看，测试计划中的测试项目包括软件结构中的分系统层、子系统层、功能模块层、程序模块层中的各类模块，从测试本身看，分为单元测试，组合测试，确认测试等。测试对象是随不同阶段而异的，最基本、最初的测试是单元测试，后面的组合测试、确认测试都是以被测过的模块作为测试对象的。
单元测试。单元测试也称模块测试或程序测试，单元测试是对每个模块单独进行的，验证模块接口与设计说明书是否一致，对模块的所有主要处理路径进行测试且与预期的结构进行对照，还要对所有错误处理路径进行测试。对源码进行审查，对照设计说明书，表态地检查源程序是否符合功能的逻辑要求，是进行单元测试前的重要工作工。单元测试一般是由程序员完成，也称程序调试。
组合测试。组合测试也称集成测试或子系统测试，通常采用自顶向下测试和自底向上测试两种测试方法。组合测试的对象是指已经通过单元测试的模块，不是对零散模块进行单个测试，而是用系统化的方法装配和测试软件系统，是一个严格的过程，必须认真地进行，其计划的产生和单元模块测试的完成日期要协调起来，这种测试应在系统目标机上进行，造成系统应用的环境条件，除了开发部分项目负责人参加以外，还应该有相应系统的用户参加，给评审员进行演示。
确认测试。确认测试是对通过组合测试的软件进行的，这些软件已经存于系统目标设备的介质上，确认测试的目的是表明软件是可以工作的，并且符合“软件需求说明书”中规定的全部功能和性能要求。确认测试是按照这些要求定出的“确认测试计划”进行的。测试工作是由一个独立的组织进行，而且测试要从用户的角度出发。
系统测试。系统测试是对整体性能的测试，主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求，系统测试的依据是系统分析报告。系统测试应在系统的整个范围内进行，这种测试不只对软件进行，而是对构成系统的硬、软件一起进行。系统测试与建构同时进行或略慢。系统测试需要确认从头到尾的功能正常才算完成，应当尽量避免系统测试延到项目末尾进行。
用户验收测试。在系统测试完成后，进行用户的验收测试，它是用户在实际应用环境中所进行的真实数据测试。
在具体的测试中，一般应遵循以下原则：由程序设计者之外的人进行测试；测试用例应由两部分组成：输入数据和预期输出结果；应选用不合理的输入数据与非法输入测试；不仅要检验程序是否实现预期功能，还应检查程序是否做了不应该做的工作；集中测试容易出错的程序模块；对程序修改以后，必须重新进行测试。
6.3 程序改进
本系统设计时没有统计每两个站点之间的距离，只统计了从起点到终点的站数，这样就不能得出最短路径，站数多的不一定距离就远，同样站点少的距离不一定近。
在乘客查询到自己想要的线路信息后，系统没有提供打印功能，这是本系统以后要着重改的地方。
6.4测试方法
一般来说，对程序测试有两种测试方法：如果已经知道了软件系统应具有的功能，可通过测试来对每个功能是否都能正常使用；如果知道程序的内部工作过程，可以通过测试来检测程序内部是否按照规格说明书的规定正常进行。前一种方法称为黑盒测试，后一种方法称为白盒子测试。黑盒测试又称为功能测试，白盒子测试又称为结构测试。[4]
本系统采用黑盒测试，以下以管理员登陆为例子。
<< 上一页 [11] [12] [13] [14] [15] [16] [17] [18] 下一页
C#城市公交查询系统(文献综述+外文文献翻译+源程序) 第16页下载如图片无法显示或论文不完整，请联系qq752018766
