原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（2）系統(tǒng)的開發(fā)。
A.需求不確定性高的
B.需求確定的
C.分時
D.實(shí)時
正確答案：A
傳統(tǒng)軟件生存期模型的典型代表是“瀑布模型”。這種模型將軟件生存期劃分為若干階段，根據(jù)不同階段工作的特點(diǎn)，運(yùn)用不同的方法、技術(shù)和工具來完成該階段的任務(wù)。軟件人員遵循嚴(yán)格的規(guī)范，在每一階段工作結(jié)束時都要進(jìn)行嚴(yán)格的階段評審和確認(rèn)，以得到該階段的一致、完整、正確和無多義性的文檔，把這些文檔作為階段結(jié)束的標(biāo)志“凍結(jié)”起來，并以它們作為下一階段工作的基礎(chǔ)，從而保證軟件的質(zhì)量。傳統(tǒng)思想之所以強(qiáng)調(diào)每一階段的嚴(yán)格性，尤其是開發(fā)初期要有良好的軟件規(guī)格說明，主要是源于過去軟件開發(fā)的經(jīng)驗(yàn)教訓(xùn)，即在開發(fā)的后期或運(yùn)行維護(hù)期間，修改不完善的規(guī)格說明要付出巨大的代價。因此，人們投入極大的努力來加強(qiáng)各階段活動的嚴(yán)格性，特別是前期的需求分析階段，希望得到完善的規(guī)格說明以減少后期難以估量的經(jīng)濟(jì)損失。但是，很難得到一個完整準(zhǔn)確的規(guī)格說明。特別是對于一些大型的軟件項(xiàng)目，在開發(fā)的早期用戶往往對系統(tǒng)只有一個模糊的想法，而不能完全準(zhǔn)確地表達(dá)對系統(tǒng)的全面要求，在這種情況下，軟件人員更難于對于所要解決的應(yīng)用問題有清晰的認(rèn)識。隨著開發(fā)工作向前推進(jìn)，用戶可能會產(chǎn)生新的要求，或因環(huán)境變化，要求系統(tǒng)也能隨之變化；開發(fā)者又可能在設(shè)計(jì)與實(shí)現(xiàn)的過程中遇到一些沒有預(yù)料到的實(shí)際困難，需要以改變需求來解脫困境。因此，規(guī)格說明難以完善、需求的變更以及通信中的模糊和誤解，都會成為軟件開發(fā)順利推進(jìn)的障礙。盡管在傳統(tǒng)軟件生存期管理中通過加強(qiáng)評審和確認(rèn)，全面測試來緩解上述問題，但不能從根本上解決這些問題。為了解決這些問題，逐漸形成了軟件系統(tǒng)的快速原型的概念。在形成了一組基本需求之后，通過快速分析方法構(gòu)造出待建系統(tǒng)的原型版本，然后根據(jù)用戶在使用原型的過程中提出的意見對原型進(jìn)行修改，從而得到原型更新的版本。這一過程重復(fù)進(jìn)行，直至得到滿足用戶需求的系統(tǒng)。
B.需求確定的
C.分時
D.實(shí)時
正確答案：A
傳統(tǒng)軟件生存期模型的典型代表是“瀑布模型”。這種模型將軟件生存期劃分為若干階段，根據(jù)不同階段工作的特點(diǎn)，運(yùn)用不同的方法、技術(shù)和工具來完成該階段的任務(wù)。軟件人員遵循嚴(yán)格的規(guī)范，在每一階段工作結(jié)束時都要進(jìn)行嚴(yán)格的階段評審和確認(rèn)，以得到該階段的一致、完整、正確和無多義性的文檔，把這些文檔作為階段結(jié)束的標(biāo)志“凍結(jié)”起來，并以它們作為下一階段工作的基礎(chǔ)，從而保證軟件的質(zhì)量。傳統(tǒng)思想之所以強(qiáng)調(diào)每一階段的嚴(yán)格性，尤其是開發(fā)初期要有良好的軟件規(guī)格說明，主要是源于過去軟件開發(fā)的經(jīng)驗(yàn)教訓(xùn)，即在開發(fā)的后期或運(yùn)行維護(hù)期間，修改不完善的規(guī)格說明要付出巨大的代價。因此，人們投入極大的努力來加強(qiáng)各階段活動的嚴(yán)格性，特別是前期的需求分析階段，希望得到完善的規(guī)格說明以減少后期難以估量的經(jīng)濟(jì)損失。但是，很難得到一個完整準(zhǔn)確的規(guī)格說明。特別是對于一些大型的軟件項(xiàng)目，在開發(fā)的早期用戶往往對系統(tǒng)只有一個模糊的想法，而不能完全準(zhǔn)確地表達(dá)對系統(tǒng)的全面要求，在這種情況下，軟件人員更難于對于所要解決的應(yīng)用問題有清晰的認(rèn)識。隨著開發(fā)工作向前推進(jìn)，用戶可能會產(chǎn)生新的要求，或因環(huán)境變化，要求系統(tǒng)也能隨之變化；開發(fā)者又可能在設(shè)計(jì)與實(shí)現(xiàn)的過程中遇到一些沒有預(yù)料到的實(shí)際困難，需要以改變需求來解脫困境。因此，規(guī)格說明難以完善、需求的變更以及通信中的模糊和誤解，都會成為軟件開發(fā)順利推進(jìn)的障礙。盡管在傳統(tǒng)軟件生存期管理中通過加強(qiáng)評審和確認(rèn)，全面測試來緩解上述問題，但不能從根本上解決這些問題。為了解決這些問題，逐漸形成了軟件系統(tǒng)的快速原型的概念。在形成了一組基本需求之后，通過快速分析方法構(gòu)造出待建系統(tǒng)的原型版本，然后根據(jù)用戶在使用原型的過程中提出的意見對原型進(jìn)行修改，從而得到原型更新的版本。這一過程重復(fù)進(jìn)行，直至得到滿足用戶需求的系統(tǒng)。