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