【文章內(nèi)容簡介】 文檔 ） 的各個模塊應使用一致的概念 、符號和術(shù)語；程序內(nèi)部接口應保持一致；軟件與環(huán)境的接口應保持一致；系統(tǒng)規(guī)格說明應與系統(tǒng)行為保持一致；用于形式化規(guī)格說明的公理系統(tǒng)應保持一致 。 軟 件 工 程 軟件工程的原則 6． 完全性 （ pleteness） ， 軟件系統(tǒng)不丟失任何重要成分 ， 完全實現(xiàn)所需的系統(tǒng)功能的程度 。 為了保證系統(tǒng)的完全性 ， 在軟件的開發(fā)和維護過程中需要嚴格的技術(shù)評審 。 7． 可驗證性 （ verifiability） ， 開發(fā)大型軟件系統(tǒng)需要對系統(tǒng)逐層分解 。 系統(tǒng)分解應遵循易于檢查 、 測試 、評審的原則 ， 以使系統(tǒng)可驗證 。 ?抽象 、 信息隱藏 、 模塊化和局部化的原則支持可理解性 、 可修改性 、 可靠性等目標 ， 并可提高軟件產(chǎn)品的質(zhì)量和開發(fā)效率； ?一致性 、 完全性和可驗證性等原則可以幫助軟件開發(fā)人員去實現(xiàn)一個正確的系統(tǒng) 。 軟 件 工 程 教學題目： 軟件生存周期 ~ 方法、工具及環(huán)境 教學目的：掌握軟件生存周期的劃分， 了解各個階段的任務；熟悉幾種軟件開發(fā)模型、了解 CASE工具及環(huán)境。 教學重點：軟件生存周期、軟件開發(fā)模型。 教學難點：開發(fā)模型 教 具：多媒體教室、電子教案 作 業(yè)：看書 第一章 軟件與軟件工程 軟 件 工 程 軟件生存周期 ? 軟件從定義開始，經(jīng)過開發(fā)、使用和維護， 直到最終退役的全過程稱為軟件生存周期。 ? 可將軟件生存周期劃分為 3個過程共 9個階段。 ? 3個過程是：軟件定義過程、軟件開發(fā)過程、 軟件使用與維護過程。 ? 9個階段有：可行性研究、需求分析、概要設 計、詳細設計、實現(xiàn)、組裝測試、 驗收測試、使用與維護、退役。 它們之間的關(guān)系如圖 131所示 。 圖 131 軟件生存周期階段的劃分 使用與維護 驗收測試 組裝測試 實現(xiàn) 詳細設計 概要設計 需求分析 退役 開發(fā)過程 使用與維護過程 定義過程 可行性研究 軟 件 工 程 軟件定義 ? 軟件定義的基本任務是確定軟件系統(tǒng)的工程需求，也就是要搞清“做什么”。 ? 軟件定義過程可通過軟件系統(tǒng)的可行性研究和需求分析兩個階段來完成。 軟 件 工 程 1．可行性研究 ?本階段的任務是根據(jù)用戶提出的工程項目的性質(zhì)、目標和規(guī)模，進一步了解用戶的要求及現(xiàn)有的環(huán)境及條件，從技術(shù)、經(jīng)濟和社會等多方面研究并論證該項目的可行性。即該項目是否值得去解決，是否存在可行的解決辦法。 ?此時，系統(tǒng)分析人員應在用戶的配合下對用戶的要求和現(xiàn)有的環(huán)境進行深入調(diào)查并寫出調(diào)研報告。進而進行可行性論證。可行性論證包括 經(jīng)濟可行性、技術(shù)可行性、操作可行性、法律可行性 等。在此基礎上還要制定初步的項目計劃，包括需要的軟硬件資源、定義任務、風險分析、成本 /效益分析以及進度安排等。 ?可行性研究的結(jié)果將是使用部門負責人做出是否繼續(xù)進行該項目決定的重要依據(jù)。 軟 件 工 程 2．需求分析 1）需求分析的任務 需求分析的任務是確定待開發(fā)的軟件系統(tǒng)“ 做什么 ” 。 具體任務包括確定軟件系統(tǒng)的功能需求 、性能需求和運行環(huán)境約束 ， 編制軟件需求規(guī)格說明書 、 軟件系統(tǒng)的驗收測試準則和初步的用戶手冊 。 軟 件 工 程 2．需求分析 2） 需求分析的實現(xiàn)途徑 軟件系統(tǒng)需求一般由 用戶 提出 。 系統(tǒng)分析員和開發(fā)人員在需求分析階段必須與用戶反復討論 、協(xié)商 ， 充分交流信息 ， 并用某種方法和工具構(gòu)建軟件系統(tǒng)的 邏輯模型 。 為了使開發(fā)方與用戶對待開發(fā)軟件系統(tǒng)達成一致的理解 ， 必須建立相應的需求文檔 。 有時對大型 、 復雜的軟件系統(tǒng)的主要功能 、 接口 、 人機界面等還要進行模擬或建造原型 ， 以便向用戶和開發(fā)方展示待開發(fā)軟件系統(tǒng)的主要特征 。 確定軟件需求的過程有時需要反復多次 ， 最終得到用戶和開發(fā)者的確認 。 軟 件 工 程 2．需求分析 3） 需求分析的階段成果 需求分析階段的主要成果有 軟件需求規(guī)格說明 、軟件驗收測試計劃和準則 、 初步的用戶手冊 等 。 其中 ， 軟件需求規(guī)格說明 （ Software Requirements Specification， 即 SRS） ， 是一個關(guān)鍵性的文檔 。 多數(shù)場合 ， 面向開發(fā)者的軟件需求用需求規(guī)格說明語言來描述 ， 它是軟件開發(fā)人員進行軟件設計的依據(jù)；另一方面 ， 從某種意義上講 ， SRS又起到與用戶簽定合同的合同書的作用 。 因此 ， 在 SRS中應包括軟件系統(tǒng)的全部功能需求 、 性能需求 、 接口需求 、 設計需求 、 基本結(jié)構(gòu) 、 開發(fā)標準和驗收準則等等 。 軟 件 工 程 軟件開發(fā) ?軟件開發(fā)過程由概要設計、詳細設計、實現(xiàn)（即編碼與單元測試）、組裝測試、驗收測試共 5個階段組成。 ?其中，概要設計和詳細設計統(tǒng)稱為設計；編碼即編程；單元測試、組裝測試和驗收測試統(tǒng)稱為測試。 ?開發(fā)者通常可提出多種設計方案，并對各種方案在功能、性能、成本、進度等方面進行比較和折衷，從中選出一種“最佳方案”。 ?下面將簡單地介紹軟件開發(fā)過程中各階段的任務，實現(xiàn)的途徑和階段成果。 軟 件 工 程 軟件開發(fā) 1． 概要設計 —— 總體設計 ?任務： 是對需求規(guī)格說明中提供的軟件系統(tǒng)邏輯模型進行進一步的分解 ， 從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各子系統(tǒng)之間 、 各模塊之間的關(guān)系 ， 定義各子系統(tǒng)接口界面和各功能模塊的接口 ， 設計全局數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu) ， 規(guī)定設計約束 ， 制定組裝測試計劃 ， 進而給出每個功能模塊的功能描述 、 全局數(shù)據(jù)定義和外部文件定義等 。 軟 件 工 程 1．概要設計 ?實現(xiàn)的途徑： 選擇某種方法和工具 。 設計的軟件系統(tǒng)應具有良好的總體結(jié)構(gòu) 、 盡量降低模塊接口的復雜度 ，并力爭做到各功能模塊之間的低耦合度 、 而功能模塊內(nèi)部具有較高的內(nèi)聚度 。 ?階段性成果： 概要設計說明書 、 數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu)說明書 、 組裝測試計劃等文檔 。 軟 件 工 程 2．詳細設計 ?任務：是將概要設計產(chǎn)生的功能模塊進一步細化，形成可編程的程序模塊，然后設計程序模塊的內(nèi)部細節(jié)，包括算法、數(shù)據(jù)結(jié)構(gòu)以及各程序模塊間的接口信息，并設計模塊的單元測試計劃。 ?途徑：可以采用結(jié)構(gòu)化的設計方法，采用結(jié)構(gòu)化的程序流程圖、 NS圖、過程設計語言（ PDL， Procedure Design Language）等工具進行描述，也可以采用面向?qū)ο蟮脑O計方法等等。 ?階段成果：應提供“詳細設計規(guī)格說明”（或稱“模塊開發(fā)卷宗”）和單元測試計劃等詳細設計文檔。 軟 件 工 程 3．實現(xiàn) —— 編碼和單元測試。 ?編碼的主要任務是根據(jù)詳細設計規(guī)格說明 ， 用某種選定的程序設計語言把詳細設計的結(jié)果轉(zhuǎn)化為機器可運行的源程序模塊 ， 這是一個編程和調(diào)試程序的過程 。 ?一般來說 ， 對軟件系統(tǒng)所采用的分析方法 、 設計方法 、編程方法以及所選用的程序設計語言應盡可能保持一致 。 ?編碼階段應注意遵循編程標準 、 養(yǎng)成良好的編程風格 ，以便編寫出正確的便于理解 、 調(diào)試和維護的程序模塊 。 軟 件 工 程 3．實現(xiàn) —— 編碼和單元測試。 ?單元測試：每編寫出一個程序模塊的源程序，調(diào)試通過后，即對該模塊進行測試，這稱為單元測試。 ?實現(xiàn)階段的成果： 按一定規(guī)則存在盤上的通過單元測試的各功能模塊的集合 詳細的單元測試報告等文檔。 軟 件 工 程 4．組裝測試 組裝測試：根據(jù)概要設計提供的軟件結(jié)構(gòu)、各功能模塊的說明和組裝測試計劃，把經(jīng)過單元測試檢驗的模塊按照某種選定的策略逐步進行組裝和測試。 主要任務：測試系統(tǒng)各模塊間的連接是否正確，系統(tǒng)或子系統(tǒng)的正確處理能力、容錯能力、輸入 /輸出處理是否達到要求。 階段成果： ①應是滿足概要設計要求、可運行的軟件系統(tǒng) 和源程序清單；