软考高级架构师——4、软件开发方法_高级软考架构师

确定开发此软件的必要性，确定软件的目标、范围、风险、开发成本等内容

将产生《可行性研究报告》和《软件开发计划》

将需求分析的结果转化为技术层面的设计方案

确定系统架构、各子系统间的关系、 接口规约、数据库模型、编码规范等内容

概要设计的结果将作为程序员的工作指南，供程序员了解系统的内部原理，并在其基础上进行详细设计和编码工作

在概要设计的基础上，进行细化，如类设计
 

详细设计不是开发过程中必需的阶段

软件维护的过程会贯穿整个软件的使用过程。

当使用和维护阶段结束后，软件系统也就自然消亡，软件系统的生命周期结束。

一个阶段到下一个阶段有明显的界线。

在每个阶段结束后，都会有固定的文档或源程序流入下一阶段     

当软件需求明确、稳定时，可以采用瀑布模型按部就班地开发软件

总体设计对应了集成测试，详细设计对应了单元测试

保持了瀑布模型的阶段式文档驱动的特点，而且更强调了软件产品的验证工作

瀑布模型后期的维护工作相当繁重，而这些维护工作大多都是修正在需求分析阶段引入的缺陷
 

螺旋模型的每一周期都包括需求定义、风险分析、

工程实现和评审 4 个阶段，由这 4 个阶段进行迭代，软件开发过程每迭代一次，软件开发就前进一
个层次。

螺旋模型强调风险分析

需要具有相当丰富的风险评估经验和专业知识

在风险较大的项目开发中，如果未能及时标识风险，势必会造成重大损失。

原型法的每一次迭代都经过一个完整的生命周期

户需求很不明确或技术架构中存在很多不可知因素的时候，可以采用原型法

构件的自包容性让系统的扩展变得更加容易

在考虑软件的重用度时，往往会对其他方面做出让步，如性能

使用构件组装应用程序时，要求程序员熟练地掌握构件，增加了研发人员的学习成本

统一过程（Unified Process， UP）UP 是一个迭代的二维开发模型，在生命周期的每一阶段

都可以进行需求、设计等活动

UP 的迭代特点使得更容易控制软件开发的风险。

任何一个阶段的工作都不是绝对的，都是相互交叠配合的。但每一个阶段都有其侧重点

敏捷方法

1、极限编程XP

由价值观、原则、实践和行为四个部分组成，它们彼此相互依赖、关联，并通过行
为贯穿于整个生命周期。

XP 的核心是其总结的沟通、简单、反馈、勇气四大价值观，它们是 XP 的基础，也是XP 的灵魂。

在 XP 的四大价值观之下，隐藏着一种更深刻的东西，那就是尊重。因为这一切都建立在团队成员之间相互关心、相互理解的基础之上。
 

在 XP 中，集成了 12 个最佳实践，（1）计划游戏（2）小型发布（3）隐喻（4）简单设计（5）测试先行（6）重构（7）结对编程（8）集体代码所有制（9）持续集成（10）每周工作 40 小时（11）现场客户（12）编码标准
 

敏捷方法

2、特征驱动开发（FDD）

有效的软件开发不可缺少的三个要素是：人、过程和技术

FDD 定义了 6 种关键的项目角色：（1）项目经理（2）首席架构设计师（3）开发经理（4）主程序员（5）程序员（6）领域专家：一般由客户、系统分析员等担当

FDD 共有 5 个核心过程
 

 组成 FDD 的最佳实践包括：领域对象建模、根据特征进行开发、类的个体所有、组成
特征小组、审查、定期构造、配置管理、结果的可见性。

敏捷方法

3、Scrum

Scrum 主要包括：产品待办事项列表梳理、 Sprint 计划会议、每日 Scrum 会议、 Sprint
评审会议、 Sprint 回顾会议等五个活动。

Scrum 的 5 大价值观为：
承诺—愿意对目标做出承诺。
专注—把你的心思和能力都用到你承诺的工作上去。
开放—Scrum 把项目中的一切开放给每个人看。
尊重—每个人都有他独特的背景和经验。
勇气—有勇气做出承诺，履行承诺，接受别人的尊重。

敏捷方法

4、水晶方法（ Crystal）

敏捷方法

5、开放式源码

开放源码的一个突出特点就是查错
排障（debug）的高度并行性，任何人发现了错误都可将改正源码的“补丁”文件发给维护
者。然后由维护者将这些“补丁”或是新增的代码并入源码库

ASD 方法： ASD (Adaptive
Software Development)方法由 Jim Highsmith 提出，其核心是三个非线性的、重叠的开发阶段：猜测、合作与学习