在写一个程序之前，需要在大脑中对整个系统有一个初步的规划，对于系统的功能模块，通常来说需要划分成三大块：框架部分、核心业务部分、扩展业务部分。
框架部分，通常是用来放通用的工具类方法，还有通用的处理数据、业务的方法，这些方法一般与系统的业务无关。电子商城的后台系统，通常都会有权限管理模块，但权限管理模块，与商城的业务没有关系，所以权限管理就要放到框架中。而且，不单是电子商城，其它系统的后台，也可能会有权限管理的功能，那么这个权限管理的模块，就要写得具有通用性，能够适用其它系统。当然，还有为完成这个系统而开发的很多工具类方法，也要放到框架中。所谓的框架，就不是专门为某一个系统而写，而应该要具有通用性，放在别的系统，也一样能用。
核心业务部分，就是整个系统，必须要具备的业务模块，是整个系统的核心所在。电子商城的功能是卖商品的，那么核心业务模块，就要包括：卖什么（商品模块）、卖给谁（会员模块）、流水记录（订单模块）。
扩展业务部分，细分的话，还可以分为基本扩展业务模块和普通扩展业务模块。基本扩展业务，就是别人在使用这个系统的时候，通常都会使用的功能，比如促销模块，这些模块通常是和核心业务模块一起，系统建好后，就已经加载到项目中了。而普通业务模块，那么就是有一部分人用，有一部分人不需要的业务模块，这类模块，默认情况下，是不加载到系统中的，用户可以根据自己的需要，有选择性的加载到系统中，比如团购模块。
在说到程序的可扩展性时，很多人都会认为，可以为程序添加功能，就是具有可扩展性。这并不全面，我们讲可扩展性，通常是指，在不动程序的源代码的情况下，可以为程序添加功能，才称为具有可扩展性。如果通过改变程序的源代码去为程序添加功能，那哪个程序不可以添加功能？拿windows的计算器程序，改源代码，改成一个PS都可以，可这就不是扩展了。
现在框架部分有权限管理功能，核心业务有三个模块，这些功能开发完以后，就不需要再动，源代码就是冻结状态。扩展业务模块，一个模块就是一个jar包，把jar包放到项目中，项目就有了jar包的功能，把jar包从项目中移除，那么项目就回到没引入jar包之前的状态，这才是理想的设计模式。
简单介绍一下后面要写的系统：
1. 后台没有使用任何框架，因为我还没有学习java的框架，所以没有使用框架，前端的话，会使用jquery。
2. 系统采用前后端分离的方式实现。
3. 整个web系统，只有一个html。这个设定是我在学习PHP的时候，受PHP中include和require指令的启发想出来的，只不过，在这里是使用java，及前后端分离的技术实现。优点：因为全部采用局部刷新的机制，所以能够减少前后端数据的传输量，提高响应速度。缺点：因为只有一个html，所以浏览器没有前进后退的操作，当然要做前进后退，也可以做，需要用H5中的相关API，既然要用H5的API，就肯定存在兼容的问题，所以就直接不做。那么在整个系统的流程设计上，要尽量做到简化，菜单深度、用户操作流程，都需要做到非常精简，再有一些页面提供返回按钮