軟件工程課件

軟體工程第1章概論2/151電腦軟體電腦軟體指電腦系統(tǒng)中的程式及其文檔程式是計算任務(wù)的處理對象和處理規(guī)則的描述任務(wù)：以電腦為處理工具的任務(wù)都是計算任務(wù)處理對象：數(shù)據(jù)（如數(shù)據(jù)、文字、圖形、圖像、聲音等，它們只是表示，而無含義）或資訊（數(shù)據(jù)及有關(guān)的含義）處理規(guī)則一般指處理的動作和步驟。程式必須裝入電腦內(nèi)才能工作文檔是為了便於瞭解程式所需的闡明性資料，文檔一般是給人看的，不一定裝入電腦3/151軟體的發(fā)展

1946-1956年從電腦問世到實用的高級程式語言出現(xiàn)前存儲容量比較小，運算速度比較慢採用個體工作方式,用低級語言編寫程式應(yīng)用領(lǐng)域主要是以數(shù)值數(shù)據(jù)處理為主的科學(xué)計算，其特點是輸入、輸出量較小衡量程式品質(zhì)的標(biāo)準(zhǔn)主要是功效，即運行時間省、佔用記憶體小主要研究內(nèi)容是科學(xué)計算程式、服務(wù)性程式和程式庫，研究對象是順序程式4/1511956-1968年

從實用的高級程式語言出現(xiàn)到軟體工程出現(xiàn)前記憶體容量大，週邊設(shè)備得到迅速發(fā)展，出現(xiàn)了高級程式設(shè)計語言應(yīng)用領(lǐng)域包括數(shù)據(jù)處理（非數(shù)值數(shù)據(jù)），其特點是計算量不大，但輸入、輸出量卻較大高速主機與低速週邊設(shè)備的矛盾突出，出現(xiàn)了操作系統(tǒng)、併發(fā)程式、資料庫及其管理系統(tǒng)20世紀(jì)60年代初提出了軟體一詞，開始認(rèn)識到文檔的重要性研究高級程式設(shè)計語言、編譯程序、操作系統(tǒng)、支持編程的工具及各種應(yīng)用軟體工作方式逐步從個體方式轉(zhuǎn)向合作方式出現(xiàn)軟體危機5/1511968年-至今從軟體工程出現(xiàn)到現(xiàn)在硬體向巨型機和微型機二個方向發(fā)展，出現(xiàn)了電腦網(wǎng)絡(luò)，軟體方面提出了軟體工程，出現(xiàn)了“電腦輔助軟體工程”（CASE）電腦的應(yīng)用領(lǐng)域滲透到各個業(yè)務(wù)領(lǐng)域，出現(xiàn)了嵌入式應(yīng)用，其特點是受制於它所嵌入的宿主系統(tǒng)開發(fā)方式逐步由個體合作方式轉(zhuǎn)向工程方式軟體工程方面的研究主要包括軟體開發(fā)模型、軟體開發(fā)方法及技術(shù)、軟體工具與環(huán)境、軟體過程、軟體自動化系統(tǒng)等軟體方面研究以智能化、自動化、集成化、並行化、以及自然化為標(biāo)誌的軟體開發(fā)新技術(shù)6/151軟體危機

許多軟體專案不能滿足客戶的要求許多軟體專案超出預(yù)算和時間安排7/151軟體危機的表現(xiàn)對軟體開發(fā)成本和進度的估計常常很不正確用戶對“已完成的”軟體系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生軟體產(chǎn)品的品質(zhì)往往靠不住軟體常常是不可維護的軟體通常沒有適當(dāng)?shù)奈臋n資料軟體成本在電腦系統(tǒng)總成本中所占的比例逐年上升軟體開發(fā)生產(chǎn)率提高的速度遠遠跟不上電腦應(yīng)用迅速普及深入的趨勢8/151軟體危機的原因軟體是邏輯產(chǎn)品，開發(fā)進度、成本難以估計缺乏或不完整、不一致的文檔給維護帶來困難用戶對軟體需求的描述往往不夠精確，有遺漏，有二義軟體開發(fā)人員對需求的理解與用戶的本來願望有差異大型軟體專案需多人協(xié)同完成，缺乏管理經(jīng)驗開發(fā)人員不能有效地、獨立自主地處理大型軟體的全部關(guān)係缺乏有力的方法學(xué)和工具的支持軟體專案的特殊性和人類智力的局限性9/151克服軟體危機的途徑消除錯誤的概念和做法推廣使用成功的開發(fā)技術(shù)和方法使用軟體工具和軟體工程支持環(huán)境加強軟體管理10/151軟體的特點軟體是一種邏輯實體，而不是有形的系統(tǒng)元件，其開發(fā)成本和進度難以準(zhǔn)確地估算軟體是被開發(fā)的或被設(shè)計的，它沒有明顯的製造過程，一旦開發(fā)成功，只需複製即可，但其維護的工作量大軟體的使用沒有硬體那樣的機械磨損和老化問題11/15112/151其他特點：軟體的開發(fā)和運行常受到電腦硬體的限制，對電腦硬體有著不同程度的依賴性軟體的開發(fā)至今尚未完全實現(xiàn)自動化軟體成本相當(dāng)昂貴相當(dāng)多的軟體工作涉及到社會因素13/15114/151軟體的分類系統(tǒng)軟體：屬於電腦系統(tǒng)中最靠近硬體的一層，其他軟體一般都通過系統(tǒng)軟體發(fā)揮作用，它與具體的應(yīng)用領(lǐng)域無關(guān)。如操作系統(tǒng)、編譯程序等。支持軟體：支持軟體的開發(fā)和維護的軟體。如數(shù)據(jù)庫管理系統(tǒng)、網(wǎng)路軟體、軟體開發(fā)環(huán)境等。應(yīng)用軟體：特定應(yīng)用領(lǐng)域?qū)Ｓ玫能涹w。如實時軟體、嵌入式軟體、科學(xué)和工程計算軟體、事務(wù)處理軟體、人工智慧軟體等。15/151

按軟體工作方式劃分：即時處理軟體分時軟體互動式軟體批處理軟體按軟體服務(wù)對象的範(fàn)圍劃分：專案軟體產(chǎn)品軟體

16/151

按使用的頻度進行劃分：

一次使用頻繁使用按軟體失效的影響進行劃分：

高可靠性軟體一般可靠性軟體17/151軟體語言

softwarelanguage

軟體語言是用於書寫電腦軟體的語言。它主要包括：

需求定義語言功能性語言設(shè)計性語言實現(xiàn)性語言（即程式設(shè)計語言）文檔語言18/151需求定義語言

requirementsdefinitionlanguage需求定義語言用來書寫軟體需求定義。軟體需求定義是軟體功能需求和非功能需求的定義性描述。軟體功能需求刻畫軟體“做什麼”，軟體非功能需求刻畫諸如功能性限制、設(shè)計限制、環(huán)境描述、數(shù)據(jù)與通信規(guī)程及專案管理等典型的需求定義語言有PSL語言（ProblemStatementLanguage問題陳述語言）19/151功能性語言

functionallanguage功能性語言用來書寫軟體功能規(guī)約（functionalspecification）軟體功能規(guī)約是軟體功能的嚴(yán)格而完整的陳述。通常它只刻畫軟體系統(tǒng)“做什麼”的外部功能，而不涉及系統(tǒng)“如何做”的內(nèi)部演算法。典型的功能性語言有廣譜語言、Z語言。20/151設(shè)計性語言

designlanguage設(shè)計性語言用來書寫軟體設(shè)計規(guī)約（designspecification）軟體設(shè)計規(guī)約是軟體設(shè)計的嚴(yán)格而完整的陳述。一方面，它是軟體功能歸約的演算法性細化，刻畫軟體“如何做”的內(nèi)部演算法，另一方面，它是軟體實現(xiàn)的依據(jù)。典型的設(shè)計性語言有PDL語言（ProgramDesignLanguage）21/151實現(xiàn)性語言

實現(xiàn)性語言用來書寫電腦程式實現(xiàn)性語言也稱編程語言或程式設(shè)計語言（programminglanguage）程式設(shè)計語言可按語言的級別、對使用者的要求、應(yīng)用範(fàn)圍、使用方式、成分性質(zhì)等多種角度進行分類

22/151

按語言級別分：低級語言和高級語言

低級語言是與特定電腦體系結(jié)構(gòu)密切相關(guān)的程式設(shè)計語言，如機器語言、組合語言。其特點是與機器有關(guān)，功效高，但使用複雜，開發(fā)費時，難維護。

高級語言是不反映特定電腦體系結(jié)構(gòu)的程式設(shè)計語言，它的表示方法比低級語言更接近於待解問題的表示方法。其特點是在一定程度上與具體機器無關(guān)，易學(xué)、易用、易維護。但高級語言程式經(jīng)編譯後產(chǎn)生的目標(biāo)程式的功效往往較低。23/151

按用戶要求分：過程式語言和非過程式語言

過程式語言（procedurallanguage）是通過指明一列可執(zhí)行的運算及運算次序來描述計算過程的程式設(shè)計語言。如FORTRAN、COBOL、C等。

非過程式語言（nonprocedurallanguage）是不顯式指明處理過程細節(jié)的程式設(shè)計語言。在這種語言中儘量引進各種抽象度較高的非過程性描述手段，以期做到在程式中增加“做什麼”的描述成分，減少“如何做”的細節(jié)描述。如第四代語言（4GL）、函數(shù)式語言、邏輯式語言。24/151也可稱：命令式語言和申述式語言

命令式語言（imperativelanguage）即過程式語言。

申述式語言（declarativelanguage）是著重描述要處理什麼，而非描述如何處理的語言。申述式語言程式是關(guān)於問題解的約束陳述，這些約束迫使含於實現(xiàn)中的演算法處理機制生成一個解或一組解。如函數(shù)式語言、邏輯式語言。25/151

