软件设计与分析实验报告.docx

软件设计与分析实验报告.docx

《软件设计与分析实验报告.docx》由会员分享，可在线阅读，更多相关《软件设计与分析实验报告.docx（10页珍藏版）》请在冰豆网上搜索。

软件设计与分析实验报告

一、实验名称

实验一用例图

二、实验目的

1.熟悉用例图的基本功能和使用方法.

2.掌握如何使用建模工具绘制用例图方法.

三、实验内容

分析微商管理系统的需求建模,进行用例图的绘制.

四、实验步骤

1.书写"用户登录购买商品信息〞和"管理员管理商品〞的书面用例

1.1.<1>用户登录后,查找想要购买的商品；

1.1.<2>"用户接口〞组件数据库中,查找待购买的商品名；

1.1.<3>如果不存在,则显示错误信息,返回步骤〔1〕,如果存在则继续；

1.1.<4>"用户接口〞组件判断"待购买商品〞是否可以购买；

1.1.<5>如果不可以,则显示出错误信息,返回步骤〔8〕,如果可以则继续；

1.1.<6>在数据库中,添加商品订单；

1.1.<7>显示购买成功信息；

1.1.<8>结束

1.2.<1>管理员登录后,查找的商品；

1.2.<2>"业务对象〞组件数据库中,查找待管理的商品名；

1.2.<3>如果不存在,则显示错误信息,返回步骤〔1〕,如果存在则继续；

1.2.<4>"业务对象〞组件判断"待管理商品〞是否可以管理；

1.2.<5>如果不可以,则显示出错误信息,返回步骤〔8〕,如果可以则继续；

1.2.<6>在数据库中,添加、删除或修改商品；

1.2.<7>显示管理成功信息；

1.2.<8>结束

分析：

在微商管理系统中,管理员首先登陆系统,系统验证过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是管理商品,在管理过程中,系统会对查询得到的结果判断是否可以对商品进行管理,若可以,则给管理提示,如不可以,也给相关的提示信息.而用户则通过管理员所设置的商品信息进行查询,如果查询到相关信息,则系统给出用户可以进行购买操作的提示,如果未查询到相关信息,也给相关的提示信息.

2.1.根据实验指导书画出用户的用例图.

〔1〕添加一个用户用例

（2）设置用户的属性：

##,性别和用户ID

（3）设置用户的方法：

选择商品和购买商品

（4）绘制出用户所能进行的活动,并绘制他们之间的关系

2.〔1〕添加一个管理员用例

〔2〕设置管理员的属性：

##,性别和管理员ID

〔3〕设置管理员的方法添加商品,删除商品和修改商品

〔4〕绘制出用户所能进行的活动,并绘制他们之间的关系

五、实验结论

通过本次试验我学会了如何绘制出各个需求关系的用例图,掌握了基本的用例图使用方法.也在该系统中了解了管理员和用户之间的关系.并设置相应的属性和方法,从而清楚地看出管理员和用户在该系统中所能进行的活动.

实验二：

活动图

一、实验名称

实验二活动图

二、实验目的

1.熟悉活动图的基本功能和使用方法

2.掌握如何使用建模工具绘制活动图方法.

三、实验内容

根据已知的微商用例模型,绘制微商管理系统的登录活动图

四、实验步骤

绘制"管理商品信息〞用例的活动图,管理商品信息一般按照以下步骤进行：

1.<1>管理员登录后,查找的商品；

1.<2>"业务对象〞组件数据库中,查找待管理的商品名；

1.<3>如果不存在,则显示错误信息,返回步骤〔1〕,如果存在则继续；

1.<4>"业务对象〞组件判断"待管理商品〞是否可以管理；

1.<5>如果不可以,则显示出错误信息,返回步骤〔8〕,如果可以则继续；

1.<6>在数据库中,添加、删除或修改商品；

1.<7>显示管理成功信息；

1.<8>结束

绘图步骤：

（1）在用例图中,找到"管理商品信息〞的用例,在用例上创建一个活动图；

