《软件工程上机实验报告.doc》由会员分享，可在线阅读，更多相关《软件工程上机实验报告.doc（20页珍藏版）》请在三一文库上搜索。
1、学生管理系统1、用例图绘制1 ）用户需求需求分析1、为每个使用系统的人员设置权限。只有通过权限验证的人才能使用系统。2、学生可以使用该系统查询所学课程的成绩。3、教师使用该系统完成学生成绩的录入、修改、显示和打印。4、管理员使用系统输入学生信息、教师信息、班级信息和课程信息。这里系统的参与者有三个，分别是:教师学生管理员参与者“学生”使用系统的目的是查询所学课程的成绩参与者“教师”完成学生信息的录入、修改、显示和打印参与者“管理员”:输入学生信息、教师信息、班级信息和课程信息2）用例图绘制本人根据自己登陆到中南大学教务管理系统查询成绩的做法，做出以下的用例图。由于用例图只是给出用户所看到的的系
2、统的功能， 一般不包括选择选项等细致的步骤。 所以本人的用例图与参考的报告有所不同。而且本人设计的系统功能仅与成绩有关，所以用例图较简单。至于管理员的用例由于后面有些功能是相近的鉴于篇幅有限，所以只是列举了管理学生和管理教师两个功能的扩展。打即宇生戒绩3）用例详细说明学生查询成绩用例1、简要说明：本用例描述了学生查询课程成绩。2、事件流(1) 、基本流1 )选择课程名称和学期2 )点击“确定”按钮3 )系统显示对应学期该课程成绩。(2) 、备选流2a 系统提示出错，点击“确定”按钮结束。3、特殊需求：无。4、前置条件：成功“登陆”系统5、后置条件：无。6、扩展点：无。7、相关数据：所学课程的成
3、绩。8、问题说明：无。老师查询成绩用例1、简要说明：本用例描述了教师查询课程成绩。2、事件流(1) 、基本流1 )老师选择课程名称和班级2 )点击“确定”按钮3 )系统显示该课程成绩该班级的所有学生成绩。(2) 、备选流2a 系统提示出错，点击“确定”按钮结束。3、特殊需求： 无。4、前置条件： 成功“登陆”系统5、后置条件： 无。6、扩展点：无。7、相关数据： 所学课程的成绩。8、问题说明： 无。老师录入成绩用例1、简要说明：本用例描述了教师对课程成绩进行录入。2、事件流(1) 、基本流1 )选择课程名称。2 )老师在列出的学生中对应的成绩输入框输入成绩。3) 老师点击“提交”按钮。4 )系
4、统显示录入该课程成绩。(2) 、备选流1a 如果没有要选择的课程名称，给出提示，结束。3a 如果教师没有确认保存录入成绩，给出提示，结束。2a 老师点击“暂存”按钮，成绩会展示存储起来，下次登陆输入时不用再次输入。3、特殊需求：无。4、前置条件：成功“登陆”系统5、后置条件：无。6、扩展点：无。7、相关数据：所学课程的成绩。8、问题说明：无。老师修改成绩用例1、简要说明：本用例描述了教师对学生的课程成绩进行修改。2、事件流（1） 、基本流1 ）选择课程名称和学期2 ）点击“确定”按钮3 ）系统显示该课程成绩该班级的所有学生成绩。4 ）老师选中其中一个要修改成绩的学生，点击对应学生的“修改”按钮
5、5 ）老师在出现的输入框中输入该学生成绩。6 ）老师在对应学生栏点击确定按钮。7 ）系统提示修改成功。（2） 、备选流3a系统提示出错，点击“确定”按钮结束。6a系统提示“修改失败！请重试或与管理员联系！ ”，结束。3、特殊需求：无。4、前置条件：成功“登陆”系统5、后置条件：无。6、扩展点：无。7、相关数据：所学课程的成绩。8、问题说明：无。老师打印成绩用例1、简要说明：本用例描述了教师打印课程成绩。2、事件流（1） 、基本流1 ）选择课程名称和学期2 ）点击“确定”按钮3 ）系统显示该课程成绩该班级的所有学生成绩。4 ）老师点击“打印”按钮。（2） 、备选流3a系统提示出错，点击“确定”按
6、钮结束。4a系统提示“打印失败！请与管理员联系！ ”，结束。3、特殊需求：无。4、前置条件：成功“登陆”系统5、后置条件：无。6、扩展点：无。7、相关数据：所学课程的成绩。8、问题说明：无。管理员录入学生用例1、简要说明：本用例描述了管理员录入学生信息。2、事件流（1） 、基本流1 ）管理员点击录入学生信息功能按钮。2 ）在跳转的界面上，完成对学生信息的录入工作。3 ）点击“提交”按钮。4 ）界面提示“提交成功” 。（2） 、备选流3a 系统提示出错，点击“确定”按钮结束。3、特殊需求： 无。4、前置条件： 成功“登陆”系统5、后置条件： 无。6、扩展点：无。7、相关数据： 学生信息8、问题说
7、明： 无。管理员编辑学生用例1、简要说明：本用例描述了管理员编辑学生信息。2、事件流（1） 、基本流1 ）管理员点击查询学生信息功能按钮。2 ）系统跳转到学生列表界面， 管理员在要修改信息的学生那栏点击 “编辑”。3 ）管理员在跳转到学生详细信息页面上，对学生信息进行修改。4 ）点击“提交按钮” 。5 ）界面提示“提交成功” 。（2） 、备选流2a系统提示出错，点击“确定”按钮结束。5a系统提示“提交失败！请重新尝试或与管理员联系！”，点击“确定”按钮结束。3、特殊需求： 无。4、前置条件： 成功“登陆”系统5、后置条件： 无。6、扩展点：无。7、相关数据： 学生信息8、问题说明： 无。管理员
8、删除学生用例1、简要说明：本用例描述了管理员删除学生信息。2、事件流（1） 、基本流1 ）管理员点击查询学生信息功能按钮。2 ）系统跳转到学生列表界面， 管理员在要修改信息的学生那栏点击 “删除”。3 ）系统提示“确定要删除学生信息吗？这操作不可撤销！ ”4 ）点击“确定” 。5 ）界面提示“删除成功” 。（2） 、备选流2a系统提示“加在页面出错！ ”，点击“确定”按钮结束。4a点击“取消”按钮，结束。5a系统提示“删除失败！请重新尝试或与管理员联系！ ”，点击“确定”按钮结束。3、特殊需求：无。4、前置条件：成功“登陆”系统5、后置条件：无。6、扩展点：无。7、相关数据：学生信息8、问题说
9、明：无。管理员的其他用例， 与上面提到的几个大同小异， 所以本人直选几个典型的作为说明， 其 他用例这里就不列出了。2、活动图的绘制图是学生查询成绩的活动图下图为老师录入学生成绩的活动图，至于老师修改学生成绩和打印成绩等功能的活动图大同小异，这里就只给出一个活动图。感觉原来参照的报告的活动图画的并不正确， 功能的并列 并非活动并列。F图为管理员录入学生信息的活动图，步骤较少，所以较为简单。3、类图的绘制类图的最终绘制结果要等到顺序图绘制完毕。因为顺序图的绘制涉及到一些业务流程的处理以及一些类的方法的设置。所以当顺序图绘制完毕，然后生成相应的方法，那么类图的效果 才算完成。本人严格按照 MVC架
10、构的设计模式，把业务分为三层处理，即表现层，控制层， 实体层。表现层的类是以 action作为后缀，控制层是以service作为后缀。类图如下：TeacherAdion 伽wn番studentMarkijcrS( n/i« 帼m北背辰|tltj-gsrn沏帥y血 che&rwi 优cm址碍眾）孰細別 I)*f-idSccr-s- *findSiijd L-1。呻 upd die 3 c z i HManagerActioitf raw喪讽层每个类的下面第一个格子都放有该类的属性，而最底下的那个格子是用来放类的方法的。这里方法只给出关键性的，所以不一定所有类的所有方法都会在这个
11、类图设计中显示。其中表现层都会对对应的控制层和实体层产生依赖。而这里颇为重要的是Score实体类，由于它需要引用学生ID和课程ID，所以它就对Student类和Course类产生关联，对学生类表 现为多重性，即一个学生对象多个成绩对象，而一个成绩对象只对应一个学生对象。4、顺序图的绘制以下是顺序图的绘制，本人采用了标准的 MVC架构，来实现业务处理，即分为表现层（action）， 控制层（Service）和实体层（Entity）。学生登陆顺序图:赵1缶山阳ItM殆也|Airier qag:半牛懐 ill 觇 1 01 StudentServiceSUJrtcirDanndStJdrntRvTi
12、f冃户名-Student5 诉 SI Shxferrft 粹Br<as&jdent7ft9. Stude-il? 罗F钊眩站 jn+10返冋兰土菅连三吊面底学生查看成绩顺序图:liLWkW1帝嚼.氏瞬商勺评理心12 Msesee申耶尢学主电S.3: findC-cuseeOf)4 nndC3L£eByD課卷ID” :a返fill#握酋畫T iHEfb1 ei Cukre.Sfejdtrll： |=11 4fipyf IT*F對羽丹“中老师的登陆顺序图与学生的几乎一样，这里就不画了。下面给出老师录入学生成绩的顺序图。（原来参照的报告写错了， 顺序图应该是老师进行特定操作的
13、顺序图，而并非老师可以使用的功能的说明）老师录入成绩顺序图:.««.Temhash十:吒jTeacherActicnSLueDdo1迄拎神彳呈nu.nu2 firJSluden1 i3' fi ndStud*?nt< courselD)E：返画咒曲并集咅声杲贬-一-5: s：JdenffiH- J.ii sess on*X所荷学生应柴W9：乎交 岸生集台J旱三宾申哦;10: jpdaScore(.)1V upd ateS txej sore,c cxr se)12：r-p13：Twter3eivlw9weOK:leacherAction:leacherServ
14、iceSgwDe)o1选择G'pjn课琨id? findScorr-iPfflD.ilD)3: £闵沁|畑麹级ID詩閨U)4：返U scar會合t. IS scare>-S-痞2亠+亠.亠E醛mg己宾咅朮Blse弓引orii-管理员删除老师顺序图:.Teaci ei SketvI oe-|丁T-ahserD-Bd:菅理员MAnaTArArti nn iPAchprSrvi cp"npalxerDaoE X2:Icacheri）3 del£取花机:验 MID（t疋日t.1 ieflD）、4:5:还有其他的顺序图，但是也就那种画法，千篇一律。这里就不一一
15、给出了。提示一下，在这 里把顺序图画完之后，在方法调用那里右键->new opetation，那么在对应的类里就会添加相应的方法，而且是关键的方法。5、合作图的绘制这里说明一下，只要顺序图出来了， 那么合作图就会出来。 顺序图侧重的是时间上对象与对 象之间的调用关系和对象的生命周期。而合作图本质上与顺序图是一样的，只是它更侧重的是对象之间的结构关系，不侧重与时间。下面给出上面几个顺序图对应的合作图。学生登陆合作图：吕曲cntB/ICX用户芒） /4 /-SlidertStudeniDao学生查看成绩合作图:2:从sassi on申职出学生记懼11.把J鶴歼叢Mlsession中f生十直i
16、t戊庄P询iTn-S-indCouscBylD)>J 7 fi ndSoore Course Studftrir)'TiitlnTfSPM z8-老师录入成绩合作图:J- findCo也LIW L1程I CourseErg住输入所有学兰成缔&台灯聚枚到强貼ion中教师5交（/空步合成绩F”L包二亠士 込、口 hfeacherAction/1：选择课程且示握交戌功界面M返回student合貯參 z13: z/2zfiidStudent()tCf. updateSco(e(,)1左国student隼右对象12老师打印学生成绩合作图:管理员删除老师信息合作图:6、状态图的绘制状态图较为简单，这里就只做简单说明。图中的每个圆角矩形代表对象的一种状态。黑点为起始状态，而黑点外有个圆的是终结状态。学生选择课程活动中学生对象状态图：教师管理学生成绩活动中教师对象状态图:査視学生予陆登茹打E卩学丰管理员信息管理活动中管理员对象状态图:管蛙员狀态朝师找态冷信恵營理教师佶蔑信息管理