函數(shù)式語言(functionalprogramminglanguage)中函數(shù)是構(gòu)造程式的基本成分，它提供一些設(shè)施用於構(gòu)造更為複雜的函數(shù)。程式人員根據(jù)提出的問題去定義求解函數(shù)（即主程序），其中可能包含一些輔助函數(shù)。如Lisp語言。

邏輯式語言(logicprogramminglanguage)的基本運算單位是謂詞。謂詞定義了變元間的邏輯關(guān)係。例如，Prolog語言的基本形式是Horn子句，其程式圍繞著某一主題的事實、規(guī)則和詢問三類語句組成。這三類語句分別用來陳述事實、定義規(guī)則和提出問題。26/151

按應(yīng)用範(fàn)圍分：通用語言和專用語言

通用語言指目標(biāo)非單一的語言，如FORTRAN、COBOL、C等。

專用語言指目標(biāo)單一的語言，如自動數(shù)控程式APT。27/151

按使用方式分：互動式語言和非互動式語言

互動式語言指具有反映人機交互作用的語言，如BASIC。

非互動式語言指不反映人機交互作用的語言，如FORTRAN、COBOL。28/151

按成分性質(zhì)分：順序語言、併發(fā)語言、分佈語言

順序語言指只含順序成分的語言，如FORTRAN、C。

併發(fā)語言指含有併發(fā)成分的語言，如Modula、Ada、併發(fā)Pascal。

分佈語言指考慮到分佈計算要求的語言，如Modula。29/151文檔語言

documentationlanguage

文檔語言用來書寫軟體文檔。電腦軟體文檔是電腦開發(fā)、維護和使用過程的檔案資料和對軟體本身的闡述性資料。通常用自然語言或半形式化語言書寫。30/151內(nèi)容摘要電腦軟體軟體工程軟體過程軟體過程模型敏捷軟體開發(fā)CASE工具與環(huán)境31/151軟體工程定義1968年NATO(北大西洋公約組織)會議上首次提出FritzBauer：軟體工程是為了經(jīng)濟地獲得可靠的和能在實際機器上高效運行的軟體而建立和使用的好的工程原則IEEE：軟體工程是（1）將系統(tǒng)化的、規(guī)範(fàn)的、可度量的方法應(yīng)用於軟體的開發(fā)、運行和維護的過程，即將工程化應(yīng)用於軟體中；（2）（1）中所述方法的研究電腦科學(xué)技術(shù)百科全書：軟體工程是應(yīng)用電腦科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，以工程化的原則和方法製作軟體的工程32/151軟體工程的框架

目標(biāo)：生產(chǎn)具有正確性、可用性以及價格合宜的產(chǎn)品

正確性反映軟體產(chǎn)品實現(xiàn)相應(yīng)功能規(guī)約的程度；

可用性反映軟體的基本結(jié)構(gòu)、實現(xiàn)及其文檔為用戶可用的程度；

價格合宜反映軟體開發(fā)與運行的總代價滿足用戶要求的程度。33/151

過程（Process）：生產(chǎn)一個最終滿足需求且達到工程目標(biāo)的軟體產(chǎn)品所需要的步驟軟體工程過程包括：開發(fā)過程、運作過程、維護過程、管理過程、支持過程、獲取過程、供應(yīng)過程、剪裁過程等34/151

原則：選取適宜的開發(fā)模型採用合適的設(shè)計方法提供高質(zhì)量的工程支持重視軟體工程的管理35/151軟體生存週期

（softwarelifecycle）軟體有一個孕育、誕生、成長、成熟、衰亡的生存過程。這個過程即為電腦軟體的生存週期軟體生存週期大體可分為如下幾個活動：電腦系統(tǒng)工程、需求分析、設(shè)計、編碼、測試、運行和維護36/151電腦系統(tǒng)工程電腦系統(tǒng)包括電腦硬體、軟體、使用電腦系統(tǒng)的人、資料庫、文檔、規(guī)程等系統(tǒng)元素。電腦系統(tǒng)工程的任務(wù)：確定待開發(fā)軟體的總體要求和範(fàn)圍，以及它與其它電腦系統(tǒng)元素之間的關(guān)係進行成本估算，做出進度安排進行可行性分析，即從經(jīng)濟、技術(shù)、法律等方面分析待開發(fā)的軟體是否有可行的解決方案，並在若干個可行的解決方案中作出選擇。37/151軟體需求分析主要解決待開發(fā)軟體要“做什麼”的問題確定軟體的功能、性能、數(shù)據(jù)、介面等要求，生成軟體需求規(guī)約。38/151軟體設(shè)計主要解決待開發(fā)軟體“怎麼做”的問題。軟體設(shè)計通?？煞譃橄到y(tǒng)設(shè)計（也稱概要設(shè)計或總體設(shè)計）和詳細設(shè)計。系統(tǒng)設(shè)計的任務(wù)是設(shè)計軟體系統(tǒng)的體系結(jié)構(gòu)，包括軟體系統(tǒng)的組成成分、各成分的功能和介面、成分間的連接和通信，同時設(shè)計全局?jǐn)?shù)據(jù)結(jié)構(gòu)；詳細設(shè)計的任務(wù)是設(shè)計各個組成成分的實現(xiàn)細節(jié)，包括局部數(shù)據(jù)結(jié)構(gòu)和演算法等。39/151編碼

用某種程式設(shè)計語言，將設(shè)計的結(jié)果轉(zhuǎn)換為可執(zhí)行的程式代碼。測試發(fā)現(xiàn)並糾正軟體中的錯誤和缺陷。測試主要包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。運行和維護在軟體運行期間，當(dāng)發(fā)現(xiàn)了軟體中潛藏的錯誤或需要增加新的功能或使軟體適應(yīng)外界環(huán)境的變化等情況出現(xiàn)時對軟體進行修改。40/151內(nèi)容摘要電腦軟體軟體工程軟體過程軟體過程模型敏捷軟體開發(fā)CASE工具與環(huán)境41/151軟體過程軟體過程是軟體生存週期中的一系列相關(guān)的過程。過程是活動的集合，活動是任務(wù)的集合。軟體過程有三層含義：個體含義，即指軟體產(chǎn)品或系統(tǒng)在生存週期中的某一類活動的集合，如軟體開發(fā)過程，軟體管理過程等；整體含義，即指軟體產(chǎn)品或系統(tǒng)在所有上述含義下的軟體過程的總體；工程含義，即指解決軟體過程的工程，它應(yīng)用軟體工程的原則、方法來構(gòu)造軟體過程模型，並結(jié)合軟體產(chǎn)品的具體要求進行實例化，以及在用戶環(huán)境下的運作，以此進一步提高軟體生產(chǎn)率，降低成本。42/151ISO12207軟體生存週期過程ISO/IEC12207標(biāo)準(zhǔn)把軟體生存週期中可以開展的活動分為5個基本過程，8個支持過程和4個組織過程。每一個過程劃分為一組活動，每項活動進一步劃分為一組任務(wù)。43/151

基本（primary）過程供各當(dāng)事方在軟體生存週期期間使用。包括：獲?。╝cquisition）過程：確定需方和組織向供方獲取系統(tǒng)、軟體或軟體服務(wù)的活動。供應(yīng)（supply）過程：確定供方和組織向需方提供系統(tǒng)、軟體或軟體服務(wù)的活動。開發(fā)（development）過程：確定開發(fā)者和組織定義並開發(fā)軟體的活動。運作（operation）過程：確定操作者和組織在規(guī)定的環(huán)境中為其用戶提供運行電腦系統(tǒng)服務(wù)的活動。維護（maintenance）過程：確定維護者和組織提供維護軟體服務(wù)的活動。44/151

支持（supporting）過程用於支持其他過程，它有助於軟體專案的成功和品質(zhì)提高。包括：文檔編制（documentation）過程：確定記錄生存週期過程產(chǎn)生的資訊所需的活動。配置管理（configurationmanagement）過程：確定配置管理活動。品質(zhì)保證（qualityassurance）過程：確定客觀地保證軟體和過程符合規(guī)定的要求以及已建立的計畫所需的活動。驗證（verification）過程：根據(jù)軟體專案要求，按不同深度確定驗證軟體所需的活動。45/151確認(rèn)（validation）過程：確定確認(rèn)軟體所需的活動。聯(lián)合評審（jointreview）過程：確定評價一項活動的狀態(tài)和產(chǎn)品所需的活動。審計（audit）過程：確定為判斷符合要求、計畫和合同所需的活動。問題解決（problemresolution）過程：確定一個用於分析和解決問題的過程。46/151

