第13章 软件的项目管理.ppt

第十三章 软件项目管理 制定开发进度计划 40－20－40规则 在整个软件开发过程中，编码工作量仅占 20％，编码前工作量占40％，编码后工作量占 40％。 40－20－40 规则只应用来做为 一个指南。实际的工作量分配比例必须按照各项目的特点来决定。 13.4 软件项目的组织与计划 制定计划 软件项目组织的建立 人员配备 2. 组织结构的模式 （1）按课题划分的模式 把软件开发人员按课题组成小组，小组成员自始至终参加所承担课题的各项任务。他们应负责完成软件产品的定义、设计、实现、测试、复查、文档编制、甚至包括维护在内的全过程。 （2）按职能划分的模式 把参加开发项目的软件人员按任务的工作阶段划分成若干个专业小组。要开发的软件产品在每个专业小组完成阶段加工（即工序）以后，沿工序流水线向下传递。例如，分别建立计划组、需求分析组、设计组、实现组、系统测试组、质量保证组、维护组等。各种文档资料按工序在各组之间传递。 （3）矩阵形模式 这种模式实际上是以上两种模式的复合。一方面，按工作性质，成立一些专门组，如开发组、业务组、测试组等；另一方面，每一个项目又有它的经理人员负责管理。每个软件人员属于某一个 专门组，又参加某一项目的工作。 3.程序设计小组的组织形式 小组内部人员的组织形式对生产率也有影响。现有的组织形式有三种。 （1）主程序员制小组 小组的核心由一位主程序员(高级工程师)、二至五位技术员、一位后援工程师组成。主程序员负责小组全部技术活动的计划、协调与审查，设计和实现项目中的关键部分。 技术员负责项目的具体分析与开发，文档资料的编写工作。后援工程师支持主程序员的工作，为主程序员提供咨询，也做部分分析、设计和实现的工作。并在必要时能代替主程序员工作。 主程序员制小组还可以由一些专家(如通信专家或数据库设计专家)、辅助人员(如打字员和秘书)、软件资料员协助工作。 （2）民主制小组 在民主制小组中，遇到问题，组内成员之间可以平等地交换意见。工作目标的制定及做出决定都由全体成员参加。虽然也有一位成员当组长，但工作的讨论、成果的检验都公开进行。这种组织形式强调发挥小组每个成员的积极性。有人认为这种组织形式适合于研制时间长、开发难度大的项目。 （3）层次式小组 在层次式小组中，组内人员分为 三级：组长（项目负责人）一人负责全组工作，包括任务分配、技术评审和走查、掌握工作量和参加技术活动。 他直接领导二至三名高级程序员，每位高级程序员通过基层小组，管理若干位程序员。 这种组织结构只允许必要的人际通信。比较适用于项目本身就是层次结构的课题。因为这样可以把项目按功能划分成若干个子项目，把子项目分配给基层小组，由基层小组完成。 这种组织方式比较适合于大型软件项目的开发。 3. 对项目经理人员的要求 软件经理人员是工作的组织者，他的管理能力的强弱是项目成败的关键。他应具有以下能力： 把用户提出的非技术性要求加以整理提炼, 以技术说明书的形式转告给分析员和测试员。 能说服用户放弃一些不切实际的要求, 以保证合理的要求得以满足。 能够把表面上似乎无关的要求集中在一起, 归结为 “需要什么”, “要解决什么问题”。这是一种综合问题的能力。 要懂得心理学, 能说服上级领导和用户，让他们理解什么是不合理的要求。但又要使他们毫不勉强, 乐 于接受，并受到启发。 软件质量保证措施 软件质量保证（software quality assurance SQA）的措施主要有： 基于非执行的测试（也称为复审或评审），主要用来保证在编码之前各阶段产生的文档的质量； 基于执行的测试（即以前讲过的软件测试）,需要在程序编写出来之后进行，它是保证软件质量的最后一道防线； 程序正确性证明，使用数学方法严格验证程序是否与对它的说明完全一致。 13.6.2 软件配置管理过程 1、 标识配置项 2、 进行配置控制 3、 执行配置审计 4、 记录配置状态 配置控制是核心： 存取控制（开发库、基线库、产品库） 版本控制 变更控制 产品发布控制 ClearCase IBM（Rational公司）的ClearCase是软件行业公认的功能最强大、价格最昂贵的配置管理软件。 ClearCase主要应用于复杂产