【文章內(nèi)容簡介】 表示對象中值的組織，值的組織在對象模型中表示。數(shù)據(jù)流圖中包含有處理、數(shù)據(jù)流、動作對象和數(shù)據(jù)存儲對象。⒈處理數(shù)據(jù)流圖中的處理用來改變數(shù)據(jù)值。最低層處理是純粹的函數(shù)，一張完整的數(shù)據(jù)流圖是一個高層處理。⒉數(shù)據(jù)流數(shù)據(jù)流圖中的數(shù)據(jù)流將對象的輸出與處理、處理與對象的輸入、處理與處理聯(lián)系起來。在一個計算機中，用數(shù)據(jù)流來表示一中間數(shù)據(jù)值，數(shù)據(jù)流不能改變數(shù)據(jù)值。⒊動作對象動作對象是一種主動對象，它通過生成或者使用數(shù)據(jù)值來驅(qū)動數(shù)據(jù)流圖。⒋數(shù)據(jù)存儲對象數(shù)據(jù)流圖中的數(shù)據(jù)存儲是被動對象，它用來存儲數(shù)據(jù)。它與動作對象不一樣，數(shù)據(jù)存儲本身不產(chǎn)生任何操作，它只響應存儲和訪問的要求。詳細設計階段的根本目標是確定怎樣具體地實現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個階段的設計工作，應該得出對目標系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設計語言書寫的程序。詳細設計的目標: 設計出的處理過程應該盡可能簡明易懂。詳細設計的任務：(1)為每個模塊確定采用的算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，寫出模塊的詳細過程性描述；(2)確定每一模塊使用的數(shù)據(jù)結(jié)構；為以后的編寫程序做好充分的準備。(3)確定模塊接口的細節(jié)。面向?qū)ο笤O計的準則：優(yōu)秀設計就是使得系統(tǒng)在其整個生命周期中的總開銷最小的設計, 其主要特點就是容易維護。面向?qū)ο笤O計（OOD，ObjectOriented Design）是面向?qū)ο蠓治龅綄崿F(xiàn)的一個橋梁。面向?qū)ο蠓治鍪菍⒂脩粜枨蠼?jīng)過分析后，建立問題域精確模型的過程；而面向?qū)ο笤O計則根據(jù)面向?qū)ο蠓治龅玫降男枨竽Ｐ停⑶蠼庥蚰Ｐ偷倪^程。即分析必須搞清楚系統(tǒng)“做什么”，而設計必須搞清楚系統(tǒng)“怎么做”，從分析到設計不是傳統(tǒng)方法的轉(zhuǎn)換，而是平滑（無縫）過渡，而求解域模型是系統(tǒng)實現(xiàn)的依據(jù)。靜態(tài)結(jié)構設計： l 類設計 l 包設計 l 接口設計動態(tài)結(jié)構設計（行為和交互建模）： l 對象如何進行交互的（圖形用戶界面）設計概述對于用戶來說，一個友好的界面是至關重要的。用戶界面（User Interface）的設計質(zhì)量直接影響用戶對軟件產(chǎn)品的評價，從而影響軟件產(chǎn)品的競爭力和使用壽命，因此，對人機界面的設計必須給予足夠的重視。良好的ＧＵＩ設計原則關注用戶及其任務，而不是技術首先考慮功能，其次才是表現(xiàn)與用戶對任務的看法保持一致設計要符合常見情況不要分散用戶對他們目標的注意力促進學習，從外(用戶)到里(設計人員)思考，而不是相反。傳遞信息，而不僅僅是數(shù)據(jù)設計應滿足響應需求通過用戶試用發(fā)現(xiàn)錯誤，然后修復它設計原則：每一個類成為一個數(shù)據(jù)庫表。關系映射：（1）一對多的關系映射為數(shù)據(jù)庫表的主外鍵關聯(lián)（1方的主鍵加入n方成為外鍵）（2）一對一的關系映射為數(shù)據(jù)庫表的主外鍵關聯(lián)（1方的主鍵加入另一方成為外鍵）（3）多對多的關系映射：產(chǎn)生第三張表，將兩個多方的主鍵加入其中成為外鍵，兩個外鍵的組合成為主鍵。利用數(shù)據(jù)庫三范式檢查表，從而考察領域類圖的分析是否合理，消除冗余數(shù)據(jù)。檢查數(shù)據(jù)是否能夠反映用例視圖的需要；進一步與用戶再次確認使用的數(shù)據(jù)。夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋決不是可有可無的。一些正規(guī)的程序文本中，注釋行的數(shù)量占到整個源程序的1/3到1/2，甚至更多。注釋分為兩類：序言性注釋和功能性注釋。通常置于每個程序模塊的開頭部分，它應當給出程序的整體說明，對于理解程序本身具有引導作用。序言性注釋包括： 程序標題；有關本模塊功能和目的的說明； 主要算法；接口說明：包括調(diào)用形式，參數(shù)描述，子程序清單；有關數(shù)據(jù)描述：重要的變量及其用途，約束或限制條件，以及其它有關信息； 模塊位置：在哪一個源文件中，或隸屬于哪一個軟件包；開發(fā)簡歷：模塊設計者，復審者，復審日期，修改日期及有關說明等。功能性注釋嵌在源程序體中，用以描述其后的語句或程序段是在做什么工作，或是執(zhí)行了下面的語句會怎么樣，而不要解釋下面怎么做。要點：描述一段程序，而不是每一個語句； 用縮進和空行，使程序與注釋容易區(qū)別；軟件測試的定義：軟件測試是使用人工和自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢測被測試軟件系統(tǒng)是否滿足規(guī)定的需要，或是弄清楚被測系統(tǒng)的預期結(jié)果與實際結(jié)果之間的差別。黑盒測試：僅需要知道被測試對象的輸入和預期輸出，不需要了解代碼實現(xiàn)的細節(jié)。測試方法主要分為兩類：功能層面的測試方法和函數(shù)層面的測試方法（邊界值測試、等價類測試、基于決策表測試）。側(cè)重于系統(tǒng)業(yè)務流程的梳理，是基于動態(tài)業(yè)務過程設計測試用例。白盒測試：是針對程序代碼展開的測試，分為靜態(tài)測試和動態(tài)測試：關注對象包括源代碼和程序結(jié)構。靜態(tài)白盒測試的方法是代碼檢查。靜態(tài)測試不需要運行程序和設計測試用例，側(cè)重于源代碼的檢查和優(yōu)化，直接查看源代碼和執(zhí)行代碼，直接定位代碼中的缺陷。動態(tài)測試側(cè)重于程序結(jié)構的測試。測試用例的定義：測試用例是一組測試輸入，執(zhí)行條件和預期結(jié)果。目的是要滿足一個特定的目標。如果執(zhí)行一條特定的程序路徑或者檢驗是否符合一個特定的需求的用例。測試用例：輸入+輸出+測試環(huán)境測試環(huán)境包括：硬件環(huán)境，軟件環(huán)境，網(wǎng)絡環(huán)境，歷史數(shù)據(jù)。測試用例分為兩個階段：測試用例分析階段，測試用例設計階段。目的不同軟件測試的目的是發(fā)現(xiàn)錯誤，至于找出錯誤的原因和錯誤發(fā)生的地方不是軟件測試的任務。前者是挑錯，是一種挑剔過程，屬于質(zhì)盤保證活動。后者是排錯，是一種排除過程，是編碼活動的一部分。任務不同既然軟件測試屬于質(zhì)量保證活動，就要制訂軟件測試計劃，軟件設計時要設計系統(tǒng)軟件測試、集成側(cè)試用例，編碼階段要設計單元軟件測試用例并進行單元軟件測試，軟件測試階段要進行集成軟件測試、系統(tǒng)軟件測試等，直到產(chǎn)品交付。只要有修改就有軟件測試，產(chǎn)品交付后同樣。它是比較有規(guī)律的活動，有系統(tǒng)的方法、原則作指導。而調(diào)試是編碼活動的一部分。調(diào)試的方法經(jīng)常與使用的開發(fā)工具有關，例如:解釋型的開發(fā)工具可以交互式調(diào)試，編譯型開發(fā)工具就很難較好地查錯。當然它有一些啟發(fā)式的方法，它是一種比較依賴開發(fā)人員經(jīng)驗的活動。指導原則和方法不同軟件側(cè)試是一種有規(guī)律的活動，，因此它不但要側(cè)試軟件應該做的，還需要側(cè)試軟件不應該做的事情。調(diào)試所遵循的規(guī)律主要是一些啟發(fā)式規(guī)則，是一個推理過程。例如使用歸納法、演繹法、回溯法等。軟件測試的輸出是預知的，其軟件測試用例必須包括預期的結(jié)果，而調(diào)試的輸出大多是不可預見的，需要調(diào)試者去解釋、去發(fā)現(xiàn)產(chǎn)生的原因。操作者因為心理狀態(tài)是軟件測試程序的障礙，所以執(zhí)行軟件測試的人一般不是開發(fā)人員，以使軟件測試更客觀、更有效，軟件維護活動類型總起來大概有四種：糾錯性維護（校正性維護）、適應性維護、完善性維護或增強、預防性維護或再工程。改正性維護改正性維護是指改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。這方面的維護工作量要占整個維護工作量的17%～21%。所發(fā)現(xiàn)的錯誤有的不太重要，不影響系統(tǒng)的正常運行，其維護工作可隨時進行：而有的錯誤非常重要，甚至影響整個系統(tǒng)的正常運行，其維護工作必須制定計劃，進行修改，并且要進行復查和控制。適應性維護適應性維護是指使用軟件適應信息技術變化和管理需求變化而進行的修改。這方面的維護工作量占整個維護工作量的18%～25%。由于計算機硬件價格的不斷下降，各類系統(tǒng)軟件屢出不窮，人們常常為改善系統(tǒng)硬件環(huán)境和運行環(huán)境而產(chǎn)生系統(tǒng)更新?lián)Q代的需求；企業(yè)的外部市場環(huán)境和管理需求的不斷變化也使得各級管理人員不斷提出新的信息需求。這些因素都將導致適應性維護工作的產(chǎn)生。進行這方面的維護工作也要像系統(tǒng)開發(fā)一樣，有計劃、有步驟地進行。完善性維護完善性維護是為擴充功能和改善性能而進行的修改，主要是指對已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設計階段中沒有規(guī)定的功能與性能特征。這些功能對完善系統(tǒng)功能是非常必要的。另外，還包括對處理效率和編寫程序的改進，這方面的維護占整個維護工作的50%～60%，比重較大．也是關系到系統(tǒng)開發(fā)質(zhì)量的重要方面。這方面的維護除了要有計劃、有步驟地完成外．還要注意將相關的文檔資料加入到前面相應的文檔中去。預防性維護預防性維護為了改進應用軟件的可靠性和可維護性，為了適應未來的軟硬件環(huán)境的變化，應主動增加預防性的新的功能，以使應用系統(tǒng)適應各類變化而不被淘汰。例如將專用報表功能改成通用報表生成功能，以適應將來報表格式的變化。這方面的維護工作量占整個維護工作量的4%左右。第一章？答：：(1)系統(tǒng)軟件(2)支撐軟件(3)應用軟件微型、小型、大型、甚大型、極大型，談談軟件工具在軟件開發(fā)過程中的作用。使軟件開發(fā)更加模式化，工程化，從而提高軟件開發(fā)的效率和封裝性。第二章？各個階段的任務是什么？在軟件開發(fā)早期，開發(fā)只是被簡單地分成編寫代碼和修改代碼兩個階段。往往在拿到項目后立刻編寫程序，然后調(diào)試通過后直接交付給用戶使用。如果應用中出現(xiàn)錯誤，或者有新的要求，都需要重新修改代碼。這種小作坊式的軟件開發(fā)方法有明顯的弊端，如缺乏統(tǒng)的項目規(guī)劃、不太重視需求的獲取和分析、對軟件的測試和維護考慮不周等，這些都會導致軟件項目的失敗。概念階段：計劃、需求分析開發(fā)階段：設計、編碼、測試維護階段：運行維護，哪些不適于采用這兩種模型。螺旋模型適合于大型軟件的開發(fā)，應該說它是最為實際的方法，它吸收了軟件工程“演化”的概念，使得開發(fā)人員和客戶對每個演化層出現(xiàn)的風險有所了解，繼而做出應有的反應。不適用:小型軟件。原型般是指對某種產(chǎn)品進行模擬的初始版本或者原始模型，在工程領域中具有廣泛應用。不適用:大型軟件項目；含有對于計算量大、邏輯性較強的程序模塊：第三章？可行性研究的任務是以最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。簡單的說，可行性研究的最終結(jié)果是決定項目y做還是小做”而不是“如何做”。？引言(目的、背景、參考文獻、術語)；項目概述(功能、條件、運行環(huán)境、產(chǎn)品、程序、文檔、服務、驗收標準、實施計劃、工作任務分解、進度、預算、人員)第四章？需求工程包括哪些活動？需求工程是指應用已證實有效的技術、方法進行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標系統(tǒng)的所有外部特征的 門學科。它通過合適的工具和記號系統(tǒng)地描述待開發(fā)系統(tǒng)，及其行為特征和相關約束，形成需求文檔；并對用戶不斷變化的需求演進給予支持。一個良好的需求開發(fā)過程應該包括需求獲取、需求分析與建模、編寫需求規(guī)格說明書和需求評審4個主要活動。？ 需求開發(fā)過程應該包括需求獲取、需求分析與建模、編寫需求規(guī)格說明書和需求評審4個主要活動。？它們的主要思想是什么？答：面向?qū)ο蠓治瞿Ｐ?，結(jié)構化分析模型。前者是采用面向?qū)ο蟮乃枷脒M行軟件需求分析的建模過程，而后者模型的核心是DD，它是設計各種數(shù)據(jù)對象的總和。他們的模型分別起到了描述數(shù)據(jù)模型，功能模型與行為模型的作用。？應該包括哪些主要內(nèi)容？ 作用：(1)作為用戶方和開發(fā)方之間的合同，為雙方相互了解提供基礎。(2)反映問題的結(jié)構，作為系統(tǒng)設計和編碼的依據(jù)。(3)作為測試和驗收目標系統(tǒng)的依據(jù)。內(nèi)容：用戶可以通過需求規(guī)格說明書檢查需求描述是否滿足原來的期望。設計人員根據(jù)軟件需求規(guī)格說明書的描述了解所需開發(fā)軟件的功能和性能，以及開發(fā)軟件時必須滿足的約束，將其作為軟件設計的依據(jù)。測試人員根據(jù)軟件需求規(guī)格說明書中對產(chǎn)品的描述，設計測試計劃、測試用例和測試過程。產(chǎn)品發(fā)布人員根據(jù)軟件需求規(guī)格說明和用戶界面設計編寫用戶手冊和幫助信息第五章。?上層可分解得快些（即分解成子數(shù)據(jù)處理個數(shù)多些），這是因為上層是綜合性描述，對可讀性的影(即分解成的子數(shù)據(jù)處理個數(shù)多些)，這是因為上層是綜合性描述，對可讀性的影響小。而下層應分解得慢性。?在不影響可讀性的前提下，應適當多分解成幾部分，以減少分解層數(shù)。？它有哪些基本內(nèi)容？ ?分解應自然，概念上要合理、清晰。作用：數(shù)據(jù)字典作為分析階段的工具，進而消除很多的誤解，同時也有助于改進不同開發(fā)人員之間的通信；.內(nèi)容:數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流圖中的數(shù)據(jù)項、數(shù)據(jù)流、加工邏輯、數(shù)據(jù)存儲和外部實體第六章？與傳統(tǒng)軟件開發(fā)方法相比，面向?qū)ο蠓椒ㄓ惺裁磧?yōu)點？ 是一種把面向?qū)ο蟮乃枷霊糜谲浖_發(fā)過程中，指導開發(fā)活動的系統(tǒng)方法。優(yōu)點：？在軟件開發(fā)過程中為什么需要建立模型？在軟件開發(fā)過程中，建立軟件模型具有十分重要的作用，主要體現(xiàn)在以下幾個方面：有助于問題的簡化，通過抽象降低復雜性；有助于和其他開發(fā)小組成員，各種用戶以及系統(tǒng)相關者進行交流；有助于維護人員了解軟件設計的思路和細節(jié)，為以后的維護和升級提供了文檔。第七章1．面向?qū)ο蠓治霭男┗顒樱繎摻⒛男╊愋偷哪Ｐ?？面向?qū)ο蠓治鯫OA模型的過程包括理解用例模型、識別分析類、定義交互行為、建立分析類圖、評審分析模型5個活動組成。目標是建立一個符合問題域、滿足用戶需求的OOA模型。、邊界類和控制類？為什么將分析類劃分成這3種類型？實體類：用于描述必須存儲的信息，同時描述相關的行為。實體類代表擬建系統(tǒng)中的核心信息。在RUP的有關文檔中對實體類的解釋為：“實體類是用于對必須存儲的信息和相關行為建模的類。邊界類：在系統(tǒng)與外界之間，為它們交換各種信息與事件。邊界類處理軟件系統(tǒng)的輸入和輸出。在RUP的有關文檔中對邊界類的解釋為：邊界類是一種用于對系統(tǒng)外部環(huán)境與其內(nèi)部運作之間的交互進行建模的類。控制類：與業(yè)務過程相關，它們控制整個業(yè)務的流程和執(zhí)行次序。在RUP的有關文檔中對控制類的解釋為：控制類用于對一個或幾個用例所持有的控制行為進行建模?？刂祁悓ο罂梢院瓦吔鐚ο蠼换?，也可以和實體對象交互，但不能和用例的參與者直接進行交互。第八章？它的目標和任務是什么？軟件設計：在需求分析的基礎上通過抽象和分解將系統(tǒng)分解成模塊，確定系統(tǒng)功能的實現(xiàn)。即把軟件需求轉(zhuǎn)換為軟件包表示的過程。目標：軟件設計的最終目標是產(chǎn)生一個設計規(guī)約，該規(guī)約包括體系結(jié)構、描述數(shù)據(jù)、接口和構件的設計模型。軟件設計的任務，就是把分析階段產(chǎn)生的軟