系统需求规格说明书

1、精选优质文档-倾情为你奉上任务管理系统项目需求规格说明书组 长： 指导教师： 专心-专注-专业修改记录版本号修改人修改日期修改说明审核人 目录1引言1.1项目名称本项目是毕业设计管理系统，建设项目发包方（甲方）为xx教务处，项目开发方（乙方）为软件工程开发小组。1.2编写目的毕业设计是实现本科教学培养目标的重要环节，从选题到答辩一般需要四至六个月的时间，其间工作量很大，尤其需要保留大量的文件，以便于管理者对毕业设计工作进行监督。传统的、人工的方式管理各项事务和文件档案，存在着诸如效率低、准确性差等缺点，对高效、合理地安排毕业设计很不方便。 利用计算机和WWW网络技术实现高校毕业设计的管理势在必

2、行，制作毕业设计期间的教学管理、频繁的师生交流，以及大篇幅的论文管理，现在只要通过计算机就可以方便快捷的来完成。因此毕业设计管理系统的应用能够为用户提供充足的信息和快捷的查询。本系统是重庆理工大学毕业设计管理系统，该系统可以完成对重庆理工大学毕业设计的管理，并且其过程更高效、更简单、更完善、更准确。本文档详细、准确和全面定义毕业设计管理系统GDMS(Graduate Design Management System)的外部行为，设计约束，以及其它相关因素，指导软件系统的后续开发工作，进一步定制软件开发的细节问题，为软件需求者(软件使用者)与软件设计者能更好的交流、沟通提供书面途径。同时本说明书

3、还是用户手册和测试计划的编写依据。编写本需求文档的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准，还可作为毕业设计管理系统技术支持人员，程序员，测试人员，使用人员的参考资料。1.3项目背景当前高等学校毕业设计环节中普遍存在以下问题和现象:第一，综合性高校往往具有多种办学层次和多种办学专业类型，然而各专业层次和类型的学生毕业设计或论文的内容和材料的提交等不尽相同；第二，各高校为了加强学生工作能力和社会能力的培养，延长了学生外出实习、实践的时间，使得毕业设计以及论文写作和指导等环节更加困难重重；第三，大部分高校由于实行学分制管理教学，学

4、生毕业设计环节的管理工作更需要合理化、规范化。随着高新技术的发展，使得计算机网络广泛应用于各领域，每个行业都在进行科技改革，最重要的是计算机提高了管理的准确性与效率性，在很多的高校，已经使用计算机来管理各种文档，相对于我们这样的高校毕业生来说，人数众多是最大的一个管理问题，所以开发一个毕业论文管理系统来管理对我们学校来说是很重要。为此，本小组决定自主开发一个毕业设计管理系统，用来提高工作效率，降低工作中的失误，解决实际工作中由于各种因素引起的选题、审核、评分等方面的不便，毕业设计过程不易管理等问题。同时，本系统将首先在计算机学院试行，然后推广到重庆理工大学，如果成功则可以推广到各大高校。1.4

5、名词解释B/S结构（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。1.5参考资料1. 陈克力，谢维成.SQLserver2005.2008年1月第1版.2. 廖志凌，邵学军，刘贤兴，等高校本科毕业设计中存在的问题与对策J江苏大学学报(高教研究版)2004(2)：82-853. 韩淼基于J2EE的一种多层web系统通用框架的设计与应用D大连理工大学，20054. 李平勇J2EE框架组件的研究与实现D电子科技大学，20055. 朱

6、光燕现代教育技术在课堂教学运用中的异化问题J现代远程教育，2005(4)6. 郭剑毅等基于C/S与B/S的高校科研管理信息系统的设计与实现J计算机工程与应用2005，39(l)：212一2147. 张琴，张千帆JSP动态网页制作基础培训教程北京：人民邮电出版社，20088. 高海茹SQLServer网络数据库技术精粹北京：机械工业出版社，20029. UML面向对象设计基础，MeilirPage-Jones著，包晓露等译，人民邮电出版社，2001年4月第1版。10. 统一软件开发过程，IvarJacobson，JamesRumbaugh，GradyBooch著，周伯生译，机械工业出版社，200

