第一篇：安徽工业大学UML实验报告
学 号 姓 名 班 级 指导教师
胡增涛
实验
一、用例建模
【实验目的】
掌握客户需求分析的方法和步骤
了解以用例建模的软件开发方法
识别并编写用例
掌握用Rose进行用例建模的具体方法和步骤 【实验内容】
要求根据周围的实际情况，自选一个小型应用项目，分析业务需要，识别并编写用例、绘制用例图以理解系统需求，亦可老师指定的“企业综合信息管理系统”中的“进销存 管理子系统” 【实验原理与步骤】
建模原理：
1.需求获取，以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得 系统目标、范围和功能要求的初步说明。
2.用例分析，确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）
3.用例描述。分层绘制用例图，撰写用例的文字描述（采用单栏格式）。步骤：
1.需求获取。自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功 能要求的初步说明。（也可采用老师指定的题目：“企业综合信息管理系统”中的“进销 存管理子系统”）。
2.用例分析。确定系统范围和边界、确定参与者、确定用例。3.用例描述。分层绘制用例图，描述用例。画图原理：
采用Rose软件进行用例建模必须建立在完好的系统用例分析基础之上，只有做好系统 分析，系统用例建模才能达到预期的效果。
步骤：
1.分层绘制用例图，每层采用“包”进行管理。2.以“企业综合信息管理系统”—》“进 销存管理”子系统—》“销售管理”—》“合同管理”—》“收款单处理”为主线，完成 实验。其他主线也可以。【实验结果】
1.用Rose绘制的“企业综合信息管理系统”的1级用例图如下： 此系统包括“财务管理子系统”、“综合支持管理子系统”、“生产调试管理子系统”和“经 理查询子系统”等，而“进销存管理子系统”又包括“采购管理子系统”、“销售管理子 系统”和“库存管理子系统”。
2.用Rose绘制“进销存管理”的2级用例图如下：
“管理进销存”用例管理企业与客户签订采购／销售合同，并督促合同的执行和履约，提供售后服务。对库存产品和物料进行出／入库的有效管理，及时盘点并提出低于库存预警线而需要采购的物料清单和各种库存统计报表。
3.用Rose绘制“销售管理子系统”的3级用例图如下：
制定销售计划，与客户签订销售合同，井将其详细内容录入管理系统。监控正在履约的合同，检查客户是否按时付款，对付款的客户发货。
4.用Rose绘制“销售合同管理子系统”的4级用例图如下： 销售合同的主要条款是销售合同的重心，它决定了合同签订双方的义务和权利，决定了销售合同是否有效和是否合法，是当事人履行合同的主要依据。这是一份合同的重中之重，营销员在签订合同的过程中，一定要对合同所具备的主要条款逐一审明，详尽规定，使之清楚、明确。
【实验总结】
1.在添加用例之间的关系时应注意，用例之间的关系有：一般关联关系（用无方向实绩 箭头或单向实线箭头）；包含关系；扩展关系（都是一种依赖关系，所以用依赖线【虚 线箭头】）；泛化关系（空心三角实线箭头）。
2.刚进到实验室去做实验的时候，不知道如何下手去做，后来看看文档，然后再做就很 容易上手了。
实验
二、分析建模 【实验目的】
理解面向对象系统和对象类建模（概念建模）的概念 了解和掌握面向对象系统分析的方法和步骤
了解和掌握寻找开发系统中类（概念）的方法和技巧 掌握用Rose绘制概念模型的方法 【实验内容】
在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型 【实验原理与步骤】
建模原理：
1.使用概念目录列表（见下图）和非正式分析法（识别问题域的文本描述中的名词 短语，然后将其作为概念或属性的候选对象）相结合的方法识别概念。因此，待开 发用例的文字描述中，名词可能 成为概念或属性的候选对象；表示 行为的动词词 组有可能成为事务型或过程 型对象；形容词组有可能对应抽象的名词型概念。
采用的技术基本上就是：ER图和纯行为+OO的聚合、泛化。
2.最终关联的数量 介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型（从通用关联列表中派生出的，见下图）】之间。
【实验结果】
用Rose绘制的概念模型如下图：
【实验总结】
1.此实验主要注意关联的命名、画法和阅读方向。比如：打算在“销售客户”与“销售 合同之间画一一般关联，命名为“签订”，显然主语是“销售客户”，宾主是“销售合同”，画线的时候反而要从宾主拖向主语，这样，打开连线的规格说明，才可以看到RoleA 是“销售客户”。
2.关于聚合与组合，首先，关联的读法是A聚合成B（因此菱形在大头），因此 要从B 画向A，比如：从“销售合同”画向“销售合同明细”。这时Role B Detail中的Aggregate 就已经 选中（表示 聚合，是空心菱形），如果再选中Bye Value，就变成 组合了（空心 菱形）。
实验
三、设计建模1 【实验目的】
理解顺序图的基本概念 了解和掌握软件工程中用例逻辑时序的分析方法 掌握使用Rose创建顺序黑乎乎 的方法 【实验内容】
在用例模型和概念模型的基础上，对首选的用例进行分解，识别出系统事件（系统操作）、（并写出契约的后置条件）；为每个系统事件画顺序图，为对象分配职责。【实验原理与步骤】
原理：
1.在系统顺序图中，所有的系统都被当成黑盒子看待，顺序图的重点是参与者发起的跨 越系统边界的事件。
2.系统事件是由某参与者发起的指向系统 的输入事件。一个事件的发生能够触发一个 响应操作的执行。
3.请仔细研究下图，考察它是如何从左边的“购买商品”用例文字描述中分解出3个系 统事件的。
4.参照用例模型和概念模型。为每个系统操作估计后置条件。（实例创建、形成关联、属性修改）
5.按照设计模式为对象分配职责
步骤：
1.分析首选用例的文字描述，按事件进行分解，识别出系统事件。（下面以“企业 综合信息管理系统”）——》“进销存管理”子系统——》“销售管理”——》“合同 管理”主线中的“收款单处理”用例为例）
2.为每个系统事件估计后置条件。（以上做了部分分析）
3.按设计模式进行设计 首先考虑控制者，领域控制者选参与者角色，即“销售人员”。为了避免使用FORM窗口等表示层对象，我们构造一个类“应用协调者”向控制者发 送消息。【实验结果】
用Rose画出的设计类图如下图：
用Rose画出的顺序图如下：
实验
四、设计建模2 【实验目的】
理解面向对象类之间关联的概念
了解和掌握分析类之间关联关系的方法
了解和掌握待开发系统中类之间关联关系的分析方法
完善设计类图，掌握使用Rose对关联进行建模的过程 【实验内容】
根据设计建模（1）中交互分析，进一步设计关联和对象 可见性（补上遗漏的关联），完善设计类图。【实验原理与步骤】
原理：
步骤： 【实验结果】
用Rose完善的设计类图如下图：
【UML与软件建模实验总结】
在建模过程中，遇到一些问题，诸如某些操作界面无法看到，一些修改影响了其他模图的建立，通过询问辅导老师和上网查找资料，得到了比较满意的解决；在这次实验中，关于UML的概念以前比较模糊的地方，我在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加系统，更加熟练；但是更让我明白，UML的知识是十分丰富的，我现在的认识还不够，我将会在以后的学习中，不断提高自己的UML知识。
第二篇：安徽工业大学电子商务实验报告
电子商务实验报告
实验目的：
让我们更深刻地认识到电子商务的理论核心，掌握其中各角色之间业务交往的全过程。实验名称
物流中心：账号：089114173wl 密码：089114173 厂家：账号：089114173cj 密码：089114173 商场：账号：089114173sc 密码：089114173 消费者：账号：089114173xfz 密码：089114173银行：账号：089114173yh 密码：089114173
实验内容：
B2B的业务流程：
第一步：买方（客户方）向卖方（供货方）提出商品报价请示，即发出购买的商品信息
第二步：卖方向买方提供商品的报价，即发出该商品的报价信息 第三步：买方向卖方提出商品订购单，说明初步购买的商品信息
第四步：卖方对买方提出的商品订购应答、说明商品有无及规格型号、品种、质量等信息
第五步：买方根据应答提出是否对订购单有变更请示，说明最后确定的购买的商品信息
第六步：买方向卖方提出商品运输说明、发出运输工具、交货地点等信息 第七步：买方向卖方发回收货通知，报告收货信息
第八步：买卖双方收发汇款通知，买方发出汇款通知，卖方报告收款信息。第九步：卖方收到货款向买方出具电子发票，买方收到商品，完成全部交易。B2C的业务流程：
1）顾客（即购物消费者）坐在自己的计算机前，通过互联网查询自己想购买的物品。
2）顾客在计算机上输入了订货单，包括从哪个销售商店购买什么商品，购买多少，订货单上注明将此货物在什么时间送到什么地方以及交给何人等信息。
3）电子商务服务器与有关商店联系并立即得到应答，告诉顾客所购货物的单价、应付款数、交货等信息。
4）顾客确认后，用电子钱包付钱，将电子钱包装入系统，单击电子钱包的相关项或电子钱包图标，电子钱包立即打开，输入自己的保密口令，顾客确认是自己的电子钱包并从电子钱包中取出其中的一张电子信用卡来付款。
5）电子商务服务器对此信用卡号码采用某种保密算法算好并加密后，发送到相应的银行去；同时销售商店也收到了经过加密的购货账单，销售商将自己的顾客编码加入电子购货账单后，再传送到电子商务服务器上去，这里要注意商店对顾客信用卡上的号码是看不见的，销售商店无权也无法处理信用卡中的钱款。因此，只能把信用卡送到电子商务服务器上去处理，经过电子商务服务器确认这是一位合法顾客后，将其同时送到信用卡公司和商业银行，在信用卡公司和商业银行之间要进行应收付款钱数和财务往来的电子数据交换和结算处理。信用卡公司将处理请求再送到商业银行请求确认并授权，商业银行确认并授权后送回信用卡公司。
6）如果经商业银行确认后拒绝并且不予授权，则说明顾客的这张信用卡上的钱不够用了或者没有钱了，即已经透支。遭到商业银行拒绝后，顾客可以再单击电子钱包的相关项打开电子钱包，取出另一张电子信用卡，重复上述操作。
7）如果经商业银行证明这张信用卡有效并授权后，销售商店就可发货。与此同时，销售商店留下整个交易过程中发生往来的财务数据，并且出示一份电子收据发给顾客。
8）上述交易成交后，销售商店就按照顾客提供的电子订货单将货物在发送地点交到顾客在电子订货单中指明的人员手中。
C2C业务流程：
1． 访问拍卖网站，可以通过网站直接进入。如果你需要出售物品，进入“我要卖”，然后选择你要出售物品的方式对于一口价出售的物品，买家在购买的时候不需要再出价，而会直接用一口价购得：而对于拍卖出售的物品，买家之间需要经过竞拍的过程，在拍卖结束的时候，将和出价最高的买家自动成交。对于需要购买商品的用户，可以分类浏览物品信息或者通过搜索查找商品。也分为一口价商品和拍卖出售的商品。
卖家还可以开设自己的商铺，集中显示自己发布出售的物品。进入我的买卖，可以查看到用户在拍卖网买到和正在竞价的商品，同时可以管理自己发布出售的商品，以及查看留言评价等。2． 3． 4． 试验步骤：
消费者：账号：089114173xfz
密码：089114173 消费品的数量和档次，一方面意味着生活质量空前提高，另一方面也意味着消费市场机制发生了历史性变革。所以，消费者虽然功能简单，但是推动整个摸拟环境市场动作的动力。它在这一角色中的主要操作流程步骤有：
1、作为消费者的角色，先进入摸拟的企业的消费者这一模块，进行注册，填写资料，也得要设置Email地址（同上）并且设置到个人资料中，就可以直接登入消费者这一角色中。
2、进入消费者这一模块，通过：资金管理——柜台业务——储蓄业务——开立账户，申请开立银行即多来银行开立账户。
3、等到开立银行账户审批通过，通过：资金管理——柜台业务——储蓄业务——网上银行，开通银行服务。银行接受处理后，就可以进行存款，然后提交。
4、消费者可以通过“现金金额”查找到个人当前的现金金额，“消费记录”记录了用户购买到的所有消费品，“订单查询”可以看到用户有效的订单。
5、通过各种网络资源：网络访问中的“收藏夹”、“Email”寻找个人的需要，并通过网络进行消费，查询后可向厂家订货，订立合同以后，然后通过物流公司进行运输，到货后需要在“收货确认”里确认收货，消费者通过网上进行支付，支付给厂。
商场：账号：089114173sc 密码：089114173
1、商场是整个实验系统的零售商，首先注册，填写详细的资料，设置自己的Email地址和其它必要填写的资料。登入：用户名：sc 涂祁姣 12
密码：a
2、通过：资金管理——柜台业务——对公业务——开立账户，在银行里（丰利）银行申请开立银行账户。商场注册银行——商场选择生产者。
3、待开立的银行审批通过之后，通过；资金管理——账号设置，进行“开
4、通户账号设置”。过；资金管理——柜台业务——对公业务——网上银行，进行开通网上银行服务。在“供应信息”进行比价，然后进行采购计划，发送询价，达成协议后，进行合同签定，在“到货确认”中确认入库或者退货，然后，通过网上支付，转账给供应商。这些可以在“采购入库记录”中详细查看到。商场生成定单——厂家接受定单——厂家给物流公司发送送货通知单——物流公司给厂家发提货通知——物流给厂家发提货通知 商场接货——办理提货手续——生成到货通知——商场给厂家发到货通知——厂家给商场发付款通知——商场到银行转帐——厂家接受到款。
5、通过；资金管理——柜台业务——代理业务——特约商户，进行注册网上银行网上支付特约客
6、通过；商贸网站——用户注册，开通EDI服务，并且为使用EDI服务申请CA认证。这样，就可以进行安全交易和订立合同了。
7、商场也要在营销管理中申请网站，首先申请域名，成功申请完以后，就选择网站模块和功能组合，设置完毕后并且要保存，系统会生成新的企业网站，就可以方便其他用户的直接访问了，然后可以通过“市场调研”和“发布”等模块对产品进行处理。可以通过物流公司对消费者所要的产品进行签订合同，进行配送。这些都可以在“销售出库记录”中查看。
厂家：账号：089114173cj
密码：089114173
1、作为产品最终供应商的角色，所有商品都是厂家供应生产的，先进入摸拟的企业，在厂家一角色中进行注册，填写资料，设置自己以前的Email地址并且设置到企业用户资料。
1、过：资金管理——柜台业务——对公业务——开立账户，向银行（王氏银行）申请开立银行账户。
2、等到开立银行账户审批通过后，通过：资金管理——账号设置，进行“开户账号设置”。
3、通过：生产管理——新产品生产，生产新产品建立自己的产品库。选择要生产的产品，并且填写好数量，进入产品生产列表，列表中有生产的产品，数量，支付的金额和现金余额。然后，点击生产按钮，就可以成功生产，产品就可以入库。
“计划生产”制定生产量，“生产记录”里保存了每次生产的记录，可供用户查看。
4、通过：商贸网站——用户注册，开通EDI服务，并且为使用EDI服务申请CA认证。
5、建立自己厂家的网站，申请域名，选择网站的模板和功能组合，设置完毕后并保存，系统域名就可以被访问了，然后，经过“发布”就可以发布产品。还可以在“网络访问”中“商贸网站”发布自己的网站，可以方便用户对网站的访问。
6、对用户发来的询价信息进行处理，当成功后，用户会签订合同，“合同管理”里主要管理厂家和客户之间的购销合同，然后，厂家通过物流提出配送请求，提交新的配送单，配送单就会保存在“配送单”里，若物流公司同意，就会有提示等待出库，产品就会完成出库。系统会自动记录销售“出库单”。有些客户要求进行“退货处理”，产品入库存，记录退货入库单。就是；订货应答-->订货变更-->订货单发送-->订货单变更确认-->已接受订货单-->订货单查询
。应收款查询-->应付款查询-->收款确认-->生成财务帐-->付款确认-->生成财务帐-->生成销售帐-->销售帐查询-->财务查询。
银行：账号：089114173yh
密码：089114173
1、银行的角色主要工作是对日常业务请求进行处理和监督，首先进入银行这一角色的设置，补充完整资料，并且设置Email地址到用户资料。
2、成功进入银行这一模块，成功处理客户来办理开立账户、储蓄，取款，个人用户间的转账，账户查询，销户和办理银行注册客户等业务的功能模块。
3、对于用户的贷款申请，查看详细的贷款申请表之后，选择同意或者拒绝发放贷款。
物流公司：账号：089114173wl
密码：089114173
1、货物运输这一角色中，不可少的就是物流，在这一系统中，注册物流这一角色，填写详细资料，设置自己的Email地址，并且设置到企业用户资料中。
2、过；财务管理——柜台业务——对公业务——开立帐户，向银行申请开立银行账户。
3、等到开立银行账户审批通过后，通过；财务管理——帐号设置，进行“开户帐号设置”。开通网上银行，填写资料后进行提交。
4、通过；运输管理——运输设置，设置运输货物的资费标准。选择运费计算方式并且进行描述。还可以进行更新，调整。
5、购买仓库，“车辆管理”里购买车辆，添加驾驶员（要填写驾驶员的详细资料，并且保存）等。
6、对其他用户申请要求运输时，小秘书将会有提示，即受理配送请求后，产生新的“处理入库运输单”然后为该运输单指定运输车辆和驾驶员，确认后就可以“出车”运输。即可以产生“处理出库运输单”，货物出库后将要求出车运输货物到目的地。
出现问题及解决办法：
1厂商在商贸网注册过程中找不到账号。解决：返回厂商去激活账户
2在商贸网上发布产品找不到自己的作品。解决：将产品入库。
3不知道哪个是自己注册的银行或者公司。解决：注册时取个个性话名称。
4物流公司配送时公司名录中没有自己注册的公司。解决：检查物流公司各项设备完备否。心得体会：
一、何为电子商务。初期的电子商务认识阶段，已让我深深着迷，原来商务可以这样来做，原来网络不只是玩，这是刚上大学时候的想法！
二、如何去策划电子商务。面对许多的方法和技巧，如果没有一个系统完整有效的策划，开展电子商务真的是很容易半徒而废。试问有几家企 业是一上网就能做成功的？
三、实施管理与执行。有了好的方法做指导是必要的，但是一个好的过程管理和执行也是必须的，很多企业做电子商务就是停在了执行力 上，正常的渠道运营的很好，如果再花钱去投资电子商务，心里没底，短期看不到效果时，就容易产生退缩行为。
四、效果评估，转化率问题。企业做电子商务为了什么？最终还是赢利，效果如何，在实施过程中要有一个精准的评估数据，这样才能更好的 进行下一步的计划。转化率如何？能否最终实现赢利，这些都是必须的，如果不能有效的转化为利润，电子商务也将成为一场空谈。企业电子商务化，大势所趋！借用阿里巴巴董事局主席马云2009年三月率领集团10位高管赴美国时主题演讲时的一句说，现在大家都说是危机，其实是机会，大家都在说机会时，反而是危机要来了。现阶段，将是电子商务在中国发展的高速生长期。
回答问题： 企业可以通过哪几种方式完成电子商务运作? A．B2B 商家与商家是企业之间的商务通过互联网高速运行。B B2C 是商家对消费者
C B2G 是商家对政府通过政府网络平台实现。2 企业可以通过哪些途径让客户了解自己的产品信息？
商贸网站 网上商城 企业网站 门户网站 搜索引擎 E—mial以及通过电视，报纸和期刊杂志等宣传媒体，通过各种广告达到目的。3 针对企业和个人信誉等级不同，企业交易和个人交易时方式有何区别？
电子支付的方式主要有：电子支付是实现完全电子商务的关键的一环。目前，通行的电子支付主要有电子现金、信用卡、电子钱包和电子支票这些方式。信用等级不同他们所享受的信用额度就不同，还有他们的交易方式的严格程度不同。信用等级高的用户可以不受严格的电子支付方式限制太多，可以采用更为便利和快捷的方式，可以采用货到付款的方式、直接转账。而等级低的用户会选择更为稳妥的支付方式，这是以牺牲便利为代价的。会选择第三方平台的方式。另外企业交易的面值一般比个人交易的面值大，企业抗风险能力也比个人要强。他们的交易可以采用比个人更为便捷的方式，如网络直接支付。
第三篇：UML实验报告
一：需求分析
在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。我们在日常生活中也经常和ATM打交道。本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。二：银行ATM机系统UML建模设计 1.用例图
参与者“银行储户”和ATM机。简化后的ATM机仅有取款、存款及其余功能。其余功能不做详细说明。
银行储户在ATM机上完成取款、存款及其他业务。2.类图
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。ATM系统包含了许多ATM机。银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。更多的属性及操作都可以一一加上，使这个类图更详细更完整，从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。同样对于一个真正的银行系统，这个类图过于简单。比如帐户类型我们可以先定义一个abstract class，它包含一个帐户最基本的属性及操作。而有些操作先定义为abstract，如余额的计算。然后再继承这个abstract class，我们可以有saving account 和checking account等等。不同的帐户有不同的余额计算方法，我们可以加上具体的算法。对于不同的帐户可能还有一些它特有的操作，我们也可以加上，比如saving account在存款达到多少时可以享受机票打折的优惠。通过类图不仅可以使设计者明确的表达自己的设计意图，也能帮组自己整理思路，充实及优化自己的设计。
3.顺序图
描述顾客在ATM机上取款时信息的流动情况。以时间为顺序。因为是示例图，所以整个过程是没有出现任何故障时的流程，并且只画到了取款结束。通过这个图，我们可以看出消息是如何在系统中不同对象之间进行交互。
通过流程图我们可以很清楚地看到系统是如何工作的，系统各部分之间的信息及控制是如何发送的，整个流程是否合理。流程图对我们的设计起到了很好的帮助作用。注意在本图没有一个生命线终端有一个“X”，这是因为这个流程中还未遇到有对象生命结束。当有对象生命结束时需在对应的生命线终端画“X”，表明这个对象在这时被销毁。
首先银行储户将ATM卡插入读卡机，读卡机将信息传给客户管理，客户管理提出查询密码，显示部分将输入密码请求显示出来….银行储户读卡机显示输入设备客户管理点钞机事务管理1: 插入ATM卡2: 接受ATM卡3: 查询密码4: 显示输入密码请求5: 输入密码6: 密码传递7: 请求确认密码的合法性8: 确认密码的合法性9: 询问服务类别10: 显示输入服务类别请求11: 输入取款请求12: 取消请求13: 询问取款数额14: 显示输入数额请求15: 输入取款数额16: 传递取款数额17: 询问取款数额确认18: 显示确认数额请求19: 输入确认20: 传递确认信息21: 数额合法性确认请求22: 确认数额的合法性23: 计算储户余额24: 出钞请求25: 出钞26: 取钞27: 传递余额并询问是否需要其它服务28: 显示储户余额并显示其它服务
第四篇：UML实验报告[推荐]
UML实验报告
班 级：软件0841
姓 名：张文成 学 号：081842173
实验内容：
用例建模、分析建模、设计建模（1）、设计建模（2）
实验一：用例建模
[实验目的] 〃掌握客户需求分析的方法和步骤
〃了解以用例驱动的软件开发方法 〃识别并编写用例
〃掌握用Rose 进行用例建模的具体方法和步骤
[实验内容] 要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”
[实验原理和步骤] 建模原理：
(1)需求获取。以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。(2)用例分析。确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）
（3）用例描述。分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：
（1）需求获取。自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。（2）用例分析。确定系统范围和边界、确定参与者、确定用例。（3）用例描述。分层绘制用例图、描述用例。
画图原理：
采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。步骤：
（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统”-> “进销存管理”子系统-> “库存管理”-> “原材料出库”->“领料单处理”主线）
[ 实验结果]
实验2 分析建模
[ 实验目的](1)理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4)掌握使用ROSE 绘制概念模型的方法
[ 实验内容] 在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。
[ 实验原理和步骤] 建模原理：
(1)使用概念目录列表（见下图）和非正式分析法（识别出问题域的文本描述中的名词短语，然后将其作为概念或属性的候选对象。）相结合的方法识别概念。因此，待开发用例的文字描述中，名词可能成为概念或属性的候选对象；表示行为的动词词组有可能成为事务型或过程型对象；形容词词组有可能对应抽象的名词型概念。
采用的技术基本上就是：ER 图+纯行为+OO 的聚合、泛化。（2）最终关联的数量介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型（从通用关联列表中派生出 的，见下图）】之间。
步骤：
（1）识别关键用例作为第一个迭代周期的开发目标（一般是在用例图中被依赖得比较多的用例）。可以选“企业综合信息管理系统”-> “进销存管理”子系统-> “库存管理”-> “原材料出库”->“领料单处理”主线中的“领料单处理”用例；也可以选“企业综合信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”主线中的“增加销售合同”或“收款单处理”用例。（其实，选“库存管理”主线更合适；当然，如果要实现产销一体化，以销售订单指导生产和采购，并实现零库存目标，那么一切工作就以销售管理为中心。即便如此，首选“增加合同”用例也更为合适。）
（2）识别概念和重要属性。
（3）建立概念间的关联。
画图原理：
（1）可以采用“逻辑视图”下的类图描述概念模型，只不过每个类中只有类名和属性，没有方法。在概念建模 阶段也没有必要确定属性的类型和访问属性。
（2）概念间的关联可以采用一般关联（无方向实线），当然，对于聚合和泛化，应采用相应的连线（组合：实心菱形+实线；聚合：空心菱形+实线；泛化：空三角形+实线）
步骤：
（0）前提条件：第一个迭代周期可以选“企业综合信息管理系统”
-> “进销存管理”子系统-> “库存管理”->“原材料出库”->“领料单处理”主线中的“领料单处理”用例；也可以选“企业综合信息管理系统”->“进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”主线中的“增加销售合同”或“收款单处理”用例。做好与此用例相关的概念模型
（1）建立相关的概念模型的基础上，在“逻辑视图”下的类图中描述概念模型，可以直接在类图main 中绘制，也可采用类似用例图中用过的分包机制
(2）绘制概念和重要属性。（3）绘制概念间的关联。
[ 实验结果]
[ 实验总结] ① 对重点实验结果进行分析；
② 实验中的问题和提高：对自己的分析或设计进行评价，指出合理和不足之处，提出改进的方案。
③ 收获与体会：筛选概念的要点；区分概念与属性的要点；关联取舍的要点；画图时如何防止关联重名。
实验3 设计建模（1）
[ 实验日期]2011年5月20日 [ 实验目的](1)理解顺序图的基本概念
（2）了解和掌握软件工程中用例逻辑时序的分析方法（3）掌握使用ROSE 创建顺序图的方法
[ 实验内容] 在用例模型和概念模型的基础上，对首选的用例进行事件分解，识别出系统事件（系统操作），（并写出契约的后置条件）；为每个系统事件画顺序图，为对象分配职责。
[ 实验原理和步骤] 原理：
(1)在系统顺序图中，所有的系统都被当成黑盒子看待，顺序图的重点是参与者发起的跨越系统边界的事件。
(2)系统事件是由某参与者发起的指向系统的输入事件。一个事件的发生能够触发一个响应操作的执行。
(3)请仔细研究下图,考察它是如何从左边的“购买商品”用例的文字描述中分解出3 个系统事件的。
（4）参照用例模型和概念模型，为每个系统操作估计后置条件。（实例创建、形成关联、属性修改）（5）按照设计模式为对象分配职责。
步骤：
（1）分析首选用例的文字描述，按事件进行分解，识别出系统事件。（下面以“企业综合信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”主线中的“收款单处理”用例为例）。
我们暂不考虑批处理。第一个核对，因为要将“货款金额填写到合同中”。后置条件显然有“销售合同”的属性修改。此合同显然已经存在，不需要创建，但需要根据合同编号find，然后形成关联。第二个核对需要根据合同明细到仓库的“存货明细”（概念模型中还没有）中去查。此核对发生前虽然敲了一下键盘，但随后并没有新的消息穿越系统边界，因此这仍然是同一个系统事件。先考虑成功场景，应该向库存系统发提货单（概念模型中还没有）就结束了。后续的削减库存（核销）、预警显然不是销售管理员的职权，并且真正的核销必须由仓库的发货人执行，才能保证货帐一致。并且“生产厂家”与“邮购公司”的运作方式不同，后者是自己的员工取货并邮寄，而前者还有可能是来人来车取货，这时仓库收到取货单后并不能立即自动处理（开发货单），必须等取货人到达才能处理。
根据题意，本项目应该是“生产厂家”模式。这又存在一个问题，如
果在开出提货单后不修改库存，可能影响并发用户和后续付款单的处理。所以有必要设计一个“临时存货明细”（概念模型中还没有）（不是真实的“存货明细”）供修改，何时按存货明细”进行刷新应该是库存管理系统的事（比如每天夜里刷新，但因为雨雪天气，取货 人迟迟不提货，是提货单作废（相当于退回销售系统，付款单变为未处理）还是就强行刷新（此时有冲突危险）？）失败场景。向“生产调度部门”发送“产品生产申请单”。如果是专门为此单进行生产，那么还应该有库存系统发来的“产品入库通知处理”用例来调用本用例进行发货。本题显然一概根据付款单运作，因此如果失败，就不处 理付款单，但按日期把它排在待处理付款单的前面。从前面的分析来看，就一个系统事件，我们就命名为“付款单处理(pb:付款单)”（2）为每个系统事件估计后置条件。(以上已做了部分分析)（3）按设计模式进行设计。
首先考虑控制者,领域控制者选参与者角色，即“销售人员”。为了避免使用FORM,窗口等表示层对象,我们人造一 个类”应用协调者”向控制者发送消息。
[ 实验结果]
① 对重点实验结果进行分析；
② 实验中的问题和提高：对自己的分析或设计进行评价，指出合理和不足之处，提出改进的方案。
③ 收获与体会：事件分解的要点；控制者选择的要点；绘制顺序图的要点。
[ 实验总结] ① 对重点实验结果进行分析；
② 实验中的问题和提高：对自己的分析或设计进行评价，指出合理和不足之处，提出改进的方案。
③ 收获与体会：事件分解的要点；控制者选择的要点；绘制顺序图的要点。
实验4 设计建模（2）
[ 实验日期] 2011年5月27日 [ 实验目的](1)理解面向对象类之间关联关系的概念(2)了解和掌握分析类之间的关联关系的方法
(3)了解和掌握待开发系统中类之间关联关系的分析方法(4)完善设计类图，掌握使用ROSE 对关联进行建模的过程
[ 实验内容] 根据设计建模（1）中的交互分析，进一步设计关联和对象可见性（补
上遗漏的关联）,完善设计类图。
[ 实验原理和步骤] 建模原理：
（1）关联关系描绘了给定类的对象个体之间的语义连接，是类与类之间的连接。关联可以分为一般关联、聚合关 联、组合关联和依赖关联等。
（2）一般关联包括一对类的二元关联及多个类之间的多元关联。
（3）聚合(Aggregation)表示整体和部分之间较强的关联关系，聚合关系的多重性大于1，则称为共享聚合。
（4）组合(Composition)关系表示整体和部分之间有比聚合关系更强的关系，它们之间是一对一的关系，即同生死共存亡，组合关系不能共享。
（5）依赖关系是一种使用关系，表现为一个对象仅仅调用了另一个对象的服务。可以使用下列的指导方针列出暂时性的关系：
(1)存在两个或两个以上的类相互之间就可能有关联。(2)类的操怍(成员函数)的参数列表里出现其他类的对象。(3)一个类包含另一个类的对象(对象成员)。(4)根据一般常识可能会出现的关联。步骤：
（1）分析已建立的设计类图和交互图，进一步设计关联和
对象可见性（补上遗漏的关联）。（下面以“企业综合 信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”主线中 的“收款单处理”用例为例）。
在销售管理子系统中，定义的各个类之间一般都有关系发生。销售人员和客户(大客户)共同签署销售合同，销售合同中涉及到多种可以销售的产品，合同经公司经理审查并签字后该合同才能生效，付款单需要客户付款，销售人员签发催款单向客户催缴欠款，销售人员制定销售计划，销售人员要检查督促执行期合同按合同执行、履 约，履约后的合同转到履约合同数据库存档备查等等。例如：
（a）销售人员与客户：一般关联，多对多
（b）销售合同与合同明细，销售计划与计划明细：组合。（c）付款单与客户：依赖关系。《如果付款单类中有“统计付款金额(客户类客户对象)”操作的话，付款 单类就依赖客户类》（2）完善设计类图 画图原理：
（1）关联关系描绘了给定类的对象个体之间的语义连接，是类与类之间的连接。关联可以分为一般关联、聚合关 联、组合关联和依赖关联等。
（2）一般关联包括一对类的二元关联及多个类之间的多元关联。
（3）聚合(Aggregation)表示整体和部分之间较强的关联关系，聚合关系的多重性大于1，则称为共享聚合。
（4）组合(Composition)关系表示整体和部分之间有比聚合关系更强的关系，它们之间是一对一的关系，即同生死共存亡，组合关系不能共享。
（5）依赖关系是一种使用关系，表现为一个对象仅仅调用了另一个对象的服务。步骤：
（1）在关联和对象可见性分析的基础上，补充一般关联、组合，泛化、依赖
（a）一般关联关系要注意关联的命名以及哪个是role A 哪个是role B。
(b)一般关联选中role B detail 中的aggregate，就变成聚合；再选中by value 就变成组合。(c)依赖画虚线箭头。（2）完善设计类图
[实验结果] ① 对重点实验结果进行分析；
② 实验中的问题和提高：对自己的分析或设计进行评价，指出合理和不足之处，提出改进的方案。
③ 收获与体会：分析依赖关系的要点，绘制关联的要点。通过实验了解UML的建模的步骤和方法，了解用例图和类图等的画法，了解系统的分析和建模方法。增加动手和思维能力，使自己更加的了解软件系统前期开发的软件定义和分析方法。
第五篇：UML实验报告
计 《面向对象分析与设计 U ＭL 》 实验报告 学 学
号:180 １0 ８２１３ 姓 姓
名: 庞志伟 班 班
级:08 级软件 2 班
指导老师:姚 姚 宇峰 峰 实验及作业一 一、实验目得
了解软件工程等基础知识,为后续得统一建模语言 UＭL 知识得学习做好准备工作。
二、实验设备与环境
装有Ｖisiｏ、RatｈionalRoｓｅ得计算机。
三、实验内容 １、复习阐述“软件工程开发模型”得相关概念,并分析各种模型得优缺点,写成实验报告。
２、熟悉ＵMＬ软件设计工具 Vｉsio、Ratioｎal Rose 得安装及环境
四、实验过程及结果 1、软件工程开发模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)喷泉模型(１)瀑布模型 将功能得实现与设计分开,便于分工协作,即采用结构化得分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试与运行维护等六个基本活动,并且规定了它们自上而下、相互衔接得固定次序,如同瀑布流水,逐级下落。
优点: 1)为项目提供了按阶段划分得检
瀑布模型查点。
2)当前一阶段完成后,您只需要去关注后续阶段。
3)可在迭代模型中应用瀑布模型。
缺点: １)在项目各个阶段之间极少有反馈。
2)只有在项目生命周期得后期才能瞧到结果。
３)通过过多得强制完成日期与里程碑来跟踪各个项目阶段。
(2)原型模型 原型模型又称快速原型,它就是增量模型得另一种形式;它就是在开发真实系统之前,构造一
个原型,在该原型得基础上,逐渐完成整个系统得开发工作、快速原型模型得第一步就是建造一个快速原型,实现客户或未来得用户与系统得交互,用户或客户对原型进行评价,进一步细化待开发软件得需求。通过逐步调整原型使其满足客户得要求,开发人员可以确定客户得真正需求就是什么;第二步则在第一步得基础上开发客户满意得软件产品。
优点:克服瀑布模型得缺点,减少由于软件需求不明确带来得开发风险。
缺点:所选用得开发技术与工具不一定符合主流得发展;快速建立起来得系统结构加上连续得修改可能会导致产品质量低下。
(３)螺旋模型 螺旋模型采用一种周期性得方法来进行系统开发。这会导致开发出众多得中间版本。使用它,项目经理在早期就能够为客户实证某些概念。该模型就是快速原型法,以进化得开发方式为中心,在每个项目阶段使用瀑布模型法、这种模型得每一个周期都包括需求定义、风险分析、工程实现与评审 4 个阶段,由这４个阶段进行迭代、软件开发过程每迭代一次,软件开发又前进一个层次。螺旋模型基本做法就是在“瀑布模型”得每一个开发阶段前引入一个非常严格得风险识别、风险分析与风险控制,它把软件项目分解成一个个小项目。每个小项目都标识一个或多个主要风险,直到所有得主要风险因素都被确定。
优点: １)设计上得灵活性,可以在项目得各个阶段进行变更。
2)以小得分段来构建大型系统,使成本计算变得简单容易。
3)客户始终参与每个阶段得开发,保证了项目不偏离正确方向以及项目得可控性。
4)随着项目推进,客户始终掌握项目得最新信息 , 从而她或她能够与管理层有效地交互。
5)客户认可这种公司内部得开发方式带来得良好得沟通与高质量得产品。
缺点: 很难让用户确信这种演化方法得结果就是可以控制得。建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,与当前得技术水平有了较大得差距,无法满足当前用户需求。
(4)喷泉模型 喷泉模型就是一种以用户需求为动力,以对象为驱动得模型,主要用于采用对象技术得软件开发项目。该模型认为软件开发过程自下而上周期得各阶段就是相互迭代与无间隙得特性。软件得某个部分常常被重复工作多次,相关对象在每次迭代中随之加入渐进得软件成分。无间隙指在各项活动之间无明显边界,如分析与设计活动之间没有明显得界限,由于对象概念得引入,表达分析、设计、实现等活动只用对象类与关系,从而可以较为容易地实现活动得迭代与无间隙,使其开发自然地包括复用。
优点: 喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设计活动,设计活动结束后才开始编码活动。该模型得各个阶段没有明显得界限,开发人员可以同步进行开发。其优点就是可以提高软件项目开发效率,节省开发时间,适应于面向对象得软件开发过程。
缺点: 由于喷泉模型在各个开发阶段就是重叠得,因此在开发过程中需要大量得开发人员,因此不利于项目得管理、此外这种模型要求严格管理文档,使得审核得难度加大,尤其就是面对可能随时加入各种信息、需求与资料得情况。
五、实验小结: 通过本次实验让我了解了软件工程开发得 4 中主要模型与这些模型得优缺点、初次安装并使用 UML 软件设计工具 Visio 与Ｒatioｎaｌ Rose 使我初步认识了软件开发中 UML 得设计、实验及作业二 一、实验目得
1、了解面向对象得基本概念 2、熟悉面向对象得分析、设计过程 3、了解基于 UML 得面向对象分析设计过程
二、实验设备与环境
装有 Visio、ＲａthｉｏnaｌRose 得计算机。
三、实验内容 1、熟悉 Raｔｉonal Rosｅ得使用。
２、熟悉利用统一建模语言进行分析、设计软件得过程,完成作业:论述面向对象(OO)方法得特点、优势以及存在得问题。
四、实验过程及结果 面向对象方法(Oｂject—Oriented Ｍethod)就是一种把面向对象得思想应用于软件开发过程中,指导开发活动得系统方法,简称 OO(Objｅcｔ－Ｏｒｉenｔed)方法,就是建立在“对象“概念基础上得方法学。对象就是由数据与容许得操作组成得封装体,与客观实体有直接对应关系,一个对象类定义了具有相似性质得一组对象、而每继承性就是对具有层次关系得类得属性与操作进行共享得一种方式。所谓面向对象就就是基于对象概念,以对象为中心,以类与继承为构造机制,来认识、理解、刻画客观世界与设计、构建相应得软件系统、主要特征:封装性,多态性 优势:(１)强调从现实世界中客观存在得事物(对象)出发来认识问题域与构造系统,这就使系统开发者大大减少了对问题域得理解难度,从而使系统能更准确地反映问题域。
(2)运用人类日常得思维方法与原则(体现于 OO 方法得抽象、分类、继承、封装、消息通讯等基本原则)进行系统开发,有益于发挥人类得思维能力,并有效地控制了系 统复杂性。
(3)对象得概念贯穿于开发过程得终,使各个开发阶段得系统成分具良好得对应,从而显著地提高了系统得开发效率与质量,并大大降低系统维护得难度。
(４)对象概念得一致性,使参与系统开发得各类人员在开发得各所段具有共同语言,有效地改善了人员之间得 交流与协作、(5)对象得相对稳定性与对易变因素隔离,增强了系统得应变能力。
(6)对象类之间得继承关系与对象得相对独立性,对软件复用提供了强有力得支持。
存在得问题:(1)软件重用性差
(2)软件可维护性差
(3)开发出得软件不能满足用户需要 五、实验小结: 通过本次实验了解 Raｔional Ｒose 得使用。学习利用统一建模语言进行分析、设计软件得过程,通过上网查询,了解有关面向对象(OO)方法得特点、优势以及存在得问题。
实验及作业三
三、实验目得
1、讲解用例、参与者、ＵＭＬ语境建模技术与ＵＭＬ需求建模技术。
2、通过实例使学生有一个初步认识,为后面得学习打下坚实得基础。
四、实验设备与环境
装有 Visｉｏ、RationａlRosｅ得计算机。
四、实验内容 1、掌握“参与者”、“用例”、“各种关系”在Ｖisio 或 Raｔｉonal Rosｅ中得设计方法。体会用例图得设计方法。
2、以图书馆管理系统为例,完成其用例图得设计。并书写实验报告、四、实验过程及结果 图书管理系统中得参与者有读者、图书管理员与系统管理员、读者能够进行查询,借书(有扩展关系预定与续借),还书,罚款(有扩展关系超期罚款与损坏罚款),登陆;图书管理员能够进行登陆,处理借书,处理还书(有扩展关系收罚金),解除预定;读者订书借书还书删除预订信息图书管理员<
图书维护读者信息维护新增图书删除图书系统维护系统管理员 五、实验小结: 通过本次实验第一次使用ＲOＳE 画用例图使我初步了解了什么就是用例图,如何进行画用例图。通过画图书管理系统得用例图后,使我能够正确使用ＲOSE 软件画用例图、实验及作业四 一、实验目得
讲解静态视图中得类图、对象图等建模知识,并通过图书馆管理系统得静态视图进行实例讲解,为学生以后得学习打下坚实得基础。
二、实验设备与环境
装有Ｖiｓio、ＲationalRose 得计算机。
三、实验内容 实现并改进图书馆管理系统中得类图。
四、实验过程及结果 根据实验三得用例图画出如下得类图、1、读者,图书管理员,与系统管理员都就是用户,就是用户类得泛化;2、登录与用户就是依赖关系,登录需要取决于用户类里得用户名与密码。
五、实验小结:
通过本次实验就是我初步了解了如何将用例图转换成相应得类图。在画类图就是需要弄清楚类与类之间得各种关系,只有弄清楚类之间得关系后才能画好类图。
《面向对象分析与设计(UML)》实验五 一、实验目得
了解动态视图中得状态图得设计、建模,包括:状态机、状态、转移等概念。
二、实验设备与环境
装有 Vｉsio、RａtionaｌRose 得计算机、三、实验内容 实现并改进图书馆管理系统中得状态图、四、实验过程及结果
新书可借书删除已预定 已借书借书 预定借书还书取消预定
新用户 账户可借书可借书不可借书还书达借书上限删除用户户欠款还款借书超期或者损坏 五、实验小结:
通过本次实验得练习,让我初步了解并使用 Rｏsｅ画图书管理系统得状态图。在画图中通过分析画出图书管理系统得每个状态过程。
《面向对象分析与设计(UML)》实验六 一、实验目得
了解活动图得设计方法及建模技术。重点介绍了活动图得构成要素、判定、对象流、泳道等概念,以及活动图与状态图得关系、活动图与流程图得区别。
二、实验设备与环境
装有 Viｓio、ＲａtionaｌRｏse 得计算机。
三、实验内容 实现并改进图书馆管理系统中得活动图。
四、实验过程及结果
登录更新用户信息更新新图书信息 五、实验小结:
通过本实验得练习就是我初步了解了如何画活动图、《面向对象分析与设计(ＵML)》实验七 一、实验目得
了解动态视图中得时序图、协作图得设计、建模。
二、实验设备与环境
装有 Visio、RatiｏｎａlRose 得计算机。
三、实验内容 实现并改进图书馆管理系统得时序图,并在此基础上做出相应得协作图。
四、实验过程及结果 图书管理系统时序图: 1、借阅者预定图书
2、系统管理员添加新图书
３、系统管理员删除旧图书 借阅者 图书系统 图书名 预定记录登陆查找返回查找...预定图书生成预定记录系统管理员 图书系统 图书名 图书条目添加...查找返回创建新...4、图书管理员处理还书 系统管理员 图书系统 图书名 图书条录删除图书...查找返回删除图书...删除...图书管理员 还书 图书名 借阅者 借书记录 图书条目扫描...查找图书条目更新图书...删除借阅...更新借阅者可借图...查找
5、图书管理员处理借书 协作图如下: １、借阅者借书 2、图书管理员处理还书 ３、图书管理员处理借书 ４、系统管理员新增图书 图书管理员 借书 图书名 借阅者 借书记录 图书条目查找图...查找查找图书...查找...验证借阅者...查找创建借阅...借阅者 图书系统图书名图书目录借书记录1: 验证借阅者ID2: 预定图书4: 预定3: 查找图书名5: 创建借书记录图书管理员图书系统借书记录图书名 图书目录1: 查找借阅者ID2: 还书4: 还书 5: 更新记录3: 更新目录图书管理员图书系统借书记录图书目录图书名预定记录4: 验证是否达借书数量上限1: 验证借阅者ID5: 借书2: 查找是否有预定记录3: 更新借书记录6: 更新记录
5、系统管理员删除旧图
五、实验小结
通过这 8个课时得课程学习,使我初步了解什么就是时序图与协作图,如何使用Ｒose 画时序图与协作图。时序图就是消息时间顺序得交互图,描述了对象之间消息传递得时间顺序,在实验课上通过分析与画出了图书管理系统得时序图。而协作图描述得就是与对象结构相关得信息,表示一个类操作得实现。通过时序图可以清楚得了解到图书管理系统所有对象之间消息传递得时间顺序,通过协作图又能够清楚得瞧到各个对象之间得结构关系。
Ｒ ＲOSE 双向工程实验八 五、实验目得
1、了解 UML 模型与代码得对应关系。
２、了解 ROSE 得双向工程、六、实验设备与环境
装有Ｖｉsiｏ、RatｉonaｌRosｅ得计算机。
六、实验内容 1、掌握正向工程在 Visio 或Ｒationaｌ Ｒose 中得实现、体会类图中类关系在源代码中得体现。
(１)简单类、在类中添加属性与方法、类可见性设置。
(2)类图中得关系:泛化关系、关联关系(包括一对一关联、一对多关联、多对多关联、聚合关系、组合关系)、依赖关系、实现关系、系统管理员图书系统图书名图书目录1: 添加新书 2: 查找3: 更新目录系统管理员图书系统图书名 图书目录删除图书1: 2: 查找3: 更新
请依次将上述实验内容得ＵML 图与生成得代码附在实验过程及结果中,并说明UMＬ中得模型在源代码中就是否体现、２、掌握逆向工程在 Visio 或 Ratioｎａl Rｏse 中得实现。体会 Rａtional Ｒoｓe 在阅读代码中得好处。
六、实验过程及结果 1.1 在 Rｏse 得 LｏgicａlＶiew 下新建简单类Ｐｅopｌe 如下:
通过使用 UＭＬ中得正向工程得到代码如下:
1。２类图中得关系 Ａ:泛化关系
生成代码如下:
B:关联关系
(1)一对一:
生成代码如下:
(2)一对多
生成代码如下:
(３)多对多
ﻩ生成代码如下:
(4)聚合关系
生成代码如下:
C:依赖关系:
生成代码如下:
D:实现关系:
生成代码如下:
七、实验小结: 通过本次课程得学习与实验得联系就是我初步了解到如何使用Rose 进行ＵML 得正向工程与逆向工程,通过正向工程可以将类图转化成代码,通过逆向工程可以将代码转换正相应得类。
组件图与配置图设计 实验九 九 一、实验目得
1、了解组件图得概念及应用。
２、了解配置图得概念及应用。
二、实验设备与环境
装有 Visio、Rａtiｏnal Ｒｏse 得计算机。
三、实验内容 1、实现并完善图书管理系统中得组件图、配置图、四、实验过程及结果 1、组件图: 通过对系统中得组件与组件得接口进行建模得到如下图书馆管理系统组件图:
2、部署图: 通过对系统中得节点进行建模得到如下图书管理系统得部署图:
五、实 验小结: 通过这次课时得学习,使我初步了解 了什么就是组件图与部署图。组件图描述 了软件得各种组件与它们之间得依赖关系。而部署图即配置图,配置图描述了运行 软件得系统中硬件与软件得物理结构、通 过实验得练习,我完成得图书管理系统得 组件图与部署图。
图书管理系统图书条目图书借书记录预定记录读者信息数据库服务器借书机图书管理员系统管理员
点击咨询 