第16节 细化架构设计.pdfVIP

第16章 细化架构设计 目录 2 16.1 架构细化在软件过程中所处的位置 16.2 设计逻辑架构 16.3 设计开发架构 16.4 设计数据架构 16.5 设计运行架构 16.6 设计物理架构 16.7 注意满足所有约束性软件需求 16.8 PM Tool实战 ：细化架构设计 16.9 总结与强调 解决的现实问题 3 由于角色和分工不同，整个软件团队以及客户 等众多各自需要掌握的技术或技能存在很大差 异，需要了解整套架构决策的不同子集。 软件架构必须围绕“如何构建软件”指定多方面的 设计决策，可能设计的概念有很多：逻辑层 （Layer）、物理层 （Tier）、子系统、模块、 接口、进程、线程、消息、协议，等等。 越是复杂的系统，越是需要从多个方面进行架 构设计，这样才能把问题研究和表达清楚。 16.1 架构细化在软件过程中所处的位置 4 在概念性架构的基础上，运用更多具体的设计 技术，设计出能够为实际开发提供更多指导和 限制的实际架构。 实际架构重视通过子系统和模块来分割整个系 统，并为每个子系统定义明确的接口。 软件架构中包含了软件系统如何组织等关键决 策，模块的技术细节被局部化到了小组内部， 这样就理顺了不同小组的沟通层次。 16.1 架构细化在软件过程中所处的位置 5 图16-1 概念性架构、实际架构、开发实现的关系：上下承接，不断细化 16.1.2 运用基于5视图方法进行架构细化 6 1. 关键需求——对软件架构设计器关键作用的需 求 子集，包含功能需求、质量（属性）需求、 商业 需求三类 ； 2. 领域模型—— 以面向对象方式对问题领域的模 拟 和抽象，决定了软件系统的功能范围； 3. 概念性架构——选择了对未来软件系统的质量 和 功能描述； 4. 约束——具有强制性，规定了业务和技术上的 标 准和限制； 5. 经验——运用架构师的经验和业界的经验。 16.1.2 运用基于5视图方法进行架构细化 7 细化顺序 约 束 5个架构设计图的 领域模型 基于5视图方法 设计顺序有很高的 进行架构细化 关键需求 架构方案 灵活性。 概念架构 不断转换架构设计 经 验 的角度更能反映实 际情况。 图16-2 架构细化的“输入”和“输出” 8 16.2 设计逻辑架构 16.2.1 概述 9 逻辑架构的设计着重考虑功能需求——系统应 当向用户提供什么样的服务。 关注点是行为或职责的划分，包括功能和辅助 功能模块。 分配给逻辑层、功能模块、