7、2年1月11. 刘甫迎，谢春，徐虹Java程序设计实用教程北京：科学出版社，20102任务概述2.1项目总体目标本系统主要用于管理毕业生毕业设计的相关工作。系统需要满足来自三方面的需求，即教师，学生和专业系办。首先，由专业系办发布毕业设计启动通知，教师看到后编写题目（包括导师姓名、工号、题目、详细要求等），专业系办组织专家评审，符合要求的留下，然后发布到系统供学生选择。学生登录系统选择题目并能通过系统与教师交流。如果期间学生对题目有不同想法可以和导师协商调整题目，或者学生在公司实习等特殊情况适合做毕业设计则可以申请修改题目，在通过导师和专业系办的审核之后，才能成功修改题目。确定题目后，教师还可

8、以通过系统实现对学生进度的中期检查。最后学生提交初稿和最终稿，发给评阅老师进行评价。答辩小组得到答辩名单，按顺序对学生进行答辩，主答辩老师会记录答辩过程，阅读论文，得到答辩成绩。在导师成绩和评阅成绩以及答辩成绩全部提交到专业系办之后，系办进行调整得到最终成绩，然后进行对外公布。学生最后把毕业设计过程中全部材料（包括电子材料）装入档案袋并提交，系统记录情况。用户特点：1， 学生：学生必须是完成大学任务及学分要求，并成功申请毕业设计。2， 导师：有学位要求，如副教授、硕士、博士等。能够带领学生完成毕业设计的老师才有资格成为导师。3， 系办人员：系办主任或者相关工作人员。4， 教务处人员：教务处处长

9、或者相关工作人员。其它的如：1) 选题信息，将其保存至数据库，并且及时通知相关人员。2) 题目修改的支持：根据用户要求将申请修改毕业设计题目。3) 监管题目执行状况：及时统计题目执行情况，并在适当时候给予相关负责人必要的提示。2.2业务需求开发本系统旨在提高工作效率、方便管理、节约成本。教务处在合适的时间发布开始毕业设计的消息，开设毕业设计动员大会；导师根据自身教学、科研项目出相应数量的题目，并将相关信息汇总提交到系统，通知学生上网查看；学生登陆系统，查看可以选择的题目，根据自身情况进行选择；教务处人员对选题志愿进行调整之后，公布最后题目分配情况；学生得到确定题目情况后可以申请修改题目，得到导

10、师和系办人员审核通过后，就可完成修改题目。学生确定题目后接收导师任务书，编写开题报告，完成后提交给导师审核，审核通过则正式进入毕业设计；导师发布文献翻译并上传，学生完成文献翻译，并编写文献综述。在特定时间，教务处人员会进行两次抽查；毕业设计进行到后续收尾阶段，学生可以申请答辩，经过导师和系办审核之后，成功即可参与答辩；系办人员会列出答辩名单，并拟定答辩小组、确定答辩小组长，在指定地点进行答辩。评阅老师会对答辩进行记录并评价，得到成绩，提交到系办，系办得出总成绩。答辩结束后，学生提交所有毕业设计材料，包括开题报告、任务书、文献翻译、文献综述、论文等，最后学生将全部材料装入档案袋，提交到系办，系办

11、记录完成毕业设计整个过程。2.3运行环境操作系统： Windows支持环境：Tomcat 6.0数 据 库：Mysql 5.13功能需求3.1功能总体描述本任务管理系统的主要分为信息管理、通管理、抽查管理、题目管理、答辩、成绩管理、师生交流七个模块。图3-1 系统顶层用例图本系统的用户主要是：学生、指导老师、系办人员、教务处人员。系统各模块主要功能如下：u 题目管理模块：主要负责指导老师出题、毕业学生选题、系办人员汇总题目和调整题目。u 师生交流：主要处理学生老师发送消息和材料。u 信息管理：主要处理系统用户对自己毕业设计相关的信息查询。u 通知：主要负责将答辩情况及时通知用户，以便用户及时处

