留言管理系统设计论文最新模板

毕业设计论文摘要范文（通用6篇）

摘要应具有独立性和自明性，并且拥有与文献同等量的主要信息，即不阅读全文，就能获得必要的信息。下面是我为大家收集的关于毕业设计论文摘要范文，欢迎大家阅读!

随着社会的发展和现代化的建设，计算机技术在很多领域发挥着越来越重要的作用。毕业设计是高等教育中的重要环节，对毕业设计过程进行信息化处理，能够提高教育管理水平，并且提高教育质量。

本文以软件工程技术的思想为出发点，综合运用数据库技术和信息系统分析与设计的相关知识，实现了高校毕业设计管理系统的功能设计。在分析现有的毕业生管理系统及相关高校的信息管理系统的基础上，初步完成了高校毕业设计管理系统开发，包括系统的需求分析、系统功能模块的具体设计、系统的实现以及最终的测试。通过建立数据库，实现将学生基本信息的筛选，毕业设计过程的论文选题、开题报告、中期报告以及论文提交等网上操作。

系统以 Balsamiq Mockups 为原型工具，并以面向对象设计开发工具 delphi7.0 为系统实现工具，做出一个能够实现毕业设计有效管理的系统。系统界面友好，操作简便，经过试运行，使用效果良好，实现了学生毕业设计信息的网上录入、打印、统计分析等管理工作。本系统提高了工作效率，降低了人工成本，保证了学生数据的准确性和安全性，使学校的教学和管理工作实现了信息化和现代化。

毕业设计是目前高校教学过程中最后阶段采用的一种总结性的实践教学环节。通过毕业设计，学生能综合运用所学理论知识与实际技能，进行全面及有针对性的训练与总结。因此加强毕业设计工作，对深化教学改革及课程体系建设，促进与提高人才培养质量有重要意义。

针对目前海南软件职业技术学院毕业设计管理方面的现状及不足之处，提出了基于工作流和 B/S 模式的相结合的管理思想。利用工作流技术对毕业设计工作流程进一步探讨，构建合理的毕业设计管理系统。基于。NET 平台，使用 MVC 模式，构建一个网上毕业设计管理平台，系统整体架构采用了流行的 B/S 架构，根据实际需求将系统的角色划分为了学生、导师以及管理员三个角色。使用者通过互联网网络浏览器便可以实现毕业设计工作过程中的导师与学生的双向选择、开题报告提交、设计过程指导、中期检查、文件资料上传以及下载、答辩申请、毕业答辩结果查询等。不同的角色所具备的功能并不相同，教务管理工作人员则可以根据教学计划启动本年度的毕业设计任务，并能够对整个毕业设计过程以及进程进行监控，此外还能够对毕业答辩分组进行调节、统计，很大程度上提高了毕业设计工作的工作效率，还提高了管理水平。综述，本课题设计与实现的毕业设计管理系统对于任何高校的毕业设计管理工作都具备非常大价值，不仅能够很好的解决毕业设计管理工作中存在的种种问题，还规范了毕业设计管理工作的整个管理流程，此外，还给与了学生、导师以及相关管理工作人员极大的方便，使得管理工作人员的工作强度大大降低，因此具备非常高的理论以及实际应用价值。

毕业设计是高校教学活动中的重要环节，每届的准备工作到成绩归档需要跨越2个学期，工作量大，时间过程长。以往的毕业设计管理方式是以人工方式为主，工作繁琐，效率低，容易出错。近年来高校扩招，毕业生人数也逐年增多，旧的毕业设计管理方式的弊端越来越突出。随着信息化与网络化的推进，高校无纸化教务管理也得到了重视，本毕业设计管理系统是为满足高校无纸化教务管理需求而开发，能迅速提升毕业设计的管理速度‘增加师生间的沟通和交流，提高师生和管理人员的工作效率。

本文针对当前大多数毕业设计管理过程处于人工或半人工方式的状况，于是借用现今流行的。Net平台，设计并实现了基于ASP.Net的毕业设计管理系统，其主要研究内容如下：

