课题文档.docx

课题文档.docx

《课题文档.docx》由会员分享，可在线阅读，更多相关《课题文档.docx（70页珍藏版）》请在冰豆网上搜索。

课题文档

中原工学院

毕业实训任务书

2012年3月1日

学生姓名

张旭彦

学号

201007122248

专业

软件技术（.NET）

班级

编码102

课题名称

高校教师档案管理系统

课题来源

河南省863软件园

指导教师

王强张子刚

专业

软件工程

职称

软件工程师

课题说明：

时代在发展，社会在进步。

日益复杂的人类社会，为了更高效率的服务社会促进发展，在管理，生产，各个方面直接促生了网络的普及化。

在世界，在中国，随着高校的快速发展，学生愈来愈多，教师愈来愈多，对教师的信息管理困难逐渐增加，传统的纸质以不能满足对教师资源的登记及高效率的运用，对教师资源的积累整合显得愈来愈尤为重要。

这时网络化得教师信息管理系统应运而生，使得我们的教师信息管理便捷化网络化。

承担的任务

本系统采用VisualStudio2005作为开发平台，运用ASP.NET（C#）编程语言结合SQLServer2005数据库来实现。

本系统采用B/S结构，基于Web的B/S（Browser/Server）方式其实是一种浏览器服务器模式，它的客户端是浏览器。

B/S结构中处于第一层的是客户端，处于第二层的是应用服务器，由一台或者多台服务器组成，该层具有良好的可扩充性，可以随着应用的需要增加服务器的数目,处于第三层的是数据层，由数据库系统和遗留系统组成。

中原工学院

毕业实训任务书

2012年3月1日

工作进度安排：

（2012.4.15-2012.4.18）确定项目任务，展开讨论，针对项目进行简单的需求分析，做好功能分析。

分析功能联系，建立完整的数据库。

（2012.4.19-2012.4.30）进行任务分工，开始编码实现。

（2012.5.1-2012.5.4）进行系统功能合并，实现系统整体的正确运行。

（2012.5.5-2012.5.10）进行功能测试，根据需求分析就行功能检测。

按照需求要求进行修改与补足。

（2012.5.11-2012.5.16）系统功能成功实现，编写报告，进行总结分析。

指导教师签字：

年月日

实训单位意见

签章：

年月日

学院意见

签章：

年月日

中原工学院

毕业实训评审表

学号

201007122232

姓名

张旭彦

专业

软件技术（.NET）

班级

编码102

题目

高校教师档案管理系统

指

导

教

师

评

语

成绩（百分制）：

指导教师签名：

年月日

软件学院

毕业实训报告

课题名称：

高校教师档案管理系统

专业：

软件技术（.NET方向）

班级：

编码102

学号：

201007122248

学生姓名：

张旭彦

指导教师：

王强张子刚

2012年5月17日

摘要

时代的发展，影响着社会的各行各业。

伴随着社会的复杂化发展，人员流动性的增加，社会管理的难度逐渐复杂困难，以往的管理方式显得力不从心。

随着高校的快速发展，学生愈来愈多，教师愈来愈多，对教师的信息管理困难逐渐增加，传统的纸质以不能满足对教师资源的登记及高效率的运用，对教师资源的积累整合显得愈来愈尤为重要。

这时网络化得教师信息管理系统应运而生，使得我们的教师信息管理便捷化网络化。

本系统教师信息管理系统旨在高校中实现教师档案的便捷化清晰化管理。

实现教师资源共享。

对教师进行教师信息档案网络化，以便于教师的登记，调动，分配，查询，修改，组织，论文及职称升调的记录，以及管理员对教师的增删改的便捷管理，真正的达到了提高教师资源的便捷化高效率化，提升效率创造价值。

本系统可以根据实际应用的具体情况，适当加以修改，以便更好应用。

本系统操作简单，灵活性好，系统安全性高，运行稳定。

关键词：

教师档案管理；数据库；ASP.NET；SQLserver2005

目录

摘要I

第1章项目分析1

1.1问题描述1

1.2技术分析1

1.3工程进度计划2

第2章系统分析与设计3

2.1系统分析3

2.1.1参与者3

2.1.2用例及用例规约4

2.1.3用例图11