12、理。u 答辩：负责答辩前指导老师对学生的评价，评阅老师对毕业设计材料的评阅，答辩过程的记录及打分。u 成绩管理：处理学生的申优，和学生成绩的调整发布。u 抽查：处理对毕业设计过程中的两次抽查。3.2通知管理 3.21业务概述图3.2-1通知管理用例图用户注册后会有一个身份，会影响用户浏览通知权限和管理通知的权限。用户登录后系统自动分配权限。比如教务处登陆之后，他通过系统发布通知（分配通知可见性），并选择是否上传通知的附件。上传之后可见用户可以在通知页面查看上传的内容和下载通知附件。仅学生不具有发布通知的权限。通知发布者拥有对该通知全部的管理权限。其他用户没有对不是他发布的通知的修改删除附件上传

13、权限。通知可见性分为非学生可见和全体可见。用户对可见通知具有查询和附件下载权限。详细的案例描述如下：用例1用例名称:发布通知活动者:系办、教务处、指导老师用例目标:发布通知前置条件:新建通知后置条件:在通知栏上出现该通知事件流活动者系统响应基流当用户点击按新建通知钮时，用例启动。系统显示编辑通知页面（页面含附件上传选项）用户输入信息，并点击“发布”系统提示选择可见性用户选择非学生可见或全体可见提交该信息至系统，通知栏显示该通知，提示发布成功用例2用例名称:修改通知活动者:通知发布者用例目标:修改目标通知前置条件:该通知是自己发布的后置条件:将目标通知修改后放在通知栏上事件流活动者系统响应基流当

14、用户点击按钮“修改”时，用例启动。显示可编辑通知通知发布者选择一个通知显示给该通知详细内容提供编辑通知发布者编辑信息，并点击修改完成系统将修改后的通知提交，并显示发布成功用例3用例名称:通知查询活动者:拥有权限的用户用例目标:查询发布的通知前置条件:通知存在且具有查看权限后置条件:页面显示该通知事件流活动者系统响应基流当用户点击按钮“查询”时，用例启动。系统显示所有可见通知标题可见用户选择一个通知双击系统显示该通知详细内容用例4用例名称:通知删除活动者:通知发布者用例目标:删除通知前置条件:通知已存在后置条件:从通知栏中删除该通知（会删除该通知附件）事件流活动者系统响应基流当用户点击按钮“删除

15、”时，用例启动。系统显示可删除通知用户选择一个或多个通知系统提示是否删除用户点击确定删除选中通知用例5用例名称:附件上传活动者:通知发布者用例目标:在通知上上传附件前置条件:发布通知时后置条件:将通知上传到附件上面事件流活动者系统响应基流当用户点击按钮“上传”时，用例启动。系统显示选择附件通知发布者选择一个或多个附件系统提示是否上传用户点击确定系统上传附件，提示上传成功用例6用例名称:附件下载活动者:通知可见者用例目标:下载附件前置条件:通知含有附件后置条件:下载附件至本地存储事件流活动者系统响应基流当用户点击按钮“下载”时，用例启动。系统通知下载量+1用例7用例名称:删除附件活动者:通知发布

16、者用例目标:删除附件前置条件:通知含附件后置条件:从通知中删除附件事件流活动者系统响应基流当用户点击按钮“删除附件，用例启动。系统显示删除附件后的通知并显示删除成功用例8用例名称:浏览附件活动者:通知用户用例目标:浏览附件详细内容前置条件:附件具有可浏览性后置条件:页面显示附件内容事件流活动者系统响应基流当用户点击按钮“浏览”时，用例启动。系统显示附件内容用例9用例名称:保存通知活动者:系办、教务处、指导老师用例目标:保存通知到草稿箱前置条件:新建通知后置条件:在草稿箱上出现该通知事件流活动者系统响应基流当用户点击按保存通知钮时，用例启动。系统显示编辑通知页面（页面含附件上传选项）用户输入信息

