研究生培养管理系统_软件工程思想.doc

Word格式 完美整理 研究生培养管理系统 目录 1 TOC \o 1-3 \h \z \u 需求工作流阶段 3 1.1 应用域和初始的需求分析 3 1.2 功能模块的分析与设计 4 1.3 用例和用例描述 4 1.3.1总用例图 4 1.3.2用例和用例描述 5 2 面向对象分析工作流阶段 13 2.1 学位申请人模块 13 2.1.1 学位申请人状态图 14 2.1.2 类的设计 14 2.1.3 时序图的设计 15 2.2研究生导师模块 17 2.2.1研究生导师状态图 18 2.2.2类的设计 20 2.2.3时序图的设计 20 2.3学科点负责人模块 21 2.3.1学科点负责人状态图 23 2.3.2 类的设计 24 2.3.3 时序图的设计 24 2.4 院管理员模块 25 2.4.1院管理员状态图 26 2.4.2 类的设计 28 2.4.3 时序图的设计 28 2.5 校管理员模块 30 2.5.1 校管理员状态图 31 2.5.2 类的设计 32 2.5.3 时序图的设计 32 2.6 总类图（各个类图之间的关系） 34 3 设计工作流阶段 35 3.1类的详细分析与设计 35 3.2 数据库的设计 41 3.2.1 顶层数据流图 41 3.2.2 数据库E-R图 41 3.2.3 数据库表格 42 3.3 详细设计 44 1.需求工作流阶段 该阶段主要是分析整个工程的需求重点，由于该研究生管理系统比较复杂，所涉及的需求也是比较多的，所以耗时也是比较长的阶段，具体的完成部分将在下面说明。 1.1应用域和初始的需求分析 应用域对象是各高校的学位申请人和与之相关的负责人等。学生端供各研究生使用，审核端和最终管理端供各相关负责人使用。 该系统共涉及5个不同的角色：学位申请人、研究生导师、院管理员、校管理员和学科点负责人。 系统给定的角色功能需求如下： 学位申请人：基本信息、课程成绩、学位论文信息；论文评阅专家及答辩委员个人资料；查询论文评阅专家及答辩委员资格审核结果；提交论文评阅结果和论文答辩结果；查询学位论文评阅结果和论文答辩结果。学位申请人必须在学位论文完成后，通过该系统提交网上答辩申请，办理答辩手续，填写并提交相关信息，打印答辩相关表给，在所有申请工作完成后，最后向校学术委员会申请学位。 研究生导师：在学生提交个人信息、评阅专家信息、答辩专家信息以及论文信息后，导师在网上依次审核学位论文信息，审核评阅专家和答辩委员资格，填写论文学术评语；管理与维护指导教师本人的电子档案等相关功能。 院管理员：审核学位申请人课程成绩，审核评阅专家和答辩委员资格；本院研究生指导教师的电子档案管理与维护；本院信息数据的备份与导出、 校管理员（系统管理员）：校级学位论文抽查送审，提交论文送审结果，最终审核学位申请，决定是否授予学位；全校研究生指导教师的电子档案管理与维护等相关功能；系统运行参数的设置；系统基本信息的配置；数据代码表维护；数据备份与维护等相关功能。 学科点负责人：审核论文评阅专家和答辩委员资格，审核学位申请人答辩情况，给出是否授予学位的意见。学生填写评阅专家信息和答辩委员信息完成后，学科点负责人审核专家资格，包括评阅专家资格审查和答辩委员资格审查。 分析如下： 学位申请人的基本信息由系统保存，但由学生自己编辑并且也可以修改。学位申请人在查看专家和答辩委员会的资料的后选择。学位申请人在完成论文后提交论文和答辩申请，并在审核后可以查阅审核结果，前面所有的工作完成后最后申请学位。 研究生导师主要是负责审核学生的论文信息，填写论文学术评语。院管理员负责审核学位申请人的成绩，并负责备份信息。校管理员管理一切最终的结果，并最终决定是否授予学位，还有一个重要的功能是要负责所有数据的备份。学科点负责人审核学生及导师的资格，包括评阅专家资格审查和答辩委员资格审查。研究生导师、院管理员和校管理员都具有管理与维护指导教师本人的电子档案的功能。期中涉及权限的控制。 1.2功能模块的分析与设计 通过初始的需求分析，设计出功能模块图如下： 该功能模块图中，按每个角色一个大的模块来设计思路比较清晰。研究生导师、院管理员和学科点负责人的登录权限设为一致，他们具体的功能进入后再选择。学生端和校管理员都具有很多独立的功能。 1.3用例和用例描述 1.3.1 总用例图如下： 图1-2 总用例图 1.3.2用例和用例描述 学位申请人用例图： 用例和用例描述： 简述 信息管理用例能使学生登录学生端查看、编辑基本信息和查询课程信息。 步骤描述 学生输入帐号和密码 系统检查帐号和密码是否正确，若错误，