組織（organizational）過程用於軟體組織建立和實現(xiàn)構(gòu)成相關(guān)生存週期的基礎(chǔ)結(jié)構(gòu)和人事制度，並不斷改進這種結(jié)構(gòu)和過程。包括：管理（management）過程：確定生存週期過程中的基本管理活動。基礎(chǔ)設(shè)施（infrastructure）過程：確定建立生存週期過程基礎(chǔ)結(jié)構(gòu)的基本活動。改進（improvement）過程:確定一個組織為建立、測量、控制和改進其生存週期過程所需開展的基本活動。培訓(xùn)（training）過程:確定提供經(jīng)適當(dāng)培訓(xùn)的人員所需的活動。47/151ISO/IEC12207為軟體生存週期過程建立了一個公共框架，它提供了一組標(biāo)準(zhǔn)的過程、活動和任務(wù)。對於一個軟體專案，可根據(jù)其具體情況對標(biāo)準(zhǔn)的過程、活動和任務(wù)進行剪裁，即刪除不適用的過程、活動和任務(wù)。ISO/IEC12207標(biāo)準(zhǔn)的附錄A中的剪裁（tailoring）過程規(guī)定了在針對該標(biāo)準(zhǔn)進行剪裁時所需要的基本活動（包括：明確專案環(huán)境；請求輸入；選擇過程、活動和任務(wù)；把剪裁決定和理由寫成文檔），剪裁過程的輸出是：剪裁決定和理由記錄。附錄B就剪裁要點提供簡要說明，並列出一些關(guān)鍵要素，可以根據(jù)這些要素作出剪裁決定。48/151能力成熟度模型CMMCMM（CapabilityMaturityModel）即能力成熟度模型，是美國卡耐基梅隆大學(xué)軟體工程研究所（SEI）在美國國防部資助下於二十世紀(jì)八十年代末建立的，用於評價軟體機構(gòu)的軟體過程能力成熟度的模型。此模型在建立和發(fā)展之初，主要目的在於提供一種評價軟體承接方能力的方法，為大型軟體專案的招投標(biāo)活動提供一種全面而客觀的評審依據(jù)。而發(fā)展到後來，又同時被軟體組織用於改進其軟體過程。49/151軟體組織的成熟與不成熟1.不成熟的軟體組織軟體過程一般並不預(yù)先計畫，而是在專案進行中由實際工作人員及管理員臨時計畫有時，即使軟體過程已計畫好，仍不按計畫執(zhí)行沒有一個客觀的基準(zhǔn)來判斷產(chǎn)品品質(zhì)，或解決產(chǎn)品和過程中的問題對軟體過程步驟如何影響軟體品質(zhì)，一無所知，產(chǎn)品品質(zhì)得不到保證。而且，一些提高品質(zhì)的環(huán)節(jié)，如檢查、測試等經(jīng)常由於要趕進度而減少或取消產(chǎn)品在交付前，對客戶來說，一切都是不可見的50/151沒有長遠目標(biāo)，管理員通常只關(guān)注解決任何當(dāng)前的危機由於沒有實事求是地估計進度、預(yù)算，因此他們經(jīng)常超支、超時。當(dāng)最後期限臨近，他們往往在功能性和品質(zhì)上妥協(xié)，或以加班加點方式趕進度51/1512.成熟的軟體組織具有全面而充分的組織和管理軟體開發(fā)和維護過程的能力管理員監(jiān)視軟體產(chǎn)品的品質(zhì)以及生產(chǎn)這些產(chǎn)品的過程制定了一系列客觀基準(zhǔn)來判別產(chǎn)品品質(zhì)，並分析產(chǎn)品和過程中的問題進度和預(yù)算可以按照以前積累的經(jīng)驗來制定，結(jié)果可行。預(yù)期的成本、進度、功能與性能和品質(zhì)都能實現(xiàn)，並達到目的能準(zhǔn)確及時地向工作人員通報實際軟體過程，並按照計畫有規(guī)則地(前後一致，不互相矛盾)工作凡規(guī)定的過程都編成文檔52/151軟體過程和實際工作方法相吻合。必要時，過程定義會及時更新，通過測試，或者通過成本-效益分析來改進過程。全體人員普遍地、積極地參與改進軟體過程的活動。在組織內(nèi)部的各項目中，每人在軟體過程中的職責(zé)都十分清晰而明確，每人各守其責(zé)，協(xié)同工作，有條不紊，甚至能預(yù)見和防範(fàn)問題的發(fā)生。53/151軟體過程成熟度等級CMM提供了一個成熟度等級框架：1級-初始級、2級-可重複級、3級-已定義級、4級-已管理級和5級-優(yōu)化級。1.初始（initial）級：軟體過程的特點是無秩序的，甚至是混亂的。幾乎沒有什麼過程是經(jīng)過妥善定義的，成功往往依賴於個人或小組的努力。2.可重複（repeatable）級：建立了基本的專案管理過程來跟蹤成本、進度和功能特性。制定了必要的過程紀(jì)律，能重複早先類似應(yīng)用專案取得的成功。54/1513.已定義（defined）級：己將管理和工程活動兩方面的軟體過程文檔化、標(biāo)準(zhǔn)化，並綜合成該機構(gòu)的標(biāo)準(zhǔn)軟體過程。所有專案均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟體過程來開發(fā)和維護軟體。4.已管理（managed）級：收集對軟體過程和產(chǎn)品品質(zhì)的詳細度量值，對軟體過程和產(chǎn)品都有定量的理解和控制。5.優(yōu)化（optimizing）級：整個組織關(guān)注軟體過程改進的持續(xù)性、預(yù)見及增強自身，防止缺陷及問題的發(fā)生。過程的量化回饋和先進的新思想、新技術(shù)促使過程不斷改進。55/1515.優(yōu)化級4.已管理級3.已定義級2.可重複級1.初始級標(biāo)準(zhǔn)、一致的過程有紀(jì)律的過程可預(yù)測的過程持續(xù)改進的過程軟體過程成熟度的5個等級56/151成熟度等級關(guān)鍵過程域共同特性關(guān)鍵實踐包含劃分為包含過程能力表明目標(biāo)實現(xiàn)實施或制度化解決活動或基礎(chǔ)設(shè)施描述CMM結(jié)構(gòu)能力成熟度模型的結(jié)構(gòu)57/151能力成熟度模型的結(jié)構(gòu)

成熟度等級表明了一個軟體組織的過程能力的水準(zhǔn)。除初始級外，每個成熟度等級都包含若干個關(guān)鍵過程域（KeyProcessArea，簡稱KPA）（見表1.2）達到某個成熟度級別，該級別（以及較低級別）的所有關(guān)鍵過程域都必須得到滿足，並且過程必須實現(xiàn)制度化。58/151CMM提供了18個關(guān)鍵過程域，每個關(guān)鍵過程域都有一組對改進過程能力非常重要的目標(biāo)，並確定了一組相應(yīng)的關(guān)鍵實踐

目標(biāo)說明了每一個關(guān)鍵過程域的範(fàn)圍、界限和意義。

關(guān)鍵實踐描述了建立一個過程能力必須完成的活動和必須具備的基礎(chǔ)設(shè)施，完成了這些關(guān)鍵實踐就達到了相應(yīng)關(guān)鍵過程域的目標(biāo)，該關(guān)鍵過程域也就得到了滿足。每個關(guān)鍵過程域的關(guān)鍵實踐都是按照五個共同特性（執(zhí)行約定，執(zhí)行能力，執(zhí)行活動，測量和分析，驗證實現(xiàn)）進行組織的，主要解決關(guān)鍵實踐的實施或制度化問題。59/151

共同特性將描述關(guān)鍵過程域的關(guān)鍵實踐組織起來。共同特性是一些屬性，指明一個關(guān)鍵過程域的執(zhí)行和規(guī)範(fàn)化是否有效、可重複和可持續(xù)。共有5個共同特性:執(zhí)行約定，執(zhí)行能力，執(zhí)行活動，測量和分析，驗證實現(xiàn)。執(zhí)行約定：執(zhí)行約定描述機構(gòu)為確保過程的建立和持續(xù)而必須採取的一些措施。典型內(nèi)容包括建立機構(gòu)策略和領(lǐng)導(dǎo)關(guān)係。60/151執(zhí)行能力：執(zhí)行能力描述了專案或機構(gòu)完整地實現(xiàn)軟體過程所必須有的先決條件。典型內(nèi)容包括資源、機構(gòu)結(jié)構(gòu)和培訓(xùn)。執(zhí)行活動：執(zhí)行活動描述了執(zhí)行一個關(guān)鍵過程域所必需的活動、任務(wù)和規(guī)程。典型內(nèi)容包括制定計畫和規(guī)程、執(zhí)行和跟蹤以及必要時採取糾正措施。測量和分析：測量和分析描述了為確定與過程有關(guān)的狀態(tài)所需的基本測量實踐。這些測量可用來控制和改進過程。典型內(nèi)容包括可能採用的測量實例。61/151驗證實現(xiàn)：驗證實現(xiàn)描述了為確保執(zhí)行的活動與已建立的過程一致所採取的步驟。典型內(nèi)容包括管理部門和軟體品質(zhì)保證組實施的評審和審核。在執(zhí)行活動這個共同特性中的實踐描述了建立一個過程能力所必須完成的活動。所有其他實踐共同形成了一個使機構(gòu)能將執(zhí)行活動中描述的實踐進行規(guī)範(fàn)化的基礎(chǔ)。各關(guān)鍵過程域的詳細描述，參見《能力成熟度模型（CMM）：軟體過程改進指南》，卡耐基梅隆大學(xué)軟體工程研究所編著，劉孟仁等譯，電子工業(yè)出版社出版。62/151缺陷預(yù)防技術(shù)更新管理過程更改管理優(yōu)化級定量過程管理軟體品質(zhì)管理已管理級機構(gòu)過程焦點機構(gòu)過程定義培訓(xùn)大綱綜合軟體管理軟體產(chǎn)品工程組間協(xié)調(diào)同行評審已定義級需求管理軟體專案計畫軟體專案跟蹤和監(jiān)督軟體分包合同管理軟體品質(zhì)保證軟體配置管理可重複級初始級能力成熟度級別中的關(guān)鍵過程域63/151關(guān)鍵過程域?qū)嵗龣C構(gòu)過程焦點第3級的關(guān)鍵過程域：已定義級

機構(gòu)過程焦點的目的是，為能改進機構(gòu)整體軟體過程能力的軟體過程活動建立機構(gòu)的職責(zé)。

