总体设计1.ppt

好的设计具备的特性 模块独立性 异常的识别和处理 检错和容错机制 软件设计文档 软件设计说明书 1）?范围 2）?数据设计 3）?体系结构设计 4） 接口设计 5）?模块的过程设计 6） 其他 包括测试的考虑，确保设计满足所有需求，设计约束和一些特殊注解等内容。 设计复审（design review） 及早发现设计中的缺陷 差错的传播 复审的内容 概要设计复审 系统的总体结构，模块划分，内外接口 详细设计复审 各个模块的具体设计 差错传播模型 有/无设计复审的纠错费用比较 202 804 12 3 67.0 交付使用后 315 1230 82 15.0 综合-系统测试 234 143 22 36 21 6.5 综合测试前 33 22 1.5 设计阶段 纠错代价 揭露错误时间 复审的指导原则 在传统软件设计中，概要设计复审与过程设计复审应该分开进行，不允许合并为一次复审。 除软件开发人员外，概要设计复审必须有用户代表参加，必要时还可邀请有关领域的专家到会。过程设计复审一般不邀请用户和其他领域的代表。 复审的指导原则 参加复审的设计人员应欢迎别人提出批评和建议，不要为设计的缺陷“护短”。 复审中提出的问题应详细记录，但不要谋求当场解决。 复审结束时，应作出本次复审能否通过的结论。 设计复审（design review） 复审的方式 Formal review Design review meeting Informal review Walk-through * 控制耦合增加了理解和编程的复杂性，调用模块必须知道被调模块的内部逻辑，增加了相互依赖。 去除模块间控制耦合的方法： (1)将被调用模块内的判定上移到调用模块中进行 (2)被调用模块分解成若干单一功能模块 * ——正式复审 设计复审会 ——非正式复审 走查 用户对计算机系统的要求 让用户灵活地使用 适应不同类型用户 系统的行为及效果对用户透明 用户对系统的期望和态度 提供联机帮助功能 人机交互尽可能和人际通信相似 用户技能方面的使用需求 应让系统去适应用户 使用易于理解、掌握的准自然语言 一致性的系统设计 用户对系统的期望和态度 能通过系统学习 系统提供演示及范例 用户习性方面的使用需求 系统应让用户有耐心 系统应很好地对付人的易犯错误 系统应对不同用户提供不同交互方式 用户经验、知识方面的使用需求 系统应能让未经专门训练的用户使用 系统能对不同经验用户做出不同反应 提供同一系统的一致性，建立标准化人-机界面 系统必须适应用户在应用领域的知识变化，提供动态的自适应的设计 用户对系统的期望方面的要求 用户界面应提供形象、生动、美观的布局显示和操作环境 系统处理问题应尽可能简单，提供学习机制 系统应对不同用户提供不同交互方式 2.2.2 人-机界面的交互方式 1 菜单界面 按显示形象分类: 正文菜单 图标菜单 正文图标混合菜单 按屏幕位置和操作风格分类: 固定 浮动 下拉式 嵌入式 图标式菜单 菜单条 弹出式菜单 弹出式帮助文本 下拉式菜单、瀑布式菜单 瀑布式菜单 2 对话 对话形式: (1)必须回答式 (2)无需回答式 (3)警告式 对话实现方式: (1)标准对话 (2)定做式对话 3. 功能键 4. 图符界面 5. 填表界面 6. 命令语言界面 7. 查询语言界面 8. 自然语言界面 2.2.3控制界面的设计 (1)用控制对话选择操作命令 (2)用菜单界面进行控制 (3)用功能键定义操作命令 (4)用图标表示对象或命令 3 界面设计开发 界面设计过程的步骤： 建立任务的目标和意图 为每个目标和意图制定特定的动作序列 按在界面上执行的方式对动作序列进行规约 指明系统状态，即执行动作时的界面表现 定义控制机制，即用户可用的改变系统状态的设备和动作 指明控制机制如何影响系统状态 指明用户如何通过界面上的信息解释系统状态 3.1 定义界面对象和动作 为创建描述图符的图形设计和放置、描述性屏幕文字的定义、窗口的规约和命名、菜单项的规约的屏幕布局提供基础。 响应时间、命令和动作结构、错误处理和帮助设施等设计问题应该在精化设计模型时考虑。 3.2 导航方式 线性 层次 网络式 混合式 3.3 数据输入界面设计 数据输入的规则 明确的输入 明确的动作 明确的取消 确认删除 提供反馈 允许编辑 提供复原（Undo） 自由格式 提示输入的范围 3.4 数据显示界面设计 数据显示的规则 只显示必要的数据 在一起使用的数据显示在一起 显示出的数据应与用户执行的任务有关 每一屏数据的数量不应超过整个屏幕面积的30% 屏幕布局规则 尽量少用代码和缩写 多