术以载道——软件过程改进实践指南

副标题:无

作   者:任甲林 著

分类号:

ISBN:9787115339713

微信扫一扫,移动浏览光盘

简介

  软件过程改进(Software Process Improvement,SPI)是指帮助软件企业建立过程管理、识别改进点、持续优化过程体系。CMMI表示Capabi lity Maturity Mode Integration(能力成热度集成模型),提供了一个指导企业实施过程改进的框架,CMMI是实现过程改进标的一种有效手段和方法。  《术以载道——软件过程改进实践指南》是作者软件工程经验、过程改进经验与CMMI咨询经验的总结,从实践者的角度出发,涉及到了实施CMMI的方方面面,包括CMMI实施精要、敏捷方法实践、过程体系建立、软件项目的策划、跟踪和控制、需求工程、软件设计与实现、测试和同行评审、质量保证和配置管理、量化项目管理和人员管理等重要话题。  《术以载道——软件过程改进实践指南》作者具有20年的软件工程经验和13年的质量管理改进经验,创立了麦哲思科技咨询公司,以其实效咨询的风格,在CMMI咨询业内具有很高的知名度。《术以载道——软件过程改进实践指南》记录了作者工作中的所做、所思、所见与所闻,给出了70多个实际案例,对于从事软件过程改进、软件企业管理咨询、软件项目管理的读者具有较高的阅读和参考价值。

目录

第1章 CMMI实施精要 
 1.1 对CMMI的基本认识 
  1.1.1 CMMI是什么 
  1.1.2 CMMI里有什么 
  1.1.3 CMMI的构件 
  1.1.4 CMMI的表示方法 
  1.1.5 CMMI成熟度等级的比较 
  1.1.6 如何学习CMMI 
 1.2 EPG的工作指南 
  1.2.1 EPG成员选择四要素 
  1.2.2 EPG的工作指南 
  1.2.3 EPG如何应对企业政治 
  1.2.4 EPG常犯的10种错误 
  1.2.5 识别过程改进点的9种手段 
 1.3 如何实施CMMI 
  1.3.1 实施CMMI时必须解决的7个认识问题 
  1.3.2 软件过程改进的11条成功策略 
  1.3.3 CMMI实施的4个重大失误 
  1.3.4 CMMI成功的根本原因是什么 
  1.3.5 Infosys公司过程改进的18条经验 
 1.4 CMMI实施的难点与对策 
  1.4.1 CMMI.2级的难点 
  1.4.2 CMMI.2级难点之对策 
  1.4.3 二级的实效体现在哪里 
  1.4.4 CMMI.3级的难点 
  1.4.5 CMMI.4级的难点 
  1.4.6.为什么难以达到高成熟度 
第2章 敏捷方法实践精要 
 2.1 Scrum敏捷项目管理 
  2.1.1 Scrum.的3个角色 
  2.1.2 Scrum的3个文档 
  2.1.3 4种会议 
  2.1.4 如何开每日站立会议 
 2.2 XP极限编程的12条实践 
 2.3 时间箱管理 
 2.4 策划扑克法 
 2.5 敏捷度量 
 2.6 关于敏捷方法的典型问题 
  2.6.1 什么是敏捷方法的“神” 
  2.6.2 如何建立团队文化 
  2.6.3 如何运用敏捷实践解决其他问题 
  2.6.4 如何理解平稳的开发速度 
 2.7 敏捷始于客户 
 2.8 软件工程7原则与敏捷实践 
第3章 如何建立过程体系 
 3.1 过程的基本概念 
 3.2 过程体系的建立基础 
 3.3 建立过程体系时的注意事项 
 3.4 过程体系建立的步骤 
 3.5 定义公司的过程大纲 
 3.6 确定项目的类型 
 3.7 确定描述规范 
  3.7.1 ETVX过程描述模式 
  3.7.2 过程描述的12个属性 
 3.8 定义质量方针 
  3.8.1 先定义方针,再定义过程 
  3.8.2 定义方针的原则 
 3.9 定义过程 
 3.10 如何定义文档模板 
  3.10.1 模板定义的要点 
  3.10.2 控制模板数量的基本原则 
 3.11 如何定义检查单 
 3.12 如何定义裁剪指南 
 3.13 如何执行过程体系的评审 
 3.14 常被忽略的过程 
 3.15 小型项目的管理策略 
 3.16 维护类项目的管理策略 
 3.17 如何将过程敏捷化 
