学生成绩管理系统面向对象分析设计.doc
《学生成绩管理系统面向对象分析设计.doc》由会员分享,可在线阅读,更多相关《学生成绩管理系统面向对象分析设计.doc(9页珍藏版)》请在冰点文库上搜索。
![学生成绩管理系统面向对象分析设计.doc](https://file1.bingdoc.com/fileroot1/2023-6/27/d4c1da57-db79-4785-a168-0149447a7f32/d4c1da57-db79-4785-a168-0149447a7f321.gif)
目录
一.需求调查分析…………………………………………………2
二.管理系统设计 2
(1)确定执行者 2
(2)确定用况 2
(3)用况的简要描述 3
三.学生成绩管理系统功能模型 3
1.功能模型描述 3
2.功能模型的用例图 4
3.成绩管理员处理成绩,补考等的用例图 5
四.学生成绩管理系统对象模型 6
1.静态建模 6
2.动态模型 9
一.需求调查分析
在学生成绩管理系统中,管理员要为每个学生建立账户,并给学生注册不同的学号,密码,账户内存储学生的个人信息和记录成绩。
学生可以通过系统查询自己葛根没考试成绩。
查询成绩时,先输入学生的学号,系统验证有效性和学生是否可以查询成绩,无效则提示其原因,有效则显示学生的基本信息(包括成绩),供学生核对。
然后输入要查询的科目,系统查阅学生成绩信息数据库,显示科目成绩信息,供学生查阅。
如果有成绩不及格的情况,先转入补考处理,然后提交补考请求,系统接受后增加补考信息,并登记显示时间地点,补考过后输入补考成绩。
成绩管理员定期或不定期对学生成绩信息进行入库、修改、删除等管理以及注销,包括补考成绩管理。
二.学生成绩管理系统设计
(1)确定执行者
通过对系统需求陈述的分析,可以确定系统有两个执行者:
管理员和学生。
简要描述如下:
1)管理员:
管理员按系统授权维护和使用系统不同功能,可以创建、修改、
删除学生信息和成绩信息即学生管理和成绩管理,及补考管理学生:
通过互联网查询终端,查询成绩信息和个人基本信息,还可以在符合条件下自己办理补考。
(2)确定用况
在确定执行者之后,结合学生成绩管理的领域知识,进一步分析系统的需求,可以确定系统的用况有:
•成绩管理:
包含各门科目成绩情况查询;
•学生管理:
包含学生信息管理;
•补考管理:
包含补考时间、地点、成绩查询。
3)用况的简要描述:
1)成绩情况查询:
学生通过互联网查询终端登录系统后,查阅个人的所有成绩纪录。
2)学生信息管理:
管理员登录后,对读者详细信息进行增、删、改等维护管理。
3)科目管理:
管理员登录后,对科目进行增、删、改等维护管理。
4)补考信息查询:
学生或管理员通过互联网查询终端登录后,查询所需要的补考信息。
系统参与者
成绩管理员,学生,系统管理员.
三者间的关系如下图:
其中,学生是多个,成绩管理员是几个,系统管理员是一个。
学生可以查询自己的成绩情况、分门别类的查询和在不及格的情况下办理补考等。
成绩管理员主要是日常操作以下几个工作环节:
成绩的输入,修改,维护,学生信息管理等,而系统管理员统筹管理成绩的系统相关事宜,比如权限维护、增删用户和管理系统后台数据等。
三.图书管理系统功能模型
系统的参与者主要有三类:
学生
成绩管理员
学生成绩管理系统维护者
1功能模型描述
1.学生请求服务的用例图
2.成绩管理员处理成绩等的用例图
3.系统管理员进行系统维护的用例图
2功能模型的用例图
学生查询等的用例图如下:
读者借助此图书管理系统子系统,可以进行一下操作:
1.查询成绩
2.查询个人信息
3.补考
4.查询补考成绩
其中,在读者进行查询成绩之前,读者必须先登录系统;
学生进行查询补考成绩操作时,必须保证补考过关;
3图书馆管理员处理借书、还书等的用例图
学生成绩管理员用例描述:
学生成绩管理员使用系统进行的操作主要有:
1.查询学生成绩
2.输入学生成绩
3.补考
4.维护学生信息
5.输入补考成绩
4系统管理员进行系统维护的用例图如下:
四.学生成绩管理系统对象模型
1.静态建模
系统组成
学生成绩管理系统由一下几个子系统构成:
1.系统管理员管理子系统
2.成绩管理员管理子系统
3.学生子系统
各个子系统又包含一些各自的独立功能模块,详细模块分配如下图:
首先找出系统需求描述中所需的名词,结合图书管理的领域知识,首先给出候选的对象类,经过筛选、审查,可确定“图书管理系统”的类有:
读者、图书、借阅记录、图书注销记录、读者类别、图书类别、出版社等。
然后定义类的属性、操作和类之间的关系。
这里仅列出“读者”类的属性和操作,其它类的属性操作与“读者”类的类似。
“学生”类
•私有属性
学号:
文本
姓名:
文本
密码:
文本
成绩:
数值
•公共操作
永久写入学生信息
永久读取学生信息
新增学生
删除学生
维护学生信息
类之间的关系如图1所示
补考
成绩
数学
语文
学号
学生
图1“学生成绩管理系统”类图
英语
.*
*
*
..*
“学生成绩管理系统”系统设计用包图描述,如图2所示
成绩管理系统
图2“学生成绩管理系统”包图
查询与补考子系统
成绩管理子系统
学生管理子系统
成绩信息查询
成绩
注销
补考
成绩管理
查询
补考
学生信息管理
学号管理
补考成绩管理
补考情况查询
对象设计主要有两个任务:
一是对类的属性和操作的实现细节进行设计。
如上面“读者”类的属性“联系电话”有多个时,决定用一个链表或数组来存放,也可能需要增加属性和操作,如“读者”类中增加属性“相片”,操作增加“打印与发生过期通知书”,而后设计每一个操作的算法。
二是分别从人机交互、数据管理、任务管理和问题域方面考虑,以实现的角
度添加一些类,或优化类的结构。
如从数据管理方面,需要添加一个“永久数据”类作为需要永久保存数据类的父类,承担读写数据库的责任;从人机交互方面,需要添加一个“对话框”类(其父类是“窗口”类)来实现人机交互的功能,则图1可改进为图3。
查询记录
成绩
补考成绩
成绩注销记录
学号
学生
图3“学生成绩管理系统”设计后类图
..*
0..1
*
*
对话框
永久数据
窗口
2.动态模型
图4“查询”顺序图
学生
查询记录
成绩
1:
获取学生信息
7:
获取成绩信息
对话框
2:
显示学生信息
8:
显示成绩信息
4:
显示查询记录
3:
查找某个学生查询记录
5:
判定某个学生能否补考
6:
提示能否补考
9:
添加查询记录
10:
显示查询记录
查询
丢失或严重损坏
增加一次查询计数
已查询
Out=1
Out=0
可查询
图5“成绩”对象状态图
必要时,可针对系统的某一类对象画出表示该对象在系统中的状态变化过程,如“成绩”对象的状态变化如图5所示
8