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

需考虑的处理器问题如： 一个处理器是否够用？比如，涉及到数字信号处理和控制问题时，是否考虑用双核系统？ 为了维护或应用的需要，是否要在多个处理器上完成任务？ 若需要多个处理器，需要多少？分别是哪种处理器？ 需考虑的存储器问题如： 存储器是否够用？ 是否要持续存储某些数据？ 需考虑的存储器问题如：I/O速度是否影响响应时间？ 子系统到软硬件的映射 除了要考虑将子系统映射到相应的硬件设备上，还需要考虑子系统间关系到物理连接关系的映射。子系统的连接关系不一定都要影射到物理连接，这里需要考虑哪些关系要映射到某种连接，如无线网络、串行网络、互连网等，应采取何种拓扑结构，这些将影响系统的分解、连接与部署。 许多设计难点是因强加的硬件和软件约束造成的。某些任务必须在特定的场所完成，如数据采集、现场控制等，这使得系统自然成为一个分布式系统。如果设计分布式嵌入式系统，要考虑以下问题： 物理单元间的连接关系采用哪种拓扑结构（树型、星型、矩阵、环型等）？ 采用何种传输介质（无线、串行总线、Ethernet等）？ 采用何种通信协议（蓝牙、CAN Bus、TCP/IP等）？需考虑对协议功能、延迟、可靠性、带宽等的要求。 是同步通讯还是异步通讯？ 对带宽的要求，传输哪种信息？数据量多大？ 子系统到软硬件的映射 第五讲 嵌入式软件架构设计5.6 持续数据管理基础设施的选择 绝大多数嵌入式系统中需持续管理的数据较少。但随着技术与应用的发展，需持续管理的数据越来越多，如掌上设备、车载设备需存储地图/地理信息、个人资料等。持续数据的管理有以下几种方式： 数据结构：适合动态变化的数据。 文件：采用文件可以长期存储数据，这种方式简单、费用低，适合存储读写要求较低的数据管理。 数据库：可以长期存储数据，有很强的数据管理能力，支持多用户的读写访问等。 持续数据管理基础设施的选择 File or Database? When should you choose a file? Are the data voluminous (bit maps)? Do you have lots of raw data (core dump, event trace)? Do you need to keep the data only for a short time? Is the information density low (archival files,history logs)? When should you choose a database? Do the data require access at fine levels of details by multiple users? Must the data be ported across multiple platforms (heterogeneous systems)? Do multiple application programs access the data? Does the data management require a lot of infrastructure? Issues To Consider When Selecting a Database Storage space Database require about triple the storage space of actual data Response time Mode databases are I/O or communication bound (distributed databases). Response time is also affected by CPU time, locking contention and delays from frequent screen displays Locking modes Pessimistic locking: Lock before accessing object and release when object access is complete Optimistic locking: Reads and writes may freely occur (high concurrency!) When activity has been completed, database checks if contention has occurred. If yes, all work has been lost. Administration Large databases require special