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