系统架构方法论程文宇2009
5基础篇培训目标解开架构的神秘面纱列举众多的示例,供大家参考希望人人了解架构,人人都可以从架构师的高度开展工作我们,采集的只是石头,却必须时刻展望未来的大教堂
---采石工人的信条培训目录掀起了你的盖头来架构其实不复杂架构是需要维护的什么是架构
组成派–软件系统的架构将系统描述为计算组件及组件之间的交互(Thearchitecutureofasoftwaresystemdefinesthesystemintermsofcomputationalcomponentsandinteractionsamongthosecomponents)–MaryShaw《软件体系结构:一门初露端倪学科的展望》决策派–软件架构包含了关于一下问题的重要决策–软件系统的组织–选择组成系统的结构元素和他们之间的接口,以及当这些元素相互协作时所体现的行为–如何组合这些元素,使他们逐渐合成更大的子系统–用户知道这个系统组织的架构风格:这些元素以及他们的接口、协作和组合–软件架构并不仅仅注重软件本身的结构和行为,还注重其他特性:使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制和权衡,以及美学–Rational统一过程框架与架构框架是软件,架构不是软件需求架构抽象解决方案框架(软件半成品)最终完整解决方案先规划抽象的解决方案先构建通用的半成品将系统或者子系统架构框架化框架也需要设计客户化特定功能再实现细节为什么要做架构上承业务目标下接技术决策控制整体复杂性有利于软件目标的沟通并达成一致有利于软件的组织和开发有利于迭代开发和增量交付架构设计关注性能、可扩展性、可测试性等非功能性要求,有利于提高软件的整体质量架构5视图逻辑架构开发架构运行架构物理架构数据架构关注功能,不仅包括用户可见的功能,还包括为实现用户功能而提供的辅助功能模块关注程序实