第二章如何开发信息系统.ppt

第2章 如何开发信息系统 ——迭代和增量 2.1 理论上的信息系统开发 理想化的信息系统开发 2.2 Winburg小型案例研究 为了缓解印第安纳州商业区Winburg交通拥挤状况，市长鼓励旅客“泊车换乘”。乘客在进入公共汽车时把票据插入插槽中。收费机内部传感器扫描票据，软件采用图像识别算法确定美元票据是否有效。 对收费机的要求 准确（平均准确度至少达到98%） 速度（响应时间少于1秒钟） 开发过程 小型案例研究的演化树模型 瀑布模型 2.3 Winburg小型案例研究的教训 信息系统开发过程中需要做大量的更改： 信息系统由于错误导致新版本 由于客户需求进行更改 2.4 Teal Tractor小型案例研究 Teal Tractor公司的信息系统： 公司收购了加拿大拖拉机公司，加拿大的业务运营要整合进美国的业务运营中，该信息系统在完工前必须进行更改： 扩展信息系统，以使其能够处理特定于加拿大市场的各种问题以及加币的工作可能相当艰巨。 2.5 迭代和增量 开发中遇到这样的情况： “我们知道想要什么。但你能估算出构建它需要多长时间吗？” “在启动开发之前，我们必须将这些需求明确下来。” “客户不知道他们想要什么” “客户时常改变想法” “我虽然不知道客户想要什么，但我却知道怎么得到它。” 2.5.1 迭代 迭代（iterative）——一件产品的连续版本 我们可以先构建后修改，通过多次迭代找到真正适合客户（用户）的软件。 迭代的依据 迭代开发的过程就是对软件功能不断细化的过程。 迭代的依据是“功能细化原则”：  必要性：能支持用户完成任务的最少功能特性； 灵活性：支持用户使用多种方式完成任务或者支持用户做出额外选择的功能特性； 安全性：为了避免用户犯错，确保用户在软件使用过程中所做操作安全的功能特性； 舒适性/趣味性：就是可以使用户更简单、更快捷、更有趣地完成任务的功能特性。 每个迭代可能包含多个系统功能，但是在同一个迭代中对每个系统功能开发的完善程度是不一样的。 在迭代过程中，功能的不确定性逐渐减小，我们对功能的描述越来越明确。 还可能碰到的情况 项目工期是有限的 资金预算也是有数的 人手也不可能无限增加 如何在有限的时间内完成复杂的项目呢？ 2.5.2 增量 增量（increment）——先构造产品最重要的部分，然后逐步添加完善。 按重要程度开发系统，有问题吗？ 生产汽车，按重要性排序： 发动机、车底盘、传动轴、车轮子、刹车、方向盘……。 迭代与增量协同使用 规划版本时，在第一个版本中，我们必须实现所有的“必要性”功能，否则，我们的软件是无法体现出价值的。在之后的每个版本中，我们都要参考“功能细化原则”，使得我们的软件产品的所有功能都达到相同的用户体验水平。 我们也会在完成前一个软件版本后，发现新的用户需求，新增系统功能。 在4个增量中的信息系统构造 增量B中的迭代 迭代与增量的比较 迭代，是在实现软件的每一功能时反复求精的过程，是提升软件质量的过程，是从模糊到清晰的过程； 增量，是强调软件在发布不同的版本时，每次都多发布一点点，是软件功能数量渐增地发布的过程。 2.6 迭代：Newton-Raphson算法 第二次迭代： 第三次迭代：newValue=1065.6095067231 第四次迭代：newValue=839.8220030538 第五次迭代：newValue=809.4703353028 第六次迭代：newValue=808.9013065842 第七次迭代：newValue=808.9011064401 第八次迭代：newValue=808.9011064401 信息系统的迭代 有时会发生涉及的第七次迭代劣于第六次迭代的情况。当发生这种情况时，回到第六次迭代并再次进行迭代，以获得想要的更好的第七次迭代。 2.7 再次探讨Winburg小型案例研究 从中可以看出： 迭代和增量生命周期模型不要求在每个增量期间执行每个工作流。 每个增量中的突出的工作流不同。 每个增量构成了对前一个增量的维护。 2.8 迭代和增量的优点 1、可以有多次机会检查信息系统是否正确。 2、可以在生命周期中相对较早地确定底层体系结构的稳健性。 系统的结构体系要具有可扩展性，以合并下一个增量。 系统要经历较长时间的维护 移动目标问题 3、能够及早降低风险。 4、总是有信息系统的一个工作版本，以使客户能够进行试验以便进行更改，或者使新系统能够更平稳的引入组织。 2.9管理迭代和增量 使用迭代和增量生命周期模型开发信息系统相当于使用瀑布模型开发一系列更小的信息系统。 2.10 维护 安装信息系统之后的某一天，检测并校正了信息系统中的某个错误，这种活动称为什么？ 安装信息