移动设备系统开发与设计原理教学全套课件移动设备系统开发与设计原理-4.pptVIP

集成与测试阶段将基于组件的软硬件子系统集成得到一个可运转的目标系统 系统集成中通常可发现一些组件设计时的错误 合理的计划能帮助我们快速定位并解决这些错误 只有在设计早期修正这些简单的错误，才能发现那些只有在系统高负荷时才能确定的、比较复杂的错误 必须在体系结构设计和各组件设计阶段尽可能地按阶段组装设备系统，并相对独立地测试设备系统功能。 与桌面系统相比，面向嵌入式系统的调试工具很少 嵌入式计算本身的特性决定了这是一种挑战 设计者可以自己开发一些针对项目特点的计算机辅助设计工具 移动手持设备系统测试目 发现并修正缺陷，以提高系统的可靠性 移动手持设备系统安全性的失效可能会导致灾难性的后果 即使是非安全性系统，由于大批量生产也会导致严重的经济损失， 要求对移动手持设备系统进行严格的测试、确认和验证。 移动手持设备系统测试包含 硬件系统测试、软件系统测试、软硬件联合测试 将系统测试问题放到最后并不意味测试总发生在系统开发末尾阶段 严格的测试活动需要贯穿系统设计开发的始终 也包括对需求文档的测试 应当在设计开发的各个阶段对系统或系统组件进行各种测试 产品正式发布及投入市场再出现问题，付出的代价将远超之前 移动便携设备系统的设计开发属于嵌入式系统开发范畴，涵盖了软件及硬件系统两者的设计开发，但其过程又有独特之处； 软件工程的大部分理论知识，对于移动便携设备系统的设计开发而言，都是可资借鉴的； 统一建模语言是支持模型化和软件系统开发的一个通用的可视化、图形化建模语言，为系统开发的所有阶段提供模型化和可视化支持； 设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结； 软硬件协同设计是指对系统中的软硬件部分使用统一的描述和工具进行集成开发，不仅涉及到软件系统设计，还涉及到最底层的硬件系统设计； 嵌入式系统的传统开发过程通常都会包括的概要层次依次为需求分析、规格说明、体系结构、组件设计、系统建构； 可行性分析报告是立项前期工作的重要内容，是从一个想法向最终产品形成所迈出的第一步，在确定实施项目研发前具有决定性的意义； 在设计移动便携设备系统之前，必须弄清楚所要设计的确切目标； 需求大致可以分为功能性需求及非功能性需求两大类，二者缺一不可； 规格说明应该是更加精确的、易于理解的，并可能将其视作为客户和设计者间的协议； 设计系统体系结构的基本目的是描述系统如何实现规格说明中所定义的那些功能； 了解和学习设计模式有助于提高系统结构质量； 系统体系结构描述指明了实现目标系统需要什么样的软件及硬件组件，而接下来的组件设计开发则要确保组件与已经设计完成的系统体系结构和规格说明相一致； 移动便携设备系统安全性的失效可能会导致灾难性的后果，即使是非安全性系统，由于大批量生产也会导致严重的经济损失。 类(class)是对一组具有相同属性、相同操作、相同关系和相同语义的对象的描述； 接口(interface)描述类或构件的服务的操作集； 协作(collaboration)定义了一个交互，由一组共同工作以提供某协作行为的角色和其它元素构成的一个群体，这些协作行为大于所有元素的各自行为的总和； 用例(use case)是对一组动作序列的描述，系统执行这些动作将产生一个对特定的参与者有价值而且可观察的结果，用于对模型中的行为事物结构化，通过协作实现； 主动类(active class)是这样的类，其对象至少拥有一个进程或线程，能够启动控制活动； 构件(component)是系统中物理的、可替代的部件，遵循且提供一组接口的实现； 节点(node)是在运行时存在的物理元素，表示了一种可计算的资源，通常至少有一些记忆能力和处理能力，一个构件集可以驻留在一个节点内，也可从一个节点迁移到另一个节点。 所谓的软硬件协同设计就是指当我们协同设计一个时间要求很高的复杂系统时，软件和硬件2个部分是可以同时进行的。在进行软硬件系统设计时，我们的软件设计人员必须了解硬件设计的种类和硬件设计时可能会遇到的问题，还必须了解硬件设计的可行性及其性能;同样，硬件设计人员也应该了解软件设计及实现的进度，软件对硬件的要求等。同时，软硬件协同设计方式要求在需求分析阶段，应该由软件和硬件设计人员共同参与，共同确定方案。 　　软硬件协同设计经过评估后的系统需求和系统设计方案需要进行软硬件划分，产生硬件描述、软件描述和软硬件接口三个部分。之后对各个部分进行详细设计、具体实现并进行优化。最后进行软件、硬件的整合、系统仿真与测试。 　　软硬件协同设计一个最主要的优点是在设计过程中，硬件和软件的设计是相互作用的。 这种相互作用发生在设计过程的各个阶段和各个层次。设计过程充分体现了软硬件的协同性。同时，这种设计方式在软硬件功能划分的时候就考虑到了现有的软硬件资源，在软硬件功能的设计和仿真