_北航“软件工程与项目管理”讲义-2.ppt

1、软件工程与项目管理软件工程与项目管理Software Engineering and Project ManagementBeiHang College of SoftwareBeiHang College of SoftwareOrganization第二讲第二讲Introduction to Software Project ManagementIntroduction to Software Project ManagementOrganizationOrganizationOrganization 组织平台是软件项目管理的基础平台，只有适合企业组织平台的软件项目管理体系才会达到预期的目

2、标。与组织相关的问题（与组织相关的问题（1）OrganizationOrganizationOrganization学生甲：学生甲：“我们只能按照公司的规定做，即使不合我们只能按照公司的规定做，即使不合理也无法改变现状。理也无法改变现状。”老师：老师：“你在公司只是一个程序员？你在公司只是一个程序员？”学生甲：学生甲：“是的。是的。”老师：老师：“那么你最多只有建议权。一段时间以后，那么你最多只有建议权。一段时间以后，你自己会习惯现有的工作环境，忘记你所学到的你自己会习惯现有的工作环境，忘记你所学到的理论与方法。理论与方法。”与组织相关的问题（与组织相关的问题（2）OrganizationOr

3、ganizationOrganization学生乙：学生乙：“我们公司的管理制度很健全，但是制度我们公司的管理制度很健全，但是制度是一回事，实际的做法是另一回事。是一回事，实际的做法是另一回事。”学生丙：学生丙：“我们公司将近我们公司将近3030人，一切都是老板说了人，一切都是老板说了算，公司发展也不错。老板觉得公司发展很快，算，公司发展也不错。老板觉得公司发展很快，需要加强管理，让我负责建立一套规范的研发体需要加强管理，让我负责建立一套规范的研发体系，要求今年通过系，要求今年通过CMM3CMM3级认证。级认证。”。与组织相关的问题（与组织相关的问题（3）OrganizationOrganiz

4、ationOrganization学生丁：学生丁：“老师，您课上讲的理论方法都很好，但老师，您课上讲的理论方法都很好，但是在实际中很难实现！是在实际中很难实现！”老师：老师：“为什么？为什么？”学生丁：学生丁：“理论是一回事，现实是另一回事。理论是一回事，现实是另一回事。”老师：老师：“你认为理论是无法实现的或者说不是都能你认为理论是无法实现的或者说不是都能实现的？实现的？”学生丁：学生丁：“至少不是都能实现。至少不是都能实现。”管理的理论与实践管理的理论与实践OrganizationOrganizationOrganization 理论是从哪里来的？尤其是关于管理的理论？理论是从哪里来的？尤

5、其是关于管理的理论？我们所学的关于管理的理论有些是从别的学科引入的，我们所学的关于管理的理论有些是从别的学科引入的，但这些理论基本上都是从实践中来的。理论是对实践的但这些理论基本上都是从实践中来的。理论是对实践的抽象、归纳，进而形式化地描述。如此之后，面对理论，抽象、归纳，进而形式化地描述。如此之后，面对理论，我们没有了感性的感觉，只有对文字、符号的形式化的我们没有了感性的感觉，只有对文字、符号的形式化的认知。理论回归实践的障碍有许多，这是其一。其二是认知。理论回归实践的障碍有许多，这是其一。其二是你本身带着你本身带着理论是无法实现的或者说不是都能实现的理论是无法实现的或者说不是都能实现的的想

6、法，从态度上就没打算深究怎么去实现。其三，的想法，从态度上就没打算深究怎么去实现。其三，就是我们这节课要讲的组织平台。就是我们这节课要讲的组织平台。组织组织OrganizationOrganizationOrganization 一个公司的组织要素包括其结构、政策和文化，这些因素可能在急剧变换的经济危机中成为机能障碍。在结构和政策能变化的同时（尽管很困难），公司文化是最难变化的因素，然而这又是变化的关键要素。公司必须努力工作以调整它们的组织结构、政策和文化，以顺应业务战略不断变换的要求。组织结构组织结构OrganizationOrganizationOrganization 机构设置的基础是企

