嵌入式系统开发过程要点.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第二章 嵌入式系统开发过程 思考 先看两个例子 1.嵌入式系统的开发流程 需求分析阶段 设计阶段 生成代码 测试 固化阶段 1.嵌入式系统的开发方法 嵌入式系统的设计准则 嵌入式系统的设计流程 嵌入式系统的开发方法 嵌入式系统的开发模式 嵌入式系统的 测试 1.1嵌入式系统的设计准则 嵌入式系统设计不同于桌面系统,它非常受制于功能和具体的应用环境。所以嵌入式系统的设计具有一些特殊的要求。 嵌入式系统的设计要求: 并发处理,及时响应 接口方便,操作容易 稳定可靠,维护简便 功耗管理,降低成本 功能实用,便于升级 1.2嵌入式系统的设计流程 嵌入式系统开发的最大特点就是需要软硬件综合开发。 其原因在于:一方面,任何一个嵌入式产品都是软件和硬件的结合体;另一方面,一旦嵌入式产品研发完成,软件就固化在硬件环境中,嵌入式软件是针对相应的嵌入式硬件开发的,是专用的。 嵌入式系统的这一特点决定了嵌入式应用开发方法不同于传统的软件工程方法。 1.3 嵌入式系统的开发流程 什么是瀑布模型? 那啥叫做 迭代 呢? 1.4从生命周期看嵌入式系统的设计流程 迭代 (dié dài) 现代汉语词典--词语解释: 更相代替;轮换。[iterative] 更替。例:四时迭代,迭代法 更相代替;轮换。 汉 仲长统 《昌言·理乱》:“存亡以之迭代,政乱从此周復,天道常然之大数也。” 北周 庾信 《哀江南赋》序:“春秋迭代,必有去故之悲。” 1.4从生命周期看嵌入式系统的设计流程 瀑布模型与迭代模型 瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。(我们开发一个产品,如果不太复杂,会采用瀑布模型,简单的说就是先定义需求,然后构建框架,然后写代码,然后测试,最后发布一个产品。) 迭代是重复反馈过程的活动,其目的通常是为了逼近所需目标或结果。每一次对过程的重复称为一次“迭代”,而每一次迭代得到的结果会作为下一次迭代的初始值。 1.4从生命周期看嵌入式系统的设计流程 1.5嵌入式系统开发方法 设计过程的明确目标是建造一个有用的产品 产品功能 产品性能 制造成本 功耗特性 上市时间 嵌入式产品设计需要一个小组的技术人员协作完成 设计过程会受内外因素的影响而变化 1.6嵌入式系统分层设计模型 1.7嵌入式系统的软硬件并行设计 1.8嵌入式系统的开发模式 1.8嵌入式系统的开发模式 嵌入式系统的软件使用交叉开发平台进行开发 系统软件和应用软件在主机开发平台上开发 系统软件和应用软件在嵌入式硬件平台上运行。 宿主机(Host)是用来开发嵌入式软件的系统。 目标机(Target)是被开发的目的嵌入式系统。 交叉编译器(Cross-compiler)是进行交叉平台开发的主要软件工具。它是运行在一种处理器体系结构上,但是可以生成在另一种不同的处理器体系结构上运行的目标代码的编译器。 1.9嵌入式系统的测试 测试目的: 找到软硬件设计中的错误 减少风险 节约成本 提高性能 测试什么: 功能调试(黑盒测试) 压力测试,边界测试,异常测试 错误测试,随机测试,性能测试 覆盖测试(白盒测试) 语句测试,判定和分支测试,条件覆盖 方法 迭代的方式就有所不同,假如这个产品要求6个月交货,我在第一个月就会拿出一个产品来,当然,这个产品会很不完善,会有很多功能还没有添加进去,bug很多,还不稳定,但客户看了以后,会提出更详细的修改意见,这样,你就知道自己距离客户的需求有多远,我回家以后,再花一个月,在上个月所作的需求分析、框架设计、代码、测试等等的基础上,进一步改进,又拿出一个更完善的产品来,给客户看,让他们提意见。 就这样,我的产品在功能上、质量上都能够逐渐逼近客户的要求,不会出现我花了大量心血后,直到最后发布之时才发现根本不是客户要的东西的情况。 优势 这样的方法很不错,但他也有自己的缺陷,那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时,迭代的成本比项目失败的风险成本低得多,用这种方式明显有优势。 如果你是给自己的单位开发一个小MIS,自己也比较清楚需求,工期上也不过花上个把月的时间,用迭代就有点杀鸡用了牛刀,那还是瀑布模型更管用,即使是做得不对,顶多再花一个月重来,没什么了不起。 这样,几个月过去了,直到最后一天发布时,大家才能见到一个产品。 这样的方式有明显的缺点,假如我们对用户的需求判断的不是很准确时——这是很常见的问题,一点也不少见——你工作了几个月甚至是几年,当你把产品拿给客户看时,客户往往会大吃一惊,这就是我要的东西吗? 1.4从生命周期看嵌入式系统的设计流程 网线 串口线 宿主机 目标机 方法 迭代的方式

文档评论(0)

风凰传奇 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档