高校医务室综合管理系统设计项目

可行性研究报告

第一章 前言 1

1.1 课题背景及意义 1

1.2 课题研究内容 1

1.3 论文的组织结构 2

第二章 运用技术及开发工具介绍 4

2.1 JavaEE技术简介 4

2.2 SSH架构简介 7

2.3 B/S模式的介绍及应用 12

2.4 开发工具的选择 13

2.5 MySQL数据库简介 15

第三章 系统可行性分析与需求分析 17

3.1 系统可行性分析 17

3.2 系统需求分析 19

第四章 系统设计 26

4.1 系统功能模块设计 26

4.2 数据库设计 28

4.3 系统开发环境和运行环境 37

第五章 系统详细设计与实现 39

5.1 后台管理 39

5.2 前台实现 51

第六章 系统测试 57

6.1 测试用例设计及功能测试 57

6.2 程序测试用例 59

6.3 程序结果 62

总结 62

参考文献 64

附录 65

第一章 前言

1.1 课题背景及意义

随着社会信息化进程的不断深入，计算机普及程度和计算机智能化水平均不断提高，人类进入了信息发展的高速时代，各种传统的管理手段受到了不同程度的冲击，高效方便的管理技术与管理手段越来越受到欢迎，各种各样的管理系统应运而生。目前，梧州学院医务室在药品管理、就诊管理、病案管理等方面都是采取手工记录的方式进行学生就诊管理和药品管理。不仅花费了大量的人力与物力资源，且因手工管理不当或档案太多的情况下，引起事故或纠纷还是时有出现。例如药房管理经常由于管理上的不当使部分药品失效报废，给医院带来一定的经济损失，因此，传统的手工统计操作已远远不能满足医务工作的实际需要。为能够更好地了解药库及药房的药品情况、建立病人电子档案、规范药品等日常工作，对医务进行信息管理是非常必要的。因此，高校医务室综合管理系统的建设既意义重大又刻不容缓。

高校医务管理系统将医务人员、学生的基本信息及药品信息以数字化的形式存贮起来，设计简单的查询界面与操作界面以便病人、医务人员对医务的信息一目了然。使医务人员脱离繁杂的手工记录，利用本系统实现方便快捷的就诊及管理，解决医院手工管理人员信息档案的现状，为科学、高效管理人员提供可能。系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，也为校医与学生的互动交流成为可能，对我校学生的身体健康与校风建设都具有一定的促进作用。

1.2 课题研究内容

该课题的主要目标是完成一套高效的、具有一定实用性的高校医务室综合管理系统，对学生个人基本信息、医生个人基本信息、药品信息及缴费信息等信息进行有效管理。系统功能模块主要包括：学生就诊管理、档案管理、药品管理、缴费管理、交流互动及系统管理等模块。学生可以随时登录系统查询自己的就诊信息，由问题也可以通过“交流互动”模块与校医进行交流；医生可以更方便快速的进行就诊，对于医务室药品管理也更得心应手，可以及时的查询到相关药品信息，对于药品的出库入库也省去了繁杂的手工记录；实现一体化学生就诊档案，提高工作效率。系统可在学校局域网内由不同权限的用户进行档案查询、人员管理、药品管理及缴费管理等操作，使医生及管理员可以管理学生档案信息及对药品进行相关处理，学生可以方便查询自己的就诊信息。

1.3 论文的组织结构

本文总共分为七章：

第一章 前言，简述了固定资产管理系统开发的背景和意义，阐述了固定管理系统在国内外的发展状况，最后介绍了论文的内容安排。

第二章 理论知识，对VC和SQL SERVER数据库进行简要介绍。

第三章 系统可行性研究与需求分析，分析开发本系统各方面的可行性，对系统进行合理的需求分析。

第四章 系统总体设计，确立系统功能并进行模块划分，进行数据库的设计，配置系统开发环境和运行环境。

第五章 系统详细设计与实现，搭建开发环境，详细设计系统各模块的功能。

第六章 系统核心模块测试，对所设计的系统进行功能的测试。

第七章 总结与展望，对课题的研究进行最后的总结，阐述固定资产管理系统的未来发展。

第二章 运用技术及开发工具介绍

2.1 JavaEE技术简介

JavaEE是 J2EE的一个新的名称，之所以改名，目的还是让大家清楚J2EE只是Java企业应用.随着WEB和EJB容器概念诞生，使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要EJB的讨论声中说明了这种彷徨。

在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本.此次J2EE改名为Java EE，实际也反映出业界这种共同心声。

JavaEE的核心是EJB3.0, 其提供了更兼便捷的企业级的应用框架。

架构图

让我们看看Java EE 5有哪些新的功能或规定，我们可以从SUN网站下载Java EE 5规范。其架构图如下图2-1所。

图 2-1 架构图

图中灰色加黑部分是Java EE 5新的功能，我们看到，在WEB层主要加入了JSF这个新的表现层框架，和我们日常开发关系密切的是，引入了新的Java Persistence标准，这个标准正在由EJB 3.0专家组制定。

值得指出的是，这个Java持久化标准也可以嵌入在WEB层调用，所以，它肯定不会从属于EJB标准，这样，当前所有的Java持久层标准如：JDBC/JDO/Hibernate/Entity Bean将可能统一，减少用户的架构选择 痛苦。

EJB 3.0和EJB 2.0的区别

从架构图可以看出，无论Web结构或EJB结构，提供实现的功能相差不多，这样，我们的业务核心组件就可以根据需要部署在Web或EJB中运行，而不依赖具体的Java EE容器了。前面一章图的目标在Java EE 5中可以实现了。

