武汉理工大学UML实验报告Word下载.docx

1、3、总结至少3个系统的目标4、确定至少2个制约因素5、建立一个基本功能和属性表6、分析基本功能和属性的可行性7、包括一个用类表现出来的环境图二、 实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。需求是用户认为其所使用的系统应该具备的功能和性能。换言之，就是系统 必须提供的能力和必须遵从的条件。三、主要仪器设备及耗材Microsoft Offi

2、ce Word 2003第二部分：实验调试与结果分析一、 调试过程（包括调试方法描述、实验数据记录，实验现象记录，实验过程发现的问题等）1、 概况陈述：客户选择租出某样商品或某几种影碟，该销售/租赁终端系统能够确定影碟信息并实现顾客归还影碟、顾客租赁影碟、收银员重新购置影碟和对于被租借的影碟的超期处理，其中需要记录客户的交易信息及影碟信息并更新数据库存。最后顾客离开。2、 客户：天使街1号的“为您守候”音像商店的张老板（同时也是收银员），电话：3、 系统目标：a、 对于初次租借的顾客进行账户登记，这样便于后续的交易b、 对影碟进行库存管理，对新购入的影碟、租出的影碟、归还的影碟、以及损失的影碟

3、及时更新库存信息c、 对影碟租借、影碟归还、超期未还的影碟等行为进行记录，并能够对超期未还影碟的顾客信息及时更新记录，以便收银员对此罚款d、 能够进行每天营业额的统计4、 制约因素：a、经费不足时不能及时更新库存b、音像店老板（收银员）对该系统的要求不明确或者不完整。5、基本功能属性表见实验结果6、基本功能和属性的可行性分析上述六个功能是基本功能，实现上述的任何一个功能都不会导致整个系统性能下降，而且也可以满足整个系统的安全需求，对系统的安全性没有任何负面影响。实现这些功能所需要的技术有C+，数据库用MySQL就可以实现。而且这些功能都很稳定、基本，不需要改变。 7、环境图二、 实验结果及分析

4、（包括结果描述、实验现象分析、影响因素讨论、综合分析和结论等）基本功能属性表：编号基本功能属性1账户登记顾客姓名、身份证号、电话号码、居住地址2影碟销售日期、影碟名、价格、影碟类型3影碟租借日期、影碟名、租金、到期日、影碟类型4影碟归还日期、影碟名、影碟类型5重新购置影碟日期、影碟名、成本、类型6迟还扣款租借日期、应到日期、影碟名、类型、超期时间、应罚款额三、 实验小结、建议及体会通过这次实验，我了解了一个音像店电脑销售系统的基本功能有新客户的登记、影碟销售、影碟租赁等，还进一步学习了需求文档的书写，以及类图的绘制。 为类中描述的事件写一个基本用例软件sy1001班学会如何为类中描述的事件写一

5、个基本用例1、仿照教科书来描述每个用例。事件的主流程（成功场景）是用例的最重要的部分。确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例4、有一些隐藏的要求：基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。5、用例是：租赁项目，归还项目，迟交费项目，重新购置项目。没有购买。6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。7、每个夜晚商店关门后，所有超过10天迟了的租金记入帐户持

6、有人信用卡的项目费用。8、客户有一个帐号。电话号码是首选，当客户第一次来时被分配。如果客户不是在租赁的成员，成员的记录会临时创建。他们的姓名，电话号码，信用卡号码和到期日被记录在其成员的记录里。1、 根据系统的功能确定四个基本用例：租赁项目，归还项目，超期项目，重新购置项目2、 仿照教科书来描述上述的四个用例3、 根据用例绘出用例图StarUML用例1：租赁项目参与者：顾客、收银员目的：实现一次租赁交易并收取押金前置条件：假设所有顾客用现金或信用卡付款，不用支票付款后置条件：存储租赁信息，更新账务和库存信息概述：一个顾客携带所要租借的影碟到收银台，收银员收取押金，系统记录租赁交易的相关信息，顾

