毕业论文指导管理系统.doc

毕业论文指导管理系统一：需求分析毕业论文管理是高校必不可缺的组成部分 ,它是把握毕业生质量的重要一关.长期以来 ,毕业论文管理都使用传统人工管理方式 ,这种管理方式效率低、 容易出错、 实时性和互动性不强 ,与发挥学生特长、 更有效地通过毕业论文和设计强化学生知识体系的目标不吻合 ,也无法实现学分制下教学管理的要求.为了使毕业论文的管理和成绩评定等工作更加规范化 ,减轻指导教师和答辩秘书繁重、 重复的工作 ,提高工作的效率 ,使论文指导教师能将大部分精力用在指导学生的毕业论文上 ,而不是用来处理繁重、 重复的文书工作 ,因此 ,高效率、 低成本的快速设计和开发出一种毕业论文管理系统 ,使高校的毕业论文管理工作智能化、 网络化和信息化就具有了很重要的意义. 因此 ,采用统一建模语言 ( unifiedmodeling language ,简称 uml) 来规划设计基于web 的毕业论文管理系统 ( thesis managementsystem ,简称 tms 系统) 。 由于一个专业管理系统往往牵涉到复杂的业务流程关系 ,对它的开发做好建模显得相当重要 ,uml 是面向对象开发中一种通用的、 统一的图形化模型语言 ,它将软件模型中的信息用标准图形元素直观地显示出来 ,可以在多个层次上显示系统如何工作 ,非常有利于用户和其他涉及项目人员之间的通信,利用 uml 的各种图示、 方法,获取生成 web应用程序所需要的各种元素、 参数. 通过绘制用例图、类图、序列图、状态图、活动图、构件图以及部署图,针对不同的 web 应用程序 ,分析、设计出其对象模型和功能模型等相关模型.对其进行封装 ,使其 “类” 化,.在 tms系统中 ,论文管理员、 教师、 学生、 学院领导分别包含许多相似的功能 ,如查看题目详细信息、 查看教师详细信息等,可以利用 uml 进行建模 ,运用抽象出的web “类” 来进行高效率、 低成本的快速开发.tms系统是一个多角色的系统 ,涉及到教师、教研室负责人、 学院领导、 学生、 论文管理员. 所以tms系统可以分为教师子系统、 教研室负责人子系统、 学院领导子系统、 学生子系统和管理员子系统二：用例图用例图是从用户角度描述系统功能 ,并指出各功能的操作者.用例描述的是系统外部可见的行为 ,是系统为某一个或几个参与者提供的一段完整的服务.用例之间抽象出包含、 扩展和泛化几种关系.这几种关系都是从现有的用例中抽取出公共信息 ,然后用不同的方法来重用这部分公共信息 ,以减少模型维护的工作量。使用用例图可以更好地进行沟通 ,这不仅仅有利于系统设计人员与系统使用管理人员的沟通 ,也有利于系统设计人员之间互相的沟通 ,充分体现了可视化设计的优点 ,可以提高开发效率、 节约大量时间.通过对 tms 系统的业务描述和分析 ,对系统进行功能建模 ,使用 uml 中的用例图的表示法来说明用例和参与者的名称及其之间的关系.在图中体现了教师、 教研室负责人、 学院领导、 学生和管理员与 tms系统中用例之间的关系 ,同时也可以看出各个用例之间的关系. tms 系统的用例图 ,如图在上图中，老师可以更新个人信息、提交题目、评分、评阅、查看选题情况等，而学生可以查看论文要求、提交论文，选择题目、查看成绩等，教研室负责人负责题目初审，院领导负责审核教师信息、终审题目、查看学生评价、查看老师评价等，管理员负责到处题目、导出成绩、和分类统计。三：类图类图是展现一系列类、 接口、 包及其关系的视图.类中的属性和操作也必须描述清楚 ,这样就为以后的编码设计提供了依据.为了工程设计的需要 ,需要把类分为三种类型：边界类、 控制类、 实体类。边界类位于系统与边界的交界处,包括所有窗体、报表、打印机和扫描仪等硬件的接口以及其他系统的接口。从用例图中寻找边界类 ,每个执行者与用例交互至少有一个边界类。边界类使执行者能与系统交互 ,控制类负责协调类之间的通信。每个用例通常用一个控制类来控制用例中的事件顺序;控制类本身不完成任何功能.实体类保存要放进永久存储体的信息 ,如 tms 系统中的老师类、学生类、院领导、管理员类、教研室负责人类等等.对于系统中的类 ,可以从前面的用例分析中得出. tms系统的实体类图如图 2 所示：.在上述类图中：学生可以提交论文、对老师进行评价，老师对论文进行评分，院领导审核教师信息和对论文进行终审，管理员对论文进行分类统计，教研室分责任可以对论文进行初审。四：序列图顺序图用来反映若干个对象之间的动态协作关系.它主要反映对象之间已发送消息的先后次序 ,说明对象之间的交互过程以及系统执行过程中 ,在某具体位置将会发生何事.图中排列着若干对象 ,每个对象有个生命线(垂直的虚线)从上到下代表着时间的先后。下图显示了学生选择毕业论文题目的业务流程 ,学生打开 tms系统的登录页面 ,登录进入学生管理页面 ,查看教师、 题目等相关信息 ,点击进入选题页面,再在此页面上点击按钮 “选题” 进行选择,选题后相关的信息更新记录会保存到数据库相应的表中,并返回题目选择成功后的页面.选题结果立即生效,并提醒学生尽快与导师联系。五：状态图状态图(statechart diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。状态图用于显示状态机、使对象达到这些状态的事件和条件、以及达到这些状态时所发生的操作。下图是教师添加或删除毕业生的状态图。在上述图中，教师进入系统，系统开始初始化学生信息，教师对学生信息进行添加或删除操作，之后进行保存或取消操作。六：活动图泳道和对象并发的活动图.教师首先公布自己的基本信息,然后再提交毕业论文或设计题目 ,之后教研室和学院领导对教师提交的题目进行审批 ,在此期间 ,教师可以查看自己的题目被审批的情况 ,学生可以先了解毕业论文写作意义、 各专业方向的选题指南和指导教师信息等.最后 ,学生可以查看通过审批的毕业论文或设计题目 ,并选择其中一个题目 ,完成选题操活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果.活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发) .活动图告诉你发生了什么 ,但没有告诉你该项活动由谁来完成.在程序设计中 ,这意味着活动图没有描述出各个活动由哪个类来完成.泳道解决了这一问题.泳道用矩形框来表示 ,属于某个泳道的活动放在该矩形框内 ,将对象名放在矩形框的顶部,表示泳道中的活动由该对象负责.一个泳道到另一个泳道之间可以发生转移，毕业论文选题业务流程如图 3 所示 。 下面是学生选题活动图，选题过程为：学生发出选题请求，选题数据库进行信息核对，选题成功后，老师可以查看选题信息。下图为老师提交选题题目活动图，参与者有老师，教研室负责人和学院领导，老师提交选题题目，教研室负责人进行初审，学院领导进行终审。下图为老师增加新学生活动图，老师提交学生信息，教研室负责人和学院领导分别负责初审和终审。下图为教师评分活动图，学生提交论文，教师打分。七：构件图构件图主要用于描述各种软件构件之间的依赖关系,在构件图中,系统中的每个物理构件都使用构件符号来表示.通常,构件图看起来像是构件图标的集合.这些图标代表系统中的物理构件.构件图的基本目的是:使系统人员和开发人员能够从整体上了解系统的所有物理构件.同时,也使我们知道如何对构件进行打包。下图是高校毕业生论文指导管理系统中的学生选题管