软件架构设计过程.pptVIP

9.1.1 一般的软件过程 9.1.1 一般的软件过程 总之：这是一个“一般的软件过程”，对项目经理、架构师、开发人员、测试人员等所有人都共同遵守的“公共软件过程”。 9.1.2 架构师自己的架构设计过程 “一般的软件过程”只重共性没有个性，难以对承担某项工作的具体角色提供充分指导；例如：对于测试人员的指导。 架构需要自己专有的架构设计过程；架构过程比软件过程有更多架构设计的“细节”。如图所示为软件架构设计过程的总览图，图中不仅显示了软件架构师在架构设计阶段应负责的活动，还显示了架构师在分析阶段应参与的相关活动。 9.2 软件架构设计过程解析 架构设计策略应成为一等公民 软件架构设计过程应该将架构设计策略作为“一等公民”突出体现出来，才能更有效地指导软件架构师进行架构设计。 9.2 软件架构设计过程解析 架构设计过程中的工作产品 好的过程清晰地定义任务。任务焦点放在结果上而不是细节上，项目可以有效地进行，但仍可以适应非常事件和环境的变化。 9.3 总结与强调 从软件架构师的角度而言，他希望有能够切实指导自己实际工作的架构设计过程。 不是说架构设计过程和整个软件开发过程有什么不一致的地方，而是说前者应当比后者有更多架构设计的“细节”。 同时，软件架构设计过程应该将架构设计策略作为“一等公民”突出体现出来。只有这样，才能更有效地指导软件架构师进行架构设计。 第9章 软件架构设计过程 软件架构设计 * 9.1.1 一般的软件过程 一般来讲，软件开发过程包括如下5个阶段： 概念化阶段、分析阶段、架构设计阶段、并行开发与测试阶段、验收与交付阶段（如图）。 软件架构设计过程 架构设计的开展非常依赖其上游活动，包括需求分析和领域建模。 领域建模 目的：透过问题领域的重重现象，捕捉其背后最为稳固的领域概念和这些概念之间的关系。 领域模型的作用：项目前期，是团队成员之间、团队成员和客户之间交流的语言核心。项目推进期,领域模型被不断精华，最终成为整个软件的问题领域层，决定了软件系统能力的范围。因此，从项目前期开始，软件架构师应该是领域建模的领导者，以保持各个阶段的连贯性。 架构设计的策略体现 软件架构设计过程中的工作产品及其关系