1、“.....同时也能导入导出学生的基本信息。对学生信息进行高级搜索等操作。如图所示。图学生管理界面第四章系统实现学生管理可以通过菜单学生管理进入同时也可以通过快捷图标进入学生管理界面。学生管理主要针对学生的基本信息进行操作。同时也能够批量删除学生的基本信息，刷新页面等操作。关键代码如下，批量删除返回上页第四章系统实现成绩管理成绩管理主要对学生的成绩进行管理，同时也对科目进行管理，这里的科目主要介于文科与理科考的不样才设置的科目管理，学生的成绩管理主要是指刚入学的学生成绩进行管理也就是说对刚入大学时学生的高中成绩进行管理。成绩管理界面如图所示。图成绩管理界面成绩管理可以通过菜单进入对成绩以及科目进行管理，同时也可以通过快捷方式进入成绩管理进行操作，可以对成绩进行添加，修改删除以及查询，同时也能够根据关键字进行查询等操作......”。

2、“.....收费凭证主要是对让学生可以根据凭据单号可以查到自己的缴费情况。财务管理界面如图所示。图成绩管理界面财务管理首先可以通过左侧的菜单进入该收费项与收费凭证管理，同时也能通过快捷方式进入该菜单，可以添加收费项，修改收费项删除收费项以及浏览收费项等操作。收费凭证可以用来查看收费的凭证，删除收费凭证单据，第四章系统实现添加收费以及修改等操作。关键代码如下导出，第五章软件测试第五章软件测试第节测试基础软件测试的原则软件测试应遵循的八条原则软件测试，从不同的角度出发会派生出两种不同的测试原则。从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷从开发者的角度出发，就是希望测试能表明软件产品不存在，已经正确地实现了用户的需求。中国软件评测中心的测试原则......”。

3、“.....为了达到上述的原则，需要注意以下几点应该把尽可能早不断测试作为开发者的座右铭。程序员应该避免检查自己的程序，测试应该由独立的专业软件测试机构完成。设计测试用例时，应该考虑的输入合法的和非法的输入，以及各种边界条件下，特殊情况下使极端状态和事故状态，如网络中断，电源断电等。注意个的测试用例的现象，这与程序员编程水平和习惯有很大的关系。测试误差结果必须有个确认过程。通常有个检测，必须有个确认，严重的，可举办评论进行讨论和分析。制定严格的测试计划，测试次尝试以宽松，别指望能在极短的时间内完成个高水平的测试。回归测试连接必须引起注意的完整，修改个而导致更多的不是种罕见的现象。把所有的测试程序文件，意义是不言而喻的，测试再现性往往依靠测试文档。第五章软件测试软件测试的方法黑盒测试黑盒测试也称功能测试或数据驱动测试......”。

4、“.....通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息如数据库或文件的完整性。白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动基路测试等，主要用于软件验证。白盒法全面了解程序内部逻辑结构对所有逻辑路径进行测试。白盒法是穷举路径测试。在使用这方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字......”。

5、“.....第，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了些与数据相关的。灰盒测试灰盒测试，确实是介于二者之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不像白盒那样详细完整，只是通过些表征性的现象事件标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的种灰盒的方法。第五章软件测试第二节测试用例设计与执行记录管理员登录模块测试用例测试条件用户名密码组合，白盒测试测试案例，测试案例，测试案例，黑盒测试运用等价分类法划分等价类补充用例，然后用边值法和推测法附加用例，测试案例为空，边值法测试案例，无效等价类测试案例......”。

6、“.....为空推测法表管理员登陆模块测试用例序号输入值预期结果实测结果成功与否失败原因，登录成功登录成功成功，登录失败登录失败成功，登录失败登录失败成功为空，用户名不能为空登录失败成功，登录失败登录失败成功，为空密码不能为空登录失败成功为空，为空用户名密码不能为空登录失败成功测试原则，测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的不外乎是系统不能满足用户的需求。第五章软件测试二，程序员应该避免检查自己的程序，软件测试应该由第三方来负责。三，设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，如网络异常的组装与测试。回归测试这种方式采取自顶向下的方式测试被修改的模块及其子模块然后将这部分视为子系统，再自底向上测试。关键模块问题在组装测试时，应当确定关键模块，对这些关键模块及早进行测试......”。

7、“.....确认测试确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。进行有效性测试黑盒测试有效性测试是在模拟的环境可能就是开发的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。首先制定测试计划，规定要做测试的种类。还需要制定组测试步骤，描述具体的测试用例。通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符所有的文档都是正确且便于使用同时，对其它软件需求，例如可移植性兼容性出错自动恢复可维护性等，也都要进行测试在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类测试结果与预期的结果相符......”。

8、“.....从而这部分程序被接受。测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不致，因此要为它提交份问题报告。软件配置复查软件配置复查的目的是保证软件配置的所有成分都齐全各方面的质量都符合要求具有维护阶段所必需的细节而且已经编排好分类的目录。应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。系统测试第五章软件测试系统测试，是将通过确认测试的软件，作为整个基于计算机系统的个元素，与计算机硬件外设些支持软件数据和人员等其它系统元素结合在起，在实际运行环境下，对计算机系统进行系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较，发现软件与系统的定义不符合或与之矛盾的地方。验收测试在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试......”。

9、“.....由用户参加设计测试用例，使用生产中的实际数据进行测试。在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性兼容性可维护性的恢复功能等进行确认。确认测试应交付的文档有确认测试分析报告最终的用户手册和操作手册项目开发总结报告。第六章结论第六章结论经过近年多的奋战，基于模式的学生管理系统已经基本完成，系统的各项功能的实现，使我既兴奋又担心。由于初次开发设计软件，并且在知识和经验都存在着很大的不足之处，在整个开发过程中，遇到了很多困难。然而，在解决这些困难的过程中，我又学到了很多知识，受益匪浅。特别是根据系统需求，来对系统进行分析建立设计和开发。当然我也深知本系统肯定会存在不足之处和缺陷。通过对学生管理系统进行开发设计，让自己掌握了项目的开发基本流程，也把在职研究生的二年中学习的软件工程的课程在实际中得到了运用......”。