软件工程管理
软件工程自我管理技能
软件工程自我管理技能是软件工程师在工作中必备的能力之一，以下是一些常见的自我管理技能：
1. 时间管理：软件工程师通常需要同时处理多个任务，因此良好的时间管理技能非常重要。
这包括制定合理的计划、分配时间、设置优先级以及避免拖延等。
2. 任务分配：在团队协作中，软件工程师需要能够合理地分配任务，以确保项目能够按时完成。
这需要对团队成员的能力和工作负荷有清晰的了解，并能够根据任务的重要性和紧急程度进行分配。
3. 学习能力：软件工程领域技术更新非常快，因此软件工程师需要具备不断学习的能力。
这包括了解新技术、学习新工具和方法、参加培训和研讨会等。
4. 问题解决能力：在软件开发过程中，会遇到各种各样的问题，因此软件工程师需要具备良好的问题解决能力。
这包括分析问题、找出根本原因、制定解决方案以及实施解决方案等。
5. 压力管理：软件工程师通常需要在高压环境下工作，因此需要具备良好的压力管理能力。
这包括控制情绪、保持冷静、制定应对策略以及寻求支持等。
6. 沟通能力：软件工程师需要与团队成员、客户和其他相关方进行沟通，因此需要具备良好的沟通能力。
这包括清晰地表达想法、倾听他人意见、提供反馈以及解决冲突等。
总之，软件工程自我管理技能是软件工程师成功的关键之一。
通过不断地学习和实践，软件工程师可以不断提高自我管理技能，从而更好地应对工作中的各种挑战。
软件工程管理方法
软件工程管理方法软件工程管理方法是指在软件开发过程中，对项目进行有效管理和控制的一系列方法和技术。
它主要包括项目计划、需求管理、风险管理、进度管控、质量管理等方面。
本文将结合实际经验，对软件工程管理方法进行详细介绍。
首先，项目计划是软件工程管理中的关键环节。
一个好的项目计划可以有效规划资源，提前预知项目进展，及时调整任务优先级和安排工作量。
在项目计划中，需要包括需求分析、产品设计、编码和测试等阶段的时间和资源分配。
此外，还需要制定详细的里程碑和交付时间，以便跟踪项目的进展情况。
另外，需求管理也是软件工程管理中的重要内容。
需求管理包括需求获取、需求分析和需求确认等环节。
需求获取阶段，需要与项目干系人进行沟通，了解他们的需求和期望。
在需求分析阶段，需要将需求转化为详细的需求规格说明书，并进行评审和确认。
需求管理的目标是确保项目能够满足干系人的期望和需求。
风险管理是软件工程管理中的一个重要环节。
项目中可能会遇到各种风险，如技术风险、沟通风险、进度风险等。
在风险管理中，需要对可能出现的风险进行识别、评估和监控，并采取相应的措施进行应对。
这些措施可以包括风险规避、风险转移、风险缓解等。
风险管理的目标是降低项目失败的风险，确保项目能够按时、按质地完成。
进度管控是软件工程管理中的关键环节。
在项目执行过程中，需要不断跟踪项目进度，确保项目按计划进行。
进度管控包括制定和更新项目进度计划、监控和调整项目进度等。
在进度管控中，可以使用甘特图、里程碑图等工具，帮助团队成员理解项目的进展情况，及时进行协调和调整。
最后，质量管理是软件工程管理中的一项重要工作。
质量管理包括制定和执行质量计划、进行质量评审和测试、进行缺陷分析和改进等。
在质量管理中，需要建立良好的质量文化，培养团队成员的质量意识。
同时，需要使用适当的工具和方法，提高项目的质量水平。
综上所述，软件工程管理方法是软件开发过程中不可或缺的一环。
通过项目计划、需求管理、风险管理、进度管控和质量管理等方面的有效管理，可以帮助项目顺利进行，保证项目的高质量完成。
软件工程项目管理入门教程
软件工程项目管理入门教程第一章：软件工程项目管理概述1.1 软件工程项目管理的定义软件工程项目管理是指对软件开发项目的规划、组织、协调和控制，以确保项目能够按时、按质、按量地交付，并满足用户需求和预期目标。
1.2 软件工程项目管理的重要性软件工程项目管理的重要性在于确保项目的成功交付，有效管理资源和风险，提高项目的质量和效率。
它能够帮助项目团队增强协作能力，提高沟通效率，降低项目失败风险。
1.3 软件工程项目管理的基本原理软件工程项目管理的基本原理包括项目目标明确、需求变更管理、计划和进度管理、团队协作、质量管理和风险管理等。
第二章：软件工程项目管理流程2.1 项目启动阶段项目启动阶段是确定项目目标和范围，明确项目可行性，并启动项目组织和资源准备工作的阶段。
2.2 项目规划阶段项目规划阶段是制定详细的项目计划和进度安排，确定项目资源和风险管理策略，以及定义项目团队的组织结构和角色职责的阶段。
2.3 项目执行阶段项目执行阶段是按照项目计划进行工作的阶段，包括需求分析、系统设计、编码、测试、部署等活动，并进行项目进度和质量的监控和控制。
2.4 项目收尾阶段项目收尾阶段是项目的总结和交付阶段，包括项目验收、用户培训、文档归档、项目经验总结等活动。
第三章：软件工程项目管理工具3.1 项目管理软件项目管理软件是指用于辅助项目管理的计划、进度、资源和风险管理的工具，常用的有Microsoft Project、JIRA、Redmine等。
3.2 版本控制工具版本控制工具是用于管理软件开发过程中的代码版本和变更，确保项目代码的一致性和可追溯性，常用的有Git、SVN等。
3.3 缺陷管理工具缺陷管理工具用于跟踪和管理软件开发过程中的缺陷和问题，提供问题报告、分配和解决的功能，常用的有Bugzilla、JIRA等。
3.4 团队协作工具团队协作工具用于促进项目团队之间的交流和协作，提供在线文档编辑、讨论、任务分配等功能，常用的有Microsoft Teams、Slack等。
软件工程质量管理方案
软件工程质量管理方案1. 背景介绍软件项目的质量管理是确保软件开发过程中产出的软件产品符合用户需求和质量标准的一项重要工作。
软件质量管理包括对软件开发过程中的质量管控和对软件产品的质量测试和评估。
本文将讨论软件工程质量管理的相关内容，并提供一套完整的质量管理方案。
2. 质量管理原则软件工程质量管理的核心原则是持续改进和客户满意。
持续改进意味着软件开发团队要不断地审查和改进自己的工作流程和方法，以提高开发效率和软件质量。
客户满意意味着软件产品必须符合用户需求，并且能够满足用户的期望。
除此之外，软件质量管理还需要遵循明确的质量标准和规范，加强团队沟通和协作，及时发现和解决软件开发过程中的问题，以及建立有效的风险管理机制。
3. 质量管理流程软件工程质量管理可以分为两个阶段：软件开发过程中的质量管控和软件产品的质量测试和评估。
第一阶段是对软件开发过程中的质量管控，主要包括需求分析、设计、编码和测试等环节的质量控制。
第二阶段是对软件产品的质量测试和评估，主要包括功能测试、性能测试、安全测试和用户验收测试等内容。
3.1 软件开发过程中的质量管控在软件开发过程中，需要建立严格的质量控制机制，确保软件开发过程中的每个环节都能符合质量标准。
这包括以下几个方面：需求分析阶段：需求分析是软件开发的第一阶段，是决定软件产品质量的关键阶段。
在需求分析阶段，需要确保需求表述准确清晰，符合用户需求，且有明确的验收标准。
同时，需求分析还需要与用户充分沟通，确保需求的准确性和完整性。
设计阶段：设计阶段是软件开发的第二阶段，主要包括功能设计、界面设计、数据库设计等工作。
在设计阶段，需要建立设计评审机制，确保设计方案合理有效，符合软件标准和规范，并且能够满足用户需求。
编码阶段：编码阶段是软件开发的第三阶段，是将设计方案转化为可执行代码的过程。
在编码阶段，需要确保编码符合编码标准和规范，具有一定的可读性和可维护性。
同时，还需要进行代码评审和单元测试，确保代码质量和可靠性。
软件工程管理岗位职责
软件工程管理岗位职责
软件工程管理岗位是一个非常重要的职位，需要负责管理和指导一个软件项目的全过程。
下面是软件工程管理岗位的职责：
1. 管理项目进度：软件工程管理岗位需要负责监督和管理软件项目的进度，确保项目按照计划预定的时间完成。
如果存在延误或者其他问题，需要及时采取措施，确保项目不被耽误。
2. 指导和管理团队：软件工程管理岗位还需要管理整个团队的工作，确保每个人都能够在规定时间内完成自己的工作任务。
需要解决一些紧急问题，并且鼓励团队合作和积极性。
3. 分配任务：软件工程管理岗位还需要分配任务给团队成员，确保每个人都能按时完成自己的任务，同时根据团队成员的能力安排相应的工作任务。
4. 控制成本：软件工程管理岗位需要在保证项目进度和质量的前提下，控制项目成本，减少不必要的花费并提高资源利用效率。
5. 定义项目范围：软件工程管理岗位需要制定项目的完整的范围和规划计划，确保项目开发实现项目的目标，同时防止任务范围的不断扩大。
6. 与客户沟通：软件工程管理岗位需要与客户沟通，并向客户解释进度和计划等方面的问题，确保客户对项目进程有一个清晰的了解。
总之，软件工程管理岗位在软件项目中担任着重要的角色，需要对整个软件项目进行指导和监督。
只有专业管理人员才能够确保软件项目的成功，并且最大限度地发挥团队的各种能力和技能。
软件工程项目管理方法
软件工程项目管理方法软件工程项目管理是指在软件开发过程中，通过采用系统的方法和工具，对软件开发项目进行计划、组织、领导、控制和协调，以实现项目目标的过程。
以下是一些常见的软件工程项目管理方法：生命周期管理：将软件开发过程划分为不同的阶段，如需求分析、设计、编码、测试和维护等，并在每个阶段进行详细的计划和监控，以确保项目按时完成，达到预期的质量标准。
风险管理：识别和评估软件开发过程中可能出现的风险，并制定相应的措施来应对这些风险，如制定备选方案、进行风险缓解和监控等。
质量管理：在软件开发过程中，通过采用质量保证方法和工具，对软件产品进行测试、审核和评估，以确保软件产品符合预期的质量标准和质量要求。
变更管理：在软件开发过程中，对变更进行管理和控制，以确保变更不会对项目进度和质量产生不利影响。
沟通管理：在软件开发过程中，通过建立有效的沟通机制和渠道，确保项目团队成员之间的信息交流和协作，以保证项目顺利进行。
成本管理：对软件开发项目进行成本预算和成本控制，以确保项目成本不超过预算，并尽可能地降低成本。
人力资源管理：在软件开发过程中，合理分配人力资源，并通过对员工进行培训和发展，提高员工技能和工作效率。
风险管理：在软件开发过程中，通过采用风险识别、评估、缓解和监控等方法，降低项目风险。
版本控制管理：在软件开发过程中，对代码、文档和其他资源进行版本控制，以确保多人协同开发时的一致性和准确性。
配置管理：在软件开发过程中，对项目文档、代码和其他资源进行配置管理，以确保项目开发和维护过程中的一致性和可追溯性。
以上是一些常见的软件工程项目管理方法，但不同的项目和组织可能会有不同的管理方法和工具。
在具体的项目管理过程中，需要根据项目的实际情况和需求选择合适的管理方法和工具。
浅谈计算机软件工程化管理
浅谈计算机软件工程化管理计算机软件工程化管理是指对软件项目进行全面、系统地组织、规划、控制和管理的过程。
它主要涉及项目管理、质量管理、配置管理、需求管理、变更管理以及工作流程管理等方面，旨在提高软件开发效率、质量和可维护性。
下面将从项目管理、配置管理、质量管理和需求管理四个方面来浅谈计算机软件工程化管理。
项目管理是计算机软件工程化管理的基础和核心。
项目管理包括项目计划、进度管理、资源管理、风险管理等。
在项目计划阶段，需要制定详细的项目计划，明确项目的目标、范围、时间和成本等要素。
在进度管理方面，要合理分解和安排项目任务，制定详细的工作计划，并及时跟踪项目进展情况，及时解决问题。
在资源管理方面，需要合理配置项目资源，包括人力、物力和技术等。
在风险管理方面，要及时识别并评估项目风险，制定相应的应对措施，以降低项目风险对项目目标的影响。
配置管理是软件工程化管理中的关键环节，它主要包括配置项的控制、配置项的标识、变更控制和版本控制等。
在配置项的控制方面，需要明确软件项目中的各个配置项，并建立相应的配置项库，确保每个配置项的完整性、一致性和可追溯性。
在配置项的标识方面，需要为每个配置项分配一个唯一的标识符，用于跟踪和管理配置项的变更和版本。
在变更控制方面，要建立严格的变更控制流程，确保所有的变更都经过评审、测试和验证，以防止不合格的变更进入项目。
在版本控制方面，要及时记录和管理软件的版本，确保对软件的修改和发布有序进行。
质量管理是保证软件项目高质量的关键。
质量管理包括质量计划、质量保证和质量控制等。
在质量计划方面，需要制定详细的质量计划，明确每个阶段的质量目标、评估方法和检测标准等。
在质量保证方面，需要建立质量保证体系，包括过程审核、培训和管理评审等，以确保软件项目按照规定的过程和标准进行。
在质量控制方面，要建立合适的质量控制措施，包括代码检查、单元测试、集成测试和系统测试等，以发现和解决软件项目中的问题，确保软件的质量和稳定性。
软件工程管理
软件工程管理软件工程管理是指对软件项目进行规划、组织、调控和控制的过程。
它旨在确保软件项目的顺利进行，高质量地交付，并满足客户需求。
在这篇文章中，我将探讨软件工程管理的重要性、常用的管理技术和方法，以及如何有效地管理软件项目。
一、软件工程管理的重要性软件工程管理在软件开发过程中起着关键的作用。
它不仅仅关注项目进度和可交付成果，还涉及到资源的合理配置、风险的评估和控制、团队协作等方面。
以下三个方面展示了软件工程管理的重要性。
1. 项目规划和组织：软件工程管理通过制定项目计划、定义项目目标和范围，确保项目的顺利运行。
项目经理需要评估项目的可行性、确定项目的关键路径，并合理分配资源。
项目规划和组织阶段的高效管理将对项目的后续开发和交付产生积极影响。
2. 风险管理：软件开发过程中存在许多风险，如需求变更、技术难题、人员变动等。
软件工程管理通过风险评估和规避策略的制定，帮助项目团队更好地应对和处理风险。
有效的风险管理可以降低项目失败的风险，确保项目按时交付。
3. 团队协作：软件开发是一个团队合作的过程。
软件工程管理帮助建立高效的团队合作机制，确保团队成员之间的协调与配合。
项目经理需要有效地管理团队冲突、促进团队沟通，并为团队成员提供必要的培训和支持。
二、常用的管理技术和方法1. 敏捷开发：敏捷开发是一种以迭代和增量的方式进行软件开发的方法。
它注重与客户的沟通和需求变更，强调团队协作和快速交付。
常见的敏捷开发方法包括Scrum和Kanban。
敏捷开发擅长处理需求变更和快速迭代，适用于有较高变动性和灵活性要求的项目。
2. 瀑布模型：瀑布模型是一种线性顺序的软件开发模型，包括需求分析、设计、编码、测试和维护等阶段。
它逐步完成软件开发的各个阶段，每个阶段的输出成果作为下一个阶段的输入。
瀑布模型适用于需求稳定、时间可控、任务分工明确的项目。
3. 增量式开发：增量式开发是将整个软件项目划分为多个可交付的子产品，每个子产品都具有完整的功能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
幻灯片1第13章软件项目管理13.1 估算软件规模13.2 工作量估算13.3 进度计划13.4 人员组织13.5 质量保证13.6 软件配置管理13.7 能力成熟度模型幻灯片2●所谓管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。
软件工程计划控制度量软件规模估算工作量进度计划风险管理质量保证配置管理组织明确软件开发的目标提供组织机构和资源配置方面的保证保证开发目标的实现技术管理幻灯片3●软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。
●软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。
●为了估算项目的工作量和完成期限，首先需要估算软件的规模。
幻灯片413.1 估算软件规模●13.1.1 代码行技术●代码行技术是比较简单的定量估算软件规模的方法。
●依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。
当有以往开发类似产品的历史数据可供参考时，估计出的数值还是比较准确的。
把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。
幻灯片5● 估算方法：● 由多名有经验的软件工程师分别做出估计。
● 每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)，●分别算出这3种规模的平均值、和之后，再用下式计算程序规模的估计值：● 单位：LOC 或KLOC 。
64b m a L ++=幻灯片6● 代码行技术的优点：● 代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数； ● 有大量参考文献和数据 。
● 代码行技术的缺点：● 源程序仅是软件配置的一个成分，由源程序度量软件规模不太合理； ● 用不同语言实现同一个软件所需要的代码行数并不相同； 不适用于非过程性语言。
幻灯片713.1.2 功能点技术● 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。
● 这种方法用功能点(FP)为单位度量软件规模。
幻灯片8● 1. 信息域特性● 功能点技术定义了信息域的5个特性：● 输入项数(Inp)：用户向软件输入的项数，这些输入给软件提供面向应用的数据。
● 输出项数(Out)：软件向用户输出的项数，它们向用户提供面向应用的信息， ● 查询数(Inq)：查询即是一次联机输入，它导致软件以联机输出方式产生某种即时响应。
● 主文件数(Maf)：逻辑主文件的数目。
外部接口数(Inf)：机器可读的全部接口的数量，用这些接口把信息传送给另一个系统。
幻灯片9● 每个特征根据其复杂程度分配一个功能点数，即信息域特征系数a1，a2，a3，a4，a5，见表13.1。
幻灯片10● 2. 估算功能点的步骤● (1) 计算未调整的功能点数UFP● 首先，把产品信息域的每个特性都分类为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数。
● 然后，用下式计算未调整的功能点数UFP ： UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf其中，ai(1≤i ≤5)是信息域特性系数，其值由相应特性的复杂级别决定，如表13.1所示。
幻灯片11● (2) 计算技术复杂性因子TCF● 这一步骤度量14种技术因素对软件规模的影响程度。
在表13.2中列出了全部技术因素，并用Fi(1≤i ≤14)代表这些因素。
根据软件的特点，为每个因素分配一个从0（不存在或对软件规模无影响）到5（有很大影响）的值。
幻灯片13● 然后，用下式计算技术因素对软件规模的综合影响程度DI ：●● 技术复杂性因子TCF 由下式计算：● TCF = 0.65 + 0.01 × DI因为DI 的值在0~70之间，所以TCF 的值在0.65~1.35之间。
∑==141DI i iF幻灯片14● (3) 计算功能点数FP● FP = UFP × TCF● 功能点技术优点：与所用的编程语言无关，比代码行技术更合理。
功能点技术缺点：在判断信息域特性复杂级别和技术因素的影响程度时主观因素较大，对经验依赖性较强。
幻灯片1513.2 工作量估算● 软件估算模型使用由经验导出的公式来预测软件开发工作量，工作量是软件规模(KLOC或FP)的函数，工作量的单位通常是人月(pm)。
●支持大多数估算模型的经验数据，都是从有限个项目的样本集中总结出来的，因此，没有一个估算模型可以适用于所有类型的软件和开发环境。
幻灯片1613.2.1 静态单变量模型●总体结构形式如下：● E = A + B × (ev) C●其中，A、B和C是由经验数据导出的常数，● E是以人月为单位的工作量，ev是估算变量（KLOC或FP）。
幻灯片171. 面向KLOC的估算模型(1) Walston_Felix模型 E=5.2×(KLOC)0.91(2) Bailey_Basili模型 E=5.5+0.73×(KLOC)1.16(3) Boehm简单模型 E=3.2×(KLOC)1.05(4) Doty模型（在KLOC>9时适用） E=5.288×(KLOC)1.0472. 面向FP的估算模型(1) Albrecht & Gaffney模型 E=-13.39+0.0545FP(2) Maston,Barnett和Mellichamp模型 E=585.7+15.12FP幻灯片1813.2.2 动态多变量模型●动态多变量模型也称为软件方程式，该模型把工作量看作是软件规模和开发时间这两个变量的函数。
●动态多变量估算模型的形式如下：●E=(LOC×B0.333/P)3×(1/t)4●其中，● E 是以人月或人年为单位的工作量；●t 是以月或年为单位的项目持续时间；B 是特殊技术因子，它随着对测试、质量保证、文档及管理技术的需求的增加而缓慢增加，对于较小的程序（KLOC=5~15），B=0.16,对于超过70 KLOC的程序，B=0.39；幻灯片19●P是生产率参数，它反映了下述因素对工作量的影响：●总体过程成熟度及管理水平；●使用良好的软件工程实践的程度；●使用的程序设计语言的级别；●软件环境的状态；●软件项目组的技术及经验；●应用系统的复杂程度。
●开发实时嵌入式软件时，P的典型值为2000；开发电信系统和系统软件时，P=10000；对于商业应用系统来说，P=28000。
可以从历史数据导出适用于当前项目的生产率参数值。
幻灯片2013.2.3 COCOMO2模型● COCOMO 是构造性成本模型（constructive cost model)的英文缩写。
● 1981年Boehm 在《软件工程经济学》中首次提出了COCOMO 模型。
● 1997年Boehm 等人提出的COCOMO2模型，是原始的COCOMO 模型的修订版，它反映了十多年来在成本估计方面所积累的经验。
幻灯片21● COCOMO2给出了3个层次的软件开发工作量估算模型，这3个层次的模型在估算工作量时，对软件细节考虑的详尽程度逐级增加。
● 3个层次的估算模型分别是：● 应用系统组成模型。
这个模型主要用于估算构建原型的工作量，模型名字暗示在构建原型时大量使用已有的构件。
● 早期设计模型。
这个模型适用于体系结构设计阶段。
● 后体系结构模型。
这个模型适用于完成体系结构设计之后的软件开发阶段。
幻灯片22● 该模型把软件开发工作量表示成代码行数（KLOC ）的非线性函数：● 其中，● E 是开发工作量（以人月为单位）， ● a 是模型系数，● KLOC 是估计的源代码行数， ● b 是模型指数，fi (i=1~17)是成本因素。
∏=⨯⨯=171i ibf E KLOC a幻灯片23● 每个成本因素都根据它的重要程度和对工作量影响大小被赋予一定数值（称为工作量系数）。
表13.3列出了COCOMO2模型使用的成本因素及与之相联系的工作量系数。
● 与原始的COCOMO 模型相比，COCOMO2模型使用的成本因素有下述变化。
● 新增加了4个成本因素，它们分别是要求的可重用性、需要的文档量、人员连续性（即人员稳定程度）和多地点开发。
● 略去了原始模型中的2个成本因素（计算机切换时间和使用现代程序设计实践）。
● 某些成本因素（分析员能力、平台经验、语言和工具经验）对生产率的影响（即工作量系数最大值与最小值的比率）增加了，另一些成本因素（程序员能力）的影响减小了。
幻灯片24● 为了确定工作量方程中模型指数b 的值，COCOMO2采用了更加精细得多的b 分级模型，这个模型使用5个分级因素Wi(1≤i ≤5),其中每个因素都划分成从甚低（Wi=5)到特高（Wi=0)的6个级别，然后用下式计算b 的数值：因此，b 的取值范围为1.01~1.26。
显然，这种分级模式比原始COCOMO 模型的分级模式更精细、更灵活。
∑=⨯+=5101.001.1i iW b幻灯片25● COCOMO2使用的5个分级因素如下所述：● 项目先例性。
这个分级因素指出，对于开发组织来说该项目的新奇程度。
● 开发灵活性。
这个分级因素反映出，为了实现预先确定的外部接口需求及为了及早开发出产品而需要增加的工作量。
● 风险排除度。
这个分级因素反映了重大风险已被消除的比例。
● 项目组凝聚力。
这个分级因素表明了开发人员相互协作时可能存在的困难。
过程成熟度。
这个分级因素反映了按照能力成熟度模型度量出的项目组织的过程成熟度。
幻灯片2613.3 进度计划● 软件项目的进度安排通过把工作量分配给特定的软件工程任务并规定完成各项任务的起止日期，从而将估算出的项目工作量分布于计划好的项目持续期内。
● 进度计划将随着时间的流逝而不断演化。
幻灯片2713.3.1 估算开发时间● 各种模型估算开发时间的方程很相似，例如：● Walston_Felix 模型 T=2.5E0.35 ● 原始的COCOMO 模型 T=2.5E0.38● COCOMO2模型 T=3.0E0.33+0.2×(b-1.01)● Putnam 模型 T=2.4E1/3● 其中，E 是开发工作量（以人月为单位），T 是开发时间（以月为单位）。
幻灯片28● 经验告诉我们，随着开发小组规模扩大，个人生产率将下降，以致开发时间与从事开发工作的人数并不成反比关系。
出现这种现象主要有下述两个原因：● 当小组变得更大时，每个人需要用更多时间与组内其他成员讨论问题、协调工作，因此增加了通信开销。
● 如果在开发过程中增加小组人员，则最初一段时间内项目组总生产率不仅不会提高反而会下降。