讲座5项目方法选择.pptVIP

30 原型法 原型的好处 从实践中学习(Learning by doing) 改善的通信 改善的用户参与 使部分已知的需求清晰化 展示描述的一致性和完整性 可能可以减少文档 减少了维护成本 特征约束（利用工具构造原型可以将某些特性落到实处，而非在纸上写的那样容易失误） 试验是否能产生期待的结果 第三十页，共四十七页。 31 原型法 原型法的缺点 用户有时误解了原型的角色，例如他们可能误解原形应该和真实系统一样可靠 缺少项目标准，进化原型法有点像编码修正 缺少控制，由于用户可能不断提出新要求，因而原型迭代的周期很难控制 额外的花费：研究结果表明构造一个原型可能需要10%额外花费 运行效率可能会受影响 原型法要求开发者与用户密切接触，有时这是不可能的。例如外包软件。 第三十一页，共四十七页。 32 从另外的角度看待原型 从中学到什么？ 学生经常会做一些软件作业，这些作业被称为原型， 问题：这些原型和软件系统原型是否相同？ 但是作为一个原型必须：描述他们希望从中学到的东西，规划原型评价的方法，报告从原型中真正学到的内容。 在不同的阶段，原型具有不同的作用。 原型起作用的程度 实物模型（Mock-ups） 仿真交互 部分模型：水平，垂直（某些特性构造详细的原型） 第三十二页，共四十七页。 33 构造原型的对象 人机接口 系统的功能 第三十三页，共四十七页。 上海交通大学计算机集成技术开放实验室 上海交通大学计算机集成技术开放实验室 2001/9/23 1 第5讲 项目方法选择 第一页，共四十七页。 2 技术选择 技术选择将影响： 开发人员的训练需要 人员招聘 开发环境——硬件和软件 系统维护安排 步骤： 分析项目是目标驱动的还是产品驱动的 分析项目其他特征 面向数据还是面向控制 通用还是专用 是否涉及需要专用工具支持的专门技术 是否有特殊的安全性要求 对软硬件有何要求 第二页，共四十七页。 3 练习 对下列系统进行分类 工资支付系统 饮料灌装企业的控制系统 供水企业管理对企业供水计划的系统 支持项目管理的软件 供律师查询法律条文的系统 面向数据或特定领域的应用系统 包含嵌入式软件的过程控制或者工业系统 使用图形的信息系统 通用信息系统软件包 信息收集的通用软件包 第三页，共四十七页。 4 识别项目中的高风险 产品不确定性：系统需求理解的准确性。用户在开始时有可能对系统应该什么样都无法确定。在某些环境中，精确而有效的需求描述可能迅速变得过时。 过程不确定性：在项目开始时需要选择方法或过程模型，或者一种新的工具，任何对原先采用的开发方法的变化都将引入不确定性 资源不确定性：项目进行中资源的数量可能发生变化 第四页，共四十七页。 5 练习 识别学院工资系统中的风险 金融和职员之间的矛盾 职员对系统不接受 缺少运行该系统的经验 缺少管理系统的计算机专业人员 需求变化 第五页，共四十七页。 6 选择方法 考虑用户关于实现的需求 用户可能在合同中限定了有关实现方面的方法。例如，规定了企业必须具有相应的CMM等级，或者通过了ISO9000方法 选择通用的生命周期方法 控制系统：一般为实时系统，比如需要Petri网技术 信息系统： …… 第六页，共四十七页。 Too often, software work follows the first law of bicycling: No matter where you’re going, it’s uphill and against the wind 第七页，共四十七页。 8 过程模型的选择 开发一个软件需要选择开发策略（包括过程，方法和工具）以及通用阶段，这些策略和阶段被称为过程模型 “过程”：相关联的活动 过程模型的选择基于项目和应用的特性，使用的工具和方法，所需要的控制方法和交付物。 第八页，共四十七页。 9 问题求解的一般过程 问题求解的一般过程 实际问题并不能简单划为四个阶段，各个阶段会在问题的不同层次上同时并存 软件开发实际上是一个“混沌”（chaos）过程（Raccoon） 问题定义 方案集成 技术开发 现状 第九页，共四十七页。 10 编码修正模型 Code and Fix Code like Hell(鲁莽编码) 从一个大致的想法开始工作，然后经过非正规的设计、编码、调试和测试方法，最后完成工作 可能有可能没有的规范 发布（可能） 第十页，共四十七页。 11 编码修正模型 好处： 成本可能很低 只需要很少的专业知识，任何写过程序的人都可以 对于一些非常小的、开发完后就会很快丢弃的软件可以采用 对于规模稍大的项目，采用这种模型是很危险的 第十一页，共四十七页。 12 瀑布模型（Waterfall Model) 所有过程模型的祖宗 项目从