人事管理系统的设计过程
一、数据库表和持久化类
1.1 进行需求分析，根据功能模块设计数据库表
1.2 设计持久化实体
面向对象分析，即根据系统需求提取出应用中的对象，将这些对象抽象成类，再抽取出需要持久化保存的类，这些需要持久化保存的类就是持久化对象（PO）。
这里我们把它设计成单纯的数据类，不涉及业务逻辑方法。
这个阶段，要仔细分析对象之间复杂的关联关系。
1.3 创建持久化实体类
持久化对象之间的关联关系以成员变量的方式表现出来，而这种关联关系，通常对应数据库里的主键、外键约束。
此外，持久化对象还有自己的普通类型的成员变量，这些成员变量对应数据库中的字段。
二、实现DAO持久层
MyBatis推荐通过定义接口来完成SQL语句的映射，该接口可以作为DAO组件使用。（即替代了传统在DAO层中使用JDBC进行数据库操作的方式）
在DAO层中，每个DAO组件包含了数据库的访问逻辑；每个DAO组件可以对一个数据库表完成基本的CRUD操作。
门面模式：业务逻辑组件封装DAO组件
桥接模式：业务逻辑组件负责业务逻辑的变化，DAO组件负责持久化技术的变化
1、使用一个公共常量类
在这个常量类中定义一些可以方便使用的常量（一般是String），如清晰、简化数据库中表的名字，方便构造sql语句。
2、定义DAO接口
如果我们需要使用动态的SQL操作，那么需要定义专门的动态SQL操作提供类，以供DAO组件中使用。
3、部署DAO层
MyBatis中，只需要通过SqlSession的getMapper()方法获得对应的DAO接口实例，就可以调用接口中的方法完成相应的SQL操作。
而在Spring中，这些DAO接口的实例由Spring容器负责生成和管理（即自动生成bean）。
MyBatis社区自己开发一个MyBatis-Spring的中间件完成这个过程，通过SqlSessionFactoryBean类，可以将SqlSessionFactory纳入Spring的IOC容器。
需要注意的是，在委托Spring管理DAO之前，必须要为其提供对应的数据源，这里使用C3P0数据源。
即在applicationContext.xml中先配置数据源，然后创建SqlSessionFactoryBean类的bean，并在bean中设置好关联的数据源。
<!--使用PropertyOverrideConfigurer后处理器加载数据源参数-->
<context:property-override location="classpath*:db.properties"/>
<!--配置C3P0数据源-->
<bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"/>
<!--配置SqlSessionFactory，这个指定的class是MyBatis社区开发的用于整合Spring的bean-->
三、实现Service持久层
1、业务逻辑组件的设计
业务逻辑组件是DAO的门面，即业务逻辑组件依赖于DAO组件提供的服务。
业务逻辑组件面向DAO接口编程，只注重业务逻辑的实现，而无需关心数据库的访问。
2、实现业务逻辑组件
为了简化分页功能，设计了一个分页的JSP标签，只需要在页面使用分页标签，就可以完成所有的分页功能。（要使用JSP的标签需要在WEB-INF下增加一个tld标签文件）。
hrmService接口及其实现类ServiceImpl，其中实现了接口中定义的所有业务逻辑方法。
3、对业务逻辑方法事务管理
只有对业务逻辑方法添加事务管理才是有实际意义的，对单个的DAO方法（基本的CRUD方法）增加事务管理没有太大的实际意义。
<!--JDBC事务管理器-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"
p:dataSource-ref="dataSource"/>
<!--启用支持annotation注解方式的事务管理-->
<!--transaction-manager属性用于指定使用哪个事务管理器-->
<tx:annotation-driven transaction-manager="transactionManager"/>
4、部署业务逻辑组件
在applicationContext.xml中开启组件扫描，让Spring中自动创建Service Bean（与Controller Bean相同）。
<!--扫描包下的Java文件，有Spring相关注解的类，则把这些类注册为Spring的bean -->
<context:component-scan base-package="com.biguo"/>
四、web层
数据库设计、中间层设计（DAO组件、业务逻辑组件）都已经完成，现在进行web层的设计。
通常，系统的控制器和jsp一起设计。因为jsp页面发出请求后，该请求被控制器接收，然后控制器调用业务逻辑组件处理请求。
1、控制器的处理顺序
实际上，控制器是先对请求参数进行解析，然后调用业务逻辑组件中的方法进行业务处理，完成后，再将处理结果通过jsp页面呈现给用户。（这也是为什么一般的处理器方法会返回某个jsp文件的文件名）
Spring MVC中，控制器有两块，一个系统核心控制器DispatcherServlet和业务控制器Controller。
web.xml中：
- 配置好Spring的核心监听器ContextLoadListener，并指定具体的applicationContext.xml作为Spring的配置文件；
- 配置好Spring MVC的前端核心控制器DispatchServlet，并指定具体的springmvc-config.xml作为Spring MVC的配置文件，并通过映射定义设定为拦截所有请求；
<!--配置spring核心监听器，默认会以 /WEB-INF/applicationContext.xml作为配置文件--> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <!--contextConfigLocation参数用来指定Spring的配置文件--> <context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/applicationContext.xml</param-value> </context-param> <!--定义Spring MVC的前端控制器--> <servlet> <servlet-name>springmvc</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/springmvc-config.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <!--让Spring MVC的前端控制器拦截所有请求--> <servlet-mapping> <servlet-name>springmvc</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>
2、控制器的处理细节
springmvc-config.xml中配置了一个拦截器，用于判断用户是否登录，如果没有登录，则用户不能访问网站，然后跳转到登录页面。这个拦截器的相关类需要自己实现。
<!-- 定义Spring MVC的拦截器 -->
<mvc:interceptors>
<mvc:interceptor>
<!-- 拦截所有请求 -->
<mvc:mapping path="/*"/>
<!-- 自定义判断用户权限的拦截类 -->
<bean class="com.biguo.interceptor.AuthorizedInterceptor"/>
</mvc:interceptor>
</mvc:interceptors>
事实上这是个很关键的问题，系统是怎么保存一个用户的登录状态的？
最后，根据不同的功能模块，设计的不同的Controller，以调用相应的Service方法，进行业务处理。
值得一提的是，有一个动态页面跳转控制器：
/**
* 动态页面跳转控制器
* */
@Controller
public class FormController{
@RequestMapping(value="/{formName}")
public String loginForm(@PathVariable String formName){
// 动态跳转页面
return formName;
}
}