第4章 项目策划 
 4.1 项目策划的9个基本要点 
 4.2 过程设计的4个层次 
 4.3 软件项目的目标管理 
 4.4 过程体系的裁剪步骤 
 4.5 WBS分解指南 
  4.5.1 WBS的基本概念 
  4.5.2 WBS分解方法 
  4.5.3 表示方法 
  4.5.4 分解方式 
  4.5.5 分解原则 
  4.5.6 分解步骤 
  4.5.7 WBS中容易遗忘的任务 
 4.6 白话软件估计 
 4.7 做好软件估计的六个原则 
 4.8 为什么要做规模估计 
 4.9 COSMIC-FFP规模估算方法 
  4.9.1 功能点度量方法简介 
  4.9.2 COSMIC-FFP方法的基本原理 
  4.9.3 COSMIC-FFP的估算过程 
  4.9.4 COSMIC-FFP中的基本概念 
  4.9.5 COSMIC-FFP的规则 
  4.9.6 COSMIC-FFP的实践综述 
 4.10 Pert.Sizing估算方法 
 4.11 宽带Delphi估计方法指南 
 4.12 软件项目工作量估算指南 
  4.12.1 估算时机 
  4.12.2 可能的估算输入 
  4.12.3 估算对象 
  4.12.4 估算方法 
  4.12.5 生产率的含义 
  4.12.6 多种场景下的估算步骤 
 4.13 风险策划 
  4.13.1 风险来源与风险分类 
  4.13.2 如何识别风险 
  4.13.3 风险计划与跟踪 
 4.14 项目计划评审的检查点 
 4.15 项目计划书中的内容 
第5章 项目跟踪与控制 
 5.1 软件项目管理的实战原则 
 5.2 为什么要记录日志 
 5.3 如何保证日志的准确性 
 5.4 如何开会 
 5.5 如何开项目组的周例会 
  5.5.1 周例会准备活动 
  5.5.2 召开周例会活动 
  5.5.3 编写与发布会议纪要 
 5.6 里程碑评审指南 
 5.7 如何做项目总结 
 5.8 组织级的项目管理例会的汇报要点 
 5.9 高层经理监控项目的11种思维模式 
 5.10 挣值管理 
第6章 需求工程 
 6.1 需求获取方法 
  6.1.1 需求获取原则 
  6.1.2 需求调研的步骤 
  6.1.3 需求获取的重点 
  6.1.4 需求获取的注意事项 
 6.2 需求分析的思维方式 
 6.3 需求描述方法 
  6.3.1 需求必须文档化 
  6.3.2 信息管理系统的需求描述方法 
  6.3.3 需求与设计的界线 
  6.3.4 需求文档与设计文档的区别 
 6.4 需求评审 
  6.4.1 软件需求评审之道 
  6.4.2 同行评审培训练习点评 
 6.5 需求管理 
  6.5.1 需求管理的基本原则 
  6.5.2 需求控制组的构成 
  6.5.3 需求变更的深入分析 
  6.5.4 需求跟踪矩阵的常见疑问 
  6.5.5 需求管理过程域的要点 
 6.6 需求工程的12条最佳实践 
第7章 软件设计与实现 
 7.1 白话软件架构与架构师 
 7.2 设计模式 
  7.2.1 如何学习设计模式 
  7.2.2 3种工厂模式的比较 
  7.2.3 设计模式复杂度排名 
 7.3 设计评审检查单 
 7.4 程序设计风格 
 7.5 代码评审 
  7.5.1 代码评审的意义 
  7.5.2 代码评审常见问题与最佳实践 
  7.5.3 代码评审的检查要点 
  7.5.4 代码评审检查单 
  7.5.5 代码走查改进案例 
 7.6 持续集成环境的构建 
  7.6.1 Java环境下的持续集成平台 
  7.6.2 .Net环境下的持续集成平台 
  7.6.3 C++环境下的持续集成平台 
 7.7 一次典型的重构 
 7.8 改进代码质量 
