【正文】 第一篇：軟件工程知識點總結(jié)軟件工程知識點總結(jié)軟件工程知識點總結(jié)：指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。：、難衡量的特點；。：計算機程序、方法、規(guī)則、相關(guān)文檔資料以及在計算機上運行程序時所必需的數(shù)據(jù)，軟件是程序、數(shù)據(jù)以及相關(guān)文檔的完整集合。；數(shù)據(jù)是使程序能夠適當?shù)靥幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)；文檔是開發(fā)、使用和維護程序所需要的圖文資料。：一個軟件從定義、開發(fā)、使用和維護，直到最終被廢棄所經(jīng)歷的一個漫長時期。：①問題定義：確定要求解決的問題是什么②可行性研究：決定該問題是否存在一個可行的解決辦法③需求分析：深入了解用戶的要求，在要開發(fā)的目標系統(tǒng)必須做什么問題和用戶取得完全一致的看法。④概要設(shè)計：概括回答怎樣實現(xiàn)目標系統(tǒng)。概要設(shè)計又叫邏輯設(shè)計、總體設(shè)計、高層設(shè)計。⑤詳細設(shè)計：把解法具體化，設(shè)計出程序的詳細規(guī)格說明。詳細設(shè)計也叫模塊設(shè)計、底層設(shè)計。⑥編碼和單元測試：編寫程序的工作量只占軟件開發(fā)全部工作量的10%－20％。⑦綜合測試：軟件測試的工作量通常占軟件開發(fā)全部工作量的40%－50％。⑧軟件維護：軟件維護的費用通常占軟件總費用的55％－70%。①②③為軟件定義時期，④⑤⑥⑦為軟件開發(fā)階段。④⑤為系統(tǒng)設(shè)計，⑥⑦為系統(tǒng)實現(xiàn)。中國國家標準《計算機軟件開發(fā)規(guī)范》將軟件生命周期分為：可行性研究與計劃，需求分析，概要設(shè)計，詳細設(shè)計，實現(xiàn)，組裝測試，確認測試，使用和維護8個階段。：是指導(dǎo)計算機軟件開發(fā)和維護的工程學科。軟件工程采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護軟件，結(jié)合正確的管理技術(shù)和先進可靠的技術(shù)方法，經(jīng)濟地開發(fā)出高質(zhì)量的軟件，并有效地維護它。：方法、工具和過程。普遍使用的是傳統(tǒng)方法學和面向?qū)ο蠓椒▽W。：唯一被廣泛采用的模型，各階段間具有順序性和依賴性：前階段完成才能進行下一階段。文檔驅(qū)動。原型模型：快速建立一個能反映用戶主要需求的原型系統(tǒng)讓用戶試用，并根據(jù)用戶意見修改原型。原型的用途是獲知用戶真正需求，一旦需求確定，原型將被拋棄。當用戶對系統(tǒng)的目標不是很清楚，難以定義需求，可用此法。增量模型：也叫漸增模型。整個軟件被分解成許多各增量構(gòu)件，設(shè)計人員分批地逐步向用戶提交產(chǎn)品，每次用戶都得到一個滿足部分需求的可運行產(chǎn)品。優(yōu)點：能在短時間內(nèi)向用戶提交可完成部分工作的有用產(chǎn)品，易于維護。螺旋模型：使用原型及其他方法來盡量降低風險。它類似于原型法，不過在每個階段之前都增加了風險分析過程。螺旋模型適用于內(nèi)部開發(fā)的大規(guī)模軟件項目。螺旋模型的優(yōu)勢在于它是風險驅(qū)動的。V型模型：從需求分析就開始編寫測試計劃一直到系統(tǒng)交付。需求分析對應(yīng)于驗收測試，概要設(shè)計對應(yīng)于系統(tǒng)測試，詳細設(shè)計對應(yīng)于集成測試，編碼對應(yīng)于單元測試，這樣先產(chǎn)生計劃再執(zhí)行測試,：是一種典型的適合于面向?qū)ο蠓缎偷倪^程模型，支持開發(fā)過程中的迭代。瀑布模型注重凍結(jié)需求的理念、Up模型注重增量迭代/用例驅(qū)動、V型模型講究質(zhì)量保證理念、Xp模型講究溝通。－關(guān)系圖（E－R圖），用于建立數(shù)據(jù)模型，其中包含了實體、關(guān)系、屬性。（DFD）：描繪信息流和數(shù)據(jù)輸入輸出的移動過程。是結(jié)構(gòu)化分析過程中使用的主要建模工具。功能建模。：通過描述系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，表示系統(tǒng)的行為，提供了行為建模的機制。3/29/2013 1軟件工程知識點總結(jié)：描述在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對象和控制信息的特征，給出這些對象的精確定義。數(shù)據(jù)字典是分析模型的核心，通常使用CASE工具來創(chuàng)建和維護數(shù)據(jù)字典。：數(shù)據(jù)設(shè)計、體系結(jié)構(gòu)設(shè)計、接口設(shè)計、過程設(shè)計（是詳細設(shè)計階段的主要任務(wù)）。結(jié)構(gòu)設(shè)計屬于概要設(shè)計階段。接口設(shè)計（包括I/O設(shè)計）和過程設(shè)計屬于詳細設(shè)計階段。人機界面設(shè)計屬接口設(shè)計。：模塊化、抽象、逐步求精、信息隱藏、模塊獨立（功能獨立，和其它模塊沒有過多相互作用）。模塊獨立的好處：易開發(fā)、易測試、易維護。模塊獨立程度的衡量標準：內(nèi)聚和耦合。耦合衡量不同模塊之間連接的緊密程度。數(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)圖。過程設(shè)計：程序流程圖、盒圖（N－S圖）、PAD圖、判定表、判定樹。：單元測試和綜合測試。軟件項目管理從項目計劃開始，第一項計劃活動是估算。白盒測試：也稱結(jié)構(gòu)測試，邏輯驅(qū)動測試，基于代碼的測試，測試程序內(nèi)部的邏輯結(jié)構(gòu)和過程性細節(jié)，前期使用。黑盒測試：即功能測試，在程序接口進行測試，測試后期使用。具體辦法：等價劃分、邊界值分析、錯誤推測。 ；ISO9000－3標準適用于軟件的開發(fā)、供應(yīng)、維護；ISO/IEC12207是指導(dǎo)軟件過程實施的標準；ISO/IEC TR 15504是軟件過程評估標準。軟件質(zhì)量保證－SQA。、提高軟件質(zhì)量和開發(fā)生產(chǎn)率的合理有效途徑?？芍赜玫能浖煞郑很浖募夹g(shù)表示（結(jié)構(gòu)模型、設(shè)計和代碼）、文檔、測試數(shù)據(jù)、與過程相關(guān)的任務(wù)（如審查）。：指軟件從某一環(huán)境移植到另一環(huán)境下的難易程度。為方便移植，要盡量采用通用的程序設(shè)計語言。3/29/2013 2第二篇：軟件工程知識點總結(jié)軟件（Software）是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序（Program），數(shù)據(jù)（Data）及其相關(guān)文檔（Document）的完整集合。三個特點：（1）軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性；（2）軟件的生產(chǎn)與硬件不同，在它的開發(fā)過程中沒有明顯的制造過程；（3）在軟件的運行和使用期間，沒有硬件那樣的機械磨損，老化問題。軟件危機（softward crisis）是指在計算機軟件的開發(fā)和維護中所遇到的一系列嚴重問題。這些問題絕不僅僅是“不能正常運行的”軟件才具有，實際上幾乎所有軟件都不同程度地存在這些問題。具體地說，軟件危機主要有下述一些表現(xiàn)。（1）對軟件開發(fā)成本和進度的估計常常很不準確。（2）用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。（3）軟件產(chǎn)品的質(zhì)量往往靠不住。（4）軟件常常是不可維護的。（5）軟件通常沒有適當?shù)奈臋n資料。（6）軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升。軟件工程：軟件工程是采用工程的概念、原理、技術(shù)和方法來指導(dǎo)軟件開發(fā)和維護的工程學科，以工程化的原理和方法來解決軟件問題。軟件工程的特性：（1）軟件工程關(guān)注于大型程序的構(gòu)造（2）軟件工程的中心課題是控制復(fù)雜性（3）軟件經(jīng)常變化（4）開發(fā)軟件的效率非常重要（5）和諧地合作是開發(fā)軟件的關(guān)鍵（6）軟件必須有效地支持它的用戶（7）在軟件工程領(lǐng)域中是由具有一種文化背景的人替具有另一種文化背景的人軟件工程方法學包含3個要素：方法、工具和過程。軟件生命周期又稱為軟件生存周期或系統(tǒng)開發(fā)生命周期，是軟件的產(chǎn)生直到報廢的生命周期，周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和 測試、驗收與運行、維護升級到廢棄等階段，這種按時間分程的思想方法是軟件工程中的一種思想原則，即按部就班、逐步推進，每個階段都要有定義、工作、審 查、形成文檔以供交流或備查，以提高軟件的質(zhì)量。每個階段的任務(wù)如下問題定義階段：該階段的關(guān)鍵任務(wù)是要明確：要解決的問題是什么？ 可性行研究階段：該階段的關(guān)鍵任務(wù)是要明確：做不做？ 需求分析階段：該階段的關(guān)鍵任務(wù)是要明確：做什么？概要設(shè)計(總體設(shè)計)階段：該階段的關(guān)鍵任務(wù)是要明確：怎么做？ 詳細設(shè)計階段：該階段的關(guān)鍵任務(wù)是要明確：具體做法。編碼和單元測試階段：該階段的關(guān)鍵任務(wù)是：編碼和單元測試。綜合測試階段：該階段的關(guān)鍵任務(wù)是通過各種類型的測試（及調(diào)試）使軟件達到預(yù)定的要求。軟件維護階段：該階段的關(guān)鍵任務(wù)是通過各種必要的維護活動使系統(tǒng)持久地滿足用戶的要求。瀑布模型有以下優(yōu)點1）為項目提供了按階段劃分的檢查點。2）當前一階段完成后，您只需要去關(guān)注后續(xù)階段。3）可在迭代模型中應(yīng)用瀑布模型。4）它提供了一個模板，這個模板使得分析、設(shè)計、編碼、測試和支持的方法可以在該模板下有一個共同的指導(dǎo)。瀑布模型適合于用戶需求明確、完整、無重大變化的軟件項目開發(fā)。瀑布模型的成功在很大程度上是由于它基本上是一種文檔驅(qū)動的模型。瀑布模型有以下缺點1）各個階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。2）由于開發(fā)模型是線性的，用戶只有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風險。3）通過過多的強制完成日期和里程碑來跟蹤各個項目階段。4）瀑布模型的突出缺點是不適應(yīng)用戶需求的變化?！捌俨寄Ｐ褪怯晌臋n驅(qū)動的”這個事實也是它的一個主要缺點。實際項目很少按照該模型給出的順序進行，用戶常常難以清楚地給出所有需求，用戶必須有耐心，等到系統(tǒng)開發(fā)完成。 原型模型—快速原型模型在用戶不能給出完整、準確的需求說明，或者開發(fā)者不能確定算法的有效性、操作系統(tǒng)的適應(yīng)性或人機交互的形式等許多情況下，可以根據(jù)用戶的一組基本需求，快速建造一個原型（可運行的軟件），然后進行評估，進一步精化、調(diào)整原型，使其滿足用戶的要求，也使開發(fā)者對將要做的事情有更好的理解。優(yōu)點：（1）開發(fā)人員和用戶在“原型”上達成一致。這樣一來，可以減少設(shè)計中的錯誤和開發(fā)中的風險，也減少了對用戶培訓的時間，而提高了系統(tǒng)的實用、正確性以及用戶的滿意程度。（2）縮短了開發(fā)周期，加快了工程進度。（3）降低成本。盡早發(fā)現(xiàn)需求，揭示風險 缺點：⑴為了使原型盡快的工作，沒有考慮軟件的總體質(zhì)量和長期的可維護性。⑵為了演示，可能采用不合適的操作系統(tǒng)、編程語言、效率低的算法，這些不理想的選擇成了系統(tǒng)的組成部分。⑶開發(fā)過程不便于管理。螺旋模型的優(yōu)點：（1）對可選方案和約束條件的強調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標（2）減少了過多測試或測試不足（3）維護和開發(fā)之間并沒有本質(zhì)區(qū)別 螺旋模型的缺點：（1）風險驅(qū)動，需要相當豐富的風險評估經(jīng)驗和專門知識，否則風險更大（2）主要適用于內(nèi)部開發(fā)的大規(guī)模軟件項目，隨著過程的進展演化，開發(fā)者和用戶能夠更好的識別和對待每一個演化級別上的風險（3）隨著迭代次數(shù)的增加，工作量加大，軟件開發(fā)成本增加增量模型優(yōu)點：（1）在較短時間內(nèi)向用戶提交可完成部分工作的產(chǎn)品，并分批、逐步地向用戶提交產(chǎn)品。從第一個構(gòu)件交付之日起，用戶就能做一些有用的工作。（2）整個軟件產(chǎn)品被分解成許多個增量構(gòu)件，開發(fā)人員可以一個構(gòu)件一個構(gòu)件地逐步開發(fā)。（3）逐步增加產(chǎn)品功能可以使用戶有較充裕的時間學習和適應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能給客戶組織帶來的沖擊。（4）采用增量模型比采用瀑布模型和快速原型模型需要更精心的設(shè)計，但在設(shè)計階段多付出的勞動將在維護階段獲得回報。增量模型的缺點：（1）在把每個新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時，必須不破壞原來已經(jīng)開發(fā)出的產(chǎn)品。此外，必須把軟件的體系結(jié)構(gòu)設(shè)計得便于按這種方式進行擴充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便，也就是說，軟件體系結(jié)構(gòu)必須是開放的。（2）開發(fā)人員既要把軟件系統(tǒng)看作整體。又要看成可獨立的構(gòu)件，相互矛盾。（3）多個構(gòu)件并行開發(fā)，具有無法集成的風險。主要用于支持面向?qū)ο箝_發(fā)過程體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙的特征。噴泉模型的優(yōu)點噴泉模型不像瀑布模型那樣，需要分析活動結(jié)束后才開始設(shè)計活動，設(shè)計活動結(jié)束后才開始編碼活動。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進行開發(fā)。其優(yōu)點是可以提高軟件項目開發(fā)效率，節(jié)省開發(fā)時間，適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程。噴泉模型的缺點由于噴泉模型在各個開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項目的管理。此外這種模型要求嚴格管理文檔，使得審核的難度加大，尤其是面對可能隨時加入各種信息、需求與資料的情況。其特點如下：（1）開發(fā)過程有分析、系統(tǒng)設(shè)計、軟件設(shè)計和實現(xiàn)4個階段。（2）各階段相互重疊，它反映了軟件過程并行性的特點。（3）以分析為基礎(chǔ)，資源消耗成塔型。（4）反映了軟件過程迭代性的自然特性，從高層返回低層無資源消耗。（5）強調(diào)增量開發(fā)，整個過程是一個迭代的逐步提煉的過程。構(gòu)件組裝模型導(dǎo)致軟件復(fù)用，而可復(fù)用性給軟件工程師提供了大量的可見的益處。軟件開發(fā)不用一切從零開始，開發(fā)過程就是一個組裝構(gòu)件的過程，維護的過程就是對構(gòu)件升級、替換和擴充的過程，大大提高了軟件的開發(fā)效率。構(gòu)件模型允許多個項目同時開發(fā)，降低了費用，提高了可維護性。構(gòu)件模型也存在一些缺點，如：由于存在多種構(gòu)件標準，缺乏通用的構(gòu)件組裝結(jié)構(gòu)標準，如果自行定義會引入較大的風險；構(gòu)件可重用性和軟件系統(tǒng)高效性之間不易協(xié)調(diào)；如果過分依賴構(gòu)件，構(gòu)件質(zhì)量會影響最終的產(chǎn)品質(zhì)量。 RUP RUP是由Rational公司的Booch、Jacobson、Rumbaugh提出的軟件過程模型，也稱RUP（Rational Unified Process)。RUP重復(fù)一系列周期，每個周期由一個交付給用戶的產(chǎn)品結(jié)束。每個周期劃分為初始、細化、構(gòu)造和移交四個階段，每個階段圍繞著五個核心工作流（需求、分析、設(shè)計、實現(xiàn)、測試）分別迭代。模型見下圖：初始階段：進行問題定義，確定目標，評估其可行性，降低關(guān)鍵風險。細化階段：制定項目計劃、配置各類資源、建立系統(tǒng)架構(gòu)（包括各類視圖）。構(gòu)造階段：開發(fā)整個產(chǎn)品，并確保產(chǎn)品可移交給用戶。移交階段：產(chǎn)品發(fā)布、安裝、用戶培訓。在每個階段的每次迭代的最后，用例模型、分析模型、設(shè)計模型、實現(xiàn)模型都會增量，每個階段結(jié)束的里程碑處，管理層做出是否繼續(xù)、進度、預(yù)算、是否給下一階段提供資助等決定。不同階段工作流的側(cè)重點不同，前兩階段大部分工作集中在需求、分析和架構(gòu)設(shè)計上；在構(gòu)造階段，重點轉(zhuǎn)移到詳細設(shè)計、實現(xiàn)和測試上。RUP中有9個核心工作流，分為6個核心過程工作流（Core Process Workflows）和3個核心支持工作流（Core Supporting Workflows）。商業(yè)建模：深入了解使用目標系統(tǒng)的機構(gòu)及其商業(yè)運作，評估目標系統(tǒng)對使用它的機構(gòu)的影響