幫助中心 | 我的帳號 | 關於我們
進階搜尋
car

同類熱銷排行榜

最近瀏覽的商品

術以載道--軟體過程改進實踐指南

  • 作者：任甲林|責編:陳冀康
  • 出版社：人民郵電
  • ISBN：9787115339713
  • 出版日期：2014/04/01
  • 裝幀：平裝
  • 頁數：442
人民幣：RMB 79.8 元      售價：元
放入購物車
加入收藏夾
內容大鋼
    軟體過程改進(Software Process Improvement，SPI)是指幫助軟體企業建立過程管理、識別改進點、持續優化過程體系。CMMI表示Capabi lity Maturity Mode Integration(能力成熱度集成模型)，提供了一個指導企業實施過程改進的框架，CMMI是實現過程改進標的一種有效手段和方法。
    本書是作者軟體工程經驗、過程改進經驗與CMMI咨詢經驗的總結，從實踐者的角度出發，涉及到了實施CMMI的方方面面，包括CMMI實施精要、敏捷方法實踐、過程體系建立、軟體項目的策劃、跟蹤和控制、需求工程、軟體設計與實現、測試和同行評審、質量保證和配置管理、量化項目管理和人員管理等重要話題。
    本書作者具有20年的軟體工程經驗和13年的質量管理改進經驗，創立了麥哲思科技咨詢公司。《術以載道——軟體過程改進實踐指南》記錄了作者工作中的所做、所思、所見與所聞，給出了70多個實際案例，對於從事軟體過程改進、軟體企業管理咨詢、軟體項目管理的讀者具有較高的閱讀和參考價值。
作者介紹
任甲林|責編:陳冀康
    任甲林，麥哲思科技（北京）有限公司、上海艾縱企業管理咨詢有限公司創始人，CMMI高成熟度主任評估師、教員，CMMI中國咨詢委員會（CAC）成員，通用軟體度量國際聯盟（COSMIC）實踐委員會、國際咨詢委員會成員，COSMIC中國分部主席，AgileCxO研究所授權的敏捷性能合弄模型（APH）評估師、教員與教練，認證的Scrum Master，大規模敏捷（SAFe）咨詢顧問（SPC）。     從1993年到2020年，他積累了超過25年的軟體工程經驗，從程序員到項目經理、產品經理，再到研發總監，參與或管理過50多個項目。他于2005年開始從事軟體過程改進工作，為200多家客戶提供過咨詢或培訓服務。他在2014年出版了《術以載道——軟體過程改進實踐指南》，2019年翻譯了《軟體項目估算》一書。
目錄
第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
後記
參考文獻

  • 商品搜索：
  • | 高級搜索
首頁│ 新手上路│ 客服中心│ 關於我們│ 聯絡我們│ Top↑│
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話：02-2381-2033 02-2381-1863　時間：週一-週五 10:00-17:00
　服務信箱：bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證：浙B2-20060032