【正文】 你“編寫”程序時你設(shè)計軟件嗎？軟件設(shè)計和編碼有什么不同嗎？在“編寫”程序時并沒有設(shè)計軟件。 處理存款的數(shù)據(jù)流圖處理開戶的數(shù)據(jù)流圖 按照以下描述，畫出ER圖。(2) 頂層數(shù)據(jù)流圖(3) 一層數(shù)據(jù)流圖對銀行儲蓄系統(tǒng)進(jìn)行分解，從大的方面分解為接收事務(wù)、處理開戶、處理存款三部分，得到一層數(shù)據(jù)流圖。可以將存款單和開戶單抽象為事務(wù)。(1) 識別外部實體及輸入輸出數(shù)據(jù)流 外部實體：儲戶、業(yè)務(wù)員。最后印出開戶單或存款單給用戶。 銀行存款業(yè)務(wù)如下：客戶到銀行柜臺存款時，首先填寫存款單（包括帳號、姓名、存款金額、存款類型），如果還沒有開戶，則需要先開戶，填寫開戶單（包括姓名、身份證號、地址、電話、是否留密碼）。 在對數(shù)據(jù)流圖進(jìn)行分解時需要注意哪些問題？在對數(shù)據(jù)流圖進(jìn)行分解時，需要注意以下兩個問題：(1) 當(dāng)對數(shù)據(jù)流圖分層細(xì)化時必須保持信息連續(xù)性，也就是說，當(dāng)把一個處理分解為一系列處理時，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。其作用如下：(1) 確定系統(tǒng)在其環(huán)境中的位置，與系統(tǒng)有聯(lián)系的外部實體（包括硬件、軟件、組織機構(gòu)及人）有哪些。有時稱傳統(tǒng)的分析方法，指的就是結(jié)構(gòu)化分析方法。略。通過一系列變換將形式的規(guī)格說明細(xì)化成為程序。對于大型、復(fù)雜及交互性比較強的系統(tǒng)，使用面向?qū)ο蠓椒ǜ袃?yōu)勢。（2）面向?qū)ο蠓椒ǖ奶攸c面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，是將數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法，這也是面向?qū)ο蠓椒ㄅc傳統(tǒng)方法的重要區(qū)別。每一個階段的開始和結(jié)束都有嚴(yán)格的標(biāo)準(zhǔn)，對于任何兩個相鄰的階段而言，前一個階段的結(jié)束標(biāo)準(zhǔn)就是后一階段的開始標(biāo)準(zhǔn)。它采用結(jié)構(gòu)化技術(shù)來完成軟件開發(fā)的各項任務(wù)。 簡述傳統(tǒng)方法和面向?qū)ο蠓椒ǖ奶攸c。(2) 工具為方法的運用提供自動的或半自動的軟件支撐環(huán)境。(1) 軟件工程方法（method）為建造軟件提供技術(shù)上的解決方法（“如何做”）。適用范圍：適用于基于構(gòu)件的軟件開發(fā)。它建立了簡潔和清晰的過程結(jié)構(gòu)，為開發(fā)過程提供了較大的通用性。適用范圍：適用于面向?qū)ο蟮能浖_發(fā)。(5) 噴泉模型優(yōu)點：在開發(fā)過程中使用統(tǒng)一的概念和方法，各階段之間沒有明顯的界限，容易實現(xiàn)各個開發(fā)過程的多次反復(fù)迭代，達(dá)到了認(rèn)識的逐步深化，降低了出錯的可能性。缺點：螺旋模型是風(fēng)險驅(qū)動的，因此要求軟件開發(fā)人員必須具有豐富的風(fēng)險評估經(jīng)驗和這方面的專門知識，否則將出現(xiàn)真正的風(fēng)險：當(dāng)項目實際上正在走向災(zāi)難時，開發(fā)人員可能還以為一切正常。軟件工程師必須有較高的技術(shù)水平，能夠設(shè)計出開放的軟件體系結(jié)構(gòu)。l 軟件體系結(jié)構(gòu)必須是開放的，即向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便。因此，最重要的系統(tǒng)服務(wù)將接受最多的測試。l 項目失敗的風(fēng)險較低，雖然在某些增量構(gòu)件中可能遇到一些問題，但其他增量構(gòu)件將能夠成功地交付給客戶。(3) 增量模型優(yōu)點： l 能在較短時間內(nèi)向用戶提交可完成一些基本功能的產(chǎn)品，即從第一個構(gòu)件交付之日起，用戶就能做一些有用的工作。缺點：要求開發(fā)人員快速建立原型。適用范圍：瀑布模型只適用于項目開始時需求已確定的情況。(1) 瀑布模型優(yōu)點：可強迫開發(fā)人員采用規(guī)范化的方法；嚴(yán)格地規(guī)定了每個階段必須提交的文檔；要求每個階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗證。通常有四種類型的維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。這一階段可能持續(xù)若干年。為了更有效地發(fā)現(xiàn)系統(tǒng)中的問題，通常這個階段的工作由開發(fā)人員、用戶之外的第三者承擔(dān)。(5) 集成測試和系統(tǒng)測試：集成測試的任務(wù)是將已測試過的模塊按設(shè)計規(guī)定的順序組裝起來，在組裝的過程中檢查程序連接的問題。(4) 程序編碼和單元測試：本階段要解決的問題是“正確地實現(xiàn)已做的設(shè)計”，為此，需要選擇合適的編程語言，把軟件設(shè)計轉(zhuǎn)換成計算機可以接受的程序代碼，并對程序結(jié)構(gòu)中的各個模塊進(jìn)行單元測試，然后運用調(diào)試的手段排除測試中發(fā)現(xiàn)的錯誤。結(jié)構(gòu)中的每一組成部分都是意義明確的構(gòu)件，此即所謂概要設(shè)計。(2) 需求分析：這個階段的任務(wù)仍然不是具體地解決客戶的問題，而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個問題。 簡述軟件生存期由哪些主要的階段組成，每一階段的主要任務(wù)是什么？(1) 問題定義與可行性研究：問題定義必須回答的關(guān)鍵問題是：“要解決的問題是什么”。 什么是軟件工程？軟件工程是指導(dǎo)計算機軟件開發(fā)和維護(hù)的工程學(xué)科。需要很多人分工協(xié)作，不僅涉及技術(shù)問題，更重要的是必須有科學(xué)嚴(yán)格的管理。如，沒有真正了解用戶的需求就開始編程序。(2) 軟件人員與用戶的交流存在障礙，使得獲取的需求不充分或存在錯誤。(7) 軟件開發(fā)生產(chǎn)率提高的速度，既跟不上硬件的發(fā)展速度，也遠(yuǎn)遠(yuǎn)跟不上計算機應(yīng)用迅速普及深入的趨勢。(5) 軟件通常沒有適當(dāng)?shù)奈臋n資料。(3) 軟件產(chǎn)品的質(zhì)量往往靠不住。典型表現(xiàn)：(1) 對軟件開發(fā)成本和進(jìn)度的估計常常很不準(zhǔn)確。 如果將軟件開發(fā)比作高樓大廈的建造，可以將軟件的設(shè)計比作什么？可以將軟件的設(shè)計比作建筑設(shè)計，軟件設(shè)計的成果相當(dāng)于建筑設(shè)計的設(shè)計圖紙。”這種觀點是錯誤的。 認(rèn)為“軟件就是程序，軟件開發(fā)就是編程序。. . . .1軟件與軟件工程概念 舉出你所知道的應(yīng)用軟件的例子。辦公軟件、游戲軟件、財務(wù)軟件、銀行軟件、人事管理軟件、工資管理軟件、學(xué)籍管理軟件等。”這種觀點是否正確？為什么？認(rèn)為“軟件就是程序，軟件開發(fā)就是編程序。首先，軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合，程序只是軟件的組成部分之一；其次，在軟件開發(fā)中，編程只是軟件開發(fā)過程的一個階段。 什么是軟件危機？它有哪些典型表現(xiàn)？為什么會出現(xiàn)軟件危機？軟件危機：軟件危機是指在計算機軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。(2) 用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。(4) 軟件常常是不可維護(hù)的。(6) 軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升。 產(chǎn)生軟件危機的原因： 除了軟件本身的特點，其原因主要有以下幾個方面： (1) 缺乏軟件開發(fā)的經(jīng)驗和有關(guān)軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作計劃很難制定。(3) 軟件開發(fā)過程不規(guī)范。(4) 隨著軟件規(guī)模的增大，其復(fù)雜性往往會呈指數(shù)級升高。(5) 缺少有效的軟件評測手段，提交給用戶的軟件的質(zhì)量不能完全保證。采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護(hù)軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程?？尚行匝芯恳卮鸬年P(guān)鍵問題是：“在成本和時間的限制條件下能否解決問題？是否值得做？”。(3) 軟件設(shè)計：本階段要回答的關(guān)鍵問題是“目標(biāo)系統(tǒng)如何做？”為此，必須在設(shè)計階段中制定設(shè)計方案，把已確定的各項需求轉(zhuǎn)換成相應(yīng)的軟件體系結(jié)構(gòu)。進(jìn)而具體描述每個構(gòu)件所要完成的工作，為源程序編寫打下基礎(chǔ)，此即所謂詳細(xì)設(shè)計。要求編寫出的程序應(yīng)當(dāng)是結(jié)構(gòu)良好、清晰易讀的，且與設(shè)計相一致的。系統(tǒng)測試的任務(wù)是根據(jù)需求規(guī)格說明的要求，對必須實現(xiàn)的各項需求，逐項進(jìn)行確認(rèn)，判定已開發(fā)的軟件是否符合用戶需求，能否交付用戶使用。(6) 運行維護(hù)：已交付的軟件投入正式使用，便進(jìn)入運行維護(hù)階段。軟件在運行中可能由于多方面的原因，需要對它進(jìn)行維護(hù)。 常見的軟件生存期模型主要有哪些？每種模型的優(yōu)缺點是什么？常見的軟件生存期模型主要有瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型和統(tǒng)一過程。缺點：由于瀑布模型幾乎完全依賴于書面的規(guī)格說明，很可能導(dǎo)致最終開發(fā)出的軟件產(chǎn)品不能真正滿足用戶的需要；用戶往往需要等待很長時間才能看到可以運行的程序；適應(yīng)需求變更的能力比較差。 (2) 快速原型模型優(yōu)點：有助于滿足用戶的真實需求；原型系統(tǒng)已經(jīng)通過與用戶的交互而得到驗證，據(jù)此產(chǎn)生的規(guī)格說明文檔能夠正確地描述用戶需求。適用范圍：適用于需求不明確的軟件項目。l 逐步增加產(chǎn)品的功能可以使用戶有較充裕的時間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能給用戶組織帶來的沖擊。l 優(yōu)先級最高的服務(wù)首先交付，然后再將其他增量構(gòu)件逐次集成進(jìn)來。缺點：l 在把每個新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時，必須不破壞原來已經(jīng)開發(fā)出的產(chǎn)品。適用范圍：適用于工期緊張、功能可以劃分、比較復(fù)雜的軟件項目。(4) 螺旋模型優(yōu)點： l 對可選方案和約束條件的強調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)；l 減少了過多測試或測試不足所帶來的風(fēng)險；l 在螺旋模型中維護(hù)只是模型的另一個周期，在維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。 適用范圍：適用于內(nèi)部開發(fā)的大