7、业经营战略，围绕经营战略系统地分解战略目标，进一步分解细化工作任务，在工作分析的基础上，统筹考虑，确定组织机构设置。而机构的目标、职责、权利、边界、接口等是机构设置不可缺少的组成部分。政策政策OrganizationOrganizationOrganization 政策包括各种制度、规范。机构的调整会涉及到人员转移，而政策的变化只需做文字的修改就可以，所以在一些企业，政策的变化更加频繁。政策政策OrganizationOrganizationOrganization员工甲：员工甲：“提成制度又变了！提成制度又变了！”员工乙：员工乙：“变成什么样了？变成什么样了？”员工甲：员工甲：“部门业绩不完

8、成，整个部门的销售人员都没有部门业绩不完成，整个部门的销售人员都没有提成。提成。”员工乙：员工乙：“这怎么行？其他人都完不成指标，我超额完成这怎么行？其他人都完不成指标，我超额完成也没有提成？也没有提成？”员工甲：员工甲：“是的。是的。”销售人员意见很大，反馈到公司高层。高层重新开会，领销售人员意见很大，反馈到公司高层。高层重新开会，领导一致认为必须鼓励优秀销售人员。一周以后导一致认为必须鼓励优秀销售人员。一周以后员工甲：员工甲：“提成制度又变了！提成制度又变了！”员工乙：员工乙：“变成什么样了？变成什么样了？”政策政策OrganizationOrganizationOrganization员

9、工甲：员工甲：“部门业绩不完成，销售人员完成自己的指标就可以部门业绩不完成，销售人员完成自己的指标就可以拿到拿到10%10%销售提成，超额完成部分的提成比例是销售提成，超额完成部分的提成比例是20%20%。”员工乙：员工乙：“这就对了。这就对了。”员工甲：员工甲：“这样好。你看，我们两个的销售业绩都算在一个人这样好。你看，我们两个的销售业绩都算在一个人头上，我们可以拿到更多的提成。头上，我们可以拿到更多的提成。”员工乙：员工乙：“是啊。可是我完不成指标会被开除！是啊。可是我完不成指标会被开除！”员工甲：员工甲：“开除的指标是最低指标，只要保证最低指标就行了。开除的指标是最低指标，只要保证最低指

10、标就行了。”几天后，主管销售的副总听到了这样的议论，甚至有部门经理几天后，主管销售的副总听到了这样的议论，甚至有部门经理和下属商量怎样实行。高层很生气，为了杜绝这种情况的发和下属商量怎样实行。高层很生气，为了杜绝这种情况的发生，高层重新开会。一周以后生，高层重新开会。一周以后员工甲：员工甲：“提成制度又变了！提成制度又变了！”员工乙：员工乙：“变成什么样了？变成什么样了？”。政策政策OrganizationOrganizationOrganization在一个机构稳定而政策动荡的组织中，组织成员的感觉会在一个机构稳定而政策动荡的组织中，组织成员的感觉会怎样？怎样？n组织的承诺之可信度会很低，员

11、工对企业的信任及员工组织的承诺之可信度会很低，员工对企业的信任及员工忠诚度可能会降到零点。忠诚度可能会降到零点。n制定政策与执行政策的人对政策的预期不确定，政策不制定政策与执行政策的人对政策的预期不确定，政策不再具备再具备“律令律令”职能。职能。n强势的执掌权利者将替代政策。强势的执掌权利者将替代政策。政策政策OrganizationOrganizationOrganization 在在政策动荡的组织中，企业会形成不成文的在执行政策动荡的组织中，企业会形成不成文的在执行的政策，这里我们称作的政策，这里我们称作“有效政策有效政策”；而成文的政策；而成文的政策形同虚设，这里我们称作形同虚设，这里我

12、们称作“形式政策形式政策”。这种情况是否一定会使员工的忠诚度降低至零度？这种情况是否一定会使员工的忠诚度降低至零度？不一定。如果不一定。如果“有效政策有效政策”是稳定的，且是公平合是稳定的，且是公平合理并被有效执行的，那么绝大多数员工会遗忘理并被有效执行的，那么绝大多数员工会遗忘“形式形式政策政策”，但这是有很大风险的。，但这是有很大风险的。政策政策OrganizationOrganizationOrganization企业的政策应具备“律令”职能，为此，政策应该满足以下条件：“有效政策”与“形式政策”一致。政策应尽可能稳定，这就要求制定政策要尽可能考虑周全，不仅考虑各方面的要求，而且考虑组织

