6月
3日到5日，用了
3天時間，參加了
cmmi-dev
的簡介課程培訓，參加培訓真的比上班都要累很多啊！每天早上
9點到下午
6點，中午吃飯加休息總共
1小時，晚上還有作業要做，每天睡覺都要到
11點了，而且作業還不一定寫的完，早上還要早早起床坐兩個小時的車去上課，很久都沒這麼辛苦過了。不過辛苦總是有回報的，下面就詳細說說這
3天的收穫。
1、知識梳理
cmmi-dev v1.3
版，可以簡單的理解成將
22個過程域按照不同的標準分組，每種分組方式有不同的衍生工作，每個過程域由通用目標和特定目標兩部分組成，通用目標是
22個過程域共有的部分，所以集中在一起說明，不在任何乙個過程域中單獨說明。
將過程域按內容分組，就是所謂的過程管理類、專案管理類、工程類和支援類。
按難易程度分組，就是常說的
cmmi
幾級，也就是組織的成熟度經常用的。階段式分為
5級，從1到
5。還有一種是將每個過程域進行切段，也就是所謂的連續式，分為
4級，從0到
3，極少有組織用這種方式過級。
分類階段式級別
過程管理類
組織級過程定義（
opd）
3組織級過程關注（
opf）
3組織級績效管理（
opm）
5組織級過程效能（
opp）
4組織級培訓（ot）
3專案管理類
整合專案管理（
ipm）
3專案監督與控制（
pmc）
2專案計畫（pp）
2量化專案管理（
qpm）
4需求管理（
reqm）2
風險管理（
rskm）3
供方協議管理（
sam）
2工程類
產品整合（pi）
3需求開發（rd）
3技術解決方案（ts）
3確認（
val）
3驗證（
ver）
3支援類
原因分析與解決（
car）
5配置管理（cm）
2決策分析與解決（
dar）
3度量與分析（ma）
2過程與產品質量保證（
ppqa）2
2、誤解澄清
1）驗證
和確認的區別，只有客戶才能確認，其他的測試和評審等都只能是驗證，所以驗證
和確認的最大區別是客戶的參與程度，如果客戶雖然人在，但是並沒有積極參與，則是驗證。2
）對組織來說，是不是成熟度等級越高越好？
根據組織需要，如果只是為了常規的投標等，
cmmi3
級能應付絕大多數的招標；如果是為了組織更好的發展，逐步的改進，則應該從
2級開始逐步踏實做好，並且可以根據組織情況，調整參與改進的過程域，有可能出現4級、
5級過程域比
3級過程域先改進的情況。
3、知識拓展
cmmi
除了常用的開發模型（
dev）之外，還有採購模型（
acq）和服務模型（
svc），隨著
cmmi
在推廣，這兩個模型也被用的越來越多。
培訓及培訓中想到的需求
雖然功能已經測試了，但是真正上線使用的時候還是會有些擔心。需求是一件很麻煩的事，要把模糊變成具體，把離散的東西整合出來。而且需求驗證的方法很少，同行評審只能讓需求規範而清晰，而需求的正確性和完整性不可能通過評審來驗證。唯一驗證需求的方法就是客戶了，但是總是很難讓客戶參與需求過程。客戶對專案不夠關注 ...
總諧波失真80 總諧波失真 THD
百科名片 總諧波失真 總諧波失真是指用訊號源輸入時，輸出訊號比輸入訊號多出的額外諧波成分。諧波失真是 由於系統不是完全線性造成的，它通常用百分數來表示。所有附加諧波電平之和稱為總諧 波失真。一般說來，1000hz 頻率處的總諧波失真最小，因此不少產品均以該頻率的失真 作為它的指標。但總諧波失真與頻率...
陣列簡單總
1 定義格式 型別 陣列名 元素個數 2 遍歷 按順序檢視陣列的每乙個元素 for i 0 i 3 注意事項 如果想在定義陣列的同時進行初始化，陣列元素個數必須是常量或者是常量表示式，或者不寫 正確寫法 int count 5 int ages count ages 0 1 錯誤寫法 int age...