计算机软件体系结构知识点点纲要.docVIP

计算机软件体系结构知识点点纲要.doc

  1. 1、本文档共9页,可阅读全部内容。
  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文档。上传文档
查看更多
计算机软件体系结构知识点点纲要

《计算机软件体系结构》课程知识纲要 目录 1、课程安排 2 2、软件体系结构的基础知识 2 2.1 软件体系结构概论 2 2.2 软件体系的定义 2 2.3 软件体系的建模 3 2.4 软件体系的生命周期 3 2.5 软件体系结构的核心元素 3 2.6 风格与模式 4 2.7经典体系结构风格: 4 3、面向对象编程的基础知识 5 4、UML建模 6 4.1 用例图 6 4.2活动图 6 4.3时序图与协作图 7 软件体系结构考试题型:填空,30,判断正误10,名词解释12,简答22,建模26,请大家认真学习知识点提纲,认真备考,尤其是平时成绩较低的同学,请端正态度 课程内容安排:本课程的知识安排分为三个部分,一部分是软件体系结构的基础知识,一部分为面向对象编程的基础知识,一部分软件体系结构建模,包括四+1模型的建模,与UML软件建模方法相关知识。 课程考核安排:本课程的考核分为三个部分: 平时分(平时上机实验作业、课堂作业)占20%,上机实验分(第18周上机实验)占10%, 期末考试占70%; 2、软件体系结构的基础知识 2.1 软件体系结构概论 1、软件危机:软件应用需求的发展,致使软件复杂化,造成软件成本、开发进度、质量、维护难以控制,总而言之,软件开发越来越复杂困难。 危机产生的原因: 缺乏正确的软件开发理论是根本,此外,软件需求不明确、软件规模与复杂度也是造成的重要原因。 2、软件工程:克服软件危机的办法,以工程的方法来进行软件生产的开发、生产与管理。核心就是标准化,实现软件生产全流程的标准化。 3、可重用性与构件:标准化的软件开发流程,使应对特定问题的软件代码重用成为可能,当可重用的代码被抽取出来,并配以标准化的接口与应用文档,形成构件。 4、构件:语义完整、语法正确和可重用价值的单元软件,其中最核心的是可重用性。在结构上,这是语义描述(针对构件的说明)、通信接口(构件调用与装配的接口)与实现代码(软件的功能实现)三部分组成。 5、领域:一组具有相似或相近软件需求的应用系统的覆盖的功能区域。具有内聚性(问题的特定性)和稳定性(特定问题在较长的问题多次出现)。 6、商业化构件的分类: 用户界面类、数据库类、商务应用类、工具类、网络通讯类、核心技术类。 2.2 软件体系的定义 1、软件体系结构定义:软件体系结构为软件系统提供了一个结构(构件组装的结构)、行为(构件的功能)、属性(构件的约束)的高级抽象,由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束的组成。 2.3 软件体系的建模 1、建模的本质:从软件开发不同角度看问题 、隐含在软件工程不同阶段,不同的参与人员对于工程的视角。 2、现有的模型: 结构模型:注重构件与连接件,试图以结构来反映系统,哲学:结构与功能的关系 框架模型:注重更高层次的可重用性,对于构件则不太关注,试图在构件及功能可替换情况下,重用框架。 动态模型:反映系统动态行为,对前二者静态描述的补充。 过程模型:试图反映系统构造的过程,典型的增量开发过程,也是期望能在主框架重用的情况下,开发系统。 功能模型:试图按功能模块组件来描述系统,易于理解,极为常用。 3、4+1视图模型 逻辑视图:支持系统的功能需求,注意是支持,不是表述,即系统提供给最终用户的服务。在逻辑视图中,系统分解成一系列的功能抽象,这些抽象主要来自问题领域。逻辑视图解释系统功能的实现,建模人员一般为开发人员。 开发视图:又称为模块视图,主要侧重于软件模块的组织和管理,建模人员一般为项目经理。 进程视图:侧重于系统的运行特性,主要关注一些非功能性的需求,如系统的性能和可用性,建模人员一般为测试人员。 物理视图:主要考虑如何把软件映射到硬件上,考虑系统性能、规模、可靠性等,一般建模人员为项目部署人员。 场景:可以看作是那些重要系统活动的抽象,有机联系以上四个视图,某种意义上说场景是最重要的需求抽象。一般建模人员为项目主管。 2.4 软件体系的生命周期 1、需求-〉建立-〉设计-〉实现,以及各阶段的大致内容了解。 2.5 软件体系结构的核心元素 构件:具有某种功能的可重用的软件单元 连接件:构件之间的交互,数据交互的中间件,如数据库JDBC、ODBC之类 配置:构件与连接件之间的拓扑逻辑与约束 端口:也就是构件的接口,接口可与构件相分离,形成独立的要素 角色:本质为场景,构件在场景中发挥的作用 2.6 风格与模式 1、风格的定义:某一特定应用领域中系统组织方式的惯用模式,即定义某一领域的术语表和一组指导构件系统的规则,其中:术语表:构件的通常表述方式 2、模式:包括模块与模块组织的约束 3、体系结构重用:模块+架构:体系统结构能不能重用,或者如何重用? 由问题说了算,也就是领域,领域问题的相似性促成风格的形成

文档评论(0)

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

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

1亿VIP精品文档

相关文档