【正文】 階段的工具，進而消除很多的誤解，同時也有助于改進不同開發(fā)人員之間的通信；.內(nèi)容:數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流圖中的數(shù)據(jù)項、數(shù)據(jù)流、加工邏輯、數(shù)據(jù)存儲和外部實體第六章？與傳統(tǒng)軟件開發(fā)方法相比，面向?qū)ο蠓椒ㄓ惺裁磧?yōu)點？ 是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導開發(fā)活動的系統(tǒng)方法。?上層可分解得快些（即分解成子數(shù)據(jù)處理個數(shù)多些），這是因為上層是綜合性描述，對可讀性的影(即分解成的子數(shù)據(jù)處理個數(shù)多些)，這是因為上層是綜合性描述，對可讀性的影響小。內(nèi)容：用戶可以通過需求規(guī)格說明書檢查需求描述是否滿足原來的期望。他們的模型分別起到了描述數(shù)據(jù)模型，功能模型與行為模型的作用。一個良好的需求開發(fā)過程應(yīng)該包括需求獲取、需求分析與建模、編寫需求規(guī)格說明書和需求評審4個主要活動。不適用:大型軟件項目；含有對于計算量大、邏輯性較強的程序模塊：第三章？可行性研究的任務(wù)是以最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。概念階段：計劃、需求分析開發(fā)階段：設(shè)計、編碼、測試維護階段：運行維護，哪些不適于采用這兩種模型。第二章？各個階段的任務(wù)是什么？在軟件開發(fā)早期，開發(fā)只是被簡單地分成編寫代碼和修改代碼兩個階段。例如將專用報表功能改成通用報表生成功能，以適應(yīng)將來報表格式的變化。這些功能對完善系統(tǒng)功能是非常必要的。由于計算機硬件價格的不斷下降，各類系統(tǒng)軟件屢出不窮，人們常常為改善系統(tǒng)硬件環(huán)境和運行環(huán)境而產(chǎn)生系統(tǒng)更新?lián)Q代的需求；企業(yè)的外部市場環(huán)境和管理需求的不斷變化也使得各級管理人員不斷提出新的信息需求。這方面的維護工作量要占整個維護工作量的17%～21%。例如使用歸納法、演繹法、回溯法等。調(diào)試的方法經(jīng)常與使用的開發(fā)工具有關(guān)，例如:解釋型的開發(fā)工具可以交互式調(diào)試，編譯型開發(fā)工具就很難較好地查錯。任務(wù)不同既然軟件測試屬于質(zhì)量保證活動，就要制訂軟件測試計劃，軟件設(shè)計時要設(shè)計系統(tǒng)軟件測試、集成側(cè)試用例，編碼階段要設(shè)計單元軟件測試用例并進行單元軟件測試，軟件測試階段要進行集成軟件測試、系統(tǒng)軟件測試等，直到產(chǎn)品交付。測試用例分為兩個階段：測試用例分析階段，測試用例設(shè)計階段。測試用例的定義：測試用例是一組測試輸入，執(zhí)行條件和預期結(jié)果。白盒測試：是針對程序代碼展開的測試，分為靜態(tài)測試和動態(tài)測試：關(guān)注對象包括源代碼和程序結(jié)構(gòu)。要點：描述一段程序，而不是每一個語句； 用縮進和空行，使程序與注釋容易區(qū)別；軟件測試的定義：軟件測試是使用人工和自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢測被測試軟件系統(tǒng)是否滿足規(guī)定的需要，或是弄清楚被測系統(tǒng)的預期結(jié)果與實際結(jié)果之間的差別。注釋分為兩類：序言性注釋和功能性注釋。檢查數(shù)據(jù)是否能夠反映用例視圖的需要；進一步與用戶再次確認使用的數(shù)據(jù)。良好的ＧＵＩ設(shè)計原則關(guān)注用戶及其任務(wù)，而不是技術(shù)首先考慮功能，其次才是表現(xiàn)與用戶對任務(wù)的看法保持一致設(shè)計要符合常見情況不要分散用戶對他們目標的注意力促進學習，從外(用戶)到里(設(shè)計人員)思考，而不是相反。面向?qū)ο蠓治鍪菍⒂脩粜枨蠼?jīng)過分析后，建立問題域精確模型的過程；而面向?qū)ο笤O(shè)計則根據(jù)面向?qū)ο蠓治龅玫降男枨竽Ｐ停⑶蠼庥蚰Ｐ偷倪^程。詳細設(shè)計的任務(wù)：(1)為每個模塊確定采用的算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，寫出模塊的詳細過程性描述；(2)確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；為以后的編寫程序做好充分的準備。⒋數(shù)據(jù)存儲對象數(shù)據(jù)流圖中的數(shù)據(jù)存儲是被動對象，它用來存儲數(shù)據(jù)。最低層處理是純粹的函數(shù)，一張完整的數(shù)據(jù)流圖是一個高層處理。功能模型由多張數(shù)據(jù)流圖組成。狀態(tài)圖是一種圖，用結(jié)點表示狀態(tài)，結(jié)點用圓圈表示；圓圈內(nèi)有狀態(tài)名，用箭頭連線表示狀態(tài)的轉(zhuǎn)換，上面標記事件名，箭頭方向表示轉(zhuǎn)換的方向。狀態(tài)指明了對象對輸入事件的響應(yīng)。它涉及到事件、狀態(tài)、操作等重要概念。模板將模型分為若干個便于管理的子塊，在整個對象模型和類及關(guān)聯(lián)的構(gòu)造塊之間，模板提供了一種集成的中間單元，模板中的類名及關(guān)聯(lián)名是唯一的動態(tài)模型動態(tài)模型是與時間和變化有關(guān)的系統(tǒng)性質(zhì)。⒋對象模型⑴模板。它是“一般具體”的關(guān)系。聚集最重要的性質(zhì)是傳遞性，也具有逆對稱性。重數(shù)常描述為“一”或“多”。受限關(guān)聯(lián)由兩個類及一個限定詞組成，限定詞是一種特定的屬性，用來有效的減少關(guān)聯(lián)的重數(shù)，限定詞在關(guān)聯(lián)的終端對象集中說明。鏈表示對象間的物理與概念聯(lián)結(jié)，關(guān)聯(lián)表示類之間的一種關(guān)系，鏈是關(guān)聯(lián)的實例，關(guān)聯(lián)是鏈的抽象。類中的各對象可以共享操作，每個操作都有一個目標對象作為其隱含參數(shù)。⑶ 屬性。[2]⒈對象和類 ⑴對象。我們常用活動圖對業(yè)務(wù)過程、工作流和用例實現(xiàn)進行建模。：①參與者希望系統(tǒng)提供什么功能；②系統(tǒng)是否存儲和檢索信息；如果是，這個行為由哪個參與者觸發(fā)； ③當系統(tǒng)改變狀態(tài)時，是否通知參與者；④是否存在影響系統(tǒng)的外部事件，是哪個參與者通知系統(tǒng)這些外部事件。在以下幾種情況下，可使用擴展用例：（這樣，您就可以將模型中的可選行為和必選行為分開）；（如例外條件）下才執(zhí)行的分支流；包含用例與擴展用例的區(qū)別①相對于基礎(chǔ)用例，擴展用例是可選的，而包含用例則不是?；A(chǔ)用例不必知道擴展用例的任何細節(jié)，它僅為其提供擴展點。用例可以被特別列舉為一個或多個子用例，這被稱做用例泛化。、用例與參與者的關(guān)系（1）泛化關(guān)系（Generalization）：一個用例可以被特別列舉為一個或多個子用例，這被稱為用例泛化：（2）包含關(guān)系（Include）一個用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關(guān)系。參與者和用例分別描述了“誰來做？”和“做什么？”這兩個問題。參與者可能是人、另外一個系統(tǒng)、時間的流逝等。用例圖是從用戶的角度來描述對軟件產(chǎn)品的需求，分析產(chǎn)品的功能和行為，因此，對整個軟件開發(fā)過程而言，用例圖是至關(guān)重要的。在類的關(guān)系中，最常用的4種分別為： 依賴（Dependency）：它表示類之間的使用關(guān)系 泛化（Generalization）：它表示類之間的一般和特殊的關(guān)系； 關(guān)聯(lián)（Association）：它表示對象之間的結(jié)構(gòu)關(guān)系 實現(xiàn)（Realization）：它是規(guī)格說明和其實現(xiàn)之間的關(guān)系。與數(shù)據(jù)模型不同，它不僅顯示了信息的結(jié)構(gòu)，同時還描述了系統(tǒng)的行為。需求分析的步驟： 需求獲取 分析建模 文檔編寫 需求驗證類(Class)、對象(Object)和它們之間的關(guān)系是面向?qū)ο蠹夹g(shù)中最基本的元素。協(xié)作圖：描述協(xié)作對象的交互與鏈接。狀態(tài)圖與活動圖的區(qū)別：活動圖主要描述動作及對象狀態(tài)改變的結(jié)果。用部署圖說明系統(tǒng)結(jié)構(gòu)的靜態(tài)部署視圖，即說明分布、交付和安裝的物理系統(tǒng)狀態(tài)圖：用來描述對象，子系統(tǒng)，系統(tǒng)的生命周期。構(gòu)件圖展現(xiàn)了一組構(gòu)件之間的組織和依賴，用于對原代碼、可執(zhí)行的發(fā)布、物理數(shù)據(jù)庫和可調(diào)整的系統(tǒng)建模?；顒訄D描述活動的序列，并且支持對帶條件的行為和并發(fā)行為表達。狀態(tài)圖主要表現(xiàn)一個對象所經(jīng)歷的狀態(tài)序列，引起狀態(tài)或活動轉(zhuǎn)移的事件，以及因狀態(tài)或活動轉(zhuǎn)移而伴隨的動作。協(xié)作圖有別于時序圖的兩點特性：（1）協(xié)作圖有路徑（2）協(xié)作圖有順序號展示了一個特定對象的所有可能狀態(tài)以及由于各種事件的發(fā)生而引起的狀態(tài)間的轉(zhuǎn)移。協(xié)作圖中包括如下元素：（Object）、（Link）（Message）。展現(xiàn)了一組對象，這組對象間的連接以及這組對象收發(fā)的消息。順序圖表示了時間的消息序列，便于分析交互的時序，但沒有表示靜態(tài)對象關(guān)系，順序圖可以有效地幫助人們觀察系統(tǒng)的順序行為。交互圖也可用于描述一個用例的行為。用來從用戶的觀察角度收集系統(tǒng)需求。用例圖展現(xiàn)了一組用例、參與者以及它們間的關(guān)系。要在高層給出類的主要職責，在低層給出類的屬性和操作。下面分別描述9個圖。其中順序圖顯示對象之間的動態(tài)合作關(guān)系，他強調(diào)對象之間消息發(fā)送的順序。第二類是靜態(tài)圖：包括類圖，對象圖，包圖。軟件項目管理：提供項目管理框架，為軟件開發(fā)項目制定計劃，人員配備，執(zhí)行和監(jiān)控等方面的實用準則，并為風險管理提供框架。實現(xiàn)：把設(shè)計模型轉(zhuǎn)換成實現(xiàn)成果。RUP中有9個核心工作流，分為6個核心過程工作流（Core Process Workflows）和3個核心支持工作流（Core Supporting Workflows）。構(gòu)造階段：開發(fā)整個產(chǎn)品，并確保產(chǎn)品可移交給用戶。RUP重復一系列周期，每個周期由一個交付給用戶的產(chǎn)品結(jié)束。軟件開發(fā)不用一切從零開始，開發(fā)過程就是一個組裝構(gòu)件的過程，維護的過程就是對構(gòu)件升級、替換和擴充的過程，大大提高了軟件的開發(fā)效率。（3）以分析為基礎(chǔ)，資源消耗成塔型。噴泉模型的缺點由于噴泉模型在各個開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項目的管理。主要用于支持面向?qū)ο箝_發(fā)過程體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征。此外，必須把軟件的體系結(jié)構(gòu)設(shè)計得便于按這種方式進行擴充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便，也就是說，軟件體系結(jié)構(gòu)必須是開放的。（2）整個軟件產(chǎn)品被分解成許多個增量構(gòu)件，開發(fā)人員可以一個構(gòu)件一個構(gòu)件地逐步開發(fā)。⑵為了演示，可能采用不合適的操作系統(tǒng)、編程語言、效率低的算法，這些不理想的選擇成了系統(tǒng)的組成部分。這樣一來，可以減少設(shè)計中的錯誤和開發(fā)中的風險，也減少了對用戶培訓的時間，而提高了系統(tǒng)的實用、正確性以及用戶的滿意程度?！捌俨寄Ｐ褪怯晌臋n驅(qū)動的”這個事實也是它的一個主要缺點。瀑布模型有以下缺點1）各個階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。3）可在迭代模型中應(yīng)用瀑布模型。綜合測試階段：該階段的關(guān)鍵任務(wù)是通過各種類型的測試（及調(diào)試）使軟件達到預定的要求。軟件工程的特性：（1）軟件工程關(guān)注于大型程序的構(gòu)造（2）軟件工程的中心課題是控制復雜性（3）軟件經(jīng)常變化（4）開發(fā)軟件的效率非常重要（5）和諧地合作是開發(fā)軟件的關(guān)鍵（6）軟件必須有效地支持它的用戶（7）在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人軟件工程方法學包含3個要素：方法、工具和過程。（4）軟件常常是不可維護的。具體地說，軟件危機主要有下述一些表現(xiàn)。3/29/2013 2第二篇：軟件工程知識點總結(jié)軟件（Software）是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序（Program），數(shù)據(jù)（Data）及其相關(guān)文檔（Document）的完整集合。、提高軟件質(zhì)量和開發(fā)生產(chǎn)率的合理有效途徑。黑盒測試：即功能測試，在程序接口進行測試，測試后期使用。過程設(shè)計：程序流程圖、盒圖（N－S圖）、PAD圖、判定表、判定樹。模塊獨立程度的衡量標準：內(nèi)聚和耦合。接口設(shè)計（包括I/O設(shè)計）和過程設(shè)計屬于詳細設(shè)計階段。3/29/2013 1軟件工程知識點總結(jié)：描述在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對象和控制信息的特征，給出這些對象的精確定義。（DFD）：描繪信息流和數(shù)據(jù)輸入輸出的移動過程。V型模型：從需求分析就開始編寫測試計劃一直到系統(tǒng)交付。螺旋模型：使用原型及其他方法來盡量降低風險。當用戶對系統(tǒng)的目標不是很清楚，難以定義需求，可用此法。：唯一被廣泛采用的模型，各階段間具有順序性和依賴性：前階段完成才能進行下一階段。：是指導計算機軟件開發(fā)和維護的工程學科。⑧軟件維護：軟件維護的費用通常占軟件總費用的55％－70%。⑤詳細設(shè)計：把解法具體化，設(shè)計出程序的詳細規(guī)格說明。：一個軟件從定義、開發(fā)、使用和維護，直到最終被廢棄所經(jīng)歷的一個漫長時期。第一篇：軟件工程知識點總結(jié)軟件工程知識點總結(jié)軟件工程知識點總結(jié)：指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。；數(shù)據(jù)是使程序能夠適當?shù)靥幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)；文檔是開發(fā)、使用和維護程序所需要的圖文資料。概要設(shè)計又叫邏輯設(shè)計、總體設(shè)計、高層設(shè)計。⑦綜合測試：軟件測試的工作量通常占軟件開發(fā)全部工作量的40%－50％。中國國家標準《計算機軟件開發(fā)規(guī)范》將軟件生命周期分為：可行性研究與計劃，需求分析，概要設(shè)計，詳細設(shè)計，實現(xiàn)，組裝測試，確認測試，使用和維護8個階段。普遍使用的是傳統(tǒng)方法學和面向?qū)ο蠓椒▽W。原型的用途是獲知用戶真正需求，一旦需求確定，原型將被拋棄。優(yōu)點：能在短時間內(nèi)向用戶提交可完成部分工作的有用產(chǎn)品，易于維護。螺旋模型的優(yōu)勢在于它是風險驅(qū)動的。－關(guān)系圖（E－R圖），用于建立數(shù)據(jù)模型，其中包含了實體、關(guān)系、屬性。：通過描述系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，表示系統(tǒng)的行為，提供了行為建模的機制。結(jié)構(gòu)設(shè)計屬于概要設(shè)計階段。模塊獨立的好處：易開發(fā)、易測試、易維護。數(shù)據(jù)耦合→控制耦合→公共環(huán)境耦合→內(nèi)容耦合（高）（低內(nèi)聚）偶然內(nèi)聚→邏輯內(nèi)聚→時間內(nèi)聚→（中內(nèi)聚）過程內(nèi)聚→通信內(nèi)聚→（高內(nèi)聚）順序內(nèi)聚→功能內(nèi)聚模塊獨立性設(shè)計原則：提高內(nèi)聚，：層次圖、HIPO圖、結(jié)構(gòu)圖。白盒測試：也稱結(jié)構(gòu)測試，邏輯驅(qū)動測試，基于代碼的測試，測試程序內(nèi)部的邏輯結(jié)構(gòu)和過程性細節(jié)，前期使用。軟件質(zhì)量保證－SQA。為方便移植，要盡量采用通用的程序設(shè)計語言。這些問題絕不僅僅是“不能正常運行的”軟件才具有，實際上幾乎所有軟件都不同程度地存在這些問題。（3）軟件產(chǎn)品的質(zhì)量往往靠不住。軟件工程：軟件工程是采用工程的概念、原理、技術(shù)和方法來指導軟件開發(fā)和維護的工程學科，以工程化的原理和方法來解決軟件問題。編碼和單元測試階段：該階段的關(guān)鍵任務(wù)是：編碼和單元測試。2）當前一階段完成后，您只需要去關(guān)注后續(xù)階段。瀑布模型的成功在很大程度上是由于它基本上是一種文檔驅(qū)動的模型。4）瀑布模型的突出缺點是不適應(yīng)用戶需求的變化。優(yōu)點：（1）開發(fā)人員和用戶在“原型”上達成一致。盡早發(fā)現(xiàn)需求，揭示風險 缺點：⑴為了使原型盡快的工作，沒有考慮軟件的總體質(zhì)量和長期的可維護性。從第一個構(gòu)件交付之日起，用戶就能做一些有用的工作。增量模型的缺點：（1）在把每個新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時，必須不破壞原來已經(jīng)開發(fā)出的產(chǎn)品。（3）多個構(gòu)件并行開發(fā)，具有無法集成的風險。其優(yōu)點是可以提