本篇从架构师经常遇到的困惑出发,总结软件架构设计中经常遇到的问题,提出“方法体系必然是软件业界未来发展的重大趋势”这一观点之后,详细阐述了软件架构设计三个阶段(Pre-Architecture阶段、Conceptual Areieture阶段和Refined Architecture阶段)中的各个具体环节,并给出了最佳的实践原则和方法,内容涵盖“需求进,架构出”的整个过程。
话不多说直接展示出来:
第一部分Architecture阶段
- Pre-architecture的故事
- Pre- architecture总论
- 需求结构化与分析约束影响
- 确定关键质量t与关键功能
第二部分eptual Architecture阶段
- 概念架构的故事
- Conceptual Architecture总 论
- 初步设计
- 高层分割
- 考虑非功能需求
这份《一线架构师实践指南》内容实在太多了,没有办法全部展示出来了,所以需要获取这份架构师书籍的可以点赞支持一下。
第三部分Refined Architecture阶段
- 细化架构的故事
- Refined Architecture总论
- 逻辑架构
- 物理架构运行架构,开发架构
- 数据架构的难点,数据分布
第四部分专题:非功能目标的方法论
- 故事:困扰已久的非功能问题
- 总论:非功能目标的设计环节.
- 方法:“目标一场景一决策”表
1.2.4 内置最佳实践
方法不应该是个空框框,应融入最佳实践经验。相信业界很多专家都正朝着这个方向迈进。
ADMEMS方法中融入了笔者的哪些实践经验呢?仅举几例:
■逻辑架构设计的 10条经验(如图1-3 所示)。
■质疑驱动的逻辑架 构设计整体思路(如图1-4所示)。
■基于鲁棒图进行初步 设计的10条经验。
■ADMEMS 矩阵方法。
■约束的4大类型。
1.3.2 Conceptual Architecture阶段:重大需求塑造做概念架构
概念架构≠理想化架构。所以,必须考虑包括功能、质量、约柬在内的所有方面的需求。
图1-6说明了ADMEMS方法推荐的概念架构设计的高层步骤。
4.2用ADMEMS矩阵方法进行需求结构化
那么,需求结构化要怎么做呢?
第一,绝对不能认为《软件需求规格说明书》就是需求的全部。
第二,运用ADMEMS矩阵方法。
4.7大型B2C网站案例:需求结构化与分析约束影响
像Amazon这样大型的B2C网站,架构的起步阶段应如何规划呢?下面看ADMEMS方法的
“表现”。
6.1.1小张, 以及他负责的产品
接班人:小张
职业概况: 28 岁,某医疗软件公司的程序高手,这不,公司刚刚提拔他作了架构师。加班缘由:他正负责-个名为“合理用药监测系统(Prescription Automatic Screening System,PASS)”的软件产品的架构设计。由于以前没有做过类似的产品,小张压力很大。按说,压力大对软件行业的人来说早已是家常便饭了,但要命的是,小张有些不知所措了.....图6-1所示的用例图列出了“合理用药监测系统(PASS)”的主要功能。
6.3柳暗花明
行必果。小张和老王忙活开了。
有人说,“行动果断是一种美德。”其实,他俩都觉得“行动果断”算不上什么美德,毕竟,
老板是要看结果的一不行动, 就永远没有成功的可能。
7.4.2概念架构阶段的 3个步骤
总而言之,概念架构设计分为3个步骤(如图7-5所示) :
1.初步设计。基于关键功能,借助鲁棒图进行以发现职责为目的的初步设计。这一步并不
总是需要,但对于架构师而言,是“新系统”就必须重视这一-步。
2.高层分割。对系统这个黑盒子进行高层切分,例如切分复杂系统为多个二级系统,或者
直接切分系统为具体子系统。
3.考虑非功能需求。概念架构≠理想化架构,所以不仅要考虑功能,也必须考虑非功能。
具体方法是采用ADMEMS推荐目标场景决策表。
这份《一线架构师实践指南》内容实在太多了,没有办法全部展示出来了,所以需要获取这份架构师书籍的可以点赞支持一下。