软件工程（瞿中 宋琦 刘玲慧 王江涛） PPT全套完整教学课件.ppt

（2）描述用户应该仔细了解将来使用系统的每类用户的情况，把获得的下列各项信息记录下来。

用户类型。

使用系统欲达到的目的。

特征（年龄、性别、受教育程度、使用系统的权限等）。

关键的成功因素（需求、爱好、习惯等）。

技能水平。

完成本职工作的脚本。9.5.2设计人机交互子系统（3）设计命令层次1）研究现有的人—机交互含义和准则现在的Windows已经成了微机上图形用户界面事实上的工业标准，所有Windows应用程序的基本外观及给用户的感受都是相同的。Windows程序通常还遵守广大用户习以为常的许多约定。设计图形用户界面时，应该保持与普通Windows应用程序界面相一致，并遵守广大用户习惯的约定，这样才会被用户接受和喜受。9.5.2设计人机交互子系统2）确定初始的命令层次所谓命令层次，实质上是使用过程抽象机制组织起来的、可供选用的服务的表示形式。设计命令层次时，通常先从对服务的过程抽象着手，然后再进一步修改它们，以适合具体应用环境的需要。9.5.2设计人机交互子系统3）精化命令层次从以下因素考虑来精华命令层次：

次序：仔细选择每个服务的名字，并在命令层的每一部分内把服务排好次序。排序时或者把最常用的服务放在最前面，或者按照用户习惯的工作步骤排序。

整体—部分关系：寻找在这些服务中存在的整体—部分模式，这样做有助于在命令层中分组组织服务。

宽度和深度：由于人的短期记忆能力有限，命令层次的宽度和深度都不应该过大。

操作步骤：应该用尽量少的单击、拖动和击键组合来表达命令，而且应该为高级用户提供简捷的操作方法。9.5.2设计人机交互子系统（4）设计人机交互类人—机交互类与所使用的操作系统及编程语言密切相关，如在Windows环境下运行的VisualC++语言提供了MFC类库。设计人—机交互类时，仅需从MFC类库中选出一些适用的类，然后从这些类派生出符合自己需要的类。9.5.2设计人机交互子系统9.5.3设计任务管理子系统1．确定事件驱动型任务某些任务是由事件驱动的，这类任务可能主要完成通信工作。这类任务的工作过程如下：任务处于睡眠状态（不消耗处理器时间），等待来自数据线或其他数据源的中断；一旦接收到中断就唤醒了该任务，接收数据并把数据放入内存缓冲区或其他目的地，通知需要知道这件事的对象，然后该任务又回到睡眠状态。2．确定时钟驱动型任务某些任务每隔一定时间间隔就被触发以执行某些处理。时钟驱动型任务的工作过程如下：任务设置了唤醒时间后进入睡眠状态；任务睡眠（不消耗处理器时间）等待来自系统的中断；一旦接收到这种中断，任务就被唤醒并做它的工作，通知有关的对象，然后该任务又回到睡眠状态。9.5.3设计任务管理子系统3．确定优先任务和关键任务优先任务可以满足高优先级或低优先级的处理需求。高优先级：某些服务具有很高的优先级，为了在严格限定的时间内完成这种服务，可能需要把这类服务分离成独立的任务。低优先级：与高优先级相反，有些服务是低优先级的，属于低优先级处理（通常指那些背景处理）。设计时可能用额外的任务把这样的处理分离出来。关键任务是有关系统成功或失败的关键处理，这类处理通常都有严格的可靠性要求。在设计过程中可能用额外的任务把这样的关键处理分离出来，以满足高可靠性处理的要求。对高可靠性处理应该精心设计和编码，并且应该严格测试。9.5.3设计任务管理子系统4．确定协调任务当系统中存在3个以上任务时，就应该增加一个任务，用它作为协调任务。引入协调任务会增加系统的总开销（增加从一个任务到另一个任务的转换时间），但是引入协调任务有助于把不同任务之间的协调控制封装起来。使用状态转换矩阵可以比较方便地描述该任务的行为。这类任务应该仅做协调工作，不要让它再承担其他服务工作。9.5.3设计任务管理子系统5．尽量减少任务数必须仔细分析和选择每个确实需要的任务，应该使系统中包含的任务数尽量少。设计多任务系统的主要问题是，设计者常常为了自己处理时的方便而轻率地定义过多的任务。这样做加大了设计工作的技术复杂度，并使系统变得不易理解，从而也加大了系统维护的难度。9.5.3设计任务管理子系统6．确定资源需求使用多处理器或固件，主要是为了满足高性能的需求。设计者应该综合考虑各种因素，以决定哪些子系统用硬件实现，哪些子系统用软件实现。使用硬件实现某些子系统的两个主要原因如下：

现有的硬件完全能满足某些方面的需求。例如，买一块浮点运算卡比用软件实现浮点运算要容易得多。

专用硬