当然，Java EE 5重要改变还是：Java EE不再象以前那样只注重大型商业系统的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。

落实这一简化行动的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通过Annotations引入，降低Java EE开发时，既要写code，又要写XML配置文件之苦，来回照顾，疲于奔命，Annotations既是得益于C++语言，也是从开源项目xDoclet实践中获得经验。

但是Annotations是一把双刃剑，初学者用得不好，将会使得原本在XML中的Hard code（硬编码） 写进入代码Annotations，破坏代码的简洁和灵活性，

当然，Annotations的引入不只是解决XML配置，从大的概念说，是解决一个资源注射问题(XML属于其中一个资源)，在原理J2EE中，容器管理的资源都是由JNDI向应用程序提供的，通过Annotations可以方便实现注射。

资源注射（Resource injection）设计概念其实是来自Ioc模式(Dependency Injection )，笔者设计开发的Jdon框架其实已经将Annotations这一宗旨的目的实现，在Jdon框架应用演示源码SimpleJdonFrameworkTest中，在jdonframework.xml中有一段如下配置：

这段配置是将数据库的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一个版本将是基于Java 5.0，这行配置 将可通过 Annotations写在jdbcDAO代码中，方便程序员开发。

从这里，大家也可以知道EJB 3.0和EJB 2.0的区别了，有的人疑惑，是学习EJB 3.0还是学习EJB 2.0，其实EJB 3.0并没有在原理机制上对EJB有多大改动，只是做了编程方面的简化，另外EJB CMP参考了Hibernate新特点，EJB 3.0最大简化变动是CMP编程方法上。所以，无论学习EJb 3.0/2.0，EJB原理和运行机制都是一样，这部分才是学习EJB最大的困难处，而不是因为到了EJB 3.0，理解EJB就会容易。

初学者可从Eclipse+Xdoclet开发EJB 2.0开始学习， EJB 3.0 = EJB 2.0 + xDoclet，这里有一篇Eclipse开发EJB教程，使用JBossIDE非常简单，无需Lomboz等插件。

Security安全

Security安全是Java EE的一个重要特点，也就是基于容器的安全访问，无需自己手工编码，具体实现可参考Jdon框架应用演示源码JdonNews。这虽然是基于J2EE 1.3编写，但是和Java EE 5区别不是很大。

事务管理Transaction Management也是Java EE 5的一个重要部分，该标准文档从几个方面阐述了事务管理的要点，标准中规定了在WEB层中使用事务和线程的处理关系，标准中规定：Web服务器如Tomcat无需在Web层提供事务支持，因为Web组件根本不支持事务繁衍/传递。

因为当前一些架构如 Struts+Spring+Hibernate/Struts+Hibernate是标准中的Web结构，因此Java EE 5在J2EE 4.2.2规定了 Web组件事务的生命周期，如果Web组件直接调用JTA，事务就不可以跨一个客户端的多个请求，事务只能在一个请求(Servlet/Jsp)中完成，这个标准规定了我们在Web架构中（如上述架构）无法使用长事务(如工作流/状态图中跨页面请求事务)，针对一个客户端跨请求的事务暂时只有唯一解决方案：只有使用EJB的有态Session。

以上是Java EE 5主要部分，Java EE包含更多其他技术部分如Jdbc JMS JCA JNDI 等等，需要用户在实践中摸索。

2.2 SSH架构简介

SSH 在J2EE项目中表示了3种框架，即 Spring + Struts +Hibernate。 Struts对Model，View和Controller都提供了对应的组件。Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。 Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，可以应用在任何使用JDBC的场合，可以在Servlet/JSP的Web应用中使用，也可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

1、Struts

（1）、Struts框架结构：如图2-2所示。 

图 2-2 结构图

Struts对Model，View和Controller都提供了对应的组件。

在图2-2中，ActionServlet，这个类是Struts的核心控制器，负责拦截来自用户的请求。

Action，这个类通常由用户提供，该控制器负责接收来自ActionServlet的请求，并根据该请求调用模型的业务逻辑方法处理请求，并将处理结果返回给JSP页面显示。

（2）、Model部分：由ActionForm和JavaBean组成，其中ActionForm用于封装用户的请求参数，封装成ActionForm对象，该对象被ActionServlet转发给Action，Action根据ActionForm里面的请求参数处理用户的请求。

JavaBean则封装了底层的业务逻辑，包括数据库访问等。

（3）、View部分：该部分采用JSP实现。

Struts提供了丰富的标签库，通过标签库可以减少脚本的使用，自定义的标签库可以实现与Model的有效交互，并增加了现实功能。对应上图的JSP部分。

（4）、Controller组件：Controller组件有两个部分组成——系统核心控制器，业务逻辑控制器。

系统核心控制器，对应上图的ActionServlet。该控制器由Struts框架提供，继承HttpServlet类，因此可以配置成标注的Servlet。该控制器负责拦截所有的HTTP请求，然后根据用户请求决定是否要转给业务逻辑控制器。

业务逻辑控制器，负责处理用户请求，本身不具备处理能力，而是调用Model来完成处理。对应Action部分。

2、Hibernate

Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和 Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。

(1)Session接口:Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将HttpSesion对象称为用户session。

(2)SessionFactory接口:SessionFactroy接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。

(3)Configuration接口:Configuration接口负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。

(4)Transaction接口:Transaction接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。

(5)Query和Criteria接口:Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式。