Chapter3系统需求分析.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 系統分析與設計ch3 * 二、相關部門工作說明提案單位負責提出相關服務之申請，及助促物的採購等，並與下列單位協調工作事項及進度 1. 主計處 2. 資訊部帳務及營運支援處 3. 財務處 4. 帳務審計處 5. 開通中心／客服中心 6. 產品開發處 系統分析與設計ch3 * 7. 行銷資源處 8. 業務部營業管理處 9. 業務部直營處 10. 行銷企劃處 11. 資費規劃及市場研究處 12. 法務處 13. 國際合作處 14. 行動多媒體部／服務網路處 15. 工務部／核心網路暨無線電工程處 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 系統分析與設計ch3 * 3.6.2 輸出 主要的輸出是資訊系統所產出的報表和清單，以符合企業的運作需求，比如在訂單處理系統中，可能有營業的年報表、季報表、月報表、週報表以及日報表等。 每一份報表都會有不同的輸出資料項目需求，年報表所要看的資料和日報表的資料在時間彚整及項目不同；或是針對地區性、產品別、或客戶別的匯整資料，也會有不同的需求，而資訊系統的輸出必須要能符合使用者的需求。 另外，報表的格式也需要被確認，可以用草圖畫出來，或是使用快速的PC開發工具先做出雛型來 系統分析與設計ch3 * 3.6.3 功能 資訊系統要做些什麼，是需求分析的主要重點，除了滿足使用者單位的需求之外，系統分析師應該以資訊系統執行的角度，從企業整體觀點來規劃，提出能打破使用者原有實體作業的限制，並達到共享的、即時的、整合的資訊作業流程。 資訊需求是系統分析師和主要使用者討論、設計出來的，通常會比原先的舊系統功能較多。 系統分析與設計ch3 * 訂單處理系統的功能 系統要能友善的讓使用者新增、查詢、修改以及刪除訂單。 系統要能檢查使用者輸入的資料，以確保資料的正確性。 系統要能記錄輸入資料者的帳號以及時間，並且要能檢查使用者是否有權限操作特定的功能。 系統必須要能記錄客戶訂單資料，提供信用檢查，並且提供警示功能。 系統要能提供使用者根據訂單編號、客戶編號、客戶名稱、產品名稱、以及日期來查詢特定的訂單。 系統要能自動拋轉確認訂單的資料給會計系統，以便會計系統新增一筆訂單的分錄，正確的增加應收帳款的數目。 系統要能依需求產生年、季、月、週以及日營業報表。 系統要能依需求做訂單利潤分析。 系統分析與設計ch3 * 開發的功能歸類成幾大類(1/3) 建立新訂單 檢查使用者權限 記錄訂單建立時間 檢查建立的資料項目的正確定 檢查客戶的信用狀態 提供訂單獲利分析以及警示功能 檢查倉儲庫存的數量 檢查製造的產能 系統分析與設計ch3 * 開發的功能歸類成幾大類(2/3) 查詢訂單 檢查使用者的權限 記錄訂單查詢的時間 可以依產品別、客戶別、訂單日期區間來查詢 可以輸入訂單編號查詢特定訂單 系統分析與設計ch3 * 開發的功能歸類成幾大類(3/3) 拋轉會計分錄 每張訂單必須根據訂單金額審查 已確認的訂單必須要能自動產生分錄資料，拋轉給會計系統 系統要能有符合會計系統的資料格式需求的介面 產生營業分析報表 系統必須能產生年、季、月、週以及日報表 系統必須能依產品別、客戶別、業務員別、地區別產生報表 系統必須能產生訂單的利潤分析 系統分析與設計ch3 * 3.6.4 績效 如果新增一筆資料需要1分鐘，那麼使用者在利用這個資訊系統時，一定會覺得非常不方便，甚至要發脾氣了。不管這個資訊系統的功能是多麼的完善，系統的效率不好，就沒有人喜歡使用；而如果一個資訊系統只有中午1點到2點才能使用，那也一樣，資訊系統的使用率會很差；又如果一個資訊系統老是故障，或是常常出毛病，讓使用者感覺很不方便，這樣的系統也是很糟的。 系統的績效可以由處理的速度、可靠性和容量來討論，比如： 系統必須能讓50個使用者同時上線操作 系統的反應時間，如紀錄的新增、修改和刪除，必須不能多於5秒 系統的查詢的時間不能超過20秒 系統報表產生的時間不能超過1分鐘 系統必須能一週工作7天，一年工作365天 系統分析與設計ch3 * 3.7.1 自行開發 企業成立資訊系統開發團隊，聘請專任的人員來做系統的設計、開發、測試、安裝、教育訓練和維護的工作，並組織成長期存在的資訊系統團隊，這種作法有優點，當然也有缺點。 系統分析與設計ch3 * 自行開發的優點 ? 有自主性自行開發的最大好處是有較大的自主性，企業可以有較大的控制權，而資訊系統的功能更能完成特定的作業流程