范围管理(**)

确定项目的边界,即哪些工作是项目应该做的,哪些不应该包括在项目中。
范围计划编制->范围定义->创建WBS(工作分解结构)->范围确认->范围控制

时间管理(****)

相关概念

  • 定义

    也叫进度管理,就是采用科学的方法,确定进度目标,编制进度计划和资源供应计划,进行进度控制,在与质量、成本、目标协调的基础上,实现工期目标,依据WBS

  • 步骤

    活动定义->活动排序->活动资源计算->活动历时估算->制订进度计划->进度控制
    资源计算:
    专家判断法
    三点估算法
    功能点估算法
    自上而下的估算
    自下而上的估算
    进度控制:
    是否为关键活动
    偏差是否大于总时差
    偏差是否大于自由时差
    进度延误时的处理:
    1、赶工:增加资源
    2、快速跟进:活动并行执行

方法

  • 前导图法(PDM-也叫单代号网络图)

    ES:最早开始时间
    EF:最早完成时间
    LS:最迟开始时间
    LF:最迟完成时间
    最长路径对应最短工期

  • 关键路径法(双代号)
    • 节点的数字代表事件,活动的事件在箭线上,虚线是虚活动,虚活动的意思是既不占时间,也不占资源,用于展现逻辑依赖。
    • 关键路径法是在制订进度计划时使用的一种进度网络分析技术。关键路线法沿着项目进度网,络路线进行正向与反向分析,从而计算出所有计划活动理论上的最早开始与完成日期、最迟开始与完成日期,不考虑任何资源限制
    • 总时差(松弛时间):在不延误总工期的前提下,该活动的机动时间。活动的总时差等于该活动最迟完成时间与最早完成时间之差,或该活动最迟开始时间与最早开始时间之差
    • 自由时差:在不影响紧后活动的最早开始时间前提下,该活动的机动时间。对于有紧后活动的活动,其自由时差等于所有紧后活动最早开始时间减本活动最早完成时间所得之差的最小值
      对于没有紧后活动的活动,也就是以网络计划终点节点为完成节点的活动,其自由时差等于计划工期与本活动最早完成时间之差
    • 对于网络计划中以终点节点为完成节点的活动,其自由时差与总时差相等。此外,由于活动的自由时差是其总时差的构成部分,所以,当活动的总时差为零时,其自由时差必然为零,可不必进行专门计算。
  • 甘特图(Gantt)

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

成本管理(*)

软件质量管理(**)

  • 质量保证:一般是每隔一定时间(例如,每个阶段末)进行的,主要通过系统的质量审计和过程分析来保证项目的质量。独特工具包括:质量审计和过程分析。强调审计和分析

  • 质量控制:是实时监控项目的具体结果,以判断它们是否符合相关质量标准,制订有效方案,以消除产生质量问题的原因。

  • 一定时间内质量控制的结果也是质量保证的质量审计对象。质量保证的成果又可以指导下一阶段的质量工作,包括质量控制和质量改进

  • 软件评审,软件质量的保证

  • 软件过程改进-CMMI

软件配置管理(**)

配置项

  • 配置项是构成产品配置的主要元素,配置项主要有以下两大类:

    (1)属于产品组成部分的工作成果:如需求文档、设计文档、源代码和测试用例等;
    (2)属于项目管理和机构支撑过程域产生的文档:如工作计划、项目质量报告和项目跟踪报告等。这些文档虽然不是产品的组成部分,但是值得保存。

  • 同一外观的产品,内部不同的就有配置项了,比如汽车的高配和低配

  • 设备清单、CASE工具操作手册等不属于配置项。

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

配置库

  • 开发库(动态库、程序员库、工作库):可以随意修改。
  • 受控库(主库、系统库):必须先申请,申请通过才有权限修改。
  • 产品库(备份库、静态库):不能修改。

软件管理工具

  • 软件开发工具:需求分析工具、设计工具、编码与排错工具。
  • 软件维护工具:版本控制工具(VSS、CVS、SCCS、SVN)、文档分析工具、开发信,息库工具、逆向工程工具、再工程工具。
  • 软件管理和软件支持工具:项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。

版本控制

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

风险管理(*)

作者:admin  创建时间:2022-10-10 15:23
最后编辑:admin  更新时间:2022-11-02 13:24