2.2系统设计12

2.2.1顺序图13

2.2.2类图15

2.2.3系统体系结构设计17

2.3数据库设计18

2.3.1E-R图19

2.3.2关系模式19

2.3.3表的设计20

第3章实现与测试23

3.1管理员增加教师档案功能模块23

3.1.1活动图24

3.1.2界面25

3.1.3代码25

3.1.4测试用例27

3.2管理员登陆28

3.2.1活动图28

3.2.2界面29

3.2.3代码29

3.2.4测试用例34

3.3查看教师信息及论文著作模块35

3.3.1活动图35

3.3.2界面36

3.3.3代码36

3.3.4测试用例40

第4章结束语42

附录A:

主要源程序44

第1章项目分析

随着高校的快速发展，学生愈来愈多，教师愈来愈多，对教师的信息管理困难逐渐增加，传统的纸质以不能满足对教师资源的登记及高效率的运用，对教师资源的积累整合显得愈来愈尤为重要。

这时网络化得教师信息管理系统应运而生，使得我们的教师信息管理便捷化网络化。

高校教师档案管理系统是B/S结构，本系统的开发，将信息化的管理带入到高校教师信息档案管理，在一定程度上，优化资源配置,提高工作效率，降低人工工作难度，同时本系统的开发将解决传统人工进行教师档案管理的弊病，排除基本错误的可能，在一定程度上显著的提高高校运作效率，为大家节省大量的时间。

1.1问题描述

该系统根据用户权限分为两部分，一部分是管理员管理，拥有最高权限，可以对教师及用户进行最终管理；一部分是用户登录，用户即高校教师，可以浏览及增加自己的信息。

首先用户登录根据权限判断用户是会员或者是管理员，若是会员则无后台操作权限。

若是管理员有后台操作权限，管理员的主要功能是对教师档案的管理包括增加、删除，修改，发布，公告信息。

普通用户的主要功能是浏览自己的个人资料、登录密码以及简单的非重要信息的修改，还可以发布论文及著作信息。

教师由管理员授权用户名及密码方可登录。

本系统可以避免高校管理的随意性，使得管理工作规范化、系统化、程序化，提高信息处理的速度和准确性，对于减轻工作人员的劳动量、提高劳动热情和服务质量，具有重要的现实意义。

1.2技术分析

本系统采用B/S结构，基于Web的B/S（Browser/Server）方式其实是一种浏览器/服务器模式，它的客户端是浏览器。

B/S结构中处于第一层的是客户端，处于第二层的是应用服务器，由一台或者多台服务器组成，该层具有良好的可扩充性，可以随着应用的需要增加服务器的数目。

处于第三层的是数据层，由数据库系统和遗留系统组成。

B/S的优势在于：

简化了客户端;简化了系统的开发和维护;用户操作变得更简单;适用于网上信息发布

●根据日常工作需求，提供必要功能，如：

员工基本信息、等

●提供强大的查询功能，不同用户可以根据需求，以不同的项目为目标；

●进行必要的安全考虑，如权限管理、数据库备份恢复等；

●效率高，界面友好，操作方便。

1.3工程进度计划

（2012.4.4-2012.4.18）确定项目任务，展开讨论，针对项目进行简单的需求分析，做好功能分析。

分析功能联系，建立完整的数据库。

（2012.4.19-2012.4.30）进行任务分工，开始编码实现。

（2012.5.1-2012.5.4）进行系统功能合并，实现系统整体的正确运行。

（2012.5.5-2012.5.10）进行功能测试，根据需求分析就行功能检测。

按照需求要求进行修改与补足。

（2012.5.11-2012.5.16）系统功能成功实现，编写报告，进行总结分析。

对报告书进行进一步的修改，达到符合要求，最后打印出来。

第2章系统分析与设计

此系统采用三层架构。

即由表示层、业务逻辑层和数据访问层组成。

表示层位于最顶层，用于显示和接收用户提交的数据，为用户提供交互式的Web界面。

业务逻辑层是表示层和数据访问层之间沟通的桥梁，主要负责数据的传递和处理。

数据访问层主要实现对数据的读取、保存和更新等操作。

在三层架构中，各层之间相互依赖，表示层依赖于业务逻辑层，业务逻辑层依赖于数据访问层。

