武汉工程大学论文范本.docx

武汉工程大学论文范本.docx

《武汉工程大学论文范本.docx》由会员分享，可在线阅读，更多相关《武汉工程大学论文范本.docx（31页珍藏版）》请在冰豆网上搜索。

武汉工程大学论文范本

武汉工程大学

毕业设计（论文）说明书

题目学院网上信息管理系统

专业班级计算机科学与技术专业

学生陈俊芳

指导教师靳春梅

总评成绩

2008年03月06日

武汉工程大学

毕业设计（论文）任务书

专业班级计算机科学与技术专业学生陈俊芳

一、课题名称

学院网上信息管理系统

二、课题条件

在本系统的开发过程中采用的是JSP+JavaBean+Servlet模式，在该模式中，结合了JSP和Servlet技术，充分利用了JSP和Servlet两种技术原有的优点。

三、任务（含实验、分析、计算、绘图、论述等内容）

（1）升级、改造学院现有的办公自动化系统，完善学院网站建设，实现办公自动化结构的网络化，进一步提高学院的办公效率、工作水平，朝着信息化、网络化、现代化目标迈进。

（2）建立学院数字化教学系统，进一步提高办学效益和现代化教学水平。

（3）建立学院数字化图书资料管理系统，为广大师生提供方便、快捷的资料信息获取渠道和手段。

（4）校园体验子系统，使整个机构完全实现信息化、自动化、网络化。

（5）建立Intranet系统，方便学院内部的信息发布、信息交流和信息共享。

四、设计（论文）说明书内容

用“数字化校园”的整体概念来统一规划、组织和建设学院的办公自动化系统、数字化教学系统、网站系统、图书资料管理系统和数字化校园体验系统。

在这个概念下，统一设计和建设网络拓扑架构、网络安全系统、数据库基础结构、信息共享与管理、信息的发布与管理等。

开发后的数字化学院管理系统包括学院概况、组织机构、师资队伍、学科与专业、招生与就业、数字化教学、数字图书馆、数字化校园体验和办公自动化九部分。

五、计划进度

1、发题时间2007年2月4日

2007年2月5日开始编写论文，当天完成进度为全文的20%。

2007年2月6日跳过项目详细设计，完成全文50%。

2007年2月7日至2006年2月9日对项目详细设计。

完成全文85%。

2007年2月10日完成剩余项目设计，对项目整体进行调试。

2007年2月11日论文进入最后阶段。

对整个项目进行最后测试，测试结果良好，并对全文格式进行整合。

于当夜完成。

指导教师教研室主任

年月日年月日

注：

1、学生进行实践教学环节前，指导教师应填写好此任务书，经教研室主任签字后，正式给学生下任务。

实践教学环节结束后，应将此任务书放在设计（论文）说明书首页装订。

2、若实践教学环节和任务书另行发了单行本，则不填写此任务书，实践教学环节结束后，应将任务书单行本装入资料袋。

毕业设计（论文）评审表（指导教师用）

评价内容

具体要求

满分

得分

调查论证

能独立查阅文献和调研；能提出并论证课题的实施方案；有收集、加工各种信息及获取新知识的能力

10

实验方案设计与

实验技能

能正确设计实验方案，独立进行实验操作如装置安装，调试，操作

15

分析与解决问题的能力

能运用所学知识和技能去实现与解决实际问题；能正确处理实验数据；能对课题进行理论分析，得出有价值的结论

20

工作量、工作态度

按期圆满完成规定的任务，工作量饱满，难度较大；工作努力，遵守纪律；工作作风严谨务实

15

质量

综合简练完整，有见解；立论正确，论述充分，结论严谨，实验正确，分析处理科学；文字通顺，技术用语准确，符号统一，编号齐全，书写工整规范，图表完整、整洁、正确；论文结果有应用价值

20

外语、计算机应用能力

能正确翻译外文资料；能正确撰写中英文摘要，用计算机计算、绘图和打印文稿

10

创新

工作中有创新意识；

对前人工作有改进或突破，或有独到见解

10

总分

评

阅

意

见

指导教师签名

日期

武汉工程大学毕业设计（论文）答辩小组意见书

专业班级计算机科学与技术专业学生姓名陈俊芳

题目学院网上信息管理系统

答

辩

记录

记录人地点年月日

答辩

小组

意见

意见：

得分：

答辩组长组员年月日

总评

毕业设计（论文）得分*60%+毕业答辩得分*40%=总评成绩

总评成绩

