四川大学软件架构复习资料.docVIP

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

四川大学软件架构重点概念 (考试重点在第4,第5章,没来的及复习的同学可以尽量背课文的黑体字就ok) 第一章:架构商业周期 1.Software Structure(软件架构): 一个程序和计算系统的架构是这个系统的结构,它包括了软件元素以及元素的外部可见属性和它们之间的关系。 2.Architecture Business Cycle(ABC): 架构商业周期: 软件架构是技术、商业和社会的影响的结果。它的存在反过来又影响技术、商业和社会环境,这种环境还会继续影响将来的架构。我们将这种从环境到架构,然后又从架构到环境的影响周期称为架构商业周期。 3.Stakeholder 涉众是一些对软件系统的构建感兴趣的人和组织,比如:消费者,最终用户,开发者,项目经理,维护者,甚至是市场营销人员。 第二章:什么是软件架构 1.Architecture Pattern: 架构模型: 一个架构模型是元素和相关类型以及一系列关于怎么使用这些元素的限制的描述。 2.Reference Model: 参考模块: 一个参考模块是根据各部件之间的数据流向的功能分解。 3.Reference Architecture 参考架构: 一个参考架构是映射到软件元素(它们相互协作共同实现参考模型中定义的功能)及元素之间数据流上的参考模型。 4.View 视图是构架元素的内聚集的表示,由系统涉众编写和阅读。 5.Structure 结构是元素本身的集合,它们存在于软件和硬件中。 为什么软件架构是重要的(软件架构的重要性)? 1.架构是涉众者进行交流的手段 2.架构是早期决策的体现 (1)架构定义了关于实现的约束 (2)架构决定了开发组织的组织结构 (3)架构支持和阻碍系统质量属性的实现。 (4)通过研究系统构架来研究系统质量 (5)构架使推理判断和控制更改变得简单 (6)构架有助于循序渐进的原型设计 (7)可以通过构架进行更加准确的成本和进度评估 3.架构是可传递,可重用的模型 (1)软件唱片线共享共同的构架 (2)系统可以使用大型的,由其他组织开发的元素 (3)少就是多:限制选择范围是值得的 (4)构架是基于模块开发成为可能 (5)构架可以作为培训的基础 构架有哪几种结构? 三种,一、模块结构 二、组件-连接器结构 三、分配结构 基于模块的结构包括哪些内容 1、分解 2、使用 3、分层 4、类或泛化 组件连接器的就够包括哪些内容: 并发,共享数据或存储库,客户机-服务端 分配模块包括哪些结构 1、部署 2、实现 3、工作分配 第三章:A-7E案例分析 1.需求和质量 2.A-7E航空电子系统的架构 分解模块结构:硬件隐藏模块 行为隐藏模块 软件决策模块 使用模块结构: 使用关系:如果过程A的运行必须以过程B的正确运行为前提,我们就说过程A使用过程B。 进程组建和连接器结构: 第四章:理解质量属性 1.Functionality: 功能性:功能性是指系统能够完成所期望工作的能力。 2. 没有一个质量属性是完全依赖于设计的。 3.在复杂的系统中,决不可能一孤立的方式实现质量属性。任何一个质量属性的实现都会对其他质量属性带来积极和消极的影响。 功能性和结构的关系: 功能性可能通过大量可能结构的使用来获得 功能性很大程度上依赖于结构 当其他质量属性很重要的时候,软件构架会限制对结构的功能分配 质量属性场景由哪六部分构成 1、刺激源 2、刺激 3、环境 4、制品 5、响应 6、响应度量 列出质量属性 可用性 可修改性 性能 安全性 可测试性 易用性 可用性场景 刺激源:系统内部或外部 刺激:疏忽、崩溃、时间、响应 制品:通信通道、持久存储器、进程 环境:正常模式,降级模式 响应:系统应该检测部件,并作出如下一个或多个活动: 将其记录下来 通知适当的各方,包括用户和其他系统 根据已定义的规则,禁止导致错误的事件源 在一段预先指定的时间内不可用,其中时间间隔取决于系统关键程度继续在正常或降级模式下运行。 响应度量:系统必须可用的时间间隔 可用时间 系统可以在降级模式下运行的时间间隔 修复时间 可修改性场景: 刺激源(由谁来进行变更):开发人员、系统管理员或最终用户 刺激(要进行的改变):增加、删除、修改现有的功能 制品(可修改什么):系统用户界面、平台、环境、与目标系统交互的系统 环境(何时进行变更以及由谁进行变更):在运行时,构建时,编译时,设计时 响应:查找架构中需要修改的位置,进行修改且不会影响其他功能,对所做的修改进行测试,部署所做的修改 响应度量:根据所影响的元素数量,度量成本,努力,资金,该修改对其他

文档评论(0)

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

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

1亿VIP精品文档

相关文档