您的位置: 首页  >  文章  >  软件项目管理

软件项目管理

分类: 文章 • 2024-09-12 13:09:52

面向规模的度量标准
功能点度量
基于经验的度量
COCOMO模型
项目计划
风险管理

  • 四P要素：
    软件项目管理

  • 人力资源管理成熟度模型（PCMM）：

    • PCMM是通过对人力资源管理的如人力资源规划、薪酬管理、绩效管理、组织管理、职业规划、培训管理、知识管理等模块，按初始级、重复级、定义级、定量级和优化级述五个递进层级进行详细描述和分级，建立企业人力资源管理的成熟程度评价模型，以此来对企业目前人力资源管理现状进行评级，寻找不足和差距，以此来明确未来的发展方向。

  • 软件产品度量的含义：

    • 一种量化衡量方法，使得人们可以理解和把握软件项目的（生产）效率（或者所需要的劳动量）。
      软件项目管理

  • 面向规模的度量标准：

    • 每KLOC（千行代码）的错误数，即 总错误数÷总KLOC
    • 每KLOC（千行代码）的缺陷数，即 总缺陷数÷总KLOC
    • 每KLOC（千行代码）的文档页数，即 总文档页数÷总KLOC

  • 基于代码行的度量方法的优缺点：

    • 优点：
      • LOC、KLOC和相关度量容易计算
      • 许多现有的软件估算模型都使用LOC和KLOC作为一项重要输入
      • 有大量的关于LOC的文献和数据
    • 缺点：
      • LOC依赖于使用的语言，这对短小精悍的程序不利
      • 不太适用于非过程化语言
      • LOC是由在设计完成时候才能计算，估算需要一定程度的细节，而这些细节可能很难获得，例如，项目计划人员难于在分析和设计完成之前估算LOC

  • 间接测量——功能点度量：

    • 计算功能点：
      软件项目管理
      total_counts：总计数
      Fi (i取1到14) ：14项复杂性调整值
      软件项目管理
    • 复杂性调整值：
      1. 系统需要可靠的备份和恢复么？
      2. 需要进行数据通信么？
      3. 有分布式处理功能么？
      4. 性能重要么？
      5. 将该系统运行在一个现有的操纵系统中么？
      6. 系统要求在线输入数据么？
      7. 在线输入数据要求在多个屏幕和操作之间建立输入事务么？
      8. 主文件是否在线更新？
      9. 输入、输出、文件或查询是否复杂？
      10. 内部处理是否复杂？
      11. 代码是可重用的么？
      12. 设计中包括数据（流程）转换或安装么？
      13. 系统要为不同的机构设计不同的安装方法么？
      14. 应用程序便于变更么？易于用户使用么？
    • 功能点计算：
      *应用程序便于变更么？易于用户使用么？
      • 每FP的错误数，即 总的错误数 ÷ 总的FP数
      • 每FP的缺陷数，即 总的缺陷数 ÷ 总的FP数
      • 每FP的文档页数，即 总的文档页数 ÷ 总的FP数
      • 每人月的FP数，即 总的FP数 ÷ 总的人月数

  • 算法成本模型——基于经验的度量：
    软件项目管理

  • COCOMO（构造性成本模型）模型：

    • COCOMO(构造性成本模型)是一个经验模型, 通过收集大量的软件项目的数据而获得
    • 好处 ：
      • 它已得到广泛的证明。可用于公共领域并且很多公共和商业工具都支持它。
      • 它应用广泛，并得到了不同组织的评价。
      • 它有较长的历史，于1981年第一次实例化[Boehm, 1981]，为了适用于Ada进行了一次改进[Boehm and Royce, 1989]，最新版本COCOMO II发布于2000年[Boehm et al., 2000]。
    • 基本COCOMO模型的工作量和进度公式：
      软件项目管理
    • COCOMO II 模型：
      • COCOMO II 模型引入对产品、硬件、人员及项目属性的客观评价
        软件项目管理

  • 项目计划：

    • 40—20—10计划：
      • 在整个软件开发过程中，编码工作量仅占 20％，编码前工作量占40％，编码后工作量占 40％。
      • 40－20－40 规则只应用来做为 一个指南。实际的工作量分配比例必须按照各项目的特点来决定。
    • 甘特图（Gantt Chart）：
      • 在甘特图中，每一任务完成的标准，不是以能否继续下一阶段任务为标准，而是以必须交付应交付的文档与通过评审为标准。因此在甘特图中，文档编制与评审是软件开发进度的里程碑。
        软件项目管理
        软件项目管理
    • PERT技术和CPM方法：
      • PERT技术叫做计划评审技术，CPM方法叫做关键路径法，它们都是安排开发进度，制定软件开发计划的最常用的方法。
        它们都采用网络图来描述一个项目的任务网络，也就是从一个项目的开始到结束，把应当完成的任务用图或表的形式表示出来。
      • 通常用两张表来定义网络图。
      • 一张表给出与一特定软件项目有关的所有任务（也称为任务分解结构WorkBreakdown Structure）;
      • 另一张表给出应当按照什么样的次序来完成这些任务（有时称为限制表RestrictionList）。PERT技术和CPM方法都为项目计划人员提供了一些定量的工具。
      • 确定关键路径，即决定项目开发时间的任务链。在关键路径上的各个任务都是时间余量为零的关键任务，不能有任何时间延误。
      • 应用统计模型，对每一个单独的任务确定最可能的开发持续时间的估算值。
      • 计算边界时间，以便为具体的任务定义时间窗口。

  • 风险管理：

    • 风险管理涉及的主要过程包括：风险识别、风险量化、风险应对计划制定和风险监控，如图所示。
      软件项目管理

相关推荐