ch软件工程管理.pptVIP

修改控制 在大型软件开发过程中，无控制地修改会迅速导致混乱。所谓修改控制，即把人的努力与自动工具结合起来，建立一套机制，有意识地控制软件修改。 当一个“修改申请”提出后，开发者依据技术指标和潜在的副作用，对其他配置对象和系统功能可能造成的影响以及项目成本等诸多因素进行评估。评估的结果将形成一个“修改报告单”，提交给修改控制机构(CCA)决策。 CCA一旦同意修改，应立即提供一个“工程变动命令”ECO（Engineering Change Order）。它指明修改任务、需遵守的限制和复审标准。然后从项目数据库中“提出”待修改对象，经修改后再“推出”更新版本。 这一对动作是项目数据库访问控制和同步控制要求的。访问控制决定哪些人员有权访问或修改某个配置对象；而同步控制则保证并行修改时不因互相重写而造成丢失修改。 第六十二页，共九十页。 第六十三页，共九十页。 在甘特图中，每一任务完成的标准，不是以能否继续下一阶段任务为标准，而是以必须交付应交付的文档与通过评审为标准。因此在甘特图中，文档编制与评审是软件开发进度的里程碑。 第三十页，共九十页。 第三十一页，共九十页。 工程网络技术 工程网络技术PERT技术 (Program Evaluation and Review Technique)叫做程序评估与审查技术，CPM方法叫做关键路径法，它们都是安排开发进度，制定软件开发计划的最常用的方法。 它们都采用网络图来描述一个项目的任务网络，也就是从一个项目的开始到结束，把应当完成的任务用图或表的形式表示出来。 1. 计算最早时刻 2. 计算最迟时刻 3. 关键路径 4. 机动时间 第三十二页，共九十页。 第三十三页，共九十页。 通常用两张表来定义网络图。 一张表给出与一特定软件项目有关的所有任务（也称为任务分解结构WorkBreakdownStructure）; 另一张表给出应当按照什么样的次序来完成这些任务（有时称为限制表RestrictionList）。PERT技术和CPM方法都为项目计划人员提供了一些定量的工具。 确定关键路径，即决定项目开发时间的任务链。在关键路径上的各个任务都是时间余量为零的关键任务，不能有任何时间延误。 应用统计模型，对每一个单独的任务确定最可能的开发持续时间的估算值。 计算边界时间，以便为具体的任务定义时间窗口。 第三十四页，共九十页。 第三十五页，共九十页。 上述示例工程中各项任务的进度安排，可用Gantt图画出：（先安排关键路径上的任务） 路径优化 第三十六页，共九十页。 人员组织 1. 开发人员 2. 组织机构 三种组织结构模式 按课题划分的模式（Project Format） 按职能划分的模式（Functional Format） 矩阵形模式（Matrix Format） 程序设计小组的组织形式有3种： 主程序员组、民主制程序员组及层次式小组 3. 用户 用户的阻力和干扰：不积极配合、求全求快、功能的变化 第三十七页，共九十页。 软件项目组织的建立 开发组织采用什么形式，要针对软件项目的特点来决定，同时也与参与人员的素质有关。 组织原则 ( 1 ) 尽早落实责任： 在软件项目工作开始时，要尽早指定专人负责，使他有权进行管理，并对任务的完成负全责。 （2）减少接口： 一个组织的生产率随完成任务中存在的通信路径数目增加而降低。要有合理的人员分工、好的组织结构、有效的通信，减少不必要的生产率的损失。 （3）责权均衡： 软件经理人员所负的责任不应比委任给他的权力还大。 第三十八页，共九十页。 组织结构的模式 1）按课题划分的模式 把软件开发人员按课题组成小组，小组成员自始至终参加所承担课题的各项任务。他们应负责完成软件产品的定义、设计、实现、测试、复查、文档编制、甚至包括维护在内的全过程。 2）按职能划分的模式 把参加开发项目的软件人员按任务的工作阶段划分成若干个专业小组。要开发的软件产品在每个专业小组完成阶段加工（即工序）以后，沿工序流水线向下传递。例如，分别建立计划组、需求分析组、设计组、实现组、系统测试组、质量保证组、维护组等。各种文档资料按工序在各组之间传递。 第三十九页，共九十页。 3）矩阵形模式 这种模式实际上是以上两种模式的复合。一方面，按工作性质，成立一些专门组，如开发组、业务组、测试组等；另一方面，每一个项目又有它的经理人员负责管理。每个软件人员属于某一个 专门组，又参加某一项目的工作。 第四十页，共九十页。 第四十一页，共九十页。 程序设计小组的组织形式 小组内部人员的组织形式对生产率也有影响。现有的组织形式有三种。 （1）主程序员制小组 小组的核心由一位主程序员(高级工程师)、二至五位技术员、一位后援工