軟體品質管理體系讀書心得

來源:互聯網
上載者:User

1 戴明理論:PDCA:
  P:計劃  D:執行  C:檢查  A:糾正

2 系統並發使用者數大致計算公式:

   C=NL/T
  n:登陸系統使用者數量 ,L:從登陸到退出的時間段,即使用者每次線上
的時間,T:考察時間的長度,即系統線上的時間長度

3 同行評審:是CMMI中的VER驗證的一個SG(特殊目標),同行評審時,
可以適當讓多點範圍的人來參加,比如軟體代碼走查的評審,
不但找軟體編碼人來負責,還可以找軟體設計人員來協助更好

4 同行評審中,一定要儘可能多的收集資料。同行評審的ROI

   每個人在本次評審花費的時間UT=本次評審準備工作時間+開會時間+缺陷發現後的跟蹤時間
   每個人在本次評審花費PC(元)=UA1+UA2+UA3
     總成本RC=缺陷1的成本D1+缺陷2的成本D2+缺陷3的成本D3
      ROI=總返工成本RC/所有與會人員花費在本次的總成本PC

5 軟體品質保證的部門或小組應該獨立開發組,受公司高層經理領導。
6 基準是一組經過正式評審的工作產品,應該由CCB變更控制委員會來監督控制
7 風險的監控,建立組織級的風險庫以供曆史參考,風險表中有如下幾項;
風險來源,風險分類,起因,可能性,嚴重等級,預防措施,應對措施,應對負責人

  風險值=風險可能性*風險嚴重性

8 制定專案計劃時的目標:
    商業目標,品質目標,流程改善目標,培訓目標,度量目標
9 項目工作量==功能點/功能點/人天

   生命週期     項目1   項目2   項目3 。。。。
    立項         2%      3%       4%
    需求開發     5%      3%      2%
。。。。。。。
     由於項目工作量算出來了,因此可以這樣:

    生命週期     分布率       工作量
     立項        2%        項目工作量*2%
     需求開發    5%     項目工作量*5%

10 軟體的需求工程包括需求開發(需求調研,需求分析,需求規格化)和需求的管理;
   需求調研時,要瞭解使用者的營運目標,行業背景,明確每個使用者的工作具體流程,使用者對每個功能的使用習慣和非功能性需求
11 需求調研中一個很好的方法5W1H方法,即為什麼,做什麼,誰來做,什麼時候,哪裡做,如何做

12 對需要的一些決策的方法,可以使用決策樹來分析;也可以使用加權打分來分析,如:
    準則1   XXXXXX     權重     方案1得分   方案2得分
                  ...................................

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.