13、在一定时期内的发展需要。政策未考虑到的情况，如果可以形成新的条文，最好修改或补充现有政策，尽量不做例外处理。政策修改应有详细的变更说明及规范的版本管理。政策应现实，不现实的政策难以执行。严格执行政策。政策的执行力决定政策的有效度，即决定政策是“有效政策”还是“形式政策”。文化文化OrganizationOrganizationOrganization 杰克琳谢瑞顿和詹姆斯斯特恩在企业文化：排除企业成功的潜在障碍中指出，企业文化通常指的是企业的环境或个性，以及它所有的方法面面。它是“我们在这儿的办事方式”，连同其自身的特征，它很像一个人的个性。更确切地说，我们可将企业文化分成四个方面：（1）企业

14、员工所共有的观念、价值取向以及行为等外在表现形式。（2）由管理作风和管理观念（管理者说的话、做的事、奖励的行为）构成的管理氛围。（3）由现存的管理制度和管理程序构成的管理氛围。（4）书面和非书面形式的标准和程序。文化文化OrganizationOrganizationOrganization理解企业文化需要注意以下几个方面：文化具有时段性。文化的本质在于其共识性，只有达成共识的要素才能称为文化。文化具有范围性，文化总是相对于一定范围而言。文化必定具有内在性。以下问题是软件项目的基础决策问题，但在软件工程与项以下问题是软件项目的基础决策问题，但在软件工程与项目管理中未加讨论。目管理中未加讨论。O

15、rganizationOrganizationOrganization什么人/机构决定项目立项？什么人/机构任命项目经理？项目经理的职责与权利是什么？如何组建项目团队？如何与其他机构/团队沟通？质量保证是否客观？技术决策是否能够保证其技术性？最高技术主管在企业高层的实际权力？企业高层的管理水平？Model 1Common OrganizationGMDevelopment Department/GroupOrganizationPositionsProject ManagerSystem AnalystSystem DesignerProgrammerTest EngineerEngineer

16、GMSuggestauthorizeDevelopment GroupSalesRequirementsTestingDesignCodingDeliveryCustomerOrganizationOrganizationModel 2Common OrganizationGMDevelopment Department/GroupOrganizationDevelopment GroupTest GroupDirector of Development Dept.GMSuggestTaskDevelopment GroupSalesPMRequirementsDesignCodingDeli

17、veryTestingTest GroupCustomerSuggestPositionsProject ManagerSystem AnalystSystem DesignerProgrammerTest EngineerOrganizationOrganizationModel 3Common OrganizationEngineerTechnology CommitteeSuggestDiscussSalesPMDirector of Development Dept.DevelopmentGroupRequirementsDesignCodingDeliveryTestingTest

18、GroupDesignGroupCustomerQA Dept.OrganizationPMTechnology CommitteeDevelopmentGroupDevelopment Dept.DesignGroupQA Dept.Test GroupPositionsProject ManagerSystem AnalystSystem DesignerProgrammerTest EngineerOrganizationOrganizationThe Ideal ModelOrganizationOrganizationCapability Maturity ModelCapabili

19、ty Maturity ModelINITIALREPEATABLEDEFINEDMANAGEDOPTIMIZING54321Ad hoc,IndividualBasic PM,SimilarStd SW ProcessQuantified&Measured Quantified FeedbackOrganizationOrganizationCapability Maturity ModelCapability Maturity ModelINITIALREPEATABLEDEFINEDMANAGEDOPTIMIZING54321纪律化纪律化 的过程的过程标准一致标准一致 的过程的过程可预测

20、可预测 的过程的过程不断改进不断改进 的过程的过程成熟级别成熟级别关键过程域关键过程域公共特性公共特性关键实践关键实践过程能力过程能力目标目标实施及规范实施及规范基本设施及活动基本设施及活动标志标志达到达到说明说明描述描述具有具有由由组成组成具有具有OrganizationOrganization五个公共特性的含义进行说明。五个公共特性的含义进行说明。执行约定（执行约定（commitment to perform）：）：描述组织为保证过程建立和持续发挥作用必须采取的行动。执行约定一般与组织的方针政策和管理方式有关。执行能力（执行能力（ability to perform）：）：描述在组织过程中