17、，并点击“保存”返回通知管理+用例10用例名称:短信发送活动者:系办、教务处、指导老师用例目标:发布通知至手机前置条件:新建通知后置条件:将信息发送到目标手机事件流活动者系统响应基流当用户点击新建通知时，用例启动。系统显示编辑通知页面用户输入信息，并点击“短信发送到”系统发送信息到目标手机并保存至系统3.22需求列表NO需求说明P备注203通知管理204附件管理206可见性管理208操作权限管理211通知发布216通知删除234通知修改238通知查询266附件浏览314附件上传316附件删除317附件下载322用户登陆注册350用户已发布通知查询389通知草稿箱401通知排版403通知分类3.

18、23实体类类名属性名说明MassageName标题ID通知代号Time通知发布日期People发布人Visibility可见性has Annex是否有附件isDecompose是否可分解College所属院系ChangeTime修改次数BrowseNumber浏览次数AnnexName附件名AnnexFormat附件格式Size文件大小People上传者Download下载量3.3题目管理3.3.1 业务概述图3-2 题目管理模块用例图指导老师首先根据教学、科研出35个题目，然后将题目信息（包括指导老师姓名、工号、题目要求等信息）做成excel表格，提交到系统，等待系办审核。学生查看之后选择题

19、目。如果选择题目人数过多，则导师可以选择学生；或者有别的特殊情况，也可由导师给学生指定题目。学生根据自身情况选择题目（也就是选择对应的老师），一个学生只能选择一个题目。填写题目选择申请表（包括姓名、学号、选择题目序列号等信息）。每个学生可以填写按照优先顺序的三个志愿。在开题后有两种情况可以申请修改题目，一是对导师题目有想法，则可与导师沟通协商调整；二是学生去公司实习，实习内容适合做毕业设计。学生填写题目修改申请表（包括姓名、学号、当前选择题目序号、想修改的题目序号、修改题目原因等信息）并提交到系统，经过导师和系办人员审核，审核通过即可完成题目修改。系办人员会查看系统中的所有老师的题目和学生选题

20、志愿，首先第一志愿主要由指导老师同意，第二、三志愿由系办人员进行调整。完成调整后得到题目分配名单表（包括学生姓名、学生学号、题目序号、导师姓名、导师工号等信息），将此表上传到系统，并通知各个学生和指导老师等相关人员。以下表格是每个用例的详细描述。用例名称:题目选择活动者:学生用例目标:学生填写选择毕业设计题目申请前置条件:导师已经出题且题目通过系办审核后置条件:系统收集学生选题申请表并汇总事件流活动者系统响应基流当学生点击按钮“选择毕业设计题目”时，用例启动。1.系统提示学生选择所属专业，显示可选题目清单，并给出题目志愿表。2.学生按照优先顺序，填写志愿并确认提交。（E-1）3.系统显示志愿提

21、交是否成功替代流E-1：1. 学生志愿没填写或者没填写完整。2. 系统提示学生相关信息。选择题目用例描述用例名称:出题活动者:指导老师用例目标:指导老师完成设计题目。前置条件:必须是指导老师身份登录系统才能出题。后置条件:系统记录题目信息，提供给学生选择。事件流活动者系统响应基流当指导老师点击“出毕业设计题目”时，用例启动。1.系统提示指导老师选择所属专业，给出题目表格。2.指导老师依次输入题目信息，提交。3.系统提示提交是否成功，输出题目信息。出题用例描述用例名称:导师选择学生活动者:指导老师用例目标:导师对选择自己题目的学生进行选择确定。前置条件:学生第一志愿选择了该导师的题目。后置条件:

