UML各章知识点小结.doc

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万，还是百万? 项目是进行下去还是停止? 什么是初始阶段 用一句话来概括初始阶段： 预见项目的范围、愿景和业务案例 用一句话来概括初始阶段要解决的主要问题： 涉众是否就项目愿景基本达成一致，项目是否值得继续进行认真研究。 初始阶段的持续时间 初始阶段主要是为项目目标建立一些初始的共同构想，确定项目是否可行，并决定是否值得进入细化阶段加以认真研究。 可能只包含第一次需求研讨会，并为第一次迭代制定计划，然后就快速地进入细化阶段。 大多数需求分析是在细化阶段进行的，并且伴以具有产品品质的早期编程和测试。 第五章 进化式需求 需求 定义： 需求就是系统必须提供的能力和必须遵从的条件 ＵＰ推崇用“一种系统的方法来寻找、记录、组织和跟踪系统不断变更的需求” 挑战： 寻找、沟通和记住什么是真正需要的，并能够清楚讲解给客户和开发团队的成员 进化式需求和瀑布式需求 ＵＰ能够包含需求中的变更，并将其作为项目的基本驱动力 ＵＰ：产品品质的编程和测试要远早于大多数的需求的分析和规格化 一项关于使用瀑布式需求分析项目的研究表明： 早期定义的需求在最终软件产品中有效性统计数据如下图所示。 几乎65%的需求定义少有或根本没有价值！ 规范的ＵＰ 警告： 在开始编程和测试之前指定大多数或所有需求，则意味着这并非是规范的ＵＰ和迭代项目 折中的方法： 结合早期时间定量的迭代开发，进行迭代和进化式需求分析，并且引入频繁的涉众参与、评估和对局部结果的反馈 ＦＵＲＰＳ＋模型 在统一过程中，需求按照“FURPS+”模型分类： 功能性(Functional)：特性、功能、安全性 可用性(Usability)：人性化因素、帮助、文档 可靠性(Reliability)：故障频率、可恢复性、可预测性 性能(Performance)：响应时间、吞吐量、准确性、有效 性、资源利用率 可支持性(Supportability)：适应性、可维护性、国际化、可配置性 “ＦＵＲＰＳ＋”中的“＋”是指一些辅助性的次要的因素，比如： 实现(Implementaion)－资源限制、语言和工具、硬件等 接口(Interface) 操作(Operation) 包装(Packaging) 授权(Legal) ＦＵＲＰＳ＋ 使用“ＦＵＲ