JSP的超市仓库管理系统的实现
JSP的超市仓库管理系统的实现[20191217140845]
查看完整论文请+Q: 351916072
关键字:数据库Internet电影票预订Abstract
设置JAVA_HOME环境变量：JDK 安装目录 例：C：j2sdk1.4;
设置CLASSPATH环境变量：JDK安装目录lib ools.jar 例：
C：j2sdk1.4lib ools.jar;.
设置PATH环境变量：JDK 安装目录in;例：C：j2sdk1.4in;
服务器的安装：Tomcat 5.0
设置TOMCAT_HOME环境变量：Tomcat安装目录 例：C：Tomcat 5.0;
(2)安装Tomcat5.0 安装时注意在选择Java虚拟机路径是一定要选择安装的JSDK的目录，然后再开始安装。
(3)安装完毕后，启动TOMCAT，然后再浏览器中输入，这时表示配置成功了。
7.2 软件调试
系统调试的目的是发现程序和系统中的错误并及时予以纠正。在电影票预订系统售书系统中用的调试方法也包括这些：
程序调试
包括语法调试和逻辑检查，测试数据除采用正常数据外，还应用一些异常资料，用来考验程序的正确性。
①用正常资料调试。
②用异常资料调试。
③用错误资料调试。
7.3 软件测试：
7.3.1 测试的重要性及目的
（1）测试的重要性
软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括:
① 认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感;
② 以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定;
③ 测试工作枯燥无味，不能引起人们的兴趣;
④ 测试工作是艰苦而细致的工作;
⑤ 对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。
这些观点对软件测试工作是极为不利的，必须澄清认识、端正态度，才可能提高软件产品的质量。
（2）测试的目的
如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。
① 软件测试是为了发现错误而执行程序的过程;
② 测试是为了证明程序有错，而不是证明程序无错误;
③ 一个好的测试用例是在于它能发现至今未发现的错误;
④ 一个成功的测试是发现了至今未发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。
首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。
7.3.2 测试的步骤
与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由若干个模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：
（1）模块测试 在这个测试步骤中所发现的往往是编码和详细设计的错误。
（2）系统测试 在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
（3）验收测试 在这个测试步骤中发现的往往是系统需求说明书中的错误。
7.3.3 测试的主要内容
为了保证测试的质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。
（1）单元测试
单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。
身份认证时候要保证在以下输入情况时候系统能够健康运行：
① 输入用户ID时候键入非法字符，如：?#￥%等
② 在操作员编码框输入非数字字符，如abc，！?#￥《》
③ 输入的用户ID，或者操作员编码不存在。
④ 输入的用户ID，或者操作员编码与密码不相符合。
⑤ 输入的用户ID，操作员编码不能登陆本模块。
⑥ 输入的信息超过规定字符长度
⑦ 输入的信息有一项为空。
（2）集成测试
集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。
（3）确认测试
确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。
（4）系统测试
软件开发完成以后，最终还要与系统中其他部分配套运行，进行系统测试。包括恢复测试、安全测试、强度测试和性能测试等。
单独对系统的测试主要从以下几方面入手：
① 功能测试：测试是否满足开发要求，是否提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。
② 强度测试及性能测试：测试系统能力最高实际限度，即软件在一些超负荷情况下功能实现的情况。
③ 安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。针对本系统主要是对权限系统的测试和对无效数据、错数据、和非法数据干扰的能力的测试。
经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束。
结 论
经过4个月的不懈努力，和指导老师的谆谆教导，以及同组同学的团结协作，充分利用大学四年所学的专业知识，通过大量阅读与设计相关的专业参考文献，我终于完成了本次毕业设计，已经基本上实现了电影票预订系统的各项功能。
在这次毕业设计过程中，我独立设计和实现了用户注册，用户登录，修改密码，留电影浏览等几个模块的全部功能，以及这几个模块的数据库设计。
查看完整论文请+Q: 351916072
关键字:数据库Internet电影票预订Abstract
设置JAVA_HOME环境变量：JDK 安装目录 例：C：j2sdk1.4;
设置CLASSPATH环境变量：JDK安装目录lib ools.jar 例：
C：j2sdk1.4lib ools.jar;.
设置PATH环境变量：JDK 安装目录in;例：C：j2sdk1.4in;
服务器的安装：Tomcat 5.0
设置TOMCAT_HOME环境变量：Tomcat安装目录 例：C：Tomcat 5.0;
(2)安装Tomcat5.0 安装时注意在选择Java虚拟机路径是一定要选择安装的JSDK的目录，然后再开始安装。
(3)安装完毕后，启动TOMCAT，然后再浏览器中输入
7.2 软件调试
系统调试的目的是发现程序和系统中的错误并及时予以纠正。在电影票预订系统售书系统中用的调试方法也包括这些：
程序调试
包括语法调试和逻辑检查，测试数据除采用正常数据外，还应用一些异常资料，用来考验程序的正确性。
①用正常资料调试。
②用异常资料调试。
③用错误资料调试。
7.3 软件测试：
7.3.1 测试的重要性及目的
（1）测试的重要性
软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括:
① 认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感;
② 以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定;
③ 测试工作枯燥无味，不能引起人们的兴趣;
④ 测试工作是艰苦而细致的工作;
⑤ 对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。
这些观点对软件测试工作是极为不利的，必须澄清认识、端正态度，才可能提高软件产品的质量。
（2）测试的目的
如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。
① 软件测试是为了发现错误而执行程序的过程;
② 测试是为了证明程序有错，而不是证明程序无错误;
③ 一个好的测试用例是在于它能发现至今未发现的错误;
④ 一个成功的测试是发现了至今未发现的错误的测试。
这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。
首先，测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。
7.3.2 测试的步骤
与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由若干个模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：
（1）模块测试 在这个测试步骤中所发现的往往是编码和详细设计的错误。
（2）系统测试 在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
（3）验收测试 在这个测试步骤中发现的往往是系统需求说明书中的错误。
7.3.3 测试的主要内容
为了保证测试的质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。
（1）单元测试
单元测试集中在检查软件设计的最小单位—模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。
身份认证时候要保证在以下输入情况时候系统能够健康运行：
① 输入用户ID时候键入非法字符，如：?#￥%等
② 在操作员编码框输入非数字字符，如abc，！?#￥《》
③ 输入的用户ID，或者操作员编码不存在。
④ 输入的用户ID，或者操作员编码与密码不相符合。
⑤ 输入的用户ID，操作员编码不能登陆本模块。
⑥ 输入的信息超过规定字符长度
⑦ 输入的信息有一项为空。
（2）集成测试
集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。
（3）确认测试
确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。
（4）系统测试
软件开发完成以后，最终还要与系统中其他部分配套运行，进行系统测试。包括恢复测试、安全测试、强度测试和性能测试等。
单独对系统的测试主要从以下几方面入手：
① 功能测试：测试是否满足开发要求，是否提供设计所描述的功能，是否用户的需求都得到满足。功能测试是系统测试最常用和必须的测试，通常还会以正式的软件说明书为测试标准。
② 强度测试及性能测试：测试系统能力最高实际限度，即软件在一些超负荷情况下功能实现的情况。
③ 安全测试：验证安装在系统内的保护机构确实能够对系统进行保护，使之不受各种非常的干扰。针对本系统主要是对权限系统的测试和对无效数据、错数据、和非法数据干扰的能力的测试。
经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束。
结 论
经过4个月的不懈努力，和指导老师的谆谆教导，以及同组同学的团结协作，充分利用大学四年所学的专业知识，通过大量阅读与设计相关的专业参考文献，我终于完成了本次毕业设计，已经基本上实现了电影票预订系统的各项功能。
在这次毕业设计过程中，我独立设计和实现了用户注册，用户登录，修改密码，留电影浏览等几个模块的全部功能，以及这几个模块的数据库设计。
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/jsj/rjgc/2010.html
