一、课题研究的目的、意义：

随着学校规模的不断扩大与教师数量的急剧增加，有关教师的各种信息资料也成倍地增长。学校管理者们所头疼的问题，就是如何面对这庞大的信息量。只有利用计算机并利用教师管理信息系统才能解决这一问题，才能提高教师管理的工作效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从而减少管理方面的工作量。本教师档案管理系统包括教师信息、论文信息、项目信息等内容的管理。假若遵从以往旧式的工作方式，该工作的工作量大，管理繁琐，既耗人力，又耗物力。如今面对大量的教师数据、报表，手工处理方式已经很难跟上现代化的步伐。随着计算机技术及网络通讯技术的飞速发展，许多学校已经有了较好的计算机应用甚至网络硬件建设基础。因此为提高学校管理工作的现代化、科学化水平，保证信息处理的即时化、准确化，开发一套对教师档案进行管理的软件是极其重要的，而且是必需的。

二、本课题国内外研究的历史、现状和研究目标：

现今，在这个飞速发展的信息时代，信息量日趋剧增。教师业务档案是高校档案的重要组成部分,它能为高校管理、教师业务考核、统计报表等提供资料,是学校进行管理工作以及抓好师资队伍建设的重要依据。传统的高校教师档案管理主要以电子文档和纸质材料为媒介,分散且不便于集中管理。与财务、教务等系统接合较差,容易产生数据的冗余和不一致。为了校内工作人员的工作量，提高工作效率，提高了档案管理的效率，我们很有需要开发一种对教师业务档案管理更方便，使教师业务档案管理系统更完善，提高教师业务档案管理效率，减轻工作人员的工作负担的教师业务档案管理平台。

随着开发技术的进步，现在不少软件系统都开始采用三层架构开发。所谓三层体系结构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。用三层结构主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级。

C/S(Client/Server)结构，即大家熟知的客户机服务器结构，它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。

传统的C/S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要针对不同的操作系统开放不同版本软件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用，而且代价高，效率低。

传统的C/S模式只有两层架构，一端为客户端，另一端为服务器端。尽管传统的C/S模式具有较强的数据操纵和事务处理能力，但随着信息技术的进步，企业规模的扩大，市场竞争的加剧等，其缺点是明显的，主要有开发成本高，兼容和可扩展差，维护麻烦。而三层架构主要是程序员为了实现部署、开发、维护企业级数据库系统而服务的。如果在中间层实现了对表示层和数据库层的完全脱离，其部署、开发、维护系统的费用和时间至少降低到原来的一半。

目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件。因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统，这就是目前应用系统的发展方向。

随着Internet技术的普及、电子商务技术的发展等，数据库技术又面临着新的挑战。这一挑战给数据库技术的发展带来了新的机遇，也造就了现阶段数据库技术发展最活跃的领域。90年代的中期，出现了三层——多层的数据库体系结构，这一结构是客户机——服务器结构相结合的产物，是数据库系统为适应应用对两层客户机——服务器结构的继承和发展。三层——多层结构对传统的客户机——服务器的两层体系结构进行了扩展，在客户端和服务器之间增加了应用服务器层，在应用服务器中实现主要的商业逻辑。

随着技术的成熟，三层架构技术已被广泛地应用于各种软件系统。

三、本课题研究的基本内容和方法：

本系统为高校设计并实现一个“教师业务水平综合信息管理系统”，实现对高等学校教师业务水平信息的科学、规范及综合管理，为快速实现对教师业务水平进行考评提供一个方便、快捷的信息化集成管理平台。

本系统的使用对象是：教务管理员、部门管理员、教师。对教务管理员而言，应实现用户管理、部门管理等基础数据管理功能；对部门管理员而言，应实现对教师基本情况及教学工作情况管理；对教师而言，应实现科研管理、论文管理、专著及教材管理、专利管理、获奖情况管理等基本功能。

本论文主要完成的工作有：对教师业务水平综合管理系统进行了需求分析；对教师业务水平综合管理工作的业务流程进行了分析与设计；以业务活动为基础对教师业务水平管理活动的问题领域进行了分析，在问题领域分析的基础上对教师业务水平管理管理活动中的持久类进行了数据库设计；从三层结构视点角度确定了系统中的界面类及控制类；实现了教师业务水平综合管理核心功能。