21、每个项目或整个组织必须达到的前提条件。执行能力一般与资源、组织机构和训练有关。实施活动（实施活动（actives performed）：）：描述实现一个软件过程关键域必须执行的任务和步骤。包括建立计划、跟踪、改进等。度量和分析（度量和分析（measurement and analysis）：）：描述度量的基本规则，以确定、改进和控制过程的状态。验证实施（验证实施（verifying implementation）：）：验证开展的实施活动与确立的过程是否遵循已制订的步骤。验证实施活动可通过管理和软件质量保证进行核查。Introduction to CMMIntroduction to CMM1.

22、初始级初始级OrganizationOrganization类型类型内容内容过程特征过程特征 软件过程不稳定，项目的执行是无序的甚至是混乱的。一旦遇到危机经常放弃原有计划，直接编码和测试。组织中的软件过程能力体现在个人身上，而非整个组织中稳定的过程能力。整个软件过程不可确定、不可预见。过程是随意的。各种条例和规章不健全或不协调。人们的工作方式处于“救火”状态。在引进新技术方面有极大风险。关键过程域关键过程域工作组工作组可能会有一些工作组，如软件开发组、项目工程组度量度量没有进行数据收集或分析工作改进方向改进方向 建立项目过程管理，实施规范化管理。进行需求管理、建立各种软件项目计划、开展软件质量

23、保证活动。Introduction to CMMIntroduction to CMM2.可重复级可重复级OrganizationOrganization类型类型内容内容过程特征过程特征 建立了软件项目管理的策略及实现策略的规程。软件过程相对稳定，已有成功可被复用。过程管理的策略针对项目而非针对整个组织。PM负责跟踪成本、进度、软件功能，有问题解决能力。其承诺是可实现的。为需求及相应的工作产品建立了基线来标志进展、控制完整性。定义了软件项目的标准，能保证项目准确地执行它。重视人员的培训。关键过程域关键过程域需求管理、软件项目计划、软件项目跟踪与监控、软件转包合同管理、软件质量保证、软件培植管理

24、工作组工作组系统测试组、软件评估组、软件质量保证组、软件配置管理组、合同管理组、文档支持组、培训组度量度量每个项目建立资源计划。主要是关心成本、产品和进度。有相应的管理数据。改进方向改进方向 不再按项目建立过程管理规范，为组织建立过程标准。建立软件工程过程组长期承担评估与调整软件过程的任务。积累数据，健全文档。Introduction to CMMIntroduction to CMM3.已定义级已定义级OrganizationOrganization类型类型内容内容过程特征过程特征 整个组织全面采用综合性的的管理及工程过程管理。软件活动稳定、可重复，是连续的。整个组织的软件过程已标准化。软件

25、过程可控、质量可控。软件过程起了预见、防范问题的作用，使风险影响最小。软件工程过程组负责软件过程活动。在全组织范围内安排培训计划。有计划地按人员的角色进行培训。在整个组织内部的所有人对于所定义的软件过程的活动、任务有深入理解。在定性的基础上建立新的技术评估。关键过程域关键过程域组织过程焦点、组织过程定义、培训程序（Training Program）、集成软件管理、软件产品工程、组间协调、同级评审工作组工作组（系统测试组、软件评估组、软件质量保证组、软件配置管理组、合同管理组、文档支持组、培训组）+软件工程过程组、软件工程活动组、软件估计组度量度量 全过程收集数据 在全项目中系统地共享数据改进方

26、向改进方向 开始着手软件的定量分析 通过软件的质量管理达到软件的质量目标Introduction to CMMIntroduction to CMM4.已管理级已管理级OrganizationOrganization类型类型内容内容过程特征过程特征 制定了软件过程和产品质量的详细而具体的度量标准。软件过程和产品质量都可以被理解和控制。软件过程是被明确的度量标准所度量和操作的，软件组织的能力是可预见的，为定量评估提供基础。在开发组织内已建立了软件过程数据库，保存收集到的数据，可用于各项目。每个项目中存在强烈的群体意识。因为每个人都了解个人的作用与组织关系，因此能够产生群体意识。不断地在定量基础上

