第二部.pptVIP

第二部 系統分析 大綱 階段工作任務 可行性分析 擷取系統需求的方法 雛型系統法 系統需求表達工具-DFD 資料字典 處理步驟說明 系統分析報告 階段工作任務 初步分析 Preliminary analysis(又稱可行性分析 Feasibility study) 目的: 1. 確認問題 2. 可行性研究 產出:可行性分析報告 結果: 如可行性不高則系統發展提前結束 細部分析 Detail analysis 目的 : 發掘使用者需求 產出:系統分析報告 結果: 作為系統設計階段工作依據 初步分析 (可行性分析) 專案(project)一開始會有一份客戶或公司其他部門送來的委託開發軟體的原始文件 SA先進行問題的了解,視問題的複雜情形,或與發件人面談或發更多的時間了解問題所在 接著依5 方面去檢討專案可行與否 1.時效 2.預算 3. 技術水準 4. 人力 5.成本效益(cost-effectiveness) 完成一份可行性分析報告供客戶定奪 此階段通常時間在數天至一週內完成 可行性分析報告 大綱應包含 專案背景(回應要求) 可行性分析 (1.時效 2.預算 3. 技術水準 4. 人力 5.成本效益) 結論(如專案可行則有4,5) 專案開發時間表 要求對方配合事項 範例 細部分析 Detail analysis 工作三步驟 擷取系統需求 2. 將使用者需求用工具紀錄下來 3. 完成一份系統分析報告送交客戶確認(常需要作口頭報告oral presentation) 擷取系統需求的方法 擷取系統需求(fact-finding)的方法有4種 閱讀公司文件 -目的是要了解作業流程 -有制度的公司會有標準流程與表單 -公司文件不一定與現行作業方式相同 -小公司也會有表單才對 2. 實地參觀 -目的是要了解“真正的”作業流程 -與公司文件上的說明對照 -要知道實地參觀的當時是淡季或旺季,是平常日或忙碌日 -尤其是開發服務業和製造業系統一定要實地參觀 3.問卷 -當想接觸了解系統需求的人數過多時 -優點是時間與成本均較經濟,敏感問題容易得到誠實的答案 -缺點有回收率低, 無法經由身體語言判斷回答者是否誠實回答問題,無法即時追問下去等 -問卷一開始需要有一份說明書, 明白點出填寫問卷與受訪者的利害關係,以提高填卷意願 -問題分開放式問題與封閉式問題,前者可得到未預期的答案然而不利於統計; 後者相反, 利於統計但可能限制了回答的內容. -一般以封閉式問題為主,開放式問題為輔 面談 面談(Interview)是擷取系統需求主要手段 面談的問題應包含系統的環境背景 系統的功能 系統的輸出 輸入 處理步驟等 面談的問題仍開放式問題與封閉式問題兩種.但與問卷不同的是一般以開放式問題為主,封閉式問題為輔 面談的地點選擇與時間長短 面談時應暖場,問題應從簡易回答的開始 問題本身不應有主觀意見 沒有評論也不作承諾 面談結束前應對重要問題答案與被面談者再作一次查核 面談完後應立即紀錄下來,以免混淆 傳統系統分析方法難完整的發掘使用者的需求 使用者看不懂系統分析報告 以第四代語言或工具快速開發一套雛型,展示給使用者或讓使用者試用,求得回饋意見,再根據意見修改雛型直到使用者的需求被充分了解為止(參見範例) 紀錄需求工具 常用的紀錄工具有 1. 資料流程圖(Data flow diagram,DFD) 2. 處理說明(Process description,PD) 3. 資料字典(Data dictionary,DD) 資料流程圖(Data flow diagram,DFD) 一套以圖形表示系統中資料被處理的過程的流程圖 圖例 資料流(data flow) 處理步驟(process) 資料儲存(data store) 資料終端(提供資料或最後得到資訊的個人或單位) 第一張DFD稱環境圖(Context diagram)用來表示系統環境,包括提供資料的或最後得到資訊的個人或單位,和系統範圍 第二張DFD稱level-0,表示出系統主要的[處理步驟]和主要的[資料儲存],它是一張[摘要性]強的圖,越往下(level-1, level-2…)越清楚詳細 處理說明(Process description,PD) 以文字描述DFD圖中處理步驟的細節 如上圖中編號[1.0計算基本工資]的處理說明 1. Get hour-worked of one employee from personnel 2. Get this employee’s basic salary rate from database 3. If this employee is a mana