【正文】 2求A中每一列的最小值232。(1) 首先寫出下面的程序框架： main （） { 定義10180。 FLAG==0I＝(START＋FINISH)/2TABLE(I)==ITEMFLAG＝0TFFLAG=1TABLE(I)ITEMT FTABLE(START)==ITEM || TABLE(FINISH) ==ITEMTFFLAG=1START=I+1FINISH=I1或者FLAG＝0(FINISHSTART)=0 amp。(2) 等價的結構化算法如下：(FINISHSTART)1 amp。 FSTARTABQENDTFTP 圖449 流程圖對應的NS圖如下： 對應的PAD如下：while PAuntil !QBwhile PABuntil !Q 圖450所示的流程圖完成的功能是使用二分查找方法在table數(shù)組中找出值為item的數(shù)是否存在。 (1) 使用語言中的順序、選擇、重復等有限的基本控制結構表示程序邏輯。 劃分模塊的依據是，模塊只具有單一的功能且與其他模塊沒有太多的聯(lián)系。存款業(yè)務輸入事務輸入密碼打印存款單打印開戶單處理存款處理開戶記錄存款信息記錄開戶信息記錄密碼調整后的模塊結構圖 將大的軟件劃分成模塊有什么好處？是不是模塊劃分得越小越好？劃分模塊的依據是什么？將大的軟件劃分成獨立命名且可獨立訪問的模塊，不同的模塊通常具有不同的功能或職責。存款業(yè)務輸入數(shù)據調度輸出數(shù)據輸入事務輸入密碼打印存款單打印開戶單處理存款處理開戶記錄存款信息記錄開戶信息記錄密碼初始軟件結構圖(4) 對軟件結構進行精化。(2) 對上圖按事務型數(shù)據流進行處理，完成第一級分解，得到頂層和一層模塊結構圖。 是否存在一種情況：復雜問題需要較少的工作去解決？這樣的情況對模塊化觀點有什么影響？通過對復雜的問題進行合理分解，分解為若干個相對簡單及獨立的子問題，就可以用較少的工作去解決。 處理存款的數(shù)據流圖處理開戶的數(shù)據流圖 按照以下描述，畫出ER圖?？梢詫⒋婵顔魏烷_戶單抽象為事務。最后印出開戶單或存款單給用戶。 在對數(shù)據流圖進行分解時需要注意哪些問題？在對數(shù)據流圖進行分解時，需要注意以下兩個問題：(1) 當對數(shù)據流圖分層細化時必須保持信息連續(xù)性，也就是說，當把一個處理分解為一系列處理時，分解前和分解后的輸入/輸出數(shù)據流必須相同。有時稱傳統(tǒng)的分析方法，指的就是結構化分析方法。通過一系列變換將形式的規(guī)格說明細化成為程序。（2）面向對象方法的特點面向對象方法把數(shù)據和行為看成同等重要，是將數(shù)據和對數(shù)據的操作緊密地結合起來的方法，這也是面向對象方法與傳統(tǒng)方法的重要區(qū)別。它采用結構化技術來完成軟件開發(fā)的各項任務。(2) 工具為方法的運用提供自動的或半自動的軟件支撐環(huán)境。適用范圍：適用于基于構件的軟件開發(fā)。適用范圍：適用于面向對象的軟件開發(fā)。缺點：螺旋模型是風險驅動的，因此要求軟件開發(fā)人員必須具有豐富的風險評估經驗和這方面的專門知識，否則將出現(xiàn)真正的風險：當項目實際上正在走向災難時，開發(fā)人員可能還以為一切正常。l 軟件體系結構必須是開放的，即向現(xiàn)有產品中加入新構件的過程必須簡單、方便。l 項目失敗的風險較低，雖然在某些增量構件中可能遇到一些問題，但其他增量構件將能夠成功地交付給客戶。缺點：要求開發(fā)人員快速建立原型。(1) 瀑布模型優(yōu)點：可強迫開發(fā)人員采用規(guī)范化的方法；嚴格地規(guī)定了每個階段必須提交的文檔；要求每個階段交出的所有產品都必須經過質量保證小組的仔細驗證。這一階段可能持續(xù)若干年。(5) 集成測試和系統(tǒng)測試：集成測試的任務是將已測試過的模塊按設計規(guī)定的順序組裝起來，在組裝的過程中檢查程序連接的問題。結構中的每一組成部分都是意義明確的構件，此即所謂概要設計。 簡述軟件生存期由哪些主要的階段組成，每一階段的主要任務是什么？(1) 問題定義與可行性研究：問題定義必須回答的關鍵問題是：“要解決的問題是什么”。需要很多人分工協(xié)作，不僅涉及技術問題，更重要的是必須有科學嚴格的管理。(2) 軟件人員與用戶的交流存在障礙，使得獲取的需求不充分或存在錯誤。(5) 軟件通常沒有適當?shù)奈臋n資料。典型表現(xiàn)：(1) 對軟件開發(fā)成本和進度的估計常常很不準確?！边@種觀點是錯誤的。. . . .1軟件與軟件工程概念 舉出你所知道的應用軟件的例子?！边@種觀點是否正確？為什么？認為“軟件就是程序，軟件開發(fā)就是編程序。 什么是軟件危機？它有哪些典型表現(xiàn)？為什么會出現(xiàn)軟件危機？軟件危機：軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。(4) 軟件常常是不可維護的。 產生軟件危機的原因： 除了軟件本身的特點，其原因主要有以下幾個方面： (1) 缺乏軟件開發(fā)的經驗和有關軟件開發(fā)數(shù)據的積累，使得開發(fā)工作計劃很難制定。(4) 隨著軟件規(guī)模的增大，其復雜性往往會呈指數(shù)級升高。采用工程的概念、原理、技術和方法來開發(fā)和維護軟件，把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以經濟地開發(fā)出高質量的軟件并有效地維護它，這就是軟件工程。(3) 軟件設計：本階段要回答的關鍵問題是“目標系統(tǒng)如何做？”為此，必須在設計階段中制定設計方案，把已確定的各項需求轉換成相應的軟件體系結構。要求編寫出的程序應當是結構良好、清晰易讀的，且與設計相一致的。(6) 運行維護：已交付的軟件投入正式使用，便進入運行維護階段。 常見的軟件生存期模型主要有哪些？每種模型的優(yōu)缺點是什么？常見的軟件生存期模型主要有瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型和統(tǒng)一過程。 (2) 快速原型模型優(yōu)點：有助于滿足用戶的真實需求；原型系統(tǒng)已經通過與用戶的交互而得到驗證，據此產生的規(guī)格說明文檔能夠正確地描述用戶需求。l 逐步增加產品的功能可以使用戶有較充裕的時間學習和適應新產品，從而減少一個全新的軟件可能給用戶組織帶來的沖擊。缺點：l 在把每個新的增量構件集成到現(xiàn)有軟件體系結構中時，必須不破壞原來已經開發(fā)出的產品。(4) 螺旋模型優(yōu)點： l 對可選方案和約束條件的強調有利于已有軟件的重用，也有助于把軟件質量作為軟件開發(fā)的一個重要目標；l 減少了過多測試或測試不足所帶來的風險；l 在螺旋模型中維護只是模型的另一個周期，在維護和開發(fā)之間并沒有本質區(qū)別。缺點：由于各個階段之間的界線不明確，容易造成軟件開發(fā)過程的無序。缺點：RUP只是一個開發(fā)過程，并沒有涵蓋軟件過程的全部內容，例如它缺少關于軟件運行和支持等方面的內容；此外，它沒有支持多項目的開發(fā)結構，這在一定程度上降低了在開發(fā)組織內大范圍實現(xiàn)重用的可能性。目前使用得最廣泛的方法是傳統(tǒng)方法（結構化方法）和面向對象方法。(1) 傳統(tǒng)方法的特點傳統(tǒng)方法也稱為生命周期方法或結構化范型。 傳統(tǒng)方法的主要缺點是在適應需求變化方面不夠靈活，另外，結構化方法要么面向行為，要么面向數(shù)據，缺乏使兩者有機結合的機制。 形式化方法的特點是什么？形式化方法的主要特點是：(1) 軟件需求規(guī)格說明被細化為用數(shù)學記號表達的詳細的形式化規(guī)格說明；(2) 設計、實現(xiàn)和單元測試等開發(fā)過程由一個變換開發(fā)過程代替。 3 軟件需求獲取與結構化分析方法 為什么結構化分析要叫“結構化”？有其他可替代的術語嗎？“結構化”一詞應來源于“結構化程序設計”，先有“結構化程序設計”的思想，后有結構化設計及結構化分析。(2) 通過確定系統(tǒng)的輸入和輸出與外部實體的關系確定系統(tǒng)的邊界，也就是要確定哪些功能或處理屬于系統(tǒng)范圍之內，哪些屬于系統(tǒng)范圍之外，需要由其他系統(tǒng)處理或人工處理。填寫完存款單或開戶單后，