【摘要】为了适应信息时代发展，提高考试工作效率和办学水平，实现现代化大学的运行机制和高水平的管理，体现大学计算机学院自己的特色，使数字化学院建设成为一流信息学院建设的重要组成部分，我们开发了这套学院网上信息管理系统，旨在探索一种以互联网为基础的办学模式，通过这种新的模式，为信息学院营造一种新的办学环境，使管理突破时空限制，扩大教学规模，提高工作效率和办学水平，使学校管理者、教师和学生可以在任何时候、任何地点通过网络进行学习与交流。

【关键词】JSP、数据库、管理系统、WEB

第一章设计思想

1.1系统的设计思想

大学信息学院管理信息系统之数字化校园子系统的基本设计思想是把整个系统按照实现模块进行分解，利用JSP+JavaBean+Servlet进行编程。

此子系统的系统结构如图1-1所示。

图1-1数字化校园体验子系统结构图

其中作者负责文化建设、党组织建设、教代会工会、校友会及团学建设之音乐欣赏几部分的设计与实现。

1.2系统的开发方法

在本系统的开发过程中采用的是JSP+JavaBean+Servlet模式，在该模式中，结合了JSP和Servlet技术，充分利用了JSP和Servlet两种技术原有的优点。

此模式遵循视图控制器（MVC）模式，它的主要思想是使用一个或多个Servlet作为控制器。

请求由前沿的Servlet接收并处理后，会重新定向到JSP。

在Servlet作为控制器时，每个Servlet通常只实现很少一部分功能，多个Servlet控制器就可

以结合起来完成复杂的任务，这样的好处是Servlet的重用性好。

在此模式中，JavaBean作为模型的角色，它充当JSP和Servlet通信的中间工具，Servlet处理完后设置Bean属性，JSP读取此Bean的属性，然后进行显示。

此模式更加明显的把显示和逻辑分离，使代码容易管理，适合于大型项目的开发，所以在本系统中采用了这种模式[8]。

此模式的数据传递关系如图1-2所示。

第二章系统分析

2.1可行性分析

可行性分析（FeasibilityAnalysis）也称为可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。

可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

该系统的可行性分析包括以下几个方面的内容。

（1）经济可行性：

主要是对项目的经济效益进行评价，本系统开发经费对于本单位在经济上是可以接受的，并且本系统实施后可以显著提高工作效率，有助于学院完全实现信息化管理。

所以本系统在经济上是可行的。

（2）技术上的可行性：

技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。

该管理系统采用了当前新兴的Browser/Server模式进行开发。

三层的Browser/Server体系结构具有许多传统Client/Server体系结构不具备的优点，而且又紧密的结合了Internet/Intranet技术，是技术发展的大势所趋，它把应用系统带入了一个崭新的发展时代。

数据库服务器选用IBM的DB2数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。

它的灵活性、安全性和易用性为数据库编程提供了良好的条件。

因此，系统的软件开发平台已成熟可行。

硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。

（3）时机可行性：

目前，大学的校园网路覆盖了教学区和学生区的主要建筑物及部分家属宿舍，从而满足校内各学院，各职能部门，各直属单位上网需求。

学校良好的网络设施为信息学院开发数字化学院提供了坚实的基础。

（4）管理上的可行性：

主要是管理人员是否支持，现有的管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。

规章制度和管理方法为系统的建设提供了制度保障。

综上所述，此系统开发目标已明确，在技术和经济等方面都可行，并且投入少、见效快。

因此系统的开发是完全可行的。

2.2系统的主要技术分析

2.2.1Browser/Server系统的三层体系结构

在Browser/Server的系统中，用户可以通过浏览器向分布在网络上的许多服务器发出请求。

Browser/Server结构极大的简化了客户机的工作，客户机上只需安装、配置少量的客户端软件即可，服务器将担负更多的工作，对数据库的访问和应用程序的执行将在服务器上完成。

在Browser/Server三层体系结构下，表示层（Presentation）、功能层（BusinessLogic）、数据层（DataService）被分割成三个相对独立的单元：

第一层--表示层：

Web浏览器

在表示层中包含系统的显示逻辑，位于客户端。

它的任务是由Web浏览器向网络上的某一Web服务器提出服务请求，Web服务器对用户身份进行验证后用HTTP协议把所需的主页传送给客户端，客户机接受传来的主页文件，并把它显示在Web浏览器上。

第二层--功能层：

具有应用程序扩展功能的Web服务器

在功能层中包含系统的事务处理逻辑，位于Web服务器端。

