JAVA SMART系统-系统框架设计与开发（论文+源码）_Nueve

最新推荐文章于 2024-09-15 19:46:31 发布

质文学术工作室

最新推荐文章于 2024-09-15 19:46:31 发布

阅读量97

点赞数

分类专栏： JAVA 文章标签： java 开发语言 php asp.net python c++ c语言

本文链接：https://blog.csdn.net/weixin_69071556/article/details/134539464

版权

JAVA 专栏收录该内容

58 篇文章 0 订阅

订阅专栏

摘要

SMART系统是一个新型智能在线考试信息管理系统，该系统主要实现了学生在线考试与评估以及教师对学生在线考试信息的管理和维护。本文按照SMART系统的非功能性需求，基于Struts、Spring、Hibernate三种开源技术，构建了一个具有良好的可扩展性、可维护性、可靠性的系统框架。整个系统的框架分为三层，分别为表现层、业务层和持久层。本系统的表现层是基于Struts作扩展设计，结合本系统的需求完成了自定义标签的封装，基本action接口的编写。在业务层则是采用单例模式设计与Spring的IoC模式相结合，实现了公共代理类的编写，各业务逻辑接口的封装。而在持久层的设计中则是采用基于现有持久层框架的实现模式，实现了对产生Session实例的封装，对常用数据库操作的封装。这样设计减少了耦合性且避免了生成大量的临时对象。

该系统框架能达到良好的可拓展性和维护性。它不仅仅适用这个系统的开发，可以应用于J2EE领域中基于SSH来架构的大部分B/S系统。

关键词：设计模式；开源；领域建模；系统框架

SMART System –The Design and Development of The Framework

Abstract

The SMART system is a new type of intelligent information management system for online examination. The system has mostly realized the function that the students can do the online exam and the teachers can manage and maintain the exam information of students on SMART System. In this paper, how to construct a system framework of good expansibility, maintainability, and reliability is discussing in detail according to the non-functionality need of the Smart system, which is based on Struts, Spring, and Hibernate. The system framework is divided into three layers, and they are view layer, business layer, and persistent layer. We can do expansion-designing of Struts in the process of the framework designing which bases on the view layer, also the encapsulation of the custom tag and the compiled language for the basic interface of action are finished according to the request of the system. In this system, the business layer is a combo of single-example mode and IoC mode, so the compiled language for the common deputize and the encapsulation of the business logic interface have been realized. The realized mode that is applied to the framework design of the persistent layer is based on the framework of the persistent layer in existence, also the encapsulation of creating example for Session and the encapsulation of database for common use are realized. As a result, it will reduce the coupling, and a lot of temporary objects created in this process will be avoided.

Favorable expansibility and maintainability can be achieved in this system framework. This frame is not only applied to the systemic development but also can be applied to the most B/S system which bases on the frame of SSH in the field of J2EE.

Key words: Design Pattern; OpenSource; Domain Modeling; The framework of System

目录

1 引言

结论

致谢

声明

1引言

1.1课题背景

随着计算机技术的发展及计算机的日益普及，基于Web的在线考试与无纸化办公已成为大势所趋。特别是在大兴数字化校园建立的今天，基于WEB在线考试系统也已经成为学校信息化建设中不可缺少的一部分，它的优势不但体现在人力上也体现在物力上，基于WEB的在线考试系统的自动评阅、计分、成绩存档功能将有效地避免资源的浪费，有利于环保，减少人员投入，大大的提高了效率。

相比传统的考试方式，基于WEB的在线考试系统的主要好处是一方面可以动态地管理各种考试信息，只要准备好足够大的题库，就可以按照要求自动生成各种试卷；另一方面，考试时间灵活，可以在规定的时间段内的任意时间参加考试；另外计算机化的考试的最大特点是阅卷快，系统可以在考试结束时当场给出客观题考试成绩，计算机阅卷给了考生最大的公平感。

本文中研究了基于Web的在线考试系统―系统框架设计与开发设计与实现，包括系统需求分析和系统框架功能设计与实现。

1.2国内外研究现状

网络考试系统极大地提高了教学的灵活性，现在在许多领域已经有了广泛的应用。在国外最有影响的案例就是ETS（美国教育考试中心）举办的GRE（美国研究生入学考试）的计算机化考试，它使考试由原来的每年只能有两次参加考试的机会变成了每个工作日都可以参加的考试，大大提高了工作的效率。

在我国，经过这么多年在IT业的发展及经验的积累，虽然数字化教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。然而在这个过程中人工手动出题和试题的选择是最为复杂的，显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。因此在国内也出现了比较适合自己本国特色的在线考试系统如：杰佛通用在线考试系统，新为在线考试系统等。