1、基于。Net框架，应用VS2010和SQLServer2008数据库设计并实现了一套毕业设计管理系统，系统涵盖了系统管理、教学秘书功能、教师功能和学生功能等几个模块，主要解决了学生和导师的双向选择和毕业答辩管理等问题。

2、以软件工程中的瀑布模型为设计主线，较为详细的介绍了系统的业务需求、功能和非功能需求，系统架构、功能和数据库设计，阐述了界面的设计过程，给出了功能模块的代码，最后展示了系统的功能与性能测试结果。

经过本课题的研发测试，该系统在试运行期间基本正常，各主要功能得到实现，满足了毕业设计管理无纸化的需求。

目前，我国高等院校毕业设计管理方面普遍存在问题，主要表现在：在管理方式、管理理念等方面还停留在传统模式上，对整个管理过程缺乏统一规划、规范和协调，缺乏系统观念以及对决策的支持;对管理信息系统的理解偏重于计算机及通讯技术，而忽视了先进的管理思想的支持;在技术上，原有的系统己经落后于计算机技术、网络通信技术的发展，数据资源无法有效共享，各成员的工作也很难协调一致。因而，如何结合先进教务管理理念，整合信息技术资源，形成基于网络的协同办公，构成了本文开发毕业设计管理系统的研究背景。

本文围绕高校毕业设计管理系统的开发与实现的问题，运用文献法分析了教育理论基础以及开发设计的理论;采用行动研究法归纳了毕业设计管理系统的需求及其关键要素;使用软件开发方法设计并实现了毕业设计管理系统。

本文完成的主要工作如下：

1、分析并论证了毕业设计管理系统相关的理论基础，着重阐述了计算机协同工作理论和软件工程理论。

2、模型。

3、利用UML描述了系统需求、业务流程，分析研究了整个系统的功能模块及概念、比较分析了各类开发技术的优缺点，采用了Java平台下高效的MVC三层架构初步实现了毕业设计管理系统的开发，并己投入试用。

研究存在的不足之处：

1、需求分析的准确性和全面性有所欠缺。

2、总体框架的搭建有一定缺陷，代码存在冗余，后期更改和维护成本较高。

总体而言，本文基于毕业设计管理工作的特点，开发出了毕业设计管理系统并已投入试用，该系统能够将毕业设计工作流程中的大部分工作系统化、规范化、网络化，从而使毕业设计的管理更加科学合理、方便有效，将教务管理人员从重复冗杂的工作中解放出来。

后现代主义的兴起带给当今的建筑界以多元发展的格局，有人认为当今的建筑界不能再像以前那样由现代主义独霸天下，而恰恰应该表现出一种百家争鸣的状态。许多建筑师高举反对现代主义中的理性和逻辑性，反对现代主义中的二元对立性等标语的后现代主义大旗，于是，便有了当今建筑界的一片混乱。

针对这种现象，本文根据对哲学中理性精神本质的分析认为，当代建筑非理性的现象从根本上来说是理性的，因为这些建筑所依据的后现代理论从本质上来说就是理性的，之所以会这样，都是因为对数学发展的误解造成的。

因此，本文首先通过对数学各个发展时期中所产生的重大发展以及由此带给建筑学的'影响的介绍，表明建筑学的发展变化除了受社会、政治、经济等因素的影响之外，更为重要的是受到数学的发展以及由此而带来的世界新图景的不断展现的影响。而数学作用于建筑学的途径则是通过数学理性与数学美。 接下来，本文通过对数学与哲学中理性的比较发现，数学理性不仅是哲学中理性最重要的组成部分，而且也是建筑理性精神的本质，它是蕴含于建筑各个发展时期中不断变化发展的一条主线。

而通过对建筑美学含义及其发展过程以及数学美特点的介绍，本文指出建筑美学与数学美有着共同的最高追求--和谐，对和谐的追求是建筑学与数学顺应自然发展规律的根本保证。 最后，本文提出建筑师不应仅仅看到建筑学发展变化在浅层次上的影响因素，还应当抓住建筑学中数学理性的本质，去寻求与宇宙万物和谐统一的数学美。

