软件项目特点特训

软件项目特点特训丹佛国际机场行李处理系统---需求不清晰完整Xxxxx医药股份----需求变动佛罗里达救济系统----测试不充分OnTechnology-----计划拙劣失败项目案例智能电子---新技术F-26---新技术Confirm---缺乏人员失败项目案例失败的原因需求-------51%计划和估算---48%新技术-----45%管理----42%人员(高级技术人员)---42%软件项目特点发展快经验失效快复杂度高主要依靠人的脑力劳动过程可见性差结果难于测试市场模式不完善估算的难度ThecomplicationtodevelopabigsoftwareprojectisnotlessthantobuildthePyramid110,000,000LOCSINWINDOWS95Whattodo？估算的难度市场需求的模糊why???ChangeThetechnologyandthewordofcomputerchangetoofastbasiccooC++javaEJBOurexperienceandthemodelsbecomeinvalidquickly估算的难度项目管理中的问题对客体目标的误解客户需求定义不够详细不切实际的主体目标无计划的任务分派没有足够的资源或必要的技术效率低下的沟通优先级相互冲突变更失控组织间的矛盾冲突软件开发模式软件工程过程常规过程系统分析软件需求分析软件设计编码软件测试生命周期模型瀑布模型（线形模型）增量模型

RAD：RapidApplicationDevelopment螺旋模型瀑布模型系统分析软件需求分析设计编码测试模型介绍软件需求设计维护瀑布模型优点易于理解，广泛采用强调设计前定义和编码前设计，易于控制确定了何时交付产品以及何时评审、审查，易于管理缺点对于一个大项目来说，要看到结果需要很长的时间依赖于大家知道的、稳定的、理解的客户需求很难跟踪需求到程序代码对于需求的错误，可能直到结束的时候才能被发现开发者经常被不必要的耽搁瀑布模型变种---生鱼片系统分析软件需求分析设计编码测试模型介绍软件需求设计维护瀑布模型变种---XXXX系统分析软件需求分析设计编码测试模型介绍软件需求设计维护设计编码测试快速原型模型介绍快速原型模型优点用户需求清晰，减少了误解的可能性便于后续设计和管理增强信心缺点原型易当产品开发原型需要投入，原型的度难以把握需要用户参与没有较好的文挡，用户确认形式要注意容易产生乐观的估计增量模型增量模型融合了瀑布模型的基本成分（重复地应用）第一个增量往往是核心产品，即实现了基本的需求，但很多补充的特性（已知和未知）还没有发布具有迭代的特征，每一个增量均发布一个可操作的产品增量模型优点适应市场快速的要求可以有计划的管理技术和其他风险测试中可以得到立即的反馈缺点产品的整体性能易受影响1+1+1>3增量模型----变种增量选择的标准不同-----面向进度面向需求清晰度面向风险面向优先级RAD系统分析软件需求分析设计编码测试软件需求设计维护系统分析软件需求分析设计编码测试软件需求设计维护系统分析软件需求分析设计编码测试软件需求设计维护小组1小组2小组2RAD强调极短的开发周期（60-90天）强调复用，以体现快速是瀑布模型的变种系统可以被适当的模块化主要用于信息系统应用软件的开发开发阶段：业务建摸：客户和开发者一起数据建摸处理建摸应用生成：可视化编程，使用计算机辅助软件工程工具RAD模型优点开发速度快可以分割风险缺点小组接口定义困难需要足够的人力和技能螺旋模型螺旋模型是一个演化的软件过程模型是一系列的增量发布分为若干的任务区域，每一区域含有一系列适应待开发项目的特点的工作任务螺旋模型优点体现了开发的迭代性综合了瀑布模型和快速原型的优点缺点需要相当的风险评估的专门技术，其成功依赖于这种技术某些风险的忽视，将导致严重后果理解操作困难，没有广泛使用，缺乏相关范例JADJADSessionsPrototypingFull-ScaleDevelopmentUsersReqtsAnalystsSWATTeamPrototyping&CASEToolsriosytcajiiddfiytqluyetdspexkInformationEngineeringMethodsJAD定制讨论整理主管人员规划定制讨论整理主管人员设计实现JAD模型优点正确快速的获取需求把矛盾解决在前期各方意见充分一致缺点需要用户和领导投入过多的精力如JAD会议效果不够理想，影响较大与原型法配合使用面向对象系统分析软件需求分析设计编码测试软件需求设计维护设计编码测试对象1对象2组装测试发布面向对象模型优点可以分割风险并发性强方便变更控制缺点组接口定义困难会因部分组件的推迟，影响整个工作要全过程采用该技术，并且使用设计工具，方可充分发挥他的长处。面向对象模型----变种面向商业软件模型选择不拘理论灵活复用各模型的比较见模型选择组织模式项目组织副总软件部经理自动化部经理生产工程部经理员工员工员工员工员工员工员工员工员工职能型组织项目协调职能式组织结构的优缺点优点：人员使用灵活；业务专家可被多个不同项目使用；便于知识和经验的交流；有利于在过程、管理和政策方面保持连续性；为该部门人员提供晋升的正常途径；缺点：职能部门主要关注本部门工作；项目和客户利益不能保证得到优先考虑；项目责任不明确；对客户需求响应迟缓；与本部门利益冲突难处理；项目的工作放到次要地位；跨部门交流沟通困难；项目型组织总经理项目经理项目经理项目经理员工员工员工员工员工员工员工员工员工项目协调项目式组织结构的优缺点优点：项目经理对项目全权负责；项目成员对项目经理直接负责项目实施过程沟通容易固定保留有特长专家项目目标单一，容易发挥团队精神权利集中，领导单一结构简单灵活，易于操作缺点：项目独立，资源不能被企业共享项目经理可能提前储存专业业务人员专业业务人员技能难以在项目外应用提高在执行企业规章制度上不一致不利于项目与外界沟通项目成员担心项目结束以后自己的去向强矩阵组织副总研发部经理服务部经理项目管理部经理员工员工员工员工员工员工项目经理项目经理项目经理项目协调强矩阵组织结构的优缺点优点：项目是工作聚焦点项目可分享职能部门人才项目成员不担心项目结束后的去向有利快速响应客户需求有利于保持与企业规章制度的一致性企业可以平衡多个项目对资源的使用人力资源使用上，有较大灵活性缺点：项目经理与部门经理之间的项目责任划分不够鲜明。成功时争功，失败时推委躲避资源在多个项目之间平衡流动，容易引起项目经理之间争斗要求项目经理有能力与部门经