機構(gòu)過程焦點包括，建立和維護機構(gòu)軟體過程和專案軟體過程的默契關(guān)係，並協(xié)調(diào)有關(guān)評估、開發(fā)、維護和改進這些過程的活動。機構(gòu)提供長期的約定和資源，以協(xié)調(diào)現(xiàn)在和將來的軟體專案的軟體過程的開發(fā)和維護。該項工作由某個小組實施，例如軟體工程過程組。它負責(zé)機構(gòu)的軟體過程活動，特別是負責(zé)開發(fā)和維護機構(gòu)標(biāo)準(zhǔn)軟體過程和相關(guān)過程資源（如在機構(gòu)過程定義關(guān)鍵過程域中說明的），並協(xié)調(diào)軟體專案的過程活動。64/151目標(biāo)目標(biāo)1：機構(gòu)內(nèi)部軟體過程的制定和改進活動協(xié)調(diào)一致。目標(biāo)2：相對於過程標(biāo)準(zhǔn)，所使用的軟體過程的優(yōu)勢和薄弱環(huán)節(jié)標(biāo)識清楚。目標(biāo)3：機構(gòu)級的過程開發(fā)和改進活動有計畫。65/151執(zhí)行約定約定1：機構(gòu)遵循書面的管理策略，協(xié)調(diào)整個機構(gòu)範(fàn)圍內(nèi)的軟體過程開發(fā)和改進活動。

該策略一般規(guī)定:1.建立一個小組，負責(zé)機構(gòu)級的軟體過程活動，使這些活動與各項目協(xié)調(diào)一致。

2.定期評估專案所使用的軟體過程，以確定其優(yōu)勢和薄弱環(huán)節(jié)。

3.對機構(gòu)標(biāo)準(zhǔn)軟體過程進行合理地剪裁，以得到專案使用的軟體過程。

關(guān)於機構(gòu)標(biāo)準(zhǔn)軟體過程，參見綜合軟體管理關(guān)鍵過程域的活動1。

4.每個專案的軟體過程、工具和方法的改進和其他有用資訊，可用於其他專案。66/151約定2：上級管理部門宣導(dǎo)和支持機構(gòu)的軟體過程開發(fā)和改進活動。

上級管理部門：

1.向機構(gòu)成員和負責(zé)人說明有關(guān)軟體過程活動的約定。

2.制定資金、人員配備和其他資源的長期計畫和約定。

3.制定管理和執(zhí)行有關(guān)軟體過程開發(fā)和改進活動的策略。約定3：上級管理部門監(jiān)督機構(gòu)的軟體過程開發(fā)和改進活動。

l.確保機構(gòu)標(biāo)準(zhǔn)軟體過程滿足企業(yè)目標(biāo)和策略。

2.提出關(guān)於軟體過程開發(fā)和改進活動優(yōu)先次序的建議。

3.參與制定軟體過程開發(fā)和改進計畫。

a.上級管理部門與更高層人員和負責(zé)人共同協(xié)調(diào)軟體過程需求及問題

b.上級管理部門與該機構(gòu)負責(zé)人進行協(xié)調(diào)，以獲得負責(zé)人和機構(gòu)成員的支持和參與67/151執(zhí)行能力能力1：有一個負責(zé)機構(gòu)的軟體過程活動的小組。

一個小組是一些部門、負責(zé)人和人員的組合，負責(zé)一組任務(wù)和活動。小組的規(guī)模可以不同，既可以是單個兼職的人，也可以是多個來自不同部門的兼職人員，也可以由幾個專職人員組成。組成小組時考慮的因素包括：分派的任務(wù)和活動、專案規(guī)模、機構(gòu)結(jié)構(gòu)和機構(gòu)文化。某些小組，如軟體品質(zhì)保證組，集中關(guān)注專案活動;而其他一些小組，例如軟體工程過程組，集中關(guān)注機構(gòu)範(fàn)圍內(nèi)的活動。

1.條件可能時，小組成員以專職工作的軟體專業(yè)人員為核心，並盡可能有其他的兼職人員支持。

該小組最一般的例子是軟體工程過程組（SEPG）。

2.小組成員中有軟體工程及軟體相關(guān)科目的代表。68/151

軟體工程及軟體相關(guān)科目的實例有：軟體需求分析軟體設(shè)計程式編碼軟體測試軟體配置管理軟體品質(zhì)保證69/151能力2：為實施機構(gòu)的軟體過程活動提供了充足的資源和資金。

1.委派在特定領(lǐng)域具有特長的人員支持該小組。特定領(lǐng)域的實例有：軟體重用電腦輔助軟體工程技術(shù)(CASE)測量培訓(xùn)課程開設(shè)

2.有支持該機構(gòu)軟體過程活動的工具。支持工具的實例有：統(tǒng)計分析工具桌面出版工具資料庫管理系統(tǒng)過程建模工具70/151能力3：負責(zé)機構(gòu)軟體過程活動的小組成員接受過實施這些活動所需的培訓(xùn)。培訓(xùn)的實例有：軟體工程實踐過程控制技術(shù)機構(gòu)過程變動管理軟體過程計畫、管理和監(jiān)督技術(shù)轉(zhuǎn)變參見培訓(xùn)大綱關(guān)鍵過程域能力4：軟體工程組和其他軟體相關(guān)小組的成員接受過機構(gòu)軟體過程活動及其在這些活動中的任務(wù)方面的定向培訓(xùn)。

參見培訓(xùn)大綱關(guān)鍵過程域71/151執(zhí)行活動活動1：定期評估軟體過程，並根據(jù)評估結(jié)果制定行動計畫。

評估一般每隔一年、一年半至三年進行一次。評估可針對機構(gòu)中所使用的所有軟體過程，也可通過對過程和專案進行抽樣評估。評估機構(gòu)軟體過程能力的方法實例之一是SEI軟體過程評估方法。行動計畫標(biāo)識：涉及哪些評估結(jié)果針對評估結(jié)果實施更改軟體過程的準(zhǔn)則負責(zé)實施更改的小組或個人72/151活動2：機構(gòu)制定和維護它的軟體過程開發(fā)和改進活動的計畫。該計畫：以軟體過程評估後的行動計畫和其他的機構(gòu)過程改進倡議為基礎(chǔ)。確定要實施的活動及實施這些活動的進度。確定負責(zé)這些活動的小組和個人。確定所需的資源，包括人員配備和工具。初始發(fā)佈和有大改動時通過同行評審。

參見同行評審關(guān)鍵過程域。

6.機構(gòu)的軟體負責(zé)人和上級負責(zé)人評審認(rèn)可。73/151活動3：在機構(gòu)級協(xié)調(diào)關(guān)於機構(gòu)和專案的軟體過程的開發(fā)和改進活動。涉及的軟體過程有：

1.機構(gòu)標(biāo)準(zhǔn)軟體過程。關(guān)於機構(gòu)標(biāo)準(zhǔn)過程，參見機構(gòu)過程定義關(guān)鍵過程域的活動1和活動2。

2.專案定義的軟體過程。關(guān)於專案定義的軟體過程。參見綜合軟體管理關(guān)鍵過程域的活動1和活動2?；顒?：在機構(gòu)級協(xié)調(diào)有關(guān)軟體過程資料庫的使用。機構(gòu)的軟體過程資料庫用來收集機構(gòu)和專案的軟體過程以及生成的軟體產(chǎn)品的資訊。關(guān)於機構(gòu)的軟體過程資料庫，參見機構(gòu)過程定義關(guān)鍵過程域的活動5。74/151活動5：監(jiān)控和評價機構(gòu)中限制使用的新過程、方法和工具。合適時，推廣到機構(gòu)的其他部分?；顒?：在機構(gòu)內(nèi)協(xié)調(diào)機構(gòu)和專案的軟體過程的培訓(xùn)。

1.制定有關(guān)機構(gòu)和專案軟體過程的專題培訓(xùn)計畫。

2.合適時，培訓(xùn)由負責(zé)機構(gòu)軟體過程活動的小組（如軟體工程過程組）或培訓(xùn)小組準(zhǔn)備和實施。參見培訓(xùn)大綱關(guān)鍵過程域?；顒?：向與實施軟體過程有關(guān)的小組通報機構(gòu)和專案中軟體過程開發(fā)和改進活動的情況。通報方式的實例有：過程電子公告板過程諮詢委員會工作小組資訊交流會調(diào)查過程改進組日常討論75/151測量和分析測量1：測量機構(gòu)的軟體過程開發(fā)和改進活動的狀態(tài)測量的實例有：機構(gòu)在過程評估、開發(fā)和改進活動中已完成的工作、工作量和耗費的資金，與計畫相比較每次軟體過程的評估結(jié)果，與以前的評估結(jié)果和建議相比較76/151驗證實現(xiàn)驗證1：上級管理部門定期評審軟體過程開發(fā)和改進活動。上級管理部門實施定期評審的主要目的是適當(dāng)?shù)?、及時地掌握軟體過程活動。在滿足機構(gòu)需求的前提下，只要有適當(dāng)?shù)臋C制來報告異常情況，評審的時間間隔就盡可能長些。

1.對照計畫，評審有關(guān)開發(fā)和改進軟體過程活動的進展和狀態(tài)。

2.討論低層不能解決的衝突和問題。

3.指定和評審行動措施，並跟蹤到關(guān)閉。

4.編寫評審的總結(jié)報告，並分發(fā)給相關(guān)的小組和個人。77/151能力成熟度模型集成CMMI