7、客拿着影碟离开了。主成功场景（或基本流程）：1. 顾客携带所要出租的影碟到收银台进行租赁交易2. 收银员开始一次新的租赁交易3. 顾客告知收银员其会员号，收银员将该顾客会员号输入系统中，并输入影碟条形码4. 系统逐条记录租赁的影碟，并显示影碟的描述、应缴押金额和累计额。应缴押金额通过一组价格规则来计算收银员重复3-4步，直到输入结束。5. 系统显示顾客所租借的影碟总数及应缴的押金总额6. 收银员告知顾客总额，并请顾客付款7. 顾客付款，系统处理支付8. 系统记录完整的租赁信息，并将租赁和支付信息发送到外部的账务系统和库存系统（更新库存）9. 系统打印票据10. 客户携带商品和票据离开扩展（或替

8、代流程）3a.顾客不是在租赁会员1、 为新顾客建立一个会员账户，其中电话号码为首选项2、 在该系统中为该顾客保存信息：顾客姓名、电话号码、信用卡号码以及会员到期日7a.现金支付：1、 收银员输入收取的现金额2、 系统显示找零金额，并弹出现金抽屉3、 收银员放入收取的现金，并给顾客找零4、 系统记录该现金支付7b.信用卡支付1、 顾客输入信用卡账户信息2、 系统显示其支付信息以备验证3、 收银员确认4、 系统记录信用卡支付信息，其中包括支付批准，并显示信用卡支付的签名输入机制5、 收银员请求顾客签署信用卡支付。顾客输入签名。用例2：归还项目实现一次归还交易假设顾客所租赁的影碟没有超期一个顾客携带

9、已租借的影碟到收银台，收银员输入顾客归还的影碟信息以及顾客信息，系统记录归还交易的相关信息，顾客离开或继续进行下一次的租赁交易。1.顾客携带所要归还的影碟到收银台进行归还交易2.收银员开始一次新的归还交易3.收银员输入影碟条形码4.系统逐条记录顾客归还的影碟，并显示影碟的描述、累计额。5.系统显示顾客所归还的影碟总数及影碟名6.收银员告知顾客归还手续成功7.系统记录完整的租赁信息，并将归还信息发送到外部库存系统（更新库存）8.顾客离开或者进行下一次的租赁交易用例3：超期项目收银员实现对持有租赁影碟超期的顾客进行罚款交易并记录应罚金额假设顾客租赁的影碟已超过持有期限存储超期信息，更新账务和库存信

10、息每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。1.每天晚上待商店关门后，系统自动扫描，并统计所有晚交的租金，并将其记入相应帐户持有人的信用卡中2.每天晚上待商店关门后，系统自动扫描，并将所有超过10天期限的租赁交易记入相应帐户持有人信用卡的项目费用中系统自动重复1-2步，直到扫描结束。3等超过租赁期限的用户归还影碟时，收银员对顾客进行相应罚款，并将所罚的记录输入系统中，更新系统有关该客户的信息及库存信息。用例4：重新购置项目实现重新购置影碟假设影碟丢失或者损坏，导致库存不够；假设需要购进新出版的影碟存储影碟信息，更新账务和

11、库存信息对于库存不够的影碟，系统会自动提醒收银员。收银员购进新的影碟，并将该影碟的相关信息输入系统，系统自动更新库存信息。1. 影碟库存不够时，系统自动提醒收银员2. 收银员根据系统所提供的信息购进一定数量的影碟，并将所购进影碟的相关信息输入系统中3. 系统根据收银员所输入的影碟信息更新数据库音像交易系统用例图如下所示：通过对成功场景的描述，我明白了该软件系统的功能及大体的需求。在对用例的描述过程中，了解到各个环节在整个系统中的地位及相互之间的紧密联系。通过这次实验我知道了，用例是文本形式的情节描述，主要应用于需求的发现和记录工作中。其中主成功场景就是基本流程，而扩展就是替代流程。在每一个用例

