软件设计与分析实验报告.docx
- 文档编号:3889330
- 上传时间:2022-11-26
- 格式:DOCX
- 页数:16
- 大小:107.06KB
软件设计与分析实验报告.docx
《软件设计与分析实验报告.docx》由会员分享,可在线阅读,更多相关《软件设计与分析实验报告.docx(16页珍藏版)》请在冰豆网上搜索。
软件设计与分析实验报告
一、实验名称
实验一用例图
二、实验目的
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)绘制出用户所能进行的活动,并绘制他们之间的关系
)添加一个管理员用例(12.ID2)设置管理员的属性:
姓名,性别和管理员(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、)设置商品类的属性,插入商品名称、商品ID4(商品介绍、商品数量和商品价格,并设置其属性的类型值double型和string型、intstring分别为string型、型、private型,同时设置“”权限。
)设置商品类的方法,插入相应的设置、获取属(5获取属性的类void设置方法的类型值一律为,性的方法,型值和商品类属性的类型值一致。
(6)在图中拖出一个类图,命名为商品信息;
(7)设置商品信息类的属性,插入商品名称、商品ID、商品已销售数量、商品未销售数量和商品操作命令,并设置其属性的类型值分别为string型、string型、string型、string型和Boolean型,同时设置“private”权限。
(8)设置商品信息类的方法,插入相应的设置、获取属性的方法,设置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致。
9)在图中拖出一个类图,命名为添加商品;(并设置其属性的类型)设置商品类的属性,插入添加结果和商品信息,(10”权限。
Boolean型和商品信息型,同时设置“private值分别为设置方获取属性的方法,11)设置添加商品类的方法,插入相应的设置、(,获取属性的类型值和商品类属性的类型值一致。
法的类型值一律为void
(12)在图中拖出一个类图,命名为删除商品;并设置其属性的类型插入删除结果和商品信息,)设置商品类的属性,(13型和商品信息型,同时设置“private”权限。
Boolean值分别为设获取属性的方法,插入相应的设置、)设置添加删除商品类的方法,14(.
置方法的类型值一律为void,获取属性的类型值和商品类属性的类型值一致。
)在图中拖出一个类图,命名为修改商品;(15并设置其属性的类型插入修改结果和商品信息,(16)设置商品类的属性,”权限。
型和商品信息型,同时设置“private值分别为Boolean设置方插入相应的设置、获取属性的方法,17()设置修改商品类的方法,void,获取属性的类型值和商品类属性的类型值一致。
法的类型值一律为
五、实验结论并掌握如何从需求分析中抽象出通过本次试验,我大致理解类的基本概念,类的方法,从而用软件绘制出相应的类图。
通过绘制类图可以清楚看出各个类的属性和各个类的方法,从而更容易理解类与类之间的关系。
实验五:
类的关系
一、实验名称
实验五类的关系
二、实验目的
1.理解类间关系的基本概念。
2.掌握描绘类间关系的方法。
3.掌握在RationalRose中绘制类关系的操作方法。
三、实验内容
在找出微商管理系统中所存在的类的前提下,进一步对业务对象间如何联系进行建模。
四、实验步骤
分析:
微商管理的主要静态模型是由商品管理类、商品类、商品信息类、人员管理类、管理员类、用户类和各种微商系统操作类组成。
其中用户类与管理员类是泛化的关系,而其它类之间均是关联关系。
(1)首先,将实验一中的管理员和用户拖到类图中,即添加了一个管理员类和一个用户类,并添加相应的累的各种属性和方法。
(2)依照上面的操作添加微商系统类和人员管理类。
(3)所有类添加完后,就可以为各个类添加关系。
)人员管理类是管理员类和用户类的两个父类,他们之间的关系为泛化(4最后进行连关系。
商品信息类是继承自商品类的,其他的类为一般的依赖关系,线。
.
五、实验结论通过本次试验,我大致理解了类间关系的基本概念,并掌握了用软件绘制出类关系间的方法。
通过分析,把各个类之间的关系梳理清楚再进行连线,这样会让各个类之间的关系简洁明了。
实验六:
交互图
一、实验名称
试验六交互图
二、实验目的
1.理解时序图的基本概念。
2.理解协作图的基本概念。
3.掌握在RationalRose中绘制交互图的操作方法。
三、实验内容
完成了微商管理系统的类的抽象以及类间关系的描述,现在需要对前面所给出的用例进行实现,通过绘制交互图来描述系统的动态特性。
四、实验步骤
1.分析:
根据微商管理系统业务功能模块中的交互操作进行动态建模的操作步骤和方法,对商品管理模块中的交互操作进行动态建模。
该模块中主要存在“添加商品”、“删除商品”和“修改商品”三种交互操作。
(1)添加操作时序图
添加类后,便可以添加方法,开始时必须是外面的实体向系统发送信息,然后管理员进行登录操作,验证失败则返回系统消息,直接结束操作;如果成功则微商系统进行信息传递,由系统验证后回发信息到微商系统,再由微商系统显示给管理员系统返回的信息,管理员收到信息后进行添加商品操作,这个操作也由微商系统进行传递,系统根据管理员输入的信息进行添加操作,操作成功或者失败,系统都会回发信息给微商系统,再由微商系统显示给管理员进行下一步的判断和操作。
.
2)添加操作协作图(
(3)删除操作时序图
登录步骤同添加操作,如果成功则微商系统进行信息传递,由系统验证后回发信息到微商系统,再由微商系统显示给管理员系统返回的信息,管理员收到信息后进行删除商品操作,这个操作也由微商系统进行传递,系统根据管理员输入的信息进行删除操作,操作成功或者失败,系统都会回发信息给微商系统,再由微商系统显示给管理员进行下一步的判断和操作。
)删除操作协作图(5
(4)修改时序图
登录步骤同添加操作,如果成功则微商系统进行信息传递,由系统验证后回发信息到微商系统,再由微商系统显示给管理员系统返回的信息,管理员收到信息后进行修改商品操作,这个操作也由微商系统进行传递,系统根据管理员输入的信息进行修改操作,操作成功或者失败,系统都会回发信息给微商系统,再由微商系统显示给管理员进行下一步的判断和操作。
)修改操作协作图6(.
五、实验结论通过本次试验,我大致理解了时序图的基本概念和协作图的基本概念。
通过分析商品管并通过分析各个操作的关系绘制出相应的时序图和协作图。
理各个操作的流程和他们之间的关系,绘制出的时序图能清晰看出每个操作的时间顺序,绘制出的协作图能清晰看出每个操作之间是如何协作完成需要执行的动作的。
实验七:
对象图和包图
一、实验名称
试验七对象图和包图
二、实验目的
1对象图的基本概念。
2.包图的基本概念。
3掌握在RationalRose中绘制对象图和包。
三、实验内容
已完成微商管理系统的类图和交互图的分析与设计,现绘制一张对象图,用一个实例来说明系统的运作。
四、实验步骤
(1)对象图
以用户购买商品为例,首先绘制购买过程的对象图。
用户首先查询想要购买的商品,确认信息后进行购买,这时系统会生成一个订单表存放到数据库中,系统检测到数据库有新的数据时便发出消息通知该商品的管理员,管理员收到消息后查询订单信息是否和用户订单信息一致,确认无误后则进行用户所购买商品的信息查询,并获取用户所需的商品数量。
最后由商品管理员确认订单信息,并把用户购买商品的订单信息回发给用户进行确认,通知用户获取商品。
(2)包图
通过对象图中各个实例之间的关系,首先是用户购买商品产生订单信息,接着管理员收到消息获取订单信息,最后经过管理员确认反馈给用户订单信息。
五、实验结论并通过分析实例之我大致了解了对象图和包图的基本概念,通过本次试验,间的关系,绘制出了相应的对象图和包图。
通过分析用户、订单和管理员之间的关系,反应了用户在购买商品这一时刻,在整个购买商品的系统中各个对象所发生的变化。
实验八:
组件图和部署图
一、实验名称
实验八组件图和部署图
二、实验目的
1.理解组件图的基本概念。
2.理解组件图的应用:
逻辑部署。
3.理解部署图的基本概念。
4.理解部署图的应用:
物理部署。
5.掌握组件图和部署图的绘制方法。
三、实验内容
在微商管理系统已完成类图和交互图的分析与设计的基础上,绘制组件图和部署图。
四、实验步骤
(1)包图
在微商管理系统中,通过分析可以发现类图中的类应分为4个部分:
1.用户接口模块。
主要负责系统和用户的交互;
2.业务对象模块,主要负责处理系统中的业务计算,如购买,修改等功能的具体操作。
3.数据存储模块,主要负责处理对数据的存储。
用户接口模块中包括:
Buy:
购买类,表示购买商品,一个buy对象表示购买的一个商品;
Item:
商品类,表示实际存在的商品;
BuyInformation:
购买信息类,表示一个购买用户;
Title:
表示一种商品。
如果有一个该商品,用1个title对象表示,如果有2个这样的商品。
则需要用2个item对象表示,以此类推。
Reservation:
预定信息类,表示一个预定商品信息。
类之间互相依赖,BuyInformation和Buy之间互相依赖,Buy和Item
BuyInformation和Reservation之间互相依赖,Reservation和Title之间互相依赖,Title和Item之间互相依赖。
)创建业务逻辑包用户接口组件图(2
(3)部署图
分析:
微商管理系统目前开发的是一个移动端网页系统,其中所有的运算均在系统所在的机器上完成,但是由于打印订单的需要,系统还应配备一台打印机,因此得出系统中存在2个结点。
五、实验结论掌握组件图和部我大致理解了组件图和部署图的基本概念,通过本次试验,署图的绘制方法。
并通过微商管理系统需求的组件绘制出相应的图。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件设计 分析 实验 报告