虽然从概念上说不同对象可以并发地工作,但是,在实际.pptVIP

11.7 设计任务管理子系统(Task management Subsystem Design) 　　虽然从概念上说，不同对象可以并发地工作，但是，在实际系统中，许多对象之间往往存在相互依赖关系。此外，在实际使用的硬件中，可能仅由一个处理器支持多个对象。因此，设计工作的一项重要内容就是，确定哪些是必须同时动作的对象，哪些是相互排斥的对象。然后进一步设计任务管理子系统。 1. 分析并发性(Analyzing Parallel Task) 　　通过面向对象分析建立起来的动态模型，是分析并发性的主要依据。 　　如果两个对象彼此间不存在交互，或者它们同时接受事件，则这两个对象在本质上是并发的。 　　通过检查各个对象的状态图及它们之间交换的事件，能够把若干个非并发的对象归并到一条控制线中。所谓控制线，是一条遍及状态图集合的路径，在这条路径上每次只有一个对象是活动的。在计算机系统中用任务(task)实现控制线，一般认为任务是进程(process)的别名。通常把多个任务的并发执行称为多任务。 2. 设计任务管理子系统 (Task management Subsystem Design) 　　常见的任务有事件驱动型任务、时钟驱动型任务、优先任务、关键任务和协调任务等。设计任务管理子系统，包括确定各类任务并把任务分配给适当的硬件或软件去执行。 （1） 确定事件驱动型任务 　　某些任务是由事件驱动的，这类任务可能主要完成通信工作。例如，与设备、屏幕窗口、其他任务、子系统、另一个处理器或其他系统通信。事件通常是表明某些数据到达的信号。 （2） 确定时钟驱动型任务 　　某些任务每隔一定时间间隔就被触发以执行某些处理，例如，某些设备需要周期性地获得数据；某些人机接口、子系统、任务、处理器或其他系统也可能需要周期性地通信。在这些场合往往需要使用时钟驱动型任务。 （3） 确定优先任务 　　高优先级：在严格限定的时间内完成这种服务，可能需要把这类服务分离成独立的任务。 　　低优先级：属于低优先级处理(通常指那些背景处理)。设计时可能用额外的任务把这样的处理分离出来。 （4） 确定关键任务 　　关键任务是有关系统成功或失败的关键处理，这类处理通常都有严格的可靠性要求。在设计过程中可能用额外的任务把这样的关键处理分离出来，以满足高可靠性处理的要求。 （5） 确定协调任务 　　当系统中存在3个以上任务时，就应该增加一个任务，用它作为协调任务。 （6） 尽量减少任务数 必须仔细分析和选择每个确实需要的任务。应该使系统中包含的任务数尽量少。 （7） 确定资源需求 　下述两个因素可能是使用硬件实现某些子系统的主要原因： 　　现有的硬件完全能满足某些方面的需求，例如，买一块浮点运算卡比用软件实现浮点运算要容易得多。专用硬件比通用的CPU性能更高。例如，目前在信号处理系统中广泛使用固件实现快速傅里叶变换。 　　设计者在决定到底采用软件还是硬件的时候，必须综合权衡一致性、成本、性能等多种因素，还要考虑未来的可扩充性和可修改性。 11.8 设计数据管理子系统(Data management Subsystem Design) 　　数据管理子系统是系统存储或检索对象的基本设施，它建立在某种数据存储管理系统之上，并且隔离了数据存储管理模式(文件、关系数据库或面向对象数据库)的影响。 11.8.1 选择数据存储管理模式(Selecting Data Storage Management Structure) 1. 文件管理系统(File Management System) 　　文件管理系统是操作系统的一个组成部分，使用它长期保存数据具有成本低和简单等特点，但是，文件操作的级别低，为提供适当的抽象级别还必须编写额外的代码。此外，不同操作系统的文件管理系统往往有明显差异。 2. 关系数据库管理系统 (Relationship Database Management System) 　　关系数据库管理系统的理论基础是关系代数，有下列一些主要优点： (1) 提供了各种最基本的数据管理功能(例如，中断恢复，多用户共享，多应用共享，完整性，事务支持等)。 (2) 为多种应用提供了一致的接口。 (3) 标准化的语言(大多数商品化关系数据库管理系统都使用SQL语言)。 　有下述一些具体缺点： (1) 运行开销大：即使只完成简单的事务(例如，只修改表中的一行)，也需要较长的时间。 (2) 不能满足高级应用的需求：关系数据库管理系统很难用在数据类型丰富或操作不标准的应用中。 (3) 与程序设计语言的连接不自然：SQL语言支持面向集合的操作，是一种非过程性语言；然而大多数程序设计语言本质上却是过程性的，每次只能处理一个记录。 面向对象数据库管理系统 (Oriented-Obje