系统实验报告.doc

《信息系统分析与设计》课程实验报告 实验名称 用例图 课程名称 电子商务系统分析与设计 姓名 梅倩 学号 084--200812030415 日期 2011-3-28 地点 西一楼 成绩 教师 支俊 夏永泉 一.实验目的 熟悉Rational Rose建模环境；熟悉基本功能和使用方法掌握2011-4-2 地点 西一楼 成绩 教师 支俊 夏永泉 一、实验目的 理解类的基本概念；掌握在Rational Rose中绘制类的操作方法；掌握在Rational Rose中绘制类的关联、依赖、泛化关系。 二、实验内容 实验分成两部分：第1部通过实验1完成的用例图我们可以初步了解系统的业务功能，现在需要对实验1的需求进一步分析，从中识别出系统的概念类，对系统进行分析阶段的静态建模；第2部分要求在第1部分系统分析的基础上，精化、完善分析阶段的类图，使之成为计算机系统可实现的模型。 三、实验步骤 2.1. 分析阶段的静态建模 1.分析阶段类的识别仅限于业务领域的概念类（或称实体类），图书管理业务领域的实体类识别如下：馆藏书目、馆藏资源品种、图书品种、碟片品种、资源项、借书记录、预定记录、逾期记录、罚款细则、图书管理员、读者。 2. 绘制类图 打开实验1保存的模型文件：图书管理系统.mdl。 打开Rose中的Logical View（逻辑视图），建一个名为“Class Diagram”（类图）的包，用于存放图书管理系统的静态模型。 鼠标右键单击新建的“Class Diagram”包，选择“New——Class Diagram”项，在“Class Diagram”包下建立一张名为“Entity”的业务领域实体类图。 在Entity中添加类，并对类的属性和方法进行建立和设置。 添加类的关联关系，设置关联属性。 定义聚集关联和泛化关系，如图所示。 2.2设计阶段的静态建模 1．分析：设计阶段类的静态建模包括两方面：第1方面是将分析阶段识别的领域实体类进一步细化，将分析阶段识别的汉语的类名、属性名和方法名转变为英文的类名、属性名和方法名，这样便于后续正向工程Java代码框架的生成，同时要将分析阶段未识别出来的属性、方法补充进去；第2方面，要根据软件体系结构的分层模式，为静态模型添加边界类和控制类，绘制一张反映边界类、控制类、实体类三者关系的总体图。 2．绘制的步骤： 打开实验二分析阶段保存的模型文件：图书管理系统.mdl。 打开类设置对话框，和分析过程的（3）一样将每一个类的名字和属性进行更改，对类的属性和方法设置并定义类的方法参数，如图一所示。 图一 建立类包用于存放实体类、边界类、控制类。 实体类、边界类和控制类添加完毕，设计一张总体图来反映三大类的一个总体的相互关系，如图二所示。 图二 四. 总结与回顾 分析建立在需求收集的基础上，领域模型的概念类从用例模型中获取灵感。这些概念类经过完善将形成分析模型中的分析类。在迭代开发过程中，每一个用例实现对应一个类图，描述参与这个用例实现的所有概念类。用例的实现只要通过交互图来表示。用例的事件流会对应产生一张对象间的顺序图，描述相关对象如何通过合作来完成整个事件流，复杂的备选时间流也可以产生一个或多个顺序图，所以这些图的集合构成了分析模型。 建立分析模型包括以下基本活动：发现领域对象，定义概念类；识别类的属性；识别对象的关系，包括建立类得泛化关系、对象的关联关系；建立交互图。当系统的功能流程比较复杂，对象的状态变化较多时，可以利用状态图和活动图等补充模型，进一步为系统行为建模。 在很多场合，使用类图可以精确地定义一个结构，但当结构太抽象而难以理解时，如果补充对象图会有很大改观。对象图是在某个时刻系统中各个对象的一个快照，对象图的成分是类的实例而不是类，有时也称实例图。 《信息系统分析与设计》课程实验报告 实验名称 顺序图、协作图 课程名称 电子商务系统分析与设计 姓名 梅倩 学号 084--200812030415 日期 2011-5-11 地点 西一楼 成绩 教师 支俊 夏永泉 一、实验目的 理解顺序图的基本概念;理解协作图的基本概念;掌握在Rational Rose中绘制顺序图；协作图的操作方法。 二、实验内容 通过对课堂学习和前面的实验，使我们完成了图书馆的管理系统的需求分析，并从业务对象中抽象出了类。现在需要对前面所给出的用例进行实现，而用例的实现主要由顺序图来描述系统的动态特性，协作图与顺序图是同构的，Rose可自动转换。 三、实验步骤 3.1分析阶段的动态建模 1．分析：在分析阶段，绘制的顺序图中，所有消息可以使用便于理解的自然语言来描述，并且可以仅在实体类中识别对象职责，而不涉及边界类和控制类。顺序图描述涉及用例实现的多个对象实例以及对象