下载文档原格式
1）用户需求需求分析1、为每个使用系统的人员设置权限。
只有通过权限验证的人才能使用系统。
2、学生可以使用该系统查询所学课程的成绩。
3、教师使用该系统完成学生成绩的录入、修改、显示和打印。
4、管理员使用系统输入学生信息、教师信息、班级信息和课程信息。
执行者学生教师管理员执行者“学生”：使用系统的目的是查询所学课程的成绩执行者“教师”：完成学生信息的录入、修改、显示和打印执行者“管理员”：输入学生信息、教师信息、班级信息和课程信息2）用例图绘制3）用例详细说明录入成绩用例1、简要说明：本用例描述了教师对课程成绩进行录入。
2、事件流(1)、基本流1）选择课程名称。
2）录入课程成绩。
3）系统更新课程成绩。
4）系统显示录入该课程成绩。
5）教师确认保存录入成绩。
6）系统保存教师所录入成绩。
重复1~6步，直到结束。
(2)、备选流1）a 如果没有要选择的课程名称，给出提示，结束。
5）a 如果教师没有确认保存录入成绩，给出提示，结束。
3、特殊需求：无。
4、前置条件：成功“登陆”系统5、后置条件：无。
6、扩展点：无。
7、相关数据：所学课程的成绩。
8、问题说明：无。
2、活动图的绘制……………………………………………秦玥1）活动图的绘制3、类图的绘制1)类图的绘制获取课程信息 查看开课教师查看考试成绩 课程名称 课程编号 授课教师 考试成绩成绩 获取课程信息获取授课地点 获取个人信息姓名 性别编号 年龄系别教师 学生成绩管理类图获取教师信息 获取学生信息 管理教师信息 管理学生信息姓名 性别编号 管理员查看个人信息 选择课程 获取课程信息 参加考试 获取考试信息 查看考试成绩姓名 性别 学号 班级 专业系别 学生 管理员管理信息类的类图参加考试获取考试信息查看考试成绩 姓名 性别 学号 班级 专业 系别学生4、顺序图的绘制……………………………………………代敏1）顺序图的绘制学生查看成绩顺序图：老师管理成绩顺序图：管理员管理信息顺序图：5、合作图的绘制……………………………………………江宇1）合作图的绘制学生成绩管理合作图6、状态图的绘制…………………………………………曾晓凤1）状态图的绘制①学生选择课程活动中学生对象状态图：②教师管理学生成绩活动中教师对象状态图：③管理员信息管理活动中管理员对象状态图：。
第1章系统需求学生成绩管理系统的域[1]描述如下：在学生成绩管理系统中，要为每个学生建立一个帐户，并给学生发放帐户(帐户可以提供帐户号、帐户初始密码)，帐户中存储学生的个人信息、选课信息以及课程成绩。
持有帐户的学生可以登陆系统，只能查看本人的个人信息、选课信息、个人成绩。
在登陆时，需要输入自己的账号和密码，系统验证学生是否有效(在系统中存在帐户)，若有效，则登陆系统，否则重新输入，超过三次，则不允许再次输入。
老师可以修改学生成绩信息，但仅限于学生选修的那门课程。
老师也有自己的个人帐户，权限比学生高，可以浏览学生信息。
学生成绩管理系统的管理员，可以编辑、添加、删除、学生信息。
对上述学生成绩管理系统的域描述进行分析，可以获得如下功能性需求：学生持有帐户 (帐户号和密码)。
学生可以登陆系统。
学生可以查看系统消息内的信息。
学生可以查看个人信息，个人成绩信息和选课情况。
在学期结束时，学生可以选课。
学生可以给管理员发消息。
老师可以修改选修自己课程的学生的成绩信息。
老师可以浏览选修自己课程的学生的信息。
学生成绩管理员可以创建新的学生帐户。
学生成绩管理员可以修改学生的帐户信息。
学生成绩管理员可以删除已存在的学生帐户。
学生成绩管理员可以在系统中添加学生信息。
学生成绩管理员可以编辑学生信息。
学生成绩管理员可以删除学生信息。
第2章需求分析采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。
2.1 识别参与者通过对系统需求的分析，可以确定系统中有三个参与者：StudentActor(学生)、TeacherActor(教师)、AdminerActor（管理员）。
参与者的描述如下：(1)Student描述：学生可以登陆、选课、查看系统信息、个人信息、提出意见，还可以取消选课。
示例：持有帐户的任何人或组织。
(2)Teacher描述：可以修改学生部分信息，浏览学生信息。
示例：持有帐户的任何人和组织。
1）用户需求
需求分析
1、为每个使用系统的人员设置权限。
只有通过权限验证的人才能使用系统.
2、学生可以使用该系统查询所学课程的成绩。
3、教师使用该系统完成学生成绩的录入、修改、显示和打印。
4、管理员使用系统输入学生信息、教师信息、班级信息和课程信息。
执行者
执行者“教师”：完成学生信息的录入、修改、显示和打印
执行者“管理员”：输入学生信息、教师信息、班级信息和课程信息
2）用例图绘制
3）用例详细说明
录入成绩用例
1、简要说明：本用例描述了教师对课程成绩进行录入。
2、事件流
（1)、基本流
1）选择课程名称.
2)录入课程成绩。
3）系统更新课程成绩。
4）系统显示录入该课程成绩.
5）教师确认保存录入成绩.
6）系统保存教师所录入成绩。
重复1～6步,直到结束.
(2）、备选流
1）a 如果没有要选择的课程名称，给出提示，结束。
5）a 如果教师没有确认保存录入成绩,给出提示,结束。
3、特殊需求：无。
4、前置条件：成功“登陆"系统
5、后置条件: 无。
6、扩展点：无.
7、相关数据：所学课程的成绩。
8、问题说明: 无。
2、活动图的绘制……………………………………………秦玥1)活动图的绘制
3、类图的绘制
5、合作图的绘制……………………………………………江宇1）合作图的绘制
学生成绩管理合作图
6、状态图的绘制…………………………………………曾晓凤1）状态图的绘制
②教师管理学生成绩活动中教师对象状态图：。
学院《面向对象技术》试验报告（二）第一章概述 (3)1.1课题背景和研究意义 (3)1.2主要工作和论文结构 (3)第二章需求分析及用例创建 (4)2. 1 需求分析 (4)2.2系统用例模 (4)2.2.1学员用例描述 (5)2.2.2系统管理员用例描述 (6)2.2.3系统数据库用例描述 (7)第三章系统静态建模 (9)3.1创建系统静态模型 (9)3.2学员用例类图 (9)3.3系统管理员类图 (9)3.4 系统数据库类图 (10)第四章系统动态建模 (12)4.1序列图 (12)4.1.1学员报名序列图 (12)4.1.2成绩查询序列图 (12)4.1.3维护成绩序列图 (13)4.2 协作图 (14)4.2.1 学员报名协作图 (14)422查询成绩协作图 ..................................................423维护成绩协作图 (14)4.3创建活动图 (14)4.4创建状态图 (15)第五章系统实现建模 (16)5.1系统构件图 (16)5.2系统部署图 (16)试验内容试验内容第二章需求分析及用例创建2.1需求分析考试成绩管理系统是举行成人高考、自学考试等成人高校对每个参与考试的学员成绩进行综合管理的一个系统。
本系统的功能性需求如下：•学员报名参加相应的科目考试，通过考试成绩管理系统办理考试报名手续，并产生相应的考试编号。
•每次考试完毕后，系统管理员及时将参加考试学员的考试成绩输入到考试成绩管理系统中。
•考试管理人员可以根据自己的权限通过考试成绩管理系统添加、删除、修改各种数据库中的数据。
•考试成绩管理系统能够根据数据库中的学员考试成绩，自动加以分类统计，进行排序显示。
2.2系统用例模型根据需求分析，考试成绩管理系统的参与者包含以下三种：•学员：参加考试的主体。
•系统管理员：负责考试成绩管理系统的操作和后台维护。
•系统数据库：参与系统完成各项功能的整个过程。
引言概述：UML学生管理系统是一种用于管理学生信息的软件系统，可以实现学生信息的增、删、改、查等功能。
本文将继续探讨UML学生管理系统的设计和实现，包括数据结构设计、功能模块设计、界面设计、系统性能优化以及安全性设计等方面。
正文内容：一、数据结构设计1. 学生信息表的设计：包括学生基本信息、课程信息、成绩信息等字段，采用关系数据库进行存储，设计合适的表结构以满足系统的需求。
2. 学生关系表的设计：建立学生与课程、学生与成绩之间的关系，采用关系型数据库的外键关联机制实现关系表的设计。
二、功能模块设计1. 学生信息管理模块：包括学生信息的增加、删除、修改和查询等功能，通过对学生信息表的操作实现。
2. 课程管理模块：包括课程信息的增加、删除、修改和查询等功能，通过对课程信息表的操作实现。
3. 成绩管理模块：包括成绩信息的增加、删除、修改和查询等功能，通过对成绩信息表的操作实现。
4. 班级管理模块：包括班级信息的增加、删除、修改和查询等功能，通过对班级信息表的操作实现。
5. 用户权限管理模块：包括用户登录、权限分配和用户信息管理等功能，通过对用户表的操作实现。
三、界面设计1. 登录界面设计：提供用户登录的界面，包括用户名和密码的输入框以及登录按钮。
2. 学生信息管理界面设计：提供学生信息的录入、修改以及查询功能的界面，以表格形式展示学生信息。
3. 课程管理界面设计：提供课程信息的录入、修改以及查询功能的界面，以表格形式展示课程信息。
4. 成绩管理界面设计：提供成绩信息的录入、修改以及查询功能的界面，以表格形式展示成绩信息。
5. 用户权限管理界面设计：提供用户登录、权限分配和用户信息管理功能的界面，包括用户信息的录入、修改以及查询功能。
四、系统性能优化1. 数据库索引优化：通过添加适当的数据库索引，提高数据库查询的效率，减少查询时间。
2. 数据批量处理优化：对于批量的数据操作，采用批量处理的方式，减少数据库访问次数，提高系统的响应速度。
UML学⽣成绩查询系统实验报告班级：计算机应⽤组数：成员：⽬录⼀、学⽣成绩查询系统⽤例图 (3)1、学⽣的⽤例图 (5)2、教师的⽤例图 (5)3、教务⼈员的⽤例图 (6)4．系统管理员的⽤例图 (7)⼆、学⽣成绩查询系统顺序图 (7)三、学⽣成绩查询系统类图 (11)1.参与者类 (11)四、学⽣成绩查询系统活动图 (13)1.学⽣的活动图 (13)2.教务员的活动图 (14)3.教师活动图 (15)4系统管理员的活动图 (16)五、学⽣成绩查询系统构件图 (17)1、业务对象组件图 (17)2、⽤户界⾯组件图 (18)六、学⽣成绩查询系统部署图 (19)⼀、学⽣成绩查询系统⽤例图⽤例图在需求分析阶段有很重要的作⽤，它主要描述⼈们希望如何使⽤⼀个系统，作为参与者的外部⽤户所能观察到的系统功能的模型图。
开发的全过程都是围绕需求阶段的⽤例图进⾏的。
我们所开发的学⽣成绩查询系统内容⼗分丰富，⽤户包括学⽣、⽼师、教务⼈员，其⾓⾊层次图如图所⽰:系统⽤户授权⽤户学⽣⽼师教务⼈员⾓⾊层次图授权⽤户通过学⽣成绩查询系统的⾝份认证后享有系统规定的资源，教师可以输⼊学⽣的成绩，也可以查询其对应所教的科⽬的学⽣的成绩情况；学⽣可以查看所有科⽬的成绩结果以及对⾃⼰成绩核实并针对该情况申请错误信息；教务⼈员可以核实学⽣的成绩情况并分类各科的成绩。
管理员经过系统的⾝份验证后可以对系统进⾏相应的管理和维护，包括授权⽤户、添加⽤户和删除⽤户等。
经过以上分析，得出系统的⽤例模型如图所⽰:学⽣成绩查询系统的⽤例模型图作为学⽣成绩查询系统的参与者有：学⽣、⽼师、教务⼈员、系统管理员。
（1）参与者⾸先是学⽣，学⽣可以登录系统，并可以根据⾃⼰的情况修改密码，然后通过登陆系统查看⾃⼰的成绩，并可以对⾃⼰的成绩提出申请错误信息。
（2）其次是作为参与者的教师，教师可以输⼊学⽣的成绩，也可以查询其对应所教的科⽬的学⽣的成绩情况。
（3）第三参与者就是教务⼈员，教务⼈员就是核实学⽣的成绩情况并分类各科的成绩。
2012 —— 2013学年第二学期
信息技术学院
《UML系统建模基础教程》综合设计实验***系统的UML建模
班级软件工程
学号*********
姓名付园园
任课教师淩凤彩
日期2013年06月20日
目录
第1章需求分析 (2)
1.1 系统的功能需求 (2)
1.2 用例模型 (3)
1.1．1 识别参与者 (3)
1.1.2 识别用例 (4)
1.1.3 用例的事件流描述 (4)
第2章静态结构模型 (10)
2.1 定义系统对象 (10)
2.2 定义用户界面类 (10)
2.3 建立类图 (10)
第3章动态行为模型 (13)
3.1 创建系统顺序图（协作图） (13)
3.2 创建系统的状态图 (15)
3.3 创建系统的活动图 (17)
第4章物理模型 (20)
4.1 创建系统组件图 (20)
4.2 创建系统部署图 (20)
第5章实验总结 (21)
第1章需求分析
1.1 系统的功能需求
该学生成绩管理系统是一个面向学生，教师的用来进行对学生成绩管理的管理信息系统。
该信息系统能够为师生提供各种管理服务。
(1)学生成绩查询系统能够为一定数目的学生提供服务，每个学生都能够有唯一的账号，每一个账号包括个人的编号和个人信息，系统通过一个单独的程序为学生提供服务，不需要人员的干预，这些服务包括：查询成绩，修改自己的密码； (2)学生的成绩需要教师对其进行录入和修改，或删除，既学生不直接与系统交互，教师代其与系统进行交互，当然教师也可以进行对成绩的查询 (3)而系统管理员主要负责的是对教师或者学生的信息进行管理，并且管理员还得对本系统设置权限。
或者可以通过师生的唯一账号对成绩进行查询。
对上述学生成绩管理系统的域描述进行分析，可以获得如下功能性需求：
➢学生拥有唯一的个人账户及密码
➢教师对学生的成绩进行录入
➢教师查看学生的成绩
➢教学管理员可以修改教师基本信息
➢教学管理员可以修改学生基本信息
➢教学管理员可以添加教师基本信息
➢教学管理员可以添加学生基本信息
➢教学管理员可以删除教师基本信息
➢教学管理员可以删除学生基本信息
➢教学管理员对学生的成绩进行修改
➢教学管理员对学生的成绩进行删除
➢教学管理员可以进行课程管理
➢教学管理员可以通过师生的唯一账号对成绩进行查询
根据以上分析，给出系统功能图（可选）：
1.2 用例模型
采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。
1.1．1 识别参与者
经过对该系统的分析，参与者可确定为：学生、教师和教学管理员
1.1.2 识别用例
用例包含：学生、教师、教学管理员
1.1.3 用例的事件流描述
部分主要事件流：
①
用例编号：001
用例名：用户登录
用例描述：用户根据自己的用户名和密码，登录到成绩管理系统
参与者：学生和教师
前置条件：电子商城正常运行时间
后置条件：如果用户登录成功，该用户可进行权限范围内的相关操作；如果用户登录未成功，则终止登陆或者重新登陆。
基本路径：
1、用户进入成绩管理系统；
2、用户输入用户名和密码
3、用户提交输入信息；
4、系统对用户的账号和密码进行有效性检查；
5、系统记录并显示当前登录用户；
6、用户进行权限范围内的相关操作；
7、系统允许进行权限范围内的相关操作操作；
扩展点：
用户的账号或者密码错误
1.系统弹出提示信息错误的窗口
2. 用户离开或重新登陆
②
用例编号：002
用例名：学生成绩查询
用例描述：学生在浏览过程中，选中相应操作，并将其添加到购物车中
参与者：学生
前置条件：系统正常运行时间
后置条件：若学生登陆成功，且成绩查询无误，则该学生可以关闭该窗口，根据自己的意愿进行其他相关操作；如果购物用户登录不成功终止操作。
基本路径：
1、系统确认用户已登录；
2、学生浏览想要查询的成绩；
3、确认成绩无误，关闭该窗口；
4、若成绩有误，直接向系统提出修改申请
5、由系统进行数据库查询，核实成绩，把修改结果反馈给学生
6、系统提示已批阅申请
7、学生再次查看成绩，确认无误
8、退出系统或进行其他权限范围内的操作。
③
用例编号：003
用例名：教学管理员修改用户信息
用例描述：教学管理员修改相应用户信息
参与者：教学管理员
前置条件：学生成绩管理正常运行时间
后置条件：若教学管理员登陆成功，且相应用户信息存在，则管理员可以修改相应用户信息；否则，教学管理员不可以执行该操作。
基本路径：
1、教学管理员进入学生成绩管理系统后台；
2、学生成绩管理输入用户名和密码；
3、学生成绩管理提交验证信息；
4、系统对教学管理员的账号和密码进行有效性检查；
5、教学管理员进入用户管理界面；
6、教学管理员搜索相应用户，点击修改按钮；
7、教学管理员进入用户信息修改界面；
8、教学管理员修改用户信息；
9、教学管理员提交修改后用户信息；
10、系统输出修改成功提示；
④
用例编号：004
用例名：教师录入学生成绩
用例描述：教师录入相关学生的成绩到系统
参与者：教师
前置条件：学生成绩管理系统正常运行
后置条件：若管理员登陆成功，则教师可将相关学生的成绩录入到系统；否则管理员不可执行该操作。
基本路径：
1、教师进入学生成绩管理系统；
2、教师输入用户名和密码；
3、教师提交验证信息；
4、系统对教师的账号和密码进行有效性检查；
5、教师进入成绩管理界面；
6、教师点击录入学生成绩按钮；
7、教师进入成绩录入界面；
8、教师输入相应成绩；
9、教师提交信息；
10、系统输出添加成功提示；
该系统涉及到的用例图主要有：系统用例图、学生用例图、教师用例图、教学管理员用例图
(1)系统用例图：学生有用户管理、课程管理、成绩管理、登陆系统的权限；教师有用户管理、课程管理、成绩管理、登陆系统的权限；教学管理员具备所有管理的权限。
具体用例图如下所示：
（1）学生用例图
(2)教师用例图：教师通过成绩管理可进行成绩的录入并查看学生成绩，通过教学管理可进行历年数据查询和个人课表查询等，通过用户管理可以查看个人基本信息和注销登录、修改密码。
见下图：
(3)管理员用例图：可进行选课管理、成绩管理、教学管理、课程管理和系统设置、用户管理。
具体如下图所示
第2章静态结构模型
进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。
系统的静态结构模型主要用类图和对象图描述。
2.1 定义系统对象
系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行。
2.2 定义用户界面类
通过对系统的不断分析和细化，可识别出下述界面类、类的操作和属性。
2.3 建立类图
识别出了系统中的类后，还要识别出类间的关系，然后就可以建立类图了。
实体类图：
边界类图：
第3章动态行为模型
系统的动态行为模型由交互作用图(时序图和协作图)、状态图、活动图描述。
3.1 创建系统序列图（协作图）
描述系统用例的主要场景的序列图（协作图）如下所示。
学生序列图：
教师序列图：
管理员序列图：
3.2 创建系统的状态图学生状态图：
管理员状态图：
教师状态图：
3.3 创建系统的活动图学生活动图：
管理员活动图：教师活动图：
第4章物理模型4.1 创建系统组件图
4.2 创建系统部署图
第5章总结
这次我做的是学生成绩管理系统，主要包含了协作图、序列图、状态图、活动图、类图、用例图的构建，通过对学生成绩管理系统的功能需求分析了解了该系统的建模思路、用例的事件流描述加深了对学生成绩管理系统的概念、通过这次成绩管理系统的建模熟练了图形的画法等操作。
这次实验在学习和运用中度过，实验过程中也有很多问题，对图形画法的不熟练，对建模思路的不明确，对建模时工具的认知不够，这些都降低了这次实验的进度，值得庆幸的是，这些问题都可以通过教材和请教同学得到解决。
通过这次建模不仅收获了专业上的知识也锻炼了自己的思路的扩展，通过这次建模相信以后思考问题的时候会更加贴合实际的需求做出符合实际符合社会需求的设计。
因为知识的有限和时间的局限，这个成绩管理系统或多或少存在不完善的地方，但是我已经用自己所学只是尽量的完善它，如果有不尽完善的地方，希望老师给予改正完善的机会。
最后，在这次实验我想感谢来自同学耐心的讲解和老师详细的答惑。
参考文献：《ＵＭＬ系统建模基础教程》。
