UML实验报告Word下载.docx
《UML实验报告Word下载.docx》由会员分享，可在线阅读，更多相关《UML实验报告Word下载.docx（27页珍藏版）》请在冰豆网上搜索。
3、总结至少3个系统的目标
4、确定至少2个制约因素
5、建立一个基本功能和属性表
6、分析基本功能和属性的可行性
7、包括一个用类表现出来的环境图
二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）
需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。
需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。
需求是用户认为其所使用的系统应该具备的功能和性能。
三、主要仪器设备及耗材
MicrosoftOfficeWord2003
第二部分：
实验调试与结果分析（可加页）
一、调试过程（包括调试方法描述、实验数据记录，实验现象记录，实验过程发现的问题等）
1、概况陈述：
客户选择租出某样商品或某几种影碟，该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理，其中需要记录客户的交易信息及影碟信息并更新数据库存。
最后顾客离开。
2、客户：
天使街1号的“为您守候”音像商店的张老板（同时也是收银员），电话：
7777777
3、系统目标：
a、对于初次租借的顾客进行账户登记，这样便于后续的交易
b、对影碟进行库存管理，对新购入的影碟、租出的影碟、归还的影碟、以及损失的影碟及时更新库存信息
c、对影碟租借、影碟归还、超期未还的影碟等行为进行记录，并能够对超期未还影碟的顾客信息及时更新记录，以便收银员对此罚款
d、能够进行每天营业额的统计
4、制约因素：
a、经费不足时不能及时更新库存
b、音像店老板（收银员）对该系统的要求不明确或者不完整。
5、基本功能属性表见实验结果
6、基本功能和属性的可行性分析
上述六个功能是基本功能，实现上述的任何一个功能都不会导致整个系统性能下降，而且也可以满足整个系统的安全需求，对系统的安全性没有任何负面影响。
实现这些功能所需要的技术有C++，数据库用MySQL就可以实现。
而且这些功能都很稳定、基本，不需要改变。
7、环境图
二、实验结果及分析（包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等）
基本功能属性表：
编号
基本功能
属性
1
账户登记
顾客姓名、身份证号、电话号码、居住地址
2
影碟销售
日期、影碟名、价格、影碟类型
3
影碟租借
日期、影碟名、租金、到期日、影碟类型
4
影碟归还
日期、影碟名、影碟类型
5
重新购置影碟
日期、影碟名、成本、类型
6
迟还扣款
租借日期、应到日期、影碟名、类型、超期时间、应罚款额
三、实验小结、建议及体会
通过这次实验，我了解了一个音像店电脑销售系统的基本功能有新客户的登记、影碟销售、影碟租赁等。
为类中描述的事件写一个基本用例
学会如何为类中描述的事件写一个基本用例
1、仿照教科书来描述每个用例。
事件的主流程（成功场景）是用例的最重要的部分。
确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。
2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！
3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例
4、有一些隐藏的要求：
基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。
5、用例是：
租赁项目，归还项目，迟交费项目，重新购置项目。
没有购买。
6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。
7、每个夜晚商店关门后，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。
8、客户有一个帐号。
电话号码是首选，当客户第一次来时被分配。
如果客户不是在租赁的成员，成员的记录会临时创建。
他们的姓名，电话号码，信用卡号码和到期日被记录在其成员的记录里。
1、根据系统的功能确定四个基本用例：
租赁项目，归还项目，超期项目，重新购置项目
2、仿照教科书来描述上述的四个用例
3、根据用例绘出用例图
StarUML
用例1：
租赁项目
参与者：
顾客、收银员
目的：
实现一次租赁交易并收取押金
前置条件：
假设所有顾客用现金或信用卡付款，不用支票付款
后置条件：
存储租赁信息，更新账务和库存信息
概述：
一个顾客携带所要租借的影碟到收银台，收银员收取押金，系统记录租赁交易的相关信息，顾客拿着影碟离开了。
主成功场景（或基本流程）：
1.顾客携带所要出租的影碟到收银台进行租赁交易
2.收银员开始一次新的租赁交易
3.顾客告知收银员其会员号，收银员将该顾客会员号输入系统中，并输入影碟条形码
4.系统逐条记录租赁的影碟，并显示影碟的描述、应缴押金额和累计额。
应缴押金额通过一组价格规则来计算
收银员重复3-4步，直到输入结束。
5.系统显示顾客所租借的影碟总数及应缴的押金总额
6.收银员告知顾客总额，并请顾客付款
7.顾客付款，系统处理支付
8.系统记录完整的租赁信息，并将租赁和支付信息发送到外部的账务系统和库存系统（更新库存）
9.系统打印票据
10.客户携带商品和票据离开
扩展（或替代流程）
3a.顾客不是在租赁会员
1、为新顾客建立一个会员账户，其中电话号码为首选项
2、在该系统中为该顾客保存信息：
顾客姓名、电话号码、信用卡号码以及会员到期日
7a.现金支付：
1、收银员输入收取的现金额
2、系统显示找零金额，并弹出现金抽屉
3、收银员放入收取的现金，并给顾客找零
4、系统记录该现金支付
7b.信用卡支付
1、顾客输入信用卡账户信息
2、系统显示其支付信息以备验证
3、收银员确认
4、系统记录信用卡支付信息，其中包括支付批准，并显示信用卡支付的签名输入机制
5、收银员请求顾客签署信用卡支付。
顾客输入签名。
用例2：
归还项目
实现一次归还交易
假设顾客所租赁的影碟没有超期
一个顾客携带已租借的影碟到收银台，收银员输入顾客归还的影碟信息以及顾客信息，系统记录归还交易的相关信息，顾客离开或继续进行下一次的租赁交易。
1.顾客携带所要归还的影碟到收银台进行归还交易
2.收银员开始一次新的归还交易
3.收银员输入影碟条形码
4.系统逐条记录顾客归还的影碟，并显示影碟的描述、累计额。
5.系统显示顾客所归还的影碟总数及影碟名
6.收银员告知顾客归还手续成功
7.系统记录完整的租赁信息，并将归还信息发送到外部库存系统（更新库存）
8.顾客离开或者进行下一次的租赁交易
用例3：
超期项目
收银员
实现对持有租赁影碟超期的顾客进行罚款交易并记录应罚金额
假设顾客租赁的影碟已超过持有期限
存储超期信息，更新账务和库存信息
每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。
1.每天晚上待商店关门后，系统自动扫描，并统计所有晚交的租金，并将其记入相应帐户持有人的信用卡中
2.每天晚上待商店关门后，系统自动扫描，并将所有超过10天期限的租赁交易记入相应帐户持有人信用卡的项目费用中
系统自动重复1-2步，直到扫描结束。
3．等超过租赁期限的用户归还影碟时，收银员对顾客进行相应罚款，并将所罚的记录输入系统中，更新系统有关该客户的信息及库存信息。
用例4：
重新购置项目
实现重新购置影碟
假设影碟丢失或者损坏，导致库存不够；
假设需要购进新出版的影碟
存储影碟信息，更新账务和库存信息
对于库存不够的影碟，系统会自动提醒收银员。
收银员购进新的影碟，并将该影碟的相关信息输入系统，系统自动更新库存信息。
1.影碟库存不够时，系统自动提醒收银员
2.收银员根据系统所提供的信息购进一定数量的影碟，并将所购进影碟的相关信息输入系统中
3.系统根据收银员所输入的影碟信息更新数据库
音像交易系统用例图如下所示：
通过描述成功场景让我明白了这个软件系统的功能及大体的需求。
描述用例的过程中我明白了各个环节的在整个系统中的地位及相互之间不可切断的联系。
通过这次实验我了解了用例其实是文本文档，其中主成功场景就是基本流程，而扩展就是替代流程。
每一个用例中前置条件和后置条件（即成功保证）是很重要的。
学习绘制概念模型
2009年12月9日
一、实验内容描述（问题域描述）
学习用RationalRose绘制概念模型。
它必须包括所有有着适当多重性的属性和关联。
1．为那个假设的音像店画一个概念模型。
2．确保包括的概念展现了四种交易的每一个：
租借项目、归还项目、进货项目、迟交费项目。
3．假设付款将会在租借进行的时间。
4．尝试建立自上而下的图，始终把包含者放在被包含的项目之上。
交付：
只需要交上一个图表纸页，确保而且使用“适应页”打印图表选项，需要一个封面。
二、基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）
1、根据实验二——为类中描述的事件写一个基本用例中的4个用例，用确定名词短语的方法来寻找概念类（语言分析，即在对领域的文本性描述中识别名词和名词短语，将其作为候选的概念类或属性），可得：
顾客、影碟目录、影碟描述、音像店、收银员、租赁记录、付款行为、租赁行为、库存系统
顾客、收银员、影碟目录、影碟描述、库存系统、租赁记录
收银员、付款行为、信用卡、租金
收银员、影碟描述、库存系统
综上4个用例，可确定最后的概念类：
音像店、影碟描述、影碟目录、顾客、收银员、租赁行为、租赁记录、付款行为、库存系统、租赁记录、归还行为、重新购置行为、超期行为
2、根据上述的概念类用StarUML画出概念模型。
1、打开StarUML，File->
NewProject（新建一个工程），在ModelExplorer视图中右击《designModel》DesignModel,AddDiagram->
ClassDiagram,就可以在ClassDiagram1中画概念模型。
2、在Class工具栏中选择Class图标，创建概念类：
3、尝试建立自上而下的图，始终把包含者放在被包含的项目之上。
4、下一步加入关联（详见二、实验结果及分析），但是此页丢失了一个关联。
这是'
扩展'
或'
‘是一个’关联。
例如现金付款扩展了付款。
信用卡付款也扩展了付款。
确保这些命名是斜体。
5、下一步添加多重价值（详见二、实验结果及分析），要确保最小值和最大值是正确的。
6、下一步添加属性（详见二、实验结果及分析）。
坚持纯数据值或值对象。
音像店的概念模型如下：
三、实验小结、建议及体会
这次实验展示了概念类、概念类之间的关联和多重性、概念类的属性。
创建概念模型可以减小软件表示与我们头脑中的差异。
学习绘制附有契约制度的系统顺序图
2009年12月16日
学习如何绘制附有契约制度的系统顺序图。
为每个用例创建一个集（一个系统顺序图和一组契约）。
这些用例是租赁项目，归还项目，迟交费项目，重新购置项目。
使用RationalRose的工具为每个用例开发系统顺序图。
其次，为每个用例写操作契约，仿照教科书上的例子。
该契约的最重要的部分是后置条件。
密切地关注这些后置条件，因为这是将要分级审议的区域。
操作契约要确保使用概念模型的实例，属性和关联。
1.用RationalRose完成的4个系统顺序图
2.用文字处理程序完成的4个契约
二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）
1、系统顺序图（SSD）是为阐述与所讨论系统相关的输入和输出事件而快速、简单地创建的制品。
他们是操作契约和（最重要的）对象设计的输入。
2、系统顺序图表示的是对于用例的一个特定场景，外部参与者产生的事件，其顺序和系统之内的事件。
所有系统被视为黑盒，该图强调的是从参与者到系统的跨越系统边界的事件
3、应为每个用例的主成功场景以及频繁发生的或者复杂的替代场景绘制SSD。
4、操作契约使用前置和后置条件的形式，描述领域模型里对象的详细变化，并作为系统操作的结果。
它对用例指出的系统操作的效用提供了更详细的分析，包括4个部分：
操作、交叉引用、前置条件、后置条件
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用例的系统顺序图如下：
2、4个操作契约：
用例RentItem操作契约：
操作：
makeNewRent（）
交叉引用：
用例RentItem
顾客是该音像店的会员
∙
创建了Rent的实例rent（创建实例）
rent被关联到RentLineItem（形成关联）
rent的属性被初始化（修改属性）
enterItem（itemID:
itemID,quantity:
integer）
职责：
输入影碟租赁并把它添加到租赁。
显示影碟的名称和价格。
正在进行中的租赁
创建了RentLineItem的实例rentli（创建实例）
rentli被关联到当前rent（形成关联）
rentli.quantity赋值为quantity（修改属性）
基于itemID的匹配，rentli被关联到VideoDescription（形成关联）
endRent（）
记录租赁输入的结束，并显示租赁总金额
Rent.isCompleted被置为真（修改属性）
makePayment（amount:
Money）
输入租赁金额并把它加入到租赁行为上，显示所有改变
创建了Payment的实例p（创建实例）
∙
p.amountTendered被赋值为amount（修改属性）
p被关联到当前的Rent（形成关联）
当前的Rent被关联到Ledger（形成关联）（将其加入到完成租赁的历史日志中）
用例ReturnItem操作契约：
makeReturn（）
用例ReturnItem
顾客是该音像店的会员，并且租借了影碟
创建了Return的实例return（创建实例）
return被关联到RentLineItem（形成关联）
return的属性被初始化（修改属性）
输入要归还的影碟，显示影碟的名称和相关信息
正在进行中的归还
rentli被关联到当前return（形成关联）
endReturn（）
记录归还输入的结束
Return.isCompleted被置为真（修改属性）
用例ChargeLateItem操作契约：
makeChargeLate（）
用例ChargeLateItem
顾客是该音像店的会员，并且租借的影碟超过期限了
创建了ChargeLate的实例c（创建实例）
c被关联到Payment（形成关联）
c的属性被初始化（修改属性）
makeOverduePay（amountTendered:
输入超期金额并把它加入到租赁行为上，显示所有改变
正在进行中的罚款
p被关联到当前的ChargeLate（形成关联）
endChargeLate（）
记录所欠罚款已缴
ChargeLate.isCompleted被置为真（修改属性）
用例RestockItem操作契约：
makeRestock（）
用例RestockItem
影碟库存不够
创建了Restock的实例restock（创建实例）
restock被关联到StockSystem（形成关联）
restock被关联到VideoCatalog（形成关联）
restock的属性被初始化（修改属性）
输入购置的新的影碟信息，显示影碟的名称和相关信息
已购置了新的影碟
创建了VideoCatalog的实例vc（创建实例）
vc被关联到当前restock（形成关联）
vc.quantity赋值为quantity（修改属性）
endStock（）
记录输入购置新的影碟的结束
用例Resto
升级会员 