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得分
...................................