成立项目小组ppt课件

《成立项目小组ppt课件》由会员分享，可在线阅读，更多相关《成立项目小组ppt课件（49页珍藏版）》请在金锄头文库上搜索。

1、项目一 成立项目小组,Company Logo,项目问题,某软件公司刚成立，从学校招聘了一些新的开发人员。最近，该公司通过关系从市场接到一个网上书店的软件项目。由于公司刚成立，新招的开发人员都只有编程的经验，没有完整的项目开发经验。该公司该如何开展网上书店的项目开发呢？,软件的特点,逻辑实体，具有抽象性 软件生产属于智力活动，软件质量控制必须着重于开发 维护复杂，与硬件维修有本质差别,3,软件的特点（续）,对计算机系统的依赖性而产生“软件移植”的问题 软件开发尚未完全走出“手工艺”阶段 对软件人员的要求很高 成本昂贵,4,软件危机 20世纪60年代中期到20世纪70年代中期,代价高 进度难控制

2、 工作量和成本估算难 复杂性高 质量差 维护难 用户不满意 软件生产率提高的速度 跟不上计算机应用迅速 普及深入的趋势,1979年，美国US Government Accounting Office的调查,1999年，美国Standish Group的调查,5,传统的软件开发又被称为作坊式的软件生产。开发工作主要依赖于开发人员的个人素质和程序设计技巧.其特点是:缺少与程序有关的文档，软件开发的实际成本和进度与预计的相差甚远。由于程序量和规模不大，通常都由单人编写，不需要考虑团队合作，管理松散，程序可重用的程度差。同时，由于项目成败系于开发人员一身，因此失败的风险增加，可维护性差。 现代软件开发

3、适应了社会化大生产的要求，强调采用分工和协作，重视对项目的管理和软件质量的把握，采用了工程化的方法进行文档的控制和代码的管理，不再像传统软件开发那样，从设计到开发到测试都是一人完成，这就有效地保证了软件的质量.,微软公司在1975年时只有3名员工，营业额仅16000美元;到1989年时已经有8000名员工，营业额达80亿美元；而发展至2000年时员工已多达35000名，营业额达240亿美元，获得更高达150亿美元，成为世界上最大的软件公司。这一发展过程中堪称世界软件业奇迹之首.,软件工程概念的出现源自软件危机。 消除“软件就是程序”的错误观念 按照工程化的原则和方法组织软件开发工作，是摆脱 软

4、件危机的一个主要出路. 软件工程是一门研究如何用系统化，规范化，数量化等工程原则和方法去进行软件开发和维护的学科. 软件工程三要素： 软件工程方法 软件工程工具 软件工程过程,软件工程定义,软件工程方法,为软件开发提供了“如何做”的技术 软件工程方法为软件开发提供了“如何做”的技术。它包括了多方面的任务，如项目计划与估算、软件系统需求分析、数据结构、系统总体结构的设计、算法过程的设计、编码、测试以及维护等。,9,软件工程工具,为支援软件人员的开发和维护活动而使用的软件 项目估算工具、需求分析工具、设计工具、编程和调试工具、测试工具和维护工具、,10,软件工程过程,将软件工程的方法和工具综合起来

5、，达到合理、及时地进行计算机软件开发的目的 在时间上将软件开发工作划分为若干阶段，为每一阶段规定了若干任务，并提供为完成这些任务所需的各种技术 定义方法使用的顺序、要求交付的文档资料、为保证质量和协调变化所需要的管理、及软件开发各个阶段完成的里程碑等 使用生命周期模型简洁的描述软件过程,11,软件生命周期,软件生命周期是指一个从用需求开始，经过开发，交付使用，以及在使用中不断地增补修订，直至软件报废的全过程，亦称软件生存期. 为了描述软件生存期的活动，提出了多种生存期的模型：瀑布模型，增量模型，螺旋模型.,瀑布模型,13,自上而下，相互衔接 阶段间具有顺序及依赖性 推迟实现的观点 质量保证的观

6、点：文档及评审 过于理想化,制定计划,确定要开发软件系统的总目标 给出功能、性能、可靠性以及接口等方面的要求 完成该软件任务的可行性研究 估计可利用的资源(计算机硬件，软件，人力等)、成本、效益、开发进度 制定出完成开发任务的实施计划,连同可行性研究报告，提交管理部门审查,需求分析和定义,对待开发软件提出的需求进行分析并给出详细的定义 编写软件需求说明书或系统功能说明书及初步的系统用户手册 提交管理机构评审,软件设计,概要设计 把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应 详细设计 对每个模块要完成的工作进行具体的描述，为源程序编写打下基础

7、编写设计说明书，提交评审。,程序编写,把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单” 写出的程序应当是结构良好、清晰易读的，且与设计相一致的,软件测试,单元测试，查找各模块在功能和结构上存在的问题并加以纠正 集成测试，将已测试过的模块按一定顺序组装起来 按规定的各项需求，逐项进行系统测试，决定已开发的软件是否合格，能否交付用户使用,运行维护,改正性维护 运行中发现了软件中的错误需要修正 适应性维护 为了适应变化了的软件工作环境，需做适当变更 完善性维护 为了增强软件的功能需做变更,瀑布模型,各项活动按自上而下，相互衔接的固定次序，如同瀑布逐级下落，

8、每项活动均处于一个质量环（输入-处理-输出-评审）中。 阶段间具有顺序性和依赖性。 推迟实现的观点。 每个阶段必须完成规 定的文档；每个阶段结束前完成文档审查。 瀑布模型使用文档进行驱动.,原型实现模型,先开发一个“原型”软件，完成部分主要功能，展示给用户并征求意见，然后逐步完善，最终获得满意的软件产品,21,螺旋模型 风险驱动,22,增量模型,23,增量模型,使用增量模型时，第一个增量结构件往往实现软件的基本需求，提供最核心的功能。例如，使用增量模型开发字处理软件时，第一个增量结构件提供基本的文件管理、编辑和文档生成功能；第二个增量结构件提供更完善的编辑和文档生成功能；第三个增量结构件实现拼

