软件架构实践读后感三
本周继续阅读了《软件架构实践》，在本周的阅读中主要理解了关于架构的分析问题，在过去的学习中我并没有注意到分析架构这个问题，直到我阅读了这本书，我才真正接触并理解了软件架构中还有分析架构这一阶段，阅读中我了解了架构并不是单独存在的，而是在某个周期的一部分。构架是实现某个目的的手段，他受到系统涉众的影响，也受到客户和开发组织的功能及质量目标的影响，还受到设计师的素质及经验和技术环境的影响，同时，构架也对众多影响有着反作用，它影响着所要开发的系统，影响开发组织的结构、开发组织的目标以及客户对下一个系统的要求，构建系统的过程还丰富了整个开发团队的开发经验，一些典型的系统会影响并实际改变了软件工程的发展。所以，因为这些影响和反馈循环，就构成了构架的商业周期。
不同的开发组织的不同设计师可能会给出不同的软件构架，那么，怎样区别不同构架的合适程度呢？构架并不是注定是好的或是坏的。各种架构都能或多或少的满足系统的要求。对架构的评估，就必须在针对某些特定的情况下进行这种评估。第三章讲述了构架结构的运用案例，通过讲述3个相互关联又不相同的结构对一个高性能的航空电子系统的构架进行了描述。模块分解结构描述了各组件之间的设计时关系，他们是可以分配给各开发小组的实现单元。使用结构描述了各组件之间的运行时使用关系，他们是模块中的过程。可以根据使用结构得到结构的分层表示。进程结构描述了系统的并行性，是配备物理硬件的基础。
《软件架构实践》这本书中通过实际项目的方式来阐述架构分析的重要性，我也是从这本书才知道原来还有架构分析师，他们的工作就是主要是以下四个方面：
1、确认需求
2、系统分解
3、技术选型
4、制定技术规格说明
在以后的学习中也要了解软件架构分析的相关知识，让自己更加了解软件架构相关的知识，也为以后的就业做好准备，所谓有备无患，总体来说，这本书让我学到了很多知识，也了解了很多新的事物，受益匪浅！