2.1系统分析

以能够更好的完成教师档案网络管理系统为中心。

教师档案网络管理系统主要包括以下内容模块：

实现教师个人信息的维护功能（添加，修改，删除，查询）、系部和院部审核功能，系部查询，修改功能、查询结果报表生成，导出Excel的功能、对教师发表的论文，项目，专利和著作进行填写、查看和删除、计算教师的科研工作量、审核教师的论文，项目，专利和著作。

其中，计算教师的科研工作量，对教师发表的论文，项目，专利和著作进行审核，又是重中之重。

也是整个项目的灵魂所在，也是展示我教师档案网络管理系统的特色之处。

2.1.1参与者

参与者是与系统交互的的人或者物，可以包括人、外部系统和其他机构，位于系统外，不属于系统，通常情况下，根据下面问题来确定参与者：

哪些人是你的系统的主要客户哪些人从你的系统获取信息？

哪些人为你的系统提供信息？

哪些系统与该系统进行交互？

在某个预定的时间是否有事情自动发生？

同时参与者的名字应该能准确反映在模型中扮演的角色。

高校教师档案管理系统包括如下功能：

管理员拥有最高权限，可以对高校教师档案的管理包括增删改查，教师用户对自己的档案信息浏览审查及基本内容的修改以及论文或者

著作的发表公布上传。

所以本系统的参与者分两大类，一类是管理员，一类是教师。

图2.1参与者

2.1.2用例及用例规约

用例为参与者提供价值，每个用例表示系统提供的一项服务。

从参与者的角度，通过提出问题，来确定可能的服务：

此角色希望完成什么工作？

充当此角色的用户的主要任务是什么？

系统需要提供给此角色的用户什么信息？

充当此角色的用户需要检查，产生和改

变什么信息？

用例代表了系统能够提供的功能，高校教师档案管理系统提供管理员登录，增加教师档案，对教师档案拥有最高权限，可以修改最高信息内容。

教师用户登录，教师档案信息

查询，添加，以及基本的修改，论文的添加以及发表。

表2.1系统用例汇总

系统用例汇总

模块

用例名称

用例ID

说明

教师用户相关

1.修改个人信息

UC-001

教师对自己的个人信息进行管理，包括浏览，修改，添加，删除等基本信息。

2.添加论文信息

UC-002

3.添加项目信息

UC-003

4.添加著作信息

UC-004

管理员相关

1.教师档案管理

UC-005

管理员对教师档案的最高权限的管理以及对论文审查项目审查著作审查的权限，管理员对后台信息例如密码添加管理员等功能的维护

2.论文信息管理

UC-006

3.著作信息管理

UC-007

4.项目信息管理

UC-008

5.添加管理员

UC-009

6.添加教师信息

UC-010

7.添加院系

UC-011

8.添加科室

UC-012

9.修改密码

UC-013

表2.2修改个人信息用例规约

用例编号：

UC-001

用例名称：

修改个人信息

用例描述：

教师用户登录成功后对自己的基本信息进行基本修改

参与者：

教师用户

前置条件：

教师用户经管理员授权

基本路径：

参与者操作

系统响应

1.进入主界面,输入用户名密码

2.登陆

登录成功

其他事件流

无

异常事件流

参与者操作

系统响应

用户名与密码不对应

系统显示“用户名或密码填写错误”

扩展点：

无

补充说明：

无

后置条件：

教师用户修改成功

表2.3添加论文信息用例规约

用例编号：

UC-002

用例名称：

添加论文信息

用例描述：

教师用户添加论文信息

参与者：

教师用户

前置条件：

教师用户成功登录

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.点击“添加论文信息”按钮,

请求添加论文信息

3.选择条件，点击“确定”按

钮

进入添加论文信息界面（在主界面显示添加论文信息）

其他事件流

无

异常事件流

参与者操作

系统响应

用户没有输入

系统显示“请输入论文名称及编号”

扩展点：

无

补充说明：

无

后置条件：

显示所添加的论文信息成功

表2.4添加项目信息用例规约

用例编号：

UC-003

用例名称：

添加项目信息

用例描述：

添加项目信息

参与者：

教师用户

前置条件：