27、评估新技术。关键过程域关键过程域定量过程管理、软件质量管理工作组工作组上一级的组织+软件相关组、定量过程管理活动组度量度量 在全组织内进行数据收集与确定 度量标准化 数据用于定量地理解软件过程及稳定软件过程改进方向改进方向 缺陷防范。主动进行技术改革管理、标识、选择和评价新技术，使有效的新技术能在开发组织中施行。进行过程变更管理。定义过程改进的目的，不断地进行过程改进。Introduction to CMMIntroduction to CMM5.优化级优化级OrganizationOrganization类型类型内容内容过程特征过程特征 整个组织特别关注软件过程改进的持续性、预见及增强自身。

28、加强定量分析。根据软件过程的效果，进行成本/利润分析，从成功的软件过程实践中吸取经验，加以总结。把最好的创新成绩迅速向全组织转移。软件过程小组对失败案例进行分析以找出原因。在全组织内推广对软件过程的评价和对标准软件过程的改进 要消除“公共”无效率根源，防止浪费发生。尽管这是各个级别都存在的问题，但这是第五级的焦点。追求新技术、利用新技术。防止出现错误，不断提高产品的质量和生产率。关键过程域关键过程域缺陷防范、技术改革管理、过程变更管理工作组工作组上一级的组织+缺陷防范活动协调组、技术改革管理活动组、软件过程改进组度量度量 利用数据来评估，选择过程改进改进方向改进方向 保持持续不断的软件过程改进

29、。Key Work Groups in CMMKey Work Groups in CMM组织（组织（Organization）在CMM中，一个组织通常是指一个公司或其他实体内的一个单位，这些实体可以是政府或军队等。在组织内部，许多项目都将作为一个整体来加以管理。在一个组织中的所有项目共有一个相同的顶层经理并遵守共同的方针。OrganizationOrganization组（组（Group）在CMM中，组是为负责一组任务或活动的部门、经理和个人的集合。项目（项目（Project）在CMM中，项目是一项要求共同努力的任务，其目标是开发和（或）维护一个具体的产品。产品可以包括硬件、软件和其他部分。

30、一般项目有它自己的投资、成本统计和交付时间表。Key Work Groups in CMMKey Work Groups in CMMSoftware Engineering GroupSoftware Related GroupSoftware Engineering Process GroupSystem Engineering GroupSoftware Test GroupSoftware Quality Assurance GroupSoftware Configuration Management GroupTraining GroupOrganizationOrganizatio

31、n 负责一个项目的软件开发和维护活动（即需求分析、设计、编码、测试）的团体。Software Engineering Group软件工程组软件工程组Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization1.系统分析员系统分析员2.体系结构员体系结构员3.体系结构联络员体系结构联络员4.核心设计者核心设计者5.对象设计者对象设计者6.程序员程序员7.测试工程师测试工程师8.实施人员实施人员9.文档编辑者文档编辑者10.项目经理项目经理角色角色Key Work Groups in CMMKey Work Groups

32、 in CMMOrganizationOrganization系统分析员系统分析员Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization开发域专家开发域专家职责：职责：对当前系统建模并产生关于将来系统的信息。对当前系统建模并产生关于将来系统的信息。体系结构员体系结构员Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization一个综合性角色一个综合性角色系统设计的主要角色系统设计的主要角色系统集成的主要角色系统集成的主要角色职责：职责：在

33、需求分析阶段：从系统的角度统一用例和对象模型，解在需求分析阶段：从系统的角度统一用例和对象模型，解决分析过程中的分歧。体系结构员是交叉功能体系结构小决分析过程中的分歧。体系结构员是交叉功能体系结构小组的领导者。组的领导者。应确保系统决策和接口风格的一致性。他们还要确保配置应确保系统决策和接口风格的一致性。他们还要确保配置管理和测试小组之间的一致性，尤其是在配置管理策略和管理和测试小组之间的一致性，尤其是在配置管理策略和系统集成策略形成以后。这是系统集成的主要角色，它消系统集成策略形成以后。这是系统集成的主要角色，它消化来自各子系统开发小组的信息。体系结构员是交叉功能化来自各子系统开发小组的信息

