【正文】 靠性；數(shù)據(jù)庫規(guī)模；執(zhí)行和存儲限制；人員屬性； ? 中級 COCOMO 模型關于開發(fā)成本及進度的計算公式如下表所示 。其他的估算也可以通過類似的方法獲得。 ? 確保所有有關成本的變更都準確記錄在項目成本基準計劃中。 質量： 國際標準組織對質量的定義 ： “ 反映實體滿足主體明確和隱含需求的能力的特性總和 ” 質量特性的定義 ? 質量是綜合的概念，它要求功能、成本、服務、環(huán)境、心理等諸方面都能滿足用戶的需要。 檢驗 統(tǒng)計質量控制 質量保證 質量管理 全面質量管理 圖 質量管理發(fā)展階段 全面質量管理 1. 系統(tǒng)的觀點 ? 產品質量的形成和發(fā)展過程包括了許多相互聯(lián)系、相互制約的環(huán)節(jié)，不論是保證和提高產品質量還是解決產品質量問題，都應該把生產企業(yè)看成一個開放的系統(tǒng)，運用系統(tǒng)科學的原理和方法，對所有環(huán)節(jié)進行全面的組織管理。 ? 項目的標準及規(guī)格等。質量管理的基本原則是效益與成本之比盡可能大。對于軟件開發(fā)，設計原型解決核心技術問題和主要需求也是可行和有效的。 各種檢查表是記錄項目執(zhí)行情況和進行分析的工具，既可以簡單，也可以復雜，但需要項目小組形成一種較標準的體系。 軟件項目質量保證 《 軟件質量保證計劃 》 : 1. 計劃目的 2. 參考文獻 3. 管理 組織 任務 責任 4. 文檔 目的 要求的軟件工程文檔 其他文檔 5. 標準和約定 目的 約定 7. 測試 8. 問題報告和改正活動 9. 工具 、 技術和方法 10. 媒體控制 11. 供應者控制 12. 記錄收集 、 維護保密 13. 培訓 14. 風險管理 6. 評審和審計 目的 評審要求 軟件需求的評審 設計評審 軟件驗證和確認評審 功能評審 物理評審 內部過程評審 管理評審 軟件項目質量控制 依據(jù) : ? 項目的階段工作成果。 監(jiān)控項目的進度和費用變化、范圍變化的幅度和頻率、項目的其他管理結果等?？梢杂糜诒O(jiān)控項目的技術參數(shù)，例如，一般規(guī)模的軟件存在多少個錯誤以及多少識別和修改，多少錯誤仍然未被發(fā)現(xiàn)等；也可以用于對費用和進度參數(shù)的預測。 ? 過程調整。 ? 搞好質量管理的關鍵在于領導。管理評審是重要的項目檢查點，在這些檢查點上，經常做一些關于項目將來開發(fā)計劃或者產品生存能力的決策。缺陷是發(fā)布后的軟件在標準的給定期限，所報出的使用與需求不符的缺陷 可維護性： 錯誤容易修改；環(huán)境變化容易適應。 ? 項目人力資源管理概述 ? 項目團隊建設 ? 項目團隊的沖突管理 ? 團隊的激勵 ? 組織計劃 六、人力資源管理 項目人力資源管理 主要過程包括：組織計劃編制 、 人員獲取 、 團隊建設 3個階段 9項基本活動 。 這種類型的人員主要被自我的成功所激勵。 ? 預算 —— 感知到的項目經理授權他人使用自由支配資金的能力。 ? 團隊忠誠的另外一個結果就是“集體思維”。 ? 2. 震蕩期 。 解決問題的步驟 ? 對問題做出說明 ? 找出問題的可能原因 ? 收集數(shù)據(jù) ， 確定最有可能的原因 ? 得出可能方案 ? 評估可行方案 ? 決定最佳方案 ? 修訂項目計劃 ? 實施方案 ? 判斷問題是否得以解決 團隊沖突根源 ? 1. 工作內容 ? 2. 資源分配 ? 3. 項目成本 ? 4. 先后次序 ? 5. 組織問題 ? 6. 個體差異 團隊沖突處理 處理沖突的 5種方法： 回避 、 妥協(xié) 、 競爭 、 迎合 和 合作 確定的 回避 競爭 妥協(xié) 合作 迎合 企圖滿足他人關心之事 不確定的 不合作 合作 不同對策的結果 沖突一方的滿意程度 僵局 贏 /輸 妥協(xié) 雙贏 輸 /贏 沖突另一方的滿意程度 圖 沖突管理的 5種可能結果 激勵的概念 激勵 ， 簡單地說就是調動人的工作積極性 ， 把潛力充分發(fā)揮出來 。隱性知識深深地植根于行為本身，植根于個體受到的環(huán)境約束 知識轉化 ? 人類知識是通過隱性知識和顯性知識之間互相的社會作用來進行創(chuàng)造和傳播 ? 顯性知識需要大量的科學分析，所以過分強調顯性知識只會使自己步履維艱 ? 隱性知識的夸大會使自己固步自封 識別和理解人 ? 了解一個人對用好一個人至關重要，因為人們發(fā)現(xiàn)人的某些特征是不可改變的，而這些特征決定了一個人可以做好哪些事情，不可以做好哪些事情 ? 而其中對這一特質的研究就集中在人格上 人格 Personality ? 心理學家談論人格時，指的是個體整個心理系統(tǒng)成長和發(fā)展的動力概念 ? Gordon Allport的定義：個體內部身心系統(tǒng)的動力組織，它決定了個體對環(huán)境獨特的調節(jié)方式 ? 從管理的角度上說，人格是指個體所有的反應方式和與他人交往方式的總和。 項目團隊積極工作 ， 共同實現(xiàn)項目目標 。 影響團隊里成員之間交流的主要因素有： 項目團隊交流 (a) 星型結構 (b) 網狀結構 圖 團隊的交流方式 團隊發(fā)展的階段 ? 1. 形成期 。 ? 友誼 —— 項目經理和其他人之間建立良好人際關系的能力。 團隊領導 ? 權力 —— 發(fā)命令的正當?shù)燃墮嗔Α?這種類型的人員被工作本身所激勵，在軟件項目里，他們是那些被挑戰(zhàn)軟件開發(fā)智能所激勵的技術人員。 軟件度量計劃 ?確定業(yè)務目標 ?明確想要研究的內容 ?確定子目標 ?確定子目標的實體和屬性 （使用資源、工作產品、源代碼、測試案例、修改請求、工程任務、進度安排） ?確定測度的目標 ?確定可量化的問題和相關的指標，可用它們來幫助實現(xiàn)測度 ?確定以上問題的指標和元素的指標，它們可以對收集測量有幫助 ?定義可操作的測量 ?確定實現(xiàn)測量的動作 ?準備實現(xiàn)測量的計劃 例：家庭安全系統(tǒng) 業(yè)務目標： ?通過產品改善用戶的滿意度 ?系統(tǒng)易于使用 ?縮短新產品推向市場的時間 ?提供對產品技術支持的手段 ?改善整體收益率 采用“目標驅動”的軟件度量計劃方法： ISO9000與 CMM 二者相關性和不同點 ， 參見教材 p125表 : ? 二者之間的 相關性是很明顯的 ： 都著眼于質量和過程管理 ， 兩者都為了解決同樣的問題 ， 直觀上是相關的 。 軟件項目評審階段 選擇評審小組 安排地點時間 分發(fā)文檔 評審 通知和完成 評審表格 圖 評審過程 軟件項目評審的作用 原始要求 正確的規(guī)格說明 錯誤的規(guī)格說明 需求分析 正確的設計 錯誤的設計 對錯誤說明的設計 正確的編碼 錯誤的編碼 對錯誤說明的編碼 對錯誤設計的編碼 正確的功能 可改正的錯誤 潛伏的錯誤 不可改正的錯誤 不完善的產品 設計 編碼 測試 圖 錯誤“積累”及“放大”效應 不符合需求的產品 可行的產品 軟件項目評審的作用 表 需求階段錯誤對后期的影響 階 段 錯誤擴張倍數(shù) 需求分析階段 1 設計階段 (概要 、 詳細 ) 3~6倍 編碼階段 10倍 集成測試階段 15~40倍 系統(tǒng)測試階段 30~70倍 運行 40~100倍 小組的度量包括內容： 1）多個人開發(fā)的軟件主要功能的缺陷數(shù)量 2）正式技術評審中發(fā)現(xiàn)的缺陷率（正常和缺陷的比例） 3）正式技術評審中度量的工作量（人員、時間） 等等 項目小組的過程度量來源與個人，但結果決不應該歸因于個人 軟件度量禮儀： 度量如果被務用，會產生更大的問題，因此提出“ 軟件度量禮儀” 1）解釋度量數(shù)據(jù)使用通用的觀念，考慮組織的敏感性 2）收集個人或小組的測量要定期反饋 3）不要用度量去評價個人 4）要討論共識的度量指標 5）不要用度量威脅個人或小組 6）度量數(shù)據(jù)不要作為否定什么的論據(jù)，應強調它用于改善的目的 7）不要糾纏某個度量而忽視了其他更重要的度量 軟件的錯誤來源 通常包括： (P60) ? 來源于處理邏輯 ?來源于數(shù)據(jù)處理 ?來源于標準化處理 ?來源于規(guī)約（規(guī)定和要求） ?來源于用戶界面 ?來源于錯誤檢測 ?來源于硬件接口 ?來源于軟件接口 用餅圖給出分析結果的例子 123軟件接口 6% 硬件接口 % 錯誤檢測 % 用戶界面 % 規(guī)約 % 標準 % 數(shù)據(jù)處理 % 邏輯 20% 1需求 2設計 3編碼 用魚骨圖表示錯誤或缺陷的原因的例子 規(guī)約缺陷 遺漏 二義性 選擇了錯誤的用戶進行調研 不夠充分的調研 使用過時的信息 不正確 變更 （ 5）軟件質量度量 影響軟件質量的 3個主要因素： ?操作：軟件產品的操作使用 ?修改：軟件產品的修改 ?變遷：軟件產品的環(huán)境改變 軟件測量的基本指標： ?正確性 ?可維護性 ?完整性 ?可用性 軟件質量度量的重要指標：缺陷排除效率（ defect remove efficiency DRE） DRE = E /（ E + D）（ E交付之前發(fā)現(xiàn)的錯誤數(shù)； D交付后所報告的缺陷數(shù) ） 理想的情況是： DER= 1，即是： D=0。 ? 管理評審。 ? 有效的質量體系應滿足顧客和組織內部雙方的需要和利益。 ? 檢查表。 ? 趨勢分析。 包括度量、考察、測試、對比等。應用與質量計劃制定過程的工具和方法也基本適用于質量保證過程。 對于質量計劃中的一些特殊條款需要附加的操作說明，包括注解、如何控制、如何度量，以及在何種情況下采取何種措施和方法等說明。 ? 試驗設計。 質量計劃必須考慮效益與成本的關系。 ? 多層次的測試技術。 ? 強調持續(xù)改進的質量管理階段 (1987年 —— 現(xiàn)在 )。 ? 明確需求是指在標準、規(guī)范、圖樣、技術要求和其他文件中已做出規(guī)定的需要。 ? 在實際成本基準計劃發(fā)生變化和正在發(fā)生變化時，對這種變化實施有效的管理。例如，三維幾何分析功能的 LOC估算范圍如表 。 不同程序語言建造功能點平均代碼行數(shù)的粗略估算： 程序設計語言 LOC/FP(平均值 ) 匯編語言 320 C 28 Cobol 106 Fortran 106 Pascal 90 C++ 64 Ada95 53 Visual Basic 32 Smalltalk 22 Power Builder 16 SQL 12 COCOMO模型 ? COCOMO 模型的項目成本估算公式為： ? E=A(KDSI)b ? 在 COCOM