12、中前置条件和后置条件（即成功保证）都是很重要的，实验中学会了基本用例的描述和书写。学习绘制概念模型一、实验内容描述（问题域描述）学习用Rational Rose绘制概念模型。它必须包括所有有着适当多重性的属性和关联。1为那个假设的音像店画一个概念模型。2确保包括的概念展现了四种交易的每一个：租借项目、归还项目、进货项目、迟交费项目。3假设付款将会在租借进行的时间。4尝试建立自上而下的图，始终把包含者放在被包含的项目之上。5. 下一步加入关联（详见二、实验结果及分析），但是此页丢失了一个关联。这是扩展或是一个关联。例如现金付款扩展了付款。信用卡付款也扩展了付款。确保这些命名是斜体。6. 下一步添

13、加多重价值（详见二、实验结果及分析），要确保最小值和最大值是正确的。7. 下一步添加属性（详见二、实验结果及分析）。坚持纯数据值或值对象。交付：只需要交上一个图表纸页，确保而且使用“适应页”打印图表选项，需要一个封面。二、基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）1、根据实验二为类中描述的事件写一个基本用例中的4个用例，用确定名词短语的方法来寻找概念类（语言分析，即在对领域的文本性描述中识别名词和名词短语，将其作为候选的概念类或属性），可得：顾客、影碟目录、影碟描述、音像店、收银员、租赁记录、付款行为、租赁行为、库存系统顾客、收银员、影碟目录、影碟描

14、述、库存系统、租赁记录收银员、付款行为、信用卡、租金收银员、影碟描述、库存系统综上4个用例，可确定最后的概念类：音像店、影碟描述、影碟目录、顾客、收银员、租赁行为、租赁记录、付款行为、库存系统、租赁记录、归还行为、重新购置行为、超期行为2、根据上述的概念类用StarUML画出概念模型。实验调试与结果分析（可加页）1、 打开StarUML，File-New Project（新建一个工程），在Model Explorer视图中右击designModelDesign Model,Add Diagram-Class Diagram,就可以在ClassDiagram1中画概念模型。2、 在Class工具

15、栏中选择Class图标，创建概念类：3、 尝试建立自上而下的图，始终把包含者放在被包含的项目之上。4、 下一步加入关联（详见二、实验结果及分析），但是此页丢失了一个关联。5、 下一步添加多重价值（详见二、实验结果及分析），要确保最小值和最大值是正确的。6、 下一步添加属性（详见二、实验结果及分析）。音像店的概念模型如下：三、实验小结、建议及体会这次实验展示了概念类、概念类之间的关联和多重性、概念类的属性。创建概念模型可以减小软件表示与我们头脑中的差异。在实验中对概念类及其模型有了更深入和详细的了解和认识。学习绘制附有契约制度的系统顺序图学习如何绘制附有契约制度的系统顺序图。为每个用例创建一个集

16、（一个系统顺序图和一组契约）。这些用例是租赁项目，归还项目，迟交费项目，重新购置项目。使用Rational Rose的工具为每个用例开发系统顺序图。其次，为每个用例写操作契约，仿照教科书上的例子。该契约的最重要的部分是后置条件。密切地关注这些后置条件，因为这是将要分级审议的区域。操作契约要确保使用概念模型的实例，属性和关联。1.用Rational Rose完成的4个系统顺序图2.用文字处理程序完成的4个契约二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）1、系统顺序图（SSD）是为阐述与所讨论系统相关的输入和输出事件而快速、简单地创建的制品。他们是

