1.软件工程(SoftWare Engineering)的框架可概括为：目标、活动和原则。
(1)软件工程目标：生产具有正确性、可用性以及具有经济效益（即合算性）的产品。
(2)软件工程活动：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程活动主要包括问题定义、可行性研究、需求分析、设计、实现、确认、支持。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
a.选取适宜的开发模型b.采用合适的设计方法c.提供高质量的工程支持d.重视开发过程的管理2.软件工程模型软件项目管理：（线性模型(瀑布)、螺旋模型、渐增模型）问题定义->可行性与需求分析->系统设计->程序实现->测试确认->维护支持3.项目管理的6要素：范围、时间、成本、质量、组织及客户满意度。
4.软件项目管理的定义：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。
5.软件项目管理的内容：软件项目的（1）需求管理（2）估算与进度管理（3）配置管理（4）风险管理（5）质量管理（6）资源管理6.7.需求变更管理过程：识别的需求问题→变更描述→变更分析→变更实现→修正后的需求。
8.软件项目成本工作量的单位：人天、人月、人年。
例：300人天项目要在1天完成的话需要300人。
9.LOC指源代码的总行数。
是源代码程序长度的度量标准。
KLOC 千代码行。
10.1代码行价值和人月均代码行数可以体现一个软件生产组织的生产能力。
例：某软件公司统计发现该公司每10KLOC的C语言源代码形成的源码文件约为250KB，某项目的源码文件大小为2.5MB，则可估计该项目代码大约为100KLOC.若累计投入工作量为160人月，每人月费用为10000远。
则该项目中1LOC的价值为16元，人月均代码行数为625LOC/人月、11.FP（功能点）估计： UFC：未调整的功能点数 TCF：技术复杂度因子。
取值范围为0.65~1.35 TCF=0.65+0.01（SUM(Ai)）公式 FP=UFC*TCF12.软件项目的生产率=LOC/PM PM为每个人月均生产代码的数量。
13.风险定义为损失的可能性。
一般用可能性和损失的乘积来记录风险损失。
L的平方14.软件配置项（Software Configuration Item, SCI）是为了配置管理的目的而作为一个单位来看待的软件要素的集合。
15.基线（Baseline）是开发过程的里程碑，以一个或多个软件配置项的交付为标准，基线由通过正式评审的软件配置项组成，是进一步开发的基础。
基线只有通过正式的变更控制过程才能改变。
16.配置控制委员会（Configuration Control Board, CCB）负责评审和批准对基线的变更。
通常由项目选出的代表组成。
17.软件配置管理（Software Configuration Management, SCM）是应用于由软件组成的系统的配置管理。
18.软件评审又称技术评审或同行评审，它是指由开发人员的技术同行在项目实施的各个阶段进行的有组织的软件浏览、文档与代码审读活动，验证工作是否符合预定的标准，其目的是协助软件开发人员在项目早期找出工作的错误。
计算题1.成本估算报价方法总估算成本＝直接成本+间接成本＝直接成本＋直接成本×间接成本系数＝规模×人力成本参数（1＋间接成本参数）＝规模×成本系数成本系数＝人力成本参数（1＋间接成本参数）例如：项目规模为3人月，成本系数为3万元/人月，则项目的总成本为9万元。
项目报价项目总报价＝项目总估算成本＋风险利润2.EVA已获值分析：EVA是计算实际花费在一个项目上的工作量与计划项目总成本及完成时间的一种方法，主要依赖于被称为“已获值”的一种度量。
1 对已经完成的工作部分，原来预算花费的成本（BCWP）2 对已经完成的工作部分，实际花费的成本（ACWP）3原计划到分析日期为止的总成本预算（BCWS）进度偏差SV＝BCWP-BCWS进度效能指标SPI=BCWP/BCWS成本偏差CV=BCWP-ACWP成本状况指标CPI＝BCWP/ACWP利用EVA进行预测：项目完成时的预算BAC项目完成时的成本估计值EAC＝BAC/CPI项目完成时的进度SAC＝（初时计划的项目持续时间）/SPI完成时的偏差VAC＝BAC－EAC简答题1.软件项目成本估算方法有那些？（1）专家判定：与一位或多位专家商讨，专家根据自己的经验和对项目的理解对项目成本作出估算（2）类比：把当前项目和以前做过的类似项目比较，通过比较获得其工作量的估算值。
（3）自顶向下：从软件项目的整体出发，即根据将要开发的软件项目的总体特性，结合以前完成的项目积累的经验，推算出项目的总体成本或工作量，然后按比例分配到各个组成部分中去。
（4）自底向上：把待开发的软件逐步细化，知道能明确工作量，由负责该部分的人给出工作量的估算值，然后把所有部分相加，就得到了软件开发的总工作量。
（5）算法模型：利用数学方法建立正式的模型来进行估算。
2.专家判定之Delphi法步骤如下：（1）协调员给每位专家一份软件规格说明书和一张记录估算值的表格。
（2）专家无几名填写表格，可以向协调员提问，但相互之间不能讨论。
（3）协调员对专家填在表上的估算进行小结，据此给出估算迭代表，要求专家进行下一轮估算。
（4）专家重新无记名填写表格。
该步骤适当地重复多次，在整个过程中，不得进行小组讨论。
（5）Wideband Delphi技术，在Delphi法的基础上加上专家召开小组会议讨论上次估算结果，自愿修改个人估计。
3.软件项目风险管理主要包括：（1）风险识别：识别风险和风险来源（2）风险分析与策划：在已建立的标准基础上分析风险；估计风险的可能性与后果；评估风险的严重程度；策划如何结果风险；制订风险解决方案，并为选择的方法定义行动计划；建立起点，帮助决定合适执行风险行动计划。
（3）风险跟踪：监视计划的起点和风险的状态；比较起点和状态以决定变化；使用触发器跟踪风险的早期警告，以便及时应对风险，执行风险行动计划。
（4）风险应对：对触发时间的通知作出反应，执行风险行动计划，报告风险应对措施的结果，直到风险降到可接受范围。
（5）风险管理验证：保证项目实践无偏差地执行风险管理计划。
4.风险应对策略包括：（1）避免：指通过改变项目计划或条件完全消除项目风险或保护项目目标不受风险影响。
（2）转移：指将风险转移给另一方去承担。
（3）缓解：指寻求降低一个不利风险事件的发生概率或产生的后果使它达到一个可接受的水平。
（4）接受：指有意识地选择承担风险后果，或者项目组找不出任何风险应对策略。
（5）研究：指通过调查研究以获得更多信息的风险应对策略。
（6）储备：指对项目意外风险预留应急费用和进度计划。
（7）退避：假如风险影响巨大或者采取的措施不完全奏效，这种情况下就要开发风险退避计划。
包括应急补贴、可选择的开发以及改变项目范围。
5.软件配置管理过程（1）计划配置管理：确定软件配置管理组织和职责，明确配置管理的过程、工具、技术和方法，知道何时及如何进行。
（2）开发配置管理方案：定义一个配置标识方案（CIS）对软件产品进行跟踪，包括建立各个阶段的配置管理基线、进行配置标识。
（3）配置控制：建立软件配置控制委员会，对基线的变更只有得到配置控制委员会的同意才能进行；对变更进行跟踪，确保任何时候软件配置都是已知的；在软件生存周期的整个过程中都要清楚基线状态的变更历史，以便于下一步的状态审计。
（4）状态审计：对配置状态进行报告，明确到目前为止改变的次数及最新版本等。
6.开发人员的组织有3种方案：垂直方案，水平方案和混合方案。
（1）水平团队方案：团队成员由各方面的专家组成，每个成员充当一到两个角色。
此类团队同时处理多项工作，每个成员都从事有关的内容。
（2）垂直团队方案：特点是团队成员由多面手组成，每个成员都充当多重角色，其组织形式是建立软件民主开发小组。
这种组织结构是无核心的。
（3）混合性团队方案：团队既包括多面手，又包括专家。
多面手继续操作一个模块的开发过程。
7.（1）确定参加评审的人员：人员包括评审活动主持人（负责领导与组织审查工作）、开发人员（被评审工作的人员）、评审员和记录员。
（2）人员培训：初次评审前应该对主持人和评审人员进行相关培训，使其熟悉组织的评审程序与相关标准，统一认识，达成对项目评审的一致意见，以便提高评审工作的有效性和效率。
（3）评审准备：应确定待评审产品是否已经准备好进行平时，对于审查的目的是否已经打成一致，是否准备好评审会所需的材料等。
准备好了则通知主持人开始。
（4）分发评审材料，评审员审读评审材料：组织者要在会议前1-2天将材料和评审表格发给每一位评审员。
（5）评审会议：由主持人、评审员、评审产品的开发人员和记录员参加。
会议的重点是查找问题，无需过多讨论。
会议最后要确认产品是否通过评审。
（6）评审报告：记录员依据会议意见整理评审报告，填写评审总结表，由主持人签字后生效。