摘要:
5.3 软件架构风格体系结构设计 核心目标是 重复的体系结构模式,体系结构级的 软件重用。5.3.1 软件架构风格概述一个体系结构 定义 一个词汇表 和 一组约束。词汇表中包含 构件和连接件类型约束指出 如何 组合起来。体系结构风格 反映了 共有的结构和语义特性,并指导如何 组织成一个完整的系统。5.3.2 经典软件体系结构风格每个构件都有一组输入和输出,数据输入构件,经过内部处理,然后产生数据输出。这里的构件称为 过滤器。构件是对象。分层系统,每一层为上层提供服务,并作为下层的客户。除一些精心挑选的 输出函数外,内部的层接口只对 相邻层可见。由于一层最多只影响两层,为软件重用提供了强大的支持 阅读全文
摘要:
第五章 软件架构设计Software Architecture 简称 SA5.1.2 软件架构设计与生命周期1、需求分析阶段需求 和 SA设计 面临的是不同的对象:一个是问题空间;另一个是解空间。保持二者的可跟踪性和转换。2、设计阶段1.传统的设计概念只包括 构件,随着研究的深入,构件间的 互联机制 逐渐独立出来,成为与构件同等级别的实体,称为 连接子。2.体系结构描述语言(Architecture Description Language ADL)对 连接子 的重视成为区分 ADL和其他建模语言的重要特征之一。3.不同的视角 得到多个视图,组织起来以描述整体的SA模型;不同侧面的视图反映所关 阅读全文
摘要:
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、普遍性:信息无所不在。3、无限性:事物及其变化是 无限多样的。4、动态性:随着时间变化而变化。5、依附性:不能完全脱离物质而独立存在。6、变换性:可以用不同的载体 以不同的方法来负载。7、传递性:时间上的传递 即存储;空间上 阅读全文
摘要:
《计算机网络基础知识》计算机系统 由 硬件和软件组成,软件通常分为 系统软件和应用软件。系统软件支持应用软件的运行,为用户开发应用软件提供平台,用户可以使用它,但不能随意修改它。常用的系统软件有 操作系统、语言处理程序、连接程序、诊断程序、数据库 等。应用软件指 计算机用户利用 软硬件资源 为某一专门的应用目的而开发的软件。2.1 操作系统基础知识操作系统 Operating System,是计算机系统的核心系统软件。2.1.1 操作系统的原理、类型、结构1、操作系统定义硬件资源包括 中央处理器、存储器、输入输出设备。软件资源是以 文件形式保存在存储器上的 程序和数据。操作系统既 有效组织和管 阅读全文
摘要:
1.1.1 系统架构师的概念现代信息系统“架构”三要素:构件、模式、规划;规划是架构的基石,也是这三个贡献中最重要的。架构本质上存在两个层次:概念层,物理层。1.2.1 系统架构师的定义负责 理解、管理 并最终确认和评估 非功能性系统需求,给出开发规范,搭建系统实现的核心架构,对整个软件架构、关键构建、接口 进行总体设计 并澄清关键技术细节。主要着眼于系统的“技术实现”,同时还要考虑系统的“组织协调”。要对所属的开发团队有足够的了解,能够评估该开发团队实现特定的 功能需求目标和资源代价。1.2.2 系统架构师技术素质对软件工程标准规范有良好的把握。1.2.3 系统架构师管理素质系统架构师是一个 阅读全文