安装使用UML建模工具Rational Rose 2003.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
试验一 安装使用UML建模工具Rational Rose 一、教学目标 1. 了解UML基础绘图元素及13种图含义; 2.熟悉使用Rational Rose 建立UML模型。 二、试验内容 超市进销存管理系统UML建模-----使用UML进行系统分析和设计 1. 超市进销存管理系统需求分析; 2. 超市进销存管理系统UML建模。. 三、仪器、设备、材料 电脑 四、试验准备 了解UML基础绘图元素含义。 五、试验原理或操作关键点介绍 1.对系统功效进行必需描述; 2.绘制系统关键模型图; 3.模型图要有说明性文字解释。 六、注意事项 七、试验过程和指导 一、超市进销存管理系统需求分析 1、系统功效需求 超市进销存管理系统要求能对超市进、销、存行为进行管理,而且能依据不一样权限系统用户需求进行报表生成和查询,为超市管理者决议提供帮助。 营业管理 营业员接收用户订购,输入用户购置商品,计算总价; 用户选择现金或信用卡付款; 营业员保留用户购置商品统计; 营业员打印销货清单给用户。 库存管理 库存管理员天天进行盘点(统计)一次; 库存管理员当发觉库存商品有损坏时,立即到相关部门报损; 在商品到货时,库存管理员检验商品是否合格,并对合格商品进行验收入库,退回不合格商品; 进货管理 进货员用新商品供给商信息更新供给商数据库信息; 进货员统计库存商品是否低于库存下限,然后制作订货单; 进货员订购货物,并接收货物,同时帮助货物入库。 会计活动 会计人员依据订货单支付货款; 会计人员依据全部营业数据结收营业金额,并收取现金; 会计人员定时进行全部数据统计,并制作统计报表; 经理管理 经理对日常步骤进行审核,包含审核订货单、审核会计报表、审核汇总订单表; 经理对各类职员进行人事调动等人事管理; 经理在促销期间或节日期间,注明相关商品促销价格和促销时段; 经理按市场情况常常变动商品价格。 2. 设计方法、思绪和关键技术 RUP开发过程是“用例驱动”开发过程,在RUP开发过程中,开发人员首先捕捉用户需求,并以用例形式组织成用例模型;然后对需求模型进行分析、整理、验证,建立分析模型;最终以分析模型为基础,设计系统,来满足这些用例模型要求。所以,软件整个开发过程,就是建立模型过程,从建立用例模型开始,其次是分析模型,接着是设计模型和实现模型,在建立了这些模型以后,还将依据用例模型设计出测试模型来对系统进行验证。 全部模型建立过程不是线性转变,而是是一个迭代、增量开发过程。也就是在整个项目开发周期中,将会数次经过这五个模型迭代、修改、删除、优化、精化过程。 下面是对5个模型定义: 用例模型:能够有效地帮助开发人员发觉真正功效需求,并用UML设计语言来描述需求,如,用例图。 分析模型:经过协作图来描述用例,检验、验证用例一致性、正确性、完备性、可行性。分析结果表示为类图、包图。 设计模型:在分析模型基础上,把分析阶段类分解为语言能实现软件类,利用多种实现技术结构系统、子系统;并把设计类进行分组,打包、定义子系统和类接口。这一阶段产品有:(类图、对象图、包图、构件图) 布署模型:定义可计算节点系统物理结构,并验证运行在这些节点上构件想法是否实现了用例。(构件图、布署图) 测试模型:依据用例中所描述功效来构建测试模型。 采取用例技术优点有2点:一是,用例表示了用户对软件目标要求,用例是系统向其用户提供增值功效。二是,用例很直观,用户和用户根本无法了解复杂符号,而用例这种简单、自然表述法能够使其易于阅读,并提出修改意见。 依据以上确定设计方法,我们使用Rational Rose 进行建模及设计,确定设计思绪以下: 在Use Case View中建立三个层次模型,逐步分析出用例图,建层以下图: 在Logical View中也建立三个层次模型,该层内容是在Use Case View分析基础上逐步设计出具体类及其类关系,数据结构,并依据需要确定时序图、协作图、活动图、状态图等,建层以下图: 二、系统UML建模 1、系统用例图 先学习一下用例分析方法。 用例图是描述用例、参与者及其关系图。和全部UML其它图一样,用例图能够包含注释、约束。下图是棋牌管理系统对应用例图。 图中元素包含:参与者、用例、一个方框和部分表示关系连接线,全部用例全部在方框之内,该方框称为“系统边界”。 方框内是棋牌管理系统多个用例,方框外是外部参与者。 用例表示 用例是对一组场景共同特征抽象,即,用例是对一组场景共同行为抽象,场景就是用例一次完整、具体实施过程。用例和场景关系,如同类和对象关系,用例应该给参与者带来可见价值。 1.场景 在系统中,根据某个次序实施一系列相关动作后,实现了某种功效,把完成了这一功效操作集合称为场景。 “场景”就是

文档评论(0)

181****8523 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档