软件项目特点

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