软考-系统架构设计师：软件开发模型

软考系统架构设计师 About 1,169 words

软件开发模型

瀑布模型：只适合需求明确的项目。
1. 软件计划
2. 需求分析
3. 软件设计
4. 程序编码
5. 软件测试
6. 运行维护
演化模型：演化原型成为最终产品。
增量模型：原型思想+瀑布模型思想得到增量模型。
螺旋模型：对于新近开发，需求不明确的情况下，便于风险控制和需求变更。
1. 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
2. 风险分析：分析评估所选方案，考虑如何识别和消除风险；
3. 实施工程：实施软件开发和验证；
4. 客户评估：评价开发工作，提出修正建议，制定下一步计划。
快速原型模型
喷泉模型
V模型：RAD（Rapid Application Development，快速应用开发）。适用于一些传统信息系统应用的开发。不适用于高性能高风险的系统、互联网软件，或一个难以被具体模块化的系统。
- 需求分析
- 概要设计
- 详细设计
- 编码
- 单元测试
- 集成测试
- 系统测试
- 验收测试
迭代模型/迭代开发
快速应用开发
构件组装模型/基于构件的软件开发：CBSD（Component-Based Software Development），基于分布对象技术、强调通过可复用构件设计与构造软件系统的软件复用途径。
- 需求分析和定义
- 软件架构设计
- 构件库的建立
- 应用软件构建
- 测试和发布
统一过程/统一开发方法：UP（Unified Process，也叫RUP：Rational Unified Process），用例驱动以架构为中心迭代和增量。
- 初始
  - 确定项目范围和边界
  - 识别系统的关键用例
  - 展示系统的候选架构
  - 估计项目费用和时间
  - 评估项目风险
- 细化
  - 分析系统问题领域
  - 建立软件架构基础
  - 淘汰最高风险元素
- 构建
  - 开发剩余的构件
  - 构件组装与测试
- 交付
  - 进行β测试
  - 制作发布版本
  - 用户文档定稿
  - 确认新系统
  - 培训、调整产品
敏捷开发方法
- 基本原则
  - 短平快的会议
  - 小型版本发布
  - 较少的文档
  - 合作为重
  - 客户直接参与
  - 自动化测试
  - 适应性计划调整
  - 结对编程
  - 测试驱动开发
  - 持续集成
  - 重构
- 自适应开发
- 水晶方法
- 特征驱动开发
- SCRUM
- 极限编程
  - 4大价值观
    - 沟通
    - 简单
    - 反馈
    - 勇气
  - 5大原则
    - 快速反馈
    - 简单性假设
    - 逐步修改
    - 提倡更改
    - 优质工作
  - 12个最佳实践
    - 计划游戏
    - 小型发布
    - 隐喻
    - 简单设计
    - 测试先行
    - 重构
    - 结对编程
    - 集体代码所有制
    - 持续集成
    - 每周工作40小时
    - 现场客户
    - 编码标准
模型驱动的开发方法
基于架构的开发方法