软件工程实验报告.docx
《软件工程实验报告.docx》由会员分享,可在线阅读,更多相关《软件工程实验报告.docx(63页珍藏版)》请在冰豆网上搜索。
![软件工程实验报告.docx](https://file1.bdocx.com/fileroot1/2023-4/19/1103d00b-179e-4658-b82f-8bf274d0da26/1103d00b-179e-4658-b82f-8bf274d0da261.gif)
软件工程实验报告
软件工程实验报告
班级:
11级计算机二班
组长:
1137074吴璨
组员:
1137069何其超
1137057朱玉正
1137041林玉斌
1137066欧志凤
指导老师:
蒲秋梅
2013年12月27日
面向Android手机用户的宿舍管理系统的分析与设计
报告
摘要
以UML面向对象的建模技术为基础,对面向Android手机用户的宿舍管理系统的使用流程进行了分析,采用UML用例图对各个事务进行了描述,给出了系统整体的时序图、类图,并给出了系统的详细设计,包括学生端图形用户界面、管理员端用户界面、数据库表等。
关键词:
宿舍管理系统;UML
一、引言
在信息化的现代,急需这样一个手机软件,让我们只要动动手就可以了解宿舍内外的大小事,不用再去麻烦楼下的阿姨。
在大家庭中过着惬意的小家生活,享受高科技带来的便捷,大家小家终为一家。
而学校的宿管老师也不再为宿舍信息管理而烦恼,只需在计算机上将信息发布,便可通知到每一位学生,真正做到了信息传递的及时性与有效性。
此软件用java语言开发,可应用于Android手机。
本软件为宿舍管理系统,主要面向两类用户,宿管老师和学生。
宿管老师可通过此软件进行信息发布,如提醒学生的信件、包裹,及日常事务等。
学生可通过此软件看到宿管老师发布的消息,如有疑问或建议可直接留言。
同时可以查询本宿舍的网费、电费,可直接缴纳所需费用。
采用学号及密码登陆,登陆之后在线的人可以聊天,具有即时通信的功能。
并且聊天时只需要连接局域网,不需要登陆账号。
二、系统需求分析
2.1UML简介
UML(UnifiedModelingLanguage统一建模语言)是20世纪90年代中后期诞生并迅速成熟的一种面向对象的可视化建模语言,它整合了Booch、OMT等多种面向对象的分析设计技术,为用户提供了一种稳定统一、可重用性好、表达能力强的分析方法。
UML的目标是以面向对象图的方式来描述任何类型的系统,可对任何具有静态结构和动态行为的系统进行建模。
UML用视图构造系统模型,共定义了十种视图来刻画软件模型,分别是用例图、类图、对象图、包图、状态图、序列图、协作图、活动图、部署图、构件图,每个视图代表系统不同侧面,全部视图共同构成系统的完整架构。
视图由相互关联的模型图来表示,这些图抽象层次不同、所描述内容各有侧重。
图与图之间的关联使系统成为一个有机整体。
2.2宿舍管理系统需求分析
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。
目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。
当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。
信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。
21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。
我们针对如此,设计了一套学生宿舍管理系统。
学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。
由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。
这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
本系统具有运行速度快、安全性高、稳定性好的优点,并且具备完善的报表生成、修改功能,能够快速的查询学校所需的住宿信息。
而且是面向Android手机用户,使用方便。
2.3宿舍管理系统功能分析
本宿舍管理系统,主要面向宿舍管理员和学生。
宿舍管理员通过工作号及密码登陆,登陆之后可发布消息,包括信件消息、包裹消息、其他通知等。
查看学生的在线咨询,并对其进行回复。
查看意见箱,并进行基础整理,便于对工作的改进。
对宿舍进行管理,建立宿舍使用情况表,对有床位的宿舍进行学生分配,对搬出宿舍学生、需要更换宿舍学生的信息进行统计整理。
学生可用学号注册,登录后可通过此软件看到宿管老师发布的消息,包括信件消息、包裹消息以及其他通知,如有疑问或建议可直接留言。
可查看宿舍管理制度,了解相关宿舍规定,避免使用违规电器带来的危害。
同时可以查询本宿舍的网费、电表等信息,并可直接缴纳所需费用。
如有其他问题,可通过在线咨询留言,会有宿舍管理员定期查看并回复。
如有意见或建议,可通过意见箱给管理员发送信件,帮助管理员完善管理制度。
也可查询晚归情况。
最突出的一项是可以聊天,具有即时通信的功能。
并且聊天时只需要连接局域网,不需要登陆账号也不需要使用流量,只要连接指定服务器即可。
三、系统详细设计
3.1用例分析
3.1.1学生用例分析
学生可以使用的功能:
查看宿舍守则,查看消息列表,包括信件消息、包裹消息、其他通知,在其他通知里可以进行评论。
在线咨询、交电费、交网费,查看晚归情况、发表意见、聊天。
3.1.2管理员用例分析
管理员可以使用的功能:
发布消息,包括发布信件消息、包裹消息以及其他通知,回复在线咨询,查看意见箱,更改宿舍信息,包括添加学生信息、删除学生信息、修改学生信息,更新晚归情况。
3.1.3用例描述
用例名:
宿舍守则。
参与者:
学生
前置条件:
登陆“大家小家”系统,处在主菜单界面。
基本事件流:
1.点击“宿舍守则”按钮;
2.系统跳转到规章制度界面;
3.学生查看具体规章制度,可以选中右侧滚动条向下拖动,查看文本;
其他事件流:
无。
异常事件流:
无。
后置条件:
查看完毕后,点击返回按钮返回主界面。
用例名:
消息列表。
参与者:
学生
前置条件:
登陆“大家小家”系统,处在主菜单界面。
基本事件流:
1.点击“消息列表”按钮;
2.系统弹出消息界面,界面中显示同宿舍人(特别关注人)的消息列表,包括信件,包裹和通知;列表中显示收件人姓名,收件时间,消息类型,以及该消息是否被收件人查看过。
3.点击消息列表中的一项消息,即可查看消息的详细内容。
其他事件流:
异常事件流:
后置条件:
查看完毕后,可以关闭消息界面。
用例名:
信件消息
参与者:
学生
前置条件:
登陆“大家小家”系统,处在主菜单界面。
基本事件流:
1.点击“信件消息”按钮;
2.系统弹出信息界面,界面中显示同宿舍人(特别关注人)的消息列表,列表中显示收件人姓名,收件时间,以及该消息是否被收件人查看过。
3.点击列表中的一项信件,即可查看消息的详细内容。
其他事件流:
异常事件流:
后置条件:
查看完毕后,可以关闭信件界面。
用例名:
包裹消息
参与者:
学生
前置条件:
登陆“大家小家”系统,处在主菜单界面。
基本事件流:
1.点击“包裹消息”按钮;
2.系统弹出包裹消息界面,界面中显示同宿舍人(特别关注人)的包裹列表,列表中显示收包裹人姓名,收到包裹的日期,以及该包裹是否已经被领取。
3.点击列表中的一项包裹信息,即可查看消息的详细内容。
其他事件流:
异常事件流:
后置条件:
查看完毕后,关闭包裹信息界面。
用例名:
其他通知。
参与者:
学生。
前置条件:
登陆“大家小家”系统,处在主菜单界面。
基本事件流:
1.点击“其他通知”按钮;
2.系统弹出其他通知界面,界面中显示近期的通知列表,列表中显示通知发布日期。
3.点击列表中的一项通知,可以查看通知的具体信息,以及同学们的评论。
4.如果通知或评论过长,可以通过点击“下一页”或使用挑战功能查看更多信息。
其他事件流:
异常事件流:
后置条件:
查看完毕后,关闭其他通知界面。
用例名:
在线咨询
参与者:
学生。
前置条件:
登陆“大家小家”系统,处在主菜单界面。
基本事件流:
1.点击“在线咨询”按钮;
2.系统弹出在线咨询界面,界面中显示近期所有咨询列表,列表显示咨询人,咨询问题和咨询时间以及管理员回复。
3.在“文本框”中输入要咨询的问题,点击发送按钮,可以把咨询问题发送给管理员。
其他事件流:
异常事件流:
后置条件:
查看完毕后,关闭在线咨询界面。
用例名:
交电费
参与者:
学生
前置条件:
学生登陆成功,进入交电费的界面
基本事件流:
1.学生填写卡号、宿舍号、金额、密码信息并确认。
2.点击“提交”按钮。
3.系统确认卡号和密码。
4.系统根据学生填写的金额信息扣除该卡号的金额,提示交电费成功。
5.系统根据电费信息计算该宿舍的电量,修改剩余电量信息并保存。
6.用例结束。
其他事件流:
1.学生点击“提交”之前,可以随时点击返回按键,系统返回到学生界面。
异常事件流:
1.卡号或密码错误,提示“卡号或密码错误”错误信息。
2.卡号余额小于金额时,提示“余额不足”。
后置条件:
系统修改该学生所交电费宿舍的可用电量信息
用例名:
交网费
参与者:
学生
前置条件:
学生登陆成功,进入交网费的界面
基本事件流:
1.学生填写卡号、金额、密码信息并确认。
2.点击“提交”按钮。
3.系统确认卡号和密码。
4.系统根据学生填写的金额信息扣除该卡号的金额,提示交网费成功。
5.系统计算最终剩余网费,修网费信息并保存。
6.用例结束。
其他事件流:
1.学生点击“提交”之前,可以随时点击返回按键,系统返回到学生界面。
异常事件流:
1.卡号或密码错误,提示“卡号或密码错误”错误信息。
2.卡号余额小于金额时,提示“余额不足”。
后置条件:
系统修改该学生交电费的宿舍的网费信息
用例名:
晚归情况
参与者:
学生
前置条件:
学生登陆成功,进入晚归情况界面
基本事件流:
1.系统显示所有晚归同学的晚归信息。
2.用例结束。
其他事件流:
无
异常事件流:
无
后置条件:
学生成功看到所有晚归同学的晚归情况信息。
用例名:
聊天
参与者:
学生
前置条件:
学生登陆成功,进入聊天界面
基本事件流:
1.点击想聊天的人所在的分组,系统显示该分组的所有人员
2.点击该人员,系统出现空白的文本框
3.在文本框上编辑信息
4.点击“发送”按钮,系统成功发送消息给该人员
5.点击“会话”按钮,出现未处理的所有消息通知
6.点击某条消息,显示消息和空白的文本框
7.若要回复,继续步骤2、3、4
8.用例结束
其他事件流:
1.长按某个人的按钮,系统出现文本框,显示“修改备注姓名”和“移动联系人至”。
点击“修改备注姓名”,出现文本框,填写备注信息,点击“保存”,备注姓名修改成功;点击“移动联系人至”,出现所有分组,点击某个分组,该联系人被移动到该分组中
2.在聊天界面长按空白区域,显示“添加分组”和“添加好友”。
点击“添加分组”,出现文本框,编辑文本框,点击保存,则成功添加分组;点击“添加好友”,显示“添加账号”和空白文本框,编辑文本框,点击确定,则发送好友请求成功
异常事件流:
1.文本框是空白时,点击“确定”或者“发送”按钮,显示“您不能发送空白消息”,返回聊天界面
后置条件:
聊天成功
用例名:
意见箱
参与者:
学生
前置条件:
学生登陆成功,进入意见箱界面
基本事件流:
1.显示“查看意见箱”和“提意见”,若查看意见箱,点击“查看意见箱”,做步骤2-4;若提意见,跳步骤5
2.显示所有学生发表的意见的目录,点击名称,查看详细意见以及回复,完毕,点击“返回”,返回到意见目录下
3.重复步骤2,直到看完所有想看的意见
4.点击“返回”,返回到意见箱界面
5.点击“提意见”,出现空白文本框
6.编辑文本框完毕后点击“发送”,系统提示“发送成功”,返回到意见箱界面
7.用例结束
其他事件流:
无
异常事件流:
无
后置条件:
成功查看意见箱
用例名:
回复
参与者:
管理员
前置条件:
管理员登陆成功,进入回复界面
基本事件流:
1.显示所有在线咨询消息目录
2.点击“回复”,显示第一条消息内容和文本框,在文本框内编辑完毕后点击“确定”,在该在线咨询详细内容后面显示该回复内容
3.显示下一条消息内容和文本框,在文本框内编辑完毕后点击“确定”,在该在线咨询详细内容后面显示该回复内容
4.重复步骤3,直到回复完所有的在线咨询消息
5.返回到回复界面
6.用例结束
其他事件流:
无
异常事件流:
无
后置条件:
恢复成功
用例名:
查看意见箱
参与者:
管理员
前置条件:
管理员登陆成功,进入查看意见箱界面
基本事件流:
1.系统显示所收到的意见信息
2.用例结束
其他事件流:
无
异常事件流:
无
后置条件:
查看意见箱成功
用例名:
添加学生信息
参与者:
管理员
前置条件:
管理员登陆成功,并已打开修改宿舍信息界面
基本事件流:
1.管理员根据宿舍使用情况列表搜索到有空余床位的宿舍号。
2.选中要修改信息的宿舍后,单击添加学生信息按钮,系统弹出相应的添加界面;
3.管理员输入要添加的学生的姓名、学号、院系、专业、年级、班级等相关信息;
4.管理员输入信息完毕,单击界面上的添加按钮;
5.若系统添加成功,显示该宿舍在添加之后所有的宿舍成员的信息;
6.若系统添加不成功,提示管理员输入信息有误,让管理员检查;
其他事件流:
1.若管理员想退出添加学生信息的功能,则单击返回按钮;
异常事件流:
1.系统提示输入信息有误,管理员点击确定键回到之前的界面进行检查;
2.管理员对输入信息进行重置后,确认输入无误后,点击添加按钮;
后置条件:
用例名:
删除学生信息
参与者:
管理员
前置条件:
管理员登陆成功,并已打开修改宿舍信息界面
基本事件流:
1.管理员根据学生信息搜索到所需修改的学生的宿舍号。
2.选中要修改信息的宿舍后,单击删除学生信息按钮,系统弹出相应的删除界面;
3.在删除界面显示有目前该宿舍所有成员的列表,管理员选择要删除的学生,并点击删除按钮;
4.若系统删除成功,显示该宿舍在删除之后所有的宿舍成员的信息;
其他事件流:
1.若管理员想退出删除学生信息的功能,则单击返回按钮;
异常事件流:
1.管理员没有选择要删除的学生就单击删除按钮,这时系统提示请选择要删除的学生;
2.管理员点击确定键回到之前的界面选择要删除的学生,点击删除按钮;
后置条件:
用例名:
修改学生信息
参与者:
管理员
前置条件:
管理员登陆成功,并已打开修改宿舍信息界面
基本事件流:
1.管理员根据学生信息搜索到所需修改的学生的宿舍号。
2.选中要修改信息的宿舍后,单击修改学生信息按钮,系统弹出相应的修改界面;
3.在修改界面显示有目前该宿舍所有成员的列表,管理员选择要修改的学生,并点击修改按钮;
4.系统弹出该学生目前的信息,管理员对要修改的信息项进行信息重置,检查信息更改无误后,单击保存按钮;
5.若系统修改成功,显示该宿舍在修改之后所有的宿舍成员的信息;
其他事件流:
1.若管理员想退出修改学生信息的功能,则单击返回按钮;
异常事件流:
1.管理员没有选择要修改的学生就单击修改按钮,这时系统提示请选择要修改的学生;
2.管理员点击确定键回到之前的界面选择要修改的学生,点击修改按钮;
后置条件:
用例名:
发布包裹消息
参与者:
管理员
前置条件:
管理员登陆成功,并已打开发布包裹消息界面
基本事件流:
1.管理员选择发布的消息类型为包裹消息。
2.管理员输入包裹收件人学号、宿舍号;
3.管理员输入要发布的包裹消息的标题和内容;
4.管理员输入信息完毕,单击界面上的发布按钮;
5.若系统发布成功,系统提示消息发布成功的提示;
其他事件流:
1.若管理员想退出发布包裹消息的功能,则单击返回按钮;
异常事件流:
1.管理员没有输入包裹消息的标题和内容就单击发布按钮,这时系统提示请输入消息的标题和内容;
2.管理员点击确定键回到之前的界面输入包裹消息的标题和内容,点击发布按钮;
后置条件:
用例名:
发布信件消息
参与者:
管理员
前置条件:
管理员登陆成功,并已打开发布信件消息界面
基本事件流:
1.管理员选择发布的消息类型为信件消息。
2.管理员输入收件人学号、宿舍号;
3.管理员输入要发布的信件消息的标题和内容;
4.管理员输入信息完毕,单击界面上的发布按钮;
5.若系统发布成功,系统提示消息发布成功的提示;
其他事件流:
1.若管理员想退出发布信件消息的功能,则单击返回按钮;
异常事件流:
1.管理员没有输入信件消息的标题和内容就单击发布按钮,这时系统提示请输入消息的标题和内容;
2.管理员点击确定键回到之前的界面输入信件消息的标题和内容,点击发布按钮;
后置条件:
用例名:
发布通知消息
参与者:
管理员
前置条件:
管理员登陆成功,并已打开发布通知消息界面
基本事件流:
1.管理员输入要发布的通知消息的标题和内容;
2.管理员输入信息完毕,单击界面上的发布按钮;
3.若系统发布成功,系统提示消息发布成功的提示;
其他事件流:
1.若管理员想退出发布通知消息的功能,则单击返回按钮;
异常事件流:
1.管理员没有输入通知消息的标题和内容就单击发布按钮,这时系统提示请输入消息的标题和内容;
2.管理员点击确定键回到之前的界面输入通知消息的标题和内容,点击发布按钮;
后置条件:
用例名:
更新晚归情况
参与者:
管理员
前置条件:
管理员登陆成功,进入更新晚归情况界面
基本事件流:
1.管理员输入要记录的晚归时间的信息
2.管理员输入信息完毕,单击界面上的确认按钮
3.若系统添加成功,系统提示信息添加成功
其他事件流:
若管理员想退重置输入的信息,则单击取消按钮
异常事件流:
1.管理员没有输入晚归的信息就单击确认按钮,这时系统提示请输入晚归的信息
2.管理员点击确定键回到之前的界面输入晚归的信息,点击确认按钮
后置条件:
3.2类图
3.2.1管理员类图
行为者:
管理员
边界类:
登陆界面
实体类:
意见列表
控制类:
发消息、回复在线咨询、更改宿舍信息、更改晚归情况、发信件消息、发包裹消息、发其他通知、添加学生信息、修改学生信息、删除学生信息。
3.2.2学生类图
行为者:
学生
边界类:
登陆界面
实体类:
消息列表、宿舍守则、信件消息、包裹消息、其他通知
控制类:
注册、交电费、交网费、发表意见、在线咨询、评论、晚归情况
3.3系统时序图
3.3.1宿舍守则
学生点击“宿舍守则”可以查看宿舍规章制度;然后可以点击“返回”返回主界面。
3.3.2消息列表
学生点击“消息列表”查看全部消息,点击“下一页”查看下页消息;选中一条消息可以查看详细信息;点击“返回”回到主界面。
3.3.3信件消息
学生点击“信件消息”查看全部消息,点击“下一页”查看下页信件列表;选中一条消息可以查看详细信件内容;点击“返回”回到主界面。
3.3.4包裹消息
学生点击“包裹消息”查看全部包裹,点击“下一页”查看下页包裹列表;选中一条包裹消息可以查看详细包裹内容;点击“返回”回到主界面。
3.3.5其他通知
学生点击“其他通知”查看全部通知列表,点击“下一页”查看下页通知消息;选中一条通知可以查看详细信息;点击“返回”回到主界面。
3.3.6在线咨询
学生点击“在线咨询”查看全部咨询列表,点击“下一页”查看下页咨询;选中一条咨询可以查看详细信息;在文本框输入咨询问题后点击“发送”可在线咨询;点击“返回”回到主界面。
3.3.7学生交电费
学生交电费的操作,学生填好学号、宿舍号、金额、密码信息之后,系统自动验证信息是否正确,确定学生卡里有足够的金额支付电费,若正确,学生确定继续交电费,则系统自动添加该宿舍的电量并写入数据库。
3.3.8学生交网费
学生交网的操作,学生填好学号、金额、密码信息之后,系统自动验证信息是否正确,确定学生卡里有足够的金额支付网费,若正确,学生确定继续交网费,则系统自动添加该学生的网费,并写入数据库。
3.3.9学生聊天
学生聊天的操作,学生发送消息给好友,并查看消息通知。
学生可以对好友进行修改备注、移动联系人至和添加好友的操作,系统根据学生的操作自动修改好友信息并写入数据库。
3.3.10查看晚归情况
学生查看晚归情况,系统自动显示所有晚归情况
3.3.11查看意见箱
3.3.12回复
管理员查看所有的在线咨询消息,并对其进行回复
3.3.13意见箱
学生在意见箱里查看所有意见箱,并能够提意见,系统自动更新意见箱并写入数据库
3.3.14为宿舍添加学生信息
管理员为宿舍添加学生的操作,管理员填写好相应的信息后,系统自动把分配信息写入数据表。
若添加失败,提示管理员检查并重新置入。
3.3.15从宿舍删除学生信息
管理员将某位学生从宿舍删除的操作,管理员填写好相应的信息后,系统自动更新数据表中的信息。
若删除失败,提示管理员检查并重新置入。
3.3.16修改学生的信息
管理员修改学生信息的操作,管理员填写好相应的信息后,系统自动把需要更新的信息写入数据表。
若更新失败,提示管理员检查并重新置入。
3.3.17发布包裹消息
管理员发布包裹消息的操作,管理员填写好相应的信息后,系统自动把信息写入数据库。
若添加失败,提示管理员检查并重新置入。
3.3.18发布信件消息
管理员发布信件消息的操作,管理员填写好相应的信息后,系统自动把信息写入数据库。
若添加失败,提示管理员检查并重新置入。
3.3.19发布通知消息
管理员发布通知消息的操作,管理员填写好相应的信息后,系统自动把信息写入数据库。
若添加失败,提示管理员检查并重新置入。
3.3.20更新晚归情况
管理员对晚归记录进行增加、删除、修改、查找、操作,系统自动更新管理员进行操作过的晚归记录
3.4数据库表设计
3.4.1数据库
宿舍信息表、在线咨询表、所有消息列表、晚归情况列表
学生信息列表、管理员登陆表
3.4.2宿舍信息表
所包含的数据有:
宿舍号、学生学号
3.4.3在线咨询表
所包含的数据有:
自增ID、自户ID、用户名字、时间、内容、管理员回复
3.4.4所有消息列表
所包含的数据有:
ID、时间、消息内容、标题、消息评论、评论人名字、评论人ID、消息类型标示符
3.4.5晚归情况列表
所包含的数据有:
ID、时间、姓名、学院、原因
3.4.6学生信息列表
所包含的数据有:
学号、昵称、密码、是否在线、用户头像、用户注册时间、学院、班级、宿舍号、性别、年龄
3.4.7管理员登录
所包含的数据有:
管理员编号、密码
四、实验总结与感想
通过对宿舍管理系统的设计,使我们从理论的水平提升到实践操作层次,提高了我们的动手能力,以及运用所学的知识解决实际问题的能力,对我们以后的工作无疑会产生重要的影响。
通过具体的实践操作加深了我们对课本知识的了解,同时也发现了我们自身的不足之处,例如在建模过程中,一些模型图刚开始总是弄错其中的一些关系问题,说明我们的理论知识还不够扎实,但通过我们的努力最终还是完成了整个课程设计。
提高了我们团队意识,团结协作能力,毕竟这个课程设计是小组所有人员努力。
在设计的开始阶段为了尽快获得学生宿舍管理系统的需求,我们大量的在网上查找有关该方面的资料,对《软