9、写和语法检查功能；第四个增量结构件完成高级的页面排版功能。把软件产品分解成增量结构件时，应该使构件的规模适中，规模过大或过小都不好。最佳分解方法因软件产品特点和开发人员的习惯而异。分解时唯一必须遵守的约束条件是，当把新构件集成到现有软件中时，所形成的产品必须是可测试的。,喷泉模型面向对象 迭代 无缝过渡,喷泉模型,体现了迭代和无间隙的特性。 系统某个部分常常重复工作多次，相关对象在每次迭代中随之加入演进的软件成分。 无间隙是指在各项开发活动，即分析、设计和编码之间不存在明显的边界。 喷泉模型是对象驱动的过程。,RUP统一建模过程 Rational Unified Process,27,生命周期

10、,RUP统一建模过程,迭代式开发 管理需求 使用基于构件的体系结构 可视化建模:UML 验证软件质量:软件质量评估不再是事后型的或是单独小组的活动，而是贯穿于整个开发过程并由所有成员参与的. 控制软件变更.,极限编程,敏捷（Agile）联盟 让软件开发团队具有快速工作、响应变化能力的价值观和原则 极限编程：一种敏捷方法。由一系列简单却互相依赖的实践组成,29,敏捷软件开发宣言,个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 虽然上述右项也有价值，但我们认为左项具有更大的价值。,30,软件神话,管理人员： 如果我们已经落后于

11、计划，可以增加更多的程序员来赶上进度。,31,软件神话,用户： 有一个对目标的概括描述就足以着手编写程序了，许多细节可以在以后再补充。 用户对软件的要求不断变化，然而软件是柔软而灵活的，可以轻易地改动。,32,软件神话,软件开发人员： 所谓软件开发就是编写程序并设法使它运行。 在程序真正运行之前，没有办法评估其质量。,33,讨论,假设你被指定为项目负责人，你的任务是开发一个应用系统，该系统类似于你的小组以前做过的那些系统，但是规模更大且更复杂一些。客户已经写出了完整的需求文档。 你将选用哪种项目组结构？为什么？ 你打算采用哪种软件过程模型？为什么？,34,公司组织结构,项目组模型 职能模型 矩

12、阵形模型,35,项目型组织,项目型组织（projectized organization，Project Organization） 是指那些一切工作都围绕项目进行、通过项目创造价值并达成自身战略目标的组织。,组织结构项目型组织（续）,优点 目标一致，统一领导 项目经理能控制项目的资源 项目小组成员只向给一个上司汇报 沟通渠道简单，能迅速做决定 缺点 打乱原有的组织状况 资源利用率低，人员、设备和知识信息不能在项目间共享,高成本低效. 项目小组成员担心项目完成后的工作安排,组织结构职能型组织,组织结构职能型组织（续）,优点 职能优异 发挥专长 缺点 没有一个直接对项目负责的强有力的权力中心或个

13、人； 更重视职能而非项目本身 沟通复杂 反应缓慢,矩阵型组织结构,矩阵型组织结合了职能型组织和项目型组织的优点，克服了二者的缺点。,项目组织与职能部门同时存在，既发挥职能部门纵向优势，又发挥项目组织横向优势。专业职能部门是永久性的，项目组织是临时性的。职能部门负责人对参与项目组织的人员有组织调配和业务指导的责任，项目经理将参与项目组织的职能人员在横向上有效地组织在一起。项目经理对项目的结果负责，而职能经理则负责为项目的成功提供所需资源。,组织结构矩阵型组织（续）,优点 有效利用资源，专业知识可供多个项目共享 项目组内部可以有效的沟通协调 缺点 项目经理的权力 项目经理与职能部门经理之间的关系

14、项目小组成员双重负责和双重报告,组织结构对比,42,程序设计小组,主程序员制小组 民主制小组 层次式小组,43,主程序员制小组,主程序员负责小组全部技术活动的计划、协调与审查工作，还负责设计和实现项目中的关键部分。 后援程序员支持主程序员的工作，必要时能代替主程序员工作，使项目能继续进行。 技术员负责项目的具体分析与开发，以及文档资料的编写工作。 辅助人员可由专家（如数据库专家）、打字员和资料员组成，他们配合软件开发小组工作。,民主制小组,成员之间是平等的，组员之间可以平等地交换意见，小组目标和组内问题均由集体讨论决定 发挥每个成员的积极性 要求每个成员发挥主动精神和协作精神 适合带有创新和开

15、拓性质的软件项目 工作效率比较低,民主制小组,民主制程序员组的一个重要特点是，小组成员完全平等，享有充分民主，通过协商做出技术决策。因此，小组成员之间的通信是平等的，如果小组内有n个成员，则可能的通信信道共有n(n-1)/2条。 程序实际小组的人数不能太多，否则组员间彼此通信的时间将多余程序实际时间。此外，通常不能把一个软件系统划分成大量独立的单元，因此，如果程序设计小组人数太多，则每个组员所负责开发的程序单元与系统其他部分的界面将是复杂的，不仅出现接口错误的可能性增加，而且软件测试将既困难又费时间。,层次式小组,是主程序员制小组的扩展 适合大型软件项目的开发,人员配备,48,Make Presentation much more fun,WPS官方微博 kingsoftwps,实训任务,成立4-5人的项目小组 选举项目经理 选择实训项目 确定项目章程,