讲座5项目方法选择.pptxVIP

第5讲项目方法选择1

技术选择技术选择将影响：开发人员的训练需要人员招聘开发环境——硬件和软件系统维护安排步骤：分析项目是目标驱动的还是产品驱动的分析项目其他特征面向数据还是面向控制通用还是专用是否涉及需要专用工具支持的专门技术是否有特殊的安全性要求对软硬件有何要求2

练习对下列系统进行分类工资支付系统饮料灌装企业的控制系统供水企业管理对企业供水计划的系统支持项目管理的软件供律师查询法律条文的系统面向数据或特定领域的应用系统包含嵌入式软件的过程控制或者工业系统使用图形的信息系统通用信息系统软件包信息收集的通用软件包3

识别项目中的高风险产品不确定性：系统需求理解的准确性。用户在开始时有可能对系统应该什么样都无法确定。在某些环境中，精确而有效的需求描述可能迅速变得过时。过程不确定性：在项目开始时需要选择方法或过程模型，或者一种新的工具，任何对原先采用的开发方法的变化都将引入不确定性资源不确定性：项目进行中资源的数量可能发生变化4

练习识别学院工资系统中的风险金融和职员之间的矛盾职员对系统不接受缺少运行该系统的经验缺少管理系统的计算机专业人员需求变化5

选择方法考虑用户关于实现的需求用户可能在合同中限定了有关实现方面的方法。例如，规定了企业必须具有相应的CMM等级，或者通过了ISO9000方法选择通用的生命周期方法控制系统：一般为实时系统，比如需要Petri网技术信息系统：……6

Toooften,softwareworkfollowsthefirstlawofbicycling:Nomatterwhereyou’regoing,it’suphillandagainstthewind

过程模型的选择开发一个软件需要选择开发策略（包括过程，方法和工具）以及通用阶段，这些策略和阶段被称为过程模型“过程”：相关联的活动过程模型的选择基于项目和应用的特性，使用的工具和方法，所需要的控制方法和交付物。8

问题求解的一般过程问题求解的一般过程实际问题并不能简单划为四个阶段，各个阶段会在问题的不同层次上同时并存软件开发实际上是一个“混沌”（chaos）过程（Raccoon）问题定义方案集成技术开发现状9

编码修正模型CodeandFixCodelikeHell(鲁莽编码)从一个大致的想法开始工作，然后经过非正规的设计、编码、调试和测试方法，最后完成工作可能有可能没有的规范发布（可能）10

编码修正模型好处：成本可能很低只需要很少的专业知识，任何写过程序的人都可以对于一些非常小的、开发完后就会很快丢弃的软件可以采用对于规模稍大的项目，采用这种模型是很危险的11

瀑布模型（WaterfallModel)所有过程模型的祖宗项目从开始到结束按照一定的顺序执行瀑布模型是文档驱动的，各个阶段不连续也不交叉12

瀑布模型发瀑布模型适应于什么场合？有何优缺点？13

瀑布模型当有一个稳定的产品定义和很容易被理解的技术解决方案时，纯瀑布模型特别合适当你对一个定义得很好的版本进行维护或将一个产品移植到一个新的平台上，瀑布模型也特别合适。纯瀑布模型能够降低管理费用，因为你可以预先完成所有计划。对于那些容易理解但很复杂的项目，采用纯瀑布模型比较合适，因为可以用顺序方法处理问题。在质量需求高于成本需求和进度需求的时候，它尤为出色。当开发队伍的技术力量比较弱或者缺乏经验时，瀑布模型更为适合。14

瀑布模型纯瀑布模型的缺点是在项目开始的时候，在设计工作完成前和代码写出来前，很难充分描述需求。瀑布模型最主要的问题是缺乏灵活性。必须在项目开始前说明全部需求。但这恰恰是非常困难的。15

瀑布模型变种：V型模型该方法是对瀑布模型的修正，强调了验证活动16

瀑布模型变种：生鱼片模型把阶段重叠起来的瀑布模型起源于日本硬件开发模型（富士通—施乐）软件概念需求分析架构设计详细设计编码和调试系统测试17

瀑布模型变种：生鱼片模型传统的瀑布模型强调阶段之间最小的重叠，而生鱼片模型强调大幅度的重叠，即在需求分析完成之前就可以进行架构设计和部分详细设计纯瀑布模型强调在任意两个阶段交接时，文档从一个团队交给另一个完全隔离的团队，但是如果一个团队完成各个阶段任务时，可以没有那么多文档。问题：缺点是什么？生鱼片模型因为阶段重叠，因而里程碑不明确，很难有效地进行过程跟踪和控制。18

瀑布模型变种：具有子项目的瀑布模型纯瀑布模型的一个问题是必须完成全部的架构设计后才能进行详细设计，但是，整个系统中有些部分可能有些特殊性，可以有自己的步骤，即将这些部分划分为为子项目。问题：该模型有何问题？这种方法的主要风险是相关性无法预料。19

瀑布模型变种：能够降低风险的瀑布模型纯瀑布模型要求在开始架构设计前，必须将用户的所有需求都搞清楚，但是实际中是很困难的。可降低风险