《小型数据库开发课程设计实训(论文)研究生学位管理信息系统的设计与实现.doc》由会员分享，可在线阅读，更多相关《小型数据库开发课程设计实训(论文)研究生学位管理信息系统的设计与实现.doc（35页珍藏版）》请在三一办公上搜索。
1、小型数据库开发 实训(论文)说明书 题 目：研究生学位管理信息系统的设计与实现 院 （系）： 应用科技学院 专 业： 计算机科学与技术 学生姓名： 学 号： 0801110109 指导教师： 2011年1月21日摘 要学位管理是教务工作的一个重要组成部分,整个学位管理工作可分为五个阶段:申请、预审、复审、答辩和学位信息管理。学位管理信息系统可划分为以下几个模块：论文预审模块、论文评审模块、论文答辩模块和学位信息管理模块四个子系统。本系统的特点是支持远程论文评审。教育信息化作为学校公共服务体系的主要组成部分，校园网络己成为学校最重要的基础设施。信息化建设对安徽大学的发展来说，是一种根本的解决方案
2、。因此该系统可解决长期以来论文评审工作的复杂繁琐问题。建立一个高效、整合的学位管理信息平台，对于学院的发展，一定会起到推动作用。关键词：学位管理平台；信息技术；数据库；校园信息化；C#开发工具AbstractAcademic degree management is an important part of the work.The degree management can be divided into five phases: application, pre-trial, review, reply and degree information management. Degree m
3、anagement information systems can be divided into four modules: paper pre-module papers review module，reply module and degree information management module.Characteristics of this system is to support remote thesis review.Education information system as a major component of public services has becom
4、e the most important infrastructure. Information technology for the development of Anhui University is a fundamental solution.So the system can solve the long paper assessment of complex and cumbersome problem. Establishment of an efficient, integrated management information platform of degree will
5、play a catalytic role in the colleges developmentKey words：degree；management platform；information technology；database；campus information；C#development tools目 录引言- 6 -1 绪论- 6 -1.1 系统开发背景和意义- 6 -1.2 国内外的研究现状- 7 -1.3 可行性分析研究- 8 -1.3.1技术可行性分析- 8 -1.3.2经济可行性分析- 8 -1.3.3操作可行性分析- 8 -1.4 本论文的安排- 8 -2 需求分析-
6、9 -2.1 系统需求分析- 9 -2.1.1系统功能需求分析- 9 -2.1.2系统性能需求分析- 9 -2.3 数据流图- 10 -2.6 数据字典- 13 -3 数据库系统设计- 15 -3.1 总体设计- 15 -3.2 子系统详细设计- 17 -3.2 数据库设计- 20 -3.3 概念结构设计- 21 -3.3.1学位管理系统实体属性E-R分图- 21 -3.3.2学位管理系统总E-R图- 23 -3.4 逻辑结构设计- 24 -4 系统实现- 27 -5 测试- 30 -5.1 测试用例和结果- 30 -5.1.1测试的目的- 30 -5.1.2正确测试用例- 30 -5.2 测
7、试结果分析- 30 -6 结束语- 32 -参考文献- 33 -附录- 33 -用户使用手册- 33 -引言1 绪论1.1 系统开发背景和意义随着计算机技术和因特网的迅速发展和普及，网络信息技术的发展深刻改变着我们的社会生活、工作、思维和交往的方式，对传统教育体系制度产生根本性的影响。数字化校园的概念最早是由美国的麻省理工学院在上世纪70年代提出的。经过多年的不懈努力，美国已经构建出一个比较成熟的数字化校园模型。在美欧，由于政府的强力支持，各学校纷纷对校务管理和教学进行了数字化改革。据调查，90年代以来，西方发达国家大部分名牌高校均己较成功地完成了数字化校园建设工作。新的世纪开端，世界各国尤其
8、是发达国家，加快了信息化进程，这也包括教育信息化作为学校公共服务体系的主要组成部分，校园网络己成为学校最重要的基础设施。信息化建设对安徽大学的发展来说，是一种根本的解决方案。由于学校原有的分散部门的系统没有实现数据的共享，在目前的管理中，各部门之间的数据还通过手工传递。希望通过实施信息系统在各部门之间架起一个信息交流的桥梁，相关的部门可以及时互相了解信息。以教务管理工作为主线，根据实际情况建立一个高效、整合的信息化平台，对于学院的发展，一定会起到推动作用。学位管理是教务工作的一个重要组成部分，为确保本科生的培养质量，学校实行论文预审、复审制度，不合格的论文没有答辩资格。过去由于没有相关系统，尤
9、其是适合安徽大学实际的软件支持，安徽大学的论文评审和答辩工作完全依赖人工进行管理和控制，其缺点在于：1）工作量大，效率低下。这部分工作的流程比较复杂，管理和监控费时费力，而且由于学生中有相当一部分是在校外实习，人员分散，组织和管理难度比较高。过去为了避免消息传递不及时造成的损失，教务人员往往需要耗费更多地精力做好这部分工作。同样，在外审工作中，需要聘请校外专家对学生论文进行评审，因为地域的限制，这部分工作耗费的人力物力也是可想而知的。2)公平和公正性，安全性和保密性难于保证。与人工操作相比，计算机随机抽取及分发论文时严格按照事先编制好的抽取程序执行，按条件匹配分发论文，公平而且效率高，抽取及分
10、发过程完全自动化，一般不需人工干预，一份几百人的名单，瞬间即可完成。抽取活动由人工完成，很难做到像计算机一样高效、公平、保密。同时，安徽大学学位办决定自今年起对申请学位本科生信息采集工作进行改革，拟实行信息的在线采集与提交。实行本科生学位信息的在线采集与提交，毫无疑问必须建立起相应的配套系统。目前各高校正在使用的国务院学位办与清华大学联合开发的学位授予管理信息系统采用C/S结构，需要各培养单位(院、系、所)组织学生填写表格，然后再由学位办工作人员集中录入学位信息，这样做工作量大、效率低。为了配合上述工作的展开，迫切需要相关软件系统的支持，特别是适合我校及我院实际情况的管理信息系统的支持。 1.
11、2 国内外的研究现状在国家的大力支持下，我国大学校园网络基础设施面貌得到了根本改变，与之相适应的校园信息化水平也得到了较大提高。我国的数字化校园建设具有以下几个特点:首先从整体来看，高等教育信息化仍处于起步阶段。部分高校起步较早，多数高校已有相当基础。如清华大学和北京大学的校园网络化建设是在90年代初开始的，经过近10年的建设，现已基本建成了以高速校园网为核心，包括以学术研究、网络教学、信息资源、社区服务和办公管理为功能的数字化教育系统。他们也是最早提出建设数字化校园概念的学校之一。全国重点高校数字化校园建设研讨会于2002年5月份在珠海举行，全国40余所高校参加了会议，会议决定在全国重点高校
12、率先推进数字化校园建设，并确定清华大学、北京大学、中山大学、浙江大学、重庆大学作为召集单位。会后，全国很快出现了校园数字化建设的新高潮，各高校纷纷设立数字化校园建设项目，在全国各个相关的研讨会上，关于数字化校园建设项目的研讨也更加火热，数字化校园建设己经成了各高校进行信息化建设的新的热点。各大高校纷纷拟订了校园信息化建设的规划，逐步建立起符合各自实际的集教学、办公等为一体的管理信息系统。但是从系统的开发水平来看，还是以基于C/S架构的分布式应用系统为主，而且数据比较分散，信息孤岛的情况还比较严重。论文评审工作是整个学位管理工作的重点。网上评审系统的开展和使用可以追溯到科技部863计划的“863
13、课题网上评审系统”，此系统将课题的申报、评审全部转到网上进行，使863计划管理工作更加走向程序化、规范化;更有利于公正性、公开性、公平性和保密性的执行和监督;大大减少了人力、纸张消耗以及会议、差旅费开支，显著提高了工作效率。随着网络的发展，越来越多的单位和组织，借助于科技手段，开发网上评审系统，将项目或者一些竞赛的评审工作转到网上进行。然而，每一类的评审工作流程都有其各自的特点，并且操作的细节也各不相同。尤其对于软件工程硕士的论文评审工作来说，更无既成的系统可用。另外，针对学位管理工作中的学位信息管理，为弥补国务院与清华大学联合开发的学位授予管理信息系统的不足，采用B/S结构实现信息的分散采集
14、是一个十分可行的方案。国内虽然已经有高校建立了类似的系统，如华中科技大学已经有类似的系统投入使用，但大都只是针对各自学校情况的，并不完全适合我校的实际情况。1.3 可行性分析研究1.3.1技术可行性分析本系统开发涉及到的技术因素有：（1） Microsoft Visual Studio 2008开发工具开发软件系统；（2） 使用Microsoft SQL Server 2005数据库开发工具开发后台数据库。综上，本系统开发不存在问题技术问题1.3.2经济可行性分析学位管理系统可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高论文评分、学位管理的效率，开发价格低，实
15、用性好。与人工处理相比，会节省许多人力物力，而且准确性高，从长远角度考虑经济上较为合算，降低了人工成本即提高了学校的经济效益，所以从经济上是完全可行的。1.3.3操作可行性分析由于系统有非常友好的界面，使用者无须具备很多计算机知识，只需对原有的人员进行短期指导即可熟练掌握本系统，直接进行上机操作。1.4 本论文的安排第1章绪论指明了本课题的研究背景、意义、研究内容和目标。第2章论述了系统的需求分析和总体设计。根据学位管理系统的需求，此系统的设计与实施在性能上要达到可靠性、灵活性、开放性、安全性，管理统要满足为整个学位管理信息建立一个统一的工作平台、实现数据信息的高度共享、合理分配人力资源、建立
16、硬件和软件两方面多层次的安全管理机制、保系统数据安全的设计要求。第3章论述了数据库概要设计、逻辑设计、物理设计、系统安全性设置、用户单元设计。第4章系统功能实现，设计系统的部分界面和编码，界面对应着相应的核心代码。第5章写系统的测试，在测试中有正确的测试用例和错误的测试用例，测试分析。第6章结束语。整个系统的运行目前状况良好，但也发现了一些在最初设计时忽略的问题，暴露出了一些不足以及需要改进的方面，系统还有待进一步的扩展和完善。2 需求分析软件开发的目标是在预算内按时开发符合客户真正需要的高质量软件。需求分析主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的
17、渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与用户需求的获取有着相似的步骤，在于分析用户需求时使用模型，以获取用户更明确的需求。分析用需求，执行下列活动。2.1 系统需求分析2.1.1系统功能需求分析1、论文量化管理阶段 论文量化管理子系统是研究生学位管理系统中比较重要的部分，它直接为论文过程提供服务、监控和管理，实现对论文撰写过程的控制管理。主要面向各个二级学院使用。基本论文工作的整个过程都可以通过该子系统辅助实现。在辅助管理基本论文流程的同时，该子系统还充分实现了对论文关键点的控制。学生按时参加各环节指导，得到相应的分数，最后得分汇总后得到总成绩，学院
18、论文审查小组根据总成绩确定是否通过毕业申请。同时还要求检查进行期间，可以直接利用系统完成指导意见录入和考勤功能。秘书可以在论文指导界面简要记录指导意见，意见提交的同时，意味着学生获得该环节分数。2、资格审查和论文评审 资格审查与论文评阅是保证论文质量的重要阶段。拟参加本学期答辩的学生提交拟答辩申请，并上传电子版论文初稿。学院资格审查，学院根据学生缴费情况、所修学分是否满足，以及根据上一阶段论文量化管理的结果，来判断是否满足答辩申请要求。学校资格审查，在职教育中心、研究生院培养办分别审查无学籍在职学生名单、所有有学籍学生名单，查看是否符合申请答辩条件。如是博士，则根据培养计划要求，审核学生的论发
19、表情况。在抽审后，将分别由学位办和各学院组织论文的评阅工作，其中学位办组织盲审论文的校外送审，各学院组织未抽到盲审论文的校内评审。2.1.2系统性能需求分析根据学位管理系统的需求，此系统的设计与实施在性能上要达到以下几点：(l) 可靠性研究生学位论文信息的可靠性对教育界的生存发展来说是至关重要的，加上信息资源的庞大数量，系统必须采用性能优越的数据库系统。这样有利于缩短大批量数据的吞吐时间，使整个系统管理规范化；而且随着数据库的增大和操作扩展到一天24小时、一周7天，能够执行备份操作而不影响系统的正常运转。此外，在灾难性故障发生后能够还原数据库，能在最短时间内还原它，使数据的完整性、安全性得到保
20、障。(2) 灵活性素材的管理在数据管理方面应具备较大的伸缩性和扩展性。 (3) 开放性管理系统所涉及的业务范围大、数量多，内容的形态需求复杂，这就要求系统具有完全的开放性，能够容纳各种形态的内容。不能仅仅限于支持某些专用工具开发的内容，不能只是支持某些文件格式。 (4) 安全性由于管理系统是运行在学校局域网上的，是远程的，开放的，所以安全性显得尤为重要。如:保护远程访问会话中传输的信息和局域网络中传输的信息;限制不同权限用户对各种层次的信息的访问等。安全性包括保密、完整性保护、身份验证、授权和预防重播。2.3 数据流图解决任何问题的第一步都是理解问题的根本原因，与软件开发有关的、最常见最严重的
21、问题都与需求有关，需求分析无疑是软件开发过程中的重要一环，直接关系到项目的成败。需求获取是在问题及其最终解决方案之间架设桥梁的第一步，是软件开发中最困难、最关键、最易出错及最需要交流的方面。本系统需求获取有以下几个途径：一、了解客户方的所有用户类型以及潜在的类型。在软件工程学士的培养过程中，学位管理工作主要由论文评审答辩和学位信息管理两部分组成。二、论文评审答辩工作主要由教务部主管本科生工作的人员负责，根据本科生培养计划制定具体的评审和答辩细则，包括时间、地点、参与人员等等。评审秘书是联系各项工作的纽带，负责控制整个流程，向学生和教师传达各项信息，以及安排和协调工作。论文评审和答辩过程中涉及到
22、的用户有:教务部、学生、导师、评审人员、学院。由教务部组织学生提交论文，安排评审人员对论文进行评审，然后进行答辩，最后将人员名单上报学院。将各项工作转到网上进行，各类用户只要能有一台连入Internet的pc机，便可直接在网上完成所要求的工作。学位信息管理主要由院系学位办负责，是将授予学位的学生信息采集上报国务院学位办。涉及到的用户有:教务处学位办、学生、各培养单位评审秘书。由于需要采集的信息量大，希望能够通过使用网络实现信息的分散采集，学生本人将个人信息录入系统，评审秘书及研究生院只负责审核把关、保证信息的完整性和准确性。三、对用户进行访谈和调研。交流的方式包括会议、电话、电子邮件、小组讨论
23、、模拟演示等不同形式。每一次交流都有记录，对于交流的结果进行分类，便于后续的分析活动。四、对收集到的用户需求做进一步的分析和整理。五、将调研的用户需求以适当的方式呈交给用户方的相关人员。由以上原则可画出本系统的数据流图，见图2.1至图2.4。学位证书信息系统登记员信息审 核更新学生信 息答辩处 理打印答辩成 绩学生学生基本信息库学校论文库评审教师信息采 集 图2.1 学位管理系统顶层数据流图学生输入处 理判定是否违纪判定学分是否修满判定学费是否交清学生信息录入学生基本信息库教师信息图2.2 学生基本信息审核数据流图学生论文上传处理论文审 核论文下 载论文评审结果教师学生论文库图2.3 学生论文
24、网上评审数据流图学生确认用户身份密码用户信息数据库输入新密码再次输入密码变更学生密码图2.4 用户密码管理数据流图2.6 数据字典 (1) 数据流的名称：登陆信息数据流的组成：用户帐号+密码数据流的来源：用户数据流的去处：用户角色(2) 数据流的名称：角色信息数据流的组成：用户帐号+角色数据流的来源： 用户登陆数据流的去处：用户权限(3) 数据流的名称：权限信息数据流的组成：用户帐号+角色+权值数据流的来源： 登陆信息数据流的去处：用户特权(4) 数据流的名称： 用户特权信息数据流的组成：用户帐号+角色+权值+模块+添加+更新+删除+审核数据流的来源：登陆信息数据流的去处： 用户模块 (5)
25、数据流的名称： 模块化分数据流的组成：用户帐号+角色+权值+模块+在职+标记数据流的来源：登陆信息数据流的去处： 系统菜单(6) 数据流的名称：菜单数据流的组成：用户帐号+角色+权值+模块+菜单url+菜单父接点+结点+添加+更新+删除+审核+描述+菜单结点数据流的来源：登陆信息数据流的去处： 菜单管理3 数据库系统设计3.1 总体设计在上一小节中，已从学位管理系统的业务领域中抽象出系统的概念模型。建立系统的面向对象的模型，目的是根据系统的概念模型和交互图设计系统类图。与概念模型相比，类图中的设计类表示软件类而不是现实世界中的概念的定义，表示应用中软件类和接口的规格说明。类图能够表示的典型信息
26、包括:类、关联和属性，接口以及接口上的操作和常数，方法，属性类型信息，导航性，依赖。创建类图的第一步是识别参与软件解决方案的类。通过扫描概念模型以及交互图，找到这些类。学位管理系统中存在如下实体类:学生、学历、同等学力、教师、论文、论文评阅书、答辩记录。同时，考虑系统的技术架构，在类图中加入业务逻辑类，我们称之为管理类，例如评审过程管理类，评审人员管理类、论文管理类等。第二步，为这些类以及在概念模型中以识别出来的属性，绘制适当的类图。将概念模型中实体的属性转换为类的属性。以学生为例，学生的姓名、性别、年龄相应的转换为Student类的name、grade、age属性。在本系统所采用的Jvaa语
27、言中，声明所有属性私有，对每一个属性提供存取的方法。第三步，添加类的方法。每一个类的方法都可以通过分析交互图得到。除了实体类的创建方法、属性的存取方法，我们将实体类的添加、删除、查询方法以及与交互图中的消息相对应的业务方法封装在管理类中。例如，将实现论文分发的方法放入评审过程管理类中。第四步，进一步的细化，添加更多的类型信息。属性的类型、方法参数的类型以及方法返回的类型都可以在类图中可选的表示。第五步，添加关联和导航。导航是角色的一个属性，表示从一个源对象沿着关联可以单向地到达一个目标类。导航意指可见性一通常是属性可见性。一个带有导航箭头的关联通常含义是从源类到目标类的属性可见性，在面向对象编
28、程语言中，通常转换为源类拥有一个引用目标类实例的属性。第六步，添加依赖关系。在类图中，依赖关系常用来描述类之间的非属性可见性，即参数、全局或本地声明的可见性。最终建立学位管理系统核心类图。对于系统中诸多的类，可用包结构将其组织起来。在UML中，包是用于把建模元素组织成组的通用机制。设计良好的包把一些在语义上接近并倾向于一起变化的元素组织在一起。因此结构良好的包是松祸合、高内聚的，而且对其内容的访问具有严密的控制。如何将类组织到包内呢?可以应用以下原则将下面的类组织到一起：1、同一主题的类一由概念或目的紧密相关。2、在同一个类层次中。根据以上原则，划分学位管理系统的模块。整个学位管理工作可分为五
29、个阶段:申请、预审、复审、答辩、学位信息管理。其中，前四个阶段主要由各培养单位(院系)来控制工作流程，学位信息管理工作主要由学院控制完成。1、预审申请阶段欲参加本次论文答辩的学生在此阶段提出申请，评审秘书根据学生缴费情况、所修学分等条件审核该生是否具备答辩资格，通过审核的学生才能提交论文。导师有权为论文预审把关，需要为其所指导的学生论文填写导师意见，未通过导师审核的论文不能参加本次答辩。本阶段有几点需要特别注意:第一、学历硕士和同等学力硕士在提交预审申请时填写的申请表格不同，提交的申请信息有相同点也有不同点。第二、由于论文评审是盲审，学生提交的论文预审稿中需要把个人姓名以及其他与个人身份相关的
30、信息隐去。第三、学生提交论文后，需要及时通知导师为其填写导师意见，否则会影响其参加随后的预审。2、预审阶段论文预审阶段的工作比较复杂，在这个阶段由评审秘书将论文随机分发给学院指定的评审人员(包括初审人员和复审专家)进行匿名评审，涉及到的用户有:评审秘书、学生、初审人员、复审专家、评审小组。3、通过预审的论文进入复审阶段。在这个阶段，通过论文预审的学生根据预审的评审意见修改论文后，提交正式的论文打印稿。论文被分为两部分，一部分被抽取送研究生院外审，其余的每份论文由学院为其指定一名校内评审人员和一名校外评审人员。校内和校外平审人员分别从网上下载论文，在线填写论文评阅书，然后打印、签字后送评审秘书处
31、(外地评审人员需要邮寄)存档。复审阶段的评审人员具有一票否决权，只有顺利通过校内和校外评审或者通过研究生院外审的论文才能通过复审。通过复审的论文进入答辩阶段。4、答辩阶段。 在答辩阶段，评审秘书首先要做一些准备工作，包括答辩资格审查、答辩分组、根据学院决议指定各小组答辩委员主席以及委员。答辩当日各答辩小组学生进行现场抽签决定答辩次序。答辩现场，由记录员记录答辩过程。5、学位信息管理通过论文预审的学生需要填写完整的学位信息表，然后经过评审秘书的审核，上报研究生院学位办，学位办根据学位授予情况，将学位信息汇总生成报盘文件报国务院学位办。用UML活动图为这部分的活动流程建模。资格审查学校审核院系审核
32、信息采集论文答辩管理学位信息管理学位信息管理系统复审管理预审管理复审管理初审管理申请管理论文预审管理论文评审管理学生管理基本信息库结果汇总答辩记录权限管理教师管理在学位管理工作中，论文状态的转换是关键，自管理员激活可申请参加本次答辩的学生开始，经过一系列的状态转换，最后以答辩通过(取得学位)或者参加下一次论文答辩为结束。使用UML状态图为整个论文状态的转换过程建模，通过原型、页面或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价。使用原型分析方法来帮助开发方进一步获取用户需求或让用户确认需求。开发方往往先向用户提供一个可视界面作为原型，并在界面上布置必要的元素以演不用户所需要的功能
33、。本系统充分利用B/S结构系统开发的特点，以制作静态页面(HTML文件)的方式，为用户提供一个可视化的界面。用户可以在此原型上看到系统的功能原型，并且在此基础上提出意见，开发人员再作进一步的分析和设计。同时，此原型可作为后续开发的基础，将系统实现阶段的一部分工作提前完成。通过以上分析可得到体系结构图，见图5所示：图3.1 学位管理系统体系结构图3.2 子系统详细设计从学位管理需求分析我们可以看到，学位管理各个阶段的工作比较明确，各阶段工作的前提和结果也比较明确，因此采用按功能划分的方法，将学位管理信息系统划分为论文预审管理、论文评审管理、论文答辩管理和学位信息管理四个子系统，另外，系统还包括几
34、个支撑子系统，包括基本信息库管理、学生管理、教师管理以及权限管理。1、论文预审管理子系统实现从学生申请开始，经过资格审查、论文提交、论文分发、导师审核、评审人员评阅、小组讨论、信息统计，到公布结果的论文预审全过程管理。并且实现论文状态跟踪和邮件提醒、催促的功能。论文状态跟踪是监测论文所处阶段，跟踪学生论文状态。而邮件提醒和催促是对在规定时间内未进行相应操作的人员，手动或自动发邮件提醒。2、论文在线评审管理子系统实现网上论文的评审，包括硕士论文的校内外评审，以及评审过程的信息管理、评审过程的监控和追踪。学生可将自己的论文通过互联网上传到本系统，校外评审专家在校外通过互联网可评阅论文并在网上给出评
35、阅结果。这个子系统的好处是不需要评审地点，提高了评审的效率。3、论文答辩管理子系统实现对研究生答辩全过程的管理，包括:1)资格审查，学生在线提交答辩申请，按条件进行答辩资格审查。2)答辩准备，将参加答辩的人员分组。3)答辩现场，现场记录答辩过程、投票决议。4)答辩结果，查询、汇总答辩结果，并生成打印报表。4、学位信息管理子系统实现学位信息的分散采集和集中管理，包括:1)信息采集，申请学位的学生在规定时间段内登录系统，填写、查看或修改个人信息(包括个人基本信息、论文信息、学位相关信息)。2)信息审核，院系查询、浏览、审核学生填写的学位信息，填写院系审核信息，将有权申请答辩的学生提交研究生院学位办
36、审核;学位办在院系提交的。信息中查询、浏览、审核学生填写的学位信息，通知各院系可授予学位的学生将信息进一步补充完整。3)信息报盘，学位办进一步审核信息，保证信息的正确性和完整性，最后生成报盘文件，上报国家教委。5、其它基本信息库管理实现对院系、班级、宿舍以及数据字典等基本信息的创建、更新、删除、查询，教师管理实现对校内外教师基本信息的管理，学生管理实现对学生基本信息的管理，权限管理采用基于角色的权限控制模式(RBAC)，分资源管理、角色管理、权限控制三部分，参见下面的权限管理。学位管理信息系统的角色种类众多，为了确保“正确”的用户访问“正确” 的资源，采用“基于角色的访问控制模型竺建立权限管理
37、子系统。(1)基于角色的访问控制模型RBAe(Role一BasedAeeessContr01)访问控制技术是由美国国防部(DepartmentofDefense，DoD)资助的研究和开发成果演变而来的。这一研究导致两种基本类型访问控制的产生:自主访问控制(DiseretionaryAeeessControl，DAC)和强制访问控制(MandatoryAeeessControl，DAC)。最初的研究和应用主要是为了防止机密信息被未经授权者访问，近期的应用主要是把这些策略应用到商业领域。访问是一种利用计算机资源去做某件事情的能力，访问控制是一种手段。通过这种手段，访问在某些情况下被允许或者受限制(
38、通常是通过物理上和基于系统的控制)。基于计算机的访问控制不仅可规定是“谁”或某个操作有权使用特定系统资源，而且也能规定被允许的访问类型。这些控制方式可在计算机系统或者外部设备中实现。就基于角色访问控制(RBAC)而言，访问决策是基于角色的，个体用户是某个组织的一部分。用户具有指派的角色。定义角色的过程应该基于对组织运转的彻底分析，应该包括来自一个组织中更广范围用户的输入。访问权按角色名分组，资源的使用受限于授权给假定关联角色的个体。例如，在学位管理信息系统中，研究生秘书的角色能进行包括资格审查、论文分发、评审进程监控、统计结果等操作等;而学生的角色则被限制在提交申请、提交论文、查看结果的操作上
39、。控制访问角色的运用是一种开发和加强企业特殊安全策略，进行安全管理过程流程化的有效手段。l、用户(User)和角色(Role)用户指访问系统中的资源的主体，一般为人，也可为Agent等智能程序。角色指应用领域内一种权力和责任的语义综合体，可以是一个抽象概念，也可以是对应于实际系统中的特定语义体，比如组织内部的职务等。针对角色属性的不同，某些模型中将角色进一步细分为普通角色和管理员角色。(2)许可(Permissions)和权限(Permission)许可描述了角色对计算机资源的访问和操作所具有的权限，其反映的是授权的结果。比如授予某个角色对计算机资源有读的权限，则代表了一个许可的存在，这个许可
40、表示角色获取了对计算机资源的读许可。针对操作来说，其描述的是许可和操作之间的一种关联关系，而这层关系则表示了某一角色对某一操作所具有的权限及权限状态。(3)角色和指派(Assignment)指派包含两个方面，用户指派和许可指派。用户指派表示的是将用户指派给特定的角色。许可指派表示的是为角色指派计算机资源的访问和操作许可。(4)会话(session)会话表示的是用户和角色之间的关系。用户每次必须通过建立会话来激活角色，得到相应的访问权限。(5)角色和角色等级(RoleHierarehies)角色本身仅仅只是一个名词，其本身并不能代表权限的大小。比如，可以定一个“Director”的角色，也可以定
41、一个“Proje。tLeader”的角色。在现实中看到这样两个角色，就清楚“Direetor”的权限要比一个“ProjeetLeader”的权限级别高。但是对于计算机来说，这两个角色仅仅是两个“词语”，是等同的。可以采用分等级角色，在角色上实现层次化来解决这些问题。也可以采用复合角色(其表示的就是一个角色组的概念)，对角色实现一定的分组和复合，以便于权限指派。RBAC访问控制模型实现了用户与访问权限的逻辑分离，减少了授权管理的复杂性，降低了管理开销，而且与日常信息系统管理的架构类似，降低了管理复杂度。但在实际的信息系统的设计与开发中，仍需要根据实际需求采用最适当的权限管理模型，以达到系统复杂度
42、和效率的平衡。学位管理信息系统是基于BS/结构的Wbe信息系统，用户通过客户端浏览器访问Web服务器上的页面集合，根据系统的实际情况，将RBAC模型中的权限集规定为对页面资源的访问权限。根据资源、角色、用户(学生、教师以及其他用户)三级管理的机制，灵活的为用户指定角色，为角色指定可访问的资源，从而使用户的权限成为可配置的。系统结构如图3一7所示。其中，资源管理部分在系统初始化时由开发人员根据系统所包含的资源录入数据，这部分对用户来说是透明的。角色管理和权限控制部分由系统管理员使用，不对普通用户开放。角色是权限管理系统的核心，是连接用户与权限的纽带。除此之外，权限管理子系统还包括权限验证部分，通
43、过用户名和所访问的页面信息对资源访问进行验证。3.2 数据库设计在建立系统的面向对象模型之后，下一步的工作是从类图中找出需要持久化的类，将逻辑模型转换成物理模型，完成数据库建模。所谓持久化，就是要把暂时性的对象永久保留下来，把对象转换成一定格式的数据，存放到磁盘或其他媒介。正如一般的持久数据一样，持久对象由数据库管理系统负责管理。一般采用“映射法”将对象存到关系数据库。根据映射法可以得到数据库设计，见图6所示：评审教师教师组信息学生论文答辩信息学生论文信息教师信息教师学生关联学生基本信息评审安排学位审核信息图3.2 学位管理系统数据库模型3.3 概念结构设计3.3.1学位管理系统实体属性E-R
44、分图 (1)学位实体属性E-R分图3.3所示图3.3 学位信息管理系统学位实体属性E-R分图(2) 学位状态实体属性E-R分图3.4示图3.4学位信息管理系统学位状态实体属性E-R分图(3)权限实体属性E-R分图3.5所示：图3.5学位信息管理系统权限实体属性E-R分图(4) 角色权限实体属性E-R分图3.6图3.6学位信息管理系统权限信息实体属性E-R分图(5) 角色用户实体属性E-R分图3.7示图3.7学位信息管理系统角色用户实体属性E-R分图(6) 用户实体属性E-R分图3.8示图3.8学位信息管理管理系统用户实体属性E-R分图3.3.2学位管理系统总E-R图图3.9：学位管理系统总E-
45、R图3.4 逻辑结构设计(1) 学位申请表如表3.1所示。 表3.1 学位申请表字段名字段描述数据类型可空约束DA_ID编号int主键DA_CONTENT申请内容varchar(500)是DA_PREDESCRIPT表单状态varchar(500)是DA_REDESCRIPT预审意见varchar(500)是DA_APPLYDESCRIPT复审意见varchar(500)是DA_STATE答辩意见int是DA_DETALS_USER_ID处理人int是DA_LASTDO_TIME处理时间datetime是DA_CREATE_ID申请人int是DACREATE_TIME申请时间datetime是(2) 学位状态表如表3.2所示。 表3.2 学位状态表字段名字段描述数据类型可空约束DS_ID状态IDint主键DS_NUM状态序号int是DS_NAME状态名称varchar(50)是(3)权限表如表3.3所示。表3.3 权限表字段名字段描述数据类型可空约束MENU_ID权限IDint主键MENU_NAME权限名称varchar(100)是MENU_PARENTID权限父ID(权限ID)int是MENU_URL权限URL(窗体名称)varchar(100)是MENU_ORDER权限排序int是MENU_STATE权限状态(1、显示，2、不显
