软件项目特点（45页)ppt课件

1、软件工程特点李 锋 丹佛国际机场行李处置系统 - 需求不明晰完好Xxxxx 医药股份 - 需求变动佛罗里达救援系统 - 测试不充分On Technology - 方案拙劣失败工程案例智能电子 -新技术F-26 - 新技术Confirm - 缺乏人员失败工程案例失败的缘由 需求 - 51% 方案和估算 - 48% 新技术 - 45% 管理 -42% 人员(高级技术人员) - 42%软件工程特点开展快阅历失效快复杂度高主要依托人的脑力劳动过程可见性差结果难于测试市场方式不完善估算的难度The complication to develop a big software project is not

2、 less than to build the Pyramid110,000,000 LOCS IN WINDOWS 95 What to do ？估算的难度市场需求的模糊why ?Change The technology and the word of computer change too fastbasiccooC+javaEJBOur experience and the models become invalid quickly估算的难度工程管理中的问题对客体目的的误解客户需求定义不够详细不真实践的主体目的无方案的义务分派没有足够的资源或必要的技术效率低下的沟通优先级相互冲突变卦失

3、控组织间的矛盾冲突软件开发方式软件工程过程常规过程系统分析软件需求分析软件设计编码软件测试生命周期模型瀑布模型 线形模型增量模型 RAD：Rapid Application Development螺旋模型瀑布模型系统分析软件需求分析设计编码测试模型引见软件需求设计维护瀑布模型优点易于了解，广泛采用强调设计前定义和编码前设计，易于控制确定了何时交付产品以及何时评审、审查，易于管理缺陷对于一个大工程来说，要看到结果需求很长的时间依赖于大家知道的、稳定的、 了解的客户需求很难跟踪需求到程序代码对于需求的错误，能够直到终了的时候才干被发现开发者经常被不用要的耽搁瀑布模型变种-生鱼片系统分析软件需求分析

4、设计编码测试模型引见软件需求设计维护瀑布模型变种-XXXX系统分析软件需求分析设计编码测试模型引见软件需求设计维护设计编码测试快速原型模型引见快速原型模型优点用户需求明晰，减少了误解的能够性便于后续设计和管理加强自信心缺陷原型易当产品开发原型需求投入，原型的度难以把握需求用户参与没有较好的文挡，用户确认方式要留意容易产生乐观的估计增量模型增量模型交融了瀑布模型的根本成分反复地运用第一个增量往往是中心产品，即实现了根本的需求，但很多补充的特性知和未知还没有发布具有迭代的特征，每一个增量均发布一个可操作的产品增量模型优点顺应市场快速的要求可以有方案的管理技术和其他风险测试中可以得到立刻的反响缺陷产

5、品的整体性能易受影响1+1+13增量模型 - 变种增量选择的规范不同 - 面向进度 面向需求明晰度 面向风险 面向优先级RAD系统分析软件需求分析设计编码测试软件需求设计维护系统分析软件需求分析设计编码测试软件需求设计维护系统分析软件需求分析设计编码测试软件需求设计维护小组1小组2小组2RAD强调极短的开发周期60-90天强调复用，以表达快速是瀑布模型的变种系统可以被适当的模块化主要用于信息系统运用软件的开发开发阶段：业务建摸：客户和开发者一同数据建摸处置建摸运用生成：可视化编程，运用计算机辅助软件工程工具RAD模型优点开发速度快可以分割风险缺陷小组接口定义困难需求足够的人力和技艺螺旋模型螺旋

6、模型是一个演化的软件过程模型是一系列的增量发布分为假设干的义务区域，每一区域含有一系列顺应待开发工程的特点的任务义务螺旋模型优点表达了开发的迭代性综合了瀑布模型和快速原型的优点缺陷需求相当的风险评价的专门技术，其胜利依赖于这种技术某些风险的忽视，将导致严重后果了解操作困难，没有广泛运用，缺乏相关范例JADJAD SessionsPrototypingFull-ScaleDevelopmentUsersReqts AnalystsSWAT TeamPrototyping &CASE Toolsrios ytcajiid dfiytqluyet dspexkInformationEngineeri

7、ng MethodsJAD定制讨论整理主管人员规划定制讨论整理主管人员设计实现JAD模型优点正确快速的获取需求把矛盾处理在前期各方意见充分一致缺陷需求用户和指点投入过多的精神如JAD会议效果不够理想，影响较大与原型法配合运用面向对象系统分析软件需求分析设计编码测试软件需求设计维护设计编码测试对象1对象2组装测试发布面向对象模型优点可以分割风险并发性强方便变卦控制缺陷组接口定义困难会因部分组件的推迟，影响整个任务要全过程采用该技术，并且运用设计工具，方可充分发扬他的优点。面向对象模型 - 变种面向商业软件 模型选择不拘实际 灵敏复用 各模型的比较见 模型选择组织方式工程组织副总软件部经理自动化部

8、经理消费工程部经理员工员工员工员工员工员工员工员工员工职能型组织工程协调职能式组织构造的优缺陷优点：人员运用灵敏；业务专家可被多个不同工程运用；便于知识和阅历的交流；有利于在过程、管理和政策方面坚持延续性；为该部门人员提供提升的正常途径；缺陷：职能部门主要关注本部门任务；工程和客户利益不能保证得到优先思索；工程责任不明确；对客户需求呼应缓慢；与本部门利益冲突难处置；工程的任务放到次要位置；跨部门交流沟通困难；工程型组织总经理项目经理项目经理项目经理员工员工员工员工员工员工员工员工员工工程协调工程式组织构造的优缺陷优点：工程经理对工程全权担任；工程成员对工程经理直接担任工程实施过程沟通容易固定保

9、管有专长专家工程目的单一，容易发扬团队精神权益集中，指点单一构造简单灵敏，易于操作缺陷：工程独立，资源不能被企业共享工程经理能够提早储存专业业务人员专业业务人员技艺难以在工程外运用提高在执行企业规章制度上不一致不利于工程与外界沟通工程成员担忧工程终了以后本人的去向强矩阵组织副总研发部经理效力部经理工程管理部经理员工员工员工员工员工员工工程经理工程经理工程经理工程协调强矩阵组织构造的优缺陷优点：工程是任务聚焦点工程可分享职能部门人才工程成员不担忧工程终了后的去向有利快速呼应客户需求有利于坚持与企业规章制度的一致性企业可以平衡多个工程对资源的运用人力资源运用上，有较大灵敏性缺陷：工程经理与部门经理之间的工程责任划分不够鲜明。胜利时争功，失败时推委躲避资源在多个工程之间平衡流动，容易引起工程经理之间争斗要求工程经理有才干与部门经理协调，谈判资源分配，技术支持等问题工程成员有两个上司不同