小型数据库开发课程设计实训(论文)-研究生学位管理信息系统的设计与实现.doc

小型数据库开发 实训(论文)说明书 题 目：研究生学位管理信息系 统的设计与实现 院 （系）： 应用科技学院 专 业： 计算机科学与技术 学生姓名： 学 号： 0801110109 指导教师： 2011 年 1 月 21 日 摘摘 要要 学位管理是教务工作的一个重要组成部分,整个学位管理工作可分为五个阶段:申 请、预审、复审、答辩和学位信息管理。学位管理信息系统可划分为以下几个模块： 论文预审模块、论文评审模块、论文答辩模块和学位信息管理模块四个子系统。本系 统的特点是支持远程论文评审。教育信息化作为学校公共服务体系的主要组成部分， 校园网络己成为学校最重要的基础设施。信息化建设对安徽大学的发展来说，是一种 根本的解决方案。因此该系统可解决长期以来论文评审工作的复杂繁琐问题。建立一 个高效、整合的学位管理信息平台，对于学院的发展，一定会起到推动作用。 关键词：学位管理平台；信息技术；数据库；校园信息化；c#开发工具 abstract academic 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 management 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 become 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 play a catalytic role in the colleges development key words：degree；management platform；information technology； database；campus information；c#development tools 小型数据库开发实训 4 目 录 引言- 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 需求分析- 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 5.1 测试用例和结果- 30 - 5.1.1 测试的目的.- 30 - 5.1.2 正确测试用例.- 30 - 5.2 测试结果分析- 30 - 6 结束语- 32 - 参考文献- 33 - 附录- 33 - 用户使用手册- 33 - 小型数据库开发实训 6 小型数据库开发实训 - 7 - 引言 1 绪论 1.1 系统开发背景和意义 随着计算机技术和因特网的迅速发展和普及，网络信息技术的发展深刻改变着我 们的社会生活、工作、思维和交往的方式，对传统教育体系制度产生根本性的影响。 数字化校园的概念最早是由美国的麻省理工学院在上世纪 70 年代提出的。经过多年的 不懈努力，美国已经构建出一个比较成熟的数字化校园模型。在美欧，由于政府的强 力支持，各学校纷纷对校务管理和教学进行了数字化改革。据调查，90 年代以来，西 方发达国家大部分名牌高校均己较成功地完成了数字化校园建设工作。新的世纪开 1 端，世界各国尤其是发达国家，加快了信息化进程，这也包括教育信息化作为学校公 共服务体系的主要组成部分，校园网络己成为学校最重要的基础设施。信息化建设对 安徽大学的发展来说，是一种根本的解决方案。由于学校原有的分散部门的系统没有 实现数据的共享，在目前的管理中，各部门之间的数据还通过手工传递。希望通过实 施信息系统在各部门之间架起一个信息交流的桥梁，相关的部门可以及时互相了解信 息。以教务管理工作为主线，根据实际情况建立一个高效、整合的信息化平台，对于 学院的发展，一定会起到推动作用。 学位管理是教务工作的一个重要组成部分，为确保本科生的培养质量，学校实行 论文预审、复审制度，不合格的论文没有答辩资格。过去由于没有相关系统，尤其是 适合安徽大学实际的软件支持，安徽大学的论文评审和答辩工作完全依赖人工进行管 理和控制，其缺点在于：1）工作量大，效率低下。这部分工作的流程比较复杂，管理 和监控费时费力，而且由于学生中有相当一部分是在校外实习，人员分散，组织和管 理难度比较高。过去为了避免消息传递不及时造成的损失，教务人员往往需要耗费 2 更多地精力做好这部分工作。同样，在外审工作中，需要聘请校外专家对学生论文进 行评审，因为地域的限制，这部分工作耗费的人力物力也是可想而知的。2)公平和公 正性，安全性和保密性难于保证。与人工操作相比，计算机随机抽取及分发论文时严 格按照事先编制好的抽取程序执行，按条件匹配分发论文，公平而且效率高，抽取及 分发过程完全自动化，一般不需人工干预，一份几百人的名单，瞬间即可完成。抽取 活动由人工完成，很难做到像计算机一样高效、公平、保密。同时，安徽大学学位办 决定自今年起对申请学位本科生信息采集工作进行改革，拟实行信息的在线采集与提 交。实行本科生学位信息的在线采集与提交，毫无疑问必须建立起相应的配套系统。 目前各高校正在使用的国务院学位办与清华大学联合开发的学位授予管理信息系统 小型数据库开发实训 - 8 - 采用 c/s 结构，需要各培养单位(院、系、所)组织学生填写表格，然后再由学位办工 作人员集中录入学位信息，这样做工作量大、效率低。为了配合上述工作的展开，迫 切需要相关软件系统的支持，特别是适合我校及我院实际情况的管理信息系统的支持。 1.2 国内外的研究现状 在国家的大力支持下，我国大学校园网络基础设施面貌得到了根本改变，与之相 适应的校园信息化水平也得到了较大提高。我国的数字化校园建设具有以下几个特点: 首先从整体来看，高等教育信息化仍处于起步阶段。部分高校起步较早，多数高校已 有相当基础。如清华大学和北京大学的校园网络化建设是在 90 年代初开始的，经过近 10 年的建设，现已基本建成了以高速校园网为核心，包括以学术研究、网络教学、信 息资源、社区服务和办公管理为功能的数字化教育系统。他们也是最早提出建设数字 化校园概念的学校之一。全国重点高校数字化校园建设研讨会于 2002 年 5 月份在珠海 举行，全国 40 余所高校参加了会议，会议决定在全国重点高校率先推进数字化校园建 设，并确定清华大学、北京大学、中山大学、浙江大学、重庆大学作为召集单位。会 后，全国很快出现了校园数字化建设的新高潮，各高校纷纷设立数字化校园建设项目， 在全国各个相关的研讨会上，关于数字化校园建设项目的研讨也更加火热，数字化校 园建设己经成了各高校进行信息化建设的新的热点。各大高校纷纷拟订了校园信息化 建设的规划，逐步建立起符合各自实际的集教学、办公等为一体的管理信息系统。但 是从系统的开发水平来看，还是以基于 c/s 架构的分布式应用系统为主，而且数据比 较分散，信息孤岛的情况还比较严重。论文评审工作是整个学位管理工作的重点。网 上评审系统的开展和使用可以追溯到科技部 863 计划的“863 课题网上评审系统” ，此 系统将课题的申报、评审全部转到网上进行，使 863 计划管理工作更加走向程序化、 规范化;更有利于公正性、公开性、公平性和保密性的执行和监督;大大减少了人力、纸 张消耗以及会议、差旅费开支，显著提高了工作效率。随着网络的发展，越来越多的 单位和组织，借助于科技手段，开发网上评审系统，将项目或者一些竞赛的评审工作 转到网上进行。然而，每一类的评审工作流程都有其各自的特点，并且操作的细节也 各不相同。尤其对于软件工程硕士的论文评审工作来说，更无既成的系统可用。另外， 针对学位管理工作中的学位信息管理，为弥补国务院与清华大学联合开发的学位授 予管理信息系统的不足，采用 b/s 结构实现信息的分散采集是一个十分可行的方案。 国内虽然已经有高校建立了类似的系统，如华中科技大学已经有类似的系统投入使用， 但大都只是针对各自学校情况的，并不完全适合我校的实际情况。 小型数据库开发实训 - 9 - 1.3 可行性分析研究 1.3.1 技术可行性分析 本系统开发涉及到的技术因素有： （1）microsoft visual studio 2008 开发工具开发软件系统； （2）使用 microsoft sql server 2005 数据库开发工具开发后台数据库。 综上，本系统开发不存在问题技术问题 1.3.2 经济可行性分析 学位管理系统可以节约许多的人力和物力，方便管理，由此可以减少不必要的开 支，同时该系统可以提高论文评分、学位管理的效率，开发价格低，实用性好。与人 工处理相比，会节省许多人力物力，而且准确性高，从长远角度考虑经济上较为合算， 降低了人工成本即提高了学校的经济效益，所以从经济上是完全可行的。 1.3.3 操作可行性分析 由于系统有非常友好的界面，使用者无须具备很多计算机知识，只需对原有的人 员进行短期指导即可熟练掌握本系统，直接进行上机操作。 1.4 本论文的安排 第 1 章绪论指明了本课题的研究背景、意义、研究内容和目标。 第 2 章论述了系统的需求分析和总体设计。根据学位管理系统的需求，此系统的 设计与实施在性能上要达到可靠性、灵活性、开放性、安全性，管理统要满足为整个 学位管理信息建立一个统一的工作平台、实现数据信息的高度共享、合理分配人力资 源、建立硬件和软件两方面多层次的安全管理机制、保系统数据安全的设计要求。 第 3 章论述了数据库概要设计、逻辑设计、物理设计、系统安全性设置、用户单 元设计。 第 4 章系统功能实现，设计系统的部分界面和编码，界面对应着相应的核心代码。 第 5 章写系统的测试，在测试中有正确的测试用例和错误的测试用例，测试分析。 第 6 章结束语。整个系统的运行目前状况良好，但也发现了一些在最初设计时忽 小型数据库开发实训 - 10 - 略的问题，暴露出了一些不足以及需要改进的方面，系统还有待进一步的扩展和完善。 2 需求分析 软件开发的目标是在预算内按时开发符合客户真正需要的高质量软件。需求分析 主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提 供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的 桥梁。用户需求的分析与用户需求的获取有着相似的步骤，在于分析用户需求时使用 模型，以获取用户更明确的需求。分析用需求，执行下列活动。 2.1 系统需求分析 2.1.1 系统功能需求分析 1、论文量化管理阶段 论文量化管理子系统是研究生学位管理系统中比较重要的部分，它直接为论文过 程提供服务、监控和管理，实现对论文撰写过程的控制管理。主要面向各个二级学院 使用。基本论文工作的整个过程都可以通过该子系统辅助实现。在辅助管理基本论文 流程的同时，该子系统还充分实现了对论文关键点的控制。学生按时参加各环节指导， 得到相应的分数，最后得分汇总后得到总成绩，学院论文审查小组根据总成绩确定是 否通过毕业申请。同时还要求检查进行期间，可以直接利用系统完成指导意见录入和 考勤功能。秘书可以在论文指导界面简要记录指导意见，意见提交的同时，意味着学 生获得该环节分数。 2、资格审查和论文评审 资格审查与论文评阅是保证论文质量的重要阶段。拟参加本学期答辩的学生提交 拟答辩申请，并上传电子版论文初稿。学院资格审查，学院根据学生缴费情况、所修 学分是否满足，以及根据上一阶段论文量化管理的结果，来判断是否满足答辩申请要 求。学校资格审查，在职教育中心、研究生院培养办分别审查无学籍在职学生名单、 所有有学籍学生名单，查看是否符合申请答辩条件。如是博士，则根据培养计划要求， 审核学生的论发表情况。在抽审后，将分别由学位办和各学院组织论文的评阅工作， 其中学位办组织盲审论文的校外送审，各学院组织未抽到盲审论文的校内评审。 小型数据库开发实训 - 11 - 2.1.2 系统性能需求分析 根据学位管理系统的需求，此系统的设计与实施在性能上要达到以下几点： (l) 可靠性 研究生学位论文信息的可靠性对教育界的生存发展来说是至关重要的，加上信息 资源的庞大数量，系统必须采用性能优越的数据库系统。这样有利于缩短大批量数据 的吞吐时间，使整个系统管理规范化；而且随着数据库的增大和操作扩展到一天 24 小 时、一周 7 天，能够执行备份操作而不影响系统的正常运转。此外，在灾难性故障发 生后能够还原数据库，能在最短时间内还原它，使数据的完整性、安全性得到保障。 (2) 灵活性 素材的管理在数据管理方面应具备较大的伸缩性和扩展性。 (3) 开放性 管理系统所涉及的业务范围大、数量多，内容的形态需求复杂，这就要求系统具 有完全的开放性，能够容纳各种形态的内容。不能仅仅限于支持某些专用工具开发的 内容，不能只是支持某些文件格式。 (4) 安全性 由于管理系统是运行在学校局域网上的，是远程的，开放的，所以安全性显得尤 为重要。如:保护远程访问会话中传输的信息和局域网络中传输的信息;限制不同权限用 户对各种层次的信息的访问等。安全性包括保密、完整性保护、身份验证、授权和预 防重播。 2.3 数据流图 解决任何问题的第一步都是理解问题的根本原因，与软件开发有关的、最常见最 严重的问题都与需求有关，需求分析无疑是软件开发过程中的重要一环，直接关系到 项目的成败。 需求获取是在问题及其最终解决方案之间架设桥梁的第一步，是软件开发中最困 难、最关键、最易出错及最需要交流的方面。本系统需求获取有以下几个途径： 一、了解客户方的所有用户类型以及潜在的类型。在软件工程学士的培养过程中， 学位管理工作主要由论文评审答辩和学位信息管理两部分组成。 二、论文评审答辩工作主要由教务部主管本科生工作的人员负责，根据本科生培 养计划制定具体的评审和答辩细则，包括时间、地点、参与人员等等。评审秘书是联 系各项工作的纽带，负责控制整个流程，向学生和教师传达各项信息，以及安排和协 调工作。论文评审和答辩过程中涉及到的用户有:教务部、学生、导师、评审人员、学 小型数据库开发实训 - 12 - 院。由教务部组织学生提交论文，安排评审人员对论文进行评审，然后进行答辩，最 后将人员名单上报学院。 将各项工作转到网上进行，各类用户只要能有一台连入 internet 的 pc 机，便可 直接在网上完成所要求的工作。学位信息管理主要由院系学位办负责，是将授予学位 的学生信息采集上报国务院学位办。涉及到的用户有:教务处学位办、学生、各培养单 位评审秘书。由于需要采集的信息量大，希望能够通过使用网络实现信息的分散采集， 学生本人将个人信息录入系统，评审秘书及研究生院只负责审核把关、保证信息的完 整性和准确性。 三、对用户进行访谈和调研。 交流的方式包括会议、电话、电子邮件、小组讨论、模拟演示等不同形式。每一 次交流都有记录，对于交流的结果进行分类，便于后续的分析活动。 四、对收集到的用户需求做进一步的分析和整理。 五、将调研的用户需求以适当的方式呈交给用户方的相关人员。 由以上原则可画出本系统的数据流图，见图 2.1 至图 2.4。 学位证书 信息 系统登记员 信息 审 核 更新 学生 信 息 答辩 处 理 打印 答辩 成 绩 学生 学生基本信息库 学校论文库 评 审 教 师 信息 采 集 图 2.1 学位管理系统顶层数据流图 小型数据库开发实训 - 13 - 学生 输入 处 理 判定是 否违纪 判定学分 是否修满 判定学费 是否交清 学生信 息录入 学生基本信息库 教师 信息 图 2.2 学生基本信息审核数据流图 学生 论文上 传处理 论文 审 核 论文 下 载 论文评 审结果 教师学生 论文库 图 2.3 学生论文网上评审数据流图 小型数据库开发实训 - 14 - 学生 确认用 户身份 密码 用户信息数据库 输入新密码 再次输入密码变更学生 密码 图 2.4 用户密码管理数据流图 2.6 数据字典 (1) 数据流的名称：登陆信息 数据流的组成：用户帐号+密码 数据流的来源：用户 数据流的去处：用户角色 (2) 数据流的名称：角色信息 数据流的组成：用户帐号+角色 数据流的来源： 用户登陆 数据流的去处：用户权限 (3) 数据流的名称：权限信息 数据流的组成：用户帐号+角色+权值 数据流的来源： 登陆信息 数据流的去处：用户特权 (4) 数据流的名称： 用户特权信息 数据流的组成：用户帐号+角色+权值+模块+添加+更新+删除+审核 数据流的来源：登陆信息 数据流的去处： 用户模块 (5) 数据流的名称： 模块化分 数据流的组成：用户帐号+角色+权值+模块+在职+标记 数据流的来源：登陆信息 数据流的去处： 系统菜单 小型数据库开发实训 - 15 - (6) 数据流的名称：菜单 数据流的组成：用户帐号+角色+权值+模块+菜单url+菜单父接点+结点+添加+更新 +删除+审核+描述+菜单结点 数据流的来源：登陆信息 数据流的去处： 菜单管理 小型数据库开发实训 - 16 - 3 数据库系统设计 3.1 总体设计 在上一小节中，已从学位管理系统的业务领域中抽象出系统的概念模型。建立系 统的面向对象的模型，目的是根据系统的概念模型和交互图设计系统类图。与概念模 型相比，类图中的设计类表示软件类而不是现实世界中的概念的定义，表示应用中软 件类和接口的规格说明。类图能够表示的典型信息包括:类、关联和属性，接口以及接 口上的操作和常数，方法，属性类型信息，导航性，依赖。创建类图的第一步是识别 参与软件解决方案的类。通过扫描概念模型以及交互图，找到这些类。学位管理系统 中存在如下实体类:学生、学历、同等学力、教师、论文、论文评阅书、答辩记录。同 时，考虑系统的技术架构，在类图中加入业务逻辑类，我们称之为管理类，例如评审 过程管理类，评审人员管理类、论文管理类等。 第二步，为这些类以及在概念模型中以识别出来的属性，绘制适当的类图。将概 念模型中实体的属性转换为类的属性。以学生为例，学生的姓名、性别、年龄相应的 转换为 student 类的 name、grade、age 属性。在本系统所采用的 jvaa 语言中，声明所 有属性私有，对每一个属性提供存取的方法。第三步，添加类的方法。每一个类的方 法都可以通过分析交互图得到。除了实体类的创建方法、属性的存取方法，我们将实 体类的添加、删除、查询方法以及与交互图中的消息相对应的业务方法封装在管理类 中。例如，将实现论文分发的方法放入评审过程管理类中。第四步，进一步的细化， 添加更多的类型信息。属性的类型、方法参数的类型以及方法返回的类型都可以在类 图中可选的表示。第五步，添加关联和导航。导航是角色的一个属性，表示从一个源 对象沿着关联可以单向地到达一个目标类。导航意指可见性一通常是属性可见性。一 个带有导航箭头的关联通常含义是从源类到目标类的属性可见性，在面向对象编程语 言中，通常转换为源类拥有一个引用目标类实例的属性。第六步，添加依赖关系。在 类图中，依赖关系常用来描述类之间的非属性可见性，即参数、全局或本地声明的可 见性。最终建立学位管理系统核心类图。 对于系统中诸多的类，可用包结构将其组织起来。在 uml 中，包是用于把建模元 素组织成组的通用机制。设计良好的包把一些在语义上接近并倾向于一起变化的元素 组织在一起。因此结构良好的包是松祸合、高内聚的，而且对其内容的访问具有严密 的控制。如何将类组织到包内呢?可以应用以下原则将下面的类组织到一起： 1、同一主题的类一由概念或目的紧密相关。 2、在同一个类层次中。 根据以上原则，划分学位管理系统的模块。 小型数据库开发实训 - 17 - 整个学位管理工作可分为五个阶段:申请、预审、复审、答辩、学位信息管理。其 中，前四个阶段主要由各培养单位(院系)来控制工作流程，学位信息管理工作主要由学 院控制完成。 1、预审申请阶段 欲参加本次论文答辩的学生在此阶段提出申请，评审秘书根据学生缴费情况、所 修学分等条件审核该生是否具备答辩资格，通过审核的学生才能提交论文。导师有权 为论文预审把关，需要为其所指导的学生论文填写导师意见，未通过导师审核的论文 不能参加本次答辩。本阶段有几点需要特别注意: 第一、学历硕士和同等学力硕士在提交预审申请时填写的申请表格不同，提交的 申请信息有相同点也有不同点。 第二、由于论文评审是盲审，学生提交的论文预审稿中需要把个人姓名以及其他 与个人身份相关的信息隐去。 第三、学生提交论文后，需要及时通知导师为其填写导师意见，否则会影响其参 加随后的预审。 2、预审阶段 论文预审阶段的工作比较复杂，在这个阶段由评审秘书将论文随机分发给学院指 定的评审人员(包括初审人员和复审专家)进行匿名评审，涉及到的用户有:评审秘书、 学生、初审人员、复审专家、评审小组。 3、通过预审的论文进入复审阶段。在这个阶段，通过论文预审的学生根据预审的 评审意见修改论文后，提交正式的论文打印稿。论文被分为两部分，一部分被抽取送 研究生院外审，其余的每份论文由学院为其指定一名校内评审人员和一名校外评审人 员。校内和校外平审人员分别从网上下载论文，在线填写论文评阅书，然后打印、签 字后送评审秘书处(外地评审人员需要邮寄)存档。复审阶段的评审人员具有一票否决权， 只有顺利通过校内和校外评审或者通过研究生院外审的论文才能通过复审。通过复审 的论文进入答辩阶段。 4、答辩阶段。 在答辩阶段，评审秘书首先要做一些准备工作，包括答辩资格审 查、答辩分组、根据学院决议指定各小组答辩委员主席以及委员。答辩当日各答辩小 组学生进行现场抽签决定答辩次序。答辩现场，由记录员记录答辩过程。 5、学位信息管理 通过论文预审的学生需要填写完整的学位信息表，然后经过评审秘书的审核，上 报研究生院学位办，学位办根据学位授予情况，将学位信息汇总生成报盘文件报国务 院学位办。用 uml 活动图为这部分的活动流程建模。 小型数据库开发实训 - 18 - 在学位管理工作中，论文状态的转换是关键，自管理员激活可申请参加本次答辩 的学生开始，经过一系列的状态转换，最后以答辩通过(取得学位)或者参加下一次论文 答辩为结束。使用 uml 状态图为整个论文状态的转换过程建模，通过原型、页面或其 它方式向用户提供可视化的界面，用户可以对需求做出自己的评价。使用原型分析方 法来帮助开发方进一步获取用户需求或让用户确认需求。开发方往往先向用户提供一 个可视界面作为原型，并在界面上布置必要的元素以演不用户所需要的功能。本系统 充分利用 b/s 结构系统开发的特点，以制作静态页面(html 文件)的方式，为用户提供 一个可视化的界面。用户可以在此原型上看到系统的功能原型，并且在此基础上提出 意见，开发人员再作进一步的分析和设计。同时，此原型可作为后续开发的基础，将 系统实现阶段的一部分工作提前完成。通过以上分析可得到体系结构图，见图 5 所示： 图 3.1 学位管理系统体系结构图 3.2 子系统详细设计 从学位管理需求分析我们可以看到，学位管理各个阶段的工作比较明确，各阶段 工作的前提和结果也比较明确，因此采用按功能划分的方法，将学位管理信息系统划 分为论文预审管理、论文评审管理、论文答辩管理和学位信息管理四个子系统，另外， 资格 审查 学校 审核 院系 审核 信息 采集 论文答 辩管理 学位信 息管理 学位信 息管理 系统 复审 管理 预审 管理 复审 管理 初审 管理 申请 管理 论文预 审管理 论文评 审管理 学 生 管 理 基 本 信 息 库 结果 汇总 答辩 记录 权 限 管 理 教 师 管 理 小型数据库开发实训 - 19 - 系统还包括几个支撑子系统，包括基本信息库管理、学生管理、教师管理以及权限管 理。 1、论文预审管理子系统 实现从学生申请开始，经过资格审查、论文提交、论文分发、导师审核、评审人 员评阅、小组讨论、信息统计，到公布结果的论文预审全过程管理。并且实现论文状 态跟踪和邮件提醒、催促的功能。论文状态跟踪是监测论文所处阶段，跟踪学生论文 状态。而邮件提醒和催促是对在规定时间内未进行相应操作的人员，手动或自动发邮 件提醒。 2、论文在线评审管理子系统 实现网上论文的评审，包括硕士论文的校内外评审，以及评审过程的信息管理、 评审过程的监控和追踪。学生可将自己的论文通过互联网上传到本系统，校外评审专 家在校外通过互联网可评阅论文并在网上给出评阅结果。这个子系统的好处是不需要 评审地点，提高了评审的效率。 3、论文答辩管理子系统 实现对研究生答辩全过程的管理，包括: 1)资格审查，学生在线提交答辩申请，按条件进行答辩资格审查。 2)答辩准备，将参加答辩的人员分组。 3)答辩现场，现场记录答辩过程、投票决议。 4)答辩结果，查询、汇总答辩结果，并生成打印报表。 4、学位信息管理子系统 实现学位信息的分散采集和集中管理，包括: 1)信息采集，申请学位的学生在规定时间段内登录系统，填写、查看或修改个人 信息(包括个人基本信息、论文信息、学位相关信息)。 2)信息审核，院系查询、浏览、审核学生填写的学位信息，填写院系审核信息， 将有权申请答辩的学生提交研究生院学位办审核;学位办在院系提交的。 信息中查询、浏览、审核学生填写的学位信息，通知各院系可授予学位的学生将 信息进一步补充完整。 3)信息报盘，学位办进一步审核信息，保证信息的正确性和完整性，最后生成报 盘文件，上报国家教委。 5、其它 基本信息库管理实现对院系、班级、宿舍以及数据字典等基本信息的创建、更新、 删除、查询，教师管理实现对校内外教师基本信息的管理，学生管理实现对学生基本 信息的管理，权限管理采用基于角色的权限控制模式(rbac)，分资源管理、角色管理、 权限控制三部分，参见下面的权限管理。 学位管理信息系统的角色种类众多，为了确保“正确”的用户访问“正确” 的资 小型数据库开发实训 - 20 - 源，采用“基于角色的访问控制模型竺建立权限管理子系统。 (1)基于角色的访问控制模型 rbae(role 一 basedaeeesscontr01)访问控制技术是由 美国国防部(departmentofdefense，dod)资助的研究和开发成果演变而来的。这一研究 导致两种基本类型访问控制的产生:自主访问控制(diseretionaryaeeesscontrol，dac)和 强制访问控制(mandatoryaeeesscontrol，dac)。最初的研究和应用主要是为了防止机 密信息被未经授权者访问，近期的应用主要是把这些策略应用到商业领域。访问是一 种利用计算机资源去做某件事情的能力，访问控制是一种手段。通过这种手段，访问 在某些情况下被允许或者受限制(通常是通过物理上和基于系统的控制)。基于计算机的 访问控制不仅可规定是“谁”或某个操作有权使用特定系统资源，而且也能规定被允 许的访问类型。这些控制方式可在计算机系统或者外部设备中实现。就基于角色访问 控制(rbac)而言，访问决策是基于角色的，个体用户是某个组织的一部分。用户具有 指派的角色。定义角色的过程应该基于对组织运转的彻底分析，应该包括来自一个组 织中更广范围用户的输入。访问权按角色名分组，资源的使用受限于授权给假定关联 角色的个体。例如，在学位管理信息系统中，研究生秘书的角色能进行包括资格审查、 论文分发、评审进程监控、统计结果等操作等;而学生的角色则被限制在提交申请、提 交论文、查看结果的操作上。 控制访问角色的运用是一种开发和加强企业特殊安全策略，进行安全管理过程流 程化的有效手段。l、用户(user)和角色(role)用户指访问系统中的资源的主体，一般为 人，也可为 agent 等智能程序。角色指应用领域内一种权力和责任的语义综合体，可 以是一个抽象概念，也可以是对应于实际系统中的特定语义体，比如组织内部的职务 等。针对角色属性的不同，某些模型中将角色进一步细分为普通角色和管理员角色。 10 (2)许可(permissions)和权限(permission) 许可描述了角色对计算机资源的访问和操作所具有的权限，其反映的是授权的结 果。比如授予某个角色对计算机资源有读的权限，则代表了一个许可的存在，这个许 可表示角色获取了对计算机资源的读许可。针对操作来说，其描述的是许可和操作之 间的一种关联关系，而这层关系则表示了某一角色对某一操作所具有的权限及权限状 态。 (3)角色和指派(assignment) 指派包含两个方面，用户指派和许可指派。用户指派表示的是将用户指派给特定 的角色。许可指派表示的是为角色指派计算机资源的访问和操作许可。 (4)会话(session) 会话表示的是用户和角色之间的关系。用户每次必须通过建立会话来激活角色， 得到相应的访问权限。 (5)角色和角色等级(rolehierarehies) 小型数据库开发实训 - 21 - 角色本身仅仅只是一个名词，其本身并不能代表权限的大小。比如，可以定一个 “director”的角色，也可以定一个“proje。tleader”的角色。在现实中看到这样两个 角色，就清楚“direetor”的权限要比一个“projeetleader”的权限级别高。但是对于 计算机来说，这两个角色仅仅是两个“词语” ，是等同的。可以采用分等级角色，在角 色上实现层次化来解决这些问题。也可以采用复合角色(其表示的就是一个角色组的概 念)，对角色实现一定的分组和复合，以便于权限指派。rbac 访问控制模型实现了用 户与访问权限的逻辑分离，减少了授权管理的复杂性，降低了管理开销，而且与日常 信息系统管理的架构类似，降低了管理复杂度。但在实际的信息系统的设计与开发中， 仍需要根据实际需求采用最适当的权限管理模型，以达到系统复杂度和效率的平衡。 学位管理信息系统是基于 bs/结构的 wbe 信息系统，用户通过客户端浏览器访问 web 服务器上的页面集合，根据系统的实际情况，将 rbac 模型中的权限集规定为对页面 资源的访问权限。根据资源、角色、用户(学生、教师以及其他用户)三级管理的机制， 灵活的为用户指定角色，为角色指定可访问的资源，从而使用户的权限成为可配置的。 系统结构如图 3 一 7 所示。其中，资源管理部分在系统初始化时由开发人员根据系统 所包含的资源录入数据，这部分对用户来说是透明的。角色管理和权限控制部分由系 统管理员使用，不对普通用户开放。角色是权限管理系统的核心，是连接用户与权限 的纽带。除此之外，权限管理子系统还包括权限验证部分，通过用户名和所访问的页 面信息对资源访问进行验证。 3.2 数据库设计 在建立系统的面向对象模型之后，下一步的工作是从类图中找出需要持久化的类， 将逻辑模型转换成物理模型，完成数据库建模。所谓持久化，就是要把暂时性的对象 永久保留下来，把对象转换成一定格式的数据，存放到磁盘或其他媒介。正如一般的 持久数据一样，持久对象由数据库管理系统负责管理。一般采用“映射法”将对象存 到关系数据库。根据映射法可以得到数据库设计，见图 6 所示： 11 小型数据库开发实训 - 22 - 评审教师 教师组信息 学生论文答辩信息 学生论文信息 教师信息 教师学生关联 学生基本信息 评审安排 学位审核信息 图 3.2 学位管理系统数据库模型 3.3 概念结构设计 3.3.1 学位管理系统实体属性 e-r 分图 (1)学位实体属性e-r分图3.3所示 图3.3 学位信息管理系统学位实体属性e-r分图 (2) 学位状态实体属性e-r分图3.4示 小型数据库开发实训 - 23 - 图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示 小型数据库开发实训 - 24 - 图3.7学位信息管理系统角色用户实体属性e-r分图 (6) 用户实体属性e-r分图3.8示 图3.8学位信息管理管理系统用户实体属性e-r分图 小型数据库开发实训 - 25 - 3.3.2 学位管理系统总 e-r 图 图 3.9：学位管理系统总 e-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_i d 处理人int是 da_lastdo_time处理时间datetime是 da_create_id申请人int是 小型数据库开发实训 - 26 - 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、不显示) int 是 menu_creator_id权限创建者idint是 menu_create_tim e 权限创建时间 int是 (4)角色权限表如表3.4所示。 表3.4 角色权限表 字段名字段描述数据类型可空约束 rm_id角色权限idint主键 role_id角色idint是 menu_id权限idint是 rm_kind 权限类型(用于 区分不同类型 的功能) int 是 rm_creator_id创建者idint是 rm_create_time创建时间datetime是 (5)角色用户如表3.5所示。 表3.5 角色用户表 字段名字段描述数据类型可空约束 ru_id角色用户idint主键 小型数据库开发实训 - 27 - role_id角色idint是 user_id用户idint是 ru_creator_id创建者idint是 ru_create_time创建时间datetime是 (6) 角色表如表3.6所示。 表3.6 角色表 字段名字段描述数据类型可空约束 role_id角色idint主键 role_name角色名称varchar(100)是 role_descript角色描述varchar(500)是 role_creator_id角色注册idint是 role_create_tim e 注册时间datetime是 (7)用户表如表3.7所示。 表3.7 用户表 字段名字段描述数据类型可空 约束 user_id用户idint主键 user_name名称varchar(50)是 user_sex性别varchar(5)是 user_phone手机号吗int是 user_email电子邮箱varchar(200)是 user_address地址varchar(200)是 user_professional专业varchar(50)是 user_login_name登录名varchar(50)是 user_login_passwo rd 登陆密码 varchar(50) 是 user_descript用户描述varchar(2000)是 user_create_time注册时间datetime是 至此，建立了系统的数据库模型。 小型数据库开发实训 - 28 - 4 系统实现 在做完系统设计之后，开始执行系统实现。本系统的登录界面如图 7。首先在界面 右侧填写账号和密码。如果是第一次登录，可以点击注册按钮，注册一个新账号。在 点击登录按钮之后，系统会自动检测该账号是否为合法用户，如果合法则登录成功。 并会显示该用户的基本信息。此界面如图 4.1 所示: 小型数据库开发实训 - 29 - 图 4.1 学位管理系统主界面 经过点击注册可以进入注册界面，界面包括系统信息，基础信息及联系方式。填 完之后提交即可，如返回则点取消。如图 4.2 所示： 图 4.2 注册界面 学生用户进入学位管理系统主界面后，可以选择论文管理。点击之后如图 4.3，在 论文管理中会有学位申请、已申请表单等，点击进入相应的二级子菜单，如图 4.3 所 示： 小型数据库开发实训 - 30 - 图 4.3 学生用户界面 教师用户进入学位管理系统主界面后，可以选择审批管理。点击之后如图 4.4，在 审批管理中会有论文预审、论文复审、论文答辩、学生信息管理等，点击进入相应的 二级子菜单，如图 4.4 所示： 图 4.4 教师用户界面 超级管理员用户进入学位管理系统主界面后，可以选择论文管理、审批管理。点 击之后如图 4.5，在论文管理会有学位申请、已申请表单等，点击进入相应的二级子菜 单；在审批管理中会有论文预审、论文复审、论文答辩、学生信息管理等，点击进入 相应的二级子菜单，如图 4.5 所示： 小型数据库开发实训 - 31 - 图 4.5 超级管理员用户界面 5 测试 5.1 测试用例和结果 5.1.1 测试的目的 测试的目的不是为了使系统的运行无错，而是尽量避免有错误，尽可能地覆盖到 所有的系统模块和功能，保证商城系统的正确性和可靠性，具体的测试目的如下： (1) 通过测试检验系统是否能正常运行。 (2) 通过测试检验系统的所有功能是否已实现。 (3) 通过测试检验当用户输入不规范的数据，或进行不规范操作时，系统能否及时 发现并给出用户相应的提示操作。 (4) 通过测试完善系统的错误提示机制和出错误处理。 小型数据库开发实训 - 32 - 5.1.2 正确测试用例 图 5.1 教师评审图 5.2 测试结果分析 分析系统的需求分析，核实系统界面是否与需求分析中的内容相符，针对界面的 使用者，采取针对性的测试。测试主要针对界面显示的正确性、容错性、易用性、显 示快速性几个方面进行，保证每个页面对使用者提供的功能和内容都是正确的，确保 界面显示信息的准确可靠。 (1) 正确性：根据系统的需求分析，与系统的每个界面作比较，看界面显示的内容 是否与需求分析相符，显示的信息是否正确，功能模块是否达到需求分析要求，通过 输入和点击操作，是否能返回正确的信息。 (2) 容错性：当在系统界面的输入框中输入不合理的数据或进行不合理操作时，测 试界面能否给出相应的错误提示信息，显示的位置是否明显。 (3) 易用性：页面的划分是否合理，从使用者的角度出发，以一个初学计算机并第 一次访问网站的使用者来说，是否能很快找到相应的模块进行操作，以方便用户使用 的原则对系统各部分功能显示界面进行测试。对于一些界面有添加、删除或修改操作 的界面，是否能及时把系统反馈的值显示在界面上，方便用户查看使用。 (4) 显示快速性：当进行界面测试时，可以对每个界面显示图片的速度进行目测， 如果发现显示页面久久不能刷新出来，就可以对该图片进行裁剪和拼凑的处理，显示 小型数据库开发实训 - 33 - 出相应的图片信息。 小型数据库开发实训 - 34 - 6 结束语 学位管理是教务工作的一个重要组成部分，为确保本科生的培养质量，学 校实行论文预审、复审制度，不合格的论文没有答辩资格。学位管理系统的开 发适应了信息化校园的建设。以教务管理工作为主线，根据实际情况建立一个 高效、整合的信息化平台，对于学院的发展，一定会起到推动作用。我相信在 新一代的学位管理系统的支持下，学院的教学工作一定会走上新的台阶。 小型数据库开发实训 - 35 - 参考文献 1邵维忠.the unified modeling language user guidem.北京:机械工业出版社,2001. 2蒋慧，