结构化软件设计讲解.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 人机界面设计 人的因素 人机界面风格 人机界面分析与建模 界面设计活动 实现工具 设计评估 设计评估 一旦建立好操作性用户界面原型，必须对其进行评估，以确定是否满足用户的需求。 对任何一个应用系统，评估计划必须包含长期持续测试的方法，以便对界面在整个生命周期里出现的各种问题进行不断的评估和修正。 对于关键系统的界面设计，需要开发出特别的评估计划，例如核反应堆等系统的人机界面。 有效的设计评估包括专家评审和可用性测试。 专家评审 正式的专家评审需要依托专家作为支柱或者顾问，这些专家往往具有丰富的应用领域或者用户界面领域的专业知识。 专家评审可以在设计阶段的前期或者后期进行。 对于评审的结果，可以由进行评审的专家们出一份正式的报告，其中包含评审中所发现的问题以及对其修改的建议，或者由这些专家与设计人员或者管理人员直接进行面对面的讨论。 专家评审 专家评审的方法包括启发式评审、指导文档评审、一致性检查、认知尝试和正式的可用性评审。 启发式评审：评审人员对界面进行评判，以便使其与一系列的设计启发规则相符合，如果评审人员熟悉这些规则并能够理解应用，那将对评审非常有利。 指导文档评审：检查所涉及的界面与组织内的指导文档或者其他的一些指导文档是否相符。 一致性检查：检查所有同类界面的一致性，检查内容包括实际界面中的术语、颜色、布局、输入输出格式等与培训材料或者在线帮助是否一致。 认知尝试：专家模仿用户使用界面执行典型的任务。以执行频率高的任务作为起点进行尝试，但执行较少的关键性任务，如错误恢复等也都要尝试到。 正式的可用性评审：专家们组织一场讨论，整个设计小组的成员也参与其中，仲裁设计的利弊。 专家评审可能出现以下问题：专家对任务或用户缺乏足够的理解，且对项目目标有不同的意见，所以必须选择熟悉项目，经验丰富的专家组成专家小组 专家评审 可用性测试 可用性指的是产品的使用效率、易学性和舒适程度。 对界面进行可用性测试和评价是确保产品可用性的重要手段，通过各种可用性测试及早发现界面存在的可用性问题，不仅可以节约开发成本，提高产品的品质，还可以降低用户使用产品的心理负荷，减少操作错误，提高工作效率以及对产品的认可度和满意度。 可用性测试 在进行可用性测试前，设计者需要制订出具体详细的测试计划，包括任务列表、主观满意标准以及所要询问的相关问题。同时，必须确定参与测试的用户数目、类型和来源。 可用性测试可以要求用户完成一系列任务，对用户的完成过程进行记录，再对记录进行评审。这可以给设计人员很大的启发，及时发现缺陷并改正。 评价以下界面 虽然可用性测试有很多好处，但也至少存在两种局限性：首先，它强调的是首次使用的情况，其次只能涉及到部分的界面。因为可用性测试不能延续太长时间，很难确定长时间使用后的情况。 例如Microsoft公司的Msn Messanger产品的“用户帮助改进计划”，就是相当庞大的一个可用性测试计划。当然虽然问题可能会不断地出现，但在适当的时候，必须果断地完成原型测试并交付产品 可用性测试 设计评审 软件设计的最终目标是要取得最佳方案 “最佳”是指在所有候选方案中，就节省开发费用，降低资源消耗，缩短开发时间的条件，选择能够赢得较高的生产率、较高的可靠性和可维护性的方案 设计评审的内容 1． 可追溯性：即分析该软件的系统结构、子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求。 2． 接口：即分析软件各部分之间的联系，确认该软件的内部接口与外部接口是否已经明确定义。部件是否满足高内聚和低耦合的要求。部件作用范围是否在其控制范围之内。 3． 风险：即确认该软件设计在现有技术条件下和预算范围内是否能按时实现。 4． 实用性：即确认该软件设计对于需求的解决方案是否实用。 设计评审的内容（续） 5． 技术清晰度：即确认该软件设计是否以一种易于翻译成代码的形式表达。 6． 可维护性：从软件维护的角度出发，确认该软件设计是否考虑了方便未来的维护。 7． 质量：即确认该软件设计是否表现出良好的质量特征。 8． 各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么。 9． 限制：评估对该软件的限制是否现实，是否与需求一致。 10． 其它具体问题：对于文档、可测试性、设计过程等等进行评估。 设计评审 评审分正式评审