教师用户登录

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.点击“添加项目信息”按钮

请求添加项目信息

3.填写项目信息

4.添加成功

1.用户登录

2.进入添加项目信息界面

3显示项目信息

4.提示添加成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.用户没有登陆

2.用户没有填写

3.添加内容不完整

1.系统显示“用户必须先登录”

2.系统显示“填写信息不能为空”

3.请填写完整

扩展点：

无

补充说明：

无

后置条件：

添加项目信息成功

表2.5会员查看图书信息用例规约

用例编号:

UC-004

用例名称：

添加著作信息

用例描述：

添加著作信息

参与者：

教师用户

前置条件：

教师用户必须先登录

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.点击添加著作信息

3.添加著作信息

1.登录成功

2.进入添加著作信息界面

3.添加著作信息成功

其他事件流

无

异常事件流

参与者操作

系统响应

用户没有登陆

系统显示“用户必须先登录”

扩展点：

无

补充说明：

无

后置条件：

显示添加的著作信息

表2.6教师档案管理用例规约

用例编号:

UC-005

用例名称：

教师档案管理

用例描述：

教师档案管理

参与者：

管理员

前置条件：

必须是管理员登录

基本路径：

参与者操作

系统响应

1.进入主界面，管理员登录

2.查看点击教师档案管理

3.添加教师档案

1.登录成功

2.进入教师档案管理界面

3.添加成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.管理员没有登陆

2.没有进行任何修改或者添加教师档案

1.系统显示“管理员必须先登录”

2.请进行任何修改或者添加教师档案”

扩展点：

无

补充说明：

无

后置条件：

添加成功

表2.7论文信息管理用例规约

用例编号：

UC-006

用例名称：

论文信息管理

用例描述：

管理员进行论文信息管理

参与者：

管理员

前置条件：

管理员必须先登录

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.进入论文信息管理界面

3.对论文信息进行管理，包括编

辑删除

1.登录成功

2.显示论文信息管理界面

3.显示删除或者修改成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.用户没有登陆

2.没有进行修改或者编辑

3.编辑错误

1.系统显示“用户必须先登录”

2.系统显示“当前没有进行任何修改”

3.请进行正确的编辑

扩展点：

导出报表

补充说明：

可进行报表到处方便查询

后置条件：

论文信息添加成功

表2.8著作信息管理用例规约

用例编号：

UC-007

用例名称：

管理员添加著作信息

用例描述：

管理员添加著作信息管理的过程

参与者：

管理员

前置条件：

必须为此管理员，必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录，“后

台管理”按钮

2.点击“著作信息管理”按钮

3.添加著作信息

1.登录成功

2.进入著作信息管理界面

3.添加著作信息成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.添加著作信息为空

2.著作信息管理添加错误

3.重复添加

4.填写的著作信息与之前相同

1.系统显示“著作信息管理不能为空”

2.系统显示“请勿重复添加著作信息”

3.系统显示“图书目录描述不能为空”

4.系统显示“已有此著作信息”

扩展点：

无

补充说明：

无

后置条件：

著作信息添加成功

表2.9项目信息管理用例规约

用例编号：

UC-008

用例名称：

项目信息管理

用例描述：

管理员修改项目信息管理的过程

参与者：

管理员

前置条件：

必须为管理员，用户必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录，显示

“后台管理”按钮

2.点击“后台管理”按钮

3.点击“项目信息管理”按钮

4.管理员对项目信息进行添加或者修改

1.登录成功

2.进入后台管理界面

3.显示项目信息管理界面

4.添加或者修改成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.添加信息错误

2.添加信息重复

3.没有添加或者进行修改信息

1.请正确添加著作信息

2.请勿重复添加已有信息

3.请填写著作信息内容或者进行修改

扩展点：

无

补充说明：

无

后置条件：

著作信息添加或者修改成功

表2.10管理员添加管理员用例规约

用例编号：

UC-009

用例名称：

添加管理员

用例描述：

添加管理员的过程

参与者：

管理员

前置条件：

必须为管理员，用户必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.显示“后台管理”按钮

3.点击“添加管理员”按钮

4.添加管理员信息及密码

1.登录成功

2.进入后台管理界面

3.进入添加管理员界面

