利用电脑处理应付帐款工作.PPT

C、需求擷取與分析 使用者需求 需求擷取方法 查閱文件、觀察、訪談、問卷 開會討論、聯合開發、企業外部資料 需求表達工具 流程圖、處理描述、藍圖、資料詞彙 需求分析文件樣板 1. 使用者需求 係指使用者期待系統解決的問題，或是希望從系統獲得之資訊。 是資訊系統開發最關鍵、最重要且最容易發生錯誤的部份，亦是資訊系統失敗的主因之一。 需求分析階段 Grosz(1992)認為可分為兩大步驟： 需求擷取：對系統範圍內之各種事物及相關現象加以瞭解、判斷和選擇，並設計成描述性綱目。 需求轉換：將描述性綱目以系統模式語法，轉換成概念性綱目。 2. 需求擷取方式 以下方式可單獨應用亦可混合使用 查閱文件、觀察 訪談、問卷 開會討論、聯合開發、企業外部資料 2.1 查閱文件 研究企業的內部文件，是瞭解企業運作邏輯之初步工作 如工作說明書(Job Description)、企業表單(Business Forms)與手冊(Manuals) 缺點 組織中很少有完整的文件詳細地描述出完整系統之全貌 文件往往未能配合更新，因此以該方式收集之資訊常有過時之慮 (1) 重複資料分析 了解每種報表的資料內容及其相互間的重複情形，如： (2) 表報使用分析 詳列每一種報表的編製單位、週期、使用單位、保存期限、編製份數等，例如： 2.2 觀察 實地觀察(Observation) 可以獲得第一手的資料，因此所獲得的資料其正確性會比查閱文件為高。 選擇正常與例外情況之時機或對象來做觀察，可獲得更多的資料。 缺點 可能使人們改變原來的工作方式。 只能觀察到部份的人或特定之區域。 2.3 訪談 訪談(Interview) 分析師親自與使用部門的主管或相關 作業人員面對面討論實際作業的情況、報表和資訊需求等 在訪談期間，系統分析師蒐集到的可能是事實、選擇或推測，並可觀察到人們的肢體語言、情緒和他們對於現行系統之觀感等。 是系統分析最有效且最普遍的資料收集方法 訪談的兩種方式 開放式訪談(Open Interview) 分析師事先不預定表格、問卷或固定的標準程序，訪談過程由使用者自由談論其工作。 結構化訪談(Structured Interview) 訪談過程近似於詢問(Interrogation)而非交談 (Conversation)，所要求資訊的深度、專門程度亦較深。 這種方式的特點是把問題標準化，然後由受訪者回答或選擇。 成功訪談之進行原則 仔細地聆聽受訪者的回答，同時將重點記錄下來。 在得到允諾的情況下，可將訪問內容用錄音機或錄影機錄下來，以有效掌握訪談內容。 訪談結束後48小時內整理訪談內容。 因為經過48小時之後，訪談的內容會慢慢的從記憶中消失。 成功訪談之進行原則 (Cont.) 無論是開放性或是封閉性的問題，分析師不要強調問題答案的對或錯。 在訪談時，不要對新的系統做任何預期的想法。 需讓受訪者知道其意見會被仔細考慮。 對新系統做全盤性的瞭解。 從系統潛在的使用者、管理者與對現行系統有經驗的專業人員等尋找不同觀點。 2.4 問卷 當潛在使用者太多或分布太廣時，可考慮以問卷之方式擷取需求。 問卷調查適合於大型企業或公眾資訊系統的設計，因為其所涉及的作業範圍或對象太廣，系統分析師無法逐一親自調查 實例：問卷調查表 問卷之進行方式 前測 找5-10位受訪者填寫問卷初稿 再與受訪者溝通文句描述是否清楚？選項與內容是否適當？回答是否合理？ 抽樣 機率抽樣(Probability Sampling) 非機率抽樣(Nonprobability Sampling) 資料分析 逐一檢查回答是否完整，並去除異常之問卷，以便進行統計分析。 問卷調查與訪談法之比較 問卷調查的優點 成本較低 蒐集的資料較為廣泛 問卷調查的缺點 回收率不高 設計不易 答題者未依據事實來填寫 所獲得的資訊不夠深入 2.5 開會討論 使用者代表與系統開發人員聚集一堂，將所知道的事實、觀念說出，讓所有與會人員一起相互溝通意見。 是一種很有效率的資料蒐集方式。 此方法的優點是較易獲得正確的資料，即使有不同的意見與觀念，經由眾人討論亦能加以修正。 2.6 聯合開發 Joint Application Development (JAD) 主要之精神是透過一個二至五天的集會，讓開發者與顧客能快速有效，而且深入的檢討需求並取得共識。 JAD依下列五個步驟來進行(Wood and Silver, 1995) ： 範圍界定、訪談關鍵人員、會議(事前)準備 會議進行、文件產生 2.7 企業外部資料 專業雜誌 教科書 廠商之產品說明書 同業觀摩 相關網站觀察... 3. 需求表達工具 (需求塑模) 需求表達工具 流程圖(Flow Chart) 表達實體(Entity)與作業程序及所需資訊間之關係。 處理描述 表示