22、系统记录题目选择信息。事件流活动者系统响应基流当导师点击“选择学生”时，用例启动。1.系统提示导师，学生第一志愿题目信息。2.导师选择学生。3.系统提示选择是否成功，输出已选择的学生及题目信息。题目修改用例描述用例名称:题目修改活动者:学生用例目标:完成学生对已经选择的题目进行修改。前置条件:学生在完成此用例之前必须已经选择题目。后置条件:系统输出题目更改结果。事件流活动者系统响应基流当学生选择“题目修改”时，用例启动。1.系统提示学生当前选择题目信息。2.学生填写题目修改申请表，提交。3.系统提示提交是否成功，输出更改后的题目信息。题目修改用例描述用例名称:改题申请活动者:指导老师、系办人员

23、用例目标:对学生修改题目申请进行审核。前置条件:学生申请了修改题目。后置条件:系统记录审核信息并通知学生。事件流活动者系统响应基流当用户点击“改题申请“时，用例启动。1.系统提示用户选择需要审核的信息。2.用户点击选择审核通过或不通过，并填写相关信息，提交。3.系统提示提交是否成功，并显示审核信息。改题申请用例描述用例名称:调整选题申请活动者:系办人员用例目标:对学生选择题目志愿进行调整。前置条件:系统已经记录完选题情况。后置条件:系统记录调整之后的情况并公布题目分配。事件流活动者系统响应基流当用户点击“调整选题申请”时，用例启动。1.系统提示用户选择想审核的信息。2.用户对选题申请进行调整，

24、提交。3.系统提示提交是否成功，并显示调整之后的信息。调整选题申请用例描述3.3.2 需求列表No需求说明P备注2000题目选择52001出题52100题目修改52101审核题目修改52102调整选题申请52103出题审核53.3.3 实体类类名属性名说明TitleId题目IDCode题目代号description题目描述StartTime题目发布时间finishTime题目完成时间ofProfession题目所属专业ofTeacherName题目所属指导老师姓名ofTeacherID题目所属指导老师工号isApplyModification题目是否申请修改isExamineModificat

25、ion题目是否审核修改isChoose题目是否被选择isAdjust题目是否待调整adjustedDiscription题目被调整后的描述distribution题目最终分配Teacherid指导老师IDname指导老师姓名description题目描述NO题目代号adjustApplication审核题目修改申请StudentId学生IDname学生姓名NO选择题目序列号adjustApplication题目修改申请description题目描述3.4师生交流3.4.1业务概述在【师生交流】模块中，老师以发送消息的形式对学生下达任务书；审核学生的开题报告，表示学生可以开始毕业设计；上传文献，

26、对学生发送消息或其他文件。学生在此模块中实现和自己的指导老师沟通和发送开题报告和其他材料。用例描述：业务名称:消息查看参与者:指导老师、学生业务目标:让用户浏览消息前置条件:消息查看界面处于激活状态且有正确的数据后置条件:系统能正常显示信息业务流程当用户选择“师生交流”时，用例启动。活动者系统响应1.系统显示用户收到的消息。2.用户浏览。用例名称:发送消息活动者:指导老师、学生用例目标:对其他用户发送消息前置条件:发送消息界面处于激活状态。后置条件:系统保存记录。事件流活动者系统响应基流当用户点击“师生交流”时，用例启动。1.用户点击发送消息2.界面显示发送出去的消息用例名称:审核开题报告活动

27、者:指导老师用例目标:正式宣布学生开始做毕业设计前置条件:审核开题报告界面处于激活状态。后置条件:系统保存记录。事件流活动者系统响应基流当用户点击“师生交流”时，用例启动。1. 界面显示学生列表2.用户选定某位学生的“审核”键3.显示此学生的开题报告4.审核开题报告，点击“确定”5.显示学生列表3.4.2需求列表No需求说明P备注2000消息浏览52001材料上传52100发送消息52101审核53.4.3实体类类名属性名说明communicationSId学生学号Sname学生姓名TId教师号Tname教师姓名3.5抽查管理3.5.1 业务概述抽查管理用例图在毕业设计完成过程中，由于需要对学

