第3章软件过程模型

软件的需求分析和定义 体系结构设计 构件库建立 应用软件构建 测试和发布
构件集成模型
需求分析和定义 体系结构设计 构件库建立 应用软件构建 测试和发布
1：N
构件集成模型存在问题
模型由于采用自定义的组装结构标准，缺乏通用的组 装结构标准，这样就引入了比较大的风险。
可复用性和软件高效性不容易协调，需要比较有经验 的开发人员。
瀑布模型示意图
瀑布模型
它是一个软件开发架构，开发过程是通过一系列阶段 顺序展开的。
每个阶段都会产生循环反馈 各个阶段产生的文档是维护软件产品时必不可少的，
没有文档的软件几乎是不可能维护的。 瀑布模型是一种文档驱动的过程模型
瀑布模型特点
顺序性和依赖性 推迟实现 质量保证的观点 是一种线性模型 强调文档的作用
不断地关注优秀的技能和好的设计会增强敏捷能力。 简单是最根本的。 最好的构架、需求和设计出于自组织团队。
核心工作流
统一过程准则
准则
迭代的开发软件 需求管理 基于构件的体系结构 可视化软件建模 验证软件质量 控制软件的变更
统一过程主要的优点是提高了团队生产力
3.7 敏捷过程
敏捷不是一个过程，是一类过程的统称。 敏捷方法的两大主要特征：
对“适应性”的强调 对“人”的关注
做法：
风险分析：分析评估所选方案，考虑如何识别和消除风 险；
Hale Waihona Puke 施工程：实施软件开发和验证；客户评估：评价开发工作，提出修正建议，制定下一步 计划。
螺旋模型是风险驱动的模型
3.5 构件集成模型
构件集成模型是基于构件的开发模型 构件集成模型：
整个系统模块化 复用构件库中的软件构件
构件集成模型是演化形的，开发过程是迭代的 5个阶段：
软件被作为一系列的增量构件来设计、实现、集成和 测试，每一个构件是由多种相互作用的模块所形成的 提供特定功能的代码片段构成.
增量方式包括：
增量开发：以一定的时间间隔开发部分工作软件
增量提交：以一定的时间间隔增量方式向用户提交工作 软件及相应文档
增量模型融合了线性顺序模型的基本成份和原型实现 模型的迭代特征。
螺旋模型（Spiral Model）是结合了瀑布模型和快速原 型模型的迭代开发模型
强调了其他模型均忽略了的风险分析：
风险识别 风险分析 风险控制
特别适合于大型复杂的系统
每一个周期都包括需求定义、风险分析、工程实现和 评审
螺旋模型示意图
螺旋模型活动
四个象限分别代表了以下活动：
制定计划：确定软件目标，选定实施方案，确定项目开 发的限制条件；
快速响应:引入迭代式的开发手段 将整个软件生命周期分解为若干个小的迭代周期 获取切实有效的客户反馈 提出12条基本原则
敏捷开发12条原则
我们最优先要做的是通过尽早的、持续的交付有价值 的软件来使客户满意。
即使到了开发的后期，也欢迎改变需求。敏捷过程利 用变化来为客户创造竞争优势。
经常性地交付可以工作的软件，交付的间隔可以从几 个星期到几个月，交付的时间间隔越短越好。
第3章 软件过程模型（内容提要）
瀑布模型 增量模型 螺旋模型 协同开发模型 面向对象模型 面向方面的软件开发
3.1 软件生存周期
软件也有一个从生到死的过程，这个过程一般称之为 软件的软件生存周期或生命周期（Software Development Life Cycle）
软件生存周期可划分为定义、开发和运行三个时期， 每个时期又细分为若干个阶段。把整个软件生存周期 划分为若干阶段，使得每个阶段有明确的任务，使规 模大，结构复杂和管理复杂的软件开发变的容易控制 和管理。
3.6 统一过程模型
统一过程（Unified Process，UP) 是风险驱动的、基 于用例技术的、以架构为中心的、迭代的、可配置的 软件开发流程。
统一过程是以用例驱动的，以架构为中心，迭代和增 量的过程。
统一过程是一个软件开发过程，是一个通用的过程框 架：
初始 细化 构造 移交
统一过程的四个阶段
增量构造模型
需求分析 设计 编码1 测试1
编码2 编码3
测试2 测试3
增量模型
增量模型在各个阶段并不交付一个可运行的完整产品， 而是交付满足客户需求的可运行产品的一个子集。
存在缺陷：
加入构件必须不破坏已构造好的系统部分； 很容易退化为边做边改模型，从而使软件过程的控制失
去整体性。
3.4 螺旋模型
统一过程五个核心工作流
需求(Requirements Capture)：致力于开发正确的系统 分析(Analysis)：更精确地理解需求 设计(Design)：深入理解与非功能性需求和约束相联
系的问题 实现(Implementation)：实现系统与集成 测试(Test)：验证实现的结构
在整个项目开发期间，业务人员和开发人员必须天天 都在一起工作。
围绕被激励起来的个体来构建项目，给他们提供所需 的环境和支持，并且信任他们能够完成工作。
敏捷开发12条原则(续)
在团队内部，最具有效果并富有效率的传递信息的方 法，就是面对面的交谈。
工作的软件是首要的进度度量标准。
敏捷过程提倡可持续的开发速度。责任人、开发者和 用户应该能够保持一个长期的、恒定的开发速度。
软件生存周期包括可行性分析、项目计划、需求分析 、软件设计、编码与测试、维护等阶段，每个阶段有 包含一系列的活动。
3.2 瀑布模型
瀑布模型将软件生命周期划分为软件计划、需求分析 和定义、设计、实现、测试、运行和维护这6个阶段 ，规定了它们自上而下、相互衔接的固定次序，如同 瀑布流水逐级下落。
从本质来讲，它是一个软件开发架构，开发过程是通 过一系列阶段顺序展开的，从系统需求分析开始直到 产品发布和维护，每个阶段都会产生循环反馈.
瀑布模型存在问题
各个阶段的划分完全固定，阶段之间产生大量的文档， 极大地增加了工作量。
用户只有在末期才能见到开发成果。 经常遇到等待其他成员完成其所依赖的任务情况。
3.3 增量模型
增量模型（Incremental Model）也称为渐增模型，是 在项目的开发过程中以一系列的增量方式开发系统。