软件工程 第4版 教学课件 作者 张海藩 吕云翔 编著 12.pptVIP

12.3 现代程序员组 在开始工作之前明确划分技术组长和行政组长的管理权限是很重要的。但是，有时也会出现职责不清的矛盾，解决这类问题的办法是求助于更高层的管理人员，对行政组长和技术组长都认为是属于自己职责范围的事务，制订一个处理方案。 12.3 现代程序员组 由于程序员组的成员人数不宜过多，当软件项目规模较大时，应该把程序员分成若干个小组。产品的实现作为一个整体是在项目经理的指导下进行的，程序员向他们的组长汇报工作，而组长向项目经理汇报工作。当产品规模更大时，可以增加中间管理层次。 12.3 现代程序员组 把民主制程序员组和主程序员组的优点结合起来的另一种方法，是在合适的地方采用分散作决定的方法。这样做有利于形成畅通的通信渠道，以便充分发挥每个程序员的积极性和主动性，集思广益攻克技术难关。 12.3 现代程序员组 这种组织方式对于适合采用民主方法的那类问题（如研究性项目或遇到技术难题需要用集体智慧攻关）非常有效。尽管这种组织方式适当地发扬了民主，但是上下级之间的箭头（即管理关系）仍然是向下的，也就是说，是在集中指导下发扬民主。显然，如果程序员可以指挥项目经理，则只会引起混乱。 12.3 现代程序员组 12.3 现代程序员组 12.4 软件项目组 12.4.1 3种组织方式 12.4.2 4种组织范型 12.4.1 3种组织方式 （1）民主分权式（democratic decentralized，DD） 这种软件工程小组没有固定的负责人，“任务协调人”是临时指定的，随后将由协调别的任务的人取代。用全体组员协商一致的方法对问题及解决问题的方法做出决策。小组成员间的通信是平行的。 12.4.1 3种组织方式 （2）控制分权式（controlled decentralized） 这种软件工程小组有一个固定的负责人，他协调特定任务的完成并指导负责子任务的下级领导人的工作。解决问题仍然是一项群体活动，但是，通过小组负责人在子组之间划分任务来实现解决方案。 12.4.1 3种组织方式 （3）控制集权式（controlled centralized，CC） 小组负责人管理顶层问题的解决过程并负责组内协调。负责人和小组成员之间的通信是上下级式的。 12.4.1 3种组织方式 选择软件工程小组的结构时，应该考虑下述7个项目因素。 ◇ 待解决的问题的困难程度。 ◇ 要开发的程序的规模（用代码行或功能点度量）。 ◇ 小组成员在一起工作的时间（小组生命期）。 12.4.1 3种组织方式 ◇ 问题能够被模块化的程度。 ◇ 对待开发的系统的质量和可靠性的要求。 ◇ 交付日期的严格程度。 ◇ 项目要求的社交（通信）程度。 12.4.1 3种组织方式 12.4.1 3种组织方式 集权式结构能够更快地完成任务，它最适于处理简单问题。分权式的小组比起个人来，能够产生更多、更好的解决方案，这种小组在解决复杂问题时成功的可能性更大。 12.4.1 3种组织方式 因此，CD或CC小组结构能够成功地用来解决简单的问题，而DD小组结构则适于解决难度较大的问题。小组的性能与必须进行的通信量成反比，所以开发规模很大的项目时最好采用CC或CD小组结构。 12.4.1 3种组织方式 DD小组结构最适于解决模块化程度较低的问题，因为解决这类问题需要更大的通信量。如果能够达到较高的模块化程度（人们自己独自做自己的事情），则CC或CD小组结构更适宜。 12.4.1 3种组织方式 人们曾经发现，CC和CD小组产生的缺陷比DD小组少，但是这些数据在很大程度上取决于小组采用的质量保证活动。 完成同一个项目，分权式结构通常需要比集权式结构更多的时间，不过当需要高社交性时分权式结构是最适宜的。 12.4 软件项目组 12.4.1 3种组织方式 12.4.2 4种组织范型 12.4.2 4种组织范型 （1）封闭式范型 按照传统的权力层次来组织项目组（类似于CC小组）。当开发与过去已经做过的产品相似的软件时，这种项目组可以工作得很好。但是，在这种封闭式范型下难以进行创新性的工作。 12.4.2 4种组织范型 （2）随机式范型 松散地组织项目组，小组工作依靠小组成员发挥个人的主动性。当需要创新或技术上的突破时，用随机式范型组织起来的项目组能工作得很好。但是，当需要“有次序地执行”才能完成任务时，这样的项目组就可能陷入困境。 12.4.2 4种组织范型 （3）开放式范型 这种范型试图以一种既具有封闭式范型的控制性，又包含随机式范型的创新性的方式来组织项目组。通过大量协商和基于一致意见作出决策，项目组成员相互协作完成工作任务。用开放式范型组织起来的项目组很适于解决复杂问题，但是可能没有其他类型小组的效率高。 12.4.2 4种组织范