《软件架构设计》读后感

<!-- /* Font Definitions */ @font-face {font-family:宋体; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-alt:SimSun; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:3 135135232 16 0 262145 0;} @font-face {font-family:"/@宋体"; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:3 135135232 16 0 262145 0;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {mso-style-parent:""; margin:0cm; margin-bottom:.0001pt; text-align:justify; text-justify:inter-ideograph; mso-pagination:none; font-size:10.5pt; mso-bidi-font-size:12.0pt; font-family:"Times New Roman"; mso-fareast-font-family:宋体; mso-font-kerning:1.0pt;} /* Page Definitions */ @page {mso-page-border-surround-header:no; mso-page-border-surround-footer:no;} @page Section1 {size:612.0pt 792.0pt; margin:72.0pt 90.0pt 72.0pt 90.0pt; mso-header-margin:36.0pt; mso-footer-margin:36.0pt; mso-paper-source:0;} div.Section1 {page:Section1;} -->

 

第一部分软件架构概念与思想篇

1 、关于软件架构概念作者从架构定义的两派组成派和决策派来说明，而且进一步说明了组成派和决策派的关系他们不是对立的而是相辅相成关系，在这里作者单独一节说明软件架构关注分割和交互。

2 、然后作者通过子系统、框架与架构关系进一步阐述的架构的概念，在这里值得注意的是作者指明了子系统和框架在架构中的地位。

3 、最后通过架构作用更进一步阐述架构概念

感受：作者通过多个维度清楚的说明了概念架构的概念，作者没有特别说明架构思想，如果书中涉及架构思想的则是作者提到的关注分割和交互以及关注点分离了。

 

第二部分软件架构设计方法和过程篇

       1 、四五章说明软件架构视图的必要性，以及 4+1 视图每个视图侧重定义什么内容，

 

感受：对于软件架构中为什么要引入架构视图作者没有明确说明而是通过办公室争论例子来说明要引入架构视图，这一观点我不完全认同。作者对每个架构视图描述侧重点定义有很强实践指导意义。

 

2 、六章说明了概念架构是什么以及和实际架构关系

感受：引入概念架构可以从全局抓住问题是个好方法。从概念架构到实际架构作者指出一些不同点，但不同点肯定不止这些。遗憾作者没有明确说明概念架构对实际架构的指导作用，我猜想就是整体把握和对系统分块

 

3 、七章定义了好的软件架构能达到的效果，给出了达到成功架构的四个要素，并且给出了对应策略，需求空间分割和关键需求定义都很有指导意义

感受：作者给出了最基本的成功要素，但实际情况变化无端不可刻舟求剑。

 

4 、八章

感受：如果能做好架构不存在这个问题

 

5 、九章说明了软件架构过程

感受：没有说明这些过程前后衔接关系，把架构和领域建模需求完全割裂开来。

 

6 、十三章

感受：需求不应该决定架构，变更小的需求也不一定是关键需求。

 

总感受：这本书最大优点是讲清了软件架构概念，解释清了 4+1 视图，指定了架构方法。这本书是讲架构方法，没有针对具体应用给出架构方法和策略。

 

我的感受中有和作者意见不一致的地方，可能是感受出问题，绝对为了和作者过不去。