UML实验报告.docx
《UML实验报告.docx》由会员分享,可在线阅读,更多相关《UML实验报告.docx(22页珍藏版)》请在冰豆网上搜索。
UML实验报告
学生学号
实验课成绩
武汉理工大学
学生实验报告书
实验课程名称UML建模技术
开课学院计算机科学与技术学院
指导老师姓名陈明俊
学生姓名
学生专业班级
2012—2013学年第二学期
实验课程名称:
UML建模技术
实验项目名称
为自动售卖系统编写文档
实验成绩
实验者
专业班级
组别
同组者
实验日期
2013年3月13日
第一部分:
实验分析与设计(可加页)
一、实验内容描述(问题域描述)
1、写一个关于本系统的概况描述
2、确定客户,包括其公司名称、地址、电话号码,员工的职位
3、至少总结3个系统目标
4、至少确定3个约束条件
5、建立一个基本功能和属性表
6、分析基本功能和属性的可行性
7、包括一个用类描述出来的环境图
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)
询问公司职员、向有关专家请教,以确定基本需求,以及它们相应的属性。
三、主要仪器设备及耗材
MicrosoftOfficeWord2003
StarUML
第二部分:
实验调试与结果分析
一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)
1、概况陈述:
客户选择租出某样商品或某几种影碟,该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理,其中需要记录客户的交易信息及影碟信息并更新数据库存。
最后顾客离开。
2、客户:
音像商店的赵老板,电话:
*******
3、系统目标:
a、对于初次租借的顾客进行账户登记,这样便于后续的交易
b、对影碟进行库存管理,对新购入的影碟、租出的影碟、归还的影碟、以及损失的影碟及时更新库存信息
c、对影碟租借、影碟归还、超期未还的影碟等行为进行记录,并能够对超期未还影碟的顾客信息及时更新记录,以便收银员对此罚款
d、能够进行每天营业额的统计
4、制约因素:
a、经费不足时不能及时更新库存
b、音像店老板(收银员)对该系统的要求不明确或者不完整。
5、基本功能属性表
见实验结果分析
6、类图
见实验结果分析
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)
基本功能属性表:
编号
基本功能
属性
1
账户登记
顾客姓名、身份证号、电话号码、居住地址
2
影碟销售
日期、影碟名、价格、影碟类型
3
影碟租借
日期、影碟名、租金、到期日、影碟类型
4
影碟归还
日期、影碟名、影碟类型
5
重新购置影碟
日期、影碟名、成本、类型
6
迟还扣款
租借日期、应到日期、影碟名、类型、超期时间、应罚款额
类图
三、实验小结、建议及体会
通过这次实验,我学会了如何编写文档,以及在这个过程中应该注意的问题有哪些。
实验课程名称:
UML建模技术
实验项目名称
为类中描述的事件画用例图
实验成绩
实验者
专业班级
组别
同组者
实验日期
2013年3月25日
第一部分:
实验分析与设计(可加页)
一、实验内容描述(问题域描述)
1、描述每个用例。
事件的主流程(成功场景)是用例的最重要的部分。
确保它准确地描述这个过程,同时还有少量一些替代流程即扩展。
2、对于这个项目假设所有客户用现金或信用卡支付租金,不允许用支票支付!
3、要特别注意处理问题时的扩展
4、有一些隐藏的要求:
基本上租借出去的影碟信息必须有序地保存起来以跟踪物料,同样的归还的物品数据也应该保存起来,以备最后会计都会知道这些。
5、每天晚上待商店关门后,所有晚交的租金记入帐户持有人的信用卡。
6、每个夜晚商店关门后,所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。
7、客户有一个帐号。
电话号码是首选,当客户第一次来时被分配。
如果客户不是在租赁的成员,成员的记录会临时创建。
他们的姓名,电话号码,信用卡号码和到期日被记录在其成员的记录里。
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)
1、根据系统的功能确定四个基本用例:
租赁项目,归还项目,超期项目,重新购置项目
2、仿照教科书来描述上述的四个用例
3、根据用例绘出用例图
三、主要仪器设备及耗材
MicrosoftOfficeWord2003
StarUML
第二部分:
实验调试与结果分析
一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)
用例1:
租赁项目
参与者:
顾客、收银员
目的:
实现一次租赁交易并收取押金
前置条件:
假设所有顾客用现金或信用卡付款,不用支票付款
后置条件:
存储租赁信息,更新账务和库存信息
概述:
一个顾客携带所要租借的影碟到收银台,收银员收取押金,系统记录租赁交易的相关信息,顾客拿着影碟离开了。
用例2:
归还项目
参与者:
顾客、收银员
目的:
实现一次归还交易
前置条件:
假设顾客所租赁的影碟没有超期
后置条件:
存储租赁信息,更新账务和库存信息
概述:
一个顾客携带已租借的影碟到收银台,收银员输入顾客归还的影碟信息以及顾客信息,系统记录归还交易的相关信息,顾客离开或继续进行下一次的租赁交易。
用例3:
超期项目
参与者:
收银员
目的:
实现对持有租赁影碟超期的顾客进行罚款交易并记录应罚金额
前置条件:
假设顾客租赁的影碟已超过持有期限
后置条件:
存储超期信息,更新账务和库存信息
概述:
每天晚上待商店关门后,所有晚交的租金记入帐户持有人的信用卡,所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。
用例4:
重新购置项目
参与者:
收银员
目的:
实现重新购置影碟
前置条件:
假设影碟丢失或者损坏,导致库存不够;假设需要购进新出版的影碟
后置条件:
存储影碟信息,更新账务和库存信息
概述:
对于库存不够的影碟,系统会自动提醒收银员。
收银员购进新的影碟,并将该影碟的相关信息输入系统,系统自动更新库存信息。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)
音像交易系统用例图如下所示:
三、实验小结、建议及体会
通过这次实验我知道了,用例是文本形式的情节描述,主要应用于需求的发现和记录工作中。
其中主成功场景就是基本流程,而扩展就是替代流程。
在每一个用例中前置条件和后置条件(即成功保证)都是很重要的,实验中学会了基本用例的描述和书写。
实验项目名称
学习绘制概念模型
实验成绩
实验者
专业班级
组别
同组者
实验日期
2013年3月27日
第一部分:
实验分析与设计(可加页)
一、实验内容描述(问题域描述)
1.为音像店画一个概念模型。
2.确保包括的概念展现了四种交易的每一个:
租借项目、归还项目、进货项目、迟交费项目。
3.假设付款将会在租借进行的时间。
4.尝试建立自上而下的图,始终把包含者放在被包含的项目之上。
5.下一步加入关联,但是此页丢失了一个关联。
这是'扩展'或'‘是一个’关联。
例如现金付款扩展了付款。
信用卡付款也扩展了付款。
6.下一步添加多重价值,要确保最小值和最大值是正确的。
7.下一步添加属性。
二、基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)
1、根据实验二-------为类中描述的事件写一个基本用例中的4个用例,用确定名词短语的方法来寻找概念类,可得:
用例1:
顾客、影碟目录、影碟描述、音像店、收银员、租赁记录、付款行为、租赁行为、库存系统
用例2:
顾客、收银员、影碟目录、影碟描述、库存系统、租赁记录
用例3:
收银员、付款行为、信用卡、租金
用例4:
收银员、影碟描述、库存系统
综上4个用例,可确定最后的概念类:
音像店、影碟描述、影碟目录、顾客、收银员、租赁行为、租赁记录、付款行为、库存系统、租赁记录、归还行为、重新购置行为、超期行为
2、根据上述的概念类用StarUML画出概念模型。
三、主要仪器设备及耗材
StarUML
第二部分:
实验调试与结果分析(可加页)
一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)
1、打开StarUML,File->NewProject(新建一个工程),在ModelExplorer视图中右击《designModel》DesignModel,AddDiagram->ClassDiagram,就可以在ClassDiagram1中画概念模型。
2、在Class工具栏中选择Class图标,创建概念类:
音像店、影碟描述、影碟目录、顾客、收银员、租赁行为、租赁记录、付款行为、库存系统、租赁记录、归还行为、重新购置行为、超期行为
3、尝试建立自上而下的图,始终把包含者放在被包含的项目之上。
4、下一步加入关联(详见二、实验结果及分析),但是此页丢失了一个关联。
这是'扩展'或'‘是一个’关联。
例如现金付款扩展了付款。
信用卡付款也扩展了付款。
确保这些命名是斜体。
5、下一步添加多重价值(详见二、实验结果及分析),要确保最小值和最大值是正确的。
6、下一步添加属性(详见二、实验结果及分析)。
坚持纯数据值或值对象。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)
音像店的概念模型如下:
三、实验小结、建议及体会
这次实验展示了概念类、概念类之间的关联和多重性、概念类的属性。
创建概念模型可以减小软件表示与我们头脑中的差异。
在实验中对概念类及其模型有了更深入和详细的了解和认识。
实验课程名称:
UML建模技术
实验项目名称
学习绘制系统顺序图
实验成绩
实验者
专业班级
组别
同组者
实验日期
2013年4月13日
第一部分:
实验分析与设计(可加页)
一、实验内容描述(问题域描述)
使用RationalRose的工具为每个用例开发系统顺序图。
其次,为每个用例写操作契约,仿照教科书上的例子。
该契约的最重要的部分是后置条件。
密切地关注这些后置条件,因为这是将要分级审议的区域。
操作契约要确保使用概念模型的实例,属性和关联。
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)
1、系统顺序图(SSD)是为阐述与所讨论系统相关的输入和输出事件而快速、简单地创建的制品。
他们是操作契约和(最重要的)对象设计的输入。
2、系统顺序图表示的是对于用例的一个特定场景,外部参与者产生的事件,其顺序和系统之内的事件。
所有系统被视为黑盒,该图强调的是从参与者到系统的跨越系统边界的事件
3、应为每个用例的主成功场景以及频繁发生的或者复杂的替代场景绘制SSD。
4、操作契约使用前置和后置条件的形式,描述领域模型里对象的详细变化,并作为系统操作的结果。
它对用例指出的系统操作的效用提供了更详细的分析,包括4个部分:
操作、交叉引用、前置条件、后置条件
三、主要仪器设备及耗材
MicrosoftOfficeWord2003
StarUML
第二部分:
实验调试与结果分析(可加页)
一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)
1.打开StarUML,在ModelExplorer(实验3的基础上)视图中选中《designModel》DesignModel,单击菜单栏Model->AddDiagram->SequenceDiagram,在,ModelExplorer视图中的DesignModel下出现子目录CollaborationInstanceSet1->InteractionInstanceSet1->SequenceDiagram1,将SequenceDiagram1重新命名为Rent_sequenceDiagram.同理新建Return_sequenceDiagram,Restock_sequenceDiagram,ChargeLate_sequenceDiagram.
2.在Sequence工具栏中选择相应图标,根据实验2的用例文本和实验3的概念模型绘制系统顺序图Rent_sequenceDiagram,Return_sequenceDiagram,Restock_sequenceDiagram,ChargeLate_sequenceDiagram.
3.用MicrosoftOfficeWord为租赁项目,归还项目,迟交费项目,重新购置项目这4个用例写操作契约。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)
1、4个系统顺序图:
RentItem用例的系统顺序图如下:
ReturnItem用例的系统顺序图如下:
RestockItem用例的系统顺序图如下:
OverdueChargesItem用例的系统顺序图如下:
三、实验小结、建议及体会
通过这次实验我懂得了操作契约中的后置条件很重要,是关键元素,大致可以分为创建/删除实例、属性值的变化、形成/消除关联。
在本次实验中,熟练掌握了顺序图的绘制,对该销售系统有了更完整的了解和认识。
实验课程名称:
UML建模技术
实验项目名称
学习绘制交互图
实验成绩
实验者
专业班级
组别
同组者
实验日期
2013年4月13日
第一部分:
实验分析与设计(可加页)
一、实验内容描述(问题域描述)
使用RationalRose工具去开发一个顺序图,一旦完成顺序图你可以通过菜单里的工具来生成协作图。
假设该系统遵循这个被用例、概念图、系统顺序图和你的老师提供的操作契约所描述的模型,假设只在租赁项目用例中使用现金支付。
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)
1、UML使用交互图(interactiondiagram)来描述对象间通过消息的交互。
交互图可以用于动态对象建模,有两种类型:
顺序图和通信图。
2、顺序图的优势是能够清晰表示消息的顺序和时间排序,是大量详细表示法选项,劣势是强制在右侧增加新对象,消耗水平空间。
它以一种栅栏格式描述交互,其中在右侧添加新创建的对象。
3、协作图(CollaborationDiagram)主要表现对象之间如何协作,同时也用于表现那些以顺序图进行建模的情形。
序列图处理序列关系和简单的选择关系(带有保护),而协作图处理迭代。
三、主要仪器设备及耗材
MicrosoftOfficeWord2003
StarUML
第二部分:
实验调试与结果分析(可加页)
一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)
1、打开StarUML,单击File->NewProject以新建一个工程,选中《designModel》DesignModel,单击菜单栏Model->AddDiagram->SequenceDiagram,在ModelExplorer视图中的DesignModel下出现子目录CollaborationInstanceSet1->InteractionInstanceSet1->SequenceDiagram1,将SequenceDiagram1重新命名为Rent_sequenceDiagram.同理新建Return_sequenceDiagram,Restock_sequenceDiagram。
2、在Sequence工具栏中选择相应图标,根据实验2的用例文本和实验3的概念模型绘制序列图Rent_sequenceDiagram,Return_sequenceDiagram,Restock_sequenceDiagram。
3、在右侧ModelExplore视图中选中Rent_sequenceDuagram,单击菜单项Model->ConvertDiagram>CovertSequencetoCollaboration,系统自动生成一个选项卡,出现了与Rent_sequenceDiagram序列图相对应的协作图,并对图标进行整理,得到其对应协作图;同理,可生成Return_sequenceDiagram,Restock_sequenceDiagram的协作图。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)
用StarUML完成的3个序列图以及生成过程中产生的3个协作图
Rent_sequenceDiagram序列图及生成过程中产生的协作图如下:
Return_sequenceDiagram序列图及生成过程中产生的协作图如下:
Restock_sequenceDiagram序列图及生成过程中产生的协作图如下:
三、实验小结、建议及体会
通过这次实验我认识到序列图与系统顺序图之间的不同,系统顺序图是将系统视为一个黑盒子,而序列图方便地表示了各个类之间的调用的顺序。
这次实验我学会了如何绘制序列图,以及序列图与协作图的关系。
各个类之间的关联是调用与被调用的,本次实验对交互图及交互的概念也有了更好的理解。
实验课程名称:
UML建模技术
实验项目名称
学习绘制类图
实验成绩
实验者
专业班级
组别
同组者
实验日期
2013年4月13日
第一部分:
实验分析与设计(可加页)
一、实验内容描述(问题域描述)
用RationalRose工具来画类图。
对于每个属性,要包括它的数据类型或者类。
对于每一个操作要包括不带数据类型或类的参数,如若需要,一定要包含返回值的数据类型或者类。
二、实验基本原理与设计(包括实验方案设计,实验手段的确定,试验步骤等,用硬件逻辑或者算法描述)
1、类是一系列拥有相同特性的对象的集合。
将对象进行分类并组合成类降低了复杂性,减少了建模中的元素数量,并有助于描述更复杂的系统。
2、在一个类图中,类被模型化并且相互联系,这些类通过名称、属性、和操作加以描述。
类之间的关系以名称、角色、和多重性进行表达。
类图用于描述一个系统中的对象和关联。
3、UML用类图表示类、接口及其关联。
类图用于静态对象建模。
三、主要仪器设备及耗材
MicrosoftOfficeWord2003
StarUML
第二部分:
实验调试与结果分析(可加页)
一、调试过程(包括调试方法描述、实验数据记录,实验现象记录,实验过程发现的问题等)
1.打开StarUML,File->NewProject(新建一个工程),在ModelExplorer视图中右击《designModel》DesignModel,AddDiagram->ClassDiagram,就可以在ClassDiagram1中画类图了。
2.根据概念模型以及3个序列图的关联与操作画出相应类图。
3.分别画出三个三个顺序图。
二、实验结果及分析(包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等)
单一类图如下:
顺序图如下
三、实验小结、建议及体会
这次实验我学习了如何绘制类图,在类图中包含类元名称、属性和操作,并且类图和概念图有着很大的关系,其中类元名称几乎是从概念图里受启发的。
此外对顺序图的绘制有了进一步认识,加深了对它的理解。