4.控件刷新，显示添加成功

其他事件流

无

异常事件流

参与者操作

系统响应

无

无

扩展点：

无

补充说明：

无

后置条件：

添加管理员成功

表2.11添加教师信息用例规约

用例编号：

UC-010

用例名称：

添加教师信息

用例描述：

管理员添加教师信息的过程

参与者：

管理员

前置条件：

必须为管理员，用户必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.显示“后台管理”按钮

3.点击“添加教师信息”按钮

4.对教师信息内容填写

1.登录成功

2.进入后台管理界面

3.显示添加教师信息界面

4.提示添加成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.填写的教师信息有空白

2.填写的教师信息如与数据库中有相同

1.系统显示“教师信息不能为空”

2.系统显示“已有此教师信息”

扩展点：

无

补充说明：

无

后置条件：

教师信息添加成功

表2.12添加院系用例规约

用例编号:

UC-011

用例名称：

添加院系

用例描述：

管理员添加院系的过程

参与者：

管理员

前置条件：

必须为管理员，用户必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.点击“后台管理”按钮

3.点击“添加院系”按钮

4.院系内容填写

1.登录成功

2.进入后台管理界面

3.显示所有院系

4.控件刷新，显示添加成功

其他事件流

无

异常事件流

参与者操作

系统响应

扩展点：

无

补充说明：

无

后置条件：

管理员添加院系成功

表2.13添加科室用例规约

用例编号:

UC-012

用例名称：

管理员添加科室

用例描述：

管理员添加科室的过程

参与者：

管理员

前置条件：

必须为管理员，用户必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录

2.显示“后台管理”按钮

3.点击“添加科室”按钮

4.填写科室

1.登录成功

2.进入后台管理界面

3.显示添加科室界面

4.显示添加科室成功

其他事件流

无

异常事件流

参与者操作

系统响应

扩展点：

无

补充说明：

无

后置条件：

显示所有科室

表2.14修改密码用例规约

用例编号：

UC-013

用例名称：

修改密码

用例描述：

管理员修改密码的过程

参与者：

管理员

前置条件：

必须为管理员，用户必须先登录，用户权限必须是管理员

基本路径：

参与者操作

系统响应

1.进入主界面，用户登录，显示

“后台管理”按钮

2.点击“后台管理”按钮

3.点击“修改密码”按钮

4.修改

1.登录成功

2.进入后台管理界面

3.显示原有密码界面

4.修改成功

其他事件流

无

异常事件流

参与者操作

系统响应

1.两次输入的密码不一致

2.旧密码输入错误

1.请重新输入新密码

2.请重新输入旧密码

扩展点：

无

补充说明：

无

后置条件：

修改密码成功

2.1.3用例图

图2.1教师例图

图2.2管理员管理用例图

2.2系统设计

系统设计的任务,是在需求分析的基础上,考虑经济、技术和运行环境等各方面条件，确定系统的总体结构和系统各组成部分的技术方案,合理选择计算机和通信的软硬件设备,提出系统的实施计划。

该系统采用了三层架构的方法进行开发，即表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL），同时还包含实例层（Model）区,分层次的目的即为了“高内聚，低耦合”的思想。

1、表示层（UI）：

通俗讲就是提供给用户一个视觉上的界面，用户输入数据、获取数据。

即用户在使用该系统的时候，所看到的前台界面，能够直接表达该系统功能的界面。

2、业务逻辑层（BLL）：

也叫中间层，BussinessLogicallayer，也可说是BussinessRule（业务规则），这一层是处理业务逻辑的，是表示层和数据访问层的桥梁。

主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。

BLL层主要编写了SQL文，是对数据库的正确操作。

只有保证BLL层的正确，才能实现相应的功能。

3、数据访问层（DAL）:

主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务。

4、实例层（Model）:

主要是针对不同的数据库，添加不同的类，声明不同的属性，是为BLL层和UI层的调用提供方便。

三层架构适合群体开发，每个人可以有不同的分工，协同工作效率增倍，而且可以降低层与层之间的依赖能够很容易的用心的实现替换原来层次的实现，有利于标准化，有利于各层逻辑的复用。

由于该系统工作量大，所以使用三层架构可以更有效率的完成，还可以克服很多问题