###### tags: `必修` # 系統分析與設計 老師：阮金聲 副教授 :::spoiler 作業或報告 1. 確認系統需求:(系統功能、需要的資料) 2. 系統流程 3. 資料建置欄位 4. ER-Model 4/9號之前交 1.系統輸入，輸出畫面，怎麼引導到目的畫面 ::: --- :::spoiler 基礎知識 [系統分析與設計實務範例](https://dotblogs.com.tw/gelis/2012/05/16/72218) [十分鐘系列](https://www.slideshare.net/ccckmit/ss-57260495) * 不分析就不知道怎麼寫：系統分析 * 不管理就沒辦法一起寫程式：專案管理(人，需求、系統平台、資源、知識管理) * 不用軟體工程專案就會失控：軟體工程(重複的專案可用瀑布模式+CMMI(流程改善)，無前例的專案用螺旋模式) * 設計模式：發現程式模式對軟體開發有幫助並擷取下來 [系統分析與設計](http://web.nchu.edu.tw/~jlu/classes/sa.shtml) [系統分析實務](https://sites.google.com/site/laohuangdediannaowo/csie/programming-language/sdlc/sa-and-sd) [系統分析文件](http://www.infolight.com.tw/WebClient/SuccessDetail.aspx?DocumentID=NDI2) [系統分析與設計](https://ithelp.ithome.com.tw/articles/10219325) [系統分析與整體解決方案架構](http://tx.liberal.ntu.edu.tw/InfoMgt/Jx/IS_IM/MIS_2.htm#MethodTX1234) ::: --- :::spoiler 重點 <p style="color:red;font-size:20px">* 1.確認系統要解決什麼問題，2.確認怎樣算問題已經解決</p> <p style="color:red;font-size:20px">* 系統是要解決資料的問題，資料是人產生的，因此系統最重要的前提是解決人的問題，要設計以人為中心的系統</p> <p style="color:red;font-size:20px">* 雲端服務要注意資料的所有權</p> ::: --- ## 章節 ### 2021/02/27 Chap1 ### 2021/03/13 Chap2 ### 2021/03/27 Chap3 ### 2021/04/10 Chap4 ### 2021/04/24 Chap5 ### 2021/05/07 Chap6 --- :::spoiler 2022/02/27 Chap1 * <p style="color:red;font-size:20px">系統是要解決資料的問題，資料是人產生的，因此系統最重要的前提是解決人的問題，要設計以人為中心的系統</p> ## 資訊系統 1. 管理制度化 2. 制度表單化 3. 表單電腦化 ### 具體步驟: 1. 工作流程圖 ### <font style="color:red;font-size:20px">資訊系統的前提</font> 1. 定義問題(例如:庫存的定義，是可出貨庫存，還是倉庫內的庫存) 2. 導入系統後能否提升生產力(生產力的矛盾) 3. 需要有良好的管理和環境(組織)才能提升產出 4. 開發過程最好有User參與 ### 使用電腦的錯誤方式 * 重複工作：例如系統自動輸入，人力又重複輸入 * 棘輪：是指人的消費習慣形成之後有不可逆性，即易於向上調整，而難於向下調整 * 學習過度：學用不到的東西 * 特色過多：畫面或功能太過複雜，操作困難 * 追求完美：訊息太多，無法得知重點 * 假智慧：例如輸入限制(手機號碼)，以台灣的手機號碼規則限制，但沒考慮外國手機號碼規則 * 機器作主：人工智慧遇到未知情況時會有未知的風險，例如：自動駕駛 * 過度複雜：太過複雜會難以使用。越簡單越好使用越好。 #### 新系統上線：要壓力測試、防呆、教育訓練、要有內控 ::: --- :::spoiler 2022/03/13 Chap2 ## Standard and Evolutionary Views of SDLC ![](https://i.imgur.com/FoYpPlB.png) * SDLC : 1. Planning:計畫 2. Analysis:分析 3. Design:設計 3.1: Logical design，邏輯設計，如何做 3.2: Physical design，實體設計，怎麼做 4. Implementation:建置 5. Maintenance:維護 * 決策三部曲： 1. 情報: 1.1:定義問題， 1.2:怎樣算解決問題 2. 設計:解決問題方案 3. 選擇:決定哪個方案 ## Pieces Framework：如何判斷系統好壞 [Pieces Framework](https://www.cs.toronto.edu/~sme/CSC340F/readings/PIECES.html) ## <font style="color:red;font-size:20px">雲端服務要注意資料的所有權</font> ## Selecting Off-The-Shelf Software * Cost: 整個生命週期的成本 * Functionality: 系統功能 * Vendor support: 供應商支援 * Viability of vendor: 供應商生存能力 * Flexibility:靈活性 * Documentation:文件是否完整 * 壓力測試 * 是否容易安裝 ## Validation Purchased Sofware Information * Send a request for proposal(RFP):開標 * RFC:技術標，挑選符合的RFP * Use a variety of infromation sources: ::: --- :::spoiler 2021/03/27 Chap3 ## Detarmining Project Standards and Procedures * Type of SDLC methodology * Documentation styles * Status updates * Terminology ## Corportate Strategic Planning(使命(模糊)->目標(具體)) * Mission Statement: a statement that makes it clear what business a company is in * Objective statement: 量化和質化指標 ## Determining Project Costs * Tangible cost: a cost asssociated with an information system that can be measured in dollars and with certainty * 1. Hardware costs 2. Labor costs, or 3. Operational costs, including employee training and building renovations. * Intangible cost: 1. Loss of customer goodwill, 2. Employee morale, or 3. Operational morale * One-time cost * Recurring cost ## Assessing Technical Feasibility * Technical feasibility: 是否有能力掌握 ::: --- ::: spoiler 2021/04/10 Chap4 ## DFD: [DFD](https://ithelp.ithome.com.tw/articles/10264502?sc=rss.iron) [DFD](http://www.ais.nptu.edu.tw/ais/961%20materials/DFD_961.pdf) ::: --- :::spoiler 2021/04/24 Chap5 ## 測試: 讓使用者在實際工作環境時測試 ## 科技接受模型: 解釋和預測使用者在接受資訊系統下的模式。 [科技接受模型](https://sites.google.com/site/yzuim19thcy/home/what-is-tam) ::: --- :::spoiler 2021/05/07 Chap6 ## 資訊安全管理標準 * 定義ISMS範圍: 組織首先要依據營運、組織、所在位置、資產和技術等特性，定義出資訊安全應受到適當控管的範圍。 * ISO 27000: 國際上受到認可的資訊安全管理標準 * ISO 27001: 規範建立、實施資訊安全管理系統的方式，以及落實文件化的要求，可以確保資訊安全管理制度 * ISO 27002: 資訊安全管理作業要點，可作為建立一個標準的資訊安全管理系統的參考。 :::