項(xiàng)目方法的選擇課件

第四講：項(xiàng)目方法的選擇第四講：項(xiàng)目方法的選擇1內(nèi)容技術(shù)選擇考慮風(fēng)險(xiǎn)方法選擇內(nèi)容技術(shù)選擇2技術(shù)選擇技術(shù)選擇將影響：開(kāi)發(fā)人員的訓(xùn)練需要人員招聘開(kāi)發(fā)環(huán)境——軟硬件系統(tǒng)維護(hù)安排步驟分析項(xiàng)目是目標(biāo)驅(qū)動(dòng)還是產(chǎn)品驅(qū)動(dòng)分析項(xiàng)目的其它特征面向數(shù)據(jù)還是面向控制通用還是專(zhuān)用是否涉及需要專(zhuān)用工具支持的專(zhuān)門(mén)技術(shù)（并發(fā)處理、專(zhuān)家系統(tǒng)、GIS）是否有特殊的安全性（safe）要求對(duì)軟硬件有何要求（PCVs.大型機(jī)）技術(shù)選擇技術(shù)選擇將影響：3識(shí)別項(xiàng)目中的高風(fēng)險(xiǎn)產(chǎn)品不確定性：系統(tǒng)需求理解的準(zhǔn)確性。用戶(hù)在開(kāi)始時(shí)有可能對(duì)系統(tǒng)應(yīng)該什么樣都無(wú)法確定。在某些環(huán)境中，精確而有效的需求描述可能迅速變得過(guò)時(shí)。過(guò)程不確定性：在項(xiàng)目開(kāi)始時(shí)需要選擇方法或過(guò)程模型，或者一些新的工具，任何對(duì)原先采用的開(kāi)發(fā)方法的變更都將引入不確定性。資源不確定性：項(xiàng)目進(jìn)行中資源的數(shù)量可能發(fā)生變化。例如公司待遇、其它項(xiàng)目的影響。識(shí)別項(xiàng)目中的高風(fēng)險(xiǎn)產(chǎn)品不確定性：4方法選擇考慮用戶(hù)關(guān)于實(shí)現(xiàn)的需求用戶(hù)可能在合同中限定了有關(guān)實(shí)現(xiàn)方面的方法。例如，規(guī)定了企業(yè)必須具有相應(yīng)的CMM等級(jí)，或者通過(guò)了ISO9000方法。選擇通用的生命期方法控制系統(tǒng)：一般為實(shí)時(shí)系統(tǒng)，比如需要Petri網(wǎng)技術(shù)方法選擇考慮用戶(hù)關(guān)于實(shí)現(xiàn)的需求5Toooften,softwareworkfollowsthefirstlawofbicycling:Nomatterwhereyou’regoing,it’suphillandagainstthewind.Toooften,softwareworkfollo6過(guò)程模型的選擇軟件過(guò)程是將用戶(hù)的需求轉(zhuǎn)化成有效的軟件解決方案的一系列活動(dòng)。開(kāi)發(fā)一個(gè)軟件需要選擇開(kāi)發(fā)策略（包括過(guò)程、方法和工具）以及通用階段，這些策略和階段稱(chēng)為過(guò)程模型。過(guò)程模型的選擇基于項(xiàng)目和應(yīng)用的特性，使用的工具和方法，所需要的控制方法和交付物。過(guò)程模型的選擇軟件過(guò)程是將用戶(hù)的需求轉(zhuǎn)化成有效的軟件解決方案7軟件過(guò)程的概念軟件過(guò)程由相關(guān)項(xiàng)目的階段、狀態(tài)、方法、技術(shù)和開(kāi)發(fā)、維護(hù)軟件的人員以及相關(guān)對(duì)象（計(jì)劃、文檔、模型、編碼、測(cè)試、手冊(cè)等）組成。一個(gè)過(guò)程定義了為達(dá)到某個(gè)確定的目標(biāo)，需要什么人、在什么時(shí)間以何種方式做何種工作。軟件需要一個(gè)可用于指導(dǎo)顧客、用戶(hù)、開(kāi)發(fā)人員和項(xiàng)目經(jīng)理等參與者的過(guò)程。軟件過(guò)程的概念軟件過(guò)程由相關(guān)項(xiàng)目的階段、狀態(tài)、方法、技術(shù)和開(kāi)8軟件開(kāi)發(fā)過(guò)程軟件工程的核心是過(guò)程。產(chǎn)品、人員、技術(shù)通過(guò)過(guò)程關(guān)聯(lián)起來(lái)。軟件開(kāi)發(fā)過(guò)程能夠?qū)⒓夹g(shù)集成在一起從而使軟件的開(kāi)發(fā)能夠以一種合理而及時(shí)的方式完成。許多軟件組織無(wú)法正確定義和控制這一過(guò)程，但這恰恰是組織改進(jìn)的關(guān)鍵。軟件開(kāi)發(fā)過(guò)程軟件工程的核心是過(guò)程。產(chǎn)品、人員、技術(shù)通過(guò)過(guò)程關(guān)9有效的軟件過(guò)程有效的軟件過(guò)程可以提高組織的生產(chǎn)能力保證軟件開(kāi)發(fā)基本原則的實(shí)現(xiàn)，輔助軟件項(xiàng)目管理者做出明智的決定；使軟件開(kāi)發(fā)活動(dòng)標(biāo)準(zhǔn)化，提高軟件的可重用性和Team間的協(xié)作；有效的軟件過(guò)程也可以改善軟件組織對(duì)軟件的維護(hù)能力有效地定義如何管理需求變更，在未來(lái)的版本中恰當(dāng)分配變更部分，使之平滑過(guò)渡；首先在具體操作和相關(guān)支持中定義如何平滑地改造軟件，并且這種具體操作和支持是可實(shí)施的；不可實(shí)施的軟件過(guò)程將很快被束之高閣；有效的軟件過(guò)程有效的軟件過(guò)程可以提高組織的生產(chǎn)能力10編碼修正模型CodeandFixCodelikeHell（魯莽編碼）從一個(gè)大致的想法開(kāi)始工作，然后經(jīng)過(guò)非正規(guī)的設(shè)計(jì)、編碼、調(diào)試和測(cè)試方法，最后完成工作?？赡苡?、可能沒(méi)有規(guī)范編碼修正模型CodeandFix可能有、可能沒(méi)有規(guī)范11chapter__312Codeandfix需求了解編碼編譯、檢錯(cuò)修正編寫(xiě)文檔提交修正測(cè)試chapter__312Codeandfix需求了解編12好處：成本可能很低只需要很少的專(zhuān)業(yè)知識(shí)，任何寫(xiě)過(guò)程序的人都可以對(duì)一些非常小，開(kāi)發(fā)完后就會(huì)很快丟棄的軟件可以采用對(duì)于規(guī)模稍大的項(xiàng)目，采用這種模型是很危險(xiǎn)的。好處：13瀑布模型最早，被廣泛使用的過(guò)程模型瀑布模型最早，被廣泛使用的過(guò)程模型14需求分析驗(yàn)證規(guī)格說(shuō)明驗(yàn)證設(shè)計(jì)驗(yàn)證編碼測(cè)試綜合測(cè)試維護(hù)變化的需求驗(yàn)證瀑布模型適用于什么場(chǎng)合，有何優(yōu)缺點(diǎn)？需求分析驗(yàn)證規(guī)格說(shuō)明驗(yàn)證設(shè)計(jì)驗(yàn)證編碼測(cè)試綜合測(cè)試維護(hù)變化的需15瀑布模型特點(diǎn)特點(diǎn)：階段順序執(zhí)行嚴(yán)格的質(zhì)量保證推遲實(shí)現(xiàn)瀑布模型特點(diǎn)特點(diǎn)：16瀑布模型適用條件當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品定義和很容易被理解的技術(shù)解決方案時(shí)，純瀑布模型特別合適。當(dāng)一個(gè)定義很好的版本進(jìn)行維護(hù)或?qū)⒁粋€(gè)產(chǎn)品移植到一個(gè)新的平臺(tái)對(duì)于容易理解但很復(fù)雜的項(xiàng)目，采用純瀑布模型比較合適，因?yàn)榭梢杂庙樞虻姆椒ㄌ幚懋?dāng)開(kāi)發(fā)隊(duì)伍技術(shù)力量比較弱或者缺乏經(jīng)驗(yàn)時(shí)，瀑布模型更為合適類(lèi)似的項(xiàng)目如：公司的財(cái)務(wù)系統(tǒng)庫(kù)存管理系統(tǒng)瀑布模型適用條件當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品定義和很容易被理解的技術(shù)解17問(wèn)題：缺乏靈活性。必須在項(xiàng)目開(kāi)始前說(shuō)明全部需求，但這恰恰是非常困難的。問(wèn)題：18chapter__319V型模型評(píng)審集成測(cè)試用戶(hù)驗(yàn)收項(xiàng)目規(guī)化需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測(cè)試單元測(cè)試chapter__319V型模型評(píng)審集成測(cè)試用戶(hù)驗(yàn)收項(xiàng)目規(guī)19V型模型該方法是對(duì)瀑布模型的變種，強(qiáng)調(diào)了驗(yàn)證活動(dòng)。擴(kuò)展了瀑布模型的測(cè)試活動(dòng)理想的情況下，改正活動(dòng)只應(yīng)該返回對(duì)應(yīng)層次的下層?？尚行?？可行性可能在系統(tǒng)實(shí)現(xiàn)前幾個(gè)月或者幾年前執(zhí)行。V型模型該方法是對(duì)瀑布模型的變種，強(qiáng)調(diào)了驗(yàn)證活動(dòng)。20項(xiàng)目的需求在項(xiàng)目開(kāi)始前很明確解決方案在項(xiàng)目開(kāi)始前也很明確對(duì)系統(tǒng)的性能安全很?chē)?yán)格的項(xiàng)目類(lèi)似的項(xiàng)目如：航天飛機(jī)等公司的財(cái)務(wù)系統(tǒng)項(xiàng)目的需求在項(xiàng)目開(kāi)始前很明確21瀑布模型變種：生魚(yú)片模型把階段重疊起來(lái)的瀑布模型起源于日本硬件開(kāi)發(fā)模型（富士通-施樂(lè)）軟件概念需求分析架構(gòu)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測(cè)試瀑布模型變種：生魚(yú)片模型把階段重疊起來(lái)的瀑布模型軟件概念需22傳統(tǒng)的瀑布模型強(qiáng)調(diào)階段之間最小的重疊，而生魚(yú)片模型強(qiáng)調(diào)大幅度的重疊，即在需求分析完成之前就可以進(jìn)行架構(gòu)設(shè)計(jì)和部分詳細(xì)設(shè)計(jì)。純瀑布模型強(qiáng)調(diào)在任意兩個(gè)階段交接時(shí)，文檔從一個(gè)團(tuán)隊(duì)交給另一個(gè)完全隔離的團(tuán)隊(duì)，但是如果一個(gè)團(tuán)隊(duì)完成各個(gè)階段任務(wù)是，可以沒(méi)有那么多的文檔。優(yōu)點(diǎn)：加快進(jìn)度。問(wèn)題：缺點(diǎn)是什么？因?yàn)殡A段重疊，因而里程碑不明確，很難有效的進(jìn)行過(guò)程跟蹤和控制。傳統(tǒng)的瀑布模型強(qiáng)調(diào)階段之間最小的重疊，而生魚(yú)片模型強(qiáng)調(diào)大幅度23螺旋模型以風(fēng)險(xiǎn)為導(dǎo)向的生命期模型從一個(gè)小范圍的關(guān)鍵中心地帶開(kāi)始尋找風(fēng)險(xiǎn)因素，制定風(fēng)險(xiǎn)控制計(jì)劃，并交付給下一個(gè)步驟，如次迭代，每次迭代將項(xiàng)目擴(kuò)展到一個(gè)更大的規(guī)模。螺旋模型以風(fēng)險(xiǎn)為導(dǎo)向的生命期模型24

25SpiralModel螺旋模型沿著螺線(xiàn)旋轉(zhuǎn)，在四個(gè)象限上分別表達(dá)了四個(gè)方面的活動(dòng)，即：制定計(jì)劃──確定軟件目標(biāo)，需求和選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件風(fēng)險(xiǎn)分析──評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)實(shí)施工程──實(shí)施軟件開(kāi)發(fā)，編碼，測(cè)試等客戶(hù)評(píng)估──評(píng)價(jià)開(kāi)發(fā)工作，提出修正建議，規(guī)劃下期任務(wù)SpiralModel螺旋模型沿著螺線(xiàn)旋轉(zhuǎn)，在四個(gè)象限上分26SpiralModel適合的項(xiàng)目風(fēng)險(xiǎn)是主要的制約因素不確定因素和風(fēng)險(xiǎn)限制了項(xiàng)目進(jìn)度用戶(hù)對(duì)自己的需求也不是很明確需要對(duì)一些基本的概念進(jìn)行驗(yàn)證可能發(fā)生一些重大的變更項(xiàng)目規(guī)模很大項(xiàng)目中采用了新技術(shù)SpiralModel適合的項(xiàng)目風(fēng)險(xiǎn)是主要的制約因素27優(yōu)點(diǎn)：隨著迭代的增加，風(fēng)險(xiǎn)程度隨之降低缺點(diǎn)：比較復(fù)雜，需要責(zé)任心、專(zhuān)注和管理方面的知識(shí)。優(yōu)點(diǎn)：隨著迭代的增加，風(fēng)險(xiǎn)程度隨之降低28原型法原型是項(xiàng)目系統(tǒng)中一個(gè)方面或多個(gè)方面的工作模型拋棄型原型：用于試驗(yàn)?zāi)承└拍?，?shí)驗(yàn)完系統(tǒng)將無(wú)用處。進(jìn)化型原型：原型系統(tǒng)不斷地被開(kāi)發(fā)和修正，最終他將變?yōu)橐粋€(gè)真正的系統(tǒng)。原型法原型是項(xiàng)目系統(tǒng)中一個(gè)方面或多個(gè)方面的工作模型29原型法原型的好處從實(shí)踐中學(xué)習(xí)(Learningbydoing)改善的通信改善的用戶(hù)參與使部分已知的需求清晰化展示描述的一致性和完整性特征約束（利用工具構(gòu)造原型可以將某些特性落實(shí)到實(shí)處，而非在紙上談兵那樣容易失誤）試驗(yàn)是否能產(chǎn)生預(yù)期的結(jié)果原型法原型的好處30原型模型適合的項(xiàng)目項(xiàng)目的需求在項(xiàng)目開(kāi)始前不明確需要減少項(xiàng)目需求的不確定性類(lèi)似的項(xiàng)目如：確定顯示界面第一次開(kāi)發(fā)的產(chǎn)品，驗(yàn)證可行性原型模型適合的項(xiàng)目項(xiàng)目的需求在項(xiàng)目開(kāi)始前不明確31原型法原型法的缺點(diǎn)用戶(hù)有時(shí)誤解了原型的角色，例如，他們可能誤解原型應(yīng)該和真實(shí)系統(tǒng)一樣可靠缺少項(xiàng)目標(biāo)準(zhǔn)，進(jìn)化原型法有點(diǎn)像編碼修正（codeandfix）缺少控制，由于用戶(hù)可能不斷提出新要求，因而原型迭代的周期很難控制額外的花費(fèi)：有統(tǒng)計(jì)表明，構(gòu)造原型可能有10%的額外花費(fèi)運(yùn)行效率可能會(huì)受影響原型法要求開(kāi)發(fā)者與用戶(hù)密切接觸，有時(shí)這是不可能的（如軟件外包）原型法原型法的缺點(diǎn)32增量式交付增量式交付：持續(xù)地在確定的階段向用戶(hù)展示軟件。與漸進(jìn)原型不同，在增量式交付的時(shí)候，你明確地知道下一步要完成什么工作，增量式交付的特點(diǎn)是不會(huì)在項(xiàng)目結(jié)束的時(shí)候一下交付出全部軟件，而是在項(xiàng)目的整個(gè)開(kāi)發(fā)過(guò)程中持續(xù)不斷的交付階段性成果。增量式交付增量式交付：持續(xù)地在確定的階段向用戶(hù)展示軟件。33增量式交付增量式交付34增量式交付模型的特點(diǎn)階段式提交一個(gè)可運(yùn)行的產(chǎn)品關(guān)鍵的功能更早出現(xiàn)早期預(yù)警問(wèn)題，避免軟件缺陷不知不覺(jué)的增長(zhǎng)減少報(bào)告負(fù)擔(dān)階段性完成可以降低估計(jì)失誤階段性完成均衡了彈性與效率增量式交付模型的特點(diǎn)階段式提交一個(gè)可運(yùn)行的產(chǎn)品35增量式交付的優(yōu)點(diǎn)項(xiàng)目結(jié)束交付全部成果前，分階段將有用的功能交付給用戶(hù)。主要缺點(diǎn)：如果管理層和技術(shù)層面上缺乏仔細(xì)的規(guī)劃，工作就無(wú)法進(jìn)行。使用增量式交付的要點(diǎn)：確保每個(gè)階段的交付對(duì)用戶(hù)是有用的。確?？紤]了不同組成部分的技術(shù)依賴(lài)關(guān)系。增量式交付的優(yōu)點(diǎn)36面向進(jìn)度的設(shè)計(jì)類(lèi)似于增量式交付，但是面向進(jìn)度的設(shè)計(jì)生命周期模型在開(kāi)始的時(shí)候不必知道究竟能達(dá)到何種目標(biāo)，但是要確保最后期限。該模型的關(guān)鍵是要按優(yōu)先級(jí)別劃分系統(tǒng)特征并規(guī)劃開(kāi)發(fā)階段，保證前面的階段具有高優(yōu)先級(jí)的特性，低特性具有低優(yōu)先級(jí)。是否采用這種方法取決于你是否對(duì)系統(tǒng)目標(biāo)具有足夠的信心。如果有信心，則可以采用增量式交付。面向進(jìn)度的設(shè)計(jì)類(lèi)似于增量式交付，但是面向進(jìn)度的設(shè)計(jì)生命周期模37漸進(jìn)交付漸進(jìn)交付是一種跨越了漸進(jìn)（進(jìn)化）原型和增量式交付兩種模型的過(guò)程模型?；具^(guò)程：開(kāi)發(fā)一個(gè)產(chǎn)品的版本，展示給客戶(hù)，根據(jù)反饋改善產(chǎn)品。如果計(jì)劃滿(mǎn)足用戶(hù)的絕大多數(shù)需求，漸進(jìn)交付與漸進(jìn)原型差不多。如果計(jì)劃滿(mǎn)足少量的需求，漸進(jìn)交付與增量式交付差不多。漸進(jìn)原型強(qiáng)調(diào)的是系統(tǒng)看得見(jiàn)的樣子，再回來(lái)堵漏洞；漸進(jìn)交付中，最初的重點(diǎn)是系統(tǒng)核心和底層系統(tǒng)功能。漸進(jìn)交付漸進(jìn)交付是一種跨越了漸進(jìn)（進(jìn)化）原型和增量式交付兩種38項(xiàng)目方法的選擇課件39面向開(kāi)發(fā)工具的設(shè)計(jì)只有現(xiàn)有軟件工具直接支持的情況下增強(qiáng)產(chǎn)品的功能，如果他不支持，就放棄這些功能。當(dāng)時(shí)間成為主要約束時(shí)，該模型能夠比其他模型能夠更完整的實(shí)現(xiàn)功能。該方法的缺點(diǎn)是失去了很多對(duì)產(chǎn)品的控制能力。面向開(kāi)發(fā)工具的設(shè)計(jì)只有現(xiàn)有軟件工具直接支持的情況下增強(qiáng)產(chǎn)品的40商品軟件商品軟件也許未必滿(mǎn)足你的所有要求。但自己開(kāi)發(fā)也需要一個(gè)周期，到那時(shí)候，商品軟件可能已經(jīng)滿(mǎn)足了你的要求。商品軟件可能存在不足，但是，你自己開(kāi)發(fā)的產(chǎn)品也未必那么完美，當(dāng)你補(bǔ)充了商品軟件的不足時(shí)，也許帶了新的問(wèn)題。因而，商品軟件始終是一個(gè)值得考慮的方案。商品軟件商品軟件也許未必滿(mǎn)足你的所有要求。但自己開(kāi)發(fā)也需要一41練習(xí)：案例研究某教育部門(mén)希望目前的中小學(xué)有一個(gè)現(xiàn)代化的信息交流平臺(tái)，即校務(wù)管理系統(tǒng)。為此，他們提出了需求，希望軟件公司能夠開(kāi)發(fā)這種軟件。該軟件是對(duì)學(xué)校校務(wù)和教學(xué)活動(dòng)進(jìn)行綜合管理的平臺(tái)系統(tǒng)。是一個(gè)學(xué)校和地區(qū)教育信息化的基礎(chǔ)信息平臺(tái)。它要完成學(xué)校管理層、教師、學(xué)生、家長(zhǎng)等日常工作、學(xué)習(xí)、管理、咨詢(xún)等任務(wù)。

練習(xí)：案例研究某教育部門(mén)希望目前的中小學(xué)有一個(gè)現(xiàn)代化的信息交42校務(wù)通系統(tǒng)的全部功能分為通用功能和日常業(yè)務(wù)管理功能兩大類(lèi)。因此，可以先基于通用功能做出一個(gè)最小的使用版本。再逐步添加其它功能。這樣一來(lái)，用戶(hù)可以在先試用最小版本的同時(shí)，提出更多明確的需求，這有助于下一階段的開(kāi)發(fā)，大大減少了開(kāi)發(fā)的風(fēng)險(xiǎn)。用戶(hù)明確了需求的大部分，但也存在不很詳細(xì)的地方。如“關(guān)于教師檔案，比照所提供的資料設(shè)計(jì)，現(xiàn)在也沒(méi)有一個(gè)成型的東西?！辟Y源庫(kù)系統(tǒng)只提到“應(yīng)提供一個(gè)標(biāo)準(zhǔn)的資源庫(kù)系統(tǒng)解決方案”。這樣，只有等到一個(gè)可用的產(chǎn)品出來(lái)，通過(guò)客戶(hù)使用這個(gè)可用產(chǎn)品，然后進(jìn)行評(píng)估，評(píng)估的結(jié)果作為下個(gè)增量的開(kāi)發(fā)計(jì)劃。下一個(gè)增量發(fā)布一些新增的功能和特性，直至產(chǎn)生最終的完善產(chǎn)品。校務(wù)通系統(tǒng)的全部功能分為通用功能和日常業(yè)務(wù)管理功能兩大類(lèi)。43在校務(wù)通系統(tǒng)需求中，要求系統(tǒng)有可擴(kuò)充性。若使用增量式模型，可以保證系統(tǒng)的可擴(kuò)充性?！跋到y(tǒng)要求有可擴(kuò)充性，可以在現(xiàn)有系統(tǒng)的基礎(chǔ)上，通過(guò)前臺(tái)就可以加掛其他功能模塊”說(shuō)明用戶(hù)會(huì)增加新的需求。對(duì)一個(gè)管理方式已經(jīng)比較成熟的學(xué)校，要完全舍棄原有的管理方式，用校務(wù)通系統(tǒng)替換全部管理，這是不實(shí)際的。所以，可以從最基礎(chǔ)的做起，逐步的擴(kuò)充其功能。

在校務(wù)通系統(tǒng)需求中，要求系統(tǒng)有可擴(kuò)充性。44項(xiàng)目計(jì)劃集成測(cè)試產(chǎn)品移交增量1總體設(shè)計(jì)需求分析增量2增量6增量5增量4增量3項(xiàng)目計(jì)劃集成測(cè)試產(chǎn)品移交增量1總體設(shè)計(jì)需求分析增量2增量6增45項(xiàng)目規(guī)劃階段階段目標(biāo)：根據(jù)合同和初步需求分析，確定項(xiàng)目的規(guī)模，時(shí)間計(jì)劃和資源的需求輸入：合同文本過(guò)程：項(xiàng)目規(guī)劃、計(jì)劃確認(rèn)輸出：項(xiàng)目計(jì)劃需求分析階段階段目標(biāo)：確定用戶(hù)需求輸入：項(xiàng)目計(jì)劃過(guò)程：需求獲取、需求分析、需求控制輸出：需求規(guī)格、原型系統(tǒng)項(xiàng)目規(guī)劃階段階段目標(biāo)：總體系統(tǒng)結(jié)構(gòu)設(shè)計(jì)輸入：需求規(guī)格、原型系統(tǒng)過(guò)程：總體設(shè)計(jì)輸出：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義項(xiàng)目規(guī)劃階段46增量1實(shí)現(xiàn)階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的通用功能輸入：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義過(guò)程：詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試輸出：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，源代碼，可運(yùn)行版本-1增量2實(shí)現(xiàn)階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的招生功能輸入：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義過(guò)程：詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試輸出：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，源代碼，可運(yùn)行版本-2增量1實(shí)現(xiàn)47增量3實(shí)現(xiàn)階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的學(xué)生日常功能輸入：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義過(guò)程：詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試輸出：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，源代碼，可運(yùn)行版本-3增量4實(shí)現(xiàn)階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的教務(wù)管理功能輸入：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義過(guò)程：詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試輸出：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，源代碼，可運(yùn)行版本-4增量5實(shí)現(xiàn)階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的教師輔助功能輸入：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義過(guò)程：詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試輸出：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，源代碼，可運(yùn)行版本-5增量3實(shí)現(xiàn)48增量6實(shí)現(xiàn)階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的聊天室、論壇功能輸入：系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)結(jié)構(gòu)定義過(guò)程：詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試輸出：詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，源代碼，可運(yùn)行版本-6集成測(cè)試階段目標(biāo)：通過(guò)集成環(huán)境下的軟件測(cè)試輸入：測(cè)試計(jì)劃、測(cè)試用例過(guò)程：集成測(cè)試、系統(tǒng)測(cè)試輸出：系統(tǒng)軟件包、測(cè)試報(bào)告、產(chǎn)品說(shuō)明書(shū)產(chǎn)品提交階段目標(biāo)：產(chǎn)品可投入使用輸入：系統(tǒng)軟件過(guò)程：產(chǎn)品提交輸出：驗(yàn)收?qǐng)?bào)告增量6實(shí)現(xiàn)49第四講：項(xiàng)目方法的選擇第四講：項(xiàng)目方法的選擇50內(nèi)容技術(shù)選擇考慮風(fēng)險(xiǎn)方法選擇內(nèi)容技術(shù)選擇51技術(shù)選擇技術(shù)選擇將影響：開(kāi)發(fā)人員的訓(xùn)練需要人員招聘開(kāi)發(fā)環(huán)境——軟硬件系統(tǒng)維護(hù)安排步驟分析項(xiàng)目是目標(biāo)驅(qū)動(dòng)還是產(chǎn)品驅(qū)動(dòng)分析項(xiàng)目的其它特征面向數(shù)據(jù)還是面向控制通用還是專(zhuān)用是否涉及需要專(zhuān)用工具支持的專(zhuān)門(mén)技術(shù)（并發(fā)處理、專(zhuān)家系統(tǒng)、GIS）是否有特殊的安全性（safe）要求對(duì)軟硬件有何要求（PCVs.大型機(jī)）技術(shù)選擇技術(shù)選擇將影響：52識(shí)別項(xiàng)目中的高風(fēng)險(xiǎn)產(chǎn)品不確定性：系統(tǒng)需求理解的準(zhǔn)確性。用戶(hù)在開(kāi)始時(shí)有可能對(duì)系統(tǒng)應(yīng)該什么樣都無(wú)法確定。在某些環(huán)境中，精確而有效的需求描述可能迅速變得過(guò)時(shí)。過(guò)程不確定性：在項(xiàng)目開(kāi)始時(shí)需要選擇方法或過(guò)程模型，或者一些新的工具，任何對(duì)原先采用的開(kāi)發(fā)方法的變更都將引入不確定性。資源不確定性：項(xiàng)目進(jìn)行中資源的數(shù)量可能發(fā)生變化。例如公司待遇、其它項(xiàng)目的影響。識(shí)別項(xiàng)目中的高風(fēng)險(xiǎn)產(chǎn)品不確定性：53方法選擇考慮用戶(hù)關(guān)于實(shí)現(xiàn)的需求用戶(hù)可能在合同中限定了有關(guān)實(shí)現(xiàn)方面的方法。例如，規(guī)定了企業(yè)必須具有相應(yīng)的CMM等級(jí)，或者通過(guò)了ISO9000方法。選擇通用的生命期方法控制系統(tǒng)：一般為實(shí)時(shí)系統(tǒng)，比如需要Petri網(wǎng)技術(shù)方法選擇考慮用戶(hù)關(guān)于實(shí)現(xiàn)的需求54Toooften,softwareworkfollowsthefirstlawofbicycling:Nomatterwhereyou’regoing,it’suphillandagainstthewind.Toooften,softwareworkfollo55過(guò)程模型的選擇軟件過(guò)程是將用戶(hù)的需求轉(zhuǎn)化成有效的軟件解決方案的一系列活動(dòng)。開(kāi)發(fā)一個(gè)軟件需要選擇開(kāi)發(fā)策略（包括過(guò)程、方法和工具）以及通用階段，這些策略和階段稱(chēng)為過(guò)程模型。過(guò)程模型的選擇基于項(xiàng)目和應(yīng)用的特性，使用的工具和方法，所需要的控制方法和交付物。過(guò)程模型的選擇軟件過(guò)程是將用戶(hù)的需求轉(zhuǎn)化成有效的軟件解決方案56軟件過(guò)程的概念軟件過(guò)程由相關(guān)項(xiàng)目的階段、狀態(tài)、方法、技術(shù)和開(kāi)發(fā)、維護(hù)軟件的人員以及相關(guān)對(duì)象（計(jì)劃、文檔、模型、編碼、測(cè)試、手冊(cè)等）組成。一個(gè)過(guò)程定義了為達(dá)到某個(gè)確定的目標(biāo)，需要什么人、在什么時(shí)間以何種方式做何種工作。軟件需要一個(gè)可用于指導(dǎo)顧客、用戶(hù)、開(kāi)發(fā)人員和項(xiàng)目經(jīng)理等參與者的過(guò)程。軟件過(guò)程的概念軟件過(guò)程由相關(guān)項(xiàng)目的階段、狀態(tài)、方法、技術(shù)和開(kāi)57軟件開(kāi)發(fā)過(guò)程軟件工程的核心是過(guò)程。產(chǎn)品、人員、技術(shù)通過(guò)過(guò)程關(guān)聯(lián)起來(lái)。軟件開(kāi)發(fā)過(guò)程能夠?qū)⒓夹g(shù)集成在一起從而使軟件的開(kāi)發(fā)能夠以一種合理而及時(shí)的方式完成。許多軟件組織無(wú)法正確定義和控制這一過(guò)程，但這恰恰是組織改進(jìn)的關(guān)鍵。軟件開(kāi)發(fā)過(guò)程軟件工程的核心是過(guò)程。產(chǎn)品、人員、技術(shù)通過(guò)過(guò)程關(guān)58有效的軟件過(guò)程有效的軟件過(guò)程可以提高組織的生產(chǎn)能力保證軟件開(kāi)發(fā)基本原則的實(shí)現(xiàn)，輔助軟件項(xiàng)目管理者做出明智的決定；使軟件開(kāi)發(fā)活動(dòng)標(biāo)準(zhǔn)化，提高軟件的可重用性和Team間的協(xié)作；有效的軟件過(guò)程也可以改善軟件組織對(duì)軟件的維護(hù)能力有效地定義如何管理需求變更，在未來(lái)的版本中恰當(dāng)分配變更部分，使之平滑過(guò)渡；首先在具體操作和相關(guān)支持中定義如何平滑地改造軟件，并且這種具體操作和支持是可實(shí)施的；不可實(shí)施的軟件過(guò)程將很快被束之高閣；有效的軟件過(guò)程有效的軟件過(guò)程可以提高組織的生產(chǎn)能力59編碼修正模型CodeandFixCodelikeHell（魯莽編碼）從一個(gè)大致的想法開(kāi)始工作，然后經(jīng)過(guò)非正規(guī)的設(shè)計(jì)、編碼、調(diào)試和測(cè)試方法，最后完成工作。可能有、可能沒(méi)有規(guī)范編碼修正模型CodeandFix可能有、可能沒(méi)有規(guī)范60chapter__361Codeandfix需求了解編碼編譯、檢錯(cuò)修正編寫(xiě)文檔提交修正測(cè)試chapter__312Codeandfix需求了解編61好處：成本可能很低只需要很少的專(zhuān)業(yè)知識(shí)，任何寫(xiě)過(guò)程序的人都可以對(duì)一些非常小，開(kāi)發(fā)完后就會(huì)很快丟棄的軟件可以采用對(duì)于規(guī)模稍大的項(xiàng)目，采用這種模型是很危險(xiǎn)的。好處：62瀑布模型最早，被廣泛使用的過(guò)程模型瀑布模型最早，被廣泛使用的過(guò)程模型63需求分析驗(yàn)證規(guī)格說(shuō)明驗(yàn)證設(shè)計(jì)驗(yàn)證編碼測(cè)試綜合測(cè)試維護(hù)變化的需求驗(yàn)證瀑布模型適用于什么場(chǎng)合，有何優(yōu)缺點(diǎn)？需求分析驗(yàn)證規(guī)格說(shuō)明驗(yàn)證設(shè)計(jì)驗(yàn)證編碼測(cè)試綜合測(cè)試維護(hù)變化的需64瀑布模型特點(diǎn)特點(diǎn)：階段順序執(zhí)行嚴(yán)格的質(zhì)量保證推遲實(shí)現(xiàn)瀑布模型特點(diǎn)特點(diǎn)：65瀑布模型適用條件當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品定義和很容易被理解的技術(shù)解決方案時(shí)，純瀑布模型特別合適。當(dāng)一個(gè)定義很好的版本進(jìn)行維護(hù)或?qū)⒁粋€(gè)產(chǎn)品移植到一個(gè)新的平臺(tái)對(duì)于容易理解但很復(fù)雜的項(xiàng)目，采用純瀑布模型比較合適，因?yàn)榭梢杂庙樞虻姆椒ㄌ幚懋?dāng)開(kāi)發(fā)隊(duì)伍技術(shù)力量比較弱或者缺乏經(jīng)驗(yàn)時(shí)，瀑布模型更為合適類(lèi)似的項(xiàng)目如：公司的財(cái)務(wù)系統(tǒng)庫(kù)存管理系統(tǒng)瀑布模型適用條件當(dāng)有一個(gè)穩(wěn)定的產(chǎn)品定義和很容易被理解的技術(shù)解66問(wèn)題：缺乏靈活性。必須在項(xiàng)目開(kāi)始前說(shuō)明全部需求，但這恰恰是非常困難的。問(wèn)題：67chapter__368V型模型評(píng)審集成測(cè)試用戶(hù)驗(yàn)收項(xiàng)目規(guī)化需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測(cè)試單元測(cè)試chapter__319V型模型評(píng)審集成測(cè)試用戶(hù)驗(yàn)收項(xiàng)目規(guī)68V型模型該方法是對(duì)瀑布模型的變種，強(qiáng)調(diào)了驗(yàn)證活動(dòng)。擴(kuò)展了瀑布模型的測(cè)試活動(dòng)理想的情況下，改正活動(dòng)只應(yīng)該返回對(duì)應(yīng)層次的下層?？尚行?？可行性可能在系統(tǒng)實(shí)現(xiàn)前幾個(gè)月或者幾年前執(zhí)行。V型模型該方法是對(duì)瀑布模型的變種，強(qiáng)調(diào)了驗(yàn)證活動(dòng)。69項(xiàng)目的需求在項(xiàng)目開(kāi)始前很明確解決方案在項(xiàng)目開(kāi)始前也很明確對(duì)系統(tǒng)的性能安全很?chē)?yán)格的項(xiàng)目類(lèi)似的項(xiàng)目如：航天飛機(jī)等公司的財(cái)務(wù)系統(tǒng)項(xiàng)目的需求在項(xiàng)目開(kāi)始前很明確70瀑布模型變種：生魚(yú)片模型把階段重疊起來(lái)的瀑布模型起源于日本硬件開(kāi)發(fā)模型（富士通-施樂(lè)）軟件概念需求分析架構(gòu)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和調(diào)試系統(tǒng)測(cè)試瀑布模型變種：生魚(yú)片模型把階段重疊起來(lái)的瀑布模型軟件概念需71傳統(tǒng)的瀑布模型強(qiáng)調(diào)階段之間最小的重疊，而生魚(yú)片模型強(qiáng)調(diào)大幅度的重疊，即在需求分析完成之前就可以進(jìn)行架構(gòu)設(shè)計(jì)和部分詳細(xì)設(shè)計(jì)。純瀑布模型強(qiáng)調(diào)在任意兩個(gè)階段交接時(shí)，文檔從一個(gè)團(tuán)隊(duì)交給另一個(gè)完全隔離的團(tuán)隊(duì)，但是如果一個(gè)團(tuán)隊(duì)完成各個(gè)階段任務(wù)是，可以沒(méi)有那么多的文檔。優(yōu)點(diǎn)：加快進(jìn)度。問(wèn)題：缺點(diǎn)是什么？因?yàn)殡A段重疊，因而里程碑不明確，很難有效的進(jìn)行過(guò)程跟蹤和控制。傳統(tǒng)的瀑布模型強(qiáng)調(diào)階段之間最小的重疊，而生魚(yú)片模型強(qiáng)調(diào)大幅度72螺旋模型以風(fēng)險(xiǎn)為導(dǎo)向的生命期模型從一個(gè)小范圍的關(guān)鍵中心地帶開(kāi)始尋找風(fēng)險(xiǎn)因素，制定風(fēng)險(xiǎn)控制計(jì)劃，并交付給下一個(gè)步驟，如次迭代，每次迭代將項(xiàng)目擴(kuò)展到一個(gè)更大的規(guī)模。螺旋模型以風(fēng)險(xiǎn)為導(dǎo)向的生命期模型73

74SpiralModel螺旋模型沿著螺線(xiàn)旋轉(zhuǎn)，在四個(gè)象限上分別表達(dá)了四個(gè)方面的活動(dòng)，即：制定計(jì)劃──確定軟件目標(biāo)，需求和選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件風(fēng)險(xiǎn)分析──評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)實(shí)施工程──實(shí)施軟件開(kāi)發(fā)，編碼，測(cè)試等客戶(hù)評(píng)估──評(píng)價(jià)開(kāi)發(fā)工作，提出修正建議，規(guī)劃下期任務(wù)SpiralModel螺旋模型沿著螺線(xiàn)旋轉(zhuǎn)，在四個(gè)象限上分75SpiralModel適合的項(xiàng)目風(fēng)險(xiǎn)是主要的制約因素不確定因素和風(fēng)險(xiǎn)限制了項(xiàng)目進(jìn)度用戶(hù)對(duì)自己的需求也不是很明確需要對(duì)一些基本的概念進(jìn)行驗(yàn)證可能發(fā)生一些重大的變更項(xiàng)目規(guī)模很大項(xiàng)目中采用了新技術(shù)SpiralModel適合的項(xiàng)目風(fēng)險(xiǎn)是主要的制約因素76優(yōu)點(diǎn)：隨著迭代的增加，風(fēng)險(xiǎn)程度隨之降低缺點(diǎn)：比較復(fù)雜，需要責(zé)任心、專(zhuān)注和管理方面的知識(shí)。優(yōu)點(diǎn)：隨著迭代的增加，風(fēng)險(xiǎn)程度隨之降低77原型法原型是項(xiàng)目系統(tǒng)中一個(gè)方面或多個(gè)方面的工作模型拋棄型原型：用于試驗(yàn)?zāi)承└拍?，?shí)驗(yàn)完系統(tǒng)將無(wú)用處。進(jìn)化型原型：原型系統(tǒng)不斷地被開(kāi)發(fā)和修正，最終他將變?yōu)橐粋€(gè)真正的系統(tǒng)。原型法原型是項(xiàng)目系統(tǒng)中一個(gè)方面或多個(gè)方面的工作模型78原型法原型的好處從實(shí)踐中學(xué)習(xí)(Learningbydoing)改善的通信改善的用戶(hù)參與使部分已知的需求清晰化展示描述的一致性和完整性特征約束（利用工具構(gòu)造原型可以將某些特性落實(shí)到實(shí)處，而非在紙上談兵那樣容易失誤）試驗(yàn)是否能產(chǎn)生預(yù)期的結(jié)果原型法原型的好處79原型模型適合的項(xiàng)目項(xiàng)目的需求在項(xiàng)目開(kāi)始前不明確需要減少項(xiàng)目需求的不確定性類(lèi)似的項(xiàng)目如：確定顯示界面第一次開(kāi)發(fā)的產(chǎn)品，驗(yàn)證可行性原型模型適合的項(xiàng)目項(xiàng)目的需求在項(xiàng)目開(kāi)始前不明確80原型法原型法的缺點(diǎn)用戶(hù)有時(shí)誤解了原型的角色，例如，他們可能誤解原型應(yīng)該和真實(shí)系統(tǒng)一樣可靠缺少項(xiàng)目標(biāo)準(zhǔn)，進(jìn)化原型法有點(diǎn)像編碼修正（codeandfix）缺少控制，由于用戶(hù)可能不斷提出新要求，因而原型迭代的周期很難控制額外的花費(fèi)：有統(tǒng)計(jì)表明，構(gòu)造原型可能有10%的額外花費(fèi)運(yùn)行效率可能會(huì)受影響原型法要求開(kāi)發(fā)者與用戶(hù)密切接觸，有時(shí)這是不可能的（如軟件外包）原型法原型法的缺點(diǎn)81增量式交付增量式交付：持續(xù)地在確定的階段向用戶(hù)展示軟件。與漸進(jìn)原型不同，在增量式交付的時(shí)候，你明確地知道下一步要完成什么工作，增量式交付的特點(diǎn)是不會(huì)在項(xiàng)目結(jié)束的時(shí)候一下交付出全部軟件，而是在項(xiàng)目的整個(gè)開(kāi)發(fā)過(guò)程中持續(xù)不斷的交付階段性成果。增量式交付增量式交付：持續(xù)地在確定的階段向用戶(hù)展示軟件。82增量式交付增量式交付83增量式交付模型的特點(diǎn)階段式提交一個(gè)可運(yùn)行的產(chǎn)品關(guān)鍵的功能更早出現(xiàn)早期預(yù)警問(wèn)題，避免軟件缺陷不知不覺(jué)的增長(zhǎng)減少報(bào)告負(fù)擔(dān)階段性完成可以降低估計(jì)失誤階段性完成均衡了彈性與效率增量式交付模型的特點(diǎn)階段式提交一個(gè)可運(yùn)行的產(chǎn)品84增量式交付的優(yōu)點(diǎn)項(xiàng)目結(jié)束交付全部成果前，分階段將有用的功能交付給用戶(hù)。主要缺點(diǎn)：如果管理層和技術(shù)層面上缺乏仔細(xì)的規(guī)劃，工作就無(wú)法進(jìn)行。使用增量式交付的要點(diǎn)：確保每個(gè)階段的交付對(duì)用戶(hù)是有用的。確?？紤]了不同組成部分的技術(shù)依賴(lài)關(guān)系。增量式交付的優(yōu)點(diǎn)85面向進(jìn)度的設(shè)計(jì)類(lèi)似于增量式交付，但是面向進(jìn)度的設(shè)計(jì)生命周期模型在開(kāi)始的時(shí)候不必知道究竟能達(dá)到何種目標(biāo)，但是要確保最后期限。該模型的關(guān)鍵是要按優(yōu)先級(jí)別劃分系統(tǒng)特征并規(guī)劃開(kāi)發(fā)階段，保證前面的階段具有高優(yōu)先級(jí)的特性，低特性具有低優(yōu)先級(jí)。是否采用這種方法取決于你是否對(duì)系統(tǒng)目標(biāo)具有足夠的信心。如果有信心，則可以采用增量式交付。面向進(jìn)度的設(shè)計(jì)類(lèi)似于增量式交付，但是面向進(jìn)度的設(shè)計(jì)生命周期模86漸進(jìn)交付漸進(jìn)交付是一種跨越了漸進(jìn)（進(jìn)化）原型和增量式交付兩種模型的過(guò)程模型?；具^(guò)程：開(kāi)發(fā)一個(gè)產(chǎn)品的版本，展示給客戶(hù)，根據(jù)反饋改善產(chǎn)品。如果計(jì)劃滿(mǎn)足用戶(hù)的絕大多數(shù)需求，漸進(jìn)交付與漸進(jìn)原型差不多。如果計(jì)劃滿(mǎn)足少量的需求，漸進(jìn)交付與增量式交付差不多。漸進(jìn)原型強(qiáng)調(diào)的是系統(tǒng)看得見(jiàn)的樣子，再回來(lái)堵漏洞；漸進(jìn)交付中，最初的重點(diǎn)是系統(tǒng)核心和底層系統(tǒng)功能。漸進(jìn)交付漸進(jìn)交付是一種跨越了漸進(jìn)（進(jìn)化）原型和增量式交付兩種87項(xiàng)目方法的選擇課件88面向開(kāi)發(fā)工具的設(shè)計(jì)只有現(xiàn)有軟件工具直接支持的情況下增強(qiáng)產(chǎn)品的功能，如果他不支持，就放棄這些功能。當(dāng)時(shí)間成為主要約束時(shí)，該模型能夠比其他模型能夠更完整的實(shí)現(xiàn)功能。該方法的缺點(diǎn)是失去了很多對(duì)產(chǎn)品的控制能力。面向開(kāi)發(fā)工具的設(shè)計(jì)只有現(xiàn)有軟件工具直接支持的情況下增強(qiáng)產(chǎn)品的89商品軟件商品軟件也許未必滿(mǎn)足你的所有要求。但自己開(kāi)發(fā)也需要一個(gè)周期，到那時(shí)候，商品軟件可能已經(jīng)滿(mǎn)足了你的要求。商品軟件可能存在不足，但是，你自己開(kāi)發(fā)的產(chǎn)品也未必那么完美，當(dāng)你補(bǔ)充了商品軟件的不足時(shí)，也許帶了新的問(wèn)題。因而，商品軟件始終是一個(gè)值得考慮的方案。商品軟件商品軟件也許未必滿(mǎn)足你的所有要求。但自己開(kāi)發(fā)也需要一90練習(xí)：案例研究某教育部門(mén)希望目前的中小學(xué)有一個(gè)現(xiàn)代化的信息交流平臺(tái)，即校務(wù)管理系統(tǒng)。為此，他們提出了需求，希望軟件公司能夠開(kāi)發(fā)這種軟件。該軟件是對(duì)學(xué)校校務(wù)和教學(xué)活動(dòng)進(jìn)行綜合管理的平臺(tái)系統(tǒng)。是一個(gè)學(xué)校和地區(qū)教育信息化的基礎(chǔ)信息平臺(tái)。它要完成學(xué)校管理層、教師、學(xué)生、家長(zhǎng)等日常工作、學(xué)習(xí)、管理、咨詢(xún)等任務(wù)。

練習(xí)：案例研究某教育部門(mén)希望目前的中小學(xué)有一個(gè)現(xiàn)代化的信息交91校務(wù)通系統(tǒng)的全部功能分為通用功能和日常業(yè)務(wù)管理功能兩大類(lèi)。因此，可以先基于通用功能做出一個(gè)最小的使用版本。再逐步添加其它功能。這樣一來(lái)，用戶(hù)可以在先試用最小版本的同時(shí)，提出更多明確的需求，這有助于下一階段的開(kāi)發(fā)，大大減少了開(kāi)發(fā)的風(fēng)險(xiǎn)。用戶(hù)明確了需求的大部分，但也存在不很詳細(xì)的地方。如“