1.3本课题研究的意义

本系统主要用来缓解传统考试所需要的繁琐工作流程，组织试题、印刷试卷、组织考试、监考防作弊、收卷判分、统计结果等，通过本系统，可以将以上考试的全部流程，完全借助计算机系统来实现，从而减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，使考试更趋于公证、客观、科学性进一步的激发了学生的学习兴趣。

2系统需求分析

SMART系统框架在实现上要求采用在J2EE领域中比较流行的SSH框架组合方式，并结合系统自身的一些特点来实现适合于本系统框架设计，该系统的一些非功能性的需求如下：

2.1可扩展性要求

一般来说，软件的可扩展性决定着其适应变更能力的大小。事后我们总是可以很容易地评价某个程序是可扩展的还是不可扩展的，但是要想使这个系统在今后真正派上用场，我们必须事先就对它有个判断。一个系统一般都是要在不断升级的过程中去结合用户的需求来完善自身功能，因此该系统要求采用清晰的接口把对象的实现与它的交互分离开来，特定的实现就可以独立于应用的其他部分，各个实现也可以在将来很方便地修改、升级甚至彻底替换。这时的应用不再是一个单独的东西，而是一个系统中半独立的组件。多个开发者可以在相互不破坏彼此成果或者甚至在不了解全局场景的情况下协同开发。组件提供了特定的功能，允许独立地测试，也可以重用于多个应用中。如果组件之间工作分配及接口是很清晰的，这样的软件就很容易扩展。

2.2可维护性要求

系统在开发完成以后，后期的维护也是一个项目中重要的一环，包括为了满足用户的使用体验对代码所作的修改；对上线后长时间运行过程中所出现的BUG所作的修改等等这些需求，都是要求一个系统是具有可维护性的特性的。

2.3可伸缩性要求

可伸缩性和性能是紧密相关的，但是它们并不完全相同。可伸缩性可以广义地定义为应用在请求数目增长时维护性能的能力。在SMART系统中要求达到一个地市州级地区教育系统内的全体学生提供在线考试服务，并发数应在10000人以上。在本系统架构的中是采用分层的技术，这将可以很好的满足可扩展性与可维护性的要求，但是各层之间的通信又反过来制约了伸缩性。因此，就要求我们在架构设计的时候使用有成效的实践经验来连接这些层次。

2.4可靠性要求

可靠的软件在所有时刻都会按照预期的那样执行。与可伸缩性类似，一个可靠的系统取决于对其底层组件的可预测性。从一个用户的角度来看，可靠性是对整个系统的判断，包括硬件、软件和网络元素。如果一个单独的组件发生故障了，并且用户无法访问应用或者应用工作不正确了，那么整个系统就是不可靠的。在SMART系统中的需求中，可靠性是首当其冲的，特别体现在考试的过程中。如果在考试的过程中系统出问题了，或者在考试后的阅卷中系统算错分了，这都将是灾难性的错误，从而导致严重的后果。因此，保证SMART系统的可靠性的至关重要的。

3系统开发环境及实现关键技术

3.1硬件环境

CPU: AMD Sempron(tm) 2500+

内存：1 G

硬盘：80 G

3.2软件环境

操作系统：Microsoft Windows Server 2003

显示设置：SAMSUNG SyncMaster 795MB

应用软件：SQL Server 2000 + Eclipse3.1.2 + JDK1.5 + Apache Tomcat5.5.15

3.3系统实现的关键技术

3.3.1AJAX技术

AJAX全称为“Asynchronous JavaScript and XML”（异步JavaScript和XML），该技术并不是一种新的技术，实际上是多种技术的综合，包括JavaScript、XHML和CSS、DOM、XMLXSL和XMLHttpRequest。其中使用XHML和CSS作为标准化的呈现，使用XMLHttpRequest作为异步数据的读取，使用JavaScript绑定和处理所有数据。

在AJAX提出之前，业界对于上述技术都只是单独的使用，没有综合使用，也是由于之前的技术需求所决定的。与传统的Web应用不同，AJAX采用异步交互过程。AJAX在用户与服务器之间引入一个中间媒介，从而消除了网络交互过程中的处理-等待-处理-等待缺点。用户的浏览器在执行任务时即装载了AJAX引擎。AJAX引擎用JavaScript语言编写，通常藏在一个隐藏的框架中。它负责编译用户界面及与服务器之间的交互。AJAX引擎允许用与应用软件之间的交互过程异步进行，独立于用户与网络服务器间的交流。现在，可以用JavaScript调用AJAX引擎来代替产生一个HTTP的用户动作，内存中的数据编辑、页面导航、数据校验这些不需要重新载入整个页面的需求可以交给AJAX来执行。