（2）建好活动图后,在图中添加一个泳道,命名为管理员,按此步骤再添加一个泳道,命名为系统.

（3）在"管理员〞该泳道下添加一个开始节点,登录活动,验证框和结束结点；

（4）在"系统〞该泳道下添加商品管理活动,添加、删除、修改活动和系统整理数据活动；

（5）若验证正确,则可以进行商品管理,最后由系统整理管理数据后返回；

（6）若验证不正确,则直接返回.

登陆管理活动图

五、实验结论

通过本次本次试验我大致学会了使用活动图的基本功能和使用方法并,掌握如何使用建模工具绘制活动图的方法.通过绘制活动图,可以很清晰的看出管理员在管理商品是进行的各个活动步骤.

实验三：

状态图

一、实验名称

试验三状态图

二、实验目的

1.熟悉状态图的基本功能和使用方法.

2.掌握如何使用建模工具绘制状态图方法.

三、实验内容

根据已获得的微商管理系统的用例图和相应的活动图,绘制状态图

四、实验步骤

1.业务分析：

商品管理的动态行为是由：

空闲、商品查询、商品管理、失败、成功5中状态与激活相互转换的事件.

2.绘制状态图：

运用UML绘制"商品管理〞用例的状态图.

分析：

商品管理的主要业务都是由管理员来完成,首先管理员必须先登录系统,并通过验证后,便可以进行下一步的操作,查找改商品的相关信息,如存在,则进行添加、删除和修改操作,如不存在该商品,则给出提示信息；

绘图步骤：

（1）在用例图中的商品管理用例,新建一个状态图；

（2）添加一个开始节点,当要进行管理的时候,操作者先要询问系统的状态,如果系统忙,操作者必须等待,因此,得到空闲和忙碌两种系统状态；

（3）如果系统忙碌,则操作者需等待、结束；如果系统空闲,则进行对商品进行查询操作,查询的结果为两种：

一是查询得到该商品的相关信息,二查询不到该书的相关信息,则此时有两种状态；

（4）如果系统空闲,则系统先查询操作者所要查询的商品信息,如果不存在则返回相应的信息后结束,如果存在则进行商品的管理,添加、删除和修改操作,在操作者进行添加、删除、修改操作后,返回操作的结果；

（5）最后,操作者进行了操作后,系统整理数据,然后将结果返还给操作者；操作成功或失败,都会有提示信息给出,整个商品管理的过程便完成.

五、实验结论

通过本次试验,我大致熟悉了状态图的基本功能和使用方法,掌握如何使用建模工具绘制状态图方法.通过与相应的用例图进行分析后,绘制出了管理员管理商品动作中可能遇到的各种状态.

实验四：

类图

一、实验名称

实验四类图

二、实验目的

1.理解类的基本概念

2.掌握如何从需求分析中抽象出类的方法.

3.掌握在RationalRose中绘制类的操作方法.

三、实验内容

从已获得的微商管理系统的用例图、相应的活动图和状态图去寻找和发现类.

四、实验步骤

分析：

由商品类、商品信息类、添加商品类、删除商品类、修改商品类4个类组成.

绘制类的步骤：

（1）

打开前面初步构建的UML建模文件；

（2）创建"商品管理业务功能〞类图；

（3）在图中拖出一个类图,命名为商品；

（4）设置商品类的属性,插入商品名称、商品ID、商品介绍、商品数量和商品价格,并设置其属性的类型值分别为string型、string型、string型、int型和double型,同时设置"private〞权限.

（5）设置商品类的方法,插入相应的设置、获取属性的方法,设置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致.

（6）在图中拖出一个类图,命名为商品信息；

（7）设置商品信息类的属性,插入商品名称、商品ID、商品已销售数量、商品未销售数量和商品操作命令,并设置其属性的类型值分别为string型、string型、string型、string型和Boolean型,同时设置"private〞权限.

（8）设置商品信息类的方法,插入相应的设置、获取属性的方法,设置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致.