（1）分析方法要求为面向对象分析

面向对象分析（OOA）方法要求在设计中要映射现实世界中指定问题域中的对象和实体，这就需要设计要尽可能地接近现实世界，即以最自然的方式来表述实体，所以面向对象技术的优点即为能够构建与现实世界相对应的问题模型，并保持他们的结构、关系和行为模式。面向对象的分析与设计的精髓是按照对象的观点考虑问题域和逻辑解决方案。分析旨在发现并描述问题域中的对象。设计的重点在于定义逻辑软件对象，这些对象（具有属性和方法）最终能够用面向对象程序设计语言实现，即编写它们的类。

面向对象分析方法的五个步骤：

第一步，确定对象和类。这里所说的对象是对数据及其处理方式的抽象，它反映了系统保存和处理现实世界中某些事物的信息的能力。类是多个对象的共同属性和方法集合的描述，它包括如何在一个类中建立一个新对象的描述。
第二步，确定结构（structure）。结构是指问题域的复杂性和连接关系。类成员结构反映了泛化-特化关系，整体-部分结构反映整体和局部之间的关系。
第三步，确定主题（subject）。主题是指事物的总体概貌和总体分析模型。
第四步，确定属性（attribute）。属性就是数据元素，可用来描述对象或分类结构的实例，可在图中给出，并在对象的存储中指定。
第五步，确定方法（method）。方法是在收到消息后必须进行的一些处理方法：方法要在图中定义，并在对象的存储中指定。对于每个对象和结构来说，那些用来增加、修改、删除和选择一个方法本身都是隐含的（虽然它们是要在对象的存储中定义的，但并不在图上给出），而有些则是显示的。

（2）软件架构要求为基于三层架构

     一个N层的应用程序通常有三层：表现层、业务层和数据层。

 表现层用于用户接口的展示，以及用业务层的类和对象来“驱动”这些接口。在ASP.NET中，该层包括aspx页面、用户控制、服务器控制以及某些与安全相关的类和对象。

业务层用于访问数据层，从数据层取数据、修改数据以及删除数据，并将结果返回给表现层。在ASP.NET中，该层包括使用SqlClient或OleDb从SQL Server或Access数据库取数据、更新数据及删除数据，并把取得的数据放到DataReader或DataSet中返回给表现层。返回的数据也许只有一个整型数字，比如一个表的行记录数目，但这也要用数据层的数据进行计算。该层通常被划分成两个子层：业务逻辑层（Business Logic Layer，BLL）和数据访问层（Data Access Layers，DAL）。业务逻辑层在数据访问层之上，也就是说BLL调用DAL的类和对象。DAL访问数据并将其转给BLL。在ASP.NET中，该层可以用SqlClient或OleDb从SQL Server或Access数据库取数据，把数据通过DataSet 或DataReader的形式给BLL，BLL处理数据给表现层。有的时候，例如直接把DataSet 或DataReader送给表现层的时候，BLL是一个透明层。

数据层是数据库或者数据源。在.NET中，通常它是一个SQL Server或Access数据库，但不仅限于此两种形式，它还可能是Oracle，mySQL，甚至是XML。

四、课题研究的步骤及进度安排：

12月初: 完成调研工作,编写调研报告。

12月中旬：完成相关文献检索并编写检索记录。

12月下旬：完成系统需求分析并形成分析报告。

2013年1月初：完成业务流程分析并形成分析报告。

1月中旬：完成问题领域分析，找出业务实体。

1月下旬：完成数据库设计。

2月初：完成基于三层架构的类设计。

2月中旬：软件系统开发。

2月下旬：软件系统开发。

3月初：软件测试。

3月中旬：文档整合及论文撰写。

4月份：论文撰写及修订。

5月初：论文撰写及修订。

5月中旬：论文定稿。

五、课题的成果形式：

1) 软件系统

2) 论文

六、其他有关问题或保障机制：

    软件部分功能可能未够完善或者有所不足。

指导教师意见

                                  指导教师签名：               月     日

系意见

                                 系主任签名：              月     日                                               

学院意见

院长签名：                月     日