UML学生公寓管理系统.docx

上传人:b****6 文档编号:4487830 上传时间:2022-12-01 格式:DOCX 页数:17 大小:422.87KB
下载 相关 举报
UML学生公寓管理系统.docx_第1页
第1页 / 共17页
UML学生公寓管理系统.docx_第2页
第2页 / 共17页
UML学生公寓管理系统.docx_第3页
第3页 / 共17页
UML学生公寓管理系统.docx_第4页
第4页 / 共17页
UML学生公寓管理系统.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

UML学生公寓管理系统.docx

《UML学生公寓管理系统.docx》由会员分享,可在线阅读,更多相关《UML学生公寓管理系统.docx(17页珍藏版)》请在冰豆网上搜索。

UML学生公寓管理系统.docx

UML学生公寓管理系统

UML课程设计案例

 

学生公寓管理系统

 

浙江大学理工学院

2011年10月

 

1.系统需求描述

{文字描述系统功能需求和人员}

1.1、开发目的:

为了方便学生公寓管理人员更高效地管理学生,我们开发设计了学生公寓管理系统。

1.2、系统主要功能:

系统主要功能包括登记学生值日和安全使用电器分数、计算出年度行为纪实分数、审核年度行为纪实分数、登记访客信息、记录公共设施使用状况、记录报修信息等六大功能。

登记学生值日和安全用电分数:

楼长在每周在特定的时间检查寝室卫生,检查完后给值日的同学打出分数。

每名学生的安全用电分数以已有的值日分数为起点,采用倒扣的制度,即若有同学使用违章电器即扣3--5分。

计算年度行为纪实分数:

每学年结束,楼长会将学生一年的值日分数,计算出生活园区行为纪实。

审核年度行为纪实:

在计算完学生的行为纪实之后,楼长还需审核行为纪实分数,以确定分数正确无误。

登记访客信息:

访客来访,楼层管理员将会登记访客的姓名、性别、证件号,来访时间等。

在访客离开后,记录访客离开时间。

记录公寓公共设施使用状况:

楼层管理员将定时对公共设施(例如灭火器、微波炉等)进行排查和登记,更新其使用现状。

如有新的公共设施投入使用,则添加新的公共设施信息。

记录报修信息:

楼层管理员记录学生的报修信息并上报新宇公司,要求维修人员前来维修。

维修完成,获得学生维修反馈。

若维修好,则由楼层管理人员结算并收取费用,并标记保修单为“修好”,记录维修好的时间;若没有修好,则保留报修单,继续联系维修人员上门维修。

1.3、系统涉众:

此系统中的学生公寓管理人员包括楼层管理员、楼长、新宇主管三层管理。

不同的管理人员承担不同的管理任务。

楼层管理员负责排查并登记学生公寓公共设施使用状况、登记访客信息、登记并上报学生报修信息等多项任务,楼长负责学生日常值日工作的安排和检查、检查是否使用违章电器、结算年度行为纪实分数、审核行为纪实分数等多项任务,新宇主管负责派遣维修人员等任务。

2.MDA系统分析及设计

我们采用MDA方法设计系统。

CIM规定了学生公寓管理系统的环境以及需求,即学生公寓管理系统在学校使用,主要实现公寓管理人员高效管理学生公寓的功能。

PIM规定了学生公寓管理系统的内部细节,即系统用例如何实现,有哪些类来实现,用怎么样的方法来实现,他们之间的调用关系是什么等。

2.1CIM-1定义业务流程

{按照参及者,绘制业务流程,即该参及者的主要工作场景}

1、宿舍管理人员业务用例

图2-1-1

2.2CIM-2分析业务流程

{针对主要的业务用例,绘制业务流程}

1、登记访客

.

图2-2-1

2、登记学生报修信息

.图2-2-2

 

3、学生行为纪实管理

图2-2-3

4、排查并管理学生公寓公共设施.

图2-2-4

2.3CIM-3定义系统范围

{按照活动负责人,绘制系统用例图}

1、楼层管理员系统用例

2、楼长系统用例

3、新宇公司主管系统用例

2.4PIM-1系统用例叙述

1、系统用例叙述—登记访客信息

■用例名称■用例编号■用例简述■用例图□系统□执行者