女性主义翻译理论主要兴起于20世纪80年代，得益于西方的妇女运动和女权主义浪潮，该理论的形成和发展与译学研究中的“文化转向”密切相关。女性主义翻译理论主张将翻译理论与女性主义运动相结合，一反传统的翻译观。女性主义者认为，传统翻译理论将译文处于从属于原作，类似于传统观念里女性依附男性一样，翻译始终处于弱势地位。因此，为了更好地实现翻译的价值，主张转变传统翻译的“忠实”观，把翻译作为文化介入的方式和文化协调的手段，转变“作者——作品，译者——译文”的二元对立关系，要关注作品原文与译文之间的共生关系，平等对待作者与翻译者，在作者、译者和读者之间搭建一座沟通的桥梁，即翻译，并在其作品中能体现其译者的主体行为。尽管女性主义翻译理论也遭受到不少批评，但是女性主义的发展对现当代的文学翻译具有不可磨灭的价值和贡献。女性主义翻译理论作为翻译理论的一大流派，关注翻译中的性别差异，在文学翻译中一改传统的男性占主导的性别主体意识。女性主义翻译理论以女性作为翻译的隐喻，主张在翻译中用女性的观点重新审视社会文化，注重在翻译作品中突出女性主体身份、女性意识等方面。不仅如此，女性主义翻译理论还给我们翻译者众多启迪，如在翻译过程中要把握女性自身的真正价值，将文本与相应的社会历史文化及其相关文本联系起来研究，在文学翻译中注重翻译者与作者、作品、读者之间的内在关系，从而让其作品更能做到意象、准确与生动，更高地体现其文学水准与价值。

写作小论文有助于提高我们的学术水平，小论文的格式有哪些要求呢？下面是由我整理的1000字小论文格式 范文 模板，欢迎大家阅读。

摘要： 随着企业规模的不断扩大，各部门所需信息既相互交错，又相对独立。这就要求各部门所用的数据库既能高度自治地 工作，又能进行信息共享。本文主要介绍多DM3数据库系统间的信息共享机制。 不同DM3数据库系统间的信息共享通过协调器实现。所有这些被协调器连接在一起的数据库系统组成了一个联邦数据库。这样既能较好地满足企业的需要，也能在保证效率的前提下，提高数据的可用性。

关键词： DBMS 复制 联邦数据库

1.引言

随着经济的发展，企业的规模越来越大，其积累的信息也越来越多。存在着各部门所处理的信息多数只对本部门有效，仅有少数信息需给 其它 某些部门共享的问题。这种信息的分布性和独立性要求对所处理的数据进行分类，使各部门既能独立地处理本部门大多数数据，也使部门间能协调处理跨部门的事务。在这种情况下，对整个企业建立一个完全的紧密耦合的分布式数据库是很困难的，也是没必要的，特别是大型企业，这样的数据库的效率往往是很低的。

为解决这个问题，我们采用以下策略：每个部门使用一套紧密耦合的数据库系统，而在存在跨部门事务处理的数据库系统间用一个协调器联起来。这样就组成了一个横跨整个企业，各部门高度自治的联邦数据库系统。

DM2是由华中理工大学数据库多媒体技术研究所研制的数据库管理系统。它采用客户/服务器模型，客户机与服务器，服务器与服务器均通过网络互连，通过消息相互通讯，组成一个紧密耦合的分布式数据库系统。它的工作流程如下：客户机登录到一台服务器上，这台服务器便成为它的代理服务器;它接收来自客户机的消息，然后根据全局数据字典决定是自己独立完成该操作，还是与其它服务器协作处理这条消息，处理完成之后，再由代理服务器将处理结果返回给客户机。

