4.1.6订单页面模块
在购物车进行结算以后，就会生成订单，订单会显示订单号、收货人、地址、电话等信息。点击查看详情就可以进入订单详情页面。
图4-6 订单界面
图4-6 查看订单界面
4.2 后台功能模块
4.2.1 后台登陆模块
后台管理员可以通过用户名密码登陆到后台页面，后台登陆处理程序和前台登陆程序基本类似。
图4-7 后台登陆界面
4.2.2商品管理模块
管理员对商品进行管理，可以添加心得商品，可以删除已经添加的商品。也可以修
改已添加的商品的信息。
图4-8 商品管理界面
4.2.3 用户管理模块
后台可以对已经注册的用户信息进行管理，可以查看到所有的用户信息，可以在用户信息后面点击修改、删除来操作用户的信息。还可以通过用户名，条件查询到用户。
图4-9 用户管理界面
4.2.4订单管理模块
后台可以查看所有的已交易的订单，也已删除修改订单，也可以通过查询查找
需要的订单。
图4-10 订单管理界面
第5章 系统评价，测试与维护
5.1 系统的自我评价
本系统实现了网上购物商城的基本功能，可以很好的完成网上购物的一系列流程。而且方便快捷，高效。页面也很美观，大方。对整个系统的框架设计合理，大大提升了系统的整体性与耦合性。也方便了后期的进一步开发与维护。
但是系统缺乏创新性，没有自己过多的新增功能，没有特别突出的特点。仅有前台的购物功能和后台的管理功能。可以增加一些功能，来丰富系统，提升系统的实用性。例如增加商品的销量排行榜，方便用户查看畅销商品。增加商品的交易评价，方便用户判断是否购买此商品。系统还缺乏安全性：数据库中的用户名密码都没有通过加密的方式保存，很容易被窃取。
5.2 系统测试
软件测试有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用；如果知道产品的内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常运行。前一种方法称为黑盒测试，后一种方法称为白盒测试。
一般的软件系统测试过程基本上都是从小功能，小模块一步一步测试。并不是所有的代码都比那些完成后才测试
（1）模块测试
每个模块完成一个子功能，把每个模块作为一个单独的实体来测试。模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。
（2）子系统测试
子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此，这个步骤着重测试模块的接口。
（3）系统测试
系统测试是把经过测试的子系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
（4）验收测试
验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。
本系统的调试工作正是按照上面的步骤一步步测试下来的，当某个模块编译完成之后都要进行调试，这样做的好处是可以及时的发现问题并及时的对其进行解决，避免了当某个模块都设计好后才进行调试，从而出现问题不易解决且做大量的重复性工作。
当所有的功能模块定义完成之后，将它们连接成一个子系统。这样使得各模块必须经过相互协调，使得系统整个界面更为直观，方便用户的使用。对于运行的模块，不仅要注意局部，而且要照顾全局进行总体调试。如果调试过程中发现局部影响了全局，则需在最小限度修改的原则上做合理的调整。如果是某个模块的问题，则单独进行修改，是其适应全局的需要。这样多次的反复调试，不断改进，整个系统才可确定为初步正确。
5.2 系统维护
系统的维护主要分为纠错性维护、适应性维护、完善性维护和预防性维护。 （1）纠错性维护：由于本系统测试不可能揭露系统中存在的所有错误，所以当系统运行到一定时期后会暴露出系统内隐藏的错误，这时要及时纠正。
（2）适应性维护：这里指为了使本系统更好的适应环境的变化而进行的维护工作。一方面由于计算机技术的飞速发展，原来的系统不能适应新的软硬件，另一方面，应用对象也在不断的发生变化，将导致系统不能适应新的应用环境，因此，有必要对系统进行调整，以保证系统时时都能满足用户要求。
（3）完善性维护：要根据用户不断提出的新要求来不断扩充原有的系统的功能。 （4）系统程序和数据的维护又包括程序的维护，数据文件的维护，代码的维护等等。维护是系统在使用中应对系统注意，并加以维护，维护包括：
（i）系统运行的日常维护 （ii）系统运行情况的记录 （iii）系统程序和数据的维护