ch--计算机系统的故障特征.pptVIP

基于计算机的系统组成 CSCI的分解 术语 术语 CSC (Computer Software Component) 计算机软件部件 计算机软件配置项中功能和性质不同的部分。计算机软件部件可以进一步分解成其它计算机软件部件和计算机软件单元。 CSU (Computer Software Unit) 计算机软件单元 计算机软件部件设计中确定的能单独测试的一部分软件。 系统故障的发生链 人们在表达基于计算机系统的故障时，会采用不同的术语。英文中的这些词语比汉语中的更丰富一些，很难一一对应。有时不得不借助英语单词区分这些产别。例如 bug(虫子)---借用硬件术语，电子线路中的虫子造成短路 defect(缺陷)---没考虑周全导致的不足，可能或不影响使用 deficancy(不足) flaw(失误)、 breakdown(故障)---停机，或系统垮掉 malfunction(失灵)---出现故障 fault(错失)---系统里面有错，但不一定总发生 error(错误)---统称 denial-of-service(拒绝服务)---系统没问题，但不能提供业务服务 故障传播链 硬件特征和系统建造理念 硬件系统的全生命周期设计 上图示意由N个关键部件组成的系统和K个易损部件组成的系统。设计师期望关键部件在系统的使用寿命内不要更换，例如，汽车的发动起和车架。因此，要求关键部件的使用寿命尽可能一样长。其它的易损坏的部件，例如，汽车城的轮胎和电瓶等，可能在系统的生命周期内需要更换多次。整个系统的使用寿命取决于寿命最短的关键部件，而不是可更换的一般部件的寿命。 如果不能保证每个硬件部件具有相同稳定工作期。那么，系统设计者和工程师们就需要统计每个部件的稳定工作时间长度，将那些寿命短而需要经常更换的部件暴露出来，便于维修工程师的修理。并规划出系统中各部件的修理规律和时间，从而在降低维修的成本。同时，为客户提供可预测的高质量服务。当系统的设计者、生产者、维修人员和用户预先知道合适需要维修、更换系统的相关部件，并对系统及时保养时，系统使用中的质量是可以信任的。 软件故障和建造理念 软件建造理念 1）如果能降低一个部件更改产生的对其它部件故障率的影响，就能极大的整个降低系统故障率。要尽可能保持部件与部件之间的松耦合，从而降低部件相互之间的影响。软件设计者，要尽可能让系统中的部件的结合时“松散的”，而不能过于紧密。例如，部件之间的通过数据传递信息，就比部件之间的直接调用的耦合程度低。修改一个部件时，对另一个部件的影响就小。 2）用户需求变更是引起系统变更的主要因素之一。因此，将长期稳定的需求设计为系统中不变的核心部件，保持核心部件的稳定性；将需求不稳定的部件与核心部件区分开来，适应频繁的修改，就可以降低由于变更引起的故障率的上升。 3）采用稳定的、成熟的、质量可信的部件是降低故障的一个保证。如何认定哪些部件是成熟的和质量可行的部件呢？针对应用领域建立可信赖的软件部件库。 4）一旦对某个部件进行修改，理论上，必须对整个系统进行充分测试。但是，由于面临着财政和进度等的压力，不允许不计成本地进行测试。那没，就需要针对修改部件，评估系统影响范围，测试所有受影响的部件、数据、逻辑路径等，常常，这种测试称为“回归测试”。 5）存在的一个长期争论是：花费充分长的时间得到一个无错的软件，还是在受限的时间、经费和人力资源情况下得到一个质量上可信、能用的软件呢？ 使用者的错误 系统的用户在使用时会出现许多错误。要避免这些错误的发生，必须在系统的设计上下功夫。 错误时可以避免的，只要在设计时注意到这些潜在的问题。 使用者的错误与避免 人处理信息过程 1）传感信息存储：将物理现象(例如，光、声)转换为神经感知运动。传感信息的持续时间短，而没有特定的资源。 2）模式识别：将传感信息存储的物理代码转换为有意义的元素(符号转换为字母、再组成词)。一个物理代码可能映射为一个记忆代码，也可能映射成几个贮存的编码。 3）判断/响应选择：?存储在工作存储区的信息供未来使用，或者直接与其他信息结合，或者启动决策过程，做出响应。由于信息具有偶然性，因此，能否依据此信息做出合理的响应是不确定的。 4）执行：?这个阶段依据响应选择，把高层的响应分解为要求的听觉、运动和认知步骤??????。的执行情况再次反馈到传感器存储。 针对后三个阶段，都需要考虑到“处理能力”或人的注意力资源(attention resources)，即操作员注意和处理信息的能力。Wiegmann and Shappell (1997)总结了美国海军和Marine公司1992-1997年间事故的86.9%可以用于此分类。其中，传感错误占2.84%，模式识别错误占12.87%，判断/响应选择错误29.54%，执行