CapabilityMaturityModelIntegrationCMM的成功導(dǎo)致了各種模型的衍生，每一種模型都探討了某一特定領(lǐng)域中的過程改進問題SW-CMM：適用於軟體開發(fā)SE-CMM：系統(tǒng)工程能力成熟度模型SA-CMM：適用於軟體獲取SECAM：系統(tǒng)工程能力評估模型PeopleCMM：討論軟體組織吸引、開發(fā)、激勵、組織和留住人才的能力EIA/IS731：替代SW-CMM和SECAMIPD-CMM：適用於集成化產(chǎn)品開發(fā)FAA-iCMM：集成了SE-CMM、SA-CMM、SW-CMM78/151相應(yīng)的國際標(biāo)準(zhǔn)：ISO/IEC12207（軟體生存週期過程）、ISO/IEC15288（系統(tǒng)生存週期過程）、ISO/IEC15504（軟體過程評估）模型的繁衍導(dǎo)致模型框架、術(shù)語等方面的矛盾和不一致包含在當(dāng)代工程中各種各樣的學(xué)科和工程是密切交叉在一起的，應(yīng)用不同模型時效率低下且容易混淆，常常要付出極其昂貴的代價美國國防部、美國國防工業(yè)委員會和SEI/CMU於1998年啟動CMMI專案，希望CMMI是若干過程模型的綜合和改進，是支持多個工程學(xué)科和領(lǐng)域的系統(tǒng)的、一致的過程改進框架，能適應(yīng)現(xiàn)代工程的特點和需要，能提高過程的品質(zhì)和工作效率79/1512000年發(fā)佈第一個CMMI模型CMMI-SE/SW/IPPDV1.0：集成了SW-CMM、EIA/IS731、IPDCMMV0.982002年1月發(fā)佈CMMI-SE/SW/IPPDV1.1，美國國防工業(yè)委員會在第一屆CMMI國際研討會上宣佈，CMMIV1.1將至少穩(wěn)定五年不變CMMI模型為每個學(xué)科的組合都提供兩種表示法：階段式模型和連續(xù)式模型80/151階段式模型階段式模型的結(jié)構(gòu)類同於軟體CMM，它關(guān)注組織的成熟度，其成熟度等級如下圖所示5．優(yōu)化的4．定量管理的3．已定義的2．已管理的1．初始的過程不可預(yù)測且缺乏控制過程為專案服務(wù)過程為組織服務(wù)過程已度量和控制集中於過程改進階段式成熟度等級81/151階段式模型的成熟度等級結(jié)構(gòu)過程域2過程域n成熟度等級過程域1執(zhí)行的能力執(zhí)行的承諾定向?qū)崿F(xiàn)驗證實現(xiàn)特定目標(biāo)共性目標(biāo)特定實踐共性實踐公共特徵82/151CMMIV1.1的24個過程域的分組如下：成熟度等級過程域已管理的需求管理REQM，專案計畫PP，專案監(jiān)督和控制PMC，供應(yīng)商合同管理SAM，度量和分析MA，過程和產(chǎn)品品質(zhì)保證PPQA，配置管理CM已定義的需求開發(fā)RD，技術(shù)解決方案TS，產(chǎn)品集成PI，驗證VER，確認(rèn)VAL，組織級過程焦點OPF，組織級過程定義OPD，組織級培訓(xùn)OT，集成化專案管理IPM，風(fēng)險管理RSKM，集成化建組IT，決策分析和解決方案DAR，組織級集成環(huán)境OEI定量管理的組織級過程性能OPP，專案定量管理QPM優(yōu)化的組織級改革和實施OID，因果分析和解決方案CAR83/151連續(xù)式模型連續(xù)式模型關(guān)注每個過程域的能力，一個組織對不同的過程域可以達到不同的過程域能力等級（Capabilitylevel，CL）。CMMI中包括六個過程域能力等級，等級號為0～5。能力等級表明了單個過程域中組織執(zhí)行的好壞程度。允許組織對連續(xù)式模型的過程域進行剪裁，也允許對不同的過程域採用不同的能力等級下圖給出了某組織的過程域能力等級84/151能力等級特徵示意圖CL0未完成的CL1已執(zhí)行的CL2已管理的CL3已定義的CL4定量管理的CL5優(yōu)化的過程域RSKMIPMSAMPMCPPITQPM85/151能力等級包括共性目標(biāo)及相關(guān)的共性實踐，這些實踐在過程域內(nèi)被添加到特定目標(biāo)和實踐中。當(dāng)組織滿足過程域的特定目標(biāo)和共性目標(biāo)時，就說該組織達到了那個過程域的能力等級。能力等級2～5的名字與成熟度等級2～5同名，但含義不同。能力等級可以獨立地應(yīng)用於任何單獨的過程域，任何一個能力等級都必須滿足比它等級低的能力等級的所有準(zhǔn)則，各能力等級的含義簡述如下：86/151CL0未完成的：過程域未執(zhí)行或未達到CL1中定義的所有目標(biāo)。CL1已執(zhí)行的：其共性目標(biāo)是過程將可標(biāo)識的輸入工作產(chǎn)品轉(zhuǎn)換成可標(biāo)識的輸出工作產(chǎn)品，以實現(xiàn)支持過程域的特定目標(biāo)。CL2已管理的：其共性目標(biāo)集中於已管理的過程的制度化。根據(jù)組織級政策規(guī)定過程的運作將使用哪個過程，專案遵循已文檔化的計畫和過程描述，所有正在工作的人都有權(quán)使用足夠的資源，所有工作任務(wù)和工作產(chǎn)品都被監(jiān)控、控制和評審。87/151CL3已定義的：其共性目標(biāo)集中於已定義的過程的制度化。過程是按照組織的剪裁指南從組織的標(biāo)準(zhǔn)過程集中剪裁得到的，還必須收集過程資產(chǎn)和過程的度量，並用於將來對該過程的改進上。CL4定量管理的：其共性目標(biāo)集中於可定量管理的過程的制度化。使用測量和品質(zhì)保證來控制和改進過程域，建立和使用關(guān)於品質(zhì)和過程執(zhí)行的定量目標(biāo)作為管理準(zhǔn)則。CL5優(yōu)化的：使用量化（統(tǒng)計學(xué)）手段改編和優(yōu)化過程域，以對付客戶要求的改變和持續(xù)改進計畫中的過程域的功效。88/151連續(xù)式模型將24個過程域劃分為過程管理、專案管理、工程和支持四個過程組：連續(xù)式分組過程域過程管理組織級過程焦點OPF，組織級過程定義OPD，組織級培訓(xùn)OT，組織級過程性能OPP，組織級改革和實施OID專案管理專案計畫PP，專案監(jiān)督和控制PMC，供應(yīng)商合同管理SAM，集成化專案管理IPM，風(fēng)險管理RSKM，集成化建組IT，專案定量管理QPM工程需求管理REQM，需求開發(fā)RD，技術(shù)解決方案TS，產(chǎn)品集成PI，驗證VER，確認(rèn)VAL支持配置管理CM，過程和產(chǎn)品品質(zhì)保證PPQA，度量和分析MA，決策分析和解決方案DAR，組織級集成環(huán)境OEI，因果分析和解決方案CAR89/151內(nèi)容摘要電腦軟體軟體工程軟體過程軟體過程模型敏捷軟體開發(fā)CASE工具與環(huán)境90/151軟體過程模型軟體過程模型是軟體開發(fā)全部過程、活動和任務(wù)的結(jié)構(gòu)框架也稱軟體開發(fā)模型或軟體生存週期模型91/151軟體過程模型典型的軟體過程模型有：瀑布模型（waterfallmodel）演化模型（evolutionarymodel）增量模型（incrementalmodel）原型模型（prototypingmodel)螺旋模型（spiralmodel）噴泉模型（waterfountainmodel）基於構(gòu)件的開發(fā)模型（component-baseddevelopmentmodel）形式方法模型（formalmethodsmodel）92/151瀑布模型系統(tǒng)工程需求分析與規(guī)約設(shè)計與規(guī)約編碼與單元測試集成測試系統(tǒng)測試運行與維護93/1511970年W.Royce提出瀑布模型

特徵接受上一階段的結(jié)果作為本階段的輸入利用這一輸入實施本階段應(yīng)完成的活動對本階段的工作進行評審將本階段的結(jié)果作為輸出，傳遞給下一階段