而数据字典，作为记录数据库所有元数据的系统表，它向以上过程中提供各类有用的信息，引导它们向正确的方向运行，起着“指南针”的作用。它分为局部数据字典和全局数据字典。其中，局部数据字典用于记录一个服务器站点中数据库的控制信息，如表的模式，视图的模式及各个数据区的的文件名等信息。全局数据字典用于记录分布式数据库系统中各个服务器站点上有关全局数据的控制信息，如服务器站点信息，各服务器站点的全局表名及表内码记录，各服务器站点上的全局数据视图名及视图内码记录，用户名及口令记录，用户权限记录等信息。各个局部数据字典可以各不相同，但为了保证在各个服务器上所看到的全局数据库是一致的，因此，全局数据字典必须一致。我们所关心的是全局数据字典中的基表控制块TV_CTRL_BLOCK，它的内容主要包括：全局基表总数，每个全局基表名和其对应的表内码，该基表所在的服务器站点的编号等信息。它的功能是将各个服务器站点号与存储在其上的表名及表内码联系起来。这样，代理服务器从客户消息中找到被处理的表名，然后通过查询基表控制块TV_CTRL_BLOCK,就能知道该表存在哪个服务器上，以便将相关消息发给该服务器。

由于DM2上各个服务器站点的全局字典完全相同，任何全局表的信息都会记入全局字典。若用它来构建一个企业的数据库系统，则大量只对企业某部门有用的信息将会充斥在各部门所有服务器的全局字典中，增加了冗余。而且，当对全局表进行DDL操作时，为了确保全局字典的一致性，须对所有服务器的全局字典进行加锁。DM2对全局字典的封锁方式是采用令牌环方式，即令牌绕虚环(非实环)传输，某个服务器想对全局字典进行操作，必须等令牌到达该服务器才可以执行。每个部门建立的全局表绝大多数只对本部门有用，当对这些表进行DDL操作时，却要对所有服务器的全局字典进行封锁，通过令牌来实现对全局字典的互斥访问。假如，两个部门都要分别对本部门的内部表进行DDL操作，这应该是可以并行处理的操作，现在却只能串行执行。而且，当服务器数目庞大时，每个服务器等待令牌的时间将会很长。这严重损害了数据库的效率。

为弥补以上不足，在DM2的改进版本DM3中增加了协调器，用以联接各个独立的DM3数据库子系统，并协调各子系统间的各种关系，使各子系统既能高度自治地工作，又能进行有效的信息共享。

2.体系结构

本系统可看作多个数据库子系统被协调器联起来的，高度自治的一个联邦数据库系统。其中，每个子系统独立处理本系统内部的事务，而子系统间的信息共享由复制技术提供，副本间的一致性由协调器协调处理，处理所需的信息在初始化时写入协调器的组间数据字典中。当对某子系统中的一份数据副本进行修改时，该子系统会将修改通知协调器，由协调器对该数据的其它副本进行修改，从而保证了所有副本的一致性。

由以上可知，子系统彼此并不直接接触，而是各自都与协调器直接相联，由协调器统一管理子系统间的通信。这样，当子系统对副本进行修改时，不必关心相应的子系统处于何种状态，也不必等待回应消息，以及异常处理，所有这些都由协调器进行管理。因此，既提高了系统运行的效率，也保证了子系统的独立性。其体系结构如下图所示。

协调器主要有三大功能，首先，它对协调器和服务器进行初始化，并将有关信息存入组间字典;其次，它管理不同子系统间的通信，维护副本的一致性;最后，它在子系统出现崩溃时，进行异常管理及恢复工作。

图1 DM3多数据库系统体系结构

3.主要策略

多个DM3系统间的信息共享是通过副本实现的，副本的一致性是由协调器来维持的，是一种弱一致性。通常，多数据库系统间的一致性是通过协调器周期性地访问服务器的日志来完成的。由于副本的更新带有随机性，因此，若采用这种 方法 ，可能数据被修改多次，但其相对应的副本仍未被修改，这样就损害了数据的一致性;也可能数据并未被修改，但协调器已多次访问了服务器的日志了，这样就降低了系统的效率。

所以，本系统采用的方法是当数据被修改时，由服务器通知协调器有关信息，再由协调器通知相关系统，修改相关数据。这样，数据的修改及时(仍然是弱一致性)，而协调器也不会在数据未被修改的情况下访问服务器，提高了准确性。

为了使协调器正常工作，我们对底层数据库管理系统DM2进行了修改。在基表控制块TV_CTRL_BLOCK中增加一项IsReplication。建表时，该项初始化为false;当为该表建立一个副本时，该项赋值为true。具体算法如下。