它的任务是接受用户的请求，首先需要执行相应的扩展应用程序与数据库进行连接，通过SQL等方式向数据库服务器提出数据处理申请，而后等数据库服务器将数据处理的结果提交给Web服务器，再由Web服务器传送回客户端。

第三层--数据层：

数据库服务器

在数据层中包含系统的数据处理逻辑，位于数据库服务器端。

它的任务是接受Web服务器对数据库操纵的请求，实现对数据库查询、修改、更新等功能，把运行结果提交给Web服务器。

从上面的分析中可以看出，三层的Browser/Server体系结构是把二层Client/Server结构的事务处理逻辑模块从客户机的任务中分离出来，由单独组成的一层来负担其任务，这样客户机的压力大大减轻了，把负荷均衡地分配给了Web服务器，于是由原来的两层的Client/server结构转变成三层的Browser/Server结构。

2.2.2JavaServerPage（JSP）技术

首先，J2EE结构是设计和开发数字化学院系统的核心。

第二，系统提供的大部分操作都涉及到与用户动态地进行信息交互，要求系统能够实现数据的动态发布。

第三，位于客户端的用户主要通过浏览器使用本系统。

第四，在Sun公司提出的J2EE蓝图中明确推荐使用JSP技术为动态内容提供服务。

因此，在J2EE结构的模型框架下，JSP技术是实现此系统动态信息交互功能的首选方案。

JSP技术主要有以下一些特点[2]：

（1）应用程序逻辑和页面显示相分离的特性。

JSP把用户界面从系统内容中分离开来，使得设计人员能够在不改变底层动态内容的前提下改变整个网页布局。

（2）组件的可重用性。

绝大多数JSP页面依赖于可重用的、跨平台的组件来执行应用程序的处理。

开发人员能够共享和交换执行组件，并利用这些组件创建应用程序。

基于组件的方法加速了开发过程，提高了应用程序的开发效率。

（3）跨平台特性。

JSP技术将“一次编写，随处运行”的思想推广到了交互网页中，因此不需要作任何更改，就可以很轻松地跨平台和跨Web服务器移动JSP页。

（4）可以用多种格式为动态内容提供服务。

JSP可以为不同的客户端提供服务，包括使HTML/DHTML的常规浏览器、使用WML的移动电话和PDA等手持式无线设备以及使用XML的其他B2B应用程序等。

2.2.3数据库连接池技术

在数据库操作中，数据库的连接开销最大，耗时最长。

通常的处理方法是，Servlet响应客户请求时，如果要求操作数据库，那么它会建立数据库的连接，然后与数据库进行数据交换，最后，关闭数据库的连接。

这样就会造成每响应一次用户请求就会进行一次数据库连接和关闭，如果同时请求的用户数量很大，那么数据库的连接和关闭的开销将会变得巨大。

必然会造成系统的负载过重，响应的速度也会减慢。

显然，这种处理方法性能是较低的，但是由于Servlet是基于HTTP协议，HTTP协议是无状态的协议，在处理完用户的响应后，不会保存用户的各种信息。

因此，同一个用户的请求会当作不同的请求来处理。

那么，同一个用户的两次数据库操作本应该做一次数据库连接，但由于HTTP无状态的原因，会进行两次数据库连接。

HTTP协议的无状态性是造成数据库的无效的连接和关闭的根本原因。

HTTP协议是国际标准的协议，无法将其改变。

为了提高数据库连接的有效性，中间层的数据库连接将采用数据库连接池技术。

连接池技术的核心思想是在数据库的连接被需要之前去建立一个数据库连接的集合。

也就是说，在Servlet第一次被装载时，先建立一定数量的数据库连接后，放在一个集合对象中。

这个对象作为数据库连接的代理，所有数据库连接的访问都由这个代理进行控制。

当有客户端请求数据库连接时，它只需简单地向数据库连接代理程序请求空闲的连接就可以了。

这个代理程序将从连接池中选择一个空闲的连接，并给它进行标记，以说明此连接不可用，然后将这个连接返回给客户端。

由于连接是提前创建的，因此代理程序几乎可以不需要任何系统的开销就立刻返回一个连接。

当连接不再需要时，客户端可以将它返回给代理程序，再由代理程序标记为可用。

除了处理连接，代理程序将负责维护连接池的所有细节。

其中包括数据库连接的刷新，刷新主要通过删除并重新建立某些数据库连接，或者当连接池中的可用连接被大量并行请求耗尽的时候而去创建新的连接。

2.3数据分析

在信息学院数字化校园体验子系统系统中，主要是管理用户、活动、通知公告等输入的数据信息，并且以适当的方式进行汇总统计，并输出给用户。

