软考分类精讲-软件管理

范围管理

时间管理

时间管理—前导图法（单代号网络图，PDM）

时间管理—关键路径法

关键路径法是在制订进度计划时使用的一种进度网络分析技术 关键路径法、法沿着项进度网络路线进行正向与反向分析,从而 计算出所有计别活动理论上的最早开始与成日期、最迟开始与 完成日期,不考虑任何资源限制

• 总时差(松弛时间):在不延误总工期的前提下,该活动的机动时间。活动 的总时差等于该活动最迟完成时间与最早完成的时闻之差,或该活动最 迟开始时间与最早开始时间之差
• 自由时差:在不影响紧后活动的最旱开始时闻前提下,该活动的机动时间 对于有紧后活动的活动,其自由时差等于所有紧后活动最早开始时闻减 本活动最早完成时间素所得之差的最小值, 对于没有紧后活动的活动，也就是以网络计别终点节点为完成节点的 活动,其自由时差等于计划工期与本活动最早完成时间之差
• 对网络计中以终点节点为亮成节点的活动.其自由时差与总时差相等,此 外,由于活动的自由时整是其总时差的构成部分,所以,当活动的总时差为 零时,其自由时差必然为零可不必进行专门计算

时间管理—自由时差

时间管理—甘特图（Gantt）

• 优点：甘特图直观、简单、容易制作，便于理解，能很清晰的标识出直到每一项任务的起始与结束时间，一般适用 比较简单的小型项目，可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划
• 缺点：不能系统的表达一个项目所包含的各项工作之间的复杂关系，难以进行定量的计算和分析，以及计划的优化 等。
  

成本管理

成本管理—挣值管理

• 计划工作量的预算成本（PV） PV=计划工作量×预算定额
• 已完成工作量的实际成本（AC）
• 已完成的工作量的预算成本（EV） EV=已完成的工作量×预算定额
• 完工预算（BAC） BAC=完工时的PV总和
  

成本管理—挣值曲线

软件质量管理—质量模型

软件质量管理—质量保证与质量控制

• 质量保证一般是每隔一定时间（例如，每个阶段末）进行的，主要通过系统的 质量审计和过程分析来保证项目的质量
• 质量控制是实时监控项目的具体结果，以判断它们是否符合相关质量标准。制 定有效方案，以消除产生质量问题的原因
• 一定时间内质量控制的结果也是质量保证的质量审计对象。质量保证的成果又 可以指导下一阶段的质量工作，包括质量控制和质量改进

软件质量管理— 质量工具

软件质量管理— 项目管理三角形

软件配置管理— 配置项

• IEEE对配置顶的定义为硬件，软件或二者间有的集合，为配置管理制定的， 在配置管理过程中作为一个单独的实体对待，可作为配置项管理的有：外 部交付的软件产品和数据，指定的内部软工作产品和数据，指定的用于创 建或支持软件产品的支持工具，供方/供应商提供的软件和客户提供的设备/ 软件。
• 典型配置项包括项目计划书，需求文档，设计文档，源代码，可执行代码， 测试用例，运行软件所需的各种数据，它们经评审和检查通过后进入软件 配置管理（SCM）

每个配置项的主要属性有：名称，标识符，文件状态，版本，作者和 日期等。所有配置都被保存在配置库里，确保不会混淆，丢失。配置 项及其历史记录反映了软件的演化过程。

软件配置管理— 配置库

• 开发库（动态库、程序员库、工作库；动态系统、开发者系统、开发系统、工作空间）
• 受控库（主库、系统库；主系统、受控系统）
• 产品库（备份库、静态库、软件仓库；静态系统）
• 检查点：指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差 异进行调整
• 里程碑:完成阶段性工作的标志，不同类型的项目里程碑不同
• 基线：指一个(或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式 受控的一种状态。基线是一些重要的里程碑，但相关交付成果要通过正式评审，共作为后 续工作的基准和出发点。基线一旦建立启其变化需要受控制。

软件配置管理— 变更控制

软件配置管理— 版本控制

• 处于草稿状态的配置项的版本号格式为：0.YZ，其中YZ数字范围为01~99。随着草稿的不断完善， YZ的取值应递增。YZ的初值和增幅由开发者自己把握
• 处于正式发布状态的配置项的版本号格式为:XY.其中x为主版本号,取值范围为1-9;Y为次版本号, 取值范围为1~9.配置项第一次正式发布时,版本号为1.0。
• 如果配置项的版本升级幅度比较小,一般只增大Y值,X值保持不变。只有当配置项版本升级幅度 比较大时,才允许增大X值。
• 处于正在修改状态的配置项的版本号格式为:X.YZ,在修改配置项时,一般只增大Z值,X.Y值保持不 变。

风险管理— 风险的概念

关心未来
关心变化
关心选择

• 风险存在的客观性和普通性
• 某一具体风险发生的偶然性和 大量风险发生的必然性
• 风险的可变性
• 风险的多样性和多层次性
• 基本属性：随机性和相对性
  

风险管理— 风险的分类

项目风险

• 潜在的预算、进度、人员和组织、资 源、用户和需求问题
• 项目复杂性、规模和结构的不确定性

技术风险

• 潜在的设计、实现、接口、 测试和维护方面的问题
• 规格说明的多义性、技术 上的不确定性、技术陈旧、 最新技术（不成熟）

商业风险

• 市场风险：系统虽然很优秀但不是市场真正所想要的
• 策略风险：系统不再符合企业的信息系统战略
• 销售风险：开发了销售部门不清楚如何推销的系统
• 管理风险：由于重点转移或人员变动而失去上级支持
• 预算风险：开发过程没有得到预算或人员的保证

风险管理— 风险曝光度

风险曝光度：计算方法是风险出现的概率乘以风险可能造成的损失。假设正在开发的 软件项目可能存在一个未被发现的错误，而这个错误出现的概率是0.5%，给公司造成 的损失将是1000000元，那么这个错误的风险曝光度就应为1000000×0.5%=5000元

项目管理工具

• 能做什么（项目管理相关的工作辅助）：任务调度，成本估算、资源分配、预 算跟踪、人时统计、配置控制，确定关键路径、松弛时间、超前时间和滞后时 间，生成一定格式的报表和报告。
• 不能做什么（开发技术相关辅助工作）：不能指导软考设计人员按软件生存周 期各个阶段的适用技术进行设计工作。