□相关用例□其他()

■主要流程■替代流程■例外流程

□其他()

□启动事件或条件□前置条件□后置条件□失败时状态

■业务规则□其他()

□用例叙述的历史版本■用例图□参考画面□非UML文档

□其他(访客信息登记表)

□优先性□迭代等级□待解决问题□基本假设□相关人员

□特殊需求□其他()

□其他()

用例名称

登记访客信息

用例编号

SUC001

用例简述

楼层管理员登记每位访客的信息,并在访客离开后记录访客离开时间

用例图

主要流程

1)系统列出学校所有楼层所有寝室

2)楼层管理员选择某一幢某一寝室,并按“确定”

3)楼层管理员在询问访客后录入访客的姓名、性别、联系方式,到访时间等信息

4)楼层管理员按“保存”后,将访客信息存入数据库

5)待访客走后,“浏览”访客记录,在该记录“离开时间”中填上相应时间,按“保存”,数据提交到数据库

6)登记访客信息完成,显示出访客信息报表

替代流程

2a)[访客要访问的寝室不存在]系统出现查找失败信息,回到主流程1,楼层管理员重新输入要查找的寝室;

业务规则

系统按照公寓原有的编码方式生成编号

系统用例图

楼层管理员系统用例图

其他

访客登记信息报表

2、系统用例叙述—登记公寓维修状况

■用例名称■用例编号■用例简述■用例图□系统□执行者

□相关用例□其他()

■主要流程■替代流程■例外流程

□其他()

□启动事件或条件□前置条件□后置条件□失败时状态

■业务规则□其他()

□用例叙述的历史版本■用例图□参考画面□非UML文档

□其他(公寓维修状况报表)

□优先性□迭代等级□待解决问题□基本假设□相关人员

□特殊需求□其他()

□其他()

用例名称

登记公寓维修状况

用例编号

SUC002

用例简述

楼层管理员登记每次学生上报的维修信息,并根据学生的反馈处理报修信息

用例图

主要流程

1)系统列出学校所有楼层所有寝室

2)楼层管理员选择需要维修的寝室,并按“确定”

3)楼层管理员选择要维修的项目,并按“确定”

4)系统结算出此次报修的金额

5)楼层管理员将报修项目标记为“已修好”,填上维修成功日期并按保存

6)记录保存到数据库,此系统用例完成

替代流程

3a)[选择的报修项目不存在]添加新的报修项目,并保存到数据库

业务规则

系统按照公寓原有的编码方式生成编号

系统用例图

楼层管理员系统用例图

其他

公寓维修信息报表

3、系统用例叙述—更新公共设施信息

■用例名称■用例编号■用例简述■用例图□系统□执行者

□相关用例□其他()

■主要流程■替代流程■例外流程

□其他()

□启动事件或条件□前置条件□后置条件□失败时状态

■业务规则□其他()

□用例叙述的历史版本■用例图□参考画面□非UML文档

□其他(公共设施现状报表)

□优先性□迭代等级□待解决问题□基本假设□相关人员

□特殊需求□其他()

□其他()

用例名称

更新公共设施信息

用例编号

SUC003

用例简述

楼层管理员排查公寓楼公共设施状况,更新公共设施现状

用例图

主要流程

1)楼层管理员打开界面显示所有楼层所有寝室

2)楼层管理员选择所在的公寓幢号、楼层,按下“确定”

3)楼层管理员选择“浏览所有已有公共设施信息”

4)按“更新已有信息”,更新公共设施信息

5)按下“保存并返回”后完成更新并提交数据库

替代流程

2a)[楼层寝室错误]楼层管理员选择错误的楼层寝室,回到主流程1,重新选择

2b)[楼层寝室不存在]回到主流程1,重新选择

4a)[没有该设施记录]回到主流程3,选择“添加项目”

业务规则

系统按照公司原有的编码方式生成编号

系统用例图

楼层管理员系统用例图

4、系统用例叙述—每周学生值日检查并打分

■用例名称■用例编号■用例简述■用例图□系统□执行者

□相关用例□其他()

■主要流程■替代流程■例外流程

□其他()

□启动事件或条件□前置条件□后置条件□失败时状态

■业务规则□其他()

