【正文】 間的一些接口工作。29．有兩類維護技術：在開發(fā)階段使用來減少錯誤、提高軟件可維護性的面向維護的技術；在維護階段用來提高維護的效率和質(zhì)量的()技術。：寬度優(yōu)先策略[解析]漸增式測試法有自頂向下結合和自底向上結合兩種組裝模塊的方法，其中自頂向下集成是構造程序結構的一種增量式方式，不需要編寫驅(qū)動模塊，只需要編寫樁模塊。：機器[解析]匯編語言屬于低級語言，是一種面向機器的語言，它與高級語言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設備的接口工作等，是能夠利用計算機硬件特性直接控制硬件設備的唯一語言。對數(shù)據(jù)庫進行物理設計等。：FORTRAN語言[解析]計算機語言根據(jù)不同行業(yè)的需求，使用的側(cè)重點也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫語言如FOXPRO、ORICAL有很多的應用，在工程行業(yè)，計算機語言的科學計算能力就顯得格外重要，如MATLAB、PL/FORTRAN語言都是工程計算中常用的語言。[解析]社會可行性包括合同、責任、侵權等技術人員不甚了解的諸多問題。[解析]對應關系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果關系，對于重復的數(shù)據(jù)單元，重復的次序和次數(shù)都相同才有對應關系。（2）可行性研究前提：可行性研究前提。（5）所建議系統(tǒng)的經(jīng)濟可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益投資比；投資回收周期。[解析]做軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)，其中的問題能否解決，報告共分為八個基本內(nèi)容。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是一個功能，而是類、關聯(lián)、操作、時間和約束的集合。系統(tǒng)設計的一個重要目標就是確定哪些是必須同時動作的對象，哪些不是同時動作的對象。（4）數(shù)據(jù)存儲管理。必須確定全局資源，并且制定訪問全局資源的策略。分析模型中所有交互行為都表示為對象之間的事件。[解析]系統(tǒng)設計是問題求解及建立解答的高級策略。在軟件開發(fā)中遇到的問題找不到解決辦法，使問題積累起來，形成了尖銳的矛盾，因而導致了軟件危機。由于對工作量估計不足，對開發(fā)難度估計不足，進度計劃無法按時完成，開發(fā)時間一再拖延。（3）開發(fā)的軟件可維護性差。由于在開發(fā)過程中，沒有確保軟件質(zhì)量的體系和措施，在軟件測試時，又沒有嚴格的、充分的、完全的測試，提交給用戶的軟件質(zhì)量差，在運行中暴露出大量的問題。（4）軟件開發(fā)技術落后。39．軟件質(zhì)量保證應做好哪幾方面的工作？解：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應做好以下幾方面的工作：（1）采用技術手段和工具。國家標準要求單位必須采用審查、文檔評審、設計評審、審計和測試等具體手段來保證質(zhì)量。用戶可以自己制定軟件工程規(guī)范（標準），但標準一旦確認就應貫徹執(zhí)行。即對軟件質(zhì)量進行跟蹤，及時記錄和報告軟件質(zhì)量情況。N=N+1。某一8位微機，其八進制常數(shù)定義為：以零開頭的數(shù)是八進制整數(shù)，其值的范圍是177～177，如05，0127，065解：（1）劃分等價類并編號，如下表示：（4分）（2）為合理等價類設計測試用例,表中有兩個合理等價類,設計兩個例子（2分）（3）為不合理等價類測試用例,至少設計一個測試用例（2分）[解析]等價類劃分屬于黑盒測試的一種，它將輸入數(shù)據(jù)域按有效的或無效的劃分成若干個等價類，測試每個等價類的代表值就等于對該類其他值的測試，這樣用少量有代表性的例子代替大量測試目的相同的例子，可以有效提高測試效率。（2）根據(jù)車間實際生產(chǎn)日報表、周報表調(diào)整月生產(chǎn)計劃（3）以月生產(chǎn)計劃為以及，制定產(chǎn)品設計（結構、工藝）及產(chǎn)品組裝月計劃。解：畫出生產(chǎn)科圖的給6分，畫出技術科的給4分。其中，程序是能夠完成預訂功能和性能的可執(zhí)行的指令序列；數(shù)據(jù)是使程序能夠適當?shù)奶幚硇畔⒌臄?shù)據(jù)結構；文檔是開發(fā)、使用和維護程序所需要的圖文資料。軟件工程包括（技術和管理）兩方面內(nèi)容，是技術與管理緊密結合所形成的工程學科。1軟件過程：是為了獲得高質(zhì)量軟件所需要完成的一系列任務的框架，他規(guī)定了完成各項任務的工作步驟。1增量模型：也稱漸增模型，適用于能在較短時間內(nèi)向用戶提交可完成部分工作的產(chǎn)品。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示。數(shù)據(jù)字典由4類元素的定義組成：數(shù)據(jù)流、數(shù)據(jù)流分量、數(shù)據(jù)存儲、處理，但是對數(shù)據(jù)處理的定義用其他工具（IPO圖或PDL）描述更方便。狀態(tài)轉(zhuǎn)換圖：初態(tài)、終態(tài)和中間態(tài)。從以下4個方面驗證軟件需求的正確性：（1）一致性 所有需求必須是一致的，任何一條需求不能和其他需求互相矛盾（2）完整性 需求必須是完整的，規(guī)格說明書應該包括用戶需要的每一個功能或性能（3）現(xiàn)實性 指定的需求應該是用現(xiàn)有的硬件技術和軟件技術基本上可以實現(xiàn)的（4）有效性 必須證明需求是正確有效的，確實能解決用戶面對的問題五總體設計階段主要內(nèi)容：設計軟件結構和設計數(shù)據(jù)庫1耦合：耦合是對一個軟件結構內(nèi)不同模塊之間互連程度的度量。】（5）力爭降低模塊接口的復雜程度（6）設計單入口單出口的模塊（7）模塊功能應該可以預測。當系統(tǒng)具有這些特征時，這種信息流就叫做變換流。所以高級語言明顯優(yōu)于匯編語言。調(diào)試是在測試發(fā)現(xiàn)錯誤之后排除錯誤的過程。邏輯覆蓋：是對一系列測試過程的總稱這組測試過程逐漸進行越來越完整的通路測試。1判定/條件覆蓋：選取足夠多的測試數(shù)據(jù)，使得判定表達式中的每個條件都取到各種可能的值，而且每個判定表達式也都取到各種可能的結果（有時不必條件判定強）。）1邊覆蓋：如果連通圖G的子圖G”是連通的，而且包含G的所有邊，則稱G”是G 的點覆蓋（要求：選取足夠多的測試數(shù)據(jù)，使得程序執(zhí)行路徑至少經(jīng)過流圖中每條邊一次（與判定覆蓋相同）。1黑盒測試力圖發(fā)現(xiàn)下述類型的錯誤：（1）功能不正確或遺漏了功能（2）界面錯誤（3）數(shù)據(jù)結構錯誤或外部數(shù)據(jù)庫訪問錯誤（4）性能錯誤（5）初始化和終止錯誤黑盒測試外部，白盒測試內(nèi)部。完善性維護、預防性維護。把診斷和改正錯誤的過程稱為改正性維護。1路徑覆蓋：選取足夠多的測試數(shù)據(jù)，使程序的每條可能路徑都至少執(zhí)行一次。1點覆蓋：如果連通圖G的子圖G’是連通的，而且包含G的所有節(jié)點，則稱G’是G 的點覆蓋。1判定覆蓋（分支覆蓋）：不僅每個語句必須至少執(zhí)行一次，而且每個判定的沒種可能的結果都應該至少執(zhí)行一次，也就是每個判定的每個分支都至少執(zhí)行一次。（2）好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案（3）成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。編碼：就是把軟件設計結果翻譯成用某種程序設計語言書寫的程序軟件測試：是保證軟件質(zhì)量的關鍵步驟，它是對軟件規(guī)格說明、設計和編碼的最后復審。六、詳細設計2結構程序設計的經(jīng)典定義：如果一個程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結構進行連接，并且每個代碼塊只有一個入口和一個出口，則稱這個程序是結構化的。1層次圖用來描繪軟件的層次結構（作為描繪軟件結構的文檔）。功能內(nèi)聚10偶然內(nèi)聚01“高內(nèi)聚，低耦合”1啟發(fā)規(guī)則：（1）改進軟件結構提高模塊獨立性（2）模塊規(guī)模應該適中（3）深度、寬度、扇出和扇入都應適當【深度：表示軟件結構中控制的層數(shù)，它往往能粗略的標志一個系統(tǒng)的大小和復雜程度；寬度：是軟件結構內(nèi)同一個層次上的模塊總數(shù)的最大值；扇出：是一個模塊直接控制的模塊數(shù)目；扇入：表明有多少個上級模塊直接調(diào)用它】（4）模塊的作用域應該在控制域之內(nèi)【模塊的作用域：受該模塊內(nèi)一個判定影響的所有模塊的集合。初態(tài)用實心圓，終態(tài)用一對同心圓（內(nèi)為實心圓），中間態(tài)用圓角矩形。需求分析過程應該建立的3種模型：數(shù)據(jù)模型、功能模型和行為模型實體聯(lián)系圖是用于建立數(shù)據(jù)模型的圖形，數(shù)據(jù)流圖是建立功能模型的基礎，狀態(tài)轉(zhuǎn)換圖是行為建模的基礎。系統(tǒng)的邏輯模型由（數(shù)據(jù)流圖和數(shù)據(jù)字典）共同構成，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就不嚴格，沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也難于發(fā)揮作用。二可行性研究的目的：就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能解決。1過程模型：生命周期模型規(guī)定了把生命周期劃分成哪些階段及各個階段的執(zhí)行順序，因此，也成為過程模型。CASE計算機輔助軟件工程1軟件的生命周期由 軟件定義、軟件開發(fā)和運行維護（軟件維護）3個時期組成。軟件工程是從管理和技術兩方面軟件工程的本質(zhì)特性：（1）軟件工程關注于大型程序的構造；（2）專揀工程的中心課題是控制復雜性；（3）軟件經(jīng)常變化；（4）開發(fā)軟件的效率非常重要；（5）和諧的合作是開發(fā)軟件的關鍵；（6）軟件必須有效的支持它的用戶；（7）在軟件工程領域中通常由具有一種文化背景的人替具有另外一種文化背景的人創(chuàng)造產(chǎn)品。第五篇：軟件工程期末考試總結一、1968年“軟件工程”誕生。（2）根據(jù)組裝計劃進行產(chǎn)品工藝設計，根據(jù)產(chǎn)品自制物料清單產(chǎn)生工藝流程圖給零件廠。42．某電器集團公司下屬的廠包括技術科、生產(chǎn)科等基層單位。PAD圖：[解析]人工查找時，是從第一個元素開始查找，用當前元素與下一個元素比較，將較大者作為當前元素又與下一元素比較，如此循環(huán)，直到數(shù)組末尾。五，論述題（本大題共3小題，第40小題7分，第41小題8分，第42小題10分，共25分）40．請使用PAD圖和PDL語言描述在數(shù)組A（1）～A（10）中找最大數(shù)的算法。軟件的修改和變更常常會引起潛伏的錯誤，因此必須嚴格控制軟件的修改和變更。軟件測試是質(zhì)量保證的重要手段，因為測試可發(fā)現(xiàn)軟件中大多數(shù)潛在錯誤。（2）組織正式技術評審。（6）開發(fā)工具落后，生產(chǎn)率提高緩慢。（2）軟件開發(fā)管理困難而復雜。程序結構不好，運行時發(fā)現(xiàn)錯誤也很難修改，導致維護性差。開發(fā)初期對用戶的要求了解不夠明確，未能得到明確的表達。由于缺乏軟件開發(fā)的經(jīng)驗和軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計劃很難制定。38．什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？解：軟件發(fā)展第二階段的末期，由于計算機硬件技術的進步，計算機運行速度、容量、可靠性有顯著的提高，生產(chǎn)成本顯著下降，這為計算機的廣泛應用創(chuàng)造了條件。（7）人機交互接口設計。如果資源是物理對象，則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問，以達到自身控制；如果資源是邏輯實體，如對象標識符，那么在共享環(huán)境中有沖突訪問的可能，如獨立的事務可能同時使用同一個對象標識符，則各個全局資源都必須有一個保護對象，由保護對象來控制對該資源的訪問。通常各數(shù)據(jù)存儲可以將數(shù)據(jù)結構、文件、數(shù)據(jù)庫組合在一起，不同數(shù)據(jù)存儲要在費用、訪問時間、容量以及可靠性之間做折中考慮。（3）處理器及任務分配。（2）確定并發(fā)性。系統(tǒng)設計要決定整個結構及風格，這種結構為后面設計階段的更詳細策略的設計提供了基礎。（7）其他可供選擇方案：逐一說明其他可供選擇的方案，并說明未被推薦的理由。（3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負荷；各項費用支出；所需要各類專業(yè)技術人員的數(shù)量；所需要各種設備；現(xiàn)有系統(tǒng)存在什么問題。[解析]使用JSP方法時會遇到此類結構沖突問題，對此，Jackson提出了引入中間數(shù)據(jù)結構或中間文件的辦法，將沖突部分分隔開來，建立多個程序結構，再利用中間文件把它們聯(lián)系起來，構成一個系統(tǒng)的整體。[解析]通常我們用投資回收期來衡量一個開發(fā)項目的價值，投資回收期越短，就越快獲得利潤。[解析]對于一個系統(tǒng)所必須要衡量的是經(jīng)濟上是否合算，經(jīng)濟可行性的范圍很廣，包括效益分析、潛在市場前景等。：維護支援[解析]面向維護的技術涉及軟件開發(fā)的所有階段，能夠減少軟件錯誤，提高軟件的可維護性。它定義了一組以數(shù)據(jù)結構為指導的映射過程，根據(jù)輸入、輸出的數(shù)據(jù)結構，按一定的規(guī)則映射成軟件的過程描述，在JSP方法中解決結構沖突的具體辦法是引入中間數(shù)據(jù)結構或中間文件，將沖突部分分隔開來，建立多個程序結構，再利用中間文件把它們聯(lián)系起來，構成一個系統(tǒng)的整體。：在其他獨立路徑中未有過[解析]在基本路徑測試中，以詳細設計或源程序為基礎，導出控制流程圖的拓撲結構——程序圖，在計算了程序圖的環(huán)路復雜性之后，確定只包含獨立路徑的基本路徑圖，其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。：信息流動[解析]系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號表示系統(tǒng)中的各個元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設備等，表達了元素之間的信息流動的情況。27．詳細設計的任務是確定每個模塊的內(nèi)部特性，即模塊的算法、()。24．獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。[解析]白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結構和處理過程，由于白盒測試是一種結構測試，所以被測對象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標準確定測試數(shù)據(jù)。[解析]原型化方法的基本思想是根據(jù)用戶給出的基本需求，通過快速實現(xiàn)構造出一個小型的、可執(zhí)行的模型，用戶在計算機上實際運行這個用戶界面原型，在試用過程中提出意見或建議，然后開