缺點缺乏靈活性，難以適應(yīng)需求不明確或需求經(jīng)常變化的軟體開發(fā)開發(fā)早期存在的問題往往要到交付使用時才發(fā)現(xiàn)，維護代價大94/151許多軟體專案在開發(fā)早期對軟體需求的認(rèn)識是模糊的、不確定的，因此軟體很難一次開發(fā)成功?？梢栽讷@取了一組基本的需求後，通過快速分析構(gòu)造出該軟體的一個初始可運行版本，稱之謂原型（prototype），然後根據(jù)用戶在試用原型的過程中提出的意見和建議、或者增加新的需求，對原型進行改造，獲得原型的新版本，重複這一過程，最終得到令客戶滿意的軟體產(chǎn)品。演化模型的開發(fā)過程就是從構(gòu)造初始的原型出發(fā)，逐步將其演化成最終軟體產(chǎn)品的過程。演化模型適用於對軟體需求缺乏準(zhǔn)確認(rèn)識的情況。典型的演化模型有：增量模型、原型模型、螺旋模型。演化模型95/151增量模型專案日曆時間軟體功能性和特徵12345第2次增量發(fā)佈增量212345第n次增量發(fā)佈增量n12345第1次增量發(fā)佈增量1┇5部署（發(fā)佈，回饋）4構(gòu)造（編碼，測試）3建模（分析，設(shè)計）2計畫1交流96/151增量模型將軟體的開發(fā)過程分成若干個日程時間交錯的線性序列，每個線性序列產(chǎn)生軟體的一個可發(fā)佈的“增量”版本，後一個版本是對前一版本的修改和補充，重複增量發(fā)佈的過程，直至產(chǎn)生最終的完善產(chǎn)品。增量模型融合了瀑布模型的基本成分（重複地應(yīng)用）和演化模型的迭代特徵增量模型強調(diào)每一個增量都發(fā)佈一個可運行的產(chǎn)品97/151增量模型特別適用於：需求經(jīng)常變化的軟體開發(fā)市場急需而開發(fā)人員和資金不能在設(shè)定的市場期限之前實現(xiàn)一個完善的產(chǎn)品的軟體開發(fā)增量模型能有計畫地管理技術(shù)風(fēng)險，如早期增量版本中避免採用尚未成熟的技術(shù)98/151原型（prototype）是預(yù)期系統(tǒng)的一個可執(zhí)行版本，它反映了系統(tǒng)性質(zhì)（如功能、計算結(jié)果等）的一個選定的子集。一個原型不必滿足目標(biāo)軟體的所有約束，其目的是能快速、低成本地構(gòu)建原型。原型方法從軟體工程師與客戶的交流開始，其目的是定義軟體的總體目標(biāo)，標(biāo)識需求。然後快速制訂原型開發(fā)的計畫，確定原型的目標(biāo)和範(fàn)圍，採用快速設(shè)計的方式對其建模，並構(gòu)建原型。被開發(fā)的原型應(yīng)交付給客戶試用，並收集客戶的回饋意見，這些回饋意見可在下一輪迭代中對原型進行改進。在前一個原型需要改進，或者需要擴展其範(fàn)圍的時候，進入下一輪原型的迭代開發(fā)。原型模型99/151部署交付和回饋構(gòu)建原型交流快速設(shè)計方式建?？焖儆嫯嬙湍Ｐ?00/151原型的類型：探索型（exploratoryprototyping）其目的是要弄清目標(biāo)系統(tǒng)的要求，確定所希望的特性，並探討多種方案的可行性實驗型（experimentalprototyping）其目的是驗證方案或演算法的合理性，它是在大規(guī)模開發(fā)和實現(xiàn)前，用於考核方案是否合適，規(guī)格說明是否可靠。演化型（evolutionaryprototyping）其目的是將原型作為目標(biāo)系統(tǒng)的一部分，通過對原型的多次改進，逐步將原型演化成最終的目標(biāo)系統(tǒng)。101/151原型的使用策略：廢棄（throwaway）策略主要用於探索型和實驗型原型的開發(fā)。這些原型關(guān)注於目標(biāo)系統(tǒng)的某些特性，而不是全部特性，開發(fā)這些原型時通常不考慮與探索或?qū)嶒災(zāi)康臒o關(guān)的功能、品質(zhì)、結(jié)構(gòu)等因素，這種原型通常被廢丟，然後根據(jù)探索或?qū)嶒灥慕Y(jié)果用良好的結(jié)構(gòu)和設(shè)計思想重新設(shè)計目標(biāo)系統(tǒng)。追加（addon）策略主要用於演化型原型的開發(fā)。這種原型通常是實現(xiàn)了目標(biāo)系統(tǒng)中已明確定義的特性的一個子集，通過對它的不斷修改和擴充，逐步追加新的要求，最後使其演化成最終的目標(biāo)系統(tǒng)。原型可作為單獨的過程模型使用，它也常被作為一種方法或?qū)崿F(xiàn)技術(shù)應(yīng)用於其他的過程模型中。102/151B.Boehm於1988年提出是瀑布模型和演化模型的結(jié)合，並增加了風(fēng)險分析螺旋模型沿著螺線旋轉(zhuǎn)，在四個象限上分別表達四個方面的活動，即：制定計畫：確定軟體目標(biāo)，選定實施方案，弄清專案開發(fā)的限制條件風(fēng)險分析：評價所選的方案，識別風(fēng)險，消除風(fēng)險工程實施：實施軟體開發(fā)，驗證工作產(chǎn)品客戶評估：評價開發(fā)工作，提出修正建議螺旋模型103/151