34、。体系结构员是交叉功能体系结构小组的领导者。体系结构小组的领导者。体系结构联络员体系结构联络员Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization体系结构小组的成员体系结构小组的成员子系统小组的代表子系统小组的代表职责：职责：为其所在小组传递信息、处理接口变化。在系统设计阶段，集为其所在小组传递信息、处理接口变化。在系统设计阶段，集中负责子系统服务；在编码阶段，负责中负责子系统服务；在编码阶段，负责APIAPI的一致性。的一致性。在对象设计中的职责：在对象设计中的职责：记录其负责的公用子系统接口，并形成开发人员

35、用到的记录其负责的公用子系统接口，并形成开发人员用到的ODDODD的的草稿。要时体系结构联络员还要协商公用接口的变化。这通常草稿。要时体系结构联络员还要协商公用接口的变化。这通常不是达成一致意见的问题而是通信问题：如果依赖于接口的开不是达成一致意见的问题而是通信问题：如果依赖于接口的开发员先得到通知，那么他们可能很欢迎变化。发员先得到通知，那么他们可能很欢迎变化。在系统设计中的职责：在系统设计中的职责：为其所在小组传递信息、处理接口变化。在系统设计阶段，集为其所在小组传递信息、处理接口变化。在系统设计阶段，集中负子系统服务；在编码阶段，负责中负子系统服务；在编码阶段，负责APIAPI的一致性。

36、的一致性。体系结构联络员和核心设计者组成体系结构小组。核心设计者核心设计者Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization职责：职责：在启动对象设计前开发出编程指导原则和约定。对在启动对象设计前开发出编程指导原则和约定。对许多约定来说，实际约定不如所有设计人员和开发许多约定来说，实际约定不如所有设计人员和开发人员承诺使用约定更重要。核心设计者还负责保持人员承诺使用约定更重要。核心设计者还负责保持SDDSDD和和RADRAD的一致性。的一致性。对象设计者对象设计者Key Work Groups in CMMK

37、ey Work Groups in CMMOrganizationOrganization职责：职责：定义并具体化由他们实现的类的接口规格说明或子定义并具体化由他们实现的类的接口规格说明或子系统。系统。程序员程序员Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization职责：职责：将对象模型转化为源代码。这包括实现每个对象的将对象模型转化为源代码。这包括实现每个对象的属性和方法，集成所有的对象使之成为一个单独的属性和方法，集成所有的对象使之成为一个单独的系统。修改错误，进行现场调试等。系统。修改错误，进行现场调试等

38、。测试工程师测试工程师Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization职责：职责：发现系统错误并记录。发现系统错误并记录。实施人员实施人员Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization职责：职责：现场环境测试，系统安装，客户培训，问题跟踪，现场环境测试，系统安装，客户培训，问题跟踪，客户协调等。客户协调等。文档编辑者文档编辑者Key Work Groups in CMMKey Work Groups in CMMOrg

39、anizationOrganization职责：职责：负责文档的低层次综合。如文档的整体格式与索引。负责文档的低层次综合。如文档的整体格式与索引。技术文档编写者负责整理技术文档编写者负责整理ODDODD的最终版本，确保文档的最终版本，确保文档从结构和内容的角度都是一致的。他们还检查是否遵从结构和内容的角度都是一致的。他们还检查是否遵循指导原则和规范。文档编辑者还负责循指导原则和规范。文档编辑者还负责编辑、修改产编辑、修改产品功能说明书、使用手册等。品功能说明书、使用手册等。项目经理项目经理Key Work Groups in CMMKey Work Groups in CMMOrganizat

40、ionOrganization职责：职责：组织协调相关人员进行需求分析、设计、编码、测试组织协调相关人员进行需求分析、设计、编码、测试与修改、系统实施、客户协调等。负责计划、人员管与修改、系统实施、客户协调等。负责计划、人员管理，负责跟踪、监控项目执行情况，组织项目会议，理，负责跟踪、监控项目执行情况，组织项目会议，修改项目计划等，根据项目计划、质量计划组织、审修改项目计划等，根据项目计划、质量计划组织、审核项目质量，确保按计划完成目标。核项目质量，确保按计划完成目标。Key Work Groups in CMMKey Work Groups in CMMSoftware Engineerin

