第五讲软件的体系结构建模理论.ppt

  1. 1、本文档共33页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第五讲软件的体系结构建模理论

第六讲 软件体系结构建模理论和方法 刘玮 * 大纲 传统的软件体系结构的描述方法 框架和模式 软件体系结构的描述方法 形式化的、规范化的体系结构描述对于体系结构的设计和理解都是非常重要的。 先经历一个非形式化的过程,在非形式化的发展过程中逐步提取一些形式化的标记和符号。 传统的软件体系结构描述方法 图形表达工具 模块内连接语言 基于软构件的系统描述语言 图形表达工具 构成 矩形框代表抽象构件 框内标注的文字为抽象构件的名称 有向线段代表辅助各构件进行通讯、控制或关联的连接件 不足 术语和语义的不规范和不精确 不同系统和不同文档的不一致 模块内连接语言 采用将一种或几种传统程序设计语言的模块连接起来的模块内连接语言MIL(Module Interconnection Language) 具有严格的语义基础,因此他们能支持对较大的软件单元进行描述 软件体系结构的描述语言 针对软件体系结构特点的专门的软件体系结构描述语言ADL ADL是一种形式化语言 构件:计算或数据存储单元 连接件:用于构件之间交互建模的体系结构构造块及其支配这些交互的规则 体系结构配置:描述体系结构的构件与连接件的连接图 主要的体系结构描述语言有Aesop、MetaH、C2、Rapide、SADL、Unicon和Wright等 ADL的构成要素 构件 一个计算单元或数据存储 可能小到只有一个过程或大到整个应用程序 作为一个封装的实体,只能通过其接口与外部环境交互 连接件 建立构件间的交互以及支配这些交互规则的体系结构构造模块 连接件的接口由一组角色组成,连接件的每一个角色定义了该连接件表示的交互参与者,二元连接有两个角色,如消息传递连接件的角色是发送者和接收者。 体系结构配置 描述体系结构的构件与连接件的连接图 体系结构具有复合或等级复合的特性 大纲 传统的软件体系结构的描述方法 框架和模式 框架定义 在特定领域基于体系结构的可重用的设计 框架构成了通用的、具有一般性的系统主体部分(冰点),二次开发人员只是像做填空(热点)一样,根据具体业务,完成特定应用系统中与众不同的特殊部分 项目软件开发过程中提取特定领域软件的共性部分形成的体系结构,不同领域的软件项目有着不同的框架类型 框架实例—信贷系统框架 框架实例—Elearning系统框架 框架作用 提取了特定领域软件的共性部分,因此在此领域内新项目的开发过程中代码不需要从头编写,只需要在框架的基础上进行一些开发和调整便可满足要求 对于开发过程而言,这样做会提高软件的质量,降低成本,缩短开发时间 模式 模式描述了一个在特点环境下发生的问题,以及该问题的解决方案。 三类模式 体系结构模式:软件系统的基本结构化组织图式 设计模式:子系统或组件之间的关系图式 惯用法:给定语言的特征实现组件的特殊方面或其间关系 体系结构模式 定义:软件系统的基本结构化组织图式 作用 可以作为具体软件体系结构的模板 开发软件系统的基本决策之一 —选择体系结构模式 典型代表—MVC MVC介绍 MVC模式是“Model-View-Controller”的缩写,中文翻译为“模型-视图-控制器”。 视图(View)代表用户交互界面,对于Web应用来说,可以概括为HTML界面。 模型(Model)就是业务流程/状态的处理以及业务规则的制定。模型接受视图请求的数据,并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。 控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起,共同完成用户的请求。 MVC三部分之间关系 Event(事件)导致Controller改变Model或View,或者同时改变两者。 只要Controller改变了Model的数据或者属性,所有依赖的View都会自动更新。 类似的,只要Controller改变了View,View会从潜在的Model中获取数据来刷新自己。 视图 视图(View)代表用户交互界面 。 MVC设计模式对于视图的处理仅限于视图上数据的采集和处理,以及用户的请求,而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。 比如一个订单的视图只接受来自模型的数据并显示给用户,以及将用户界面的输入数据和请求传递给控制和模型。 模型 模型(Model):就是业务流程/状态的处理以及业务规则的制定。 业务流程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。 控制(1) 控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起,共同完成用户的请求。 控制(2) 划分控制层的作用也很明显,它清楚地告诉你,它就是一个分发器,选择什么样的模型,选择

文档评论(0)

bokegood + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档