軟件項目特點特訓丹佛國際機場行李處理系統(tǒng)---需求不清晰完整Xxxxx醫(yī)藥股份----需求變動佛羅里達救濟系統(tǒng)----測試不充分OnTechnology-----計劃拙劣失敗項目案例智能電子---新技術F-26---新技術Confirm---缺乏人員失敗項目案例失敗的原因需求-------51%計劃和估算---48%新技術-----45%管理----42%人員(高級技術人員)---42%軟件項目特點發(fā)展快經(jīng)驗失效快復雜度高主要依靠人的腦力勞動過程可見性差結(jié)果難于測試市場模式不完善估算的難度ThecomplicationtodevelopabigsoftwareprojectisnotlessthantobuildthePyramid110,000,000LOCSINWINDOWS95Whattodo？估算的難度市場需求的模糊why???ChangeThetechnologyandthewordofcomputerchangetoofastbasiccooC++javaEJBOurexperienceandthemodelsbecomeinvalidquickly估算的難度項目管理中的問題對客體目標的誤解客戶需求定義不夠詳細不切實際的主體目標無計劃的任務分派沒有足夠的資源或必要的技術效率低下的溝通優(yōu)先級相互沖突變更失控組織間的矛盾沖突軟件開發(fā)模式軟件工程過程常規(guī)過程系統(tǒng)分析軟件需求分析軟件設計編碼軟件測試生命周期模型瀑布模型（線形模型）增量模型

