UML 三 实验报告.docVIP

内蒙古工业大学信息工程学院 实 验 报 告 课程名称： 实验名称： 实验类型： 验证性□ 综合性□ 设计性 实验室名称： 班级： 学号： 姓名： 组别： 同组人： 成绩： 实验日期： 报告类型：实验报告 ( 预习报告 □ 报告成绩：____________指导教师审核（签名）：_____________ 年 月 实验目的： 1、熟练使用Rational rose2003。 2、掌握序列图和协作图的绘制方法，使用这两种方法进行对象的设计。 3、掌握状态图的绘制方法，为对象的设计提供帮助。 实验题目： 题目1：网上选课系统的对象设计 完成： 根据实验二中所定义的用例，为每个用例绘制序列图； 根据实验二中所定义的用例，为每个用例绘制协作图； 题目2：课程类对象的状态图设计 描述：课程对象被创建，添加到数据库中。管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。学期结束，课程的状态终止。 完成： 1）绘制课程对象的状态图。 实验环境： 硬件：内存4G，硬盘320G，双核处理器 软件：Rational rose2007 实验过程： 对于题目一，根据实验二的相关描述，绘制时序图和协作图，其中，用户由登录成功后的欢迎页面开始，此也略去相关描述。另外，在学生及管理员角色中选课、删除与付费的过程基本相同，所以在此舍去学生付费及管理员删除课程的相关描述。对于学生的选课、查询用例及管理员对课程的增改见下面时序图及协作图。 对于题目二分析为，课程开始为未创建状态，创建后将课程填入数据库，管理员对课程的相关修改及删除操作会引起数据库的变化，若删除课程则课程状态变成未创建状态，修改课程及对课程的相应操作则需要更新数据库，在每学期的开始，学校要开设选修课程，学生可以进行选课，当未达到选课人数上线时学生选课，系统将选课内容存入数据库，数据库需更新，直到学生人数达到上线，学生将不能继续选课，当本学期结束时课程状态结束。用户登录事件流： 3.首先熟悉这个软件的简单操作，会新建类，并为之添加属性和方法以及它们的各个的类型。 实验结果： 管理员添加课程 1、序列图： 此过程为管理员添加课程的时序图，首先，管理员提出申请，控制器负责实例化，并选择视图，Model返回业务逻辑后，视图模块向用户返回填写信息的提示，用户提交信息后，控制器对其实例化并选择视图，Model访问数据库，将信息存储，再向View返回业务逻辑，最后视图模块返回结果信息。 2、协作图： 管理员修改课程 1、序列图： 此过程为管理员修改课程序列图，首先，管理员提出业务申请，控制器对其实例化，并在视力模块选择视图，Model返回业务逻辑后，View提示用户输入信息，之后用户提交信息到控制器，控制器实例化后，由Model向数据库覆盖数据，并向View返回业务逻辑，最后View向用户返回结果作息。 2、协作图： 学生选课 1、序列图： 此过程为学生选课序列图，首先学生向控制器提出选课的业务申请，控制器负责实例化，并选择视图，Model返回业务逻辑后，视图模块向用户返回填写信息的提示，用户提交信息后，控制器对其实例化并选择视图，Model访问数据库，将信息存储，再向View返回业务逻辑，最后视图模块返回结果信息。 2、协作图： 学生查询 序列图： 此过程为学生选课序列图，首先学生向控制器提出查询课程的业务申请，控制器负责实例化，并选择视图，Model返回业务逻辑后，视图模块向用户返回填写信息的提示，用户提交信息后，控制器对其实例化并选择视图，Model访问数据库，将信息存储，再向View返回业务逻辑，最后视图模块返回结果信息。 协作图： 题目二对应的状态图： 实验心得： 本次试验我更加熟悉了Rational Rose建模环境，掌握了用Rational Rose画的时序图协作图及状态图的方法，和自动生成方法的使用。这次实验，让我体会到了模式设计的灵活性，针对不同的模式设计思想可以有不同的序列图与协作图，因此，这需要我们平时多观察、多思考、多训练，才能在具体案例时，针对不同的项目需求进行准确的建模。 学 号： 200810205016