（9）在图中拖出一个类图,命名为添加商品；

（10）设置商品类的属性,插入添加结果和商品信息,并设置其属性的类型值分别为Boolean型和商品信息型,同时设置"private〞权限.

（11）设置添加商品类的方法,插入相应的设置、获取属性的方法,设置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致.

（12）在图中拖出一个类图,命名为删除商品；

（13）设置商品类的属性,插入删除结果和商品信息,并设置其属性的类型值分别为Boolean型和商品信息型,同时设置"private〞权限.

（14）设置添加删除商品类的方法,插入相应的设置、获取属性的方法,设置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致.

（15）在图中拖出一个类图,命名为修改商品；

（16）设置商品类的属性,插入修改结果和商品信息,并设置其属性的类型值分别为Boolean型和商品信息型,同时设置"private〞权限.

（17）设置修改商品类的方法,插入相应的设置、获取属性的方法,设置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致.

五、实验结论

通过本次试验,我大致理解类的基本概念,并掌握如何从需求分析中抽象出类的方法,从而用软件绘制出相应的类图.通过绘制类图可以清楚看出各个类的属性和各个类的方法,从而更容易理解类与类之间的关系.

实验五：

类的关系

一、实验名称

实验五类的关系

二、实验目的

1.理解类间关系的基本概念.

2.掌握描绘类间关系的方法.

3.掌握在RationalRose中绘制类关系的操作方法.

三、实验内容

在找出微商管理系统中所存在的类的前提下,进一步对业务对象间如何联系进行建模.

四、实验步骤

分析：

微商管理的主要静态模型是由商品管理类、商品类、商品信息类、人员管理类、管理员类、用户类和各种微商系统操作类组成.其中用户类与管理员类是泛化的关系,而其它类之间均是关联关系.

（1）首先,将实验一中的管理员和用户拖到类图中,即添加了一个管理员类和一个用户类,并添加相应的累的各种属性和方法.

（2）依照上面的操作添加微商系统类和人员管理类.

（3）所有类添加完后,就可以为各个类添加关系.

（4）人员管理类是管理员类和用户类的两个父类,他们之间的关系为泛化关系.商品信息类是继承自商品类的,其他的类为一般的依赖关系,最后进行连线.

五、实验结论

通过本次试验,我大致理解了类间关系的基本概念,并掌握了用软件绘制出类关系间的方法.通过分析,把各个类之间的关系梳理清楚再进行连线,这样会让各个类之间的关系简洁明了.

实验六：

交互图

一、实验名称

试验六交互图

二、实验目的

1.理解时序图的基本概念.

2.理解协作图的基本概念.

3．掌握在RationalRose中绘制交互图的操作方法.

三、实验内容

完成了微商管理系统的类的抽象以与类间关系的描述,现在需要对前面所给出的用例进行实现,通过绘制交互图来描述系统的动态特性.

四、实验步骤

1.分析：

根据微商管理系统业务功能模块中的交互操作进行动态建模的操作步骤和方法,对商品管理模块中的交互操作进行动态建模.该模块中主要存在"添加商品〞、"删除商品〞和"修改商品〞三种交互操作.

（1）添加操作时序图

添加类后,便可以添加方法,开始时必须是外面的实体向系统发送信息,然后管理员进行登录操作,验证失败则返回系统消息,直接结束操作；如果成功则微商系统进行信息传递,由系统验证后回发信息到微商系统,再由微商系统显示给管理员系统返回的信息,管理员收到信息后进行添加商品操作,这个操作也由微商系统进行传递,系统根据管理员输入的信息进行添加操作,操作成功或者失败,系统都会回发信息给微商系统,再由微商系统显示给管理员进行下一步的判断和操作.

〔2〕添加操作协作图

（3）删除操作时序图

登录步骤同添加操作,如果成功则微商系统进行信息传递,由系统验证后回发信息到微商系统,再由微商系统显示给管理员系统返回的信息,管理员收到信息后进行删除商品操作,这个操作也由微商系统进行传递,系统根