软件架构设计技术方案.pptx

《软件架构设计技术方案.pptx》由会员分享，可在线阅读，更多相关《软件架构设计技术方案.pptx（64页珍藏版）》请在悟道方案网上搜索。

1、软件架构设计技术方案,软件架构概念,解析软件架构概念子系统、框架与架构软件架构的作用,解析软件架构概念,软件架构概念的分类组成派 （1）关注架构实践中的客体：软件，以软件本身为描述对象； （2）分析了软件的组成，既软件由承担不同计算任务的组件组成，这些组件通过相互交互完成更高层次的计算。决策派 （1）关注架构实践中的主体：人，以人的决策为描述对象； （2）归纳了架构决策的类型，指出架构决策不仅包括关于软件系统的组织、元素、子系统和架构风格几类决策，还包括关于众多非功能需求的决策。,子系统、框架与架构,子系统框架架构,子系统、框架与架构,子系统、框架与架构,框架与架构的区别,架构：rchitec

2、ture框架：ramework,框架是软件，架构不是软件,架构和框架的关系,为软件架构找准位置,框架的开发过程,软件架构的作用,在没有架构的情况下，建造任何高复杂度的结构都是鲁莽的。产品线的定义 是指具有一组可管理的、公共特征的、软件密集性系统的集合。根据需要能按预定义的方式从一个公共的核心资产集中获取资源,单个产品架构,产品线架构,软件架构的位置,1、上承业务目标 2、下接技术决策 3、控制复杂性4、组织开发 5、利于迭代开发和增量交付 6、提高质量,软件架构对软件维护的作用,马蹄形的开发方式,软件架构对软件维护的作用,提出功能,需要修改BUG,为维护提供支持,软件架构设计方法与过程,软件架

3、构视图架构设计的五视图法从概念性架构到实际架构如何进行成功的架构设计软件架构要设计到什么程度软件架构设计过程需求分析,软件架构设计方法与过程,用例技术及应用领域建模确定对软件架构关键的需求概念性架构设计质量属性分析细化架构设计实现并验证软件架构,从逻辑架构和物理架构到设计实现,层、子系统、模块等的划分决策,交互接口和交互机制,软件系统在计算机中运行期间的并发和交互情况,架构设计的五视图法,功能需求,开发期质量属性,运行期质量属性,安装和部署需求,数据需求,从概念性架构到实际架构MVC架构,从概念性架构到实际架构,从概念性架构到实际架构,从概念性架构到实际架构,从概念性架构到实际架构,从概念性架

4、构到实际架构,如何进行成功的架构设计,策略是制胜的关键最差的软件开发人员都知道这样的一个秘密：烂的东西比好的东西创建起来更廉价、也更快捷,好的软件架构应该具备如下的品质：1、良好的模块化2、能适应功能需求的变化，也能适应技术的变化3、对系统的动态运行有良好的规划4、对数据的变化也有良好的规划5、明确、灵活的部署规划,如何进行成功的架构设计,制定软件架构设计的策略,如何进行成功的架构设计,全面认识需求,软件架构要设计到什么程度,架构被用于销售手段，而不是技术蓝图，这种情况屡见不鲜,先解决外部契约问题,再解决内部实现问题,软件架构设计过程,一般的软件过程,软件架构设计过程,策略：关键需求决定架构,

5、策略：全面认识需求,策略：多视图探寻架构,策略：尽早验证架构,架构设计过程中的工作产品,用例技术及应用,需求分析,确定对软件架构关键的需求,关键需求决定架构,关键需求决定架构其余需求验证架构,如何确定对软件架构关键的需求,领域建模,分析的另一种重要产品是领域模型，其目标是使负责该系统基本行为的所有核心类可见,模型的选择会影响最终产生的系统的灵活性和可重用性,领域建模专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系,领域建模,领域建模,领域建模,领域建模,领域建模,UML在领域建模中的应用,领域模型的类图,UML在领域建模中的应用,领域模型的状态图,概念性架构设计,少

6、则得，多则惑要表达一件待完成的事情，常常需要对基本元素进行意料不到的复杂组合体系结构处理清晰定义和沟通系统结构的原则、机制、模式和结构。在健壮性分析阶段中，要第一次考虑体系结构，并第一次定义高层类型结构，然后再在设计阶段为体系结构增加细节,概念性架构设计,功能需求,质量需求,商业需求,架构模式,经验,知识,概念性架构设计的步骤,鲁棒性分析 通过分析用例规约中的事件流，识别出实现用例规定的功能所需要的主要对象及其职责，形成以职责模型为主的初步设计.引入架构模式 架构模式=组件+连接器 架构模式=架构风格 明确关键设计元素和关键交互方式质量属性分析 属性-场景-决策,鲁棒性（robustness）

7、就是系统的健壮性。它是在异常和危险情况下系统生存的关键。比如说，计算机软件在输入错误、磁盘故障、网络过载或有意攻击情况下，能否不死机、不崩溃，就是该软件的鲁棒性。所谓“鲁棒性”，是指控制系统在一定（结构，大小）的参数摄动下，维持某些性能的特性。,概念性架构设计的步骤,质量属性分析,为了提高综合客户满意度以及对不同质量属性的满意度，必须考虑在计划和设计产品时的不同质量属性质量属性很难定义，但它们经常可以区分产品是只完成了其应该完成的任务呢，还是使客户感到满足优秀的软件产品反映了这些竞争性质量属性的优化平衡很少有需求文档能够以一种可测试的细节捕获系统所有的质量需求现实情况是设计师通常不得不填补空白

8、并协调冲突,质量属性分析的位置,软件质量属性的分类模型,软件需求与架构之间的关系,约束性需求最为特殊：、作为架构设计时必须遵守的限制条件2、导致软件系统必须提供某些功能需求3、导致软件系统必须满足某些约束性需求,细化架构设计,实现并验证软件架构,软件架构师的成长过程,从面向过程到面向对象突破OOP思维：继承在OOD中应用细微见真章：藕合其实并不空洞敏捷设计：从理论到实践基于角色的设计：从理论到实践超越设计模式：理解和运用更多模式立足图论学UML理解软件过程：解析RUP核心概念通盘理解软件工程,迭代开发过程,如何成长为一个好的系统架构师,架构师必须关注需求、分析需求，有人认为架构师只是在需求出来以后，把它的实现模型做出来就行了，真要是这样，那做一个架构师未免也太容易了。事实上，现代迭代开发所有的驱动力都在于需求变更，如果架构师不关注需求，不关注和用户的讨论和沟通，那是很难设计出真正有用的东西来的。另一方面，架构计的结果主要依赖于对质量属性的理解，不同的质量需求往往可能得到一个完全不同架构设计，所以架构师对质量问题需要有一个透彻的理解。软件架构设计是一个非常严肃、细致、敏感而且困难的工作，所以我们必须摒弃那些华而不实的名词堆砌，一点一滴认真做起，扎扎实实的努力，实实在在的积累经验，尤其是在失败中积累经验，这是一个软件架构师成功的必由之路。,谢谢各位同仁 请多多提意见,