---
# System prepended metadata

title: 系統分析與設計 老師：阮金聲 副教授
tags: [必修]

---

###### 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: 資訊安全管理作業要點，可作為建立一個標準的資訊安全管理系統的參考。


:::