图1 Ajax的web应用模型

3.3.2单例模式

单例模式作为设计模式中的创建模式类型中的一种，从其名字可以看出该模式确保了一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。这类称为单例类。单例模式具有以下的特点：

1.单例类只可有一个实例。

2.单例类必须自己创建自己这惟一的实例。

3.单例类必须给所有其他对象提供这一实例。

在Java中单例模式一般有三种实现其分别为：饿汉式单例类；懒汉式单例类；登记式单例类。

1 饿汉式单例类：

饿汉式单例类是在Java 语言里实现得最为简便的单例类，下面所示的类图描述了一个饿汉式单例类的典型实现。

图2 饿汉式单例类类图

从类图中可以看出，在这个类被加载时，静态变量m_instance 会被初始化，此时类的私有构造子会被调用。这时候，单例类的惟一实例就被创建出来了。Java 语言中单例类的一个最重要的特点是类的构造子是私有的，从而避免外界利用构造子直接创建出任意多的实例。值得指出的是，由于构造子是私有的，因此，此类不能被继承。

2 懒汉式单例类：

与饿汉式单例类相同之处是，类的构造子是私有的。与饿汉式单例类不同的是，懒汉式单例类在第一次被引用时将自己实例化。如果加载器是静态的，那么在懒汉式单例类被加载时不会将自己实例化。如图3所示，类图中给出了一个典型的懒汉式单例类实现。

图3懒汉式单例类类图

3 登记式单例类：

登记式单例类是GoF为了克服饿汉式单例类及懒汉式单例类均不可继承的缺点而设计的。在本例中把他们的例子翻译为Java 语言，并将它自己实例化的方式从懒汉式改为饿汉式。只是它的子类实例化的方式只能是懒汉式的，这是无法改变的。如图4所示是登记式单例类的一个例子，图中的关系线表明，此类已将自己实例化。

图 4登记式单例类

3.3.3IoC模式

IoC (Inversion of Control)模式又称DI（依赖注入），从GoF设计模式中，我们已经习惯一种思维编程方式：Interface Driven Design 接口驱动，接口驱动有很多好处，可以提供不同灵活的子类实现，增加代码稳定和健壮性等等，但是接口一定是需要实现的，也就是如下语句迟早要执行：

AInterface a = new AInterfaceImp();

AInterfaceImp是接口AInterface的一个子类，IoC模式可以延缓接口的实现，根据需要实现，打个比喻：接口如同空的模型套，在必要时，需要向模型套注射石膏，这样才能成为一个模型实体，因此，将人为控制接口的实现成为“注射”。

其实IoC模式也是解决调用者和被调用者之间的一种关系，上述AInterface实现语句表明当前是在调用被调用者AInterfaceImp，由于被调用者名称写入了调用者的代码中，这产生了一个接口实现的原罪：彼此联系，调用者和被调用者有紧密联系，在UML中是用依赖 Dependency 表示。

但是这种依赖在分离关注的思维下是不可忍耐的，必须切割，实现调用者和被调用者解耦，新的IoC模式 Dependency Injection 模式由此产生了， Dependency Injection模式是依赖注射的意思，也就是将依赖先剥离，然后在适当时候再注射进入。

3.3.4JAVA反射机制

“反射”是 Java 程序开发语言的特征之一，它允许运行中的 Java 程序对自身进行检查，或者说“自审”，并能直接操作程序的内部属性。Java 的反射机制是使其具有动态特性的非常关键的一种机制，这个机制允许程序在运行时透过Reflection APIs取得任何一个已知名称的class的内部信息，包括其modifiers(诸如public, static 等等)、superclass(例如Object)、实现之interfaces(例如Cloneable)，也包括fields和methods的所有信息，并可于运行时改变fields内容或唤起methods。

3.3.5JSP自定义标签

要在JSP中实现自定义标签，那么要求必须实现一个相应的标签处理类及写该标签的TLD文件，在JSP中一个自定义的action也就是对tag处理类，是基于一个bean类型的类，该类里面伴随的getter/setter方法对应于tag中的属性。另外这个tag handler类还必须要实现JSP规范中与tag相关的三个接口中的一个。这三个接口如下所示：

1.Tag

2.IterationTag

3.BodyTag

IterationTag继承了Tag，BodyTag继承了IterationTag在API中提供的两个类使开发自定义的标签变得容易，它们分别为TagSupport、BodyTagSupport。TagSupport实现了Tag与IterationTag的接口，而BodyTagSupport除了实现了那两个接口外还实现了BodyTag 接口。图5展现了整个标签处理过程：