没有合适的资源?快使用搜索试试~ 我知道了~
资源详情
资源评论
资源推荐
第 页 共 页
系统架构设计师冲刺必背资料
一、系统规划
()结构化法
用户至上
严格区分工作阶段,每个阶段有任务和成果。
强调系统开发过程的整体性和全局性。
系统开发过程工程化,文档资料标准化
自顶向下,逐步分解
()原型法
适用于需求不明确的开发
包括抛弃型原型和进化型原型
()面向对象
更好的复用性
关键在于建立一个全面、合理、统一的模型
分析、设计、实现三个阶段,界限不明确
()面向服务
方法有三个主要的抽象级别:操作、服务、业务流程
分为三个层次:基础设计层、应用结构层、业务组织层
服务建模:分为服务发现,服务规约和服务实现三个阶段
二、软件架构设计
()定义:软件系统架构是关于软件系统的结构、行为和属性的高级抽象。现代信息系统的架构主
要有三个要素:构件、模式和规划。
()生命周期:需求阶段,设计阶段,实现阶段,构件组装阶段,部署阶段,后开发阶段。
()软件架构设计的重要性是降低成本、改进质量、按时和按需交付产品的关键因素。
()软件架构的重要性
架构设计能满足系统的品质。
架构设计使受益人达成一致的目标
架构设计能够支持计划编制的过程
架构设计对系统开发的指导性
架构设计能够有效的管理复杂性
架构设计为复用奠定了基础
架构设计能够降低维护费用
架构设计能够支持冲突分析
() 方法是架构驱动,即强调业务、质量和功能需求的组合驱动架构设计。是自顶向下、递
归细化的。
三个基础:功能的分解、通过选择体系结构风格来实现质量和商业需求、软件模板的使用。
子过程:体系结构需求、设计、文档化、复审、实现和演化。
()架构需求:获取架构需求,包含以下活动需求获取、标识构件、需求复审。
()架构设计:包括提出体系结构模型、映射构件 、分析构件相互作用、产生体系结构 、设
计评审 个过程
()架构文档化:对架构进行文档化,并输架构规格说明和架构测试质量设计说明书这两个
文档。
()架构复审:安排一次由外部人员(用户代表和领域专家)参加的复审,以及早发现潜在
第 页 共 页
的和存在的风险。
()架构实现:用实体来显示出一个软件架构,也就是系统的实现,包括分析与设计,构件
实现,构件组装,系统测试等活动。
()架构演化:为了满足新的需求,而对系统架构进行演化,包括 需求归类,构件变动,构
件关系更新,构件组装与测试,以及技术评审
视角与视图软件架构 用例与质量场景需求
()软件架构风格是描述某一特定领域中系统组织方式的惯用模式。架构风格定义了一类架构所共
有的特征,主要包括架构定义、架构词汇表和架构约束。词汇表包含构件和连接件,约束定义构件和连接
件的组合方式。架构风格强调对架构设计的重用
()架构模式的选择是开发一个软件系统时的基本设计决策
()软件架构贯穿于软件的整个生命周期,但在不同的阶段对软件架构的关注力度并不相同。其中
需求分析阶段主要关注问题域;设计阶段主要将需求转换为软件架构模型;软件实现阶段主要关注将架构
设计转换为实际的代码;软件部署阶段主要通过组装软件组件提高系统的实现效率。其中设计与实现阶段
在软件架构上的工作最多,也最重要,因此关注力度最大。
() 是对软件密集型系统的架构进行描述的标准。在该标准中,视图这一概念
主要用于描述软件架构模型。在此基础上,通常采用视角描述某个利益相关人( !"#$%&'#()所关注架构
模型的某一方面。架构则是对所有利益相关人关注点的响应和回答。
()架构权衡分析方法(()$* #) +(#,(!'#%-.!&/0*01# $%',,1)是一种系统架构评估方法,
该框架主要关注系统的需求说明,主要在系统开发之前,针对性能、可用性、安全性和可修改性等质量属
性进行评价和折中。,1 可以分为 个主要的活动阶段,包括需求收集、 架构视图 描述、属性模型构造
和分析、架构决策与折中,整个评估过程强调以属性作为架构评估的核心概念,强调权衡也就是评价和折
中。
()基于场景的架构分析方法()#.!(*%02!0#'()$* #) +(#.!&/0*01# $%')是一种非功能质量
属性的架构分析方法,是最早形成文档并得到广泛应用的架构分析方法。1 主要输入是问题描述、需
求说明和架构描述文档,其分析过程主要包括场景开发、架构描述、单个场景评估、场景交互和总体评估。
用例:统典型的使用
增长场景:系统修改的情况。
探测场景:极端修改。
()经典软件体系结构风格:
数据流风格,面向数据流,按照一定的顺序从前向后执行程序,代表的风格有批处理序列、
管道-过滤器;
调用返回风格,构件之间存在互相调用的关系,一般是显式的调用,代表的风格有主程序 /
子程序、面向对象、层次结构;
独立构件风格,构件之间是互相独立的,不存在显式的调用关系,而是通过某个事件触发、
异步的方式来执行,代表的风格有进程通信、事件驱动系统(隐式调用);
虚拟机风格,自定义了一套规则供使用者使用,使用者基于这个规则来开发构件,能够跨
平台适配,代表的风格有解释器、基于规则的系统;
仓库风格:以数据为中心,所有的操作都是围绕建立的数据中心进行的,代表的风格有数
据库系统、超文本系统、黑板系统。
()特定领域软件架构 是一个在特定应用领域中,为一组应用提供组织结构参考的标准软件
体系结构。 通常是一个具有三个层次的系统模型,包括领域开发环境、领域特定应用开发环境和应
用执行环境。
参与角色:包括领域专家、领域设计人员、领域实现人员和领域分析师
基本活动:领域分析、领域设计、和领域实现。
第 页 共 页
特征:领域性,普遍性,抽象性,可复用性。
建立过程:
()定义领域范围
()定义领域特定元素
()定义领域特定的设计和实现约束
()定义领域模型和体系特征
()产生、搜集可重用的单元
()软件架构评估属性:
名称 定义 策略
性能 系统的响应能力,或者在某段时间内系统所能处理的事件个
数
优先级队列、资源调度
可用性 系统能够正常运行的时间比例 冗余、心跳
安全性 向合法用户提供服务的同事能够阻止非授权用户使用的企图
或拒绝服务的能力。
追踪审计
可修改性 能够快速地以提高性能价格比对系统进行变更的能力 接口实现分离、信息隐藏
可测试性 软件发现故障并隔离、定位其故障的能力特性 提供远程调试接口
功能性 系统所能完成所期望的工作的能力
可变性 架构扩充或变更而成为新架构的能力。
互操作性 系统内部,或者系统与外部交互的能力。
()评估中的重要概念:
敏感点:为了实现某种特定的质量属性,一个或多个构件所具有的特性;
权衡点:影响多个质量属性的特征,是多个质量属性的敏感点;
风险点:架构设计中潜在的、存在问题的架构决策所带来的隐患;
场景:确定架构质量评估目标的交互机制,一般采用触发机制。
三、设计模式
()设计模式六大原则:
单一职责原则:设计目的的单一的类。
李氏代换原则:子类可以替换父类。
依赖导致原则:抽象不应该依赖于细节,细节应当依赖于抽象。换言之,要针对接口编程,
而不是针对实现编程。
接口隔离原则:使用多个专门的接口比使用单一的总接口要好。
迪米特原则(最少知识):一个对象应道对其他对象尽可能少的了解。
开闭原则:对扩展开放,对修改封闭。
组合重用原则:要尽量使用组合,而不是继承关系达到重用目的。
()创建模式:对类的实例化过程的抽象。一些系统在创建对象时,需要动态地决定怎样创建对象,
创建哪些对象,以及如何组合和表示这些对象。创建模式描述了怎样构造和封装这些动态的决定。包含类
的创建模式和对象的创建模式。
()结构模式:描述如何将类或对象结合在一起形成更大的结构。分为类的结构模式和对象的结构
模式。类的结构模式使用继承把类,接口等组合在一起,以形成更大的结构。类的结构模式是静态的。对
象的结构模式描述怎样把各种不同类型的对象组合在一起,以实现新的功能的方法。对象的结构模式是动
态的。
剩余14页未读,继续阅读
张码丁
- 粉丝: 2
- 资源: 4
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0