软件系统分析与设计 —— 基于面向对象与UML的学籍管理系统设计
文章目录
第五次作业 —— 基于面向对象与UML的学籍管理系统设计
一、问题



二、系统UML图分析与设计
2.1 用例图
- 由数据流图可知,在此系统中涉及到了三个参与者:学生、系办、教师
- 经过分析,我们可以得到以下的用例:
- 注册管理子系统下有注册申请、注册统计、注册证件发放三个用例
- 成绩管理子系统下有成绩查询、成绩统计、课表安排查询、修课情况查询、教学安排查询、修课名单查询六个用例
- 资格管理子系统下有名单统计、学籍意见审理、学籍资格变动三个用例,奖励管理子系统下有奖励统计、奖励凭证发放、奖励通知三个用例
最终设计用例图如下:

2.2 用例分析
对于该学籍管理系统,挑选了三个代表用例进行了具体的描述:注册、资格管理、奖励管理。
学生注册:

资格管理:

奖励管理:

三、系统活动图分析与设计
对于该学籍管理系统,挑选了三个代表用例进行了具体的描述:注册、资格管理、奖励管理。
学生注册:

资格管理:

奖励管理:

四、系统时序图分析与设计
对于该学籍管理系统,挑选了三个代表用例进行了具体的描述:注册、资格管理、奖励管理。
学生注册:

资格管理:

奖励管理:

五、系统ER图分析与设计
分析系统中存在的实体,以及其具有的属性,可以得到如下的ER图模型。

六、系统类图分析与设计
基于用例图的事件流以及ER模型的实体属性,可以分析得到如下的实体类图。

七、总结反思
- 通过这次作业,我对不同UML图之间的关系有了更清晰的认识。
- 用例图主要从外部用户的角度,宏观地描述系统的功能需求,帮助开发人员理解系统应该提供哪些功能。类图则展示了系统的静态结构,定义了不同实体(如人、事物和数据)之间的关系。对象图是类图的具体实例,除了标识类的结构外,还表现了对象间的关系。
- 序列图和协作图是两种交互图,它们都描述对象间的消息传递。序列图侧重于按时间顺序展示消息的流动,更详细地刻画了用例中的需求;而协作图则注重角色之间的关系,不强调时间顺序。状态图用于描述系统状态的变化,活动图则描绘系统行为的流程,两者都属于UML中的动态建模。
- 在系统的逻辑设计中,我们不仅要建模系统的行为结构、静态结构和动态结构,还要考虑系统的物理实现。构件图和部署图则负责描述系统的物理架构和运行环境。
5988

被折叠的 条评论
为什么被折叠?