□用例叙述的历史版本■用例图□参考画面□非UML文档

□其他(学生值日分数表)

□优先性□迭代等级□待解决问题□基本假设□相关人员

□特殊需求□其他()

□其他()

用例名称

每周学生值日打分

用例编号

SUC004

用例简述

楼长每周定时检查寝室卫生,给当日值日的同学打分

用例图

主要流程

1)系统显示所有公寓楼层

2)楼长选择公寓楼,层号、寝室号、床号,并按下“确定”

3)楼长按“填写值日分数”,填写改学生值日的分数

4)在填写完成后按保存

5)系统将分数提交到数据库,该用例完成

替代流程

2a)【选择楼层、寝室、床号错误】回到主流程1,重新选择

3a)【填写分数失败】系统显示填写分数失败,回到主流程2,重新填写

业务规则

系统按照公寓原有的编码方式生成编号

系统用例图

楼长用例图

其他

学生值日分数报表

2.5PIM-2分析业务规则

{根据重要业务对象,绘制状态图}

1、报修单状态图

图2-5-1报修单状态图

2.6PIM-3定义静态结构

{绘制类图,可进一步根据顺序图反馈改进}

图2-6-1系统类图

2.7PIM-4定义操作及方法

{根据用例行为,绘制顺序图}

1、检查学生值日并打分

2、登记访客信息

3、管理学生报修信息

4、更新学生公寓公共设施

3、设计总结

xxx个人总结:

本次UML大作业中,我的工作是负责做业务用例图,业务活动,系统用例图。

通过这次作业我了解到,要做一个系统是很繁琐的,工作量是很大的。

不仅需要扎实的编程技术,而且还必须在前期做好整个系统的规划和设计,一旦前期做的不好,那最后的开发出来的项目会存在很多的问题,需要的时间和精力去修改。

所以前期的设计很重要,而且团队合作精神也相当重要,一个系统的开发仅仅靠一个人是很难完成的,需要大家一起合作完成。

还有一点是最重要的,像我们组做的是学生公寓管理系统,就必须要清楚的了解学生公寓的组成人员和各人员各自承担的工作,必须了解的十分清楚,这样才能准确的画出各种图,这对之后的开发起这决定性作用。

这次大作业对我的帮助很大,我更清楚的知道了怎么去做一个系统的前期工作,希望下次还有这样的机会,以增加自己的实践机会,便于更好的学习专业知识。

xxx个人总结:

此次,我和同组同学xxx一起做了学生公寓管理系统。

通常情况下,我们经过讨论得出图应该怎样画,然后由我画图。

我主要负责画用例简述、状态图、类图、时序图。

在项目开始之初,我们遇到了很多的困难,比如项目到底具备哪些功能,谁是项目的参及者等。

经过我们的讨论,我们确定项目的主要参及者是学生公寓管理人员,分别包括楼层管理人员、楼长、新宇公司主管三级。

每一级的管理人员负责不同的工作。

项目开发的目的是为了方便学生公寓管理人员更方便的管理学生,所以系统主要功能包括登记学生值日和安全使用电器分数、计算出年度行为纪实分数、审核年度行为纪实分数、登记访客信息、记录公共设施使用状况、记录报修信息等六大功能。

楼层阿姨负责排查并登记学生公寓公共设施使用状况、登记访客信息、登记并上报学生报修信息等多项任务,楼长负责学生日常值日工作的安排和检查、检查是否使用违章电器、结算年度行为纪实分数、审核行为纪实分数等多项任务,新宇主管负责派遣维修人员等任务。

另外,我们在最后画PIM-3时也遇到了挺大的困难。

时序图总是画不对,我们很难从代码级去画时序图。

但是,通过我们的努力,我们还是完成了此次项目。

此次的项目设计让我学到了很多东西,首先,团队合作精神很重要。

一个人的想法往往不能涵盖系统全部的需求、一个人也无法完成整个项目的设计;其次,我觉得掌握UML很重要。

掌握了这样一个有用的东西,我们在设计面向对象的系统时就可以有一定的规则可循。

三、我觉得创意很重要,我们在开发项目时不应该仅仅局限于书本上的例子,应该从身边寻找实际存在的、并且有需求的例子来作为项目的模型。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 英语

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1