数据类型决定了处理的方式也就是算法，因此，数据是系统实现分析的起点。

在本文中使用数据流图来分析数据的流动和处理。

因为对每一种对象的管理都比较类似，在此仅以校友会信息管理为例，来分析一下本系统中的数据流向[3]。

首先，对普通校友来说，本系统接受校友的查询请求，经过对查询请求的分析得到用户的需要。

然后把该需要转化为结构化查询语言SQL语句，送入数据库系统中。

数据库根据SQL语句，查询出结果，送回本系统。

系统接收到数据库返回的查询结果集，经过一定的分析处理，转化为JSP页面，返回给客户端浏览器。

其次，对管理员用户来说，本系统除了完成普通校友的查询请求之外，还接收管理员用户的数据修改请求。

经过对数据修改请求的检查，确定该请求是获得权限的管理员用户发出，即为有效请求之后。

对该请求进行分析，得到请求的具体内容。

然后转化为结构化查询语言SQL语句，送入数据库系统，更新数据库信息。

第三章数据库设计

3.1数据库的引入

数据库技术从60年代中期至今只有不到40年的历史，但其发展速度之快是其它技术所不及的。

它已由第一代的层次型、网状型数据库，第二代的关系型数据库发展到今天以面向对象为主要模型的数据库，即第三代数据库。

数据库技术和网络通信技术、面向对象编程技术、并行计算机技术、人工智能技术相互融合、相互渗透，促进了数据库技术的广泛应用。

数据库（Database），是按照数据结构来组织、存储和管理数据的仓库，是用于查询的大量数据的存储区域。

使用数据库可以带来许多好处：

如减少了数据的冗余度，从而大大地节省了数据的存储空间，实现数据资源的充分共享等等。

此外，数据库技术还为用户提供了非常简便的使用手段，使用户易于编写有关数据库应用程序。

特别是近年来推出的计算机关系数据库管理系统，操作直观，使用灵活，编程方便，功能强大，环境适应广泛，数据处理能力极强。

数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。

作为信息资源开发、管理和服务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。

对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开发工具来实现用户在各方面提出的功能要求。

一个真正的、完整的站点是离不开数据库的，因为少量的数据，如网页访问人数等完全可以存储在文本文件中，但实际应用中，需要保存的数据远不止这一点点，而且这些数据之间往往还有关联，利用数据库来管理这些数据，可以很方便的查询和更新。

可以说一个动态网站的建设是离不开一个设计最优的数据库的。

我们现在可以使用的数据库有很多种，如：

Fox数据库（.dbf）、Access数据库（.mdb）、DB2、Informix、Oracle和SQLServer等等，在本次设计中，选择了IBM的DB2作为后台数据库工具，因为它功能远比Access、SQLServer强大，并提供了许多标准的关系数据库管理功能的支持。

他的各种关系数据库管理系统适应于各种硬件平台，包括Unix，PC和主机系统。

3.2数据库的完整性和安全性

3.2.1数据库的完整性

数据库的完整性是指数据的正确性和相容性。

数据库管理系统（DBMS）用一定的机制来检查数据库中的数据是否满足规定的条件——完整性约束条件，数据的约束条件是语义的体现，将作为模式的一部分存入数据库中。

本系统中定义了表与表之间的联系有助于实现完整性规则，一般在程序中实现具体的完整性控制。

3.2.2数据库的安全性

数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。

在数据库系统中，大量的数据集中存放，而且为许多用户直接共享，是宝贵的信息资源，系统的安全保护措施就显得更为重要，它保护数据库防止恶意的破坏和非法的存取。

本系统包括数据库的安全和服务器的安全。

采用管理员表示和鉴定的方法实现数据库的安全，此安全管理措施并不在前台开发工具中实现，而是在后台数据库中实现。

在登录数据库时，系统让管理员户表示自己的身份，不同的管理员权限不同，系统进行核实，鉴别此管理员是否为合法用户，若是，系统进一步核实用户，通常要求用户输入口令，系统和对用户口令以鉴别用户身份。

服务器的安全也是通过用户在登录服务器时输入合法的用户名和密码来实现的。

这是一种简单可行的方法，实现起来比较方便。

没有采用更加复杂的系统安全管理措施是因为本管理系统一般是应用在校园网中，采用安全管理措施主要是为了防止没有修改权限的用户无意间修改了数据，因此采用用户标识和鉴定的安全管理措施就能够保障数据库的安全性。

第四章程序设计

4.1程序设计思想