28、生毕业设计情况进行了解，以便保证学生能够按时按量完成毕业设计，教务处人员会发起两次抽查，一次是在答辩前两个月左右，一次是在答辩前一个月左右。第一次抽查的时候，教务处人员首先会随即得出抽查名单，然后找相关专家完成抽查。指导老师得到通知后，就通知相关学生接受抽查。学生在规定时间内准备完成的毕业设计材料并提交给指导老师，指导老师登陆系统，查看所有材料，并评价完成情况，得出抽查成绩，并将此成绩发给教务处，教务处人员进行汇总，列出抽查不合格的学生，在第二次抽查的时候继续抽查这些学生。第二次抽查的时候，教务处人员先将第一次抽查不合格的学生加入抽查名单，然后按抽查需要另外随即得出名单，发起第二次抽查，抽查过

29、程与第一次抽查相似。在完成两次抽查之后，教务处人员将所有抽查结果汇总，并总结抽查情况。根据情况适当调整毕业设计完成时间和进度。到此，抽查管理结束。以下表格是每个用例的详细描述。业务名称:发起抽查参与者:教务处人员业务目标:完成抽查管理前置条件:毕业设计必须已经进行到合适时间。后置条件:抽查老师和学生得到抽查通知。业务流程当用户点击菜单“新建任务组”时，用例启动。活动者系统响应1.系统显示通知导师成功并显示抽查名单。2.用户点击确定。3.系统保存抽查名单。表3-51 发起抽查用例描述业务名称:提交抽查材料参与者:学生业务目标:学生接受抽查，并提交完成的毕业设计材料。前置条件:学生必须在抽查名单之

30、中。后置条件:指导老师接收毕业设计材料。业务流程当用户点击菜单“提交毕业设计材料”时，用例启动。活动者系统响应1.系统提示需要提交的材料。2.用户上传已经完成的材料。3.系统保存上传的材料并通知相关抽查老师。表3-52 提交抽查材料用例描述业务名称:评价抽查材料参与者:抽查老师业务目标:抽查老师对学生提交的材料进行检查和评价。前置条件:学生必须已经提交材料。后置条件:抽查老师得出评价成绩。业务流程当用户点击菜单“评价抽查材料”时，用例启动。活动者系统响应1.系统显示已经提交的材料。2.用户查看并评价材料，得出成绩。3.系统保存抽查成绩，并提交给教务处。表3-53 评价抽查材料用例描述业务名称:

31、汇总抽查结果参与者:教务处人员业务目标:教务处对抽查结果进行汇总。前置条件:抽查老师完成评价的提交。后置条件:业务流程当用户点击菜单“汇总抽查结果”时，用例启动。活动者系统响应1.系统显示已经提交和没有提交的抽查名单以及评价、成绩。2.用户查看，并对抽查情况进行总结，并合适调整毕业设计进度（如果是第一次抽查就继续准备第二次抽查）。3.系统保存所有抽查材料，并通知参与毕业设计的学生总结、调整情况。表3-54 汇总抽查结果用例描述3.5.2 需求列表No需求说明P备注2000发起抽查52001提交抽查材料52002评价抽查材料52003汇总抽查结果53.5.3 实体类类名属性名说明Checkfir

32、stCheckTime第一次抽查时间checkID抽查序列号nameList抽查名单description备注StudentID学生学号name学生姓名score抽查成绩academy所属学院description备注TeacherID抽查老师工号name抽查老师姓名judgement抽查老师评价score成绩academy所属学院description备注3.6答辩3.6.1业务概述系统根据用户权限的不同对答辩模块进行的操作和可见的内容是不同的。指导老师在学生申请答辩前对学生整个毕业设计过程进行评价，并给出建议的分数或不建议此学生答辩。学生要想参加答辩，必须先申请答辩，申请通过才能参加答辩。

