【正文】 ? 客戶和系統(tǒng)分析員之間最常用的交流方式，是通過 預備會議 或 訪談 進行的。 ? 做好準備 ? 制定調(diào)研計劃 ? 準備調(diào)研資料 ? 訪談用戶 ? 寫調(diào)研報告 ? 評審 ? 系統(tǒng)分析員所問的第一組問題可以關(guān)注客戶、整體目標和收益。 FAST方法 ? 也可以采用一種面向團隊的需求收集方法，該方法被應用在分析和規(guī)約的早期階段，被稱為便利的應用規(guī)約技術(shù)，即 FAST技術(shù) 。 FAST方法的基本原則 ? 在中立的地點舉行會議，由系統(tǒng)分析員和客戶出席。 ? 建議一個足夠正式的議程，以便可以對所有重要的、而又是足夠非正式的問題進行自由交流。 ? 使用一種“定義機制” 記錄有關(guān)信息。 ? 在過去 20年，研究者已經(jīng)開發(fā)出一些實用分析方法及相應的建模符號，每種分析方法有獨特的觀點，然而，所有分析方法都遵循以下操作原則： ? 必須表示可理解的問題信息域。 ? 必須表示軟件的行為。 ? 分析過程應該從要素信息移向細節(jié)實現(xiàn)。 ? 開發(fā)原型，使得用戶能夠了解如何進行人機交互。 ? 使用多個需求視圖。 ? 給需求賦予優(yōu)先級。 ? 所有的應用軟件均可稱為 數(shù)據(jù)處理系統(tǒng) 。沿著這個變換路徑，可能從現(xiàn)存的數(shù)據(jù)存儲中引入附加的信息。 ? 信息結(jié)構(gòu) 表示了各種數(shù)據(jù)和控制項的內(nèi)部組織， ? 我們創(chuàng)建模型，以獲得對將要建造的實際實體有更好的理解。 ? 在軟件需求分析階段，我們創(chuàng)建系統(tǒng)模型，這些模型著重于描述系統(tǒng)必須做什么而不是如何去做。 ? 功能模型： 記錄軟件的變換信息，為了達到此目標必須至少完成三個常見功能：輸入、處理和輸出。行為模型創(chuàng)建了軟件狀態(tài)的表示，以及導致軟件狀態(tài)變化的事件表示。 ? 模型變成了復審的焦點，因此，也成為確定規(guī)約的完整性、一致性和精確性的重要依據(jù)。 ? 實際的問題經(jīng)常太大而且復雜難于進行整體理解，我們往往將這樣的問題劃分為易于理解的子問題，并建立各子問題間的接口，以便完成整個功能。 需求規(guī)格說明 ? 軟件需求規(guī)格說明 是分析任務的 最終產(chǎn)物 ，美國國家標準局、 IEEE以及美國防部門均已提出了軟件需求規(guī)約（以及其他軟件工程文檔）的候選格式。 需求必須描述的基本問題 ? 功能 —— 所設計的軟件要做什么； ? 性能 —— 軟件功能在執(zhí)行過程中的速度、可使用性、響應時間、各種軟件功能的恢復時間、吞吐能力、精度、頻率等等； ? 強加給實現(xiàn)的設計限制 —— 在效果、實現(xiàn)的語言、數(shù)據(jù)庫完整性、資源限制、操作環(huán)境等等方面所要求的標準； ? 屬性 —— 可移植性、正確性、可維護性及安全性等方面的考慮因素； ? 外部接口 —— 與人、硬件、其他軟件和其他硬件的相互關(guān)系。 ?目的是發(fā)現(xiàn)軟件需求規(guī)格說明中的 錯誤、二義性和遺漏的需求 。 ?然后復審會更詳細，關(guān)注軟件需求規(guī)格說明中的措詞。適用于數(shù)據(jù)處理類型軟件的需求分析。 ? 系統(tǒng)的分析模型必須達到三個主要目標： ? （ 1）描述客戶的需要； ? （ 2）建立創(chuàng)建軟件設計的基礎； ? （ 3）定義在軟件完成后可以被確認的一組需求。 ? 實體 關(guān)系圖描述數(shù)據(jù)對象間的關(guān)系，實體 關(guān)系圖是用來進行數(shù)據(jù)建?；顒拥?。它可以用于信息域的分析，作為功能建模的基礎。為此，狀態(tài)轉(zhuǎn)換圖表示了系統(tǒng)的各種行為模式（稱為 “ 狀態(tài) ” ），以及在狀態(tài)間進行變遷的方式，狀態(tài)轉(zhuǎn)換圖是行為建模的基礎。 1. 組成符號 ? 例 ，說明如何畫數(shù)據(jù)流圖?，F(xiàn)欲將上述手工操作改為計算機處理，試畫出教材銷售過程的數(shù)據(jù)流圖。 ? 由于是由學生開始購書，最后由學生領(lǐng)書，因此數(shù)據(jù)的源點和終點都是 “ 學生 ” 。 ? 學生須憑購書證明得到購書發(fā)票，然后交付書款，得到領(lǐng)書憑證，最后領(lǐng)書。 ? 第三步要找出數(shù)據(jù)流。同時還要注意在 “ 審查并開發(fā)票 ” 加工中排除了無效的書單，它也因作為一個數(shù)據(jù)流，因此最后得到 4個數(shù)據(jù)流：購書單，發(fā)票，領(lǐng)書單，無效書單。數(shù)據(jù)存儲一般不能通過系統(tǒng)描述確定，而要在設計數(shù)據(jù)流圖時按照需要添加。 ? 把這兩個文件加進上圖中，并給加工添上編號，就得到計算機售書系統(tǒng)的完整的數(shù)據(jù)流圖。給這些成分起名字時應該仔細推敲。 考生姓名 分類后的姓名 錄取 分類 ? 注意合適的命名，盡量用現(xiàn)實存在的表格、單據(jù)。 ? 不要把控制流作為數(shù)據(jù)流。 ? 名字最好有一個具體的及物動詞加上一個具體的賓語組成。 ? 通常名字中僅包括一個動詞，如果必須用兩個動詞才能描述整個處理的功能，則把這個處理再分解成兩個處理可能跟恰當些。 ? 數(shù)據(jù)的源點和終點并不需要在系統(tǒng)中實現(xiàn)，它們只是系統(tǒng)的外圍環(huán)境（可能是人員、計算機外部設備或傳感器等）。 3. 分層數(shù)據(jù)流圖 ? 對任何一層數(shù)據(jù)流圖來說，我們稱它的上層圖為 父圖 ，在它下一層的圖則稱為 子圖 。它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)，輸出流是系統(tǒng)所輸出數(shù)據(jù)。 ? 中間層流圖則表示對其上層父圖的細化。 4．數(shù)據(jù)流圖實例 ? 建立數(shù)據(jù)流模型的基本步驟概括地說，就是 自外向內(nèi)、自頂向下、逐層細化、完善求精 。其中：售貨員負責錄入銷售的商品（商品名，編號，單價，數(shù)量），有時要根據(jù)特定情況對銷售的商品進行修改或刪除。銷售經(jīng)理需要隨時查詢整個部門的銷售情況（時