1、软件项目特点,李 锋,丹佛国际机场行李处理系统- 需求不清晰完整 Xxxxx 医药股份- 需求变动 佛罗里达救济系统- 测试不充分 On Technology- 计划拙劣,失败项目案例,智能电子-新技术 F-26 - 新技术 Confirm - 缺乏人员,失败项目案例,失败的原因,需求 - 51%计划和估算 - 48%新技术 - 45%管理 -42%人员(高级技术人员) - 42%,软件项目特点,发展快 经验失效快 复杂度高 主要依靠人的脑力劳动 过程可见性差 结果难于测试 市场模式不完善,估算的难度,The complication to develop a big software pro
2、ject is not less than to build the Pyramid,110,000,000 LOCS IN WINDOWS 95,What to do ？,估算的难度,市场需求的模糊,why ?,Change,The technology and the word of computer change too fast,basic,c,oo,C+,java,EJB,Our experience and the models become invalid quickly,估算的难度,项目管理中的问题,对客体目标的误解 客户需求定义不够详细 不切实际的主体目标 无计划的任务分派
3、没有足够的资源或必要的技术 效率低下的沟通 优先级相互冲突 变更失控 组织间的矛盾冲突,软件开发模式,软件工程过程,常规过程 系统分析 软件需求分析 软件设计 编码 软件测试 生命周期模型 瀑布模型 （线形模型） 增量模型 RAD：Rapid Application Development 螺旋模型,瀑布模型,系统分析,软件需求分析,设计,编码,测试,模型介绍,软件需求设计,维护,瀑布模型,优点 易于理解，广泛采用 强调设计前定义和编码前设计，易于控制 确定了何时交付产品以及何时评审、审查，易于管理缺点 对于一个大项目来说，要看到结果需要很长的时间 依赖于大家知道的、稳定的、 理解的客户需求
4、很难跟踪需求到程序代码 对于需求的错误，可能直到结束的时候才能被发现 开发者经常被不必要的耽搁,瀑布模型变种-生鱼片,系统分析,软件需求分析,设计,编码,测试,模型介绍,软件需求设计,维护,瀑布模型变种-XXXX,系统分析,软件需求分析,设计,编码,测试,模型介绍,软件需求设计,维护,设计,编码,测试,快速原型,模型介绍,快速原型模型,优点 用户需求清晰，减少了误解的可能性 便于后续设计和管理 增强信心缺点 原型易当产品 开发原型需要投入，原型的度难以把握 需要用户参与 没有较好的文挡，用户确认形式要注意 容易产生乐观的估计,增量模型,增量模型,融合了瀑布模型的基本成分（重复地应用） 第一个增
5、量往往是核心产品，即实现了基本的需求，但很多补充的特性（已知和未知）还没有发布 具有迭代的特征，每一个增量均发布一个可操作的产品,增量模型,优点 适应市场快速的要求 可以有计划的管理技术和其他风险 测试中可以得到立即的反馈缺点 产品的整体性能易受影响 1+1+13,增量模型 - 变种,增量选择的标准不同 - 面向进度 面向需求清晰度面向风险面向优先级,RAD,小组1,小组2,小组2,RAD,强调极短的开发周期（60-90天） 强调复用，以体现快速 是瀑布模型的变种 系统可以被适当的模块化 主要用于信息系统应用软件的开发 开发阶段： 业务建摸：客户和开发者一起 数据建摸 处理建摸 应用生成：可视
6、化编程，使用计算机辅助软件工程工具,RAD模型,优点 开发速度快 可以分割风险缺点 小组接口定义困难 需要足够的人力和技能,螺旋模型,螺旋模型,是一个演化的软件过程模型 是一系列的增量发布 分为若干的任务区域，每一区域含有一系列适应待开发项目的特点的工作任务,螺旋模型,优点 体现了开发的迭代性 综合了瀑布模型和快速原型的优点缺点 需要相当的风险评估的专门技术，其成功依赖于这种技术 某些风险的忽视，将导致严重后果 理解操作困难，没有广泛使用，缺乏相关范例,JAD,Users,Reqts Analysts,SWAT Team,JAD,定制,讨论,整理,主管人员,规划,定制,讨论,整理,主管人员,设
7、计,实现,JAD模型,优点 正确快速的获取需求 把矛盾解决在前期 各方意见充分一致缺点 需要用户和领导投入过多的精力 如JAD会议效果不够理想，影响较大与原型法配合使用,面向对象,系统分析,软件需求分析,设计,编码,测试,软件需求设计,维护,设计,编码,测试,对象1,对象2,组装,测试,发布,面向对象模型,优点 可以分割风险 并发性强 方便变更控制缺点 组接口定义困难 会因部分组件的推迟，影响整个工作 要全过程采用该技术，并且使用设计工具，方可充分发挥他的长处。,面向对象模型 - 变种,面向商业软件,模型选择,不拘理论,灵活复用,各模型的比较见,模型选择,组织模式,项目组织,项目协调,职能式组
8、织结构的优缺点,优点： 人员使用灵活； 业务专家可被多个不同项目使用； 便于知识和经验的交流； 有利于在过程、管理和政策方面保持连续性； 为该部门人员提供晋升的正常途径； 缺点： 职能部门主要关注本部门工作； 项目和客户利益不能保证得到优先考虑； 项目责任不明确； 对客户需求响应迟缓； 与本部门利益冲突难处理； 项目的工作放到次要地位； 跨部门交流沟通困难；,项目型组织,项目协调,项目式组织结构的优缺点,优点： 项目经理对项目全权负责；项目成员对项目经理直接负责 项目实施过程沟通容易 固定保留有特长专家 项目目标单一，容易发挥团队精神 权利集中，领导单一 结构简单灵活，易于操作 缺点： 项目独
9、立，资源不能被企业共享 项目经理可能提前储存专业业务人员 专业业务人员技能难以在项目外应用提高 在执行企业规章制度上不一致 不利于项目与外界沟通 项目成员担心项目结束以后自己的去向,强矩阵组织,项目协调,强矩阵组织结构的优缺点,优点： 项目是工作聚焦点 项目可分享职能部门人才 项目成员不担心项目结束后的去向 有利快速响应客户需求 有利于保持与企业规章制度的一致性 企业可以平衡多个项目对资源的使用 人力资源使用上，有较大灵活性 缺点： 项目经理与部门经理之间的项目责任划分不够鲜明。成功时争功，失败时推委躲避 资源在多个项目之间平衡流动，容易引起项目经理之间争斗 要求项目经理有能力与部门经理协调，谈判资源分配，技术支持等问题 项目成员有两个上司,不同项目组织结构适应特点,职能式组织结构适合：规模小、以技术为重点项目 项目式组织结构适合：企业有多个类似项目的情况，以及长期的、大型的、重要的、复杂的项目 矩阵式组织结构适合：需要企业多个职能部门资源、技术相对复杂，但又不一定需要专业和技术人员全职工作,其他辅助过程,辅助过程,配置管理 需求管理 QA 过程测量,
