随笔分类 - 架构_hack_系统架构师学习笔记
摘要:第十五章 架构师的管理实践软件架构师的主要障碍 往往在于组织方面 而非技术,技术上出色的架构往往由于 没有全面地处理好组织管理因素而失效。15.1 VRAPS 组织管理原则VRAPS 包括 构想、节奏、预见、协作、简化 5个相关联的原则。受益人 是指 建立并长期保持 架构的价值 有重要影响的人或组织。1、构想原则:描述一副 一致的、有约束力和灵活的未来图景。2、节奏原则:协调程度,根据可预测的 速...
阅读全文
摘要:第十六章 层次式架构设计16.1 体系结构设计整个软件系统结构的设计与规格说明 比算法选择和计算问题的数据结构 更为重要。因此,代码级别的软件复用已经远远不能满足大型软件开发的需求。软件体系结构可定义为:为软件系统提供了 结构、行为、属性 的高级抽象,由构成系统的元素描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。不仅指定了系统的组织结构和拓扑结构,并且显示了系统需求和构成系统...
阅读全文
摘要:第十四章 基于ODP的架构师实践14.1 基于ODP的架构开发过程系统架构 反映了功能在系统系统构件中的 分布、基础设施相关技术、架构设计模式 等,它包含了架构的 原则 和 方法、构件关系 与 约束,并能支持 迭加或增量开发。以软件架构为中心的开发过程是以 质量 和 风险 驱动的,最终提供一个稳定、低风险的 系统架构,并满足客户的需求(包含潜在需求)。开放分布进程的参考模型(RM-ODP)是一个I...
阅读全文
摘要:13.2 软件可靠性建模13.2.1 影响软件可靠性的因素软件可靠性模型(Software Reliability Model)是指 为预计或估算软件的可靠性 所建立的可靠性框图和数学模型。模型 将复杂系统的可靠性 逐级分解为简单系统的可靠性,以便 定量预计、分配、估算、评价 复杂系统的可靠性。影响软件可靠性的主要因素:缺陷的引入、发现、清除。缺陷的引入 主要取决于 软件产品的 特征和软件的开发过...
阅读全文
摘要:第十二章 系统安全架构设计12.1 信息系统安全架构的简单描述信息安全的特征 是为了保证信息的 机密性、完整性、可用性、可控性、不可抵赖性。以风险策略为基础。12.1.1 信息安全的现状及其威胁计算机和网络的普及,会产生两个方面的效应:其一,各行各业的业务运转几乎完全依赖于计算机和网络。其二,大多数人对计算机的了解更加全面。常见的安全威胁有如下几种:1、信息泄露。2、破坏信息的完整性。3、拒绝服务...
阅读全文
摘要:第十三章 系统的可靠性13.1 软件可靠性目前,硬件可靠性测试技术和评估手段日趋成熟,已经得到了业界的认可。软件可靠性模型的研究多集中在 开发阶段、测试阶段、评估阶段 的可靠性模型。13.1.2 软件可靠性的定义可靠性(Reliability)是指产品在 规定的条件下 和 规定的时间内 完成规定功能 的 能力。按照产品可靠性的形成,分为 固有可靠性、使用可靠性。固有可靠性是通过 设计、制造 赋予产...
阅读全文
摘要:11.1.4 访问控制自动、有效 地 防止 对 系统资源进行 非法访问或者不当使用。它是建立在身份认证的基础之上的。1、身份认证技术识别用户的身份有两种不同形式:身份认证、身份鉴定。认证的方法 归结为 3大类:知道什么、拥有什么、是什么。是什么,是一种基于生物识别技术的认证。1. 用户名和口令认证,三种简单的认证方式:明文传送、单向散列、单向散列函数和随机函数。2. 使用令牌认证,密钥存储于令牌中...
阅读全文
摘要:第十章 构建平台与典型架构10.1 OMG 方式对象管理组 OMG,通过规范化对象 开放市场的 所有层次上的互操作性。10.1.1 对象请求代理CORBA 的主要目标就是 使用不同语言、不同实现、不同平台 能进行交互。CORBA 三个基本部分:一套调用接口、对象请求代理 ORB、一套对象适配器。10.1.2 公共对象服务规范两类服务:一类服务应用于企业计算系统。一类服务应用于细粒度的对象操作,但目...
阅读全文
摘要:第十一章 信息安全技术11.1 信息安全关键技术11.1.1 加密和解密有意的计算机犯罪 和 无意的数据破坏被动攻击:非法地从传输信道上截取信息,或从存储载体上 偷窃、复制 信息。主动攻击:对传输或存储的数据进行 恶意的删除、篡改 等。密码技术是防止数据攻击的一种有效而经济的方法。信源、信宿、明文、密文。传输消息的通道称为信道,参数 称为 密钥,解密算法是加密算法的逆运算。加密密钥与解密密钥相同,...
阅读全文
摘要:第九章 面向构件的软件设计9.1.1 术语、概念1、构件构件的特征如下:独立部署单元。 作为第三方的组装单元。没有(外部的)可见状态。独立可部署,意味着 必须能 跟他所在的环境 及 其他构件 完全分离。原子性,构件不但必须具备足够好的内聚性,还必须将自己的依赖条件和所提供的服务说明清楚。缓存具有这样的特征:当它被清空时,除了可能会降低性能以外,没有其它后果。构建本质上没有状态,同一操作系统进程中 ...
阅读全文
摘要:8.1 XML 概述可扩展标记语言(xml)是标准通用标记语言(SGML)的一个子集;可以用XML来开发一种标记语言,它的元素和属性多是为专门行业和产业而定义的。支持统一字符编码 UCS,使得 XML 成为了国际标准,XML 和 HTML 都支持 样式表(style sheet)。8.1.2 标签语法XML 元素的结构与 HTML基本相同,使用尖括号来界定标签,但二者相同点也就仅此而已。与 HTM...
阅读全文
摘要:7.1 设计模式概述重复遇到的典型问题,描述这些共同问题 和 解决这些问题的方案 就形成了所谓的 模式。7.1.1 设计模式的历史模式分为几个部分:特定的情景(Context),指模式在 何种情况下发生作用;动机(System of Force),指问题或预期的目标;解决方案(Solution),平衡各动机 或 解决所阐述问题的 构造或配置。每个模式描述了一个在某种特定情境下不断重复发生的问题,以...
阅读全文
摘要:6.3 基于 UML 的软件开发过程6.3.1 开发过程概述UML 是独立于软件开发过程的,能够在几乎任何一种软件开发过程中使用。迭代的渐进式软件开发过程包含四个阶段:初启、细化、构件、部署。1、初启项目的发起人 确定项目的 主要目标 和 范围,初步的可行性分析 和 经济效益分析。2、细化细化阶段的开始 标志着 项目的正式确立。1.初步的需求分析,比较重要、比较有风险的用例。2.初步的高层设计,用...
阅读全文
摘要:UML 建模与架构文档化方法种类的膨胀,极大地妨碍了用户的使用和交流。UML通过统一的表示法,使不同知识背景的 领域专家、系统分析、开发人员、用户 可以方便地交流。6.1.2 UML 体系结构演变UML 是用 元模型 描述的,元模型是 4层元模型体系结构模式中的一层,其他层次分别是 元-元模型、模型层、用户对象曾。其中元模型层 由 元-元模型层 导出。元模型的体系结构模式 可以用来定义 复杂模型 ...
阅读全文
摘要:5.3 软件架构风格体系结构设计 核心目标是 重复的体系结构模式,体系结构级的 软件重用。5.3.1 软件架构风格概述一个体系结构 定义 一个词汇表 和 一组约束。词汇表中包含 构件和连接件类型约束指出 如何 组合起来。体系结构风格 反映了 共有的结构和语义特性,并指导如何 组织成一个完整的系统。5.3.2 经典软件体系结构风格每个构件都有一组输入和输出,数据输入构件,经过内部处理,然后产生数据输...
阅读全文
摘要:第五章 软件架构设计Software Architecture 简称 SA5.1.2 软件架构设计与生命周期1、需求分析阶段需求 和 SA设计 面临的是不同的对象:一个是问题空间;另一个是解空间。保持二者的可跟踪性和转换。2、设计阶段1.传统的设计概念只包括 构件,随着研究的深入,构件间的 互联机制 逐渐独立出来,成为与构件同等级别的实体,称为 连接子。2.体系结构描述语言(Architectur...
阅读全文
摘要:4.2 需求管理需求 最终文档 经过评审批准后,则定义了需求基线 Baseline;构筑了 功能需求 和 非功能需求 的一个 约定Agreement。约定是需求开发和需求管理之间的桥梁。需求管理是一个 对系统 需求变更、了解和控制 的过程,初始需求导出的同时 就启动了需求管理规划。4.2.1 需求管理原则过程能力成熟度模型 CMM,指导软件过程改进,5个成熟级别,6个关键过程域KPA。一旦需求 文...
阅读全文
摘要:4.1 软件开发方法4.1.1 软件开发生命周期传统的软件生命期 是指软件产品 从形成概念(构思)开始,经过定义、开发、使用、维护、废弃,的全过程。可以把软件生命期划分为 软件定义、软件开发、软件运行与维护,三个阶段。1、软件定义时期1.问题定义,目标系统“是什么”,系统的定位以及范围。2.可行性研究,技术可行性、经济可行性、操作可行性、社会可行性。3.需求分析,确定软件系...
阅读全文
摘要:1975年,意大利学者 朗高(G·Longo)提出:信息是反映事物的形式、关系相差别的东西,它包含在事物的差异之中,而不在事物本身。目前,关于信息 比较科学和统一的定义是:信息是对客观事物 变化和特征 的反映,是客观事物之间 互相作用和联系 的表征,是客观事物经过 感知或认知后 的再现。3.1.2 信息的特征1、客观性:反映了事物的 运动状态和方式,既事实性。2、普遍性:信息无所不在...
阅读全文
摘要:1.1.1 系统架构师的概念现代信息系统“架构”三要素:构件、模式、规划;规划是架构的基石,也是这三个贡献中最重要的。架构本质上存在两个层次:概念层,物理层。1.2.1 系统架构师的定义负责 理解、管理 并最终确认和评估 非功能性系统需求,给出开发规范,搭建系统实现的核心架构,对整个软件架构、关键构建、接口 进行总体设计 并澄清关键技术细节。主要着眼于系统的“技...
阅读全文

浙公网安备 33010602011771号