房屋中介系统UML建模Word文档格式.docx
《房屋中介系统UML建模Word文档格式.docx》由会员分享,可在线阅读,更多相关《房屋中介系统UML建模Word文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
软件09C1
姓名
学号
一、实验目的及要求
1.掌握UML建模语言
2.熟练进行用例建模
3.熟练进行类与对象建模
4.熟练进行动态建模
二、实验内容
1.对房屋中介系统进行用例建模以及动态建模
房屋中介系统
统一的UML基本模型
(一)系统的用例图
用例图(UseCaseView)是指作为外部参与者的外部用户所能观察到的系统功能的模型图,整个开发过程都是围绕需求阶段的用例进行的。
对于房屋中介系统而言,主要任务是分析使用该系统功能的是哪些人,哪些人需要该系统的支持来完成工作,以及系统的管理者和维护者。
1.确定参与者
根据分析得出该系统一共有4类参与者,分别是系统管理员、房主、租户和未注册用户。
2.创建用例图
1.系统管理的用例图
按照参与者的职能划分,系统管理的用例图如图1所示。
图1系统管理的用例图
2.论坛管理员管理会员和论坛分类的用例图
相对会员管理和房屋信息管理而言,还可以进一步划分。
管理员管理会员和房屋信息的用例图如图2所示。
图2系统管理员管理会员信息和房屋信息的用例图
(3).系统用户的用例图
系统用户的用例图如图3所示。
图3系统用户的用例图
(二)系统的时序图
时序图(SequenceDiagram)描述对象之间传送消息的时间顺序,它用来表示用例中的行为顺序。
在房屋中介系统中,每个用例都可以建立一个时序图,将用例执行中各个参与的对象之间的消息传递过程表现出来。
由于篇幅原因,在这里只给出了几个比较典型的时序图。
1.管理员登录的时序图
管理员登录的时序图如图4所示。
图4系统管理员登录系统的时序图
管理员首先使用自己的账号和密码登录系统,登录模块会将密码和账户与数据库进行对比,并且判断是否为管理员登录,验证通过后,管理员可进入系统管理界面进行相关操作。
2.系统管理员管理会员的时序图
系统管理员管理会员的时序图如图5所示。
图5系统管理员管理会员的时序图
管理员在提交ID交给会员管理模块后,可以对会员进行维护(添加、删除或修改等操作)。
管理员首先输入自己的账号和密码登录系统,此时系统会将管理员的ID保存在系统的缓存中,并提交给会员管理模块。
在对会员进行操作的页面中,管理员可以根据需要对每个会员进行增删改等操作,并将操作后的信息提交给数据库。
数据库会对其进行相应的处理并更新会员信息,至此管理员的操作成功。
系统管理员管理房屋信息的时序图
系统管理员管理房屋信息的时序图如图6所示。
图6系统管理员管理房屋信息的时序图
管理员在提交ID交给会员管理模块后,可以对房屋信息进行维护(添加、删除或修改等操作)。
管理员首先输入自己的账号和密码登录系统,此时系统会将管理员的ID保存在系统的缓存中,并提交给房屋信息管理模块。
在对房屋信息进行操作的页面中,管理员可以根据需要对房屋信息进行增删改等操作,并将操作后的信息提交给数据库。
数据库模块执行相应操作后更新结果,并提示更新成功。
最后提示处理成功信息给管理员。
至此管理员的操作成功。
4.用户修改个人信息的时序图
用户修改个人信息的时序图如图7所示。
图7用户修改个人信息的时序图
(三)系统的协作图
协作图是时序图之外另一种表示方法,主要用来表示系统的对象时间和空间顺序上的交互。
1.系统管理员管理会员的协作图
系统管理员管理会员的协作图如图8所示。
图8系统管理员管理会员的协作图
2.系统管理员修改房屋信息的协作图
系统管理员修改房屋信息的协作图如图9所示。
图9系统管理员修改房屋信息的协作图
3.未注册用户进行注册的协作图
未注册用户进行注册的协作图如图10所示。
图10未注册用户进行注册的协作图
3.注册用户(屋主、租户)修改个人信息的协作图
注册用户修改个人信息的协作图如图11所示。
图11注册用户修改个人信息的协作图
4.注册用户(屋主、租户)修改需求信息的协作图
注册用户修改需求信息的协作图,如图12所示。
图12注册用户修改需求信息的协作图
(四)系统的状态图
1.前台业务模块的状态图
由于本系统的前台业务模块只涉及到房屋信息对象,其他的操作类的状态都很少,不需要创建状态图,所以此处就整个前台业务创建一个状态图,如图13所示。
图13前台业务模块的状态图
2.后台会员管理的状态图
后台会员管理的状态图如图14所示。
图14后台会员管理的状态图
3.后台论坛分类管理的状态图
后台论坛分类管理的状态图,如图15所示。
图15后台论坛分类管理的状态图
4.后台房屋信息管理的状态图
后台房屋信息管理的状态图,如图16所示。
图16后台房屋信息管理的状态图