【正文】 ， 電梯門關(guān)閉 。 當(dāng)按下后 ， 按鈕燈亮 。 4 如果發(fā)生異常情況 ， 燃油流率指示器和光感器向控制器發(fā)信號 。 ? 需求評審階段 ， 分析人員審查需求規(guī)格說明的標(biāo)準(zhǔn)： 正確性 、 無歧義性 、 完全性 、 可驗證性 、 一致性 、 可理解性 、 可修改性 、 可追蹤性 。 特別是對于非計算機專業(yè)的用戶而言 ， 不宜在說明書中使用太多的專業(yè)化詞匯 。 如果發(fā)現(xiàn)錯誤或缺陷 ， 應(yīng)及時糾正或更改需求分析 、 模型 ， 需求規(guī)格說明 ， 并重新評審 。 ? 某些軟件項目 ， 雖不能構(gòu)造實際可運行的快速原型 ， 但可以采用幻燈片演示等方法 ， 向用戶直觀描述目標(biāo)軟件系統(tǒng)的外部行為 。 ? 分析人員應(yīng)該注意用戶描述的抽象級別 ，統(tǒng)一規(guī)劃系統(tǒng)行為 ? 避免不一致性 ， 減少分析的工作量 。 ? 確定子系統(tǒng)需求并形成文檔 ? 聯(lián)合小組討論子系統(tǒng)的集成及需求驗證標(biāo)準(zhǔn) 。 ? 選擇易于理解 、 比較簡潔 、 精確的表示機制作為描述語言 ， 如輔以文字說明的流程圖 。 2022/8/18 安徽工程科技學(xué)院計算機系 8 問題分析 系統(tǒng)模型 為用戶的問題及準(zhǔn)備開發(fā)的軟件建立模型 ， 從不同的角度 、 不同的抽象級別精確地說明對問題的理解 、 對目標(biāo)軟件的需求 。 2022/8/18 安徽工程科技學(xué)院計算機系 10 2 需求描述 任務(wù) ? 以需求模型為基礎(chǔ) ， 考慮到軟件問題的可解性 ，生成需求規(guī)格說明和初步的用戶手冊 。 此外 ， 應(yīng)允許戶主對系統(tǒng)行為進行程序控制 。 ? 配置操作 (1)指定每一傳感器的種類和編號； (2)設(shè)置開 、 關(guān)機密碼； (3)指定報警電話號碼； (4)指定報警延遲和電話重拔延遲時間 (以秒為單位 )。 、問題分解與多視點分析 2022/8/18 安徽工程科技學(xué)院計算機系 28 問題的抽象、分解與多視點分析 視點分解法 在分析的初期 ， 整體地把握一個大型問題的軟件需求是困難的 。 2022/8/18 安徽工程科技學(xué)院計算機系 32 快速建造原型 (4)將原型提交用戶評估并征求改進意見 。 確保無歧義性的一種有效措施是在需求規(guī)格說明中使用標(biāo)準(zhǔn)化術(shù)語 ， 并對術(shù)語的語義進行顯式的 、 統(tǒng)一解釋 。 2022/8/18 安徽工程科技學(xué)院計算機系 43 ? 需求評審采用會議形式 ， 用戶 、 分析人員和系統(tǒng)設(shè)計人員共同參加 。 1 。 第四章 需求分析基礎(chǔ) 2022/8/18 安徽工程科技學(xué)院計算機系 49 問題 C 字符串格式化 A Mili 給定非負(fù)整數(shù) MAXPOS和包含空格與換行作為分隔符的字符集 。 4 。 2 除底層和頂層只有一個按鈕外 ， 每個樓層有兩個按鈕 ， 分別指示上樓和下樓請求 。 熱水開始在室內(nèi)循環(huán) 。 問題分析階段生成的需求模型構(gòu)成需求規(guī)格說明的主體 。 追求上述目標(biāo)不應(yīng)妨礙需求規(guī)格說明書對于用戶 、 設(shè)計人員和測試人員的易理解性 。 2022/8/18 安徽工程科技學(xué)院計算機系 36 需求規(guī)格說明 1 、 2 3 2022/8/18 安徽工程科技學(xué)院計算機系 37 需求規(guī)格說明 特殊需求描述 3 1 2 … n … … 2022/8/18 安徽工程科技學(xué)院計算機系 38 ? 需求規(guī)格說明進入設(shè)計階段之前 ， 必須進行評審 。 ? 如果問題非常復(fù)雜 ， 在當(dāng)前工具 、 環(huán)境的支持下開發(fā)可運行的原型需要投入太多人力或占用太多時間 ， 那么可對某些子問題 ， 尤其是用戶界面 ，使用快速原型技術(shù)進行部分分析 。 第四章 需求分析基礎(chǔ) 2022/8/18 安徽工程科技學(xué)院計算機系 26 問題的抽象、分解與多視點分析 抽象 關(guān)注一般問題的解決途徑 ， 以此指導(dǎo)特殊問題的求解 。對出現(xiàn)的新對象 、 新操作 、 新約束應(yīng)及時添加到相應(yīng)的子系統(tǒng)