文档详情

软件架构设计过程.ppt

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