41、g GroupSoftware Related GroupSoftware Engineering Process GroupSystem Engineering GroupSoftware Test GroupSoftware Quality Assurance GroupSoftware Configuration Management GroupTraining GroupOrganizationOrganization 代表一种软件工程科目的团体，它支持但不直接负责软件开发和（或）维护工作。例如，软件质量保证组、软件配置管理组和软件工程过程组。软件相关组不在软件工程过程组之列。Soft

42、ware Related Group软件相关组软件相关组Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganizationKey Work Groups in CMMKey Work Groups in CMMSoftware Engineering GroupSoftware Related GroupSoftware Engineering Process GroupSystem Engineering GroupSoftware Test GroupSoftware Quality Assurance GroupSof

43、tware Configuration Management GroupTraining GroupOrganizationOrganization 是由专家组成的组，他们推进组织所采用的软件过程的定义、维护和改进工作。在关键实践中，这个组通常指“负责组织的软件过程活动的组”。Software Engineering Process Group软件工程过程组软件工程过程组Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganizationKey Work Groups in CMMKey Work Groups in CMMS

44、oftware Engineering GroupSoftware Related GroupSoftware Engineering Process GroupSystem Engineering GroupSoftware Test GroupSoftware Quality Assurance GroupSoftware Configuration Management GroupTraining GroupOrganizationOrganization 是负责下列工作的个人（既有经理又有技术人员）的团体：规定系统需求；将系统需求分配给硬件、软件和其他成分；规定硬件、软件和其他成分的界

45、面；以及监控这些成分的设计和开发以保证它们符合其规格说明。System Engineering Group系统工程组系统工程组Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganizationKey Work Groups in CMMKey Work Groups in CMMSoftware Engineering GroupSoftware Related GroupSoftware Engineering Process GroupSystem Engineering GroupSoftware Test Group

46、Software Quality Assurance GroupSoftware Configuration Management GroupTraining GroupOrganizationOrganization 是一些负责策划和完成独立的软件系统测试的团体，测试的目的是为了确定软件产品是否满足对它的要求。Software Test Group软件测试组软件测试组Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization项目经理项目经理Key Work Groups in CMMKey Work Groups

47、in CMMOrganizationOrganization职责：职责：组织协调相关人员进行需求分析、设计、编码、测试组织协调相关人员进行需求分析、设计、编码、测试与修改、系统实施、客户协调等。负责计划、人员管与修改、系统实施、客户协调等。负责计划、人员管理，负责跟踪、监控项目执行情况，组织项目会议，理，负责跟踪、监控项目执行情况，组织项目会议，修改项目计划等，根据项目计划、质量计划组织、审修改项目计划等，根据项目计划、质量计划组织、审核项目质量，确保按计划完成目标。核项目质量，确保按计划完成目标。测试协调员测试协调员Key Work Groups in CMMKey Work Groups

48、in CMMOrganizationOrganization职责：职责：在项目开发人员与测试小组之间进行信息传递、在项目开发人员与测试小组之间进行信息传递、交流等，如在测试过程中向项目组提交测试报告、交流等，如在测试过程中向项目组提交测试报告、修正状态。修正状态。测试工程师测试工程师Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization职责：职责：负责集成测试、系统测试、回归测试等并形成测负责集成测试、系统测试、回归测试等并形成测试报告。试报告。Key Work Groups in CMMKey Work Gro

49、ups in CMMSoftware Engineering GroupSoftware Related GroupSoftware Engineering Process GroupSystem Engineering GroupSoftware Test GroupSoftware Quality Assurance GroupSoftware Configuration Management GroupTraining GroupOrganizationOrganization 是一些计划和实施项目的质量保证活动的团体（既有经理又有技术人员），其工作的目的是保证软件过程的步骤和标准是否得

50、到遵守。Software Quality Assurance Group软件质量保证组软件质量保证组Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization项目经理项目经理Key Work Groups in CMMKey Work Groups in CMMOrganizationOrganization职责：职责：组织协调相关人员进行需求分析、设计、编码、测试组织协调相关人员进行需求分析、设计、编码、测试与修改、系统实施、客户协调等。负责计划、人员管与修改、系统实施、客户协调等。负责计划、人员管理，负责跟踪、监