有效知識點
- 軟件產品的組成 page5
軟件安裝程序+使用說明書+幫助文件
- 軟件生命周期的含義 page7
軟件從需求確定顺献、設計塌鸯、開發(fā)瞎嬉、測試直至投入使用，并在使用中不斷地修改丸升、增補和完善铆农，直至被新系統(tǒng)替代而停止該軟件使用的全過程。
- 軟件開發(fā)過程分為幾個階段狡耻、特點 page8-15
- 可行性研究：是對項目要解決的主要問題墩剖，從技術方案、投資必要性等角度進行全面的分析研究夷狰，并對其完成后的經濟效果進行預測岭皂，在既定的范圍內進行方案討論及選擇，以便最合理地利用資源沼头，達到預定的社會效益和經濟效益
- 需求分析：根據(jù)客戶的要求爷绘，了解、掌握客戶需求中的產品功能进倍、特性土至、性能、界面和具體規(guī)格等猾昆，然后進行分析陶因，確定軟件產品能達到的目標（做什么，做到什么程度）（需求層次：業(yè)務垂蜗、用戶楷扬、功能、非功能贴见，業(yè)烘苹、用、功片部、非）
- 概要設計：描述軟件總體體系結構镣衡，是詳細設計的大綱
- 詳細設計：根據(jù)概要設計文檔，細化已劃分出的每個功能模塊档悠，確定具體的算法捆探，并清晰、準確的描述出來站粟，其設計成果可用程序流程圖描述，也可用偽碼描述曾雕，還可用形式化軟件設計語言描述奴烙。（詳細設計的結果基本上決定了最終程序代碼的質量）。
- 編碼（實現(xiàn)）：根據(jù)詳細設計內容利用某種開發(fā)模型進行編碼實現(xiàn)
- 軟件測試、運行/維護
- 軟件需求分析的4個層次 page11
- 業(yè)務需求：
組織或客戶的總體要求切诀，重點在于描述為什么要開發(fā)這個系統(tǒng)揩环，要達到怎么樣的目標。 - 用戶需求：
具體用戶的要求幅虑，用戶要求系統(tǒng)能完成的任務丰滑，即用戶能使用這個系統(tǒng)做什么（對應功能）。 - 功能需求：
規(guī)定系統(tǒng)要實現(xiàn)的功能倒庵，用戶利用這些功能完成工作褒墨，滿足業(yè)務需求，描述開發(fā)人員要實現(xiàn)什么擎宝。 - 非功能需求：
主要指系統(tǒng)需求郁妈，包括系統(tǒng)應達到的性能、可靠性绍申、安全性噩咪、易用性等，側重于系統(tǒng)的質量屬性极阅。
- 軟件開發(fā)過程的典型模型有哪些 page15
- 瀑布模型：文檔驅動胃碾，開發(fā)階段具有順序性和依賴性，適用于需求明確筋搏、小規(guī)模開發(fā)（按層次開發(fā)）仆百。
- 快速原型模型：根據(jù)初步需求快速建立原型，逐步修改拆又、完善儒旬，適用于用戶需求不明確，小規(guī)模軟件開發(fā)（根據(jù)現(xiàn)有的用戶需求快速做出一個帖族，以后再改）栈源。
- 增量模型：需要開放式體系結構，初期構建是基礎竖般，適用于軟件開發(fā)周期較長甚垦、可持續(xù)合作的伙伴（待開發(fā)模型模塊化）。
- 螺線模型：融合了瀑布與原型法的優(yōu)點涣雕，能控制開發(fā)風險艰亮，適合企業(yè)內部大規(guī)模軟件開發(fā)（原型模塊化，每一個原型開發(fā)中使用瀑布模型）挣郭。
- 噴泉模型：面向對象的軟件開發(fā)迄埃，能提高軟件項目開發(fā)效率，節(jié)省開發(fā)時間兑障，項目管理有難度（不像瀑布模型那樣侄非，分析完了才能做設計蕉汪，設計做完開始編碼。噴泉模型各個階段沒有明顯界限逞怨，例如設計和編碼可以同時進行）者疤。
- 軟件過程管理的含義和意義 page16
過程管理的主要內容包括過程定義和過程改進
- 過程定義：對最佳實踐進行總結，形成一套穩(wěn)定的叠赦、可重復的軟件過程驹马。
- 過程改進：發(fā)現(xiàn)軟件生產過程中對產品質量產生影響的問題，對軟件過程中的偏差和不足進行不斷優(yōu)化除秀，提高軟件過程能力糯累。
- 6西格瑪方法的意義 page23
讓失誤減少到最低限度，使企業(yè)可以做到質量與效率最高鳞仙，成本最低寇蚊，過程周期最短，利潤最大棍好，全方位使顧客滿意
- 軟件成熟度模型CMM結構圖 page 28
成熟度等級-->關鍵過程域-->目標 （實施保證|實施能力|執(zhí)行活動|質量和分析|驗證執(zhí)行）-->關鍵實踐
- ISO9000與CMMI相互關系 page32
- ISO9001是通用國際標準仗岸，適用于各類組織，CMM只用于軟件業(yè)
- ISO9000審核后只有“通過”“不通過”兩個結論借笙，CMM是具有5個評估等級的動態(tài)過程扒怖。
- ISO9000不涉及預算、項目周期管理等內容业稼，CMM有所覆蓋
- ISO9000相當于CMM2級和3級的部分內容盗痒。
- 軟件能力成熟度模型的等級及主要特征 page35
- CMMI一級，初始級低散，企業(yè)對項目與要做的努力很清晰俯邓，項目的目標得以實現(xiàn)，但是由于任務完成帶有很大偶然性熔号，而且企業(yè)的項目實施對實施人員有很大的依賴性
- CMMI二級稽鞭，管理級，企業(yè)在項目實施上能夠遵守既定的計劃與流程引镊，有資源準備朦蕴，權責到人，對實施人員有相關的培訓弟头，對整個流程有監(jiān)測與控制吩抓，并與上級單位對項目與流程進行審查。（企業(yè)在2級水平上體現(xiàn)了對項目的一系列管理程序赴恨，能夠排除完成任務時的隨機性疹娶，保證企業(yè)項目都會成功）
- CMMI三級，定義級伦连，企業(yè)在二級的基礎上蚓胸，能夠根據(jù)自身的特殊情況以及自己的標準流程挣饥，將這套管理體系與流程予以制度化（企業(yè)不僅能在同類的項目上得到成功的實施，在不同類的項目實能夠得到成功的實施）
- CMMI四級沛膳，量化管理級，企業(yè)在三級的基礎上汛聚，實現(xiàn)數(shù)字化的管理锹安，管理流程做到量化與數(shù)字化（通過量化技術來實現(xiàn)流程的穩(wěn)定性，實現(xiàn)管理的精度倚舀，降低項目實施在質量上的波動）
- CMMI五級叹哭，優(yōu)化級，在第四級的基礎上痕貌，對可能出現(xiàn)的次品予以預防风罩，能夠主動地改善流程，運用新技術舵稠，實現(xiàn)流程優(yōu)化
- 導致軟件項目失敗的常見原因 page43
- 超計劃
- 需求未滿足
- 超預算
- 項目管理體系的5個標準過程 page45
- 項目啟動
- 項目計劃
- 項目執(zhí)行
- 項目控制
- 項目收尾
- 范圍管理中任務分解的基本原則 page60
- 按結構
- 按功能
- 按過程
- 按目標
- 現(xiàn)代項目管理的3大特點 page49
- 由階段性管理轉化為全過程管理
- 由經驗管理轉化為科學管理
- 由微觀管理轉化為宏觀管理
- 項目管理組織結構的3中類型 page56
- 職能型
- 項目型
- 矩陣型
- 工作結構分解的層次WBS page60
見ppt
- 確定工作時間的主要方法 page66
- 專家判斷：專家判斷主要依賴于歷史的經驗和信息超升，當然其估計時間的結果也具有一定的不確定性和風險
- 類比估計：以先前的類似的實際項目的工作時間來估計當前項目各工作的實際時間。
- 影響質量的要素 page70
- 4M1E：人哺徊，機室琢，料，法落追，環(huán)
- 溝通的技巧盈滴，溝通障礙 page75-77（？）
- 技巧：正式|非正式溝通轿钠，上行|下行|平行溝通巢钓，單向|雙向溝通，書面|口頭溝通
- 項目風險管理主要階段 page80
- 風險識別
- 風險評估
- 風險應對
- 風險控制
- 做任何工作都要考慮的9個控制因素 page83
- 5W：目的why疗垛，標準what症汹，地點where，責任人who继谚，進度when
- 3H：方法how烈菌，數(shù)量howmuch，成本howmuchcost
- 1S：安全safty
- WBS設計
自行發(fā)揮
