瀑布模型（非迭代) 需求 设计 编码和单 元测试 传统瀑布模型的问题 ◆眼晚才发限设计缺略 ◆0%的开发培力花在集成和测试上 系统 集成 100% 开始集成 设计禁略早登竖工 运行和维 护 佰灵及布日聊女际完城日扇 项目进度 Lecture 5 16 山东方子 SHANDONG UNIVERSETY
Lecture 5 16 瀑布模型（非迭代） 需求 设计 编码和单 元测试 系统 集成 运行和维 护
迭代模型 需求 业务工程 分析设计 计划 实施 初始计划 配置与变更管理 环境 部署 评估 迭代化开发流程 ·项且风险在项且早期就可以降低 ·保证软件项目的按时完成 测试 原型 架构 功能发布 产品发布 100% 达代化流程 瀑布型克程 项目进度 山求方图 SHANDONG UNIVERSETY
迭代模型
风险曲线比较 险 风险 风险受控阶段 探索阶段 解决阶段 瀑布模 风险曲 置 风险摩长 迭代化开发 验曲线 时间 山求方器 SHANDONG UNIVERSETY
风险曲线比较
6)产品发布后的工作 产品发布后继续收集重要的可用性数据，这一点非常有必 要，一方面可以用于进一步改善产品的可用性，另一方面 也为后续版本的开发作准备。这些工作包括： 通过与用户座谈、调查、观察等手段明确可用性研究涉及的内容。 进行标准化的市场调研，特别是调研用户在新闻组、邮件列表、评 论、杂志调查中对产品的评述。 使用软件日志记录，随时记录用户遇到的问题，并设法发送回公司 进行分析。 口认真分析用户在产品服务热线、修改要求、缺陷报告中对可用性的 种种抱怨。 Lecture 5 19 SHANDONG UNIVERSETY
Lecture 5 19 6）产品发布后的工作 ◼ 产品发布后继续收集重要的可用性数据，这一点非常有必 要，一方面可以用于进一步改善产品的可用性，另一方面 也为后续版本的开发作准备。这些工作包括： ❑ 通过与用户座谈、调查、观察等手段明确可用性研究涉及的内容。 ❑ 进行标准化的市场调研，特别是调研用户在新闻组、邮件列表、评 论、杂志调查中对产品的评述。 ❑ 使用软件日志记录，随时记录用户遇到的问题，并设法发送回公司 进行分析。 ❑ 认真分析用户在产品服务热线、修改要求、缺陷报告中对可用性的 种种抱怨
9.2支持可用性的设计原则 可学习性 口新用户能否很容易地学会交互和达到最佳交互性能 灵活性 口用户和系统之间信息交流的方式是否灵活多样 鲁棒性 口体现为用户能不能成功达到交互目标和能不能对达到的目标 进行评估 山求水器 Lecture 5 20 SHANDONG UNIVERSETY
Lecture 5 20 9.2 支持可用性的设计原则 ◼ 可学习性 ❑ 新用户能否很容易地学会交互和达到最佳交互性能 ◼ 灵活性 ❑ 用户和系统之间信息交流的方式是否灵活多样 ◼ 鲁棒性 ❑ 体现为用户能不能成功达到交互目标和能不能对达到的目标 进行评估