104/151螺旋模型出現(xiàn)了一些變種，它可以有3到6個任務(wù)區(qū)域。螺旋模型指引的軟體專案開發(fā)沿著螺線自內(nèi)向外旋轉(zhuǎn)，每旋轉(zhuǎn)一圈，表示開發(fā)出一個更為完善的新軟體版本。如果發(fā)現(xiàn)風(fēng)險太大，開發(fā)者和客戶無法承受，則專案就可能因此而終止。多數(shù)情況下沿著螺線的活動會繼續(xù)下去，自內(nèi)向外，逐步延伸，最終得到所期望的系統(tǒng)。105/151噴泉模型106/151噴泉模型是一種支持面向?qū)ο箝_發(fā)的模型體現(xiàn)迭代和無間隙特徵迭代：各開發(fā)活動常常重複工作多次，相關(guān)的功能在每次迭代中隨之加入演進的系統(tǒng)無間隙：開發(fā)活動之間不存在明顯的邊界107/151支持軟體複用（reuse）利用預(yù)先包裝好的軟體構(gòu)件（包括組織內(nèi)部開發(fā)的構(gòu)件和現(xiàn)存商品化構(gòu)件COTS）來構(gòu)造應(yīng)用系統(tǒng)基於構(gòu)件的開發(fā)模型108/151領(lǐng)域分析構(gòu)件可變性分析構(gòu)建可複用構(gòu)件領(lǐng)域模型領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)圖可複用構(gòu)件庫分析體系結(jié)構(gòu)設(shè)計獲取構(gòu)件構(gòu)件特化和修改評價構(gòu)件組裝和測試開發(fā)未找到構(gòu)件的部分應(yīng)用系統(tǒng)工程應(yīng)用系統(tǒng)領(lǐng)域工程109/151領(lǐng)域工程的目的是構(gòu)建領(lǐng)域模型、領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)和可複用構(gòu)件庫。領(lǐng)域分析分析該領(lǐng)域中各種應(yīng)用系統(tǒng)的公共部分或相似部分，構(gòu)建領(lǐng)域模型和領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)（referencearchitecture），標(biāo)識領(lǐng)域的候選構(gòu)件。對候選構(gòu)件進行可變性分析，以適應(yīng)多個應(yīng)用系統(tǒng)的需要。構(gòu)建可複用構(gòu)件，經(jīng)嚴(yán)格測試和包裝後存入可複用構(gòu)件庫（稱為構(gòu)件工程）。110/151應(yīng)用系統(tǒng)工程的目的是使用可複用構(gòu)件組裝應(yīng)用系統(tǒng)。分析待開發(fā)的應(yīng)用系統(tǒng)，設(shè)計應(yīng)用系統(tǒng)的體系結(jié)構(gòu)，標(biāo)識應(yīng)用系統(tǒng)所需的構(gòu)件。在可複用構(gòu)件庫中查找合適的構(gòu)件（也可購買第三方的構(gòu)件）。特化選中的構(gòu)件，必要時作適當(dāng)?shù)男薷?，以適應(yīng)該應(yīng)用系統(tǒng)的需要。開發(fā)那些未找到合適構(gòu)件的應(yīng)用部分。組裝應(yīng)用系統(tǒng)。評價構(gòu)件的複用情況，以改進可複用構(gòu)件，同時對新開發(fā)的部分進行評價，並向構(gòu)件工程推薦候選構(gòu)件。111/151根據(jù)AT&T、Ericsson、HP公司的經(jīng)驗，有的軟體複用率高達90%以上，產(chǎn)品上市時間可縮短2～5倍，錯誤率減少5～10倍，開發(fā)成本減少15%～75%。僅管這些結(jié)論出自一些較好使用基於構(gòu)件開發(fā)的實例，但毫無疑問，基於構(gòu)件的開發(fā)模型對提高軟體生產(chǎn)率、提高軟體品質(zhì)、降低成本、提早上市時間起到很大的作用。112/151形式方法模型形式化方法（formalmethods）是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟體開發(fā)方法。軟體開發(fā)的全過程中，從需求分析、規(guī)約、設(shè)計、編程、系統(tǒng)集成、測試、文檔生成、直至維護各個階段，凡是採用嚴(yán)格的數(shù)學(xué)語言，具有精確的數(shù)學(xué)語義的方法，都稱為形式化方法。形式化方法用嚴(yán)格的數(shù)學(xué)語言和語義描述功能規(guī)約和設(shè)計規(guī)約，通過數(shù)學(xué)的分析和推導(dǎo)，易於發(fā)現(xiàn)需求的岐義性、不完整性和不一致性，易於對分析模型、設(shè)計模型和程式進行驗證。通過數(shù)學(xué)的演算，使得從形式化功能規(guī)約到形式化設(shè)計規(guī)約，以及從形式化設(shè)計規(guī)約到程式代碼的轉(zhuǎn)換成為可能。113/151淨(jìng)室過程模型系統(tǒng)工程需求收集代碼審查盒結(jié)構(gòu)規(guī)約形式化設(shè)計正確性驗證代碼生成統(tǒng)計使用測試認(rèn)證測試計劃增量1需求收集代碼審查盒結(jié)構(gòu)規(guī)約形式化設(shè)計正確性驗證代碼生成統(tǒng)計使用測試認(rèn)證測試計劃需求收集代碼審查盒結(jié)構(gòu)規(guī)約形式化設(shè)計正確性驗證代碼生成統(tǒng)計使用測試認(rèn)證測試計劃增量2增量3114/151內(nèi)容摘要電腦軟體軟體工程軟體過程軟體過程模型敏捷軟體開發(fā)CASE工具與環(huán)境115/151敏捷軟體開發(fā)軟體開發(fā)的新挑戰(zhàn)快速的市場進入時間，要求高生產(chǎn)率快速變化的需求快速發(fā)展的技術(shù)傳統(tǒng)的軟體開發(fā)方法強調(diào)過程強調(diào)文檔開發(fā)人員負擔(dān)過重稱為重載(Heavyweight)方法116/151針對上述問題，產(chǎn)生了一系列輕載(Lightweight)方法，如XP、SCRUM等。2001年2月，新方法的一些創(chuàng)始人在美國猶他州成立了敏捷軟體開發(fā)聯(lián)盟，簡稱Agile聯(lián)盟。Agile聯(lián)盟起草了一個敏捷軟體開發(fā)宣言，該宣言由四個價值觀聲明組成，並提煉出敏捷軟體開發(fā)方法必須遵循的12條原則。Agile方法是在保證軟體開發(fā)有成功產(chǎn)出的前提下，儘量減少開發(fā)過程中的活動和製品的方法?；\統(tǒng)的講就是，“剛剛好”（Justenough），即開發(fā)中的活動及製品既不要太多也不要太少。117/151Agile方法的價值觀個人和交互高於過程和工具不是否定過程和工具的重要性，而是更強調(diào)軟體開發(fā)中人的作用和交流的作用。軟體是由人組成的團隊來開發(fā)的，與軟體專案相關(guān)的各類人員通過充分的交流和有效的合作，才能成功地開發(fā)出得到用戶滿意的軟體。如果光有定義良好的過程和先進的工具，而人員的技能很差，又不能很好地交流和協(xié)作，軟體是很難成功地開發(fā)的。118/151可運行軟體高於詳盡的文檔通過執(zhí)行一個可運行的軟體來瞭解軟體做了什麼，遠比閱讀厚厚的文檔要容易得多。敏捷軟體開發(fā)強調(diào)不斷地快速地向用戶提交可運行的軟體（不一定是完整的軟體），以得到用戶的認(rèn)可。好的必要的文檔仍是需要的，它能幫助我們理解軟體做什麼，怎麼做以及如何使用，但軟體開發(fā)的主要目標(biāo)是創(chuàng)建可運行的軟體。119/151與客戶協(xié)作高於合同（契約）談判只有客戶才能明確說明需要什麼樣的軟體，然而，大量的實踐表明，在開發(fā)的早期客戶常常不能完整地表達他們的全部需求，有些早期確定的需求，以後也可能會改變。要想通過合同談判的方式，將需求固定下來常常是困難的。敏捷軟體開發(fā)強調(diào)與客戶的協(xié)作，通過與客戶的交流和緊密合作來發(fā)現(xiàn)用戶的需求。120/151對變更及時做出反應(yīng)高於遵循計畫任何軟體專案的開發(fā)都應(yīng)該制訂一個專案計畫，以確定各開發(fā)任務(wù)的優(yōu)先順序和起止日期。然而，隨著專案的進展，需求、業(yè)務(wù)環(huán)境、技術(shù)等都可能變化，任務(wù)的優(yōu)先順序和起止日期也可能因種種原因會改變。因此，專案計畫應(yīng)具有可塑性，有變動的餘地。當(dāng)出現(xiàn)變化時及時做出反應(yīng)，修訂計畫以適應(yīng)變化。121/151Agile方法的指導(dǎo)原則（1）最優(yōu)先的是通過儘早地和不斷地提交有價值的軟體使客戶滿意（2）歡迎變化的需求，即使該變化出現(xiàn)在開發(fā)的後期，為了提升對客戶的競爭優(yōu)勢，Agile過程利用變化作為動力（3）以幾周到幾個月為週期，儘快、不斷地發(fā)佈可運行軟體（4）在整個專案過程中，業(yè)務(wù)人員和開發(fā)人員必須天天一起工作122/151（5）以積極向上的員工為中心建立專案組，給予他們所需的環(huán)境和支持，對他們的工作予以充分的信任（6）專案組內(nèi)效率最高、最有效的資訊傳遞方式是面對面的交流（7）測量專案進展的首要依據(jù)是可運行的軟體（8）敏捷過程提倡可持續(xù)的開發(fā)，專案發(fā)起者、開發(fā)者和用戶應(yīng)能長期保持恒定的速度123/151（9）應(yīng)時刻關(guān)注技術(shù)上的精益求精和好的設(shè)計，以增強敏捷性（10）簡單化是必不可少的，這是盡可能減少不必要工作的藝術(shù)（11）最好的構(gòu)架、需求和設(shè)計出自於自我組織的團隊（12）團隊要定期反思怎樣才能更有效，並據(jù)此調(diào)整自己的行為124/151Agile方法的適用範(fàn)圍MartinFowler認(rèn)為：新方法不是到處可適用的適合採用Agile方法的情況：需求不確定、易揮發(fā)（Volatile,意指今天的要求明天就不需要了）有責(zé)任感和積極向上的開發(fā)人員用戶容易溝通並能參與125/151Agile的典型方法ExtremeProgramming(簡稱XP)SCRUMCrystalMethodologies(簡稱Crystal)FeatureDrivenDevelopment(簡稱FDD)DynamicSystemsDevelopmentMethodology(簡稱DSDM)AdaptiveSoftwareDevelopment(簡稱ASD)PragmaticProgramming等126/151XP方法由KentBeck提出，是Agile方法中最引人注目的一個XP最初實踐於1997年Crysler公司的C3專案(Smalltalk開發(fā)）適用於10人以下專案組、開發(fā)地點集中的場合廣泛用於需求模糊和揮發(fā)性強的場合IONA公司的Obix技術(shù)支持小組在採用了XP方法後，軟體生產(chǎn)率提高了67%127/151XP方法的4個價值觀交流（Communication）實踐表明，專案失敗的重要原因之一是交流不暢，使得客戶的需求不能準(zhǔn)確地傳遞給開發(fā)人員，造成開發(fā)人員不能充分理解需求；模型或設(shè)計的變動未能及時告知相關(guān)人員，造成系統(tǒng)的不一致和集成的困難所有專案相關(guān)人員之間充分的有效的交流是軟體開發(fā)成功所必不可少的XP方法提倡面對面的交流，這是一種有效的也是效率最高的交流方式128/151簡單（Simplicity）指在確保得到客戶滿意的軟體的前提下，做最簡潔的工作（簡單的過程、模型、文檔、設(shè)計和實現(xiàn)）在開發(fā)中不斷優(yōu)化設(shè)計，時刻保持代碼簡潔、無冗餘體現(xiàn)了敏捷開發(fā)的“剛剛好(Justenough)”思想，即開發(fā)中的活動及製品既不要太多也不要太少，剛好即可129/151回饋（Feedback）及時有效的回饋能確定開發(fā)工作是否正確，及時發(fā)現(xiàn)開發(fā)工作的偏差並加以糾正。強調(diào)各種形式的回饋，如非正式的評審（走查，Walkthrough）、小發(fā)佈等130/151勇氣（Courage）採用敏捷軟體開發(fā)需要勇氣：信任合作的同事，也相信自己做能做到的最簡單的事只有在絕對需要的時候才創(chuàng)建文檔讓業(yè)務(wù)人員制定業(yè)務(wù)決策，技術(shù)人員制定技術(shù)決策用可能的最簡單的工具，例如白板和紙，只有在複雜建模工具能提供可能的最好價值時才去使用它們相信程式員能制定設(shè)計決策，不需要給他們提供過多的細節(jié)需要勇氣來承認(rèn)自己是會犯錯誤的，需要勇氣來相信自己明天能克服明天出現(xiàn)的問題。131/151XP方法的12個核心實踐1.完整的團隊（WholeTeam）所有的小組成員應(yīng)在同一個工作地點工作成員中必須有一個現(xiàn)場用戶（On-siteUser）由他提出需求，確定開發(fā)優(yōu)先順序通常還設(shè)一個“教練”（Coach）角色

教練指導(dǎo)XP方法的實施，以及與外部的溝通和協(xié)調(diào)2.計畫對策（PlanningGame）

包括兩類：發(fā)佈計畫和迭代（Iteration）計畫132/1513.系統(tǒng)比喻（Metaphor）

系統(tǒng)比喻是待開發(fā)軟體的一個每個成員都熟悉的形象化比喻，相當(dāng)於一個粗略的軟體體系結(jié)構(gòu)4.小發(fā)佈（Smallrelease）

經(jīng)常、不斷地發(fā)佈可運行的、具有商業(yè)價值的小軟體版本，供現(xiàn)場用戶評估或最終使用

5.測試（testing）

XP方法提倡測試優(yōu)先，即先寫測試後編代碼（testingthencoding）6.簡單設(shè)計（SimpleDesign）設(shè)計只考慮當(dāng)前定義的功能而不考慮以後需求的變化該設(shè)計是完成目前功能所需的最簡潔的設(shè)計133/1517.結(jié)對編程（PairProgramming）一個程式員編程的同時，另一個程式員負責(zé)檢查程式的正確性和可讀性結(jié)對的夥伴可以動態(tài)調(diào)整8.

設(shè)計改進（DesignImprovement）在不影響程式的外部可見行為的情況下，按高內(nèi)聚低耦合的原則對程式結(jié)構(gòu)進行改進，保持代碼簡潔、無冗餘持續(xù)集成（ContinuousIntegration）每完成一個模組的開發(fā)（包括該模組的單元測試）後，立即將其組裝到系統(tǒng)中，並進行集成測試，完成該集成測試後才能進行下一次集成134/15110.

代碼全體共有（CollectivecodeOwnership）

團隊中的任何人可以在任何時候修改系統(tǒng)任何位置上的任何代碼團隊的成員都可以參加模型的開發(fā)，又有系統(tǒng)比喻、結(jié)對編程、編碼標(biāo)準(zhǔn)、持續(xù)集成等實踐，這些都為代碼全體共有提供了支持編碼標(biāo)準(zhǔn)（CodingStandard）

XP方法強調(diào)制訂一個統(tǒng)一的編碼標(biāo)準(zhǔn)，包括命名、注釋、格式等編程風(fēng)格12.可持續(xù)步調(diào)（SustainablePace）

每週40小時工作制135/151XP方法的開發(fā)過程最新版本發(fā)佈計畫

用戶認(rèn)可

用戶故事(userstories)下一迭代Bugs新用戶故事測試用例迭代開發(fā)體系結(jié)構(gòu)骨架(spike)系統(tǒng)比喻制訂交付計畫驗收測試小發(fā)佈需求不確定的估計確定的估計難點骨架探索階段計畫階段迭代與發(fā)佈階段產(chǎn)品化階段維護階段136/151探索階段探索階段的主要工作是開發(fā)初始的用戶故事（UserStories）和體系結(jié)構(gòu)骨架（architecturespike）。用戶故事描述了系統(tǒng)高層的需求，它是制訂發(fā)佈計畫的輸入。在探索階段，試探找到系統(tǒng)中固定不變的部分（體系結(jié)構(gòu)骨架），並找出一種形象的比喻，這種比喻描述了你打算如何構(gòu)建系統(tǒng)，起到概念框架的作用。探索階段還應(yīng)根據(jù)用戶故事編制相應(yīng)的測試用例，供以後驗收測試時使用。137/151計畫階段計畫階段的任務(wù)是根據(jù)用戶故事描述的需求、系統(tǒng)體系結(jié)構(gòu)骨架和系統(tǒng)比喻來制訂迭代計畫和發(fā)佈計畫。使用你最熟悉的形式為用戶故事建模，這個模型描述了用戶故事的任務(wù)以及這些任務(wù)之間的關(guān)係。通常圖形方式（可以是草圖）比文字描述更直觀。盡可能精確地估算工作量，這是制訂計畫的重要依據(jù)。對於那些不能確切估算其工作量的難點部分，要進一步作分析，直至能確定其工作量估算。138/151迭代到發(fā)佈階段迭代到發(fā)佈階段根據(jù)迭代和發(fā)佈計畫，開發(fā)滿足指定用戶故事需求的軟體，並與前面已完成的軟體版本集成，得到軟體的一個新版本。根據(jù)在探索階段編寫的測試用例，進行驗收測試。一旦發(fā)現(xiàn)錯誤或者通過驗收測試想進入下一輪迭代時，就重複迭代開發(fā)的工作。在這一階段當(dāng)客戶提出新的用戶故事，或者根據(jù)專案的進展情況認(rèn)為有必要時，可以回到計畫階段，對迭代和發(fā)佈計畫做出修改或調(diào)整。139/151產(chǎn)品化階段產(chǎn)品化階段的工作主要是確認(rèn)迭代開發(fā)的軟體已經(jīng)做好進入產(chǎn)品化的準(zhǔn)備。在此階段可進行更多的測試，如系統(tǒng)測試、負載測試、安裝測試等。另一個工作就是整理文檔。雖然敏捷軟體開發(fā)的價值觀中強調(diào)“可運行軟體高於詳盡的文檔”，但是，必要的文檔仍是需要的。140/151可能要寫的文檔：系統(tǒng)文檔系統(tǒng)文檔的目的在於為系統(tǒng)提供一個總覽，來幫助人們理解它。主要包括：系統(tǒng)技術(shù)體系結(jié)構(gòu)和業(yè)務(wù)體系結(jié)構(gòu)的總覽、高層次的系統(tǒng)需求、關(guān)鍵設(shè)計決策的總結(jié)、體系結(jié)構(gòu)圖以及重要的設(shè)計模型（如果有的話）等。操作文檔操作文檔的內(nèi)容包括：系統(tǒng)涉及的依賴關(guān)係，與其他系統(tǒng)、資料庫以及檔文互的特性，對備份流程的參考引用，系統(tǒng)的聯(lián)繫人列表以及聯(lián)繫方法，系統(tǒng)的適用性及可靠性需求的總結(jié)，系統(tǒng)預(yù)期負載情況概況，以及排錯指導(dǎo)原則。141/151

支持文檔支持文檔的內(nèi)容包括：支持人員專用的培訓(xùn)教材，解決問題時作為參考的用戶文檔，排錯指導(dǎo)原則，解決疑難問題時的上報流程，以及維護團隊的聯(lián)繫列表。用戶文檔參考手冊用於快速查詢；用戶指南用於指明系統(tǒng)的工作方式；支持指南用於指導(dǎo)如何獲取其他的幫助；培訓(xùn)資料則主要用於培訓(xùn)。142/151維護階段維護階段涵蓋了計畫階段、迭代到發(fā)佈階段和產(chǎn)品化階段通常這個階段主要包括面向產(chǎn)品的活動，如系統(tǒng)的運行和支持。143/151內(nèi)容摘要電腦軟體軟體工程軟體過程軟體過程模型敏捷軟體開發(fā)CASE工具與環(huán)境144/151在軟體工程活動中，軟體工程師和管理人員按照軟體工程的方法和原則，借助於電腦及其軟體工具的幫助，開發(fā)、維護、管理軟體產(chǎn)品的過程稱為電腦輔助軟體工程電腦輔助軟體工程（CASE）

ComputerAidedSoftwareEngineering145/151軟體工具是用來輔助電腦軟體的開發(fā)、運行、維護、管理、支持過程中的活動或任務(wù)的軟體按支持的軟體過程活動分類：開發(fā)過程：需求分析工具，設(shè)計工具，編碼工具，測試工具它們還可按支持的開發(fā)方法分為：結(jié)構(gòu)化XX工具，面向?qū)ο骕X工具CASE工具146/151維護過程：版本控制工具，文檔分析工具，逆向工程（reverseengineering）工具，再工程（reengineering）工具管理過程：專案管理工具，配置管理工具，軟體評價工具應(yīng)用類工具147/151集成型開發(fā)環(huán)境是一種把支持多種軟體開發(fā)方法和過程模型的軟體工具集成到一起的軟體開發(fā)環(huán)境集成型開發(fā)環(huán)境由環(huán)境集成機制和工具集組成集成型軟體開發(fā)環(huán)境148/151環(huán)境集成機制包括：數(shù)據(jù)集成機制：為各種相互協(xié)作的工具提供統(tǒng)一的數(shù)據(jù)介面規(guī)範(fàn)控制集成機制：支持各個工具或開發(fā)活動之間的通信、切換、調(diào)度和協(xié)同工作，並支持軟體開發(fā)過程的描述、執(zhí)行與轉(zhuǎn)接介面集成機制：支持工具介面的集成和應(yīng)用系統(tǒng)的介面開發(fā)，統(tǒng)一介面風(fēng)格