33、系办在答辩模块中可以对学生的答辩申请进行审核，然后根据可答辩学生的专业、方向、毕业设计题目的不同对整个系的进行分组，每组15人以内，答辩老师3至4位。评阅老师（主答辩老师）在答辩前要评阅自己要答辩学生的毕业材料，在答辩时系统上记录答辩情况。以下是用例描述：用例名称:评价学生活动者:指导老师用例目标:确定学生是否可以参与答辩前置条件:评价学生界面必须处于激活状态且有正确的数据。后置条件:系统记录老师评价并录入学生信息事件流活动者系统响应基流当用户点击菜单“答辩”中的“学生评价”时，用例启动。1.系统显示可操作学生名单2.用户选择学生，写下评价，选择“不建议答辩”、“优”、“良”、“中”、“及格”

34、中的一个。点击确定3.系统提示完成评价评价学生用例描述用例名称:答辩申请活动者:学生用例目标:学生获取答辩资格前置条件:答辩申请界面必须处于激活状态且有正确的数据。后置条件:系统保存结果事件流活动者系统响应基流当用户点击菜单“答辩”中的“答辩申请”时，用例启动。1.系统显示答辩申请表2.用户填写申请表，上传材料点击【提交申请】3.系统提示提交完成答辩申请用例描述业务名称:学生答辩资格审核参与者:系办业务目标:确定可答辩学生前置条件:在指定时间内学生提交答辩申请后置条件:系统汇总答辩学生，显示出来事件流活动者系统响应基流当用户点击菜单“答辩”中的“答辩学生审核”时，用例启动。1.系统以表单形式显

35、示申请答辩学生的名单。2.用户选定可答辩学生，点击确定3.系统提示审核完成学生答辩资格审核用例描述业务名称:答辩学生及指导老师分组参与者:系办业务目标:让老师和学生组成答辩小组前置条件:界面处于激活状态，且有正确的数据后置条件:系统记录分组结果事件流活动者系统响应基流当用户点击菜单“答辩”中的“答辩学生及指导老师分组”时，用例启动。1.用户点击新建小组并取名2.系统显示空的小组表单3.用户在答辩学生模块中对其进行添加删除操作4.系统显示可操作学生名单5.用户在答辩组长模块、主答辩老师模块、答辩老师模块对指导老师进行添加删除6.系统显示可操作老师名单7.用户在答辩地点模块中设置答辩地点8.用户在

36、小组模块添加删除小组9.用户点击确定10.系统保存并发布分组情况答辩学生及指导老师分组用例名称:评阅毕业设计材料活动者:评阅老师用例目标:评阅学生毕业材料，给定评阅成绩前置条件:评阅材料界面必须处于激活状态且有正确的数据。后置条件:系统保存结果事件流活动者系统响应基流当用户点击菜单“答辩”中的“评阅毕业设计材料”时，用例启动。1系统显示可操作学生名单。2用户选择学生。3.系统显示毕业设计材料4.用户评阅，打分5.系统提示打分成功评阅毕业设计材料用例描述用例名称:记录答辩活动者:评阅老师用例目标:记录整个答辩过程，作为以后调整成绩的依据前置条件:记录界面必须处于激活状态且有正确的数据。后置条件:

37、系统保存结果事件流活动者系统响应基流当用户点击菜单“答辩”中的“记录答辩”时，用例启动。1系统显示答辩表单。2用户填写表单。3.填写完成，点击确定4.系统提示填写完成记录答辩用例描述3.6.2需求列表No需求说明P备注4005指导老师评价学生，打分4008答辩申请4010资格审核4020添加答辩小组4030删除答辩小组4000添加答辩学生6000删除答辩学生6001添加答辩老师6002删除答辩老师4001添加评阅老师（主答辩老师）4002删除评阅老师4003添加答辩组长4004删除答辩组长4005材料下载2001材料打分2001保存答辩记录2003保存成绩3.6.3实体类类名属性名说明EATa