第8章 测试与同行评审 
 8.1 质量管理的西药与中药 
 8.2 4种测试层次的比较 
 8.3 集成测试用例的案例 
 8.4 单元测试 
  8.4.1 如何推广单元测试 
  8.4.2 单元测试培训练习总结 
  8.4.3 Checkstyle试用案例 
  8.4.4 测试驱动开发案例 
 8.5 性能测试策略的案例 
 8.6 不可重现缺陷的应对策略 
 8.7 同行评审策略 
 8.8 同行评审的常见问题与对策 
 8.9 如何分析同行评审的度量数据 
 8.10 软件开发的质量红线 
 8.11 产品的内部质量与外部质量 
第9章 质量保证 
 9.1 质量保证与质量控制的区别 
 9.2 质量保证的价值 
 9.3 质量保证人员与项目经理的质量责任 
 9.4 质量保证人员与过程改进人员的责任融合 
 9.5 质量保证的组织结构形式 
 9.6 质量保证工作的8个原则 
 9.7 质量保证人员的工作内容 
 9.8 质量保证例会的6个问题 
 9.9 如何消除对质量保证的抵触情绪 
 9.10 质量保证人员配备 
 9.11 质量保证人员的知识体系 
第10章 配置管理 
 10.1 配置管理的基本概念 
 10.2 数据管理与配置管理的区别 
 10.3 如何组建CCB 
 10.4 纳入基线管理的一般原则 
 10.5 配置控制的3个等级 
 10.6 配置管理的三库 
 10.7 配置管理员的职责定义 
 10.8 配置审计的种类与区别 
第11章 量化项目管理 
 11.1 如何识别度量元 
 11.2 如何设计数据的指示器 
 11.3 如何定义指示器与度量元 
 11.4 度量数据分析的3个层次 
 11.5 过程性能基线 
  11.5.1 什么是过程性能基线 
  11.5.2 应该建立哪些PPB 
  11.5.3 如何建立PPB 
  11.5.4 建立PPB的注意事项 
  11.5.5 证明过程稳定需要的样本个数 
  11.5.6 何时重新计算PPB 
  11.5.7 如何判定PPB的可用性 
  11.5.8 项目级的PPB 
 11.6 控制图在软件管理中的应用 
  11.6.1 控制图的含义 
  11.6.2 什么是“特殊原因” 
  11.6.3 异常点的识别规则 
  11.6.4 异常点的删除方法 
  11.6.5 控制图典型错误案例一 
  11.6.6 控制图典型错误案例二 
 11.7 箱线图在软件管理中的应用 
 11.8 软件过程性能模型 
  11.8.1 什么是过程性能模型 
  11.8.2 如何建立过程性能模型 
  11.8.3 过程性能模型的实例 
  11.8.4 为什么无法建立过程性能模型 
 11.9 为什么建立了性能基线还需要建立性能模型 
  11.10 如何度量项目的进度与进展 
  11.11 TSP中的10个量化法则 
第12章 CMMI的评估 
 12.1 如何选择参评项目个数 
 12.2 SCAMPI.V1.3的证据覆盖规则 
 12.3 评估组员的资质要求 
 12.4 如何准备评估计划 
 12.5 如何执行就绪检查 
 12.6 被访谈人员注意事项 
 12.7 高成熟度评估时常发现的问题 
 12.8 评估之后的CMMI怪相分析 
第13章 人员管理 
 13.1 软件企业以人为本的16项措施 
 13.2 如何选择与使用项目经理 
 13.3 职业程序员培养之道 
 13.4 职业程序员与业余程序员的区别 
 13.5 程序员敬业精神的具体表现 
 13.6 采用“师徒制”培养新员工 
 13.7 研发人员考核的10项基本原则 
 13.8 以人为本的People.CMM 
后记 
参考文献

已确认勘误

次印刷

页码 勘误内容 提交人 修订印次

术以载道——软件过程改进实践指南
    • 名称
    • 类型
    • 大小

    光盘服务联系方式: 020-38250260    客服QQ:4006604884

    意见反馈

    14:15

    关闭

    云图客服:

    尊敬的用户,您好!您有任何提议或者建议都可以在此提出来,我们会谦虚地接受任何意见。

    或者您是想咨询:

    用户发送的提问,这种方式就需要有位在线客服来回答用户的问题,这种 就属于对话式的,问题是这种提问是否需要用户登录才能提问

    Video Player
    ×
    Audio Player
    ×
    pdf Player
    ×
    Current View

    看过该图书的还喜欢

    some pictures

    解忧杂货店

    东野圭吾 (作者), 李盈春 (译者)

    loading icon