传统的结构化开发过程包括软件目标的功能分解，以及使用正确的参数和返回值来创建函数。

首先分析需求，确定功能，然后以函数的形式进行建模。

在一个Web应用中很可能有上千个函数，这些函数能够不受限制的互相调用，因此在访问某个变量时，很难保证它不是正在被其他的函数访问或者修改。

用JSP脚本来开发Web应用时就是上面所说的情况。

只使用JSP而不使用任何Bean或自定义标记，在Web应用的规模比较小时还不会出现太多的问题，但是在Web应用的规模增大时就肯定会出现问题。

这些代码也许能够满足功能上的需要，却不能达到非功能性的要求。

在结构化开发方法面临问题的时候，使用面向对象的方法进行分析、设计和开发就可以解决一部分问题。

面向对象的分析和设计方法源于现实生活中的模块化的思想。

对象是提供一组相关功能的实体，对象之间互相作用从而完成一定的任务。

OO开发方法包括对目标的模块化，以及用类的形式对数据和函数进行封装。

4.2各子系统程序设计

4.2.1学院文化建设

（1）管理员登录模块

为了维护整个系统的安全性，使信息不可以随意的更改，非本子系统的管理员不得进入本系统对信息进行操作，管理员有各自的访问权限，只有具有本系统权限的管理员可以对其进行操作。

这样我们利用了JSP程序设计对本校管理员的用户名和密码进行绑定的办法，对每个进入本系统的管理员进行验证，验证成功后进入文化建设后台管理界面。

该页面使用一个Bean负责查询administrator表来验证登录管理员的身份，这个Bean对所有的登录都适用。

Bean中主要是设置属性值、获取属性值的方法和查询数据库中表操作后返回的信息。

具体Bean中的代码见附录。

具体流程图如图4-1所示。

图4-1管理员身份验证程序流程图

（2）信息公告模块

主要是管理员增加、修改、删除、发布信息公告及用户浏览搜索信息公告。

管理一共涉及两个JSP页面，”whjs_manager.jsp”和”querymanager.jsp”。

前一页是信息公告管理的主页面，负责在后台分页显示公告的基本信息，还可以在这个页面填写要添加信息公告的信息，填写完成后点击“新增”按钮，会响应第二个页面，该页面以适当的SQL语句来实现具体的操作。

每一个公告有一个id号，修改公告信息时通过这个id号响应第二个页面来对其进行修改，删除基本类似。

流程图如图4-2所示。

（3）活动团体管理模块

这部分比较简单，就是增加和修改活动团体的相关信息然后在前台显示，流程图如图5-3所示。

（4）活动人员管理

在活动人员表中加上职务编号字段，按职位高低从数据库中查询出来然后显示在页面上。

管理流程基本上和上面活动团体相似，这里不再画出了。

图4-2信息公告流程图

图4-3活动团体管理流程图

4.2.2学院党组织建设

（1）管理员登录模块

和文化建设管理员登录模块基本类似，只不过这里进入的是党组织建设后台管理管理界面。

（2）信息公告管理模块

具体流程图详见图4-2所示。

（3）工作/学习计划管理模块

（4）活动立项管理模块

（5）上传/下载资料模块

本系统中上传文件的过程是用SmartUpload.initialize（pageContext）语句执行上传下载的初始化工作，其中pageContext为JSP页面内置对象；用SmartUpload.setTotalMaxFileSize（longtotalMaxFileSize）语句来设定允许上传的文件的总长度，totalMaxFileSize为允许上传的文件的总长度。

mySmartUpload中的upload（）方法是用来上传文件数据，上传后用save方法将全部上传文件保存到指定目录下，并返回保存的文件个数，本系统就是调用SmartUpload中的这几个方法来实现文件上传的。

对于文件的下载，和上传类似，用initialize方法初始化之后，用downloadFile方法下载文件就可以了，共有三个原型可用，本系统用的是最常用的downloadFile（StringsourceFilePathName）形式，其中sourceFilePathName为要下载的文件名（带目录的文件全名）[5]。

整体流程图如图4-4所示。

（6）党支部管理模块

（7）光荣榜管理模块

（8）党校组织机构模块

（9）党校班级管理模块

以上所有管理模块基本实现方法一致，都是通过管理员在后台的管理对数据库中表进行操作，然后在前台页面中显示出来供用户浏览，所以，这里不再画出详细流程图了。

4-4上传下载流程图

4.2.3教代会工会

（1）管理员登录模块

该模块功能上面已经提到，管理员登录后可进入教代会工会后台管理界面对相关信息进行管理。

（2）工作动态管理模