第二讲嵌入式系统开无发过程.pptVIP

2．1．1．2 用户需求确认 产品和用户需求应形成文档，并由用户确认。从以下问题确认用户需求: 系统用于什么任务？ 系统的输入是什么？ 系统的输出是什么？ 系统的人机界面是什么？ 系统的外形尺寸和重量？ 系统连接何种外设？ 系统是否需要运行某些现成的软件？ 系统处理哪种类型的数据？ 系统是否需要与别的系统通信？ 系统的响应时间是多少？ 系统的安全性？ 系统的运行环境？ 系统的内存、外存？ 系统的可靠性？ 系统的维修性？ 系统的供电？ 系统的故障报警特性？ 系统的启动特性？ 系统的远程诊断修复能力？ 其它。 特别注意系统应用的时效性（time-to-market）。应采用成熟、可靠、易于二次开发的系统，降低风险，节省时间，以最短的时间完成任务，推向市场。 2．1．2 确定硬件和软件 这是系统设计的关键部分，应建立系统的软硬件清单。从以下因素考虑： 处理器。重点考虑处理器的速度（MIPS），而不是型号，包括标明处理器的速度和总线的速度。 总线吞吐量。在有大数据量传输时（如多媒体应用）重点考虑。 操作系统。关键决定之一。是实时系统（控制）还是非实时系统（其它）；实时内核（复杂系统）还是裸机（简单系统）；是否需要文件系统；是否需要网络系统及协议栈；商用OS还是开源的免费OS？（注意：免费OS不一定成本低） 编程语言。C语言？汇编语言？C+汇编？/JAVA？C++？ 第三方软件。商用编译器（IDE，代码优化、效率高、价格贵）还是免费编译器（GNU系列——GCC编译器+GDB调试器，无IDE，效率低，免费）？ 第三方硬件。采用现成的硬件模块（开发阶段采用——开发板、评估板，快，成本高）还是自己设计（生产阶段采用，量大，成本低）？ 2．1．3 需求分析结果检查 需求分析未必准确、全面，从以下判据审查需求分析结果： 噪声：不相干的信息； 只字不提：漏掉的信息； 超前规定说明：一些本应在设计阶段才能提出来的信息，不是需求分析内容； 矛盾：不相容的技术指标和约束； 模棱两可：解释不唯一； 超前引用：未明确定义就引用，难于读懂； 一厢情愿：无法实现的需求，不能被验证或测试。 —— 检查方法：评审；会签；同行审查等。 2．1．4 确定项目约束条件 约束条件属于项目实施过程中的不利因素，是限制项目按时圆满完成任务的内部和外部因素，是一种风险分析。从以下一些问题考虑： 进度是否规定得很明确、很死？ 经费预算是否限制得很明确、很死？ 关键技术是否突破？ 关键技术人才是否具备？ 最大研发人数？ 每人每周工作时间用于本项目？ 技术风险？ 技能风险？ 项目熟悉程度？ 是否必须采用某种硬件？ 是否必须采用某种软件（OS、开发工具）？ 供应商、供货能否保证？ 管理是否到位、规范？ 2．2 设计阶段 2．2．1 概要设计 2．2．1．1 建立系统结构模型 概要设计是架构设计或结构设计。需求分析建立系统的功能模型，概要设计建立系统的结构模型。功能模型应转化为结构模型，在其中建立一个映射层，映射过程主要完成转换功能需求到系统结构，验证分析实现是否满足性能需求两方面的任务。 转换功能需求主要是寻求功能所对应的实现方法，根据系统结构寻找合适的实现手段，用硬件或是软件实现。 性能分析主要是通过建立原型系统做仿真分析，确定是否满足系统的性能需求。 2．2．1．2 系统结构模型建立流程 系统结构模型分为硬件和软件两部分，系统结构实现时硬件和软件并行开发，即硬件/软件协同设计（Hardware/Software Co-design），通常采用自顶向下的设计过程。 （1）硬件设计，包括： 功能设计：根据模型确定硬件需要实现的功能； 结构化设计：确定硬件的构成和数据的控制流程； 物理设计和实现：硬件逻辑设计（电路图），物理硬件实现（开发板）。 （2）软件设计，包括： 功能分析和设计：分析需要实现的任务； 软件模块划分：根据任务划分使用的模块； 模块开发与实现：编程实现各个模块，通过交叉开发环境实现目标代码。 （3）系统集成，包括： 硬件底层代码（BSP、HAL硬件抽象层）； 软硬件集成； 系统测试； 注意：软硬件应并行开发，软件的调试和运行必须在硬件完成之后才能进行，这是一个矛盾。解决办法是：在硬件评估板上开发软件，评估板和目标系统基本一致；或先在开发主机上开发与硬件无关的代码，与硬件有关的代码待硬件完成之后进行开发。 2．2．1．3 软硬件功能划分 嵌入式系统是软件和硬件的统一体，有些软硬件实现可互换（如80X87FPU、软MODEM、音视频解码器、显卡等），涉及分工问题。考虑： （1）算法不确定，随机可改变，应采用软件实现； （2）硬实时系统应采用硬件实现； （3）硬件实现成本高、耗