【毕业学位论文】（Word原稿）JSP,JAVA_工作室_管理系统论文范文

基于 术的软件学院工作室管理系统 指 导 老 师 ： 姓 名 ： 学 号 ： 学 院 ： 软 件 学 院 专 业 ： 软 件 工 程 摘 要 21 世纪的发展已经很大程度的依赖于计算机网络的发展，随着计算机网络的快速发展而带来的一系列的基于网络的事物的飞速增长 和 世界 信息化步伐的加快， 于是 越来越多的企事业单位 包括各类院校都需要一个自 己的信息发布和资源共享的平台 。 为了满足这个需求，我们开发此工作室管理系统，用于软件学院教学和师生日常交流。 系统基于 B/台使用 台使用 采用 统主要分为信息展示、工作室日常管理、系统管理、互动交流四大模块。 本文介绍了在 应用 层思想：模型层、视图层、控制层，在基于 面、 据库及 务器端的基础上开发的软件学院工作室管理 系统 。系统地阐述该管理系统开发的分析及设计 过程，包括数据流图，功能分析设计，数据库设计等 ；详细描述了本人负责模块的实现过程，并对本人在系统模块中所使用关键技术的实现进行了全面的介绍。 【关键字】 工作室管理系统、分层思想、日常交流 【 of 1st a on of of a of of s is so To we of of of , is of of VC f f n it of of so of i am it a of in 录 第一章 绪论 . 1 言 . 1 本的组织 . 1 人做的主要工作 . 2 第二章 系统开发相关技术概述 . 3 (多模块、多配置文件 ) . 46 . 47 板 . 48 证 . 49 定义标签 . 50 签库 . 52 签库 . 53 步获取数据 . 54 板 . 55 文索引 . 56 丁解牛中文分词包 . 56 据缓存技术 . 57 据库连接池技术 . 57 页技术 . 58 址重写技术（ . 59 殊 使用 . 60 于系统安全的技术 . 60 第五章 总结 . 62 统总结 . 62 人总结 . 62 一步工作 . 63 参考文献 . 64 致谢 . 65 第一章 绪论 言 软件学院工作室管理中心是以方 便同学及导师为宗旨设计的，让管理员、导师通过网络，方便的了解工作室同学的状况。对于即将进入工作室学习的同学，可以通过工作事管理中心，进行工作室学习方向的确定，这就避免了同学选择方向时，因工作室已满而不得不转方向。对于已经在工作室学习的同学，导师可以通过本签到系统，方便的了解同学的出勤状况，历史缺到次数。简单的新闻系统，使同学们能够及时了解工作室最新动向。通过站内短信，同工作室，不同工作室之间都可以进行短信交流，也可以进行短信群发。工作室管理中心提供了一个讨论区，同学可以就最新的帖子进行评论，也可以和导师交流 最新技术。个人日志功能免除了同学手写日志的苦恼，日志直接提交至导师，导师也可以及时了解同学当天的学习进展。网站 链 接功能则是由导师或同学添加一些认为好的学习网站，这样能更好的进行知识交流 。 在实际使用中，本系统可以 发挥互联网的优势、在网络上建立一个工作室管理中心，使得工作室管理更合理。让导师更清楚的掌握学生的出勤状况及学习进度。工作室选向更人性化，让学院更好、更早的进行安排。 本的组织 论文主要介绍了工作室管理系统开发的分析过程、设计思想和功能实现，并详细阐述了系统中关键技术的实现。 第一章简述了系 统的开发背景、特点以及本人的主要工作。 第二章简述了系统开发的相关技术。 第三章阐述了系统开发的分析和设计过程，包括系统的数据流分析、数据库设计等。 第四章详细描述了软件学院工作室管理系统的过程中所使用的关键技术和系统部分功能的实现。 人做的主要工作 在软件学院工作室管理系统的开发过程中，我参与并完成了从需求分析、概要设计、数据库设计到系统功能划分、最终实现的一系列工作。 本人在系统中主完成全部模块，包括 新闻公告、工作室管理、论坛、问答系统 、考勤管理、荣誉管理、 选方向管理 、 资源管理 等。 第二章 系统开发 相关技术概述 。 C/S 模式主要是在以局域网为基础的环境下展开应用的，它受到地域的限制。而 B/S 模式通过 行通信，可以不受地域的限制，但是它不能够进行联机事务处理，并且在大量数据处理的情况下，速度较慢。从目前的开发技术来看， 别是大量的数据录入工作还不能完全取代 这方面， 的各种开发工具的功能更加强大也更 加灵活，而 却由其功能结构的限定过于“瘦小”。基于 B/S 与C/系统采用的系统体系结构为 B/服了 C/系统跨平台，跨语言，高度移植性充分体现出来了。同时，使用该体系结构开发本系统具有以下两个优点 1： 1、较低的应用开发及管理成本。基于 B/S 技术开发的应用系统，安装、配置和升级主要在服务器上进行，在用户计算机上通常只需要安装通用的浏览器软件即可，可以支持客户端跨操作系统平台的使用。由于浏览器软件常常是客户机操作系统的默认安装内容，不需要管理员为 每个不同的应用维护客户端系统。 2、应用推广成本低。一旦用户掌握了浏览器的使用，就基本掌握了各种不同应用系统的使用。 术概述 么是 术 是由 司倡导、许多公司参与一起建立的一种动态网页技术标准。它由 码和嵌入其中的 码所组成。服务器在页面被客户端请求以后对这些 码进行处理，然后将生成的 备了 术的简单易用、完全面向对象、具有平 台无关性且安全可靠，其在动态网页的建设中有其强大而特别的功能，下文将简单介绍其优点 2 3 4 5。 术的优点 第一、将内容的生成和显示进行分离。 使用 术， 面开发人员可以使用 者 识来设计和格式化最终页面。使用 识或者小脚本来生成页面上的动态内容（内容是根据请求来变化的，例如查询指定学院的专业或者某一位学生参加的文艺活动）。 够编辑和使用 面，而不影响内容的生成。 第二、生成可重用的组件。 绝大多数 面依赖于可重用的，跨平台的组件（ 者 件）来执行应用程序所要求的更为复杂的处理。开发人员能够共享和交换执行普通操作的组件，或者使得这些组件为更多的使用者或者客户团体所使用。 第三、采用标识简化页面开发。 面开发人员不会都是熟悉脚本语言的编程人员。但 些功能是在易用的、与 关的 识中进行动态内容生成所需要的。标准的 识能够访问和实例化 件，设置或者 检索组件属性，下载 及执行用其他方法更难于编码和耗时的功能。 通过开发定制化标识库， 上这些使得 面开发人员能够使用熟悉的工具来执行特定功能。 第四、提供所有 功能。 与 比， 提供所有 能，但它比用 写和修改 方便。此外，可以更明确的进行分工， 需要留出地方让 序员插入动态部分即可。 2.3 术 记只解决了部分问题 ， 还得处理验证、流程控制和更新应用程序的状态等问题。 模型 控制器 ） 通 过将问题分为三个类别来帮助解决单一模块方法所遇到的某些问题： 6 7 型） 模型包含应用程序的核心功能。模型封装了应用程序的状态。有时它包含的唯一功能就是状态。它对视图或控制器一无所知。 图） 视图提供模型的表示。它是应用程序的 外观 。视图可以访问模型的读方法，但不能访问写方法。此外，它对控制器一无所知。当更改模型时，视图应得到通知。 制器） 控制器对用户的输入作出反应。它创建并设置模型。 工作原理 缩写，是一种常用的设计模式。 弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。 一种实现，它将 记（属于 范）用作实现的一部分。 承了 各项特性，并根据 特点，做了相应的变化与扩展。 控制： 主要 有一个 件 之相关联的是 ，承担 色的是一个 一个通用的控制组件。这个控制组件提供了处理所有发送到 求的入口点。它截取和分发这些请求到相应的动作类（这些动作类都是 的子类）。另外控制组件也负责用相应的请求参数填充 常称之为 ,并传给动作类（通常称之为 动作类实现核心商业逻辑，它可以访问 调用 后动作类把控制权传给后续的 件，后者生成视图。所有这些控制逻辑利用 视图：主要由 成页面完成视图， 供丰富的 签库： ，这有利于分开表现逻辑和程序逻辑。 模型：模型以一个或多个 形式存在。这些 为三类： 常称之为 装了来自于 用户请求信息，如表单信息。 常称之为 取从 来的 出 的相关信息，并做出相关的处理，一般是调用 。 流程：在 ，用户的请求一般以 *为请求服务名，所有的 *求均被指向 据 的配置信息，将用户请求封装成一个指定名称的 将此 至指定名称的 成相应的业务操作，如文件操作，数据库操作等。每一个 *有对应的 称和 称，这些在 配置。 核心： 核心是 核心是 据库连接池 技术 数据库连接的建立及关闭对系统而言是耗费系统资源的操作，在多层结构的应用环境中，这种耗费资源的动作对系统的性能影响尤为明显。在传统的数据库连接方式 （指通过 ，一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完都关闭连接，这样造成系统的 性能低下。 数据库连接池的解决方案是在应用程序启动时建立足够的数据库连接，并讲这些连接组成一个连接池 (简单说：在一个“池”里放了好多半成品的数据库联接对象 )，由应用程序动态地对池中的连接进行申请、使用和释放。对于 多于连接池中连接数的并发请求，应该在请求队列中排队等待。并且应用程序可以根据池中连接的使用率，动态增加或减少池中的连接数。 连接池技术尽可 能多地重用了消耗内存地资源，大大节省了内存，提高了服务器地服务效率，能够支持更多的客户服务。通过使用连接池，将大大提高程序运行效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。 数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新 建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。 数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被 使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超 过最大连接数量时，这些请求将被加入到等待队列中。数据库连接池的最小连接数和最大连接数 的设置要考虑到下列几个因素 8 9： 1) 最小连接数是连接池一直保持的数据库连接，所以如果应用 程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费 . 2) 最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此 数，后面 的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作 . 3) 如果最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过，这些大于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连 接池中等待重复使用或是空闲超时后被释放。 介 一个真正的多用户、多线程 据库服务器。 构化查询语言）是世界上最流行的和标准化的数据库语言。 以一个客户机 /服务器结构的实现，它由一个服务器守护程序 很多不同的客户程序和库组成。 一种标准化的语言，它使得存储、更新和存取信息更容易。例如，你能用 言为一个网站检索产品信息及存储顾客信息，同时 足够快和灵活以允许你存储记录文件和图像。 要目标是快速、健壮和易用 。最初是因为我们需要这样一个 能处理与任何可不昂贵硬件平台上提供数据库的厂家在一个数量级上的大型数据库，但速度更快， 开发出来。自 1996 年以来，我们一直都在使用 环境有超过 40 个数据库，包含 10,000 个表，其中 500 多个表超过 7 百万行，这大约有 100 个吉字节 (关键应用数据。 立的基础是业已用在高要求的生产环境多年的一套实用例程。尽管 在开发中，但它已经提供一个丰富和极其有用的功能集。 介 一个开放源代码的对象关系映射框架，它对 行了非常轻量级的对象封装，使得 序员可以随心所欲的使用对象编程思维来操纵数据库。 以应用在任何使用 场合，既可以在 客户端程序使用，也可以在 用中使用，最具革命意义的是， 构中取代 成数据持久化的重任。 核心接口一共有 5 个，分别为 : 5 个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。 口 :口负责执行被持久化对象的 作 (任务是完成与数据库的交流，包含了很多常见的 句。 )。但需要注意的是 象是非线程安全的。同时， 同于 用中的里当使用 个术语时，其实指的是 的 以后会将 象称为用户 口 :口负责初始化 充当数据存储源的代理，并负责创建 象。这里用到了工厂模式。需要注意的是 不是轻量级的，因为一般情况下，一个项目通常只需要一个够，当需要操作多个数据库时，可以为每个数据库指定一个 口 :口负责配置并启动 建象。在 启动的过程中， 的实例首先定位映射文档位置、读取配置，然后创建 象。 口 :口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。 口 : 口负责执行各种数据库查询。它可以使用 言或 句两种表达方式。 介 件基金会 4 目组的一个子项目，是一个开放源代码的全文检索引擎工具包，即它不是一个完整的全文检索引擎，而是一个全文检索引擎的架构，提供了完整的查询引擎和索引引擎，部分文本分析引擎（英文与德文两种西方语言）。 目的是为软件开发人员提供一个简单易用的工具包，以方便的在目标系统中实现全文检索的功能，或者是以此为基础建立起完整的全文检索引擎。 作为一个开放源代码项目， 问世之后，引发了开放源代码社群的巨大反响，程序员们不仅使用它 构建具体的全文检索应用，而且将之集成到各种系统软件中去，以及构建 用，甚至某些商业软件也采用了 为其内部全文检索子系统的核心。 件基金会的网站使用了 为全文检索的引擎， 开源软件 的 本中也采用了 为帮助子系统的全文索引引擎，相应的 商业软件 0中也采用了其开放源代码的特性、优异的索引结构、良好的系统架构获得了越来越多的应用。 一个高性能、可伸缩的信息搜 索 (。它使你可以为你的应用程序添加索引和搜索能力。 用 现的成熟的、免费的开源项目，是著名的 家庭的一员，并且基于在 件许可 同样， 当前与近几年内非常流行的免费的 息搜索 (。 为一个全文检索引擎，其具有如下突出的优点： （ 1）索引文件格式独立于应用平台。 义了一套以 8 位字节为基础的索引文件格式，使得兼容系统或者不同平台的应用能够共享建立的索引文件。 （ 2） 在传统全文检索引擎的倒排索引的基础上，实现了分块索引，能够针对新的文件建立小文件索引，提升索引速度。然后通过与原有索引的合并，达到优化的目的。 （ 3）优秀的面向对象的系统架构，使得对于 展的学习难度降低，方便扩充新功能。 （ 4）设计了独立于语言和文件格式的文本分析接口，索引器通过接受 户扩展新的语言和文件格式，只需要实现文本分析的接口。 （ 5）已经默认实现了一套强大的查询引擎，用户无需自己编写代码即使系统可获得强大的查询能力， 查询实现中默认实现了布尔 操作、模糊查询（ 1）、分组查询等等。 定义标签 简介 一般我们说自定义标签是指 定义标签。自定义标签在功能上逻辑上与似 ,都封装 码。自定义标签是可重用的组件代码，并且允许开发人员为复杂的操作提供逻辑名称。 发人员使用标签库创建标签 定义标签的基本概念 标签是一种 素，通过标签可以使 页变得简洁并且易于维护，还可以方便地实现同 一个 件支持多种语言版本。由于标签是 素，所以它的名称和属性都是大小写敏感的 由一系列功能相似、逻辑上互相联系的标签构成的集合称为标签库。 标签库描述文件是一个 件，这个文件提供了标签库中类和 对标签引用的映射关系。它是一个配置文件，和 类似的。 标签处理类是一个 ，这个类继承了 者扩展了 过这个类可以实现自定义 签的具体功能 定义标签的格式 1. 为了使到 器能够使用标签库中的自定义行为，必须满足以下两个条件： 1)从一个指定的标签库中识别出代表这种自定义行为的标签 2)找到实现这些自定义行为的具体类 第一个必需条件找出一个自定义行为属于那个标签库是由标签指令的前缀 (s 性完 成，所以在同一个页面中使用相同前缀的元素都属于这个标签库。每个标签库都定义了一个默认的前缀，用在标签库的文档中 或 者 页 面 中 插 入 自 定 义 标 签 。 所 以 ， 你 可 以 使 用 除 了 诸 如们都是在 皮书中指定的保留字 )之类的前缀。 性满足了以上的第二个要求。为每个自定义行为找到对应的类。这个含了一个字符串，容器用它来定位 件。在 件中可以找到标签库中所有标签处理类的名称 2. 当 用程序启动时，容器从 件夹的目录结构 的索所有以 尾的文件。也就是说它们会定位所有的 件。对于每个 件，容器会先获取标签库的 后为每个 件和对应的 建映射关系。 在 面中，我们仅需通过使用带有 性值的标签库指令来和具体的标签库匹配。 第三章 系统的分析与设计 统的实现目标 软件学院工作室管理系统致力于开发集成荣誉展示、新闻公告、信息公开、考勤管理、选方向管理、项目管理、日志管理、问答交流、讨论区、站内短信为一体的综合性管理系统。不管是学院级信息，学校级信息，还是个方面的社 会信息，软件学院工作室管理通过管理员的简单的操作从而实现信息的大众化、专业化于一体。 1、完善的管理功能 ： 作为综合性管理系统，该系统要具备强大后台管理功能。除了新闻公告、信息公开外有完善的后台管理外，考勤管理、选方向管理、日志管理、问答交流、讨论区等等都需要完善的管理功能。 2、方便的用户操作 ： 系统除了有良好完善的功能外，还应该给用户提供友好的操作方式，方便用户使用系统完成工作。在实现的各个细节上都考虑了尽量简化用户操作，用最简单的操作实现强大的功能。 3、多方面的系统安全措施 ： 网络发展给信息系统的开发带来 方便的同时 ,也给它还带了许多麻烦。用户的增多和资源共享程度的提高，给系统的安全性带来越来越多的安全隐患，所以系统通过对用户信息的加密、数据备份、数据还原、文件模板的创建、触发器等手段保证了数据安全性的提高。同时使用对称加密技术让数据传送更安全可靠。 统分析 统 功能分析 通过对系统的分析和研究，系统在应该分为信息展示、日常管理、系统管理、互动交流四大模块。系统操作层次可以分为管理员、导师、学生。其中管理员主要负责后台全部管理，导师主要管理本工作室学生的日志、信息等，学生可以选方向、工作 日志、考勤查询等操作。所有用户均可参与互动交流，可查询公共信息如学生导师记录、考勤记录等，可查看前台内容。系统功能结构如图 示。 图 作室管理系统功能结构图 系统功能详细描述如下： 1. 信息展示：主要为前台展示型模块，包含荣誉展示、新闻公告、信息公开 (1) 荣誉展示：主要展示优秀个人及优秀作品 (2) 新闻公告：在前台显示工作室最新的新闻及公告信息，提供最新动态 (3) 信息公开：主要用于日常公开和工作室展示，方便其他人了解工作室 2. 日常管理：主要为后台型模块，三种用户均在各自独立的后台操作。包含考勤管理、选方向管理 、项目管理、日志管理 (1) 考勤管理：前台提供学生考勤信息查询，后台由管理员管理 (2) 选方向管理：提供未进工作室学生选方向的功能，管理员可以进行汇总 (3) 项目管理：提供工作室项目日常管理，如项目分组、进度等 (4) 日志管理：学生写工作日志，导师进行评价打分 3. 系统管理：主要为后台管理设置型模块 (1) 系统设置：设置系统基本信息 (2) 用户管理：管理员管理管理员、导师、学生三级用户 (3) 数据维护：提供数据库维护功能，如数据库备份、恢复等 4. 互动交流： (1) 你问我答：提供学生提问，学生或导师回答的一个平台 (2) 讨论区：提供师生在线交流的平台 (3) 站内短信：提供师 生私人交流的平台 统流程 分析 软件学院工作室管理中心在运行过程中页面的基本流程如 图 示。 图 统流程图 登陆系统 工作室签到 查看签到情况 填写工作日志 查看个人信息 填写个人日志 收发短消息 退出系统 查看新闻、公告 新闻、公告管理 导师查看日志 进入论坛讨论区 统数据流 分析 在整个工作室管理系统中，学生是主体，一切围绕学生为主体进行。学生登陆后由系统记录登陆信息，导师可以查看。同时师生均可进行互动交流。学生需要按时填写工作日志，具体数据流如图 图 统数据 流图 统数据库设计 统 在软件学院工作室管理系统中，整个系统都是围绕管理员、导师、学生三种用户来的，主要是师生间的日常教学工作及交流，因此可以将这点做为 E R 图的分析重点，围绕它们进行其它数据的 分析。通过管理员、导师、学生这些实体，我们可以得出还有工作日志、短消息、公告、新闻、教学资源等实体。 根据系统数据流图的描述，我们可以得出系统 如下图所示 。 签到情况 学生详情表 学生登 陆 登陆签到 退出系统 学生出席情况表 导师查询 出勤情况 进入论坛 个人信息 新闻公告 发布公告 论坛讨论 工作日志 日志 导师登陆 图 统 据库表设计 (1) 管理员详情表 (其中主键为 示。 表 理员详情表 名称 类型 空 默认值 属性 备注 (C) 0) 管理员简介 0) 手机号（可填写多个） 0) 电话号码（可填写多个） QQ 0)