《成立项目小组》课件

项目一成立项目小组精选PPT项目一成立项目小组精选PPTCompanyLogo项目问题某软件公司刚成立，从学校招聘了一些新的开发人员。最近，该公司通过关系从市场接到一个网上书店的软件项目。由于公司刚成立，新招的开发人员都只有编程的经验，没有完整的项目开发经验。该公司该如何开展网上书店的项目开发呢？精选PPTCompanyLogo项目问题某软件公司刚成立，从学校招聘软件的特点逻辑实体，具有抽象性软件生产属于智力活动，软件质量控制必须着重于开发维护复杂，与硬件维修有本质差别3精选PPT软件的特点逻辑实体，具有抽象性3精选PPT软件的特点（续）对计算机系统的依赖性而产生“软件移植”的问题软件开发尚未完全走出“手工艺”阶段对软件人员的要求很高成本昂贵4精选PPT软件的特点（续）对计算机系统的依赖性而产生“软件移植”的问题软件危机20世纪60年代中期到20世纪70年代中期代价高进度难控制工作量和成本估算难复杂性高质量差维护难用户不满意软件生产率提高的速度跟不上计算机应用迅速普及深入的趋势1979年，美国USGovernmentAccountingOffice的调查1999年，美国StandishGroup的调查5精选PPT软件危机20世纪60年代中期到20世纪70年代中期代价高1传统的软件开发又被称为作坊式的软件生产。开发工作主要依赖于开发人员的个人素质和程序设计技巧.其特点是:缺少与程序有关的文档，软件开发的实际成本和进度与预计的相差甚远。由于程序量和规模不大，通常都由单人编写，不需要考虑团队合作，管理松散，程序可重用的程度差。同时，由于项目成败系于开发人员一身，因此失败的风险增加，可维护性差。现代软件开发适应了社会化大生产的要求，强调采用分工和协作，重视对项目的管理和软件质量的把握，采用了工程化的方法进行文档的控制和代码的管理，不再像传统软件开发那样，从设计到开发到测试都是一人完成，这就有效地保证了软件的质量.精选PPT传统的软件开发又被称为作坊式的软件生产。开发工作主要依赖于开微软公司在1975年时只有3名员工，营业额仅16000美元;到1989年时已经有8000名员工，营业额达80亿美元；而发展至2000年时员工已多达35000名，营业额达240亿美元，获得更高达150亿美元，成为世界上最大的软件公司。这一发展过程中堪称世界软件业奇迹之首.精选PPT微软公司在1975年时只有3名员工，营业额仅16000美元;软件工程概念的出现源自软件危机。消除“软件就是程序”的错误观念按照工程化的原则和方法组织软件开发工作，是摆脱软件危机的一个主要出路.软件工程是一门研究如何用系统化，规范化，数量化等工程原则和方法去进行软件开发和维护的学科.软件工程三要素：软件工程方法软件工程工具软件工程过程软件工程定义精选PPT软件工程概念的出现源自软件危机。软件工程定义精选PPT软件工程方法为软件开发提供了“如何做”的技术软件工程方法为软件开发提供了“如何做”的技术。它包括了多方面的任务，如项目计划与估算、软件系统需求分析、数据结构、系统总体结构的设计、算法过程的设计、编码、测试以及维护等。9精选PPT软件工程方法为软件开发提供了“如何做”的技术9精选PPT软件工程工具为支援软件人员的开发和维护活动而使用的软件项目估算工具、需求分析工具、设计工具、编程和调试工具、测试工具和维护工具、……10精选PPT软件工程工具为支援软件人员的开发和维护活动而使用的软件10精软件工程过程将软件工程的方法和工具综合起来，达到合理、及时地进行计算机软件开发的目的在时间上将软件开发工作划分为若干阶段，为每一阶段规定了若干任务，并提供为完成这些任务所需的各种技术定义方法使用的顺序、要求交付的文档资料、为保证质量和协调变化所需要的管理、及软件开发各个阶段完成的里程碑等使用生命周期模型简洁的描述软件过程11精选PPT软件工程过程将软件工程的方法和工具综合起来，达到合理、及软件生命周期软件生命周期是指一个从用需求开始，经过开发，交付使用，以及在使用中不断地增补修订，直至软件报废的全过程，亦称软件生存期.为了描述软件生存期的活动，提出了多种生存期的模型：瀑布模型，增量模型，螺旋模型….精选PPT软件生命周期软件生命周期是指一个从用需求开始，经过开发，交付瀑布模型13自上而下，相互衔接阶段间具有顺序及依赖性推迟实现的观点质量保证的观点：文档及评审过于理想化精选PPT瀑布模型13自上而下，相互衔接精选PPT制定计划确定要开发软件系统的总目标给出功能、性能、可靠性以及接口等方面的要求完成该软件任务的可行性研究估计可利用的资源(计算机硬件，软件，人力等)、成本、效益、开发进度制定出完成开发任务的实施计划,连同可行性研究报告，提交管理部门审查精选PPT制定计划确定要开发软件系统的总目标精选PPT需求分析和定义对待开发软件提出的需求进行分析并给出详细的定义编写软件需求说明书或系统功能说明书及初步的系统用户手册提交管理机构评审精选PPT需求分析和定义对待开发软件提出的需求进行分析并给出详细的定义软件设计概要设计—把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应详细设计—对每个模块要完成的工作进行具体的描述，为源程序编写打下基础编写设计说明书，提交评审。精选PPT软件设计概要设计—把各项需求转换成软件的体系结构。结构中程序编写把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”写出的程序应当是结构良好、清晰易读的，且与设计相一致的精选PPT程序编写把软件设计转换成计算机可以接受的程序代码，即写成以某软件测试单元测试，查找各模块在功能和结构上存在的问题并加以纠正集成测试，将已测试过的模块按一定顺序组装起来按规定的各项需求，逐项进行系统测试，决定已开发的软件是否合格，能否交付用户使用精选PPT软件测试单元测试，查找各模块在功能和结构上存在的问题并加以纠运行／维护改正性维护

