软件项目特点.ppt

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