接前一篇文章：软考 系统架构设计师系列知识点之基于架构的软件开发方法ABSD（1）
所属章节：
第7章. 系统架构设计基础知识
第2节. 基于架构的软件开发方法
3. 基于体系结构的开发模型
传统的软件开发过程可以划分为从概念直到实现的若干个阶段，包括问题定义、需求分析、软件设计、软件实现及软件测试等。如果采用传统的软件开发模型，软件体系结构的建立应位于需求分析之后、概要设计之前。
传统软件开发模型存在开发效率不高，不能很好地支持软件重用等缺点。ABSD模型把整个基于体系结构的软件过程划分为体系结构需求、设计、文档化、复审、实现和演化6个子过程。
4. 体系结构需求
需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。体系结构需求受技术环境和体系结构设计师的经验影响。需求过程主要是获取用户需求，标识系统中所要用到的构件。如果以前有类似的系统体系结构的需求，我们可以从需求库中取出，加以利用和修改，以节省需求获取的时间，减少重复劳动，提高开发效率。
（1）需求获取
体系结构需求一般来自三个方面，分别是系统的质量目标、系统的商业目标和系统开发人员的商业目标。软件体系结构需求获取过程主要是定义开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务上的功能需求。与此同时，还要获得软件质量属性，满足一些非功能需求。
（2）标识构件
标识构件过程为系统生成逻辑初始结构，包含大致的构件。这一过程又可分为3步来实现。
第1步：生成类图
生成类图的CASE工具有很多，例如Rational Rose 2000能自动生成类图。
第2步：对类进行分组
在生成的类图基础上，使用一些标准对类进行分组，可以大大简化类图结构，使之更加清晰。一般地，与其它类隔离的类形成一个组，由概括关联的类组成一个附加组，由聚合或合成并联的类也形成一个附加组。
第3步：将类打包成构件
将在第2步中得到的类簇打包成构件，这些构件可以分组合并成更大的构件。
（3）架构需求评审
组织一个由不同代表（如客户、分析人员、设计人员和测试人员）组成的小组，对体系结构需求及相关构件进行仔细地审查。审查的主要内容包括所获取的需求是否真实地反映了用户的要求，类的分组是否合理，构件合并是否合理等。必要时，可以在“需求获取—标识构件—需求评审”之间进行迭代。