运行中发现了软件中的错误需要修正适应性维护

为了适应变化了的软件工作环境，需做适当变更完善性维护

为了增强软件的功能需做变更精选PPT运行／维护改正性维护运行中发现了软件中的错误需要修正精选瀑布模型各项活动按自上而下，相互衔接的固定次序，如同瀑布逐级下落，每项活动均处于一个质量环（输入-处理-输出-评审）中。阶段间具有顺序性和依赖性。推迟实现的观点。每个阶段必须完成规定的文档；每个阶段结束前完成文档审查。瀑布模型使用文档进行驱动.精选PPT瀑布模型各项活动按自上而下，相互衔接的固定次序，如同瀑布逐级原型实现模型先开发一个“原型”软件，完成部分主要功能，展示给用户并征求意见，然后逐步完善，最终获得满意的软件产品21用户测试运行原型建造/修改原型

听取用户意见精选PPT原型实现模型先开发一个“原型”软件，完成部分主要功能，展示螺旋模型风险驱动22精选PPT螺旋模型风险驱动22精选PPT增量模型23项目日历时间软件功能性和特征12345第2次增量发布增量212345第n次增量发布增量n12345第1次增量发布增量1┇5部署（发布，反馈）4构造（编码，测试）3建模（分析，设计）2计划1交流精选PPT增量模型23项目日历时间软件功能性和特征12345第2次增量增量模型使用增量模型时，第一个增量结构件往往实现软件的基本需求，提供最核心的功能。例如，使用增量模型开发字处理软件时，第一个增量结构件提供基本的文件管理、编辑和文档生成功能；第二个增量结构件提供更完善的编辑和文档生成功能；第三个增量结构件实现拼写和语法检查功能；第四个增量结构件完成高级的页面排版功能。把软件产品分解成增量结构件时，应该使构件的规模适中，规模过大或过小都不好。最佳分解方法因软件产品特点和开发人员的习惯而异。分解时唯一必须遵守的约束条件是，当把新构件集成到现有软件中时，所形成的产品必须是可测试的。精选PPT增量模型使用增量模型时，第一个增量结构件往往实现软件的基本需需求阶段分析阶段设计阶段编程阶段集成与测试阶段维护与演进阶段喷泉模型面向对象迭代无缝过渡精选PPT需求阶段分析阶段设计阶段编程阶段集成与测试阶段维护与演进阶段喷泉模型体现了迭代和无间隙的特性。系统某个部分常常重复工作多次，相关对象在每次迭代中随之加入演进的软件成分。无间隙是指在各项开发活动，即分析、设计和编码之间不存在明显的边界。喷泉模型是对象驱动的过程。精选PPT喷泉模型体现了迭代和无间隙的特性。精选PPTRUP统一建模过程RationalUnifiedProcess27生命周期精选PPTRUP统一建模过程RationalUnifiedProRUP统一建模过程迭代式开发管理需求使用基于构件的体系结构可视化建模:UML验证软件质量:软件质量评估不再是事后型的或是单独小组的活动，而是贯穿于整个开发过程并由所有成员参与的.控制软件变更.精选PPTRUP统一建模过程迭代式开发精选PPT极限编程敏捷（Agile）联盟让软件开发团队具有快速工作、响应变化能力的价值观和原则极限编程：一种敏捷方法。由一系列简单却互相依赖的实践组成29精选PPT极限编程敏捷（Agile）联盟29精选PPT敏捷软件开发宣言个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划

