（建筑工程管理）第章軟件工程基礎

(建筑工程管理)第章軟件2統(tǒng)中和硬件相互依存的另壹部分，包括程序、數(shù)據(jù)和相關(guān)文檔的完整集員根據(jù)用戶需求開發(fā)的、用程序設計語言描述的、適合計算機執(zhí)行的指令縱信息的數(shù)據(jù)結(jié)構(gòu)。文檔是和程序的開發(fā)、維護和使用有關(guān)的圖文資可見，軟件由倆部分組成： (1)機器可執(zhí)行的程序和數(shù)據(jù)； (2)機器不可執(zhí)行的，和軟件開發(fā)、運行、維護、使用等有關(guān)的文檔。根據(jù)應用目標的不同，軟件可分應用軟件、系統(tǒng)軟件和支撐軟件(或工具軟件)。述的應用而開發(fā)的軟件供各種服務的軟件支撐軟件(或工具軟件)工程的概念。軟件工程學是研究軟件開發(fā)和維護的普遍原理科。所謂軟件工程是指，采用工程的概念、原理、技術(shù)和方法指導軟件主要研究對象包括軟件開發(fā)和維護的技術(shù)、方法、工具和管理述工程項目的技術(shù)手段軟件的開發(fā)、管理、文檔生成開發(fā)的各個環(huán)節(jié)的控制、管理現(xiàn)、使用維護到停止使用退役的過程稱為軟件生命周期。壹般包括可行 (1)軟件定義期：包括問題定義、可行性研究和需求分析3個階段； (2)軟件開發(fā)期：包括概要設計、詳細設計、實現(xiàn)和測試4個階段； (3)運行維護期：即運行維護階段。任務述4確定要求解決的問題是什么可行性研究和計劃制定劃及初步的用戶手冊，提交評審設計通常又分為概要設計和詳細設計倆個階段，給出軟件的結(jié)構(gòu)、模塊的劃分、功能的分配以及處理流程。這階段提交評審的文檔有概要設計說明書、詳細設計說明書和測試計劃初稿實現(xiàn)劃測試析報告充和刪改 (1)結(jié)構(gòu)設計定義軟件系統(tǒng)各主要部件之間的關(guān)系； (2)數(shù)據(jù)設計將分析時創(chuàng)建的模型轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)的定義； (3)接口設計是描述軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件和人之間如何通信； (4)過程設計則是把系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換為軟件的過程性描述。 (1)概要設計將軟件需求轉(zhuǎn)化為軟件體系結(jié)構(gòu)、確定系統(tǒng)級接口、全局數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)庫模式； (2)詳細設計確立每個模塊的實現(xiàn)算法和局部數(shù)據(jù)結(jié)構(gòu)，用適當方法表示算法和數(shù)據(jù)結(jié)構(gòu) (1)抽象：軟件設計中考慮模塊化解決方案時，能夠定出多個抽象級別。抽象的層次從概 (2)模塊化：模塊是指把壹個待開發(fā)的軟件分解成若干小的簡單的部分。模塊化是指解決 (3)信息隱蔽：信息隱蔽是指在壹個模塊內(nèi)包含的信息(過程或數(shù)據(jù))，對于不需要這些信 (4)模塊獨立性：模塊獨立性是指每個模塊只完成系統(tǒng)要求的獨立的子功能，且且和其他接口簡單。模塊的獨立程度是評價設計好壞的重要度量標準。衡量軟件的合性和內(nèi)聚性倆個定性的度量標準。內(nèi)聚性是信息隱蔽和局部化概念的自的內(nèi)聚性越強則該模塊的模塊獨立性越強。壹個模塊和其他模塊的耦合性衡量軟件模塊獨立性使用耦合性和內(nèi)聚性倆個定性的度量標準從功能角度來衡量模塊的聯(lián)系，它6的內(nèi)聚性越強，則耦合性越弱。壹般較優(yōu)秀的軟件設計，應盡量做到聚，低耦合，即減弱模塊之間的耦合性和提高模塊內(nèi)的內(nèi)聚性，有利于提高模塊的獨立結(jié)構(gòu)化分析方法就是使用數(shù)據(jù)流圖(DFD)、數(shù)據(jù)字典(DD)、結(jié)構(gòu)化英語、判定表和判定質(zhì)是著眼于數(shù)據(jù)流、自頂向下、對系統(tǒng)的功能進行逐層分解、以數(shù)據(jù)流 (1)數(shù)據(jù)流圖(DFD)型的圖形表示，即使不是專業(yè)的計算機技術(shù)人員也容易理解它，因此 (2)數(shù)據(jù)字典(DD)同構(gòu)成系統(tǒng)的邏輯模型，沒有數(shù)據(jù)字典數(shù)據(jù)流圖就不嚴格，若沒有數(shù) (3)判定表形式不容易表達清楚，而用表的形式則壹目了然。如果壹個加工邏輯操作，且且在不同的條件組合下執(zhí)行不同的操作，那么能夠使用判定表來 (4)判定樹是需求分析階段的最后成果，是軟件開發(fā)的重要文檔之壹。它的特點是 (1)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。 (2)好的測試用例(testcase)能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤。 (3)壹次成功的測試是能發(fā)現(xiàn)至今為止尚未發(fā)現(xiàn)的錯誤。中的錯誤，可是，暴露錯誤且不是軟件測試的最終目的，測試的根本8的目的，為了能設計出有效的測試方案，以及好的測試用例，軟件測試人 (1)所有測試都應追溯到用戶需求 (2)在測試之前制定測試計劃，且嚴格執(zhí)行 (3)充分注意測試中的群集現(xiàn)象 (4)避免由程序的編寫者測試自己的程序 (5)不可能進行窮舉測試 (6)妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便。法，依據(jù)軟件是否需要被執(zhí)行，能夠分為靜態(tài)測試和動態(tài)測試方法。如 (1)靜態(tài)測試包括代碼檢查、靜態(tài)結(jié)構(gòu)分析、代碼質(zhì)量度量等。 (2)動態(tài)測試軟件，主要通過人工進行分析。動態(tài)測試就是通常所說的上機測試，是用設計高效、合理的測試用例。測試用例就是為測試設計的數(shù)據(jù)，由測輸出結(jié)果倆部份組成。測試用例的設計方法壹般分為倆類：黑盒測試方 (1)白盒測試設計測試用例，檢查程序中的邏輯通路是否都按預定的要求正確地 (2)黑盒測試實施軟件測試過程分4個步驟，即單元測試、集成測試、驗收測試和系統(tǒng)測試。單元測試是對軟件設計的最小單位——模塊(程序單元)進行正確性檢驗測試。單元測試的件的過程，主要目的是發(fā)現(xiàn)和接口有關(guān)的錯誤，主要依據(jù)是概要設測試所設計的內(nèi)容包括：軟件單元的接口測試、全局數(shù)據(jù)結(jié)構(gòu)測試、邊界條測試等。集成測試時將模塊組裝成程序，通常采用倆種方式：非增量方式組是驗證軟件的功能和性能，以及其他特性是否滿足了需求規(guī)格說明中確定的是否完全、正確。確認測試的實施首先運用黑盒測試方法，對軟件軟件，作為整個基于計算機系統(tǒng)的壹個元素，和計算機硬件、外設、支撐軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素組合在壹起，在實際運行(使用)環(huán)境下對計算、在對程序進行了成功的測試之后將進入程序調(diào)試(通常稱Debug，即排錯