RAD：RapidApplicationDevelopment螺旋模型瀑布模型系統(tǒng)分析軟件需求分析設計編碼測試模型介紹軟件需求設計維護瀑布模型優(yōu)點易于理解，廣泛采用強調(diào)設計前定義和編碼前設計，易于控制確定了何時交付產(chǎn)品以及何時評審、審查，易于管理缺點對于一個大項目來說，要看到結(jié)果需要很長的時間依賴于大家知道的、穩(wěn)定的、理解的客戶需求很難跟蹤需求到程序代碼對于需求的錯誤，可能直到結(jié)束的時候才能被發(fā)現(xiàn)開發(fā)者經(jīng)常被不必要的耽擱瀑布模型變種---生魚片系統(tǒng)分析軟件需求分析設計編碼測試模型介紹軟件需求設計維護瀑布模型變種---XXXX系統(tǒng)分析軟件需求分析設計編碼測試模型介紹軟件需求設計維護設計編碼測試快速原型模型介紹快速原型模型優(yōu)點用戶需求清晰，減少了誤解的可能性便于后續(xù)設計和管理增強信心缺點原型易當產(chǎn)品開發(fā)原型需要投入，原型的度難以把握需要用戶參與沒有較好的文擋，用戶確認形式要注意容易產(chǎn)生樂觀的估計增量模型增量模型融合了瀑布模型的基本成分（重復地應用）第一個增量往往是核心產(chǎn)品，即實現(xiàn)了基本的需求，但很多補充的特性（已知和未知）還沒有發(fā)布具有迭代的特征，每一個增量均發(fā)布一個可操作的產(chǎn)品增量模型優(yōu)點適應市場快速的要求可以有計劃的管理技術和其他風險測試中可以得到立即的反饋缺點產(chǎn)品的整體性能易受影響1+1+1>3增量模型----變種增量選擇的標準不同-----面向進度面向需求清晰度面向風險面向優(yōu)先級RAD系統(tǒng)分析軟件需求分析設計編碼測試軟件需求設計維護系統(tǒng)分析軟件需求分析設計編碼測試軟件需求設計維護系統(tǒng)分析軟件需求分析設計編碼測試軟件需求設計維護小組1小組2小組2RAD強調(diào)極短的開發(fā)周期（60-90天）強調(diào)復用，以體現(xiàn)快速是瀑布模型的變種系統(tǒng)可以被適當?shù)哪K化主要用于信息系統(tǒng)應用軟件的開發(fā)開發(fā)階段：業(yè)務建摸：客戶和開發(fā)者一起數(shù)據(jù)建摸處理建摸應用生成：可視化編程，使用計算機輔助軟件工程工具RAD模型優(yōu)點開發(fā)速度快可以分割風險缺點小組接口定義困難需要足夠的人力和技能螺旋模型螺旋模型是一個演化的軟件過程模型是一系列的增量發(fā)布分為若干的任務區(qū)域，每一區(qū)域含有一系列適應待開發(fā)項目的特點的工作任務螺旋模型優(yōu)點體現(xiàn)了開發(fā)的迭代性綜合了瀑布模型和快速原型的優(yōu)點缺點需要相當?shù)娘L險評估的專門技術，其成功依賴于這種技術某些風險的忽視，將導致嚴重后果理解操作困難，沒有廣泛使用，缺乏相關范例JADJADSessionsPrototypingFull-ScaleDevelopmentUsersReqtsAnalystsSWATTeamPrototyping&CASEToolsriosytcajiiddfiytqluyetdspexkInformationEngineeringMethodsJAD定制討論整理主管人員規(guī)劃定制討論整理主管人員設計實現(xiàn)JAD模型優(yōu)點正確快速的獲取需求把矛盾解決在前期各方意見充分一致缺點需要用戶和領導投入過多的精力如JAD會議效果不夠理想，影響較大與原型法配合使用面向?qū)ο笙到y(tǒng)分析軟件需求分析設計編碼測試軟件需求設計維護設計編碼測試對象1對象2組裝測試發(fā)布面向?qū)ο竽Ｐ蛢?yōu)點可以分割風險并發(fā)性強方便變更控制缺點組接口定義困難會因部分組件的推遲，影響整個工作要全過程采用該技術，并且使用設計工具，方可充分發(fā)揮他的長處。面向?qū)ο竽Ｐ?---變種面向商業(yè)軟件模型選擇不拘理論靈活復用各模型的比較見模型選擇組織模式項目組織副總軟件部經(jīng)理自動化部經(jīng)理生產(chǎn)工程部經(jīng)理員工員工員工員工員工員工員工員工員工職能型組織項目協(xié)調(diào)職能式組織結(jié)構的優(yōu)缺點優(yōu)點：人員使用靈活；業(yè)務專家可被多個不同項目使用；便于知識和經(jīng)驗的交流；有利于在過程、管理和政策方面保持連續(xù)性；為該部門人員提供晉升的正常途徑；缺點：職能部門主要關注本部門工作；項目和客戶利益不能保證得到優(yōu)先考慮；項目責任不明確；對客戶需求響應遲緩；與本部門利益沖突難處理；項目的工作放到次要地位；跨部門交流溝通困難；項目型組織總經(jīng)理項目經(jīng)理項目經(jīng)理項目經(jīng)理員工員工員工員工員工員工員工員工員工項目協(xié)調(diào)項目式組織結(jié)構的優(yōu)缺點優(yōu)點：項目經(jīng)理對項目全權負責；項目成員對項目經(jīng)理直接負責項目實施過程溝通容易固定保留有特長專家項目目標單一，容易發(fā)揮團隊精神權利集中，領導單一結(jié)構簡單靈活，易于操作缺點：項目獨立，資源不能被企業(yè)共享項目經(jīng)理可能提前儲存專業(yè)業(yè)務人員專業(yè)業(yè)務人員技能難以在項目外應用提高在執(zhí)行企業(yè)規(guī)章制度上不一致不利于項目與外界溝通項目成員擔心項目結(jié)束以后自己的去向強矩陣組織副總研發(fā)部經(jīng)理服務部經(jīng)理項目管理部經(jīng)理員工員工員工員工員工員工項目經(jīng)理項目經(jīng)理項目經(jīng)理項目協(xié)調(diào)強矩陣組織結(jié)構的優(yōu)缺點優(yōu)點：項目是工作聚焦點項目可分享職能部門人才項目成員不擔心項目結(jié)束后的去向有利快速響應客戶需求有利于保持與企業(yè)規(guī)章制度的一致性企業(yè)可以平衡多個項目對資源的使用人力資源使用上，有較大靈活性缺點：項目經(jīng)理與部門經(jīng)理之間的項目責任劃分不夠鮮明。成功時爭功，失敗時推委躲避資源在多個項目之間平衡流動，容易引起項目經(jīng)理之間爭斗要求項目經(jīng)理有能力與部門經(jīng)