虽然上述右项也有价值，但我们认为左项具有更大的价值。30精选PPT敏捷软件开发宣言个体和交互胜过过程和工软件神话管理人员：如果我们已经落后于计划，可以增加更多的程序员来赶上进度。31精选PPT软件神话管理人员：31精选PPT软件神话用户：有一个对目标的概括描述就足以着手编写程序了，许多细节可以在以后再补充。用户对软件的要求不断变化，然而软件是柔软而灵活的，可以轻易地改动。32精选PPT软件神话用户：32精选PPT软件神话软件开发人员：所谓软件开发就是编写程序并设法使它运行。在程序真正运行之前，没有办法评估其质量。33精选PPT软件神话软件开发人员：33精选PPT讨论假设你被指定为项目负责人，你的任务是开发一个应用系统，该系统类似于你的小组以前做过的那些系统，但是规模更大且更复杂一些。客户已经写出了完整的需求文档。你将选用哪种项目组结构？为什么？你打算采用哪种软件过程模型？为什么？34精选PPT讨论假设你被指定为项目负责人，你的任务是开发一个应用系统，该公司组织结构项目组模型职能模型矩阵形模型35精选PPT公司组织结构项目组模型35精选PPT项目型组织项目型组织（projectizedorganization，ProjectOrganization）是指那些一切工作都围绕项目进行、通过项目创造价值并达成自身战略目标的组织。精选PPT项目型组织项目型组织（projectizedorganiz组织结构—项目型组织（续）优点目标一致，统一领导项目经理能控制项目的资源项目小组成员只向给一个上司汇报沟通渠道简单，能迅速做决定缺点打乱原有的组织状况资源利用率低，人员、设备和知识信息不能在项目间共享,高成本低效.项目小组成员担心项目完成后的工作安排精选PPT组织结构—项目型组织（续）优点精选PPT组织结构—职能型组织精选PPT组织结构—职能型组织精选PPT组织结构—职能型组织（续）优点职能优异发挥专长缺点没有一个直接对项目负责的强有力的权力中心或个人；更重视职能而非项目本身沟通复杂反应缓慢精选PPT组织结构—职能型组织（续）优点精选PPT矩阵型组织结构矩阵型组织结合了职能型组织和项目型组织的优点，克服了二者的缺点。

项目组织与职能部门同时存在，既发挥职能部门纵向优势，又发挥项目组织横向优势。专业职能部门是永久性的，项目组织是临时性的。职能部门负责人对参与项目组织的人员有组织调配和业务指导的责任，项目经理将参与项目组织的职能人员在横向上有效地组织在一起。项目经理对项目的结果负责，而职能经理则负责为项目的成功提供所需资源。精选PPT矩阵型组织结构矩阵型组织结合了职能型组织和项目型组织的优点组织结构—矩阵型组织（续）优点有效利用资源，专业知识可供多个项目共享项目组内部可以有效的沟通协调缺点项目经理的权力项目经理与职能部门经理之间的关系项目小组成员双重负责和双重报告精选PPT组织结构—矩阵型组织（续）优点精选PPT组织结构对比42精选PPT组织结构对比42精选PPT程序设计小组主程序员制小组民主制小组层次式小组43精选PPT程序设计小组主程序员制小组43精选PPT主程序员制小组主程序员负责小组全部技术活动的计划、协调与审查工作，还负责设计和实现项目中的关键部分。后援程序员支持主程序员的工作，必要时能代替主程序员工作，使项目能继续进行。技术员负责项目的具体分析与开发，以及文档资料的编写工作。辅助人员可由专家（如数据库专家）、打字员和资料员组成，他们配合软件开发小组工作。精选PPT主程序员制小组主程序员负责小组全部技术活动的计划、协调与审查民主制小组

组长成员成员成员之间是平等的，组员之间可以平等地交换意见，小组目