第二章 嵌入式系统开发过程.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文档。上传文档
查看更多
62 第2章 嵌入式系统设计 与开发技术 教学目的: 掌握嵌入式系统设计过程; 掌握嵌入式系统开发流程; 掌握嵌入式系统调试技术,深入理解JTAG、软/硬件仿真等; 通过本章学习,能够完成嵌入式系统的分析与设计。 安排学时:6学时。 主要内容: 2.1 概述 2.2 嵌入式系统总体结构 2.3 嵌入式系统的设计方法 2.4 嵌入式系统开发过程 2.5 嵌入式系统的调试技术 2.6 嵌入式系统设计的新发展及其挑战 2.7 小结 2.1 概述 先讲解嵌入式系统总体结构;再分析嵌入式系统设计方法;系统地介绍嵌入式系统设计方法,采用软硬件协同技术,完成和进行嵌入式系统设计;最后从嵌入式系统的产品开发过程的4个阶段所需要做的工作等方面来讨论嵌入式系统开发过程的一般知识,以及嵌入式系统开发过程中的系统调试方法。读者通过本章的学习,可以掌握作为一个项目的设计师和具体开发人员所需要的知识,熟悉在各个阶段需要做的具体工作,以保证项目按部就班地执行和完成。 2.2 嵌入式系统总体结构 2.2.1 硬件层 2.2.2 中间层 2.2.3 软件层 2.2.4 功能层 2.3 嵌入式系统的设计方法 2.3.1 嵌入式系统设计流程 2.3.2 嵌入式系统的一般设计方法 2.3.3 嵌入式系统的软硬件协同设计技术 2.3.1 嵌入式系统设计流程 2.3.2 嵌入式系统的一般设计方法 2.3.3 嵌入式系统的软硬件协同设计技术 2.4 嵌入式系统开发过程 2.4.1 需求分析阶段 2.4.2 详细设计阶段 2.4.3 实现阶段 2.4.4 测试阶段 2.4.1 需求分析阶段 2.4.1.1 分析用户的需求 2.4.1.2 确定硬件软件 2.4.1.3 检查需求分析的结果 2.4.1.4 确定项目的约束条件 2.4.1.5 概要设计 2.4.1.1 分析用户的需求 1、分析用户对产品的需求 2、确认需求 3、罗列用户的需求 4、设计简单的需求表格 5、需求的内部一致性 1、分析用户对产品的需求 用户:一般用户、公司内部的市场部门等 需求指标: 功能 价格 系统的尺寸和重量 功耗 其他。。。 2、确认需求 用户的表达方式 。。。 系统设计者的表达方式 。。。 交互的一致性 。。。 3、罗列用户的需求1/4 (1)系统用于什么任务? (2)系统从用户或其他源接收什么输入? (3)系统从用户或其他源输出什么? (4)用户想要如何同系统打交道? (5)系统的重量和体积如何? 3、罗列用户的需求2/4 (6)系统连接何种外设? (7)系统是否需要运行某些现存的软件? (8)系统处理哪种类型的数据? (9)系统是否要与别的系统通讯? (10)系统是单机还是网络系统? 3、罗列用户的需求3/4 (11)系统的响应时间是多少? (12)需要什么安全措施? (13)系统在什么样的环境下运行? (14)外部存储媒介和内存需要多大? (15)系统的可拆装性,可靠性和牢固性的期望值是什么? 3、罗列用户的需求4/4 (16)如何给系统供电? (17)系统如何向用户通报故障? (18)是否需要任何手动或机械代用装置? (19)系统是否将具有远程诊断或更正问题的功能? (20)其他问题 4、简单的需求表格 5、需求的内部一致性(注) 在写完需求以后,对它们的内部一致性进行检查: 是否忘记了给某个功能指定输入或输出? 是否考虑了系统运行的所有方式? 是否有一些不切实际的要求? 系统是否可以实现? 2.4.1.2 确定硬件软件 1、处理器选型 2、总线的吞吐量 3、操作系统 4、编程语言 5、第三方软件或库函数 6、第三方的硬件:开发板、评估板、OEM板 7、其他。。。 2.4.1.3 对需求的结果进行检查 原因 需求分析阶段可能会发生错误-走弯路 目的 资料的全面性、工作的细致性 方法和内容 干扰的信息(多余) 漏掉的信息(缺少) 超前的信息(一些需要在设计阶段才提出的信息) 矛盾(相互制约) 模棱两可 无法实现 2.4.1.4 确定项目的约束条件 约束条件:属于项目实施过程中的不利因素,指的是项目实施过程中限制项目按时圆满完成的内部和外部因素。 约束条件 ? 是否要满足项目的阶段性或竣工的工期限制? 项目的部分或全体是否限制在一个固定的预算内? 分派到该项目的最大人数是多少? 每个人员每周在此项目上能工作多少小时? 员工的技术知识和经验是否足够? 2.4.1.4 确定项目的约束条件 约束条件 2/2 员工对要解决的问题是否熟悉? 员工和关键的人才地处何处? 你是否必须要采用某种硬件? 你是否必须要采用某种工具软件? 约束(限制)条件的考虑(注)

文档评论(0)

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

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

1亿VIP精品文档

相关文档