17、操作契约和（最重要的）对象设计的输入。2、系统顺序图表示的是对于用例的一个特定场景，外部参与者产生的事件，其顺序和系统之内的事件。所有系统被视为黑盒，该图强调的是从参与者到系统的跨越系统边界的事件3、应为每个用例的主成功场景以及频繁发生的或者复杂的替代场景绘制SSD。4、操作契约使用前置和后置条件的形式，描述领域模型里对象的详细变化，并作为系统操作的结果。它对用例指出的系统操作的效用提供了更详细的分析，包括4个部分：操作、交叉引用、前置条件、后置条件1、 打开StarUML，在Model Explorer（实验3的基础上）视图中选中designModelDesign Model,单击菜单栏Mo

18、del-Add Diagram-Sequence Diagram,在,Model Explorer视图中的Design Model下出现子目录CollaborationInstanceSet1-InteractionInstanceSet1-SequenceDiagram1,将SequenceDiagram1重新命名为Rent_sequence Diagram.同理新建Return_sequence Diagram,Restock_sequence Diagram,ChargeLate_sequence Diagram.2、 在Sequence工具栏中选择相应图标，根据实验2的用例文本和实验3

19、的概念模型绘制系统顺序图Rent_sequence Diagram, Return_sequence Diagram,Restock_sequence Diagram,ChargeLate_sequence Diagram.3、 用Microsoft Office Word为租赁项目，归还项目，迟交费项目，重新购置项目这4个用例写操作契约。1、4个系统顺序图：RentItem用例的系统顺序图如下：ReturnItem用例的系统顺序图如下：RestockItem用例的系统顺序图如下：OverdueChargesItem用例的系统顺序图如下：2、4个操作契约：用例RentItem操作契约：操作：m

20、akeNewRent（）交叉引用：用例RentItem顾客是该音像店的会员 创建了Rent的实例rent（创建实例） rent被关联到RentLineItem（形成关联） rent的属性被初始化（修改属性）enterItem（itemID:itemID,quantity:integer）职责：输入影碟租赁并把它添加到租赁。显示影碟的名称和价格。正在进行中的租赁创建了RentLineItem的实例rentli（创建实例）rentli被关联到当前rent（形成关联） rentli.quantity赋值为quantity（修改属性）基于itemID的匹配，rentli被关联到VideoDescrip

21、tion（形成关联）endRent（）记录租赁输入的结束，并显示租赁总金额Rent.isCompleted被置为真（修改属性）makePayment（amount:Money）输入租赁金额并把它加入到租赁行为上，显示所有改变创建了Payment的实例p（创建实例） p.amountTendered被赋值为amount（修改属性）p被关联到当前的Rent（形成关联）当前的Rent被关联到Ledger（形成关联）（将其加入到完成租赁的历史日志中）用例ReturnItem操作契约：makeReturn（）用例ReturnItem顾客是该音像店的会员，并且租借了影碟 创建了Return的实例retur

22、n（创建实例） return被关联到RentLineItem（形成关联） return的属性被初始化（修改属性）输入要归还的影碟，显示影碟的名称和相关信息正在进行中的归还rentli被关联到当前return（形成关联）endReturn（）记录归还输入的结束Return.isCompleted被置为真（修改属性）用例ChargeLateItem操作契约：makeChargeLate（）用例ChargeLateItem顾客是该音像店的会员，并且租借的影碟超过期限了 创建了ChargeLate的实例c（创建实例） c被关联到Payment（形成关联） c的属性被初始化（修改属性）makeOverd

23、uePay（amountTendered:输入超期金额并把它加入到租赁行为上，显示所有改变正在进行中的罚款p被关联到当前的ChargeLate（形成关联）endChargeLate（）记录所欠罚款已缴ChargeLate.isCompleted被置为真（修改属性）用例RestockItem操作契约：makeRestock（）用例RestockItem影碟库存不够 创建了Restock的实例restock（创建实例） restock被关联到Stock System（形成关联） restock被关联到VideoCatalog（形成关联） restock的属性被初始化（修改属性）输入购置的新的影碟信息，显示影碟的名称和相关信息已购置了新的影碟