3.1初始化算法。

协调器：

从用户或应用程序接收待连接的两个系统中的服务器名，需复制的表名;

分别登录到两个系统的服务器上;

向存有待复制表的服务器发预复制消息;

等待服务器消息;

若失败，发一条失败的消息给服务器和用户或应用程序，转11);

若成功，从消息中取出待复制表的有关信息，根据这些信息，发一条建表消息给另一个系统的服务器;

等待服务器消息;

若失败，发一条失败的消息给服务器和用户或应用程序，转11);

若成功，调数据转移程序，进行数据复制;

将有关信息写入组间字典。

退出。

服务器：

当服务器收到预复制消息后，将基表控制块TV_CTRL_BLOCK中的IsReplication赋为true。同时，取出待复制表的有关信息，组成应答消息发给协调器。

当服务器收到失败的消息后，将基表控制块TV_CTRL_BLOCK中的IsReplication赋为false。

3.2维护算法。

协调器：

从组间字典读出相关信息，根据这些信息，登录到相应系统上;

等待消息;

从某系统的服务器上收到一条修改消息后，通过查找组间字典，确定该消息的目的地，然后将它转发过去;

若失败，定时重发;

转2);

服务器：

1)等待消息;

2)当收到某客户或应用程序的消息后，检查它是否是修改数据的操作(如delete，update或insert等);

若不是，转7);

若是，检查基表控制块TV_CTRL_BLOCK中的IsReplication是否为true;

若不是，转7);

若是，向协调器发修改消息;

继续执行服务器程序的其它部分。

3.3恢复算法。

若协调器所联接的系统中有一个跨掉了，则对副本的修改无法及时地反映到跨掉的系统中来。这时，需要恢复算法来进行处理。

协调器：

当协调器发现有一个系统已经崩溃后，采取以下步骤。

将与该系统相关的变量open赋值为false;

打开记时器;

等待消息;

若收到的消息是其它系统发出的修改崩溃了的系统上的副本的命令，则依次将这些消息存储起来，转3);

若收到的消息是记时器发出的时间到的消息，则向崩溃的系统发登录命令;

若登录成功，将open的值改为true;

将存储的消息依次发送过去，转9);

若登录失败，转3);

退出。

4.结论

我们曾在三个DM3数据库系统上，用两个协调器进行联接。结果，运行情况良好，各副本最终都能保证一致，且各副本间存在差异的时间间隔很短。另外，在出现异常的情况下，协调器也能正常工作。

主要参考文献：

1.周龙骧等，分布式数据库管理系统实现技术，科学出版社，1998。

2.郑振楣，于戈，郭敏，分布式数据库，科学出版社，1998。

3.王珊等，数据仓库技术与联机分析处理，科学出版社，1998。

目 录 绪 论 2第1章 学生管理系统的系统调查 31.1现状调查 31.2、学生信息管理工作调查 31.3、现行系统存在的主要问题 31.4、系统目标 41.5外部接口需求 41.6 性能需求 41.7软件属性需求 5第2章 学生信息管理系统的可行性分析 62.1.技术可行性 62.2.经济可行 62.3.操作可行性： 62.4.运行可行性： 62.5.法律可行性： 6第3章 怎样开发学生信息管理系统 73.1系统的软件配置： 73.1.1.操作系统的选择 73.1.2．编程软件的选择 73.1.3．数据库的选择 73.1.4．编程软件和数据库二者的结合 83.2硬件配置： 83.2.1客户端硬件的选择 93.2.2服务器端硬件选择 9第4章 学生信息系统的设计 104.1.系统功能分析 104.2.系统功能模块设计 104.3.数据库设计 114.3.1数据库需求分析： 114.3.2数据项及数据结构 114.4.数据库结构设计 114.5.数据库逻辑结构设计 13第5章 学生信息系统界面及其功能 165.1 运行环境 165.2 使用说明 16第6章 结束语 216.1总结： 216.2致谢： 21附录ⅰ 主要参考文献 22附录ⅱ 学生信息系统窗体部分代码 23