软件体系结构Chap05_建模.pptVIP

  1. 1、本文档共54页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第五章 软件体系结构建模 5.1 软件体系结构建模概述 5.2 “4+1”视图模型 5.3 软件体系结构的核心模型 5.4 软件体系结构的生命周期 5.5 软件体系结构设计 §5.1 软件体系结构建模概述 根据侧重点不同,可分为5种: 1、结构模型    以体系结构的构件、连接件和其他概念来刻画结构,并力图通过结构来反映系统的重要语义内容,包括系统的配置、约束、隐含的假设条件、风格、性质。研究核心是体系结构描述语言(ADL); 2、框架模型    侧重于整体结构,以一些特殊的问题为目标建立只针对和适应该问题的结构; 3、动态模型   结构或框架模型的补充,研究系统的大颗粒的行为性质。例如,描述系统的重新配置或演化。 4、过程模型   过程模型研究构造系统的步骤和过程,其结构是遵循某些过程脚本的结果。 5、功能模型   将体系结构视为由一组功能构件按层次组成,下层向上层提供服务。一种特殊的框架模型。 §5.2 “4+1”视图模型 Rational公司的Kruchten在1995年提出“4+1”视图模型: Philippe Kruchten. Architectural Blueprints—The 4+1 view model of architecture, IEEE Software, 1995, 12(6): 42~50.? ABSTRACT:The 4 + 1 View Model describes software architecture using five concurrent views, each of which addresses a specific set of concerns: The logical view describes the designs object model, the process view describes the designs concurrency and synchronization aspects; 不同视图从不同的侧面描述系统;使得不同需求的人员能够得到他们对于软件体系结构想要了解的东西。 逻辑视图(Logic View); 进程视图(Process View); 物理视图(Physical View) or 部署视图(Deployment View); 开发视图(Development View) or 实现视图(Implementation View); 场景视图(Scenarios) or 用例视图(Use Case View); 5.2.1 逻辑视图--面向对象的分解 面向最终用户; 支持系统的功能需求,即系统提供给最终用户的服务; 从问题域出发,采用面向对象的方法,按照抽象、封装、继承的原则,进行分解,得到代表着系统的关键抽象表示的集合; 描述方法:Rational Rose支持的Booch标记法。 5.2.2 开发视图--子系统分解 又称为模块视图(Module View),面向编程人员; 主要侧重于软件模块的组织和管理,关注的是在软件开发环境中软件模块的实际组织; 开发视图通过系统输入输出关系的模型图和子系统图来描述; 采用分层风格(4~6层),每一层有明确的定义,只能依赖于本层或其下层的子系统; 描述方法:Rational Rose支持的Booch标记法。 5.2.3 进程视图 面向系统集成人员; 考虑是的一些非功能性的需求,侧重于系统的运行特性,主要是关注一些非功能性的需求,例如系统的性能和可用性。 进程视图可以描述成多层抽象,每级分别关注不同的方面。 5.2.4 物理视图--从软件到硬件的映射 面向系统工程人员; 物理视图主要考虑如何把软件映射到硬件上,它通常考虑到系统性能、规模、可靠性等; 解决系统拓扑结构、系统安装、通信等问题; 考虑的是非功能性的系统需求,如系统的可用性、可靠性(容错性)、性能(信息吞吐量)和可扩展性。 5.2.5 场景视图--汇总 重要系统活动的抽象,它使4个视图有机联系起来,从某种意义上说场景是最重要的需求抽象; 逻辑视图和开发视图描述系统的静态结构,而进程视图和物理视图描述系统的动态结构。 5.2.5 模型描述 可视化的建模工具——ROSE ROSE是Rational 公司开发的一种CASE工具; 用UML语言支持软件开发的大部分过程的建模,描述软件各部分,为软件建立一个面向对象的模型, 可自动生成应用系统需要的部分源代码; 系统具有面向对象的诸多优点(如模型稳定性、重用性,等等),降低软件维护和升级的成本。 ROSE的视图 用例视图; 逻辑视图; 构件视图; 部署视图; ROSE的标记方法 Booch标记法; 面向对象建模技术( OMT: Object Modeling Technique);

文档评论(0)

smashing + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档