軟件項目特點特訓(xùn)

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

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