导航菜单
首页 >  硕士论文评审流程图  > 基于UML的毕业设计管理系统的分析与设计

基于UML的毕业设计管理系统的分析与设计

基于UML的毕业设计管理系统的分析与设计

     

      毕业设计是实现本科教学培养目标的重要环节,从选题到答辩一般需要四至六个月的时间,其间工作量很大,尤其需要保留大量的文件,以便于管理者对毕业设计工作进行监督。传统的、人工的方式管理各项事务和文件档案,存在着诸如效率低、准确性差等缺点,对高效、合理地安排毕业设计很不方便。      利用计算机和WWW网络技术实现高校毕业设计的管理势在必行,制作毕业设计期间的教学管理、频繁的师生交流,以及大篇幅的论文管理,现在只要通过计算机就可以方便快捷的来完成。因此毕业设计管理系统的应用能够为用户提供充足的信息和快捷的查询手段。      通过互联网和校园网进行各学院毕业设计选题、中期、答辩和后期的流程管理。各阶段都要教务长来开通和关闭,对整个毕业设计的流程进行管理。其中系统的用户信息来自于现教务管理系统。

一.毕业设计管理系统的总体需求

1.总体业务流程        毕业设计的管理流程划分为四个基本步骤,见图1-1。

image

图1-1 毕业设计管理流程

2.系统功能框图      系统总体功能框图见图1-2。系统按照工作流程划分出四个主要功能模块,另外该系统还应提供登录功能模块和系统维护功能模块,其中系统维护模块包括身份管理、数据维护和流程管理三个子模块。每个模块完成的功能见表1-1。

image

图1-2 系统总体功能框图

3.总体功能分类描述系统总体功能分类描述见表1-1

表1-1 总体功能分类

功能类别/标识符

目标描述

选题管理

完成教师立题、学生选题的双向选择过程。最终达到每人一题。

进行过程管理

完成教师与学生交流、中期检查、教师与学生互评过程。

答辩管理

完成答辩准备工作,提交答辩结果。

后期处理

完成收集、上报材料,统计成绩,评优过程。

登录管理

提供用户登录验证及用户权限查询的功能。

系统维护

系统维护包括:身份管理、流程管理和数据维护三个子功能块。

二.建立用例模型

1.建模思想      用例是对一个活动者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列。用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。软件的开发      过程可以分为需求分析、设计、实现、测试等阶段,用例把所有这些都捆绑在一起,用例分析的结果也为预测系统的开发时间和预算提供依据,保证项目的顺利进行。因此可以,软件开发过程是用例驱动的。

 用例分析的步骤可以按下面的顺序进行:(1) 找出系统外部的参与者和外部系统,确定系统的边界和范围。(2) 确定每一个参与者所期望的系统行为。(3) 把这些系统行为命名为用例。(4) 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分(5) 编制每一个用例的脚本。(6) 绘制用例图。(7) 区分主事件流和异常情况的事件流,如果需要可以把表示异常情况的事件流作为单独的用例处理。(8) 细化用例图,解决用例间的重复与冲突问题。

      采用用例分析法捕获用户的需求,其中一个比较困难的工作是确定系统应该包含哪些用例,以及如何有效地发现这些用例。事实上,在做用例分析时,并没有一个固定的方式或方法来发现用例,而且对同一个系统,往往会同时存在多种解决方案,但其中某些方案会比另一些方案好。与设计和实现阶段相比,需求分析阶段

相关推荐: