軟件開(kāi)發(fā)方法述評(píng)

2019-11-17 04:44:56

字體：大中小

供稿：網(wǎng)友

60年代中期開(kāi)始爆發(fā)了眾所周知的軟件危機(jī)。為了克服這一危機(jī)，在1968、1969年連續(xù)召開(kāi)的兩次聞名的NATO會(huì)議上提出了軟件工程這一術(shù)語(yǔ)，并在以后不斷發(fā)展、完善。與此同時(shí)，軟件研究人員也在不斷探索新的軟件開(kāi)發(fā)方法。至今已形成八類軟件開(kāi)發(fā)方法。 一、Parnas方法

最早的軟件開(kāi)發(fā)方法是由D. Parnas在1972年提出的。由于當(dāng)時(shí)軟件在可維護(hù)性和可靠性方面存在著嚴(yán)重問(wèn)題，因此Par-nas提出的方法是針對(duì)這兩個(gè)問(wèn)題的。首先，Parnas提出了信息隱蔽原則:在概要設(shè)計(jì)時(shí)列出將來(lái)可能發(fā)生變化的因素，并在模塊劃分時(shí)將這些因素放到個(gè)別模塊的內(nèi)部。這樣，在將來(lái)由于這些因素變化而需修改軟件時(shí)，只需修改這些個(gè)別的模塊，其它模塊不受影響。信息隱蔽技術(shù)不僅提高了軟件的可維護(hù)性，而且也避免了錯(cuò)誤的蔓延，改善了軟件的可靠性。現(xiàn)在信息隱蔽原則已成為軟件工程學(xué)中的一條重要原則。 Parnas提出的第二條原則是在軟件設(shè)計(jì)時(shí)應(yīng)對(duì)可能發(fā)生的種種意外故障采取措施。軟件是很脆弱的，很可能因?yàn)橐粋€(gè)微小的錯(cuò)誤而引發(fā)嚴(yán)重的事故，所以必須加強(qiáng)防范。如在分配使用設(shè)備前，應(yīng)該取設(shè)備狀態(tài)字，檢查設(shè)備是否正常。此外，模塊之間也要加強(qiáng)檢查，防止錯(cuò)誤蔓延。 Parnas對(duì)軟件開(kāi)發(fā)提出了深刻的見(jiàn)解。遺憾的是，他沒(méi)有給出明確的工作流程。所以這一方法不能獨(dú)立使用，只能作為其它方法的補(bǔ)充。 二、Yourdon方法

1978年，E.Yourdon和L.L.Constan-tine提出了結(jié)構(gòu)化方法，即SASD方法，也可稱為面向功能的軟件開(kāi)發(fā)方法或面向數(shù)據(jù)流的軟件開(kāi)發(fā)方法。1979年Tom DeMarco對(duì)此方法作了進(jìn)一步的完善。 Yourdon方法是80年代使用最廣泛的軟件開(kāi)發(fā)方法。它首先用結(jié)構(gòu)化分析（SA）對(duì)軟件進(jìn)行需求分析，然后用結(jié)構(gòu)化設(shè)計(jì)（SD）方法進(jìn)行總體設(shè)計(jì)，最后是結(jié)構(gòu)化編程（SP）。這一方法不僅開(kāi)發(fā)步驟明確，SA、SD、SP相輔相成，一氣呵成，而且給出了兩類典型的軟件結(jié)構(gòu)（變換型和事務(wù)型），便于參照，使軟件開(kāi)發(fā)的成功率大大提高，從而深受軟件開(kāi)發(fā)人員的青睞。 三、面向數(shù)據(jù)結(jié)構(gòu)的軟件開(kāi)發(fā)方法

1.Jackson方法 1975年，M.A.Jackson提出了一類至今仍廣泛使用的軟件開(kāi)發(fā)方法。這一方法從目標(biāo)系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)入手，導(dǎo)出程序框架結(jié)構(gòu)，再補(bǔ)充其它細(xì)節(jié)，就可得到完整的程序結(jié)構(gòu)圖。這一方法對(duì)輸入、輸出數(shù)據(jù)結(jié)構(gòu)明確的中小型系統(tǒng)非凡有效，如商業(yè)應(yīng)用中的文件表格處理。該方法也可與其它方法結(jié)合，用于模塊的具體設(shè)計(jì)。 Jackson方法有時(shí)也稱為面向數(shù)據(jù)結(jié)構(gòu)的軟件設(shè)計(jì)方法。 2.Warnier方法 1974年，J.D.Warnier提出的軟件開(kāi)發(fā)方法與Jackson方法類似。差別有三點(diǎn):一是它們使用的圖形工具不同，分別使用Warnier圖和Jackson圖;另一個(gè)差別是使用的偽碼不同;最主要的差別是在構(gòu)造程序框架時(shí)，Warnier方法僅考慮輸入數(shù)據(jù)結(jié)構(gòu)，而Jackson方法不僅考慮輸入數(shù)據(jù)結(jié)構(gòu)，而且還考慮輸出數(shù)據(jù)結(jié)構(gòu)。 四、問(wèn)題分析法PAM

問(wèn)題分析法PAM（PRoblem Analysis Method）是80年代末由日立公司提出的一種軟件開(kāi)發(fā)方法。 PAM方法希望能兼顧Yourdon方法、Jackson方法和自底向上的軟件開(kāi)發(fā)方法的優(yōu)點(diǎn)，而避免它們的缺陷。它的基本思想是:考慮到輸入、輸出數(shù)據(jù)結(jié)構(gòu)，指導(dǎo)系統(tǒng)的分解，在系統(tǒng)分析指導(dǎo)下逐步綜合。這一方法的具體步驟是:從輸入、輸出數(shù)據(jù)結(jié)構(gòu)導(dǎo)出基本處理框;分析這些處理框之間的先后關(guān)系;按先后關(guān)系逐步綜合處理框，直到畫出整個(gè)系統(tǒng)的PAD圖。從上述步驟中可以看出，這一方法本質(zhì)上是綜合的自底向上的方法，但在逐步綜合之前已進(jìn)行了有目的的分解，這個(gè)目的就是充分考慮系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)。 PAM方法的另一個(gè)優(yōu)點(diǎn)是使用PAD圖。這是一種二維樹(shù)形結(jié)構(gòu)圖，是到目前為止最好的具體設(shè)計(jì)表示方法之一，遠(yuǎn)遠(yuǎn)優(yōu)于N-S圖和PDL語(yǔ)言。這一方法在日本較為流行，軟件開(kāi)發(fā)的成功率也很高。由于在輸入、輸出數(shù)據(jù)結(jié)構(gòu)與整個(gè)系統(tǒng)之間同樣存在著鴻溝，這一方法仍只適用于中小型問(wèn)題。 五、面向?qū)ο蟮能浖_(kāi)發(fā)方法

面向?qū)ο蠹夹g(shù)是軟件技術(shù)的一次革命，在軟件開(kāi)發(fā)史上具有里程碑的意義。隨著OOP（面向?qū)ο缶幊蹋┫騉OD（面向?qū)ο笤O(shè)計(jì)）和OOA（面向?qū)ο蠓治觯┑陌l(fā)展，最終形成面向?qū)ο蟮能浖_(kāi)發(fā)方法OMT（Object Modelling Technique）。這是一種自底向上和自頂向下相結(jié)合的方法，而且它以對(duì)象建模為基礎(chǔ)，從而不僅考慮了輸入、輸出數(shù)據(jù)結(jié)構(gòu)，實(shí)際上也包含了所有對(duì)象的數(shù)據(jù)結(jié)構(gòu)。所以O(shè)MT徹底實(shí)現(xiàn)了PAM沒(méi)有完全實(shí)現(xiàn)的目標(biāo)。不僅如此，OO技術(shù)在需求分析、可維護(hù)性和可靠性這三個(gè)軟件開(kāi)發(fā)的要害環(huán)節(jié)和質(zhì)量指標(biāo)上有了實(shí)質(zhì)性的突破，徹底地解決了在這些方面存在的嚴(yán)重問(wèn)題，從而宣告了軟件危機(jī)末日的來(lái)臨。 1.自底向上的歸納 OMT的第一步是從問(wèn)題的陳述入手，構(gòu)造系統(tǒng)模型。從真實(shí)系統(tǒng)導(dǎo)出類的體系，即對(duì)象模型包括類的屬性，與子類、父類的繼續(xù)關(guān)系，以及類之間的關(guān)聯(lián)。類是具有相似屬性和行為的一組具體實(shí)例（客觀對(duì)象）的抽象，父類是若干子類的歸納。因此這是一種自底向上的歸納過(guò)程。在自底向上的歸納過(guò)程中，為使子類能更合理地繼續(xù)父類的屬性和行為，可能需要自頂向下的修改，從而使整個(gè)類體系更加合理。由于這種類體系的構(gòu)造是從具體到抽象，再?gòu)某橄蟮骄唧w，符合人類的思維規(guī)律，因此能更快、更方便地完成任務(wù)。這與自頂向下的Yourdon方法構(gòu)成鮮明的對(duì)照。在Yourdon方法中構(gòu)造系統(tǒng)模型是最困難的一步，因?yàn)樽皂斚蛳碌?頂"是一個(gè)空中樓閣，缺乏堅(jiān)實(shí)的基礎(chǔ)，而且功能分解有相當(dāng)大的任意性，因此需要開(kāi)發(fā)人員有豐富的軟件開(kāi)發(fā)經(jīng)驗(yàn)。而在OMT中這一工作可由一般開(kāi)發(fā)人員較快地完成。在對(duì)象模型建立后，很輕易在這一基礎(chǔ)上再導(dǎo)出動(dòng)態(tài)模型和功能模型。這三個(gè)模型一起構(gòu)成要求解的系統(tǒng)模型。
2.自頂向下的分解 系統(tǒng)模型建立后的工作就是分解。與Yourdon方法按功能分解不同，在OMT中通常按服務(wù) （Service）來(lái)分解。服務(wù)是具有共同目標(biāo)的相關(guān)功能的集合，如I/O處理、圖形處理等。這一步的分解通常很明確，而這些子系統(tǒng)的進(jìn)一步分解因有較具體的系統(tǒng)模型為依據(jù)，也相對(duì)輕易。所以O(shè)MT也具有自頂向下方法的優(yōu)點(diǎn)，即能有效地控制模塊的復(fù)雜性，同時(shí)避免了Yourdon方法中功能分解的困難和不確定性。 3.OMT的基礎(chǔ)是對(duì)象模型 每個(gè)對(duì)象類由數(shù)據(jù)結(jié)構(gòu)（屬性）和操作（行為）組成，有關(guān)的所有數(shù)據(jù)結(jié)構(gòu)（包括輸入、輸出數(shù)據(jù)結(jié)構(gòu)）都成了軟件開(kāi)發(fā)的依據(jù)。因此Jackson方法和PAM中輸入、輸出數(shù)據(jù)結(jié)構(gòu)與整個(gè)系統(tǒng)之間的鴻溝在OMT中不再存在。OMT不僅具有Jackson方法和PAM的優(yōu)點(diǎn)，而且可以應(yīng)用于大型系統(tǒng)。更重要的是，在Jackson方法和PAM方法中，當(dāng)它們的出發(fā)點(diǎn)———輸入、輸出數(shù)據(jù)結(jié)構(gòu)（即系統(tǒng)的邊界）發(fā)生變化時(shí)，整個(gè)軟件必須推倒重來(lái)。但在OMT中系統(tǒng)邊界的改變只是增加或減少一些對(duì)象而已，整個(gè)系統(tǒng)改動(dòng)極小。 4.需求分析徹底 需求分析不徹底是軟件失敗的主要原因之一。即使在目前，這一危險(xiǎn)依然存在。傳統(tǒng)的軟件開(kāi)發(fā)方法不答應(yīng)在開(kāi)發(fā)過(guò)程中用戶的需求發(fā)生變化，從而導(dǎo)致種種問(wèn)題。正是由于這一原因，人們提出了原型化方法，推出探索原型、實(shí)驗(yàn)原型和進(jìn)化原型，積極鼓勵(lì)用戶改進(jìn)需求。在每次改進(jìn)需求后又形成新的進(jìn)化原型供用戶試用，直到用戶基本滿足，大大提高了軟件的成功率。但是它要求軟件開(kāi)發(fā)人員能迅速生成這些原型，這就要求有自動(dòng)生成代碼的工具的支持。 OMT徹底解決了這一問(wèn)題。因?yàn)樾枨蠓治鲞^(guò)程已與系統(tǒng)模型的形成過(guò)程一致，開(kāi)發(fā)人員與用戶的討論是從用戶熟悉的具體實(shí)例（實(shí)體）開(kāi)始的。開(kāi)發(fā)人員必須搞清現(xiàn)實(shí)系統(tǒng)才能導(dǎo)出系統(tǒng)模型，這就使用戶與開(kāi)發(fā)人員之間有了共同的語(yǔ)言，避免了傳統(tǒng)需求分析中可能產(chǎn)生的種種問(wèn)題。 QQRead.com 推出數(shù)據(jù)恢復(fù)指南教程數(shù)據(jù)恢復(fù)指南教程數(shù)據(jù)恢復(fù)故障解析常用數(shù)據(jù)恢復(fù)方案硬盤數(shù)據(jù)恢復(fù)教程數(shù)據(jù)保護(hù)方法數(shù)據(jù)恢復(fù)軟件專業(yè)數(shù)據(jù)恢復(fù)服務(wù)指南 60年代中期開(kāi)始爆發(fā)了眾所周知的軟件危機(jī)。為了克服這一危機(jī)，在1968、1969年連續(xù)召開(kāi)的兩次聞名的NATO會(huì)議上提出了軟件工程這一術(shù)語(yǔ)，并在以后不斷發(fā)展、完善。與此同時(shí)，軟件研究人員也在不斷探索新的軟件開(kāi)發(fā)方法。至今已形成八類軟件開(kāi)發(fā)方法。 一、Parnas方法

最早的軟件開(kāi)發(fā)方法是由D. Parnas在1972年提出的。由于當(dāng)時(shí)軟件在可維護(hù)性和可靠性方面存在著嚴(yán)重問(wèn)題，因此Par-nas提出的方法是針對(duì)這兩個(gè)問(wèn)題的。首先，Parnas提出了信息隱蔽原則:在概要設(shè)計(jì)時(shí)列出將來(lái)可能發(fā)生變化的因素，并在模塊劃分時(shí)將這些因素放到個(gè)別模塊的內(nèi)部。這樣，在將來(lái)由于這些因素變化而需修改軟件時(shí)，只需修改這些個(gè)別的模塊，其它模塊不受影響。信息隱蔽技術(shù)不僅提高了軟件的可維護(hù)性，而且也避免了錯(cuò)誤的蔓延，改善了軟件的可靠性。現(xiàn)在信息隱蔽原則已成為軟件工程學(xué)中的一條重要原則。 Parnas提出的第二條原則是在軟件設(shè)計(jì)時(shí)應(yīng)對(duì)可能發(fā)生的種種意外故障采取措施。軟件是很脆弱的，很可能因?yàn)橐粋€(gè)微小的錯(cuò)誤而引發(fā)嚴(yán)重的事故，所以必須加強(qiáng)防范。如在分配使用設(shè)備前，應(yīng)該取設(shè)備狀態(tài)字，檢查設(shè)備是否正常。此外，模塊之間也要加強(qiáng)檢查，防止錯(cuò)誤蔓延。 Parnas對(duì)軟件開(kāi)發(fā)提出了深刻的見(jiàn)解。遺憾的是，他沒(méi)有給出明確的工作流程。所以這一方法不能獨(dú)立使用，只能作為其它方法的補(bǔ)充。 二、Yourdon方法

1978年，E.Yourdon和L.L.Constan-tine提出了結(jié)構(gòu)化方法，即SASD方法，也可稱為面向功能的軟件開(kāi)發(fā)方法或面向數(shù)據(jù)流的軟件開(kāi)發(fā)方法。1979年Tom DeMarco對(duì)此方法作了進(jìn)一步的完善。 Yourdon方法是80年代使用最廣泛的軟件開(kāi)發(fā)方法。它首先用結(jié)構(gòu)化分析（SA）對(duì)軟件進(jìn)行需求分析，然后用結(jié)構(gòu)化設(shè)計(jì)（SD）方法進(jìn)行總體設(shè)計(jì)，最后是結(jié)構(gòu)化編程（SP）。這一方法不僅開(kāi)發(fā)步驟明確，SA、SD、SP相輔相成，一氣呵成，而且給出了兩類典型的軟件結(jié)構(gòu)（變換型和事務(wù)型），便于參照，使軟件開(kāi)發(fā)的成功率大大提高，從而深受軟件開(kāi)發(fā)人員的青睞。 三、面向數(shù)據(jù)結(jié)構(gòu)的軟件開(kāi)發(fā)方法

1.Jackson方法 1975年，M.A.Jackson提出了一類至今仍廣泛使用的軟件開(kāi)發(fā)方法。這一方法從目標(biāo)系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)入手，導(dǎo)出程序框架結(jié)構(gòu)，再補(bǔ)充其它細(xì)節(jié)，就可得到完整的程序結(jié)構(gòu)圖。這一方法對(duì)輸入、輸出數(shù)據(jù)結(jié)構(gòu)明確的中小型系統(tǒng)非凡有效，如商業(yè)應(yīng)用中的文件表格處理。該方法也可與其它方法結(jié)合，用于模塊的具體設(shè)計(jì)。 Jackson方法有時(shí)也稱為面向數(shù)據(jù)結(jié)構(gòu)的軟件設(shè)計(jì)方法。 2.Warnier方法 1974年，J.D.Warnier提出的軟件開(kāi)發(fā)方法與Jackson方法類似。差別有三點(diǎn):一是它們使用的圖形工具不同，分別使用Warnier圖和Jackson圖;另一個(gè)差別是使用的偽碼不同;最主要的差別是在構(gòu)造程序框架時(shí)，Warnier方法僅考慮輸入數(shù)據(jù)結(jié)構(gòu)，而Jackson方法不僅考慮輸入數(shù)據(jù)結(jié)構(gòu)，而且還考慮輸出數(shù)據(jù)結(jié)構(gòu)。 四、問(wèn)題分析法PAM

問(wèn)題分析法PAM（Problem Analysis Method）是80年代末由日立公司提出的一種軟件開(kāi)發(fā)方法。 PAM方法希望能兼顧Yourdon方法、Jackson方法和自底向上的軟件開(kāi)發(fā)方法的優(yōu)點(diǎn)，而避免它們的缺陷。它的基本思想是:考慮到輸入、輸出數(shù)據(jù)結(jié)構(gòu)，指導(dǎo)系統(tǒng)的分解，在系統(tǒng)分析指導(dǎo)下逐步綜合。這一方法的具體步驟是:從輸入、輸出數(shù)據(jù)結(jié)構(gòu)導(dǎo)出基本處理框;分析這些處理框之間的先后關(guān)系;按先后關(guān)系逐步綜合處理框，直到畫出整個(gè)系統(tǒng)的PAD圖。從上述步驟中可以看出，這一方法本質(zhì)上是綜合的自底向上的方法，但在逐步綜合之前已進(jìn)行了有目的的分解，這個(gè)目的就是充分考慮系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)。
PAM方法的另一個(gè)優(yōu)點(diǎn)是使用PAD圖。這是一種二維樹(shù)形結(jié)構(gòu)圖，是到目前為止最好的具體設(shè)計(jì)表示方法之一，遠(yuǎn)遠(yuǎn)優(yōu)于N-S圖和PDL語(yǔ)言。這一方法在日本較為流行，軟件開(kāi)發(fā)的成功率也很高。由于在輸入、輸出數(shù)據(jù)結(jié)構(gòu)與整個(gè)系統(tǒng)之間同樣存在著鴻溝，這一方法仍只適用于中小型問(wèn)題。 五、面向?qū)ο蟮能浖_(kāi)發(fā)方法

面向?qū)ο蠹夹g(shù)是軟件技術(shù)的一次革命，在軟件開(kāi)發(fā)史上具有里程碑的意義。隨著OOP（面向?qū)ο缶幊蹋┫騉OD（面向?qū)ο笤O(shè)計(jì)）和OOA（面向?qū)ο蠓治觯┑陌l(fā)展，最終形成面向?qū)ο蟮能浖_(kāi)發(fā)方法OMT（Object Modelling Technique）。這是一種自底向上和自頂向下相結(jié)合的方法，而且它以對(duì)象建模為基礎(chǔ)，從而不僅考慮了輸入、輸出數(shù)據(jù)結(jié)構(gòu)，實(shí)際上也包含了所有對(duì)象的數(shù)據(jù)結(jié)構(gòu)。所以O(shè)MT徹底實(shí)現(xiàn)了PAM沒(méi)有完全實(shí)現(xiàn)的目標(biāo)。不僅如此，OO技術(shù)在需求分析、可維護(hù)性和可靠性這三個(gè)軟件開(kāi)發(fā)的要害環(huán)節(jié)和質(zhì)量指標(biāo)上有了實(shí)質(zhì)性的突破，徹底地解決了在這些方面存在的嚴(yán)重問(wèn)題，從而宣告了軟件危機(jī)末日的來(lái)臨。 1.自底向上的歸納 OMT的第一步是從問(wèn)題的陳述入手，構(gòu)造系統(tǒng)模型。從真實(shí)系統(tǒng)導(dǎo)出類的體系，即對(duì)象模型包括類的屬性，與子類、父類的繼續(xù)關(guān)系，以及類之間的關(guān)聯(lián)。類是具有相似屬性和行為的一組具體實(shí)例（客觀對(duì)象）的抽象，父類是若干子類的歸納。因此這是一種自底向上的歸納過(guò)程。在自底向上的歸納過(guò)程中，為使子類能更合理地繼續(xù)父類的屬性和行為，可能需要自頂向下的修改，從而使整個(gè)類體系更加合理。由于這種類體系的構(gòu)造是從具體到抽象，再?gòu)某橄蟮骄唧w，符合人類的思維規(guī)律，因此能更快、更方便地完成任務(wù)。這與自頂向下的Yourdon方法構(gòu)成鮮明的對(duì)照。在Yourdon方法中構(gòu)造系統(tǒng)模型是最困難的一步，因?yàn)樽皂斚蛳碌?頂"是一個(gè)空中樓閣，缺乏堅(jiān)實(shí)的基礎(chǔ)，而且功能分解有相當(dāng)大的任意性，因此需要開(kāi)發(fā)人員有豐富的軟件開(kāi)發(fā)經(jīng)驗(yàn)。而在OMT中這一工作可由一般開(kāi)發(fā)人員較快地完成。在對(duì)象模型建立后，很輕易在這一基礎(chǔ)上再導(dǎo)出動(dòng)態(tài)模型和功能模型。這三個(gè)模型一起構(gòu)成要求解的系統(tǒng)模型。 2.自頂向下的分解 系統(tǒng)模型建立后的工作就是分解。與Yourdon方法按功能分解不同，在OMT中通常按服務(wù) （Service）來(lái)分解。服務(wù)是具有共同目標(biāo)的相關(guān)功能的集合，如I/O處理、圖形處理等。這一步的分解通常很明確，而這些子系統(tǒng)的進(jìn)一步分解因有較具體的系統(tǒng)模型為依據(jù)，也相對(duì)輕易。所以O(shè)MT也具有自頂向下方法的優(yōu)點(diǎn)，即能有效地控制模塊的復(fù)雜性，同時(shí)避免了Yourdon方法中功能分解的困難和不確定性。 3.OMT的基礎(chǔ)是對(duì)象模型 每個(gè)對(duì)象類由數(shù)據(jù)結(jié)構(gòu)（屬性）和操作（行為）組成，有關(guān)的所有數(shù)據(jù)結(jié)構(gòu)（包括輸入、輸出數(shù)據(jù)結(jié)構(gòu)）都成了軟件開(kāi)發(fā)的依據(jù)。因此Jackson方法和PAM中輸入、輸出數(shù)據(jù)結(jié)構(gòu)與整個(gè)系統(tǒng)之間的鴻溝在OMT中不再存在。OMT不僅具有Jackson方法和PAM的優(yōu)點(diǎn)，而且可以應(yīng)用于大型系統(tǒng)。更重要的是，在Jackson方法和PAM方法中，當(dāng)它們的出發(fā)點(diǎn)———輸入、輸出數(shù)據(jù)結(jié)構(gòu)（即系統(tǒng)的邊界）發(fā)生變化時(shí)，整個(gè)軟件必須推倒重來(lái)。但在OMT中系統(tǒng)邊界的改變只是增加或減少一些對(duì)象而已，整個(gè)系統(tǒng)改動(dòng)極小。 4.需求分析徹底 需求分析不徹底是軟件失敗的主要原因之一。即使在目前，這一危險(xiǎn)依然存在。傳統(tǒng)的軟件開(kāi)發(fā)方法不答應(yīng)在開(kāi)發(fā)過(guò)程中用戶的需求發(fā)生變化，從而導(dǎo)致種種問(wèn)題。正是由于這一原因，人們提出了原型化方法，推出探索原型、實(shí)驗(yàn)原型和進(jìn)化原型，積極鼓勵(lì)用戶改進(jìn)需求。在每次改進(jìn)需求后又形成新的進(jìn)化原型供用戶試用，直到用戶基本滿足，大大提高了軟件的成功率。但是它要求軟件開(kāi)發(fā)人員能迅速生成這些原型，這就要求有自動(dòng)生成代碼的工具的支持。 OMT徹底解決了這一問(wèn)題。因?yàn)樾枨蠓治鲞^(guò)程已與系統(tǒng)模型的形成過(guò)程一致，開(kāi)發(fā)人員與用戶的討論是從用戶熟悉的具體實(shí)例（實(shí)體）開(kāi)始的。開(kāi)發(fā)人員必須搞清現(xiàn)實(shí)系統(tǒng)才能導(dǎo)出系統(tǒng)模型，這就使用戶與開(kāi)發(fā)人員之間有了共同的語(yǔ)言，避免了傳統(tǒng)需求分析中可能產(chǎn)生的種種問(wèn)題。

上一篇：如何實(shí)施軟件質(zhì)量保證

下一篇：.NET下的動(dòng)態(tài)代碼編譯探索