【正文】 系統(tǒng)的硬件和軟件部分應(yīng)用于用戶環(huán)境的能力； ? 具備良好的書面和口頭形式進行討論和交換意見的能力； ? 具有“既能看到樹木，又能看到森林”的能力。為了證實軟件能否被成功實現(xiàn)就要規(guī)定相應(yīng)的檢驗標準，這些標準在軟件開發(fā)期間將作為測試的依據(jù)。 ? 評價與綜合 需求分析人員必須求得數(shù)據(jù)的流程和數(shù)據(jù)結(jié)構(gòu)，評價優(yōu)缺點；結(jié)合用戶要求，修改現(xiàn)行的系統(tǒng)，提出新系統(tǒng)的功能，加以細化；提出軟件的約束條件、響應(yīng)時間、存儲條件等。 需求分析 軟件需求分析實現(xiàn)以下幾個目標： ? 給出軟件系統(tǒng)的數(shù)據(jù)流程圖與數(shù)據(jù)結(jié)構(gòu)，構(gòu)造一個完全的系統(tǒng)邏輯模型； ? 提出詳細的功能說明確定設(shè)計限定條件，規(guī)定性能要求； ? 密切與用戶的聯(lián)系，使用戶明確自己的任務(wù)，以便實現(xiàn)上述兩項目標。 ? 軟件需求分析是一個不斷發(fā)現(xiàn)和決定的過程，在此過程中，軟件開發(fā)者和軟件申請者（用戶）同樣起著重要的作用。 問題定義 軟件計劃： ? 范圍（研制的目標，主要功能，其他特性，開發(fā)概況） ? 資源（人力資源、硬件資源、軟件資源、可用性資源窗口） ? 成本 ? 進度安排 需求分析 ? 軟件需求分析是軟件生存期的一個重要階段，是軟件開發(fā)項目得以成功的基礎(chǔ)。 問題定義 問題定義的關(guān)鍵任務(wù)是確切地定義用戶要求解決的問題，也就是確定問題的性質(zhì)、工程的目標和規(guī)模。 ? 可靠性：軟件在給定的時間內(nèi)和規(guī)定的環(huán)境條件下，按規(guī)格說明的規(guī)定成功地運行的概率。 基本概念 軟件質(zhì)量要素： ? 正確性：軟件產(chǎn)品準確執(zhí)行軟件規(guī)格說明中所規(guī)定的能力。 基本概念 瀑布式模型的特點： ? 結(jié)構(gòu)簡單明了；歷史較長、應(yīng)用面廣泛、為廣大軟件工作者所熟悉；已有與之配套的一組十分成熟的開發(fā)方法和豐富的支撐工具。 定義 分析 設(shè)計 編碼 測試 維護 基本概念 瀑布式軟件生存期模型把軟件開發(fā)過程劃分成若干階段，每個階段的任務(wù)相對獨立，便于不同人員分工協(xié)作，從而降低了整個軟件開發(fā)工程的困難程度。對軟件生存期的不同劃分，形成了不同的軟件生存期模型。 基本概念 軟件工程的基本內(nèi)容： ? 軟件設(shè)計方法論 ? 軟件工具 ? 軟件工程標準和規(guī)范 ? 軟件工程管理 ? 軟件工程理論 基本概念 軟件工程的基本原理： ? 嚴格按照計劃進行管理 ? 堅持進行階段評審 ? 實行嚴格的產(chǎn)品控制 ? 采用現(xiàn)代的程序技術(shù) ? 結(jié)果要能清晰地審計 ? 開發(fā)小組人員素質(zhì)要好，數(shù)量不宜多 ? 要承認不斷改善軟件工程實踐的必要性 基本概念 軟件生存期（過程）模型： 軟件生存期是軟件產(chǎn)品或系統(tǒng)一系列相關(guān)活動的全周期。 基本概念 軟件的分類： ? 系統(tǒng)軟件 ? 支撐軟件 ? 應(yīng)用軟件 基本概念 軟件危機 ? 供求關(guān)系失調(diào) ? 開發(fā)費用失控，進度拖延 ? 可靠性差 ? 難以維護 基本概念 產(chǎn)生軟件危機的原因（軟件本身的特點） ? 軟件開發(fā)進展情況較難衡量 ? 軟件開發(fā)質(zhì)量難以評價 ? 管理和控制軟件開發(fā)過程相當困難 ? 軟件沒有“磨損”概念，軟件維護通常意味著改進或修改原來的設(shè)計 基本概念 產(chǎn)生軟件危機的原因（軟件開發(fā)人員的錯誤觀點） ? “有一個對目標的概括描述就足以著手編寫程序了，許多細節(jié)可以在以后再補充” ? “所謂軟件開發(fā)就是編寫程序并設(shè)法使它運行” ? “用戶對軟件的要求不斷變化，然而軟件是柔軟而靈活的，可以輕易地改動” ? “軟件投入生產(chǎn)性運行以后需要的維護工作并不多，而且維護是一件很容易做的簡單工作” 基本概念 軟件工程 ? 應(yīng)用計算機科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，以工程化原則、方法解決軟件問題的工程。 ? 文件 為了便于了解程序所需的資料說明。 劉超 張莉 編著 北京航空航天大學(xué)出版社 ? 傳統(tǒng)軟件工程方法 ? 問題定義 ? 需求分析 ? 概要設(shè)計 ? 詳細設(shè)計 ? 編 碼 ? 測 試 ? 維 護 基本概念 軟件 計算機系統(tǒng)中的程序及其有關(guān)文件。 Roger S. Pressman著 黃柏素 梅宏 譯 機械工業(yè)出版社 ? 171。軟 件 工 程 李 宣 東 南京大學(xué)計算機科學(xué)與技術(shù)系 主要內(nèi)容 ? 傳統(tǒng)軟件工程方法 ? 面向?qū)ο筌浖こ蹋ńy(tǒng)一建模語言 UML） ? 軟件工程中的高級課題 ? 軟件過程、管理與質(zhì)量 參考文獻 ? 171。軟件工程：實踐者的研究方法 187?？梢暬嫦?qū)ο蠼＜夹g(shù) 187。 ? 程序 計算任務(wù)中的處理對象和處理規(guī)則的描述。 基本概念 軟件的作用 ? 用戶與硬件的接口 ? 計算機系統(tǒng)的指揮者 ? 計算機系統(tǒng)結(jié)構(gòu)設(shè)計的重要依據(jù) 基本概念 軟件的發(fā)展過程 ? 第一階段：從第一臺計算機上的第一個程序的出現(xiàn)到實用的高級程序設(shè)計語言出現(xiàn)之前（ 19461956）； ? 第二階段：從實用的高級程序設(shè)計語言出現(xiàn)到軟件工程出現(xiàn)之前（ 19561968）； ? 第三階段：軟件工程（ 1968 ）。其中，計算機科學(xué)、數(shù)學(xué)用于構(gòu)造模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計范型、降低成本及確定權(quán)衡，管理科學(xué)用于計劃、資源、質(zhì)量、成本等管理。從形成概念開始，經(jīng)過研制，交付使用，在使用中不斷增補修訂，直到最后被淘汰，讓位于新的軟件產(chǎn)品的過程。 基本概念 瀑布式軟件生存期模型 強調(diào)階段的劃分 及其順序性、各階段工作 及其文檔的完備性，是一種嚴格線性的、 按階段順序的、逐步細化的開發(fā)模式。在軟件生存期的每個階段都采用科學(xué)的管理技術(shù)和良好的方法與技術(shù)，而且每個階段結(jié)束之前，都從技術(shù)和管理兩個角度進行嚴格的審查，經(jīng)確認之后才開始下一階段的工作。 ? 確定了需求分析的絕對重要性，但是在實踐中要想獲得完善的需求說明是非常困難的；反饋信息慢。 ? 健壯性：在異常條件下軟件仍能運行的能力?？煽啃岳斫鉃檎_性和健壯性之和。 ? 可行性研究 ? 對軟件進行分析與估算 ? 確定軟件作用范圍 問題定義 可行性研究： ? 經(jīng)濟可行性 ? 技術(shù)可行性 ? 法律可行性 ? 不同的方案 問題定義 對軟件進行分析與估算： ? 確定軟件的范圍 ? 估算完成軟件開發(fā)任務(wù)所需的資源 ? 估算軟件的成本 ? 估算和安排軟件開發(fā)項目的進度 問題定義 確定軟件的作用范圍： 詳細描述軟件的任務(wù)和具體的要求，抱括軟件的功能、性能、接口和可靠性等四個方面的內(nèi)容。其最根本的任務(wù)是確定為了滿足用戶的需要軟件系統(tǒng)必須做什么。 ? 在需求分析與說明過程中，需要大量交換意見，其間充滿著傳錯信息和發(fā)生誤解的可能性： “我知道你相信你明白了你認為我所說的是什么，但是我不能肯定你是否意識到你聽到的并不是我所指的意思 ......”。 需求分析 軟件需求分析包括的工作： ? 問題的認識 需求分析人員通過頻繁與用戶聯(lián)系，充分理解用戶提出的每一個功能與性能要求，從軟件系統(tǒng)特征、軟件開發(fā)全過程以及軟件計劃給出的資源和時間約束，來確定軟件開發(fā)的總策略。 需求分析 軟件需求分析包括的工作： ? 建立需求說明書 軟件需求說明書包含軟件功能、性能、接口、有效性和邏輯模型的描述。 ? 復(fù)審 由軟件開發(fā)人員和用戶共同對需求說明書進行嚴格的審查。 需求分析 基本系統(tǒng)模型： ? 軟件系統(tǒng)的全部功能被表示成一個單一的信息變換過程： 軟件系統(tǒng) 輸入 1 輸入 2 輸入 n 輸出 n 輸出 2 輸出 1 . . . . . . 需求分析 需求分析 信息 信息流程 信息結(jié)構(gòu) 出來的是什么 進去的是什么 中間如何變換 單個元件是什么 怎樣把它們安置在一起 一組元件合在一起分類 各組元件之間的關(guān)系 需求分析 結(jié)構(gòu)化分析方法（ SA） ? SA方法采用“抽象”和“分解”兩個基本手段，用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換關(guān)系，由頂向下逐層分解，直到找到滿足功能需要的所有可實現(xiàn)的軟件元素為止。 需求分析 數(shù)據(jù)流程圖： ? 表示外部實體，代表數(shù)據(jù)源和數(shù)據(jù)池。 ? 表示數(shù)據(jù)流，代表數(shù)據(jù)的流向和路徑。 需求分析 數(shù)據(jù)流程圖的特點： ? 可以表示任何一個系統(tǒng)（人工的、自動的、或混合的）中的數(shù)據(jù)流程； ? 每個表示加工的圓圈可能需要進一步分解以求得對問題的全面理解； ? 著重強調(diào)的是數(shù)據(jù)流程而不是控制流程。 需求分析 數(shù)據(jù)字典 ? 數(shù)據(jù)流程圖中，所有的圖形元素都進行了命名，所有名字的定義集中起來就構(gòu)成一本數(shù)據(jù)字典。在數(shù)據(jù)字典中建立的一組嚴密一致的定義有助于改進分析員和用戶之間的通信，因此將消除許多可能的誤解。如果要求所有開發(fā)人員都根據(jù)公共的數(shù)據(jù)字典描述數(shù)據(jù)或設(shè)計模塊，則能避免許多麻煩的接口問題。 ? 數(shù)據(jù)結(jié)構(gòu)決定信息的組織、存取方法、結(jié)合性程度以及不同的處理方案。 需求分析 分層數(shù)據(jù)結(jié)構(gòu)表示法： ? 分層框圖 ? Warnier圖 需求分析 分層框圖 ? 分層框圖把信息用多層方框按照樹形結(jié)構(gòu)組織起來。下面各層由表示不同信息類別的方框組成，它們可以看成是上一層方框的子集。 需求分析 XX公司銷售產(chǎn)品 計算機軟件 計算機服務(wù) 計算機硬件 存儲器 備件 處理機 應(yīng)用 系統(tǒng) 軟件服務(wù) 培訓(xùn) 操作系統(tǒng) 編譯程序 工具 編輯 程序 測試驅(qū) 動程序 設(shè)計輔 助工具 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 需求分析 Warnier圖 ? Warnier圖把信息表示成一種樹形數(shù)據(jù)結(jié)構(gòu)。 需求分析 計算機系統(tǒng) 系統(tǒng)軟件 應(yīng)用軟件 操作系統(tǒng)（ P1） 編譯程序（ P2） 工 具 編 輯（ P3） 測試驅(qū)動（ P4） 設(shè)計輔助（ P5） 需求分析 軟件需求說明書 1. 概述 2. 信息描述 (1) 數(shù)據(jù)流程圖 (2) 數(shù)據(jù)字典 (3) 數(shù)據(jù)結(jié)構(gòu) (4) 系統(tǒng)接口說明 (5) 內(nèi)部接口 需求分析 軟件需求說明書 3. 功能說明 (1) 功能 (2) 處理說明 (3) 設(shè)計的限制 4. 檢驗標準 (1) 性能界限 (2) 測試種類 (3) 預(yù)期的軟件響應(yīng) (4) 應(yīng)考慮的特殊問題 5. 參考文獻 6. 附錄 需求分析 初步的用戶手冊 當確定了人機交互作用的軟件需求后，準備一份初步的用戶手冊是作為對所要求文件的補充往往是有用的，這種手冊將起到兩個作用： ? 手冊的準備迫使分析人員從用戶的角度來看待軟件，從而及早考慮接口方面的人機環(huán)境工程。 需求分析 軟件需求說明的審查 ? 審查需求的一致性 ? 審查需求的現(xiàn)實性 ? 審查需求的完整性和有效性 需求分析 軟件需求說明審查中的問題： ? 所規(guī)定的軟件目標和任務(wù)與系統(tǒng)的目標和任務(wù)相符合嗎？ ? 與所有系統(tǒng)成分的重要接口都已被描述了嗎？ ? 研制項目的數(shù)據(jù)流程圖、數(shù)據(jù)字典、數(shù)據(jù)結(jié)構(gòu)充分確定了嗎？ ? 圖表都清楚嗎？每個圖表在不加補充說明的情況下能被理解嗎？ ? 主要功能在規(guī)定的范圍之內(nèi)嗎？每一種功能被充分說明了嗎？ 需求分析 軟件需求說明審查中的問題： ? 設(shè)計的限制條件是現(xiàn)實的嗎？ ? 開發(fā)的技術(shù)風險是什么？ ? 考慮過軟件需求的其他方案嗎？ ? 檢驗標準是否詳細？他們能否確認系統(tǒng)是成功的？ ? 有無遺漏、重復(fù)或不一致的地方？ ? 用戶是否審查了初步的用戶手冊？ ?