硕士论文基于spring框架的职业院校管理系统构建

硕士论文基于spring框架的职业院校管理系统构建内容摘要：

水平 部分软件公司，例如大连锐翔科技有限公司明日研发的职业学校管理软件系统，采用了 J2EE架构，功能较为全面，已经 J2EE架构，但是处于最初的 JSP、Java bean、 Servlet阶段，持久层采用 JDBC技术， 影响了 系统的研发期工作效基于 Spring 框架的职业院校管理系统构建 第二章 职业院校管理系统概述和 Spring 框架简介 9 率、 运行期的升级。 [14] [15] MVC模式介绍 MVC是一个 软件 设计模式， 它 将 企业 应用分 为 模型（ Model）、视图（ View） 及 控制器（ Controller） 三个组件角色 ， 将 应用程序的输入、处理 过程及 输出 强制性的 分开。 MVC模式的结构如图 21所示。 图 21 MVC模式的结构图 下面针对图 21分别介绍。 视图 (View) 是 进行 用户界面 显示 的组件， 是 企业 应用同 用户之间的接口 ，作用是 对模型返回的数据 完成 格式化，并 展示 给用户。 对 以前 传统 的 Web应用程序来说，视图是由 HTML元素构 成的界面，在 目前 新式的 Web应用程序中， HTML仍然 在视图 组件 中 充当 着重要的角色，然而部分 新的技术已 出现 ，它们包括Macromedia Flash及诸如 XHTML、 XML/XSL、 WML等标识语言 及 Web Services。 [16] 模型 （ Model） 表示企业数据 及 业务规则 ，是 具体 进行 状态 保持 的应用组件，是 从现实世界中 抽象 出来的对象模型，是 系统 应用逻辑的反映。 模型 对 数据 及 数据 操作 进行封装 ，是 具体执行 数据处理 及 计算的地方。 由模型返回的数据是独立的， 即 模型同 具体的 数据格式无关， 因此 一个模型可 对 多个视图 供应数据。 因为 针对 模型 应用 的 程序代码仅 需 编 写一次就 能够被多个视图重复使用 ， 故 减少了 程序 代码的重复性。 请 注意 到 ，模型 本身 并不对数据 进行 格式化，也不 把 结果 展示 给用户， 这要 通过 视图来 解决。 [17] 控制器 （ Controller） 实现 视 图 同 模型之间的交互 作用 ， 操纵 对用户 请求的响应方式 及 流程。 控制器主要 完成 两 部分 的动作：将 用户的请求分 派 到相应的模型；把 模型的 调整 及时反映 到视图上。 当 用户 点 击 Web页面中的 功能 链接 及发送 HTML表单时，控制器 并 不输出任何 数据或信息 及 作 任何处理， 它仅 是接收操作请求并决定调用 对应 模型组 件去 执行 请求，然后 确定 采 用 什么 视图来 展现基于 Spring 框架的职业院校管理系统构建 第二章 职业院校管理系统概述和 Spring 框架简介 10 模型 执行回送 的数据。 在所有控制器中， 有一个 功能 特殊的控制器， 它就是 前端控制器， 前端控制器能够 把 所有 操作 请求路由到适当的控制器，并 且 返回响应 结果。 [18] 使用 MVC模式 的好处 ， 有助于促进应用 系统 中模型、视图、 控制器 之 间 相互分离。 保持关注的分离 便于 提高 软件 灵活性 及 复用性， 对 一个具体 应用的测试也较为 容易 ， 可以独立地 建立 与 维护 有关 组件， 以便 更高效地 进行 系统 开发。 J2EE 平台与 Spring 框架 J2EE 平台 的概念 目前， Java 2平台 一共 有 3个版本， 包括 适 合 于小型设备 及 智能卡的 Java 2平台 Micro版 J2ME、适 合 于桌面系统的 Java 2平台标准版 J2SE、适 合 于创建服务器应用 系统 的 Java 2平台企业版 J2EE。 J2EE架构是 目 前 Java Web应用中 最 主流应用架构。 组件层次 J2EE组件和层次 结构 如图 22所示。 图 22 J2EE 的四层模型 TCP/IP HTTP 应用程序客户端 动态 HTML 页面 JSP 页面 /Servlet 企业 Beans 数据库 客户层 EIS 层 业务层 WEB 层 企业 Beans 客户端 J2EE服务器 数据库服务器 基于 Spring 框架的职业院校管理系统构建 第二章 职业院校管理系统概述和 Spring 框架简介 11 J2EE 分布式应用模型，应用逻辑按功能 可划分为 不同的 组件，各个应用 组件 按照所处 的层 次可部署 在不同的机器上。 一个多层 次的 应用 可以 为不同的服务提供一个独立的层， 典型的 J2EE 四层结构 通常 包括 客户端机器上的客户层组件 、 J2EE 服务器上的 Web 层组件 、 J2EE 服务器上的业务逻辑层组件 以及EIS 服务器上的企业信息系统层软件 ，下面分别阐述。 （ 1） 客户端层 (Client Tier) 客户端层用 于 完成 企业级应用系统的 用户 操作界面 及 显示层。 当然 ， 一 些客户端程序也可 完成 业务逻辑。 客户端层 可分为基于 Web的 及 非基于 Web的 两种情况， 基于 Web的 客户端层 主要 是 企业 Web服务器的浏览器， 非 基于 Web的客户 端层是 一些 独立的应用程序， 能够实现 一些 瘦客户机无法 实现的功能。 （ 2） Web层 Web层 为企业提供 Web服务， 内容 包括企业信息发布等。 J2EE Web层 组件包括 JSP页面 及 Servlets， 有时也 包括 Java Bean。 Web层主要用 于 处理客户 提交的请求，调用 对 应的逻辑 模 块，并 将 结果 用 动态网页的形式返回 到 客户端。 （ 3） 业务层 (Business Tier) 业务层 有时 也 称 为 EJB层或应用层，它由 EJB服务器 及 EJB组件 构 成。 通常 情况下许多开发商 将 Web服务器 与 EJB服务器产品 组 合 在一起发布，称 作 应用服务器。 EJB层用 于 完成 企业级信息系统的业务逻辑， 它 是企业级应用的核心，由运行在业务层中的 EJB进行 处理。 一个 Bean从客户端 层 接 收 数据、 进行 处理， 而 后将 数据送到企业信息系统层 保存 起来。 同样，一个 Bean也 能够 从企业信息系统检索 数据，发 回 到客户端 层 程序。 业务层中的 EJB运行 于 容器中，容器解决了事务处理、生命周期、状态管理、多线程安全管理 及 资源池 等 底层的问题。 业务层逻辑 可以 用于 银行、零售、 金融 、企业管理 等特殊商务领域。 [19] （ 4） 企业信息系统层（ Enterprise Information System tier) 企业信息系统层处理企业系统软件，包括企业基础系统、数据库系统及其它 遗留的系统。 从图 22中可以看出， 业务层 与 Web层共同 构 成了三层 J2EE应用的中间层，其 它 两层是客户端层 与 存储层或企业信息系统层。 企业信息系统层 是 处理企业信息系统软件 ， 包括 一些 企业基础建设系统 ， 譬 如企业资源计划 （ ERP）、 大型机事务处理 、 数据库系统 以及 其它的遗留信息系统。 的优势 J2EE 为搭建具有可伸缩性、灵活性、 易 于 维护 的 应用 系统提供了 以下 良好的机制 ： （ 1） 能够 保留 、 运用 现 有 的 IT 资 产 基于 Spring 框架的职业院校管理系统构建 第二章 职业院校管理系统概述和 Spring 框架简介 12 因为 企业必须 满足 新的商业需求， 应 用 现 有的企业信息系统方面的投资，而不是重新 设计 全盘方案就 显 得很重要。 因为 基于 J2EE 平台的产品几乎能够在任何操作系统 及 硬件配置上 安装、 运行，现有的操作系统 及 硬件也能被保留 、 应 用。 （ 2） 高效的开发 J2EE提供了一个很好 的企业级应用程序框架，对快速高质量 的 开发 系统应用 打下基础。 J2EE允许 企业将 一些 共 用的、很繁琐的服务端任务交 由 中间件供应商去完成。 这样开发人员 能够 集中精力在 怎样 开发 商业逻辑上，相应地缩短了开发 应用系统 周期。 [20] （ 3） 支持异构环境 J2EE 能够 研 发在 异构环境中 安装 的可移植程序。 基于 J2EE 的应用程序 平台无关性表现突出， 不 绑定 任何特定 的 操作系统、中间件 及 硬件， 因 而 设计合理的基于 J2EE 的程序只需 要 开发一次就可 以 部署到各种平台 ， 这在典型的异构企业计算环境中是 很 重要 的。 J2EE 标准也允许 用 户订购 同 J2EE 兼容的第三方的现 有 的组件， 将它 们 安装 到异构环境中，节省了由 用户 自己 设计 整个方案所需的 开支。 [21] （ 4） 可伸缩性 企业 通常 要选择一种服务器端平台，这种平台应能 够 提供极 好 的可伸缩性 ， 去满足 利用系统 进行商业运作的大批新客户 的 需求。 基于 J2EE 平台的 企业 应用程序 可 以 被部署到各种操作系统上 ， 正好满足这一需求。 （ 5） 稳定的可用性 一个服务器端平台必须能 够 全天候运转以 适应 公司客户 及 合作伙伴的 工作需求。 Spring 框架 Spring是一个 基于 MVC模式的开源框架，也是目前 Web应用 开发中比较成熟的一种框架。 它通过 将 Servlet、 JavaBean、 JSP、 自定义标签及 信息资源整合到一个统一的框架中，为 Web应用 开发提供具有可配置性的 MVC开发模式。 EJB是J2EE中 的一部分， 为开发基于组件的企业应用 标准 作出了定义。 但 因 EJB的复杂性，导致程序的开发效率 较 低。 在 Spring与 Hibernate等轻量级框架 相继 出现后，大量的 程序 开发人员 利用这些 开源框架，能 够 快速开发出 层次 清晰、 易于重用 、 易于 维护的轻量级的 J2EE企业系统应用。 [22] 框架分析 Spring是一 个 轻量级 的开源 J2EE 应用框架， 其 核心是 一 个轻量级容器基于 Spring 框架的职业院校管理系统构建 第二章 职业院校管理系统概述和 Spring 框架简介 13 （ container），实现了 IoC（ Inversion of Control，即控制反转 ）， 其目标是打造 一个全方位的整合 性 框架，在 Spring框架 中达到 多个子框架的组合，这些子框架之间 相互 可以独立，也可以 应 用其它的框架方案加以 更换 ， Spring提供 一站式 的框架整合方案。 在传统的程序设计 时 ， 一般利用 调用 组件 来创建被调用 组件的实例。 然而在 Spring里，创建被调用 组件 的工作不再由调用 组件来 负责 ，因而称作 控制反转 (IoC)。 创建被调用者实例的 任务 一般通过 Spring容器来完成，然后注入调用组件 ，因 而 也称 作 依赖注入 (DI)。 图 23是 Spring系统架构 示意 图，在该 示意 图中展现 了 Spring框架中 7个定义良好的、彼此 独立的模块组件。 应用系统开发 人员 可以 选用 其中的任何一个独立的组件。 图 23 Spring的系统架构图 Spring框架一项最基本的 职 能是担任 创建对象的工厂， 一般 情况下开发 者并不直接 应 用 BeanFactory，而是 应 用 ApplicationContext（应用上下文）。 它是 BeanFactory的一个 具体 实现。 BeanFactory是 Spring的 IoC容器的 一个 核心接口， Spring运 用 BeanFactory进行 实例化、定位、配置应用程序中的对象 组件，以 及 定义 这些对象 之 间的依赖 关系。 IoC把 控制职责 转移到 了框架中，并脱离 了具体的 应用代码。 运 用 IoC容器则仅 需指出组件需要的对象，在 程序 运行 时容器会 自动 提供给它。 容器 依据 方法名作出这种说明，或 者 可能 依据 XML配置数据。 Spring框架的 应 用， 把 J2EE层次结构中的业务层分 成 业务逻辑层与 数据持久层，业务逻辑 由 Spring负责处理， 数据访问则 由 Hibernate负责 处理，使得 应用系统 层次结构更加清晰， 以便 系统维护 与 扩展。 框架组成 Spring Core Spring AOP Spring DAO Spring Web MVC Spring Context Spring ORM Spring WEB 基于 Spring 框架的职业院校管理系统构建 第二章 职业院校管理系统概述和 Spring 框架简介 14 Spring 框架是一种 分层架构， 包含 7 个定义良好的模块。 Spring 模块构造于核心容器之上，核心容器定义了创建、配置及 管理 bea。