Software Process Management 软件过程管理.pptVIP

* * * * * * * * * * * * * * 各个阶段的侧重点是什么？各阶段结束后要达到哪些目标？任务是怎样分解的？主要风险怎样化解？ * * * * * * * * * * * * * * * RUP定义了4个模型，即Use Case模型（Use Case Model），分析模型(Analysis Model)，设计模型(Design Model)和实现模型(Implementation Model)。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 五、以架构为中心的过程(2) Unit Eight 架构 假设要描述一个系统的如下方面： 理解这个系统是做什么的。 理解系统是怎样工作的。 在系统的一部分上工作。 扩展系统。 对系统的部分进行复用，从而建立另一个系统。 而且这个描述要限定在一个比较小的篇幅内，那么你将完成一个系统架构的描述。 架构就是再去掉任何部分，就无法使人理解整个系统和解释它是如何工作的系统描述。 * 五、以架构为中心的过程(3) Unit Eight 架构的重要性 当系统为了适应新的需求而需要扩展和壮大时，架构将变得非常重要。 不好的架构（加上不成熟的过程）常常是项目失败的原意之一。 不使用架构或使用了不好的架构，对于软件项目来说都是一个主要的技术风险。 对于一个以架构为中心的组织，需要做到以下三件事： 理解架构的目的 架构的表示 架构的过程 * 五、以架构为中心的过程(4) Unit Eight 架构的定义 架构包含了关于以下问题的重要决定： 软件系统的组织。 选择组成系统的结构元素和它们之间的接口，以及这些元素项目协作时所体现出的行为。 如何把这些元素逐渐组合成更大的子系统。 架构风格，它将指导系统组织及其元素、它们之间的接口、协作和组合的方式。 架构是设计的一部分，但不是全部。它只涉及一些重要的元素。 架构是和结构及组织有关的，但它并不限于结构，它也处理行为。 * 五、以架构为中心的过程(5) Unit Eight 架构的表示 为了使不同的项目人员能够交流、讨论和推断架构，我们必须以他们都能理解的形式表示架构。 不同的项目人员所关心和感兴趣的是架构的不同方面。因此，一个完整的架构是多维的，而不是平面的。 架构视图（architectural view）是从某一特定角度或某一点上对系统所作的简化描述（抽象），描述中涵盖了系统的某一特定方面，省略了与此方面无关的实体。 * 五、以架构为中心的过程(6) Unit Eight 架构的表示：架构的4+1视图模型 * 五、以架构为中心的过程(7) Unit Eight 架构的表示：架构的4+1视图模型 逻辑视图着重描述系统的功能性需求。逻辑视图是设计模型的抽象，确定了主要的设计包、子系统和类。 实现视图从打包、分层、配置管理（所有权、版本策略等）的角度描述了处于开发环境中的静态软件模块（源代码、数据文件、构件、可执行程序和其他相关的制品）的组织。 进程视图描述了系统在运行时的并发性——任务、线程、过程及它们之间的交互作用。 部署视图展示了不同的可执行程序和其他运行时构件是如何映射到底层平台或计算机结点上的。 用例视图包括几个关键场景或用例。最初用来驱动架构的挖掘和设计，但后来用于验证不同的视图。 * 五、以架构为中心的过程(8) Unit Eight 架构的表示：模型和视图 以上关于架构的描述对于模型同样适用。 模型是系统的完整表达，而架构视图只关注对于架构来说重要的方面。 一个架构中重要的元素是对于系统的结构和性能、健壮性、可发展性和伸缩性有着很大影响的元素，是对理解系统起重要作用的元素。 对架构来说，重要的元素包括： 主要的类，特别是那些为主要业务实体建模的类。 将行为赋予这些类的架构机制，如持续性机制和通信机制。 模式和框架。 接口。 主要过程或控制的线程。 * 五、以架构为中心的过程(9) Unit Eight 架构的表示：架构不仅仅是一个蓝图 创建架构，对它进行验证，然后设定基线，这些都是细化阶段的主要目标。 除了软件架构描述之外，最重要的制品就是架构原型。 原型实现了最重要的设计决定，足以用来验证架构，即测试和度量架构。 原型使用后并不会被抛弃，它将贯穿构造阶段，不断进化，并将成为最终的系统。 * 五、以架构为中心的过程(10) Unit Eight 以架构为中心的过程 RUP定义了两个关于架构的主要制品： 软件架构描述（SAD），它描述了与项目有关的架构视图。 架构原型，它用于验证架构并作为剩