学生成绩管理系统用例模型
学生成绩管理系统需求分析
实验一：需求分析项目名称：学生成绩管理系统一、用例视图1.用例图如下图 1—12，用例描述图1—1主要描述了学生成绩管理系统的主要参与者在系统中各自的角色和各自可以进行的操作，明确了每个人的基本权限，任何人员都不可以进行自己权限以外的操作。
管理员：管理员参加的操作主要有登录，打开关闭对系统的操作，录入、查看、修改每个使用人员的信息，查看学生成绩并对学生的成绩进行排名。
登陆系统的时候，要选择自己的身份，输入正确的账号和密码登陆进入系统。
在不需要开放系统的时候，管理员要将系统关闭，并对系统进行维护等工作，在期末教师需要录入成绩的时候和开学时学生要查看自己成绩的时候将系统开放使用，让身份为学生和教师的账号也可以进入系统，其他非系统开放时间只有管理员可以进入系统。
录入人员信息主要是在学校新生入学的时候和学校招聘新教师的时候将老师和学生的信息录入系统，并为添加的每一个人分配一个登陆账号和密码，不同的身份的人员具有不同的操作权限。
例如学生只可以查看自己的成绩和自己的排名，不能够修改添加删除自己或别人的成绩，不能够修改自己的基本信息。
老师只能够为自己所教的课程和选择了这门课的学生录入成绩，而不能为别的课程录入信息，不能够修改自己的操作权限和基本信息。
在学生毕业并对自己在校的任何信息都没有异议之后，在学生离校以后，老师离职以后将已经录入的老师和学生信息删除，相应的账号和密码将不能够再登陆系统。
对出现了错误的账号密码等进行修改，解决学生或老师不能登录系统的问题。
管理员可以查看所有学生的成绩，但是没有权利对学生的成绩进行修改。
对学生的成绩按照单科成绩从高到低，总成绩从高到低，按学号顺序给学生成绩进行排名，并把排名结果公布到系统到系统中，每个学生只能够看到自己的排名。
教师人员：教师人员参与的操作主要有登录系统，添加、删除、修改、查找学生成绩。
登陆系统的时候，要选择自己的身份，输入正确的账号和密码登陆进入系统。
教师只能添加删除修改查看自己所教的课程的学生的成绩，在处理完学生的试卷后将相应的学生的成绩录入到系统中去，不能录入不是自己学生的和不是自己教学的学生成绩。
学生信息管理系统分析及用例图
学生信息管理系统需求分析具备学生学籍管理系统Status 学生成绩管理系统Scores学生档案管理系统archives学生缴费信息系统Expends.等多种功能方便管理员登陆查询增加删除修改学生信息管理员能够增删用户能够使学生登陆查询自己的信息教师登陆能够查询所有的学生信息。
用户表userinfo 字段名数据类型长度主键否描述允许空Account varchar 11 是账号否Username varchar 4 否姓名否Password varchar 25 否密码否permit varchar 3 否权限否缴费信息表expends 字段名数据类型长度主键否描述允许空Account VARCHAR 11 是账号否Username VARCHAR 4 姓名否Money Int 缴费金额Whether VARCHAR 1 是否交完学籍信息表statusinfo 字段名数据类型长度主键否描述允许空Account varchar 11 是账号否Username varchar 4 姓名否sex varchar 1 性别否relation varchar 2 党团关系college varchar 6 学院educ varchar 5 学制level Int 级department varchar 15 系别depart varchar 11 专业成绩信息表scores 字段名数据类型长度主键否描述允许空Account varchar 11 是账号否Username varchar 4 姓名否Oracle Int principle Int 组成原理English Int 英语UML Int XML Int 档案信息表archives 字段名数据类型长度主键否描述允许空Account VARCHAR 11 是账号否Username VARCHAR 4 姓名否sex VARCHAR 1 性别否ID VARCHAR 18 身份证号Address VARCHAR 25 详细地址phone VARCHAR 11 电话In VARCHAR 6 现居地。
学生成绩管理系统测试用例
预期结果 通过 通过 通过 通过 通过 通过 通过 通过 通过 通过 通过 通过 通过 通过 通过
实际结果 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 通过 通过 通过
是否通过 否 否 否 否 否 否 否 否 否 否 否 否 是 是 是
用例 ID TC001 TC002 TC003 TC004
Stu5465464 通过
Stu211456 通过
Studgfhd 通过
Stu85456 通过
实际结果 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过
是否通过 否 否 否 否 否 否 否 否 否 否
TC011 TC012 TC013 TC014 TC015 TC016 TC017 TC018 TC019
姓名
预期结果
小小
通过
小王
通过
Sdf
通过
Asdfj212654 通过
Asdfa789 通过
美美
通过
红红
通过
丽丽
通过
莉莉
通过
王二小
通过
实际结果 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过 不通过
是否通过 否 否 否 否 否 否 否 否 否 否
TC011 TC012 TC013 TC014 TC015 TC016 TC017 TC018 TC019
Stu5646
通过
Stu123456 通过
Stu0147
通过
Stu878901 通过
Stu012364 通过
stst0000001 通过
stst0000002 通过
uml图例讲解剖析
证，验证通过后，数据库注销相应存款，返回注销完成信息，
银行系统在存折上打印取款记录。 请根据以上信息绘制顺序图。
UML图例讲解
(6)在某一学生指纹考勤系统中，有一个用例名为“上课登记”。此用例允 许学生在上课前使用系统识别自己的指纹信息进而识别自己的身份，同时 系统可以将登录信息存储在数据库中。 “上课登记”用例的主要事件流如下： 学生从系统菜单中选择“上课登记”； 系统显示指纹识别界面； 学生将手指放置于界面上； 系统捕获并识别学生的指纹，向学生返回识别的身份信息； 学生选择“确认”按钮； 系统生成一个关于该登记学生及当前日期、时间的新记录，并将该记录 保存到数据库中。 请根据以上描述绘制“上课登记”用例的顺序图。
UML图例讲解
(2)某银行储蓄系统需求说明如下。 ①开户：客户可填写开立账户申请表，然后交由工作人员验证并输入系统。 系统会建立账户记录，并会提示客户设置密码(若客户没做设置，则会有一 个缺省密码)。如果开户成功，系统会打印一本存折给客户。 ②密码设置：在开户时客户即可设置密码。此后，客户在经过身份验证后， 还可修改密码。 ③存款：客户可填写存款单，然后交由工作人员验证并输入系统。系统将建 立存款记录，并在存折上打印该笔存款记录。 ④取款：客户可按存款记录逐笔取款，由客户填写取款单，然后交由工作人 员验证并输入系统。系统首先会验证客户身份，根据客户的账户、密码，对 客户身份进行验证。如果客户身份验证通过，则系统将根据存款记录累计利 息，然后注销该笔存款，并在存折上打印该笔存款的注销与利息累计。 请根据以上信息绘制出系统的用例图。
②用户选择其中一种汽水，系统处理后将该种汽水释放。
请绘制此交互过程的协作图。
UML图例讲解
(9)医院拟引入一款患者监护系统。基本要求是随时接收每个 病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病
教务管理系统UML模型
§1 建立系统用例模型
(1)角色的确定
UML中，角色代表位于系统之外和系统 进行交互的一类对象，本系统中创建主要 的角色有： 教务员 教师 学生
(2)创建用例 教务管理系统根据运行流程可分为以下的几个用
例： 用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护
§1.1建立用例图
建立如下四个用例图 （一）顶层用例图 （二）学生角色用例图 （三）教师角色用例图 （四）教务员角色用例图
顶层用例图
学 生 角 色 用 例 图
教 师 角 色 用 例 图
教 务 员 角 色 用 例 图
§2 建立系统动态模型
2.1活动图 经过活动图的建模可以比较清楚地了
解整个进程过程的操作过程，本系统中 主要的活动图有如下几个：学生成绩查 询活动图、教务员修改学生资料活动图、 学生选课活动图以及教师成绩录入活动 图
学 生 成 绩 查 询 活 动 图
教 务 员 学 生 资 料 修 改 活 动 图
学 生 选 课 活 动 图
教 师 成 绩 录 入 活 动 图
§2建立动态模型
2.2顺序图 主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图
教 务 成 绩 录 入 协 作 图
§3系统类模型
3.1系统包图 将整个教务管理系统划分为人员信息、 接口和事务3个包，分别控制不同的应 用。
系统包图
§3系统类模型
3.2类图 根据系统划分的三类包图，分别讨论
人员信息包，接口包和事务包中的类图 分别为： 1、人员信息包内的类图 2、接口包内的类图 3、事务包内的类图
问题概述
在高校日常管理中，教务管理模式的科学 化与规范化，管理手段的信息化与自动化 对于学校的总体发展产生深远的影响，由 于管理内容过多，处理的过程也非常复杂， 随着学校人员的增加，教务管理系统的信 息量大幅上升，因此往往很难及时准确地 掌握教务信息的运作状态，所以迫切需要 现代化管理要求的教务管理系统。
教务管理系统UML模型
11级计科2班 李江慧090511233 沈良慧090511237 符 鹤090511231
分工情况：
前期--------李鸣：主要负责资料的收集和准备工作。
李江慧：主要负责用例图、对象图、类图、状态 图和部分协作图的绘制； 沈良慧：主要负责时序图、协作图、活动图的绘 制。
中期
23
返回
24
学生选课时序图
返回
25
返回
26
教师成绩录入时序图
返回
27
协作图
教务学生学籍管理协作图
学生注册协作图
学生选课协作图
教师成绩录入协作图
动态图首页
28
教务学生学籍管理协作图
返回
29
学生注册协作图
返回
30
学生选课协作图
返回
31
教师成绩录入协作图
返回
32
状态图
成绩录入 状态图
动态图首页
教师 学生 管理员
7
静态图
动态图
流程
8
静态图
用例图 类图 组件图 配置图
目錄
9
系统的用例图
教师进行教学管理的用例图 学生学习活动用例图 管理员进行系统维护的用例图
静态图首页
10
返回
11
返回
12
返回
13
人员信息类图
系统中的总类图
静态图首页
14
人员信息类图
返回
15
返回
16
组件图
返回
39
学生成绩查询活动图
返回
40
系 统 管 理 员 修 改 学 生 资 料 活 动 图
返回
41
学生成绩管理系统的建模与分析
7. 收获和体会
最常用的UML图包括:用例图，类图，顺序 图,状态图,活动图等，对我们来说最大的 收获就是自己动手实践进行UML统一建模,
掌握了面向对象UML统一建模语言
实现了"学生成绩管理系统"的设计和建模
随着教育信息化的不断深入，学校对学生成绩的管理需求日益增加 学生成绩管理系统必须能够处理大量的学生数据，提供快速的成绩录入、查询、修改和删 除功能 同时，系统还应当能够进行成绩的统计分析，为教师、学生和教务管理人员提供决策支持
功能需求主要包括 (1)学生拥有唯一的个人账户及密码 (2)教师对学生的成绩进行录入，查看学生的成绩 (3)教学管理员可以修改教师基本信息，修改学生基本信息，添加教师基本信 息，添加学生基本信息，删除教师基本信息，删除学生基本信息 对学生的成绩进行修改、删除
9
3.1 定义系统对象类
3.1 定义系统对象类
01
(1)学生类
02
(2)课程类
03
(1) 教师类
04
(2) 成绩类
05
(3) 系统管理员
类
10
3.2界面类
3.2界面类
(1)类MainWindow MainWindow是系统的主界面 (2)类studentDialog 界面类studentDialog是进行操作"添加学生"、"修改学生"或"删除学生"时所需的对话框
2.3.2 成绩录入的活动图
若成绩无效，系统会提示错误并要求重新录 入 有效则进入下一步 系统将录入的成绩数据保存至数据库，并可 能同步更新学生的总评成绩 成绩录入完成后，用户可以选择继续录入其 他课程的成绩或者退出成绩录入界面 整个成绩录入活动最终在所有操作结束后终 止于"结束"节点
学生成绩查询系统用例图
一、学生成绩查询系统用例图用例图在需求分析阶段有很重要的作用，它主要描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。
开发的全过程都是围绕需求阶段的用例图进行的。
我们所开发的学生成绩查询系统内容十分丰富，用户包括学生、老师、教务人员，其角色层次图如图所示:学生老师教务人员角色层次图授权用户通过学生成绩查询系统的身份认证后享有系统规定的资源，教师可以输入学生的成绩，也可以查询其对应所教的科目的学生的成绩情况；学生可以查看所有科目的成绩结果以及对自己成绩核实并针对该情况申请错误信息；教务人员可以核实学生的成绩情况并分类各科的成绩。
管理员经过系统的身份验证后可以对系统进行相应的管理和维护，包括授权用户、添加用户和删除用户等。
经过以上分析，得出系统的用例模型如图所示:学生成绩查询系统的用例模型图作为学生成绩查询系统的参与者有：学生、老师、教务人员、系统管理员。
（1）参与者首先是学生，学生可以登录系统，并可以根据自己的情况修改密码，然后通过登陆系统查看自己的成绩，并可以对自己的成绩提出申请错误信息。
（2）其次是作为参与者的教师，教师可以输入学生的成绩，也可以查询其对应所教的科目的学生的成绩情况。
（3）第三参与者就是教务人员，教务人员就是核实学生的成绩情况并分类各科的成绩。
（4）整个系统的管理都是由系统管理员进行的，如用户的授权、用户的添加与删除等情况。
所以系统管理员的角色也非常重要。
1、学生的用例图包含如下的用例：（1）登录系统。
（2）查看自己的成绩情况。
（3）申请错误信息。
（4）修改密码。
学生的用例图2、教师的用例图包含如下的用例：（1）登录系统。
（2）输入学生成绩。
（3）查看学生该科目的成绩。
老师的用例图3、教务人员的用例图包含如下的用例：（1）登录系统。
（2）核实学生成绩。
（3）分类各科成绩。
教务人员的用例图4．系统管理员的用例图包含如下的用例：（1）授权用户。
（2）添加用户。
学生成绩管理系统的用例类图课件
查询成绩
显示查询结果
导出查询结果
用户选择查询条件，如 课程名称、学期等。
系统根据用户选择的查 询条件查询成绩。
系统将查询结果以列表 形式展示给用户。
用户可以将查询结果导 出为Excel或其他格式。
成绩修改功能用例图
选择修改课程
用户选择需要修改成绩的课程 。
修改成绩
用户输入新的成绩并提交修改 请求。
下载导出文件
系统生成导出文件并提供下载链接给用户下 载。
05 学生成绩管理系 统类图绘制
学生类图绘制
学生实体类
包括学生ID、姓名、性别、年龄 等属性。
学生操作类
包括添加、修改、删除学生信息 ，查询学生信息等操作。
课程类图绘制
课程实体类
包括课程ID、课程名称、课程学分等 属性。
课程操作类
包括添加、修改、删除课程信息，查 询课程信息等操作。
传统成绩管理方式的不足
传统的学生成绩管理方式存在效率低下、易出错等问题，无法满足 现代教育的需求。
信息化成绩管理系统的优势
信息化成绩管理系统可以提高管理效率、减少人为错误、方便学生 和教师查询等。
课件目标
01
02
03
04
掌握用例图的基本概念和绘制 方法。
了解学生成绩管理系统的基本 功能和需求。
能够绘制学生成绩管理系统的 用例类图。
课程展望
进一步拓展成绩管理系统的功能
在现有功能的基础上，可以进一步拓展成绩管理系统的功能，如增加 数据分析、预测等功能，提高系统的实用性和智能化程度。
加强与其他系统的集成
可以将成绩管理系统与其他相关系统进行集成，实现数据的共享和交 换，提高工作效率和数据准确性。
学生课程成绩管理系统测试报告需求分析+概要设计+测试用例
《软件质量保证与测试》课程第 11 小组丁涛涛 20111081201 2011 级计2 班测试对象：保山第九中学学生课程成绩管理系统被测试人：王家静 20101081243楚雄师范学院信息科学与技术学院2014年5月1¡简介1.1目标本文档是保山第九中学学生课程成绩管理系统的软件需求规格说明书。
本文档的面向软件开发人员和软件测试人员。
软件开发人员根据该文档完成概要设计文档，测试人员根据该文档完成系统测试计划、策略和系统测试用例。
1.2范围本文档主要包括保山第九中学学生课程成绩管理系统项目所有功能,主要包括以下几个方面: 密码修改、重新登录、学生成绩管理、课程成绩管理等四个部分。
2¡总体概述2.1软件概述2.1.1项目介绍本系统的目标是开发一个操作简单、界面友好、功能齐全、能够满足各中学桌面管理系统，给管理者提供了一个在Windows操作系统上运行的管理平台，可以代替人工重复性劳动，从而节省人力财力时间资源，大大提高工作效率和质量。
2.1.2产品环境介绍该系统是一个完全独立的产品，实现项目工作任务书中规定的所有需求项目。
2.2软件功能该系统是一个信息管理，该系统开发环境：Windows 7，数据库工具：Access2010，开发语言：Visual Basic6.02.3用户特征用户需要有基本的计算机使用常识，并且了解该系统的基本功能。
该软件的用户分为两类：教师和学生，利用该系统进行成绩信息进行管理。
3¡需求分析3.1需求详述该系统的用户分为教师和学生。
教师的功能有：管理某一学生或课程的信息以及成绩，包括增、删、查、报表打印等；学生用户只能查看个人的信息以及成绩。
系统运行在Windows平台上，要求有一个较好的图形用户界面，操作要求简单。
3.2系统模块流程图该系统的模块流程图，如图3.1所示：图3.1系统流程图3.3功能需求学生课程管理系统需要完成的功能有密码修改、重新登录、学生成绩管理、课程成绩管理四个部分。
学生成绩管理系统的用例、类图
信息管理
教师信息
课程信息
学生信息 院系信息
班级信息
不符合条 件
错误提示
返回
3、类图和对象图的绘制 类图描述类与类之间的静态关系。 对象图是类图的实例。
类名 - 属性
+操作
说明： 一个学生可以选1到多门课程，一门课程可以被0至多个学生选取。
学生
学号 姓名 性别 班级 专业 系别
选择课程 获取课程信息
（2）、用例图绘制
管理员 教师 学生
管理员模块 教师模块 学生模块
学生成绩管理系 统提供网上成绩 管理平台主要分 为管理员、教师、 学生三部分的功 能。管理员功能 体现在后台管理 模块，教师和学 生的功能用来进 行留言交流，成 绩管理和信息查 询。
用例：管理员、 教师、学生分别 使用各自系统， 完成系统相应的 业务功能。
显示； 4）、管理员使用该系统输入学生信息、教师信息、 院系信息、班级信息、课程信息。
执行者（行为者）：
管理员
教师
学生
1、执行者 ”管理员”：输入学生信息、教师信息、院系信息、班级 信息、课程信息；
2、执行者 “教师”： 完成学生成绩的录入、修改、显示；
3、执行者 “学生”： 使用系统的目的是查询所学课程的成绩。
管理学生信息
管理院系信息 管理班级信息 管理课程信息
5、合作图绘制：描述相互协作的对象间的交互关系（静
态链接关系）
读取
学生
成绩
登录
学生成绩管理系统 学生成绩管理合作图
查询
学生成绩管理系统
1、用例图绘制 2、活动图绘制 3、类图绘制 4、顺序图绘制 5、合作图绘制
1、用例图绘制
java学生成绩管理系统类图,学生成绩管理系统的分析及设计-应用UML建模
java学⽣成绩管理系统类图,学⽣成绩管理系统的分析及设计-应⽤UML建模《学⽣成绩管理系统的分析及设计-应⽤UML建模》由会员分享，可在线阅读，更多相关《学⽣成绩管理系统的分析及设计-应⽤UML建模(48页珍藏版)》请在⼈⼈⽂库⽹上搜索。
1、第1章 系统需求学⽣成绩管理系统的域1描述如下：在学⽣成绩管理系统中，要为每个学⽣建⽴⼀个帐户，并给学⽣发放帐户(帐户可以提供帐户号、帐户初始密码)，帐户中存储学⽣的个⼈信息、选课信息以及课程成绩。
持有帐户的学⽣可以登陆系统，只能查看本⼈的个⼈信息、选课信息、个⼈成绩。
在登陆时，需要输⼊⾃⼰的账号和密码，系统验证学⽣是否有效(在系统中存在帐户)，若有效，则登陆系统，否则重新输⼊，超过三次，则不允许再次输⼊。
⽼师可以修改学⽣成绩信息，但仅限于学⽣选修的那门课程。
⽼师也有⾃⼰的个⼈帐户，权限⽐学⽣⾼，可以浏览学⽣信息。
学⽣成绩管理系统的管理员，可以编辑、添加、删除、学⽣信息。
对上述学⽣成绩管理系统。
2、的域描述进⾏分析，可以获得如下功能性需求：学⽣持有帐户 (帐户号和密码)。
学⽣可以登陆系统。
学⽣可以查看系统消息内的信息。
学⽣可以查看个⼈信息，个⼈成绩信息和选课情况。
在学期结束时，学⽣可以选课。
学⽣可以给管理员发消息。
⽼师可以修改选修⾃⼰课程的学⽣的成绩信息。
⽼师可以浏览选修⾃⼰课程的学⽣的信息。
学⽣成绩管理员可以创建新的学⽣帐户。
学⽣成绩管理员可以修改学⽣的帐户信息。
学⽣成绩管理员可以删除已存在的学⽣帐户。
学⽣成绩管理员可以在系统中添加学⽣信息。
学⽣成绩管理员可以编辑学⽣信息。
学⽣成绩管理员可以删除学⽣信息。
第2章 需求分析采⽤⽤例驱动的分析⽅法分析需求的主要任务是识别出系统中的参与者和⽤。
3、例，并建⽴⽤例模型。
2.1 识别参与者通过对系统需求的分析，可以确定系统中有三个参与者：StudentActor(学⽣)、TeacherActor(教师)、AdminerActor(管理员)。
学生成绩管理系统
目录摘要 (1)1．课程设计目的 (1)2．课程设计报告内容 (1)2.1.可行性分析 (1)3.需求分析 (2)3.1系统需求分析 (2)3.2功能描述 (2)3.3性能描述 (3)3.4模块设计 (3)4．UML建模 (4)4.1用例图 (4)4.2类图 (6)4.3顺序图 (7)4.4 合作图 (8)4.5 状态图 (9)4.7构件图 (12)4.8部署图 (12)5．总结 (12)学生成绩管理系统摘要在现今信息时代，生活速度的加快，使得人们越来越向信息化、数字化发展。
随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长，尤其是学生的考试成绩数据。
面对庞大的学生的成绩，需要有学生成绩管理系统来提高学生管理工作的效率。
介于此提出了学生成绩管理系统，用基于面向对象建模语言统一建模语言（UML）对其进行了静态、动态的模型设计，最终形成体统总体的分析模型架构，为学校学生成绩管理系统的开发和完善提供了参考模型。
关键词：UML，模块，学生成绩管理系统1．课程设计目的UML统一建模课程是一门面向对象开发方法的设计语言。
UML统一建模课程设计实验课，着重加强面向对象建模技术。
使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。
通过模型实现了从业务领域到软件领域的映射。
通过建模，使问题可视化，形式化。
通过以序列的建模和迭代活动，对于提高学生综合素质十分必要。
UML统一建模课程是本科类计算机专业的一门骨干课程，技术复杂，应用范围广。
本课程设计实验主要内容：构建系统的分析模型、设计模型。
主要目标如下：1. 掌握面向对象的分析技术、设计技术；2. 构建“学生成绩管理系统”的需求分析模型和设计模型；2．课程设计报告内容2.1.可行性分析随着网络通信技术的迅速发展和信息技术的广泛应用，计算机的应用已普及到经济和社会生活的各个领域。
学生成绩管理系统软件架构课程设计
淮海工学院计算机工程学院《大型软件系统构造》大作业名称：学生成绩管理系统的设计专业班级：软件122班*名：**系（院）：计算机工程学院时间： 2015.4.8~~2015.6.8目录第一章需求分析1 引言 (2)1.1 项目背景 (2)1.2 系统目标 (2)1.3 范围+Feature+上下文图 (2)1.4 用例图 (3)1.5 用例规约 (3)2 需求 (4)2.1 功能需求 (4)2.2 性能需求 (5)2.3 约束需求 (5)第二章领域建模1 类图 (5)2 状态图 (7)3 可扩展性 (8)第三章关键需求1 确定关键质量 (9)2 确定关键需求 (9)3 具体关键需求分析 (10)第四章概念架构设计1 系统架构模式 (11)2 鲁邦图 (11)第五章细化架构设计1 逻辑架构 (12)2 开发架构 (14)3 物理架构 (15)4 运行架构 (15)5 数据架构 (16)第六章架构验证1 关键组件 (17)2 交互方式 (18)3 架构验证结论 (19)第七章总结 (20)第一章需求分析1 引言1.1 项目背景每个学校都需要进行考试成绩的统计分析工作，而这些工作都必须在考试结束后尽快完成。
大量的成绩数据的统计工作如果只靠人工完成，费时费力，还容易出错。
使用计算机对学生成绩管理信息进行管理，具有手工管理所无法比拟的有点。
尤其是随着教学体制的不断改革，学分制、选课制的展开和深入，学生成绩日常管理工作及保存管理日趋繁重、复杂。
高校都迫切需要研制开发一款属于自己的功能强大，操作简单，具有人性化的学生成绩管理系统。
因此需要开发出一个满足学校进行成绩的录入、查询、修改和统计等需求的功能完善、安全可靠并且迅速便捷的成绩管理系统。
1.2 系统目标通过调查分析，开发出一个操作简便、界面友好、灵活实用、安全可靠的学生成绩管理系统是一个学校不可缺少的重要部分，它的内容对于学校的决策者和管理者来说都至关重要。
学生成绩查询系统
系统分析与设计统一建模语言UML小组作业项目内容：_________________ 学期：2015-2016第1学期班级： ********1403 成员：_________________2015年×月×日学生成绩查询系统第1章需求分析1.1系统建设的意义随着社会的发展，学生成绩查询系统结合了各种新的技术，通过可行性的技术途径来整合各种资源，为管理人员节省出大量的时间，更好的的为学生和老师服务，还将管理人员从繁琐重复的成绩录入工作中解脱出来，集中精力关注学生的情况，而且通过模板书写的成绩更加完整、规范，学生成绩查询系统通过提供了完整、规范的成绩模板，避免了书写潦草、缺页、漏项、模糊及不规范用语等常见问题，提高成绩审核合格率，还方便了学生查询自己的成绩。
1.2系统需求描述从系统功能描述可以划分为以下几方面：学生系统：教师系统：管理系统：1.3问题定义“学生成绩查询系统”适用各高校的学生查询、教师录入。
用户是学生、教师、信息管理人员。
该系统主要包括“学生系统”、“教师系统”、“管理系统”。
其中查询信息主要包括学生自己成绩信息的相关信息，老师查询学生信息以及学生查询结果的相关信息，信息管理人员查询教师相关信息和学生的相关信息。
学生成绩查询系统主要管理学生成绩的相关信息。
第2章系统的UML基本模型2.1系统整体的用例模型图2-1系统整体用例模型用例模型描述：患者主要使用查询病例信息用例和自主挂号用例。
收银员主要使用药费和办理医疗卡用例，其中用费用例又包含收取挂号费和检查费用例。
护士的主要使用挂号、配药、办理就诊卡和登记患者信息用例；信息管理人员主要使用医护人员管理、药品管理和病人信息管理用例；医生主要使用检查和诊断用例，其中诊断用例有包含开检查单、开药方和开诊断结果用例。
2.2系统整体的用户类图图2-2系统整体用户类图系统用户类图描述：系统用户有病人、医生、护士、收银员、信息管理人员。
visio2007学生成绩管理系统误用用例
visio2007学生成绩管理系统误用用例摘要：1.引言2.Visio2007 学生成绩管理系统介绍3.用例的概念和作用4.误用用例的情况分析5.如何避免误用用例6.结论正文：【引言】在软件开发过程中，用例被广泛应用，用以描述系统的功能需求。
然而，在实际操作中，往往会出现误用用例的情况，给软件开发带来困扰。
本文以Visio2007 学生成绩管理系统为例，探讨误用用例的情况及其解决方法。
【Visio2007 学生成绩管理系统介绍】Visio2007 学生成绩管理系统是一款用于学校管理的软件，主要功能包括学生信息管理、成绩管理等。
该系统的开发过程中，需要通过用例来描述其功能需求。
【用例的概念和作用】用例，即User Case，是一种描述软件系统功能需求的技术。
它通过描述系统与用户之间的交互过程，来表达系统的功能需求。
在软件开发过程中，用例有助于开发人员更好地理解系统的功能需求，从而提高软件的质量。
【误用用例的情况分析】在Visio2007 学生成绩管理系统的开发过程中，可能会出现以下几种误用用例的情况：1.用例描述不清晰：用例中对系统的功能描述模糊，导致开发人员理解错误，从而实现的功能与实际需求不符。
2.用例不完整：用例只描述了系统的部分功能，忽略了其他重要功能，导致系统出现漏洞。
3.用例矛盾：用例之间存在逻辑矛盾，导致系统实现时出现错误。
【如何避免误用用例】为了避免误用用例，可以采取以下措施：1.提高用例描述的清晰度：在编写用例时，应尽量描述清晰，避免模糊不清的表述。
2.确保用例完整性：在编写用例时，应考虑系统的所有功能，确保用例的完整性。
3.检查用例的一致性：在编写用例时，应检查用例之间的一致性，避免出现逻辑矛盾。
【结论】误用用例是软件开发过程中常见的问题，对软件质量产生不良影响。
通过提高用例描述的清晰度、确保用例完整性和检查用例的一致性，可以有效避免误用用例的情况，从而提高软件的质量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验三：用例模型
题目：学生成绩管理系统
一、用例图
二、用例描述
（一）.用例名称：登录。
参与者：使用者。
1.1 简要说明
对登录的流程进行描述，操作者输入用户名、密码、选择用户类型进行登录。
1.2 事件流
1.2.1 基本流
(1) 用户：进入登录页面，用例开始；
系统：显示登录界面；
(2) 用户：输入登录信息，登录信息包括：用户名、密码、用户类型；
系统：显示输入信息；
(3) 用户：可能进行下面两种操作：
(a) 用户：选择登录，则执行基本流(4)；
(b) 用户：选择重置，则返回到基本流(1)；
(4) 系统：验证用户的登录信息，可能有下边两种情况；
(a) 登录成功：执行基本流(5)；
(b) 登录失败：执行备选流(1)；
(5) 登录成功，结束此用例。
1.2.2 备选流
(1) 登录失败：如果系统检测到用户名、密码不存在或错误，则提示用户输入的登录信息不正确，系统返回到选择登录前的状态，用户可以重新输入/修改登录信息，重新执行基本流(3)。
1.3特殊需求(约束和非功能性需求)
1.3.1 第一特殊需求
要求用户密码安全。
1.4 前置条件
1.4.1 第一前置条件
系统已启动到登录界面。
1.5 后置条件
1.5.1 第一后置条件
用户登录成功后，根据用户类型进入到相应界面。
Administrator用户进入到管理员界面，Employee用户进入到个人用户界面。
1.5.2 第二后置条件
用户登录失败，返回到登录界面。
（二）.用例名称：添加成绩。
参与者：老师。
2.1 简要说明
对添加成绩的流程进行描述，老师对学生的各科成绩进行添加。
2.2 事件流
2.2.1 基本流
(1)用户：老师选择进入添加成绩界面，用例开始；
系统：显示添加成绩界面；
(2)用户：新添加一条成绩；
系统：显示添加信息；
(3) 用户：可能进行下面两种操作：
(a) 用户：选择提交添加的成绩信息，则执行基本流(4)；
(b) 用户：选择重置添加成绩信息，则返回到基本流(1)；
（c）用户：选择退出，则返回老师管理界面；
(4)系统：显示是否提交添加信息：
（a）选择是，执行基本流（5）；
（b）选择否，则执行备选流（1）；
(5) 添加成绩成功，结束此用例。
2.2.2 备选流
(1)选择否：如果不想添加成绩，执行备选流（2）；继续对成绩进行操作，执行事件流（2）；
（2）退出添加成绩界面，返回主界面。
2.4 前置条件
第一前置条件
老师成功进入添加成绩的界面。
2.5 后置条件
第一后置条件
完成了对成绩的添加，返回主界面。
（三）.用例名称：管理信息。
参与者：管理员
3.1 简要说明
对管理信息的流程进行描述，管理员对学生、老师进行增、删、改、查的操作。
3.2 事件流
3.2.1 基本流
(1)用户：管理员进入信息管理界面，用例开始；
系统：显示管理信息界面；
（2）用户：选择对信息的管理；
(3) 用户：提交对信息的操作；
系统：显示是否提交信息；
(4) 用户可能进行下面操作：
（a）选择是：提交对信息的操作，则执行基本流(5)；
（b）选择否：执行备选流（1）；
(5) 信息操作成功，返回管理员界面，结束此用例。
3.2.2 备选流
(1)选择否：如不再对信息进行操作，执行备选流（2）；如果继续操作。
则执行事件流（2）；
（2）返回管理员界面。
3.4 前置条件
第一前置条件
老师成功进入添加成绩的界面。
3.5 后置条件
第一后置条件
完成了对成绩的添加，返回主界面。
（四).用例名称：查看成绩信息
参与者：学生
4.1 简要说明
对学生查看成绩信息的流程进行描述，学生对自己的各科成绩进行查看。
4.2 事件流
4.2.1 基本流
(1)用户：学生输入登录信息，用例开始；
系统：显示登录界面，系统提示输入验证信息；
（2）用户：可能进行下面两种操作：
（a）验证成功，执行基本流（3）；
（b）验证失败，执行备选流（1）；
(3) 用户：进入查看成绩界面，选择要查看的成绩；
系统：根据要求显示成绩；
(5) 查看结束，返回主界面，结束此用例。
4.2.2 备选流
(1)验证失败：如果不想继续查看成绩，执行备选流（2）；继续查看成绩，执行事件流（1）；
（2）退出系统。
4.4 前置条件
第一前置条件
学生成功进入查看成绩的界面。
4.5 后置条件
第一后置条件
完成了对成绩的查询，返回主界面。