軟件項(xiàng)目特點(diǎn)（45頁)ppt課件

1、軟件工程特點(diǎn)李 鋒 丹佛國際機(jī)場行李處置系統(tǒng) - 需求不明晰完好Xxxxx 醫(yī)藥股份 - 需求變動佛羅里達(dá)救援系統(tǒng) - 測試不充分On Technology - 方案拙劣失敗工程案例智能電子 -新技術(shù)F-26 - 新技術(shù)Confirm - 缺乏人員失敗工程案例失敗的緣由 需求 - 51% 方案和估算 - 48% 新技術(shù) - 45% 管理 -42% 人員(高級技術(shù)人員) - 42%軟件工程特點(diǎn)開展快閱歷失效快復(fù)雜度高主要依托人的腦力勞動過程可見性差結(jié)果難于測試市場方式不完善估算的難度The complication to develop a big software project is not

2、 less than to build the Pyramid110,000,000 LOCS IN WINDOWS 95 What to do ？估算的難度市場需求的模糊why ?Change The technology and the word of computer change too fastbasiccooC+javaEJBOur experience and the models become invalid quickly估算的難度工程管理中的問題對客體目的的誤解客戶需求定義不夠詳細(xì)不真實(shí)踐的主體目的無方案的義務(wù)分派沒有足夠的資源或必要的技術(shù)效率低下的溝通優(yōu)先級相互沖突變卦失

3、控組織間的矛盾沖突軟件開發(fā)方式軟件工程過程常規(guī)過程系統(tǒng)分析軟件需求分析軟件設(shè)計(jì)編碼軟件測試生命周期模型瀑布模型 線形模型增量模型 RAD：Rapid Application Development螺旋模型瀑布模型系統(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試模型引見軟件需求設(shè)計(jì)維護(hù)瀑布模型優(yōu)點(diǎn)易于了解，廣泛采用強(qiáng)調(diào)設(shè)計(jì)前定義和編碼前設(shè)計(jì)，易于控制確定了何時交付產(chǎn)品以及何時評審、審查，易于管理缺陷對于一個大工程來說，要看到結(jié)果需求很長的時間依賴于大家知道的、穩(wěn)定的、 了解的客戶需求很難跟蹤需求到程序代碼對于需求的錯誤，能夠直到終了的時候才干被發(fā)現(xiàn)開發(fā)者經(jīng)常被不用要的耽擱瀑布模型變種-生魚片系統(tǒng)分析軟件需求分析

4、設(shè)計(jì)編碼測試模型引見軟件需求設(shè)計(jì)維護(hù)瀑布模型變種-XXXX系統(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試模型引見軟件需求設(shè)計(jì)維護(hù)設(shè)計(jì)編碼測試快速原型模型引見快速原型模型優(yōu)點(diǎn)用戶需求明晰，減少了誤解的能夠性便于后續(xù)設(shè)計(jì)和管理加強(qiáng)自信心缺陷原型易當(dāng)產(chǎn)品開發(fā)原型需求投入，原型的度難以把握需求用戶參與沒有較好的文擋，用戶確認(rèn)方式要留意容易產(chǎn)生樂觀的估計(jì)增量模型增量模型交融了瀑布模型的根本成分反復(fù)地運(yùn)用第一個增量往往是中心產(chǎn)品，即實(shí)現(xiàn)了根本的需求，但很多補(bǔ)充的特性知和未知還沒有發(fā)布具有迭代的特征，每一個增量均發(fā)布一個可操作的產(chǎn)品增量模型優(yōu)點(diǎn)順應(yīng)市場快速的要求可以有方案的管理技術(shù)和其他風(fēng)險測試中可以得到立刻的反響缺陷產(chǎn)

5、品的整體性能易受影響1+1+13增量模型 - 變種增量選擇的規(guī)范不同 - 面向進(jìn)度 面向需求明晰度 面向風(fēng)險 面向優(yōu)先級RAD系統(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試軟件需求設(shè)計(jì)維護(hù)系統(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試軟件需求設(shè)計(jì)維護(hù)系統(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試軟件需求設(shè)計(jì)維護(hù)小組1小組2小組2RAD強(qiáng)調(diào)極短的開發(fā)周期60-90天強(qiáng)調(diào)復(fù)用，以表達(dá)快速是瀑布模型的變種系統(tǒng)可以被適當(dāng)?shù)哪K化主要用于信息系統(tǒng)運(yùn)用軟件的開發(fā)開發(fā)階段：業(yè)務(wù)建摸：客戶和開發(fā)者一同數(shù)據(jù)建摸處置建摸運(yùn)用生成：可視化編程，運(yùn)用計(jì)算機(jī)輔助軟件工程工具RAD模型優(yōu)點(diǎn)開發(fā)速度快可以分割風(fēng)險缺陷小組接口定義困難需求足夠的人力和技藝螺旋模型螺旋

6、模型是一個演化的軟件過程模型是一系列的增量發(fā)布分為假設(shè)干的義務(wù)區(qū)域，每一區(qū)域含有一系列順應(yīng)待開發(fā)工程的特點(diǎn)的任務(wù)義務(wù)螺旋模型優(yōu)點(diǎn)表達(dá)了開發(fā)的迭代性綜合了瀑布模型和快速原型的優(yōu)點(diǎn)缺陷需求相當(dāng)?shù)娘L(fēng)險評價的專門技術(shù)，其勝利依賴于這種技術(shù)某些風(fēng)險的忽視，將導(dǎo)致嚴(yán)重后果了解操作困難，沒有廣泛運(yùn)用，缺乏相關(guān)范例JADJAD SessionsPrototypingFull-ScaleDevelopmentUsersReqts AnalystsSWAT TeamPrototyping &CASE Toolsrios ytcajiid dfiytqluyet dspexkInformationEngineeri

7、ng MethodsJAD定制討論整理主管人員規(guī)劃定制討論整理主管人員設(shè)計(jì)實(shí)現(xiàn)JAD模型優(yōu)點(diǎn)正確快速的獲取需求把矛盾處理在前期各方意見充分一致缺陷需求用戶和指點(diǎn)投入過多的精神如JAD會議效果不夠理想，影響較大與原型法配合運(yùn)用面向?qū)ο笙到y(tǒng)分析軟件需求分析設(shè)計(jì)編碼測試軟件需求設(shè)計(jì)維護(hù)設(shè)計(jì)編碼測試對象1對象2組裝測試發(fā)布面向?qū)ο竽Ｐ蛢?yōu)點(diǎn)可以分割風(fēng)險并發(fā)性強(qiáng)方便變卦控制缺陷組接口定義困難會因部分組件的推遲，影響整個任務(wù)要全過程采用該技術(shù)，并且運(yùn)用設(shè)計(jì)工具，方可充分發(fā)揚(yáng)他的優(yōu)點(diǎn)。面向?qū)ο竽Ｐ?- 變種面向商業(yè)軟件 模型選擇不拘實(shí)際 靈敏復(fù)用 各模型的比較見 模型選擇組織方式工程組織副總軟件部經(jīng)理自動化部

8、經(jīng)理消費(fèi)工程部經(jīng)理員工員工員工員工員工員工員工員工員工職能型組織工程協(xié)調(diào)職能式組織構(gòu)造的優(yōu)缺陷優(yōu)點(diǎn)：人員運(yùn)用靈敏；業(yè)務(wù)專家可被多個不同工程運(yùn)用；便于知識和閱歷的交流；有利于在過程、管理和政策方面堅(jiān)持延續(xù)性；為該部門人員提供提升的正常途徑；缺陷：職能部門主要關(guān)注本部門任務(wù)；工程和客戶利益不能保證得到優(yōu)先思索；工程責(zé)任不明確；對客戶需求呼應(yīng)緩慢；與本部門利益沖突難處置；工程的任務(wù)放到次要位置；跨部門交流溝通困難；工程型組織總經(jīng)理項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理員工員工員工員工員工員工員工員工員工工程協(xié)調(diào)工程式組織構(gòu)造的優(yōu)缺陷優(yōu)點(diǎn)：工程經(jīng)理對工程全權(quán)擔(dān)任；工程成員對工程經(jīng)理直接擔(dān)任工程實(shí)施過程溝通容易固定保

9、管有專長專家工程目的單一，容易發(fā)揚(yáng)團(tuán)隊(duì)精神權(quán)益集中，指點(diǎn)單一構(gòu)造簡單靈敏，易于操作缺陷：工程獨(dú)立，資源不能被企業(yè)共享工程經(jīng)理能夠提早儲存專業(yè)業(yè)務(wù)人員專業(yè)業(yè)務(wù)人員技藝難以在工程外運(yùn)用提高在執(zhí)行企業(yè)規(guī)章制度上不一致不利于工程與外界溝通工程成員擔(dān)憂工程終了以后本人的去向強(qiáng)矩陣組織副總研發(fā)部經(jīng)理效力部經(jīng)理工程管理部經(jīng)理員工員工員工員工員工員工工程經(jīng)理工程經(jīng)理工程經(jīng)理工程協(xié)調(diào)強(qiáng)矩陣組織構(gòu)造的優(yōu)缺陷優(yōu)點(diǎn)：工程是任務(wù)聚焦點(diǎn)工程可分享職能部門人才工程成員不擔(dān)憂工程終了后的去向有利快速呼應(yīng)客戶需求有利于堅(jiān)持與企業(yè)規(guī)章制度的一致性企業(yè)可以平衡多個工程對資源的運(yùn)用人力資源運(yùn)用上，有較大靈敏性缺陷：工程經(jīng)理與部門經(jīng)理之間的工程責(zé)任劃分不夠鮮明。勝利時爭功，失敗時推委躲避資源在多個工程之間平衡流動，容易引起工程經(jīng)理之間爭斗要求工程經(jīng)理有才干與部門經(jīng)理協(xié)調(diào)，談判資源分配，技術(shù)支持等問題工程成員有兩個上司不同