38、ble（examine and verify table审核表）studentId学生学号guideTeacherMark指导老师打分result审核结果AQGroup（answering question答辩小组）name小组名称studentId学生学号studentTitle学生答辩题目AQGroupCode答辩组长IDKeyTeacherId主答辩老师IDAQTeacherId答辩老师IDspeciality研究专长place答辩地点Valuation(评价)studentId学生学号guideTeacher指导老师IDevaluation评价语guideTeacherMark指导老师

39、打分MaterialMark（材料打分）KeyTeacherId评阅老师IDstudentId学生IdmaterialMark分数AQRecord（答辩记录）time答辩时间place答辩地点AQGroupId答辩组长IDKeyTeacherId主答辩老师IDAQTeacherId答辩老师IDstudentId答辩学生IDAQContent答辩内容AQExpression答辩表现AQmark答辩打分applyAQstudentId学生IDmaterialFile毕业设计材料文件3.7成绩管理3.7.1业务概述成绩管理用例图 学生在答辩完后可以进入此页面进行申优。系办人员会在答辩完后对成绩进行调

40、整，确定成绩后便可以发布成绩。以下是详细的用例描述：用例名称:申优活动者:学生用例目标:毕业设计成绩获的优秀前置条件:申优页面处于激活状态且有正确的数据后置条件:系统保存结果事件流活动者系统响应基流当用户点击按钮【成绩管理】中的【申优】时，用例启动。显示申优表用户填写申优表点击【确定】系统提示完成用例名称:毕业设计成绩调整活动者:系办、答辩组长用例目标:确定最终成绩前置条件:毕业设计成绩调整界面必须处于激活状态且有正确的数据。后置条件:系统保存结果事件流活动者系统响应基流当用户点击菜单“答辩”中的“毕业设计成绩调整”时，用例启动。1系统显示可操作答辩小组成绩统计表2用户点击选定某小组3.显示小

41、组学生成绩统计表4.用户选定学生5.显示答辩记录，申优情况和最后成绩确定框。6.用户输入成绩7. 点击确定毕业设计成绩调整用例描述用例名称:成绩汇总发布活动者:系办用例目标:确定最终成绩前置条件:成绩汇总发布界面必须处于激活状态且有正确的数据。后置条件:系统保存结果事件流活动者系统响应基流当用户点击菜单“成绩管理”中的“成绩汇总发布”时，用例启动。1系统显示学生成绩汇总表2用户点击【发布】发布成绩3.显示发布结果3.7.2需求列表No需求说明P备注4005学生申优4008添加成绩4010汇总成绩4020发布成绩3.7.3实体类类名属性名说明gradeManagestudentId学生学号add

42、Grade添加成绩collectGrade汇总成绩publishGrade发布成绩3.8信息管理3.8.1业务概述信息管理用例图用户登录后可以对个人的基本信息进行编辑，包括性别年龄学院等等。学办可以对权限内学生的答辩信息进行编辑，例如答辩情况，答辩分数等等。教务处拥有该模块所有权限，当信息出错时可以反馈给系办进行修改。所有用户可以对自己个人的基本信息进行编辑。以下是详细的用例描述：用例1用例名称:编辑信息活动者:系办、教务处、指导老师、学生用例目标:编辑自己的个人基本信息前置条件:用户登录后置条件:编辑后的信息保存在系统，个人信息更新事件流活动者系统响应基流当用户点击按钮“编辑个人基本信息”时，用例启动。显示个人基本信息编辑页面用户编辑个人基本信息，点击完成系统更新个人基本信息，并提示编辑成功用例2用例名称:信息查询活动者:系办、教务处、指导老师、学生用例目标:查询个人信息前置条件:个人信息存在后置条件:系统显示所选对象个人信息事件流活动者系统响应基流当用户点击按钮“信息查询”时，用例启动。系统显示信息查询主页面用户选择目标系统显示目标的基本信息用例3用例名称:筛选