摘 要
进入21世纪以来，网络的空前发展给人们的工作和生活带来了极大的便利，信息化建设已经成为节约运营成本、提高工作效率的首选。相比之下，国内相当数量的中小医院的医院预约挂号工作还采用相对保守的手工工作方式，数据信息查询和存储的成本较高，但效率却很低下。为了使医院预约挂号管理更高效、更科学，决定开发医院预约挂号平台。
本文采用结构化分析的方法，详细阐述了一个功能比较强大的医院预约挂号平台的前后台开发、操作流程和涉及的一些关键技术。首先进行了可行性分析，然后是系统分析，通过实际的业务流程调研，分析业务流程和系统的组织结构，完成了数据流分析和数据字典；然后是系统设计阶段主要完成了功能模块的划分、阐述了系统设计的思想、数据库的设计和系统设计的工具及技术。该阶段对本系统各个模块的功能进行了详细设计，形成了本系统的功能模块图；数据库设计时先进行了概念结构设计，然后进行了逻辑结构设计，最后完成了数据表的设计。
根据前几个阶段的分析和设计，本系统在设计方面采用B/S模式，同时使用JSP技术进行基本页面的设计与功能实现，后台数据库选用SQL Server 2000数据库。本系统的设计实施为医院预约挂号系统的运行做基础，为医院预约挂号管理工作提供良好的条件。
关键词：预约挂号；结构化分析；平台
目 录
1绪论 1
1.1项目开发的背景 1
1.2项目开发的目的 1
2可行性分析及总体设计原则 3
2.1可行性分析 3
2.1.1技术可行性 3
2.1.2经济可行性 3
2.1.3社会可行性 3
2.2总体设计原则 4
3系统分析 5
3.1业务流程分析 5
3.2数据流图 6
3.3数据字典 8
4系统设计 11
4.1系统数据库设计 11
4.1.1概念结构设计 11
4.1.2逻辑结构设计 14
4.1.3数据库表设计 15
4.2系统开发工具与开发模式的选择 17
4.2.1．系统开发工具 17
4.2.2系统设计模式 17
5系统实现 18
5.1用户模块 18
5.2管理员模块 21
6性能测试与分析 23
6.1测试的重要性 23
6.2测试实例的研究与选择 23
6.3实例测试 24
6.4系统评价 25
6.5测试结果 25
总 结 26
参 考 文 献 27
致 谢 28
1绪论
1.1项目开发的背景
随着市场经济的发展，市场竞争压力加大，医院要生存发展，就必须在各个方面加强管理，并要求医院有更高的信息化集成，能够对医院的整体资源进行集成管理。现代医院已意识到，医院间的竞争不仅是医术方面的竞争，更是综合实力的竞争，要求医院有更强的资金实力，更快的市场响应速度。这就要求医院各个科室之间统一计划，协调步骤，汇总信息，调配医院内部资源，实现既要独立又要统一的资源共享管理。随着信息技术的发展，为提高预约挂号管理的管理效率，决定开发“医院预约挂号平台”。
用户来医院就诊，有可能排很长时间的队，都不能排上号。所以为了更好的适应信息时代的高效性，一个利用计算机来实现医院预约挂号平台管理工作的系统将必然诞生。基于这一点，设计了一个医院预约挂号平台，用来就预约的用户及医生进行管理，以便在最短的时间内，高效准确的完成整个预约过程。
计算机技术在现代管理中的应用，使计算机成为领导者和管理人员应用现代技术的重要工具。计算机辅助医院管理活动，可以极大地增强管理者采集、处理信息的能力，从而有利于管理者及时决策。计算机系统能根据管理过程的变化情况，将原始数据、资料等进行加工、保存，管理人员可以在解决具体问题需要信息资料时，随时进行检索查询，了解整个专家预约系统的动态情况，进行动态管理，从而有效的处理预约挂号的管理工作，实现医院预约管理的自动化，提高效率。
1.2项目开发的目的
通过使用本课题研究开发的系统，可以为用户到医院就诊提供高效、便捷的途径，解决传统医疗模式中人数过多所带来的诸多不便。使用户从传统的就医模式中解脱出来，特别是方便外地用户进行提前预约。解决传统医疗模式中的人工挂号对当前就诊情况反馈的不及时，导致对就诊人数控制不当的情况，使用户从漫长的挂号等待过程中解脱，从而提高医院整体的运作效率。
用户对就医的时间的选择更有自主权，从而使其在医院内的停留时间大大缩短，减少大量用户长时间停留在候诊大厅加大院内感染的可能性。通过实名制挂号，杜绝挂号的“倒号”行为。促进医院数字医疗系统的快速发展。预约挂号系统能够统计门诊用户的各种数据，为数字医疗各系统提供准确、及时的用户信息，同时也可为医院的科研、管理活动提供相应的依据。
2可行性分析及总体设计原则
2.1可行性分析
可行性分析也称为可行性研究，是在调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会等方面进行分析和研究，以避免投资失误，保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
下面将分别从技术、经济、社会三个方面对医院预约挂号平台的建设进行分析和研究。
2.1.1技术可行性
根据医院医院提出的系统功能、性能及实现系统的各种约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发的。
由以上分析可知，医院预约挂号平台的开发在技术上是可行的。
2.1.2经济可行性
医院具有信息化的处理设施，并且拥有支持本系统的应用平台。因此无需再投入资金购买其他设施。
系统的开发基于本人对程序开发的实践学习而来，学校无需资金投入，并且软件开发过程投入的成本不高，因此开发经费完全可以接受。
由以上分析可知，医院预约挂号平台在经济上是可行的。
2.1.3社会可行性
本系统的社会可行性主要从法律因素、用户使用可行性两方面进行研究。
(1)法律因素
本系统是根据医院预约管理的实际工作情况开发研制的，是通过大量的调研得出的，系统的软件设计是在独立的环境下完成的，无可供抄袭的软件产品。
(2)用户使用可行性
本系统对用户的要求，除了需要具备在Microsoft Windows平台上使用个人电脑的知识外，并不需要特别的技术能力。使用系统的管理员，需要具备对Tomcat服务器的使用能力，在投入使用前，无需对操作系统的人员进行培训。这样既减少投入成本又简化了操作环节。
由以上分析可知，医院预约挂号平台具有社会可行性。
2.2总体设计原则
本系统为了设计、实现和后期维护的方便，以及系统用户使用的便利，所以必须采取一定的设计原则[3]。其主要设计原则有：
简单性：在实现系统的功能的同时，尽量让系统操作简单易懂，这对于一个系统来说是非常重要的。
针对性：本系统设计是针对医院预约挂号的需求定向开发设计，所以具有专业突出和很强的针对性。
实用性：要求本系统能够满足专家、管理员及用户的需要，因此具有良好的实用性。
一致性：页面整体设计风格以及命名规则的一致性：整体页面布局和用图用色风格及变量、类名和其他元素的命名规则保持一致。功能一致性：完成同样的功能应该尽量使用同样的元素。 元素风格一致性：界面元素的美观风格、摆放位置在同一个界面和不同界面之间都应该是一致的。变量命名规则的一致性：变量应该用统一的规则进行命名，做到任意变量均能从上下文推断其义。
先进性：本系统采用JSP技术、SQL Server2000等被广泛采用系统开发技术和数据库，因此本设计具有良好的先进性，具体表现在其具有良好的可扩展性，可开发性。
3系统分析
3.1业务流程分析
在进行业务流程分析时，需要按照原有信息流动过程，逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态（报告、报单、屏幕显示）等。
业务流程分析可以帮助开发者了解该业务处理过程，发现和处理系统调查工作中的错误和疏漏。业务流程分析是通过业务流程图来进行，即用一些规定的符号及连线来表示某个具体业务处理过程。
具体业务流程如图3.1所示。
图3.1业务流程图
3.2数据流图
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程。数据流程分析是把数据在现行系统内部的流动抽象的独立起来，舍去了具体组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。
数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。其中数据流程图是描述系统逻辑模型的主要工具，它以少数几种符号综合地反映出信息在系统中的流动、存储和传递。
在业务流程分析的基础上，对数据流进行了分析，从数据流动过程考察了实际业务的数据处理模式。该系统的数据流图分为顶层、一层、二层。现行的顶层数据流图如图3.2所示。
图3.2顶层数据流图
具体分析第一层数据流图，该层数据流图如图3.3所示。
图3.3第一层数据流图
展开数据流图如图3.4所示。
图3.4 P5展开数据流图
3.3数据字典
通过对系统数据流的分析，接下来用数据字典描述数据流图中一些主要的数据元素条目、数据流、处理过程、数据存储和外部实体。
数据元素条目如表3.1所示。
表3.1数据元素
据结构条目如表3.2所示。
表3.2数据结构
数据流条目如表3.3所示。
表3.3数据流
数据存储条目如表3.4所示。
表3.4数据存储
处理过程条目如表3.5所示。
表3.5处理过程
外部实体条目如表3.6所示。
表3.6外部实体
4系统设计
系统设计是一个把软件需求转换成用软件系统表示的过程。通过对目标系统的分析和研究，做出了对医院预约挂号平台的总体规划，这是全面开发系统的重要基础。在对医院预约挂号平台全面分析调查的基础上，制定出医院系统的总体规划。系统设计包括系统总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术和开发模式等。
从数据流图出发，对数据流图进行分析，得出的层次化的模块结构图。
医院预约挂号平台前台功能模块图如图4.1所示。
图4.1功能模块图
4.1系统数据库设计
数据库是本系统的核心和基础。它设计的好坏直接影响着整个系统的质量。数据是一切系统设计的基础，通俗地说，数据库设计就像高楼大厦的根基一样，如果设计的不合理、不完善，将在系统开发过程中，甚至到后期的系统维护、功能变更和功能扩充时，引起较多问题，严重时甚至要重新设计，重做大量已完成工作。
4.1.1概念结构设计
从数据需求分析中得出系统的实体属性图。
医生实体属性图如图4.2所示。
图4.2 医生实体属性图
管理员实体属性图如图4.3所示。
图4.3 管理员实体属性图
科室实体属性图如图4.4所示。
图4.4 成绩实体属性图
用户实体属性图如图4.5所示。
图4.5 用户实体属性图
预约实体属性图如图4.6所示。
图4.6 预约实体属性图
E-R模型的组成元素有：实体、属性、联系。E-R模型用E-R图表示。实体是用户工作环境中所涉及的事务，属性是对实体特征的描述。
(1)模型中的实体相当于实体集、一个表，而不是单个实体或表中的一行。实体用矩形框表示，实体名称标注在矩形框内。用菱形表示实体间的联系，菱形框内写上联系名，用无向边把菱形分别与有关实体相连接，在无向边旁标上联系的类型。
(2)属性是实体的性质。用椭圆框表示，与实体之间用一条线相连表的主码是关键属性，关键属性项加下划线。
(3)各子系统模块中主键相同的字段之间存在着相互关联的关系。
(4)在程序中实现对他们的完整性和一致性控制。
从数据需求分析中得出系统的实体属性图，遵循三范式原则，对实体之间的依赖关系进行了整合，得出系统E-R图，图中用矩形表示实体，实体之间的关系用菱形表示，用无向边把菱形与有关实体连接，在边上标明联系的类型。实体的属性用椭圆表示，并用无向边把实体与属性联系起来。
系统E-R图如图4.7所示。
图4.7 系统E-R图
4.1.2逻辑结构设计
对数据库中实现具体表的详细设计。即各数据库表的字段名、类型、长度等信息进行了详细的描述
根据系统E-R图，系统数据逻辑结构设计如下：
（1）医生(医生编号，姓名，学历，职称，可预约人数，时间，所属科室编号，已预约人数)
（2）科室(科室编号，科室名称)
（3）用户（用户编号，姓名，用户名，密码，年龄，电话，性别，病情描述）
（4）预约（预约编号，预约时间，病情描述，科室编号，医生编号，预约状态，备注）
（5）管理员（管理员编号，用户名，密码）
4.1.3数据库表设计
1.用户表用于存放管理员的信息。管理员信息表如表4-1所示。
表4-1管理员信息表
|
字段名 |
类型 |
长度 |
说明 |
|
id |
Int |
4 |
管理员编号（主键） |
|
name |
varchar |
30 |
用户名 |
|
pwd |
varchar |
20 |
用户密码 |
2.医生信息表用于存放医生的基本信息。医生信息表如表4-2所示。
表4-2医生信息表
|
字段名 |
类型 |
长度 |
说明 |
|
id |
Int |
4 |
医生编号（主键） |
|
name |
varchar |
30 |
医生姓名 |
|
time |
datetime |
8 |
时间 |
|
grxl |
varchar |
50 |
医生学历 |
|
zhic |
varchar |
50 |
职称 |
|
renshu |
Int |
4 |
可预约人数 |
|
renshu1 |
Int |
4 |
已预约人数 |
|
hosDepartId |
Int |
4 |
科室编号（外键） |
3.科室信息表用来存放科室的基本信息。科室信息表如表4-3所示。
表4-3科室信息表
|
字段名 |
类型 |
长度 |
说明 |
|
id |
Int |
4 |
科室编号（主键） |
|
name |
varchar |
20 |
科室名称 |
4.用来存放用户的基本信息。用户信息表如表4-4所示。
表4-4用户信息表
|
字段名 |
数据类型 |
长度 |
功能描述 |
|
id |
Int |
4 |
用户编号（主键） |
|
name |
varchar |
20 |
用户名 |
|
pwd |
varchar |
20 |
密码 |
|
truename |
varchar |
20 |
姓名 |
|
age |
Int |
4 |
年龄 |
|
telephone |
varchar |
30 |
电话 |
|
sex |
varchar |
10 |
性别 |
|
describe |
varchar |
100 |
病情描述 |
5.预约信息表是用来存放预约的基本信息的。预约信息表如表4-5所示。
表4-5预约信息表
|
字段名 |
数据类型 |
长度 |
功能描述 |
|
id |
Int |
4 |
预约编号（主键） |
|
time |
datetime |
8 |
时间 |
|
describe |
varchar |
100 |
病情描述 |
|
did |
Int |
4 |
科室编号 |
|
DocID |
Int |
4 |
医生编号 |
|
state |
varchar |
10 |
状态 |
|
beizhu |
varchar |
100 |
备注 |
4.2系统开发工具与开发模式的选择
4.2.1．系统开发工具
本系统主要使用JSP、Struts技术对系统进行设计和开发。JSP拥有Java程序设计语言“一次编写，各处执行”、“安全性、保密性高”等的特点；Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑，Struts能充分满足应用开发的需求，简单易用，敏捷迅速。使用Microsoft SQL Server 2000数据库作为后台数据库，SQL Server 2000系统具有强大的网上功能，可以在互联网上发布数据库中的数据。在SQL Server 2000系统中，允许用户简单的使用一些向导和工具把数据库的数据发布到网络上，并且可以根据需要来调度修改已经发布的数据。在大家所了解数据库系统中，Microsoft SQL Server 2000，经过三十多年的发展，已经成为最重要的数据处理技术，被广泛应用到多种项目的开发与设计中，决定采用此数据库系统来完成系统的设计。
4.2.2系统设计模式
目前，在大多数B/S（Browser/Server）结构的Web应用中，浏览器直接通过HTML或者JSP的形式与用户交互，响应用户的请求。虽然很直观，但是大多数管理信息系统操作的数据量都是惊人的，随着代码的增多会使JSP页面臃肿不堪，Web服务器的负荷过重。因此，在中间层上采用基于模型视图控制器(MVC，Model-View-Controller)的设计模式。Model层用来实现业务逻辑，View层用来显示用户界面，Controller层主要负责View层和Model层之间的控制关系。具体实现时，把Servlet用作应用程序的控制器，把JSP文档作为视图，JavaBeans被用来表示模型。所有的请求都被发送给作为控制器的Servlet，它接受请求，并根据请求信息将它们分发给适当的JSP来响应。同时，Servlet还根据JSP的需求生成JavaBeans的实例并输出给JSP环境。JSP可以通过直接调用方法或使用UseBean的自定义标签得到JavaBeans中的数据。这种设计模式很好地实现了数据层与表示层的分离，使开发工作更加容易和迅速。
5系统实现
5.1用户模块
1.登录及注册管理模块
此模块主要功能是用于登录本系统，不同权限的用户登录本系统会进入不同的管理模块界面，因为在后台对该用户进行的判断，首先将从前台页面提交的用户名和密码进行接受，之后在后台进行处理，按照用户名在数据库中进行查询如果查到该用户则将该用户的权限和密码全都取出来分别赋给两个字符串变量，判断从数据库中读出的密码与登录时输入的密码是否配比上，若两个密码相同则根据权限的值进入相应的页面，否则输出密码错误。若用户未被管理员分配好权限那么也是无法登录本系统的。如图5.1所示。
图5.1 前台登录界面
2.初始界面
用户登陆在输入正确的用户名和密码后，就可以登陆本系统。如图5.2所示。
图5.2 初始界面
3.用户注册界面
用户必须注册本系统后才可以预约。如图5.3所示。
图5.3用户注册界面
4.公告界面
用户登录本系统后，可以查看本院公告信息。如图5.4所示。
图5.4公告界面
5.科室预约界面
用户登陆本系统后如果不知道医生所属的科室，可以在科室查询界面进行科室查询预约。如图5.5所示。
图5.5 科室预约界面
6.留言界面
用户登录本系统后可以进行留言。如图5.6所示。
图5.6 留言界面
5.2管理员模块
1.登录界面
管理员登录的界面。因为在后台对该用户进行的判断，首先将从前台页面提交的用户名和密码进行接受，之后在后台进行处理，按照用户名在数据库中进行查询如果查到该用户则将该用户的权限和密码全都取出来分别赋给两个字符串变量，判断从数据库中读出的密码与登录时输入的密码是否配比上，若两个密码相同则根据权限的值进入相应的页面，否则输出密码错误。若用户未被管理员分配好权限那么也是无法登录本系统的。如图5.7所示。
图5.7登录界面
2.科室管理界面
管理员登录本系统后可以对科室信息进行管理。如图5.8所示。
图5.8科室管理界面
3.添加专家界面
管理员登录本系统后可以添加专家信息。如图5.9所示。
图5.9添加专家界面
6性能测试与分析
6.1测试的重要性
性能测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。
事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。而在软件开发的总成本中，用在测试上的开销要占30％到50％。如果把维护阶段也考虑在内，讨论整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。
6.2测试实例的研究与选择
程序测试的主要方法分为两大类，白盒测试和黑盒测试。
白盒测试：一种是以程序的内部逻辑结构为依据而设计测试用例的方法，因而又称结构测试或玻璃盒测试，将软件看成一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符[15]。白盒测试就是要选取足够的测试用例，对源代码实行比较充分的覆盖，以便尽可能多地发现程序中的错误。主要有两种方法：一种称为逻辑覆盖法，另一种称为路径覆盖法。
黑盒测试：也称功能测试，数据驱动测试等，它将待测对象堪称是一个黑盒子，在完全不考虑程序的内部结构和特性的情况下，只依据规格说明书检查程序的功能是否能正常使用。
黑盒测试主要是根据输入条件和输出条件的确定测试数据，来检查程序是否能产生正确的输出。进行黑盒测试主要有下面几种方法：等价分类法、边界值分析法、猜错法、因果图法。
本系统的测试综合了白盒测试、黑盒测试两种方法，但主要使用的是黑盒测试方法。在测试当中遵循了“尽早地和不断进行测试”，“保证测试用例的完整性和有效性”原则。通过测试达到以下测试目的：
（1）功能检查
检查功能是否争取，是否遗漏或实现不了应该实现的功能等。
（2）接口检查
检查能否正确地接受信息或输出信息。
（3）数据检查
检查数据结构或外部信息是否有（如数据文件）访问错误。
（4）性能检查
检查性能需求能否得到满足。
（5）初始化、终止检查
检查是否能进行正确地初始化或终止。
6.3实例测试
|
测试目的：测试本系统用户用户能否成功的完成预约 |
|
|
预置条件：使用有效的用户身份登陆医院预约挂号平台； |
|
|
测试过程： |
预期结果： |
|
用户用户登陆系统。 |
登陆成功 |
|
点击预约 |
预约成功。 |
|
注销登录，返回前台。输入刚才创建的用户登录名密码 |
登陆成功。进入系统前台界面。 |
|
医生登陆本系统后将会出现刚才预约的信息。 |
预约信息。 |
|
完成测试。 |
上述操作均达到“测试”要求。 |
6.4系统评价
系统评价是指系统在正式运行了一段时间之后，对它在功能上、技术上和经济上所进行的审核评价。针对本系统的评价如下：
(1)系统功能评价
根据本系统开发前所订的目标，在系统完成后经过测试运行，该系统达到了预定的开发目标，在实际使用中的功能可以满足用户需求。
(2)系统技术评价
本系统设计合理，功能达到了预期目标，且系统运行后稳定可靠，安全性高，具有实用性，大大提高了信访办公效率。
(3)系统经济评价
在规定时间内，该系统完成了系统分析时所确定的系统开发目标，达到了设计要求，投入使用后为用户节省了大量人力物力财力，提高了科学管理水平。
6.5测试结果
通过对系统的全面测试，所有测试条目都已经通过，实现了基本要求，系统可以正常运行网上预约挂号，网上预约留言，也可以了解我院最新前来坐诊的各医院专家并且及时的展现在各位患者面前。
总 结
计算机技术的飞速发展带动了很多行业的发展，计算机带给我们最直观的价值就是减少了人力物力的投资，提高了工作质量和效率，从而提高了整个社会的生产力。目前各大医院充分利用计算机资源和网络资源来提高自身的管理水平，而有关医院管理中的医院预约挂号管理工作是否要实现信息化、自动化也成为医院预约管理工作中争论的热点问题。
本文在分析医院预约挂号管理流程的基础上，用JSP和SQL数据库设计并完成医院预约挂号平台。通过系统调试结果显示，本系统基本完成了功能需求。在整个设计过程中，采用瀑布模型和结构化的设计方法。本系统界面美观友好，操作方便，做出了自己的特色。但由于时间仓促加上缺乏系统开发经验，系统在设计过程中不可避免地遇到了各种各样的问题，如：
1. 有些数据输入时没有及时的进行数据格式校验，不能保证数据绝对正确性。
2. 由于时间关系，系统功能实现不够完善，使用可能存在一些不方便。
本系统在实际使用过程中有可能出现一些问题，通过对系统的不断优化和完善，能够调试出真正符合医院预约实际情况的医院预约挂号平台，提高管理水平。
参 考 文 献
[1] 陈雷,尚冰,杨光等.教师教学档案信息管理系统的设计研究.辽宁中医学院学报(第五卷第4期)，2003年11月.
[2] 薛鹤娟.基于WEB的大学选课系统分析.希望月报(上半月)，2007年11期.
[3] 甘仞初,颜志军,龙 虹.信息系统分析与设计.北京:高等教育出版社,2003.
[4] 刘永勤.成人高校教学档案开发利用的现实意义.中文期刊.2008年3期.
[5] 张海藩.软件工程导论（第五版）学习辅导.清华大学出版社,2008年9期.
[6] 王晓敏等.信息系统分析与设计.清华大学出版社,2006.
[7] 王璞.网页制作三剑客.北京清华大学出版社.2003
[8] 孙鑫.Java Web开发详解.电子工业出版社,2007年.
[9] ArtTaylor.JDBCDatabasePrograming with J2EE.电子工业出版社.2004.4
[10] 刘晓华.JSP 应用开发详解.北京电子工业出版社.2005
[11] 李永亮，黄凯锋.基于Jsp的电子商务购物车的实现研究.2006.11
[12] 万峰科技.JSP网站开发四酷全书.电子工业出版社.2005.9
[13] 邱旭东，刘文浩.基于JSP的MVC开发模式研究及应用[J].中国科学信息技术2006. 12-13.
[14]JimBudzynski.E-business:Modelforsuccessorfailure.AgriMarketing,2001(3):30
[15] 王选.软件设计方法.北京: 清华大学出版社，1992.
致 谢
大学生活在这个时候即将划上一个句号。但是对于我的人生道路来说，这仅仅是一个逗号，我将面对的是又一次征程的开始。
回忆过去，许许多多的事情浮现在脑海：刚上大学时欢乐心情和兴奋的场景还历历在目。一切都是那么新鲜，那么富有吸引力。有快乐也有艰辛，有收获也有失落。衷心感谢信息学院所有支持帮助过我的老师，谢谢你们多年来的关心和爱护。同窗的友情同样难忘，你们与我共同走过了人生中不平凡的道路，给我留下了值得珍藏的美好记忆。
最后，我要特别感谢指导教师李彦明老师。本次课设是在他的悉心指导和热情帮助下完成的，老师认真负责的工作态度，严谨的治学精神和精深的理论水平都使我受益匪浅。她无论在理论上还是在实践中，都给予我很大的帮助，使我专业技能的应用水平得到很大提高，这对于我以后的工作和学习都有益处。值此论文完成之际，特别向指导老师表示衷心的感谢和崇高的敬意，谢谢她们细心而又耐心地辅导，使得我得以顺利的完成毕业设计开发工作，同时也要感谢其他帮助过我的老师和同学，他们在我成长过程中给予了我很大的帮助，在此一并表示感谢。
由于本人水平有限，加上时间紧促，本此课设一定有不少缺点和不足，恳请各位老师给予帮助和指正。