投资网站建设方案,网站首页风格,wordpress图片压缩文件,河北建筑网站文章目录软件体系结构软件体系结构概论软件体系结构建模软件体系结构风格统一建模语言基于体系结构的软件开发软件体系结构
软件体系结构概论
软件危机是指计算机软件的开发和维护过程中遇到的一系列严重问题。
软件危机的表现: 软件危机的原因: 软件工程的基本要素#xf…
文章目录软件体系结构软件体系结构概论软件体系结构建模软件体系结构风格统一建模语言基于体系结构的软件开发软件体系结构
软件体系结构概论
软件危机是指计算机软件的开发和维护过程中遇到的一系列严重问题。
软件危机的表现: 软件危机的原因: 软件工程的基本要素过程、方法、工具。
软件工程过程五种活动
软件工程方法四种方法 软件体系结构构成核心模型构件连接件约束
体系结构风格用于描述某一特定应用领域中系统组织的惯用模式反映了领域中众多系统所共有的结构和语义特性。
软件框架软件框架是由开发人员定制的应用系统的骨架是整个或部分系统的可重用设计由一组抽象构件和构件实例间的交互方式组成。
设计模式描述了软件系统设计过程中常见问题的一些解决方案通常是从大量的成功实践中总结出来的且被广泛公认的实践和知识。
框架和体系结构的关系
体系结构的呈现形式是一个设计规约而框架则是“半成品”的软件。体系结构的目的是指导软件系统的开发而框架的目的是设计复用。
框架和设计模式的关系
框架给出的是整个应用的体系结构而设计模式则给出了单一设计问 题的解决方案且可以在不同的应用程序或者框架中进行应用。举例一个网络游戏可以基于网易的Pomelo框架开发这是一个基于 Node.js的高性能、分布式游戏服务器框架在实现某个动画功能时 可能会使用观察者模式实现自动化的通知更新。设计模式的目标是改善代码结构提高程序的结构质量框架强调的 是设计的重用性和系统的可扩展性以缩短开发周期提高开发质量。
构件是具有某种功能的可复用的软件结构单元表示系统中主要的计算元素和数据存储。 构件获取: 构件三个流派 CORBA:对象管理集团OMG的通用对象请求代理结构CORBA。 OMG: Object Management Group CORBA: Common Object Request Broker Architecture EJB:Sun公司制定的EJB规范。 EJB: Enterprise Java Bean DCOM:Microsoft公司制定的分布式构件对象模型DCOM。 DCOM: Distributed Component Object Model
构件管理
构件描述。构件分类与组织。人员及权限管理。
构件描述是模型对构件本质的抽象描述主要是为构件的制作与构件的重用提供依据。从管理角度出发也需要对构件进行描述例如实现方式、实现体、注释、生产者、生产日期、大小、价格、版本和关联构件等信息它们与构件模型共同组成了对构件的完整描述。
构件分类与组织
关键字分类法。刻面分类法。超文本组织方法。
构件管理人员及权限管理包括五类用户即注册用户、公共用户、构件提交者、一般系统管理员和超级系统管理员。
构件重用
检索与提取构件。理解与评价构件。修改构件。构件组装。
构件重用检索与提取构件
基于关键字的检索。刻面检索法。超文本检索法。其他检索方法。
构件重用理解与评价构件
构件的功能与行为。相关的领域知识。可适应性约束条件与例外情形。可以预见的修改部分及修改方法。
构件重用构件组装
基于功能的组装技术。基于数据的组装技术。面向对象的组装技术。
连接是构件间建立和维护行为关联与信息传递的途径。 连接件 表示构件之间的交互并实现构件之间的连接。 软件体系结构的目标有效性、简单性、可重用性、可拓展性。
软件体系结构建模
Kruchten41视图模型从5个不同的视角包括逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。每一个视图只关心系统的一个侧面5个视图结合在一起才能反映系统的软件体系结构的全部内容。
•逻辑视图当采用面向对象的设计方法时逻辑视图即是对象模型。
•过程视图描述系统的并发和同步方面的设计。
•物理视图描述软件到硬件之间的映射关系反映系统在分布方面的设计。
•开发视图描述软件在开发环境下的静态组织。 Rational 41视图模型
、
用例视图
•用例视图包含描述用户、分析师和测试工程师看到的系统行为的用例。
•根据视图可确定系统架构。
•UML:
静态方面用例图描述。
动态方面交互图、状态图和活动图描述。
设计视图
•设计视图包含构建系统的类、接口和类之间的协作。
•主要支持系统的功能性需求也即系统提供给用户的服务。
•UML:
静态方面类图、对象图描述。
动态方面交互图、状态图和活动图描述。
交互视图
•交互视图描述了系统不同部分之间的控制流包括可能的并发和同步机制。
•主要解决系统的性能、可拓展性、吞吐量等问题。
•UML:
静态方面类图、对象图描述。
动态方面交互图、状态图和活动图描述。
实现视图
•实现视图包含用于组装和发布物理系统的组件。
•主要解决系统发布的配置管理问题。
•UML:
静态方面物件图描述。
动态方面交互图、状态图和活动图描述。
部署视图
•部署视图包含形成系统硬件拓扑结构的节点。
•主要解决构成物理系统的部件的分布、发布和安装问题。
•UML:
静态方面部署图描述。
动态方面交互图、状态图和活动图描述。
软件体系结构风格
软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式强调了软件系统中通用的组织结构。
体系结构风格反映了领域中众多系统所共有的结构和语义特性并指导如何将各个模块和子系统有效地组织成一个完整的系统。
体系结构风格定义了一个系统家族即一个体系结构定义一个词汇表和一组约束。词汇表中包含一些构件和连接件类型而这组约束指出系统是如何将这些构件和连接件组合起来的。
通用体系结构风格分类
•数据流风格批处理序列管道/过滤器。
•调用/返回风格主程序/子程序面向对象风格层次结构。
•独立构件风格进程通讯事件系统。
•虚拟机风格解释器基于规则的系统。
•仓库风格数据库系统超文本系统黑板系统。
主程序-子程序风格是结构化程序设计的一种典型风格从功能的观点设计系统通过逐步分解和细化形成整个系统的体系结构。应用于C语言
数据抽象和面向对象系统风格应用于java
系统被看作是对象的集合每个对象都有一个它自己的功能集合。数据及作用在数据上的操作被封装成抽象数据类型。只通过接口与外界交互内部的设计决策则被封装起来。
管道-过滤器风格把系统任务分成若干连续的处理步骤这些步骤由通过系统的数据流连接一个步骤的输出是下一个步骤的输入应用于视频播放器。
事件系统是将应用看成是一个构件集合每个构件直至发生对它有影响的事件时才有所动作应用于程序调试器。
层次结构
层次系统组织成一个层次结构每一层为上层服务并作为下层客户。连接件通过决定层间如何交互的协议来定义拓扑约束包括对相邻层间交互的约束。这种风格支持基于可增加抽象层的设计。允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层同时只要给相邻层提供相同的接口允许每层用不同的方法实现同样为软件重用提供了强大的支持。
仓库体系结构是一种以数据为中心的体系结构适合于数据由一个模块产生而由其他模块使用的情形。
客户机/服务器体系结构是一种分布式系统模型作为服务器的子系统为其他客户机的子系统提供服务作为客户机的子系统负责与用户的交互。
三层C/S结构 B/S结构 第一层表现层主要完成用户和后台的交互及最终查询结果的输出功能。第二层逻辑层主要是利用服务器完成客户端的应用逻辑功能。第三层数据层主要是接受客户端请求后独立进行各种运算。
CORBA技术规范
接口定义语言IDL接口池IR动态调用接口DII对象适配器OA
CORBA体系结构模型 什么是前后端分离就是把数据操作和显示分离出来。 前端专注做数据显示通过文字图片或者图标等方式让数据形象直观的显示出来。 后端专注做数据的操作。 前端把数据发给后端有后端对数据进行修改。
统一建模语言
什么是模型模型是对现实的简化建模是为了更好地理解系统。
UML简介
英文 Unified Modeling Language 首字母缩写。中文统一建模语言。统一 Unified 软件工程领域全部认可并遵守的规范类似于自然语言中的“英语”。具有简单、直观和规范的特点学习和掌握比较简单。所描述的软件模型可以直观地理解和阅读由于具有规范性所以能够保证模型的准确、一致。建模 Modeling 用于表达现实的简化视图以便于面向对象软件系统的设计与实现。语言 Language UML主要是遵循精确语法的图形语言还包括规则、约束、扩展机制。
UML语法和语义 UML的构成 UML事物 结构事物 结构事物structural thingUML模型的静态部分描述概念或物理元素。 结构事物也称为构件事物。 常见的结构事物包括 类class 接口interface 协作collaboration 用例use case 主动类active class 构件component 节点node
行为事物 行为事物Behavioral ThingUML模型图的动态部分描述跨越空间和时间的行为。 常见的行为事物包括 交互interaction实现某功能的一组构件事物之间的消息的集合涉及消息、动作序列、链接。 状态机state machine描述事物或交互在生命周期内响应事件所经历的状态序列。
分组事物 分组事物Group ThingUML模型图的组织部分描述事物的组织结构。 常见的分组事物包括 包package。
注释事物 注释事物Annotational thing UML模型的解释部分用来对模型中的元素进行说明和解释。 常见注释事物包括 注解note。
UML关系 UML图形 类图重点
交互图重点
顺序图重点
基于体系结构的软件开发
MVC设计模式重点
MVC结构 MVC的框架 MVC的通信机制
MVPMVP是把MVC中的Controller换成了Presenter呈现目的就是为了完全切断View跟Model之间的联系由Presenter充当桥梁做到View-Model之间通信的完全隔离。 MVVMMVVM是将“数据模型数据双向绑定”的思想作为核心因此在View和Model之间没有联系通过ViewModel进行交互而且Model和ViewModel之间的交互是双向的因此视图的数据的变化会同时修改数据源而数据源数据的变化也会立即反应到View上。 设计模式分类 设计模式的组成
模式名称问题解决方案后果
中间件的分类
底层中间件JVMJava Virtual MachineJava虚拟机、CLRCommon Language Runtime公共语言运行库、ACEAdaptive Communication Environment自适配通信环境等通用型中间件也称为平台其主流技术主要有RPC、ORB、MOMMessage-Oriented Middleware面向消息的中间件等集成型中间件WorkFlow、EAI等
主要的中间件技术
远程过程调用远程方法调用对象请求代理面向消息的中间件事务处理监控器
软件过程模型主要分类
瀑布模型原型化模型迭代式开发可转换模型
6806166733)]
设计模式的组成
模式名称问题解决方案后果
中间件的分类
底层中间件JVMJava Virtual MachineJava虚拟机、CLRCommon Language Runtime公共语言运行库、ACEAdaptive Communication Environment自适配通信环境等通用型中间件也称为平台其主流技术主要有RPC、ORB、MOMMessage-Oriented Middleware面向消息的中间件等集成型中间件WorkFlow、EAI等
主要的中间件技术
远程过程调用远程方法调用对象请求代理面向消息的中间件事务处理监控器
软件过程模型主要分类
瀑布模型原型化模型迭代式开发可转换模型
设计题涉及软件过程模型分析
