UML各章知识点小结.doc

  1. 1、本文档共50页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
UML各章知识点小结

UML各章知识点小结 第一章 面向对象分析和设计 在OO开发中,至关重要的能力是什么? 为软件对象分配职责 什么是分析? 强调的是对问题和需求的调查研究,而不是解决方案 澄清两个概念: 需求分析:对需求的调查研究 面向对象分析:对领域对象的调查研究 什么是设计 ? 强调的是满足需求的概念上的解决方案(在软件方面和硬件方面),而不是其实现。 面向对象分析(做正确地事) 强调的是在问题领域内发现和描述对象(或概念) 面向对象设计(正确地做事) 强调的是定义软件对象以及它们如何协作以实现需求。 OOAD 最关心流程与元件 1. 描述流程(剧情) ---- 分析 2. 安排主/配角(元件)演出 ---- 设计 OOAD 最主要的工具 UML (Unified Modeling Language) 第一章思维导图 第二章 迭代、进化和敏捷 动机:迭代和进化式 瀑布生命周期 在编程之前就预先完成需求和设计步骤 软件项目的高失效率 及早地引入编程和测试,并重复这一循环 会在还没有详细定义所有需求的情况下假设开发开始 使用反馈来明确和改进演化中的规格说明 依赖于短时快速的开发步骤、反馈和改写来不断明确需 求和设计 软件项目的较高成功率 什么是迭代和进化式开发 如何在迭代项目中处理变更 抱以接受变更和改写的态度,是迭代和进化式开发真正本质的驱动力!! 迭代反馈和进化向预期系统的方向发展。需求和设计的不稳定性随着时间逐步下降 迭代开发的优点 减少项目失败可能性,提高生产率、降低缺陷率 在早期缓解高风险 早期可见的进展 早期反馈、用户参与和调整,会产生更接近涉众真实需求的精华系统 可控复杂性 一次迭代中的经验可以被系统地用于改进开发过程本身 UP的阶段 第三章 案例研究 案例研究中涵盖的内容 一个应用程序通常包括: UI元素 核心应用逻辑 数据库访问 与外部软硬件的协作 UP 思维导图 敏捷开发 思维导图 第四章 初始不是需求阶段 初始阶段是建立项目共同愿景和基本范围的比较简短的起始步骤 它包括: 10%的用例进行分析 关键的非功能需求的分析 业务案例创建 开发环境的准备  初始阶段需解决的问题: 本项目的愿景(vision)和业务案例(business case)? 可行性(Feasible)? 购买/开发(Buy and/or build)? 粗略估计成本(cost): 1万-10万,还是百万? 项目是进行下去还是停止? 什么是初始阶段 用一句话来概括初始阶段: 预见项目的范围、愿景和业务案例 用一句话来概括初始阶段要解决的主要问题: 涉众是否就项目愿景基本达成一致,项目是否值得继续进行认真研究。 初始阶段的持续时间 初始阶段主要是为项目目标建立一些初始的共同构想,确定项目是否可行,并决定是否值得进入细化阶段加以认真研究。 可能只包含第一次需求研讨会,并为第一次迭代制定计划,然后就快速地进入细化阶段。 大多数需求分析是在细化阶段进行的,并且伴以具有产品品质的早期编程和测试。 第五章 进化式需求 需求 定义: 需求就是系统必须提供的能力和必须遵从的条件 UP推崇用“一种系统的方法来寻找、记录、组织和跟踪系统不断变更的需求” 挑战: 寻找、沟通和记住什么是真正需要的,并能够清楚讲解给客户和开发团队的成员 进化式需求和瀑布式需求 UP能够包含需求中的变更,并将其作为项目的基本驱动力 UP:产品品质的编程和测试要远早于大多数的需求的分析和规格化 一项关于使用瀑布式需求分析项目的研究表明: 早期定义的需求在最终软件产品中有效性统计数据如下图所示。 几乎65%的需求定义少有或根本没有价值! 规范的UP 警告: 在开始编程和测试之前指定大多数或所有需求,则意味着这并非是规范的UP和迭代项目 折中的方法: 结合早期时间定量的迭代开发,进行迭代和进化式需求分析,并且引入频繁的涉众参与、评估和对局部结果的反馈 FURPS+模型 在统一过程中,需求按照“FURPS+”模型分类: 功能性(Functional):特性、功能、安全性 可用性(Usability):人性化因素、帮助、文档 可靠性(Reliability):故障频率、可恢复性、可预测性 性能(Performance):响应时间、吞吐量、准确性、有效 性、资源利用率 可支持性(Supportability):适应性、可维护性、国际化、可配置性 “FURPS+”中的“+”是指一些辅助性的次要的因素,比如: 实现(Implementaion)-资源限制、语言和工具、硬件等 接口(Interface) 操作(Operation) 包装(Packaging) 授权(Legal) FURPS+ 使用“FUR

文档评论(0)

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

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

1亿VIP精品文档

相关文档