随着我们国家电子技术发展水平不断完善，网络使用已经非常普遍，现在的年轻人几乎都会使用互联网进行新闻浏览和购物，在这样的技术及经济环境下，电子商务的发展势如破竹。此外，现在人们信用理念较强，信用消费比较普遍，基本不存在支付问题。如今，公民对于个人信用问题都非常重视，国家也有比较完善的信用保障体系，银行透资的额度也比较大。基于此，一般都不会出现恶意欠费的现象，网购支付的问题也不再是问题，相对于实体店一手交钱一手交货的原则，网上购物越来越被人们认可和使用。而且，如今物流服务系统较为完善，购物便捷有保障，由此催生出大量的购物订单。
Java的数据类型与承载运行的硬件机器无关，Java可以跨平台运行，无论国内还是国外运用Java语言撰写的程序都可以实现共享。Java虚拟机（JavaVirtualMachine）实现了Java二进制代码的解释执行功能，它是建立在操作系统和硬件之上的，于不同平台之间提供接口。
综上所诉，基于Java具备的这些功能特点，本订单管理系统使用Java语言进行开发能够实现系统功能。
该系统的数据安全存储选用MyBatis数据库进行支持。MyBatis是一款优秀的持久层框架，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的XML或注解来配置和映射原生信息，将接口和Java的POJOs(PlainOrdinaryJavaObject,普通的Java对象)映射成数据库中的记录。
Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。
控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量级的EJB容器，它们经常是庞大与笨重的，难以使用。
Spring的模型-视图-控制器（MVC）框架是围绕一个DispatcherServlet来设计的，这个Servlet会把请求分发给各个处理器，并支持可配置的处理器映射、视图渲染、本地化、时区与主题渲染等，甚至还能支持文件上传。处理器是你的应用中注解了@Controller和@RequestMapping的类和方法，Spring为处理器方法提供了极其多样灵活的配置。Spring3.0以后提供了@Controller注解机制、@PathVariable注解以及一些其他的特性，你可以使用它们来进行RESTfulweb站点和应用的开发。
SSM（Spring+SpringMVC+MyBatis）框架集由Spring、SpringMVC、MyBatis三个开源框架整合而成，常作为数据源较简单的web项目的框架。
技术可行性重点包括系统是否能在硬件和软件技术上同时满足人们的需要。由于java语言的优越特点，通过流行的SSM技术，以企业级开发模式进行整个系统的开发，且SSM框架技术已经较为成熟。因此，该对于该系统在开发技术上是可行的。
经济的可行性考虑的是开发系统的经济成本，首先，本系统使用Intellij开发工具，开发工具都能轻松得到，因此开发工具的成本是可接受的，而且本系统开发完成对电商进行产品管理意义重大，能够显著的提高电商的管理效率。另外，对于完成开发和实施本系统的必要硬件的经济成本也是易于满足的，因此可以说，本系统在经济方面是可行的。
综上所述，此系统开发目的已明确，在技术、经济和法律这三方面都可行，并且投入少、见效快。因此本系统的开发是完全可行的。
创建订单：填写订单号（ID）、货物信息、订单状态、折扣等基本信息后创建订单。
向订单中添加商品：进入已创建的订单中，向已创建订单中添加新的商品。
删除订单：删除一个已创建的订单
本对于系统运行环境的要求其实不会太高，而且，现如今计算机技术发展已经非常成熟，普通配置的硬件性能也已经完全能够胜任本后台管理系统的运行，而且价格也很便宜，因此，为了更好的发挥订单管理系统的性能，我们在本地进行系统实施的环境如下：
（1）硬件环境
处理器：Inteli5芯片或更高
内存：8G或更高
硬盘空间：1T
（2）软件平台
应用环境：Windows操作系统
操作系统：Windows8.1
编程环境：IntelliJ
技术框架:SSM框架
商品
添加购物车
查看属性
查看评价
相似物品
商品：添加购物车、购买、查看属性、查看评价、相似物品
后台管理：用户管理、分类管理、订单管理
用户管理：ID、用户名
分类管理：属性管理、产品管理、分类名称、图片、ID
本系统要能够高效无误的处理购物网站中产生的订单，能够快速地对产品进行CRUD操作，能够查看用户基本信息，能够让后台管理员方便快捷的掌握该系统。
1.整体性原则
后台管理系统总体设计、全面规划以及总体方案的可行性分析都是围绕系统的主要业务活动进行。
2.阶段性原则
系统将分阶段进行实施，在实施广度上要制定分阶段实施目标与规划，按分期投资、分期实施、分期见效，从点到面、逐步展开的原则，提高管理的有效性。
3.安全性原则
安全性是电子商务网站中各类子系统绝对重要的考核指标。
4.可维护性原则
系统的功能设计要具有良好的可扩展性，要遵从模块化的设计原则，这样便于后期系统模块的维护，如功能模块的增加、修改和删除等。
5.适用性原则
后台管理系统面向的使用对象是用户和商家，因此要求系统在设计时，界面要明了，操作要方便可行，易懂易学易用，能被广泛用户群体所认可和接受。
6.投资原则
对一些有前景与重视发展的顾客和企业有一定的吸引力，成本中等。
程
通常程序测试方法的主要分为两个大类，一种是白盒测试另一种是黑盒测试。
天猫后台管理系统的测试方法综合了白盒测试和黑盒测试两种方法，但是主要还是使用的是黑盒测试方法。而且，本系统的测试遵循了“测试要早和测试间断”的原则，而且尽可能的保证测试的用例具有很好地完整性和很好地有效性。
本订单管理系统的测试环境如下:
CPU：酷睿i5系列
内存：8GB
硬盘：1T
开发环境:IntelliJ
Web服务器：Tomcat7.0
本系统的测试主要是对于后台各功能模块进行测试。
(1)后台分类功能模块测试如下
1.点击分类管理。
2.点击属性管理，输入新增属性，点击提交，查询结果是否成功。
3.点击产品功能，新增产品，输入产品名称、产品小标题、原价格、优惠价格、库存，点击提交，查询结果是否成功。
4.点击编辑功能，输入分类名称，选择分类图片，点击提交，查询结果是否成功。
5.点击删除功能，弹出对话框提示确认删除，点击确认，查询结果是否成功。
(2)后台用户管理模块测试如下：
1.点击用户管理功能，查看ID和用户名是否和前台一致。
(3)订单管理模块测试如下：
因为本次的天猫后台管理系统是我们小组第一次完整的设计开发的系统，第一次运用SSM框架开发轻量级企业项目，途中遇到很多问题，整个开发过程处于边学边写的状况。时常会遇到许多棘手的问题，我们通过询问老师和同学，且在网上不断查询资料和观看教学视频，最后终于完成这次的天猫后台管理系统的设计和代码编写以及文档的边写。通过这次订单管理系统的设计实现，我们更进一步的了解了JavaEE项目的开发流程，对SSM框架也有了更清晰的认识。