第五讲 系统设计 嵌入式软件设计开发 教学课件.ppt

第五讲 系统设计 嵌入式软件设计开发 教学课件.ppt

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

系统设计 Bruce Power Douglassd将系统设计划分为三个阶段:架构设计阶段、机制设计阶段及详细设计阶段。这三个阶段的功能、目标和特点分别是: 架构设计。在设计的三个阶段中,架构设计的线条最为粗犷。架构设计主要关心的是策略性的决定,这些决定会影响系统中的所有或者大部分成分,比如任务的集合以及它们之间的交互(并发模型),存在于运行时刻的制品集合以及它们之间的接口(构件模型),构件与物理硬件之间的映射(部署模型),针对故障的存在而提供的大规模冗余结构(安全性模型)。这个定义是相当重要的,因为它为更低层的设计构造间进行有效合作提供了基础设施。其作用范围包括:处理器、软件包、构件、任务等。 机制设计。设计的中间层次。主要处理小的类和对象集合如何协作完成共同的目标。主要是因为这个层包含了通过协作实现共同目标的各个类组成的机制方面的设计。其作用范围是成组的协作类。 详细设计。详细设计的作用范围最小、最具体,规定了单个类内的原始数据结构与算法,要给出设计细节,比如关联的实现策略、对象提供的操作集合、内部算法的选择、异常处理的规定等。其作用范围是类。 系统设计 系统设计三个阶段的功能、目标和特点 架构设计 架构设计是从系统的角度,对整个系统高层次的设计。架构设计的重点是将系统分解成更易管理的子系统,并设计子系统之间的接口。对大规模系统,架构设计是在开发阶段确定系统组织的关键策略。这些策略包括软件包如何映射到处理器、总线、协议选择、并发模型、任务线程、系统数据管理方案及系统访问控制策略等,并选择整个系统软硬件运行环境、开发环境等。 架构设计 架构设计活动: 确定设计目标 确定软件体系结构 确定并发解决策略 选择开发平台与已有组件 映射子系统到软硬件 确定持续数据管理策略 选择访问控制策略 选择全局控制流 确定边界条件的处理 设计界面 预期变化 第五讲 嵌入式软件架构设计 5.1 确定系统目标 Step 1: Design Goals Reliability Modifiability Maintainability Understandability Adaptability Reusability Efficiency Portability Traceability of requirements Fault tolerance Backward-compatibility Cost-effectiveness Robustness High-performance 性能指标 可靠性标准 费用指标 维护指标 最终用户指标 Relationship Between Design Goals 第五讲 嵌入式软件架构设计 5.2 分解子系统 Step 2: System Decomposition Subsystem (UML: Package):子系统是一组为提供某类特定服务的相互关联的模块(类)的集合。在UML中用包表示子系统。 Collection of classes, associations, operations, events and constraints that are interrelated Seed for subsystems: UML Objects and Classes. Service:服务是子系统提供的为实现某一共同目标的一组相关操作。服务是通过子系统接口提供的。服务应在架构设计阶段确定。 Group of operations provided by the subsystem Seed for services: Subsystem use cases Service is specified by Subsystem interface:子系统接口也称作子系统API(Application Programmer’s Interface)。子系统API 是在详细设计阶段确定。 Specifies interaction and information flow from/to subsystem boundaries, but not inside the subsystem. Should be well-defined and small. Often called API: Application programmer’s interface, but this term should used during implementation, not during System Design Services and Subsystem Interfaces Service: A set of related operations that

文档评论(0)

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

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

1亿VIP精品文档

相关文档