第2章系統(tǒng)工程150/27內(nèi)容摘要基於電腦的系統(tǒng)系統(tǒng)工程的任務(wù)可行性分析151/27內(nèi)容摘要基於電腦的系統(tǒng)系統(tǒng)工程的任務(wù)可行性分析152/27

所謂基於電腦的系統(tǒng)是指：通過處理資訊來完成某些預(yù)定義目標(biāo)而組織在一起的元素的集合或排列。組成基於電腦系統(tǒng)的元素主要有：軟體、硬體、人員、資料庫、文檔和規(guī)程（Procedure）基於電腦的系統(tǒng)153/27系統(tǒng)元素軟體—指電腦程式、數(shù)據(jù)結(jié)構(gòu)和相關(guān)的工作產(chǎn)品，以實現(xiàn)所需要的邏輯方法、規(guī)程或控制硬體—指提供計算能力的電子設(shè)備、支持?jǐn)?shù)據(jù)流的互連設(shè)備（如網(wǎng)路交換器、電信設(shè)備）和提供外部世界功能的電子機械設(shè)備（如感測器、馬達等）人員—指硬體和軟體的用戶和操作者154/27資料庫—指通過軟體訪問並持久存儲的大型的有組織的資訊集合。文檔—指描繪系統(tǒng)的使用和/或操作的描述性資訊（如模型、規(guī)格說明、硬複製手冊、聯(lián)機幫助檔、Web站點）。規(guī)程（procedures）—指定義每個系統(tǒng)元素的特定使用或系統(tǒng)所處的過程性語境的步驟。155/27系統(tǒng)的層次結(jié)構(gòu)基於電腦的系統(tǒng)本身可以成為一個更大的基於電腦系統(tǒng)中的一個元素，稱其為那個更大系統(tǒng)的宏元素。這樣，基於電腦的系統(tǒng)可呈現(xiàn)一個層次結(jié)構(gòu)。156/27工廠自動化

系統(tǒng)157/27內(nèi)容摘要基於電腦的系統(tǒng)系統(tǒng)工程的任務(wù)可行性分析158/27電腦系統(tǒng)工程電腦系統(tǒng)工程是一個問題求解的活動，其目的是分析基於電腦的系統(tǒng)的功能、性能等要求，並把它們分配到基於電腦系統(tǒng)的各個系統(tǒng)元素中，確定它們的約束條件和介面。

159/27系統(tǒng)工程的任務(wù)識別用戶的要求標(biāo)識系統(tǒng)的功能和性能範(fàn)圍，確定系統(tǒng)的功能、性能、約束和介面。160/27系統(tǒng)建模和模擬通?？煽紤]建立如下模型：硬體系統(tǒng)模型：描述基於電腦系統(tǒng)中的硬體（包括電腦、受系統(tǒng)控制的其他硬體設(shè)備等）配置、通信協(xié)議、拓撲結(jié)構(gòu)、以及確?；峨娔X系統(tǒng)的安全性、可靠性、性能等要求的措施。軟體系統(tǒng)模型：描述各軟體子系統(tǒng)的功能、性能等要求，它們在硬體系統(tǒng)中的部署情況，以及軟體子系統(tǒng)之間的交互。人機介面模型：描述人如何與基於電腦的系統(tǒng)進行交互，包括用戶環(huán)境、用戶的活動、人機交互的語法和語義等。數(shù)據(jù)模型：描述基於電腦的系統(tǒng)使用了哪些資料庫管理系統(tǒng)，如果使用多個數(shù)據(jù)庫管理系統(tǒng)，還應(yīng)描述它們之間的數(shù)據(jù)轉(zhuǎn)換方式，必要時可給出主要的數(shù)據(jù)結(jié)構(gòu)。1