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

1、軟件工程特點(diǎn)李 鋒 丹佛國(guó)際機(jī)場(chǎng)行李處置系統(tǒng) - 需求不明晰完好Xxxxx 醫(yī)藥股份 - 需求變動(dòng)佛羅里達(dá)救援系統(tǒng) - 測(cè)試不充分On Technology - 方案拙劣失敗工程案例智能電子 -新技術(shù)F-26 - 新技術(shù)Confirm - 缺乏人員失敗工程案例失敗的緣由 需求 - 51% 方案和估算 - 48% 新技術(shù) - 45% 管理 -42% 人員(高級(jí)技術(shù)人員) - 42%軟件工程特點(diǎn)開(kāi)展快閱歷失效快復(fù)雜度高主要依托人的腦力勞動(dòng)過(guò)程可見(jiàn)性差結(jié)果難于測(cè)試市場(chǎng)方式不完善估算的難度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 ？估算的難度市場(chǎng)需求的模糊why ?Change The technology and the word of computer change too fastbasiccooC+javaEJBOur experience and the models become invalid quickly估算的難度工程管理中的問(wèn)題對(duì)客體目的的誤解客戶需求定義不夠詳細(xì)不真實(shí)踐的主體目的無(wú)方案的義務(wù)分派沒(méi)有足夠的資源或必要的技術(shù)效率低下的溝通優(yōu)先級(jí)相互沖突變卦失

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

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

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

6、模型是一個(gè)演化的軟件過(guò)程模型是一系列的增量發(fā)布分為假設(shè)干的義務(wù)區(qū)域，每一區(qū)域含有一系列順應(yīng)待開(kāi)發(fā)工程的特點(diǎn)的任務(wù)義務(wù)螺旋模型優(yōu)點(diǎn)表達(dá)了開(kāi)發(fā)的迭代性綜合了瀑布模型和快速原型的優(yōu)點(diǎn)缺陷需求相當(dāng)?shù)娘L(fēng)險(xiǎn)評(píng)價(jià)的專門技術(shù)，其勝利依賴于這種技術(shù)某些風(fēng)險(xiǎn)的忽視，將導(dǎo)致嚴(yán)重后果了解操作困難，沒(méi)有廣泛運(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)正確快速的獲取需求把矛盾處理在前期各方意見(jiàn)充分一致缺陷需求用戶和指點(diǎn)投入過(guò)多的精神如JAD會(huì)議效果不夠理想，影響較大與原型法配合運(yùn)用面向?qū)ο笙到y(tǒng)分析軟件需求分析設(shè)計(jì)編碼測(cè)試軟件需求設(shè)計(jì)維護(hù)設(shè)計(jì)編碼測(cè)試對(duì)象1對(duì)象2組裝測(cè)試發(fā)布面向?qū)ο竽Ｐ蛢?yōu)點(diǎn)可以分割風(fēng)險(xiǎn)并發(fā)性強(qiáng)方便變卦控制缺陷組接口定義困難會(huì)因部分組件的推遲，影響整個(gè)任務(wù)要全過(guò)程采用該技術(shù)，并且運(yùn)用設(shè)計(jì)工具，方可充分發(fā)揚(yáng)他的優(yōu)點(diǎn)。面向?qū)ο竽Ｐ?- 變種面向商業(yè)軟件 模型選擇不拘實(shí)際 靈敏復(fù)用 各模型的比較見(jiàn) 模型選擇組織方式工程組織副總軟件部經(jīng)理自動(dòng)化部

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

9、管有專長(zhǎng)專家工程目的單一，容易發(fā)揚(yáng)團(tuán)隊(duì)精神權(quán)益集中，指點(diǎn)單一構(gòu)造簡(jiǎn)單靈敏，易于操作缺陷：工程獨(dú)立，資源不能被企業(yè)共享工程經(jīng)理能夠提早儲(chǔ)存專業(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è)可以平衡多個(gè)工程對(duì)資源的運(yùn)用人力資源運(yùn)用上，有較大靈敏性缺陷：工程經(jīng)理與部門經(jīng)理之間的工程責(zé)任劃分不夠鮮明。勝利時(shí)爭(zhēng)功，失敗時(shí)推委躲避資源在多個(gè)工程之間平衡流動(dòng)，容易引起工程經(jīng)理之間爭(zhēng)斗要求工程經(jīng)理有才干與部門經(jīng)理協(xié)調(diào)，談判資源分配，技術(shù)支持等問(wèn)題工程成員有兩個(gè)上司不同