UML基础知识讲解.docx

  1. 1、本文档共15页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
一:UML定义了5类,10种模型图 UML提供的基本模型图包括: (1)、用例图:展示系统外部的各类执行者与系统提供的各种用例之间的关系 (2)、类图:展示系统中类的静态结构(类是指具有相同属性和行为的对象,类图用来描述系统中各种类之间的静态结构) (3)、对象图:是类图的一种实例化图(对象图是对类图的一种实例化) (4)、包图:是一种分组机制。在UML1.1版本中,包图不再看作一种独立的模型图) (5)、状态图:描述一类对象具有的所有可能的状态及其转移关系(它展示对象所具有的所有可能的状态以及特定事件发生时状态的转移情况) (6)、顺序图:展示对象之间的一种动态协作关系(一组对象组成,随时间推移对象之间交换消息的过程,突出时间关系) (7)、合作图:从另一个角度展示对象之间的动态协作关系(对象间动态协作关系,突出消息收发关系) (8)、活动图:展示系统中各种活动的执行流程(各种活动的执行顺序、执行流程) (9)、构件图:展示程序代码的物理结构(描述程序代码的组织结构,各种构件之间的依赖关系) (10)、配置图:展示软件在硬件环境中(特别是在分布式及网络环境中)的配置关系(系统中硬件和软件的物理配置情况和系统体系结构) 建模过程 首先:描述需求 次之:根据需求建立系统的静态模型,以构造系统的结构 第三:描述系统的行为 其中第一步与第二步中所建立的模型都是静态的,包括用例图、类图(包括包图)、对象图、构件图和配置图等六种图。这些图构成了标凖建模语言UML的静态建模机制。 第三步中所建立的模型或者可吧执行或者表示执行时的时序状态或交互关系,它包括状态图、活动图、顺序图和合作图等四种图。这些图构成了标准建模语言UML的动态建模机制。 可用以下常用视角来描述一个系统: (1)、系统的使用实例:从系统外部的操作者的解度描述系统的功能 (2)、系统的逻辑结构:描述系统内部的静态结构和动态行为,即从内部描述如何设计实现系统功能 (3)、系统的构成:描述系统由哪些程序构件所组成 (4)、系统的并发性:描述系统的并发性,强调并发系统中存在的各种通信和同步问题 (5)、系统的配置:描述系统的软件和各种硬件设备之间的配置关系 二:软件开发过程(RUP概述): 迭代开发过程: 由四个阶段构成,每个阶段都包含软件开发的每个过程:分析、设计、实现和测试阶段 四个阶段:初始阶段、细化阶段、构造阶段、移交阶段 通常在移交阶段后进行总体测试、性能测试、用户培训等 1. 初始阶段: 项目的总体需求、可行性分析等,并确认是否启动该项目 2. 细化阶段:(1/5周期) 启动该项目后, (1)、实际要做什么? (2)、如何做? (3)、将采用什么技术? 风险分析和风险管理 (1)、需求风险:不能偏离用户需要,要充分了解用户需求及各需求的相对优化程度 处理需求风险:用例分析技术。列出该系统的所有用例,安排开发人员与客户交流,以便收集用例。其中要对领域概念模型作充分说明(行业术语,如电信中的产品)。 建立域模型:类图、活动图 (2)、技术风险:你是否有相关技术经验,熟悉程度如何? 使用类图和交互图来描述构件间的通信 使用包图来描述构件的高层结构 使用配置图来描述系统功能的分配 (3)、技能风险:能否得到相关技术人才或专家? (4)、政策风险:是否存在一些政策性因素影响整个项目的进行 细化阶段的重要结果之一:建立系统的基线体系结构 (1)、用例表:用于描述系统需求 (2)、域模型:用于获取应用领域中的关键类的起点,反映你对系统将要提供的业务和服务的理解 (3)、技术平台:描述重要的实现技术以及技术间的协作和集成 细化阶段何时结束: (1)、开发人员能给项目估算 (2)、考虑所有的风险,并制定出相应对策和计划 计划: 1.第一阶段: 用例是制定项目计划的基chu,对用例进行分类: (1)、用户应当列出用例的优先级。通常为三级,首先要实现的,短期内可以没有,长期内可以没有的 (2)、对于每一个用例,开发人员都应考虑体系结构风险。三级:高风险,可能的风险,完全不可能的风险 (3)、开发人员还应评价自己对每个用例开发工作量的做算,称之为进度风险。三级:确信自己对时间的估算,只能估算到人月,无法估算 注意:估算应由开发人员估算,项目经理只是评审复核作用。由些开发人员可以充分理解用例,应估算到人周 2.第二阶段: 确定每次迭代的开发周期,每次迭代的工作量(迭代次数3至5次) 3. 构造阶段 两个概念:(1)、程序重组:指对程序中与新添功能相关的成分进行适当改造,使其在结构上完全适合新功能的加入。 (2)、模式:构造阶段是通过一系列迭代过程建设系统。每次迭代开发都是一个小项目,需要对所有要求的用例进行分析、设计、编码、测试和集成。完成一次迭代后,应向用户演示,并完成系统测试,以表明所要求

文档评论(0)

shuwkb + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档