軟件工程專題講座管理篇(編輯修改稿)
2025-08-28 15:22 本頁面
【文章內(nèi)容簡介】 0%。 19 進度安排 4. 用圖示表達進度安排：明確標明各個任務的計劃開始時間、完成時間；各個任務完成的標志；各個任務與參與工作的人數(shù)、各個任務與工作量之間的銜接情況；完成各個任務所需的物理資源和數(shù)據(jù)資源。 Gantt圖、 PERT和 CPM 5. 項目的追蹤和控制 20 軟件項目的組織與計劃 1. 制定計劃：規(guī)定待完成的任務、要求、資源、人力和進度等。 2. 建立項目組織：建立分工明確的責任制機構(gòu)。 3. 配備人員：任用各種層次的技術(shù)人員和管理人員。 4. 指導：鼓勵和動員軟件人員完成所分配的工作。 5. 檢驗：對照計劃和標準監(jiān)督并檢查實施的情況。 21 管理篇 第六章 軟件過程改進 1. CMM簡介 2. CMM內(nèi)容 3. CMM可視化分析 4. CMM內(nèi)部結(jié)構(gòu) 5. CMM應用 6. CMM的問題 7. CMM與 ISO9000的區(qū)別 8. PSP/TSP 22 CMM簡介 ? CMM是國際公認的對軟件公司進行成熟度等級認證的重要標準。 ? CMM最早的工作開始于 1986年 11月，當時的情況： ? 軟件需求越來越大，所解決問題的復雜程度增長速度超過了人們開發(fā)和維護的能力。 ?產(chǎn)品不能如期交付；質(zhì)量不能令用戶滿意；軟件開發(fā)的開銷超過了預算。 ? 更好的軟件開發(fā)技術(shù)也不能解決問題。 ? 軟件過程的管理 23 CMM簡介 ? 人們逐步認識到：軟件開發(fā)中的 個人因素 并不是很重要，關(guān)鍵是軟件開發(fā) 機構(gòu)的成熟 程度。 ? 卡內(nèi)基－梅隆大學的 SEI受美國國防部的委托和資助，評估軟件供應商能力并幫助其改善軟件質(zhì)量，在 Mitre公司的協(xié)助下，于 1987年 9月 發(fā)布了 能力成熟度框架以及一套成熟度問卷 。四年后的 1991年 推出 ，1993年 SEI又推出了 ，適用于 500人以上規(guī)模的軟件公司。 近幾年 ， SEI又推出了 ，同時進入ISO體系，稱為 ISO/IEC15504，即 SPICE（軟件過程改進能力評估）。 24 CMM簡介 ? 軟件過程能力： 描述在遵循一個軟件過程后所期待結(jié)果的界限范圍。 ? 軟件過程效果： 描述在遵循一個軟件過程后得到的實際結(jié)果。 ? 軟件過程成熟度： 指一個具體的軟件過程被明確地定義、管理、度量、控制和實施的程度。 ? CMM中的軟件過程 包括：軟件工程過程、軟件管理過程、軟件組織過程。 25 CMM簡介 ? 軟件過程改進是持續(xù)的，因此，需要設(shè)計一個過程改進路線指導軟件機構(gòu)。 ? CMM可指導軟件機構(gòu)在開發(fā)和維護軟件時如何控制軟件過程，如何改進軟件工程和管理。方法是： ； ； 。 26 CMM簡介 ? CMM提供了一個結(jié)構(gòu)框架，組織成五個成熟度級別，主要特征如下： ： 軟件過程是雜亂無章甚至混亂的，幾乎沒有明確定義的的步驟，項目的成功依靠個人或核心人物的努力。 ： 建立了基本的項目管理過程來跟蹤成本、進度和性能。有必要的過程準則來重復以前在同類項目的成功。 ： 軟件工程和管理過程已經(jīng)文檔化、標準化，并綜合成整個軟件開發(fā)組織的標準軟件過程。針對具體項目裁減后用于實際的項目開發(fā)和維護中。 ： 制定了軟件產(chǎn)品和過程質(zhì)量的詳細度量標準。軟件過程和產(chǎn)品的質(zhì)量都被開發(fā)組織的成員所理解和控制。 ： 根據(jù)過程執(zhí)行的反饋信息以及新技術(shù)、新觀念的吸納來持續(xù)地改進和優(yōu)化執(zhí)行步驟，使企業(yè)的軟件過程能不斷持續(xù)地改進。 27 CMM內(nèi)容 初始級（1
研究報告相關(guān)推薦
鄂ICP備17016276號-1