好的程式語言評量指標

1. 可讀性：容易閱讀了解

2. 可寫性：容易建立程式

3. 可靠性：語言設計能讓使用者不易犯錯，即使犯錯也容易找出

4. 成本：學習成本、撰寫成本、編譯成本、執行程本、維護成本

風險管理

在風險對專案造成威脅前，針對風險來源建立一個平衡、整合的策略，

並且進行監督、控制。主要有六個階段：

1. 風險識別：找出風險來源，足以影響專案成敗的關鍵

(a) 人員風險，重要人員離職，缺乏可接任人選。
(b) 技術風險，使用錯誤或者不熟悉的技術。
(c) 市場風險，競爭對手提出新產品，新的技術。
(d) 顧額風險，客人不斷變更需求，或者是配合度不佳。

2. 風險評估：評量風險發生機率，以及風險後波及範圍。

3. 風險分級：依照風險的危害層級進行劃分，針對風險大者進行列管。

4. 風險處理：針對列管的風險，專門擬定一套措施，來消弭風險。

5. 風險減緩：使用有效方法來降低風險

(a) 風險避免：不行事可能產生風險的事情 (消極)
(b) 風險分散：將高風險的任務，交由不同單位執行 (雞蛋分籃放)
(c) 風險轉移：對於自身無力完成的工作，轉交由其他組織來進行。

6. 風險追蹤：風險會隨著專案的進行而變動，會新增消失。管理者要定期分析。

結構化分析設計

需求塑模：從使用者身上擷取需求，並且使用工具、圖形表達出來。

需求塑模工具有下列：
1. 流程圖，用來表達實體、作業處理的程序與資訊傳遞。
2. 處理描述，流程圖中詳細的步驟，輸入輸出
3. 藍圖，流程圖中會用到的表格資訊
4. 資料詞彙，用來描述藍圖中的欄位資訊，例如像是型別、格式、範圍

[結構化技術] (背熟 分析/設計 各用何種工具)

1. 結構化分析：使用事件列、環境圖、資料流程圖(DFD)、資料字典(Dict)、ERD
2. 結構化設計：使用結構圖、HIPO、資料字典
3. 結構化程式設計：循序、選擇、重複
4. 由上而下發展，由上而下設計、由上而下編碼、由上而下實施

由上而下設計：層級化設計、延緩考慮細節、便於驗證
由上而下編碼：當高階模組設計完之後，先針對上層進行 Coding 實作。
由上而下實施：即 由上而下測試，底層未完成部份，需要用虛擬模組來配合。

※由上而下實施的特色
優點：系統整合測試可以減少、最高層模組測試多次、錯誤在上層能提早發現。
缺點：殘根模組設計不易、測試個案設計不易、測試結果不易觀察。

專案管理 (PMBOK)

專案：在預定的時間內，投入預定的資源，用來完成特定目標。
專案管理：希望透過管理方式，使得專案能順利完成。

Project Management Body of Knowledge (PMBOK)
運用知識、技能、與電腦輔助工具來規劃專案的人力、物力資源之配置與應用，以及各項活動的執行順序與進度，為了達成專案的任務目標。

PMBOK 定義
- 五大程序群組 (Process Groups)
- 九大知識體系領域 ( Knowledge Areas)

[ 五大程序群組 ]

1. 起始階段：定義專案之需求、界定預期的進度與目標、與開始組織專案團隊。

2. 規劃階段：制訂發展策略、計畫執行的各階段性目標、與規劃執行方案。需要明確界定所須達成的任務與達成任務的時間表，依據所需時間、經費與完成日期來預估成本。

3. 執行階段：監控各項活動之進展，並比照實際執行狀況與原訂計畫的內容，進行調整與紀錄。

4. 結案階段：專案完成之後的收尾與善後工作，包括確認專案結果，建立文件檔案以作為顧客正式接受專案的產品。彙整所有專案紀錄，分析專案的成敗及其效益性，並完整紀錄上。

[ 九大知識體系領域 ]

1. 專案整合管理–專案中不同的要素相互配合，含專案計劃書發展、專案計劃執行。

2. 專案範疇管理–確保僅含有所需的工作項目(不要多做)以成功達成專案目的，範疇規劃 、定義、範疇確認、變更控制。

3. 專案時間管理–確保專案如期完成，含活動定義、排序、期程估計、時程控制。

4. 專案成本管理–確保專案在預算內完成，含資源規劃、成本預估控制、預算編列。

5. 專案品質管理–確保專案能滿足需求，含品質規劃、品質保證。

6. 人力資源管理–有效地運用與專案有關的人員，含組織規劃、人員獲得。

7. 專案溝通管理–確保專案能適時及適當地產生、蒐集、散佈、儲存、及最終處置專案資訊，含溝通規劃、資訊發佈。

8. 專案風險管理–敘述專案風險的界定、分析、及回應的程序，含風險管理規劃、風險界定 (Risk Identification)。

9. 專案採購管理–執行自組織外取得商品及服務的程序，含採購規劃、邀商規劃、邀商作業 (Solicitation)、商源評選、合約管理。

網際服務 (Web Service)

參考教材

-XML 可延伸標記語言(extensible markup language)，是一種通用、標準的資料結構描述語言，允許讓不同程式間快速溝通、傳遞交換資料，不用進行轉換。

-UDDI 提供註冊與搜尋 web service 的標準，允許 web service 提供者在 UDDI上面註冊，並使用 XML 標示所提供軟體物件的資訊。(供應商用這個來登記，自己有什麼服務)

-WSDL 使用 XML 描述 web service 各軟體元件的功能，定義元件的介面，讓使用者能夠瞭解這些服務。
(供應商用這個來描述，自己能提供什麼服務)

-SOAP 一種在網路上交換資訊的結構化協定，軟體元件間的資料，以此封裝進行傳輸。
(使用者正式提出要求)

網際服務(或稱網路服務，Web Service)是一種軟體元件標準，它透過 Web 通訊協定及資料格式的開放式標準(例如HTTP、XML 及SOAP等)來將軟體資源包覆為可跨程式語言、物件模型、作業系統之服務元件。

服務導向架構與網際服務服務之運作是透過網際服務提供者、網際服務請求者、網際服務註冊中心(Service Registry)三個角色，和發佈(publish)、發現(find)、繫結(binding)三個動作構建

- 網際服務提供者就是網際服務的擁有者，它為其他服務和用戶提供其功能
- 網際服務請求者就是網際服務功能的使用者，它利用SOAP訊息(message)向網際服務提供者發送請求以獲得服務
- 網際服務註冊中心的作用是把一個網際服務請求者與合適的網際服務提供者聯繫在一起，它充當管理者的角色，一般是由UDDI來擔任

「發佈」是為 了讓用戶或其他服務知道某個網際服務的存在和相關資訊；
「發現」是為 了找到合適的網際服務；
「繫結」則是在提供者與請求者之間建立聯繫。

1.網際服務提供者設計與實作網際服務，並將網際服務透過UDDI註冊中心註冊與發佈。
2.網際服務請求者向網際服務註冊中心請求特定的服務。
3.網際服務註冊中心傳回滿足條件的網際服務描述資訊給網際服務請求者，該描述資訊包含 WSDL之資訊。
4.利用從網際服務註冊中心返回的描述資訊生成相應的SOAP訊息(message)，發送給網際服務提供者，以完成網際服務的叫用。
5.網際服務提供者按SOAP訊息執行相對應的網際服務。

網際服務(Web Service)之標準協定
網際服務是一個使機器與機器於網路上可以溝通的軟體系統，其介面的描述格式是必須
是機器能夠處理的(這裡特別指 WSDL)。其他的系統利用SOAP訊息來與網際服務互動，訊息傳遞是使用HTTP、XML以及其他網路相關的標準

SOAP (Simple Object Access Protocol)
SOAP這套通訊協定的目的，是要讓各個系統能在分散式的環境中，達成與平台以及實作均無關的溝通。藉由結合 XML與各種傳輸協定來交換文件訊息與使用遠端行程呼叫。

WSDL (Web Services Description Language)
WSDL是介面描述語言(Interface Description Language, IDL)的一種。在網際服務中，藉由 WSDL可提供服務使用者與被服務間溝通所需要的資訊，主要可分為三點：

1. 服務可以做到什麼？(What a service does)：
包含網際服務有哪些operation，以及使用這些operation時有哪些輸入與輸出參數。
2. 服務如何被取用？(How a service is accessed)：
描述取用 operation 時所用資料格式以及通訊協定的細節。
3. 服務的位址在哪裡？(Where a service is located)：
提供以協定(例如URL)描述的位址細節。

Universal Description, Discovery and Integration (UDDI)
UDDI是由 Ariba、IBM、Microsoft 三家共同制定的註冊以及儲存資料庫的標準，屬於集中式的儲存資料庫，當中記載著提供 Web Service的聯絡資訊，以及 WSDL格式的 Web Service 使用操作資訊。透過這些資訊，程式開發者以及企業可以取得在網際網路上分享的 Web Service。UDDI提供了實作一個服務仲介者(Service broker)所需的應用程式介面(API)。藉由此服務仲介者，服務提供者能夠公布 (Publish)他們提供的 Web Service 至註冊中心(Registry)上，而服務要求者可以經由服務仲介者的註冊中心尋找得到所需的服務。

服務導向架構 (SOA)

Service oriented Architecture , SOA

利用整個線上各種可重複、模組化，屬於各種不同平台的元件，經由一組
共同的協定來串聯整合，建立組織所需要的應用軟體。SOA 不是一種技術
而是一種建構軟體的方法。主要幾個特性：

1. 分散式的架構
SOA 的組成元件，不是存在單一組織內，而是由分散在網路上的許多元件
組成的，像是 web service 透過 HTTP 協定來相互串連。

2. 模組化的元件
在 SOA 中強調使用堆積木的方式，來串接各種服務元件，所以元件本身要
具備物件導向的特性，如此一來 SOA 才能利用標準化的介面來組合。

3. 開放共通的標準
在 SOA 中強調使用一個標準介面來整合所有不同環境下的系統，例如在
web service 上的註冊、搜尋、資料交換傳遞，所以不是使用個別系統的
API 來進行連結的。

4. 公用化計價
SOA 強調軟體服務的提供應該像水電，由專業廠商自行開發平台，並依使
用者的需要(on demand) 用多少付多少，軟體不是採購，而是一種訂閱模式。

優點：

善用企業現有的資產
將企業現有的 IT資產包裝成元件服務企業可以繼續使用它在IT方面原有的投資

減少成本和增加重複使用
透過獨立而可共用之服務，企業根據需求選用和組合服務，降低資源之重複投資

易於整合和降低IT管理之複雜性
在服務導向的架構中，整合的方式是經由規範而不是完全的底層實作，
可將基礎建設與實作之變動所帶來的影響降到最低限度

更快的回應和上市速度
利用現有的元件和服務組合新的服務，可以減少軟體發展生命週期

微笑曲線（Smile Curve）

from wiki

微笑曲線分成左、中、右三段，左段為技術、專利，中段為組裝、製造，右段為品牌、服務，而曲線代表的是獲利，微笑曲線在中段位置為獲利低位，而在左右兩段位置則為獲利高位，如此整個曲線看起來像是個微笑符號。微笑曲線的含意即是：要增加企業的盈利，絕不是持續在組裝、製造位置，而是往左端或右端位置邁進。

  技術          品牌
  專利+        +服務
      |        |
      |        |
      |        |
      +--------+
       組製製造

資訊科技(IT)的四種類型

1. 基礎型 IT (Infrastructure IT Assets)

多個應用系統，或者組織內各事業單位共同使用的 IT 服務，
企營運的 IT 基礎，像是資料中心、網路、客服中心，主要用
來支援企業內的各項流程，包括像是採購、ERP、人事等服務。

2. 交易型 IT (Transactional IT Assets)

用來處理每日的例行交易，主要在於降低成本，並增加生產力。
使用交易型 IT 可以創造商業價值，其理由在於：如果公司日常
交易量龐大，新的 IT 可以取代人工，省去大筆成本，同時也能
達到資料的整合與一致性。

3. 資訊型 IT (Informational IT Assets)

利用交易的資料，經由統計分析，以提供更多更好的資訊，以供
決策、管理用途，例如 7-11 的 POS系統，其商業價值在於提供
有用資訊，使得利潤成長，並且促動新產品、服務的推出

4. 策略型 IT (Strategic IT Assets)

協助企業達成策略目標，取得競爭優勢，其商業價值在於：成功
進入一個市場，並且得到龍頭寶座，吸引投資者投資。

快速應用程式開發 (RAD)

RAD(Rapid application development)

大量使用 CASE 工具來加快系統開發速度，並透過 JAD 集體討論，進行資料蒐集，設計出系統的模型，在 CASE 工具熟悉的狀況下，加上雙方彼此溝通(JAD)，可以達到對系統的共識。

在討論的期間，使用「雛型」與使用者討論，經過多次修正，以其符合需求。

講白了就是融合：SDLC + CASE 工具 + JAD 會議

主要包括了四大階段：

1. 規劃分析：定義需求範圍，進行需求分析。
2. 使用者設計：使用者與 SA 互動，使用 CASE 工具產生雛型，並在 JAD 討論。
3. 建構階段：將模型轉為程式(code) 可用 CASE 工具輔助。
4. 系統轉移：進行系統測試，並把資料轉移，使用者訓練。

策略聯盟

策略聯盟，二家或者二家以上的企業，因為彼此需要或者策略因素，所以訂定合作協定，分享彼此專長、資源。策略聯盟類型可分：

1. 專長互補型
結盟業者以互補性的技術來進行合作，例如手機業者與軟體業者推行 MSN 上網

2. 資源共享型
產品「季節性」不同的公司，可以分享通路、運輸資源。

3. 產業標準創造
由多家公司一起合作，開發新興規格，形成標準，打擊未加入聯盟業者。

4. 採購力量結合
由多家買方組成，形成議價能力，例如 買方線上 B2B 網站。

5. 供應鏈結合
製造商以 SCM 與 Intranet 來整合上游供應商與下游通路商。

資訊系統建置策略

委外開發(Outsource)

企業把部份或者全部的資訊系統，委託由外界的系統供應商來發展、管理，企業只要著重在核心能力即可，此為當前取得資訊系統的最重要方式。委外的項目通常可以包括：軟體開發維護、企業整體資訊規劃、資料庫建置、推廣訓練、顧問諮詢。

優點：
1. 提升 IS 的品質，交由專業公司開發，降低開發成本。
2. 企業專注核心能力。
3. 降低投資風險 (適用在需求變異大時)
4. 可以解決資源不足問題，避免人力資源消耗。

缺點：
1. 打擊員工士氣。(組織面問題)
2. 阻礙內部科技升級，以及組織學習。
3. 失去自主能力，易受委外包商控制，彈性應變能力差。
4. 企業策略機密以及安全問題會有顧慮。
5. 委外商對於 IT 技術的過時，而沒有升級。
6. 需求溝通的問題，或者理念不合的問題。 (溝通面問題)

適用時機：(如果下面狀況，不適合委外)
1. 系統具備競爭優勢，獨特性。
2. 系統具有機密性，策略機密。
3. 委外開發成本過高，而且不確定性大。

在美國主要的委外項目，通常是集中在：
低競爭優勢、低策略性、低不確定性、高成熟度、高安全性上面。

委外商的挑選：
口碑 - 公司有名且有成功案例、保密承諾
專業 - 具有產業知識、技術有彈性、熟悉 IS 架構
經營 - 健全財務、穩定經營
服務 - 服務品質、對顧額意見的接受度

委外的關鍵成功因素：
企業本身 - 內部人員的配合度與抗拒度
供應商面 - 供應商的支援能力、服務品質
雙方合作 - 企業與委外商的溝通、彼此互信程度

使用者自建 (End User Computering)

由使用者自己使用易學易上手的軟體(如4GL)來開發所需的應用程式，資訊人員則是扮演協助角色。

促成原因：第四代語言的發展、圖形介面、電腦設備易取得，加上網路通訊

優點：
1. 由使用者自行開發軟體，不會有溝通問題，一定合乎需求、減少抗拒。
2. 降低資訊部門的負擔。
3. 開發速度較快，不用等待申請審核。

缺點：
1. 缺乏分析設計，應用軟體無法滿足長期需求。
2. 沒有相關文件。
4. 重複開發。
3. 資訊安全的隱憂，而且系統品質也較無保證。

資訊部門自行開發

由資訊部門使用 SDLC 來進行系統的開發。

優點：
1. 自行開發可以配合組織流程，不會造成流程大改。
2. 能與舊有系統整合，滿足系統限制。
3. 合乎安全，高策略系統與機密性系統，宜自行開發。

缺點：
1. 與委外、購買套裝軟體相比，開發時間會比較長。
2. 耗費成本，增加人員負擔。
3. 系統上線後仍需測試。

購買套裝軟體

對於某些已經標準化、非策略性的運用而言，例如像薪資系統、庫存管理系統，直接用採購的方式引進。

特點：
1. 大眾化應用，不需要由資訊部門進行開發。
2. 目前套裝軟體已經發展到企業系統的規模，例如像 ERP CRM SCM 內建
標準的作業流程，最佳實務，企業可以用此來進行 BRP 。

優點：
1. 系統發展成熟穩定
2. 導入時間短，已經由開發商測試過，減少錯誤
3. 不用再額外投入開發

缺點：
1. 系統設計不一定合乎需求
2. 修改成本高，且維護方面不易控制
3. 彈性低，無法自己掌握。

租賃 (ASP, Application Service Provider)
透過網路，業者提供軟體建置、代管，以租賃的方式提供承租者軟體服務，非買斷，對 ASP 業者來說，以集中管理的方式管理 HW/SW/NET 因為是一對多的服務，所以可達到規模經濟。

特點：
1. 非買斷，顧客是使用系統，而不是擁有系統。
2. 透過網路來傳送，進行服務的存取。
3. 軟體更新維護由 ASP 業者負責。如果「委外」的話，則是企業自行負責。

優點：減少成本、內部 IT 部門的負擔
缺點：系統不一定與企業流程相符合

雲端架構的隨選運算 (加強版的 ASP)

企業透過網站，隨選由廠商提供的 IT 平台與應用系統，其主要特色有：
1. 快速提供服務，雲端服務一經訂閱，馬上可以使用。
2. 降低建構成本，組織不用花費鉅額資金採買硬體、軟體。
3. 以量計價，組織可以依照需求來訂閱服務，不需要時則立即退租。
4. 擴充性高(Scalability)，雲端平台可以大量佈置 server。

Note:
未來走向 - 軟體服務模式(Software Service Model)
所謂「軟體」指的是企業內部的 MIS 軟體；服務指的是雲端服務。
未來會採用混合制，虛擬私有雲用 VPN 與內部系統相結合，例如：在 EC 商品的展示廣告，因為較無機密性，可以放在雲端；帳務資料、
計費資訊則是放在內部資訊系統。

電腦輔助工程 (CASE)

電腦輔助工程 (CASE, Computer Aided Software Engineering）

係使用軟體工具輔助「軟體的開發」及「維護」，關於 CASE 功能大約可以包含
1. 文件輔助 2. 加強分析 3. 專案協調 4. 程式產生

完整的 CASE 環境會包含五個元件

a. 資訊儲存器
CASE 的核心所在，用來儲存系統開發時所需要的資訊，包括企業營運結構、運作模式、軟體開發程序、資料結構、處理邏輯，及原始碼

b. 前端工具
支援軟體規劃到設計，包括模擬工具、系統分析與設計工具。可以協助分析師在程式產生前，建立一套可以執行的系統模式。

c. 後端工具
用來產生程式碼，包括程式撰寫工具、版本控制工具、結構化編輯器、除錯器。

d. 專案管理工具
協助專案經理管理成本、流程、時間追蹤、品質測試。

e. 反向工程
將現有程式碼，轉成更有條理的表現方式，使設計師更易維護。

軟體工程在軟體開發過程中須要兩種工具：第一種類型為分析型工具，用在軟體開發最常見的有成本效益分析（Cost and Benefit Analysis）和漸精式分析工具（Stepwise Refinement）。

第二種工具為軟體工具（Software tools）也就是用來協助開發團隊發展及維護軟體的產品。此種軟體工具的正式名稱為「電腦輔助軟體工程」，簡稱為 CASE。

根據 1992 年 11 月 Oakes, Smith, 和 Morris 於 SEI 的技術報告－“Guide to CASE Adoption＂－中指出：電腦輔助軟體工程（CASE）一詞最先是運用於提供支援於軟體發展生命週期（SDLC）過程中的「分析與設計」階段。

根據美國卡內基美隆（Garnegie Mellon）大學對於電腦輔助軟體工程的定義為「軟體開發過程中，運用以電腦為基礎之支援軟體」，而原文 " CASE is the use of computer-based support in the software development "
換言之，CASE工具是一套電腦為基礎的產品，針對軟體發展過程中的一個或多個活動來做必要之支援。此定義全面涵蓋了專案軟體的經營、管理、或技術層次。也就是說，舉凡專案管理軟體、文件編輯軟體、試算表軟體、E-Mail軟體等皆是電腦輔助軟體工程工具的一部份。

Norlan 階段成長理論

Norlan 階段成長理論是資訊系統規劃的主要理論，組織必需經過前面階段，才能進行下一階段。共分為六段：

1. 初始期
少數使用者，低管制、中度資源提供，採取放任式管理，不進行系統規劃。
2. 擴張期
為了鼓勵使用，所以提供高度資源，但是因為缺乏規劃所以成本增高。
3. 控制期
建立組織控制制度，進行資源管理，強調系統規劃
4. 整合期
使用資料庫技術，整合至應用系統管理資料，建立良善規劃。
5. 資料管理期
強調資料管理與共享，鼓勵開發對企業策略有價值的系統
6. 成熟期
系統完整，符合組織目標。系統的策略能與企業理念合而為一。

資訊系統導入成功/失敗因素

[造成資訊系統失敗的原因]
設計 - 在初期設計時，未能掌握使用者需求，造成介面不佳、設計複雜，無法與作業流程相互配合
資料 - 系統存放的資料不正確，或者不一致。特定的系統功能因為缺少某塊資料，而無法正常運作。
成本 - 即使系統能正確運作，但可能忽略導入所需的成本，造成系統所帶來的價值，無法彌補支出費用。
作業 - 系統運行不佳，作業當機，造成工作流程上延誤。

[資訊系統導入成功與失敗的原因]

主要可由使用者角度、管理者支持、導入風險與複雜度，以及導入的管理品質來分析

1. 使用者參與
讓使用者參與資訊系統的設計，會有較正面的結果。如果使用者能在設計階段大量參與，會對整個系統比較有認同感，在架構設計上也確實能合乎所用。融入使用者知識與專業會產生更好的解決方案。

2. 管理階層的支持
如果一個資訊系統專案，可以得到不同階層的管理者支持，使用者與開發人員會以較為正面的角度衣看待系統，雙方會有默契認為系統具有較高的優先權，投入在開發與導入的努力，未來會受肯定。管理階層的支持，在另外一方面也代表有足夠資金來進行專案。

3. 複雜度與風險
系統的複雜度與風險，會隨著系統範圍而有所差別，有些專案容易延遲或失敗，是因為案子的風險比其他案子來得高。除了專案大小外，風險也與專案所用技術與架構有關。
* 技術經驗：如果開發人員缺乏類似開發經驗，那麼風險就會很高
* 專案大小：專案愈大，愈易延遲，在開發上更有機會碰到頻頸，那麼風險就很高。
* 專案結構：愈不具結構性的開發專案，風險愈是大。

4. 導入過程的管理
專案導入的衝突，有可能因為管理不當而被放大。沒有適當管理可能會有下列結果
* 成本超出預算
* 技術不夠成熟，使得效能不如預期
* 專案未能獲得改善效益

Lewin 學者提出的變革模式：解凍、變革、結凍
解凍：(尋求共識) 為了要改變原有作業模式，取得認同，解凍原來工作方式的習慣。
改變：(主管配合) 進行系統開發與引進，需要各級主管配合，進行科技導入的管理。
結凍：將改變後的制度，再度結凍，確定新科技隔入組織的例行作業中。

[ 資訊系統評估的名詞 ]

1.系統品質：對資訊系統處理能力的評估

在網際網路應用環境中，認為電子商務的系統品質評估，應包括操作易用性、
反應時間、符合使用者需求、存取能力、可靠性、整合性等評估指標。

2.資訊品質：對資訊系統產出資訊的評估

資訊品質偏重於對資訊系統產出的評估與衡量。資訊品質的評估指標應包含
資訊內容的時效性、正確性、有用性、完整性、安全性等特徵。
消費者在使用電子商務系統時，最重視網站能否提供安全的線上交易機制，
以及個人資料是否獲得適當的保護。

3.服務品質：對資訊系統服務結果的評估

服務品質，由事前期望的服務，與接受服務後的感覺比較而得。
網路服務品質則可定義為消費者在網路商店進行商品瀏覽、訂購、付款，
以及互動過程中，感受其提供服務水準之優劣程度。

4.使用者滿意度：使用者對於操作與使用資訊系統而產生的回應與評價。

5.系統效益：使用資訊系統後，能夠產生的效能與利益。

[如何評量資訊系統] ... 背前三個

1. 系統品質
容易使用性、可靠性、彈性、整合性、反應時間、功能性。
2. 資訊品質 (單純考)
正確性、即時性、完整性、相關性、一致性。具備這些才會幫助使用者支援其工作決策。
3. 服務品質
有好的系統與資訊之外，使用者有問題時需要服務，服務品質包括：外觀可視性、可靠性、反應性、保證性、關心性。
4. 資訊使用
使用成本、使用次數、查詢次數、功能使用數、存取頻率
5. 使用者滿意度
滿意程度、喜歡程度、接受程度
6. 對個人的影響
快速擷取有用資訊、決策品質、工作績效、個人生產力
7. 對組織的影響
提高生產力、提高服務績效、降低成本、提升目標達成率

□ 幾個評量系統/網站的面向

技術適切性
1. 網站無交易安全顧慮
2. 網站易於瀏覽
3. 具有適當的搜尋功能
4. 網站隨時可以連結上
5. 網站易於存取

內容品質
1. 內容正確
2. 內容有用
3. 內容完整
4. 內容清楚

全安隱私 (影響信任因素)
1. 網站系統能保護個人隱私
2. 連線資訊經過加密
3. 個人資料不會外流盜取

網站外觀
1. 外觀吸引人
2. 操作介面流暢
3. 具有適當的互動
4. 適當的多媒體功能
5. 網站娛樂性，內容具有創新

交易反應時間
1. 交易活動能在時間內完成
2. 網頁載入速度快
3. 資料提交後能有所反應

資訊系統策略面 (SIS)

策略面相關議題

波特(porter)提出三大競爭理論：五力分析、價值鏈模式，與一般性策略。
利用這三個理論分析企業競爭優勢、壓力來源。企業要達到競爭優勢必須：

1. 擊退市場五力
2. 強化自身價值鏈上各個活動，與活動之間整合
3. 要能形成：成本領導、差異化、集中市場

策略在不同層次的規劃
事業部層次 - 如何在特定市場做有效的競爭
企業層次 - 提升綜效(因為有很多部門)與核心競爭力
產業層次 - 由一群公司所組成的產業環境，重點放在如何與其他公司聯盟、或競爭。

+-----------+--------------------+-----------------------+
| 事業部階層| 單一特定市場       | 一般性策略、價值鏈模式|
+-----------+--------------------+-----------------------+
| 企業層次  | 內外整合產生綜效   | 核心能力理論、委外    |
|           | 策略聯盟成長創新   | 策略格道模式、方案產生|
+-----------+--------------------+-----------------------+
| 產業層次  | 主導產品成為市主流 | 五力分析 網路外部性   |
|           | 創造殺手應用       |                       |
+-----------+--------------------+-----------------------+

※ 波特五力分析

1. 供應商議價能力
若有許多可以選擇的供應商，那麼企業就容易執行價格、品質的控制
2. 產業內競爭者
企業與其他對手共享同一個市場，要能在市場勝過對手，則要深入分析對手的核心能
力、策略
3. 買方的議價能力
相同產品眾多，或者價格低廉時，買家能輕易轉換供應商，議價能力就變高了。
4. 潛在的進入者
當市場的進入門檻不高時，就容易有新的進入者產生。
5. 替代性商品
產品價格提高，或者品質下降時，顧客會找詢替代方案。

※ 企業價值鏈模式

企業的產品之所以會有價值產生，是因為一連串的加價活動而來，如果能瞭解這些活動細
節績效，則可作為分析基礎
加值活動分為：主要活動、支援活動

1. 主要活動
進貨後勤 - 原料的採購、輸入、儲存 (SCM, EDI, 自動倉儲)
生產 - 將物料轉換為最終產品，生產組裝測試 (CIM)
出貨後勤 - 將產品配送 (SCM, EDI)
行銷銷售 - 吸引顧客購買、廣告 (CRM)
售後服務 - 增加產品價值，可用性 (CRM, Call Center)

2. 支援活動 (與產品無直接關係，但企業經營需要這些活動的支持)
基礎建設 - 支援整個價值鏈、策略規劃
人力資源 - 人材招募
技術研發 - 新創產品與改進工作流程
採購 - 不是買原料，而是買辦公用品

IT 可以用來優化價值鏈，提昇競爭優勢
1. 為價值鏈的各活動，進行效率最佳化
2. 整合價值鏈活動，進行協調
3. 支援價值鏈流程再造

※ 波特基本競爭策略

1. 成本領導
對於相同產品，以更低價格賣給顧客。想辦法用 IT 來降低生產成本，使用 SCM 來控制
供應鏈成本。

2. 差異化策略 (讓別人難以 copy)
強調產品的設計或服務，異於其他競爭者；企業可以選擇數種產品、服務進行改革創新，
滿足顧客需求。例如在早期，傳統銀行提出「線上 ATM 服務」

3. 集中策略
專注在小範圍產品，如此能比大公司更快創新，在品質、服務上都會有優勢。


※ RBV 未寫到

(待補)

※ 策略方格

以目前、未來兩個層面，討論資訊系統對策略的重要性。
+----+----+
|扭轉|策略|
|支援|工廠|
+----+----+

1. 支援型
目前而言，資訊系統對策略的影響力低，在未來也是，
只用來處理日常的作業流程，並非關鍵系統。所以主要
著重在穩定性。

2. 工廠型
目前資訊系統對策略影響力高，但是未來無法提供競爭優勢。
此時無 IS 則企業無法正常運作。

3. 扭轉型 (口訣：扭轉未來，潛力股)
目前資訊系統，在策略層面影響力小，但在未來可能舉足輕重，
算是「支援型~策略型」的過渡時期。企業應找尋 IS 的相關定位，
與適用層面，用來提升競爭優勢。

4. 策略型
資訊系統在目前、未來都很重要，對於策略的影響力，極為顯著
可用來提升競爭優勢。

※ SWOT 分析 (待補)

※ 策略資訊系統 (SIS)

資訊系統在企業的角色，是對公司策略提供有效的支援，以取得競爭優勢。
策略資訊系統可以是任何形式的資訊系統，例如 TPS、MIS、DSS
只要是透過資訊科技，協助組織，達到差異化、贏過對手，提高競爭優勢，
都可以算是策略系統。

策略資訊系統是企業所發展出來，一個具有策略價值、獨特性，難以模仿的
資訊系統。能在策略上改變企業經營模式，達成企業目標。

策略資訊系統，講白了就是透過資訊系統，達到產品服務差異化，創新成長，
打倒對手，鎖住顧客，降低供應商議價能力，提高進入者的門檻

SIS 的特性：
1. 策略導向 - 屬於策略層次，重點在於支援企業策略，提升競爭優勢。
2. 差異導向 - 讓顧客認知「產品/服務不同處」
3. 目標導向 - 只要任一資訊系統，利用差異化產品、利基集中、策略聯盟
創新的方式，達到鎖住客戶，打擊對手，提高進入障礙的目標。

練習 1. 說明 SIS 的內涵及目的，說明 ERP/SCM 何者為 SIS
ANS: SIS 用來支援或改變企業的競爭策略，主要是透過資訊系統強化現有策略。
創造新的策略機會，使企業能有更大競爭優勢。

企業想要整合內資訊，提供顧客快速回應，那麼 ERP 就算是 SIS。

如果企業想要與相關供應商，或者上中下游廠商行成策略聯盟，
此時 SCM 就算是 SIS。

練習 2. 資訊科技是策略武器或者生存工具
ANS: Wiseman 提出了五個策略方向，低成本、成長、差異化、創新、聯盟
配合策略產生器

     [策略目標] → [策略動力] → [策略模式] → [動力方向] → [資訊技術]
      供應商        低成本        功擊          使用          儲存
      顧客          成  長        防禦          提供          處理
      競爭者        差異化                                    傳送
                    創  新
                    聯  盟

由策略模式可以看出資訊系統是功擊武器，也是防禦的生存工具

元件為基礎的開發方法 (CBD)

元件為基礎的開發方法 (CBD, component based development)

快速整合各種可以重複使用的物件模組，形成一個新的、獨特的應用程式。
例如整合：使用者介面與訂單模組，形成一個線上購物系統。

由於元件導向技術，使得系統發展時程縮短、成本降低、生產力提升、容易客製化與維護。促使提昇軟體再用性與可維護性。

軟體元件通常可分為白箱元件(white box components)和黑箱元件(black box components)，前者以原始碼呈現，後者以二進碼呈現，僅能從文件的描述得知其功能。黑箱元件雖然不能直接修改元件，但可以透過建立新包裹元件擴 充原來元件功能，而不更動原來元件功能，使得原來元件升級後仍然可以使用，具有較佳的可維護性

然而，元件式軟體發展(CBD)過程中，需要尋找適當元件進行修改整合，如何促進擴大元件供應，以利後續發展過程中的修改和整合，就成了元件式軟體發展最基礎核心的問題

內聚力(Cohesion and) 與 耦合力(Coupling)

對結構化系統分析設計而言，良好的設計該有：模組間要做恰當分割、階層式系統架構、獨立的模組功能。提升好的模組品質其衡量準則：模組的內聚力，模組間耦合力。

內聚力：模組內完成單一任務的程度，盡可能緊密，細分為七種。
耦合力：模組間關聯的強度，盡合能獨立，細分為五種。
--

1. 功能內聚力：模組只用來完成單一任務，例如「計算所得稅」
2. 順序內聚力：模組內具有多個功能，每個功能的輸出，會是下個功能的輸入。模組間會共用資料。
3. 溝通內聚力：模組內的功能元件使用共同的輸入資料，執行順序無相關性。例如「查詢個人地址、個人姓名，資料都是從 DB 提取而來。」
4. 暫時內聚力：模組內的功能，雖然無順序之分，但要要在同一時間內執行完成，通常用在系統的初始化。
5. 程序內聚力：模組內的功能，要照一定順序執行，但不共用資料。
6. 邏輯內聚力：將功能相同的單元，放置在同一個模組內。例如將 sin()、cos()、abs() 放到 math 模組內。
7. 偶發內聚力：模組內的任務並無相關性，單純只是放在一塊。

--

1. 資料耦合力：模組間的訊息傳遞是透過基本的變數型別。
2. 資料結構耦合力：模組間的溝通是用資料結構，但在目的模組中，並不一定會使用到所有資料欄位。
3. 控制耦合力：一個模組的運作，是透過其他模組傳來控制訊號。所以在設計上要知道該模組的運作架構與可接受資料格式。
4. 共同耦合力：模組間使用共同的資料變數(想成 global 變數)
5. 內容耦合力：模組使用了多個進入點方式，跳到(GOTO)另的個模組。這樣的架構會改變其他模組的資料、行為、執行過程。

各類資訊系統 (IS, Information System)

1. 交易處理系統 (TPS, Transaction Processing System)
執行企業基本交易資訊蒐集(Input)、儲存(Storage)、處理(Process)、傳播(Output) 的系統。企業電腦化的基礎，其他的 IS 像是 MIS、DSS、ESS 都是以 TPS 作為資訊來源，才能進行分析。
實際的例子：訂單處理系統
特點：處理結構化問題，由作業階層操作。問題大多是重複例行。具有高度可靠要求、資理資料大而且需要快速回應。

2. 管理資訊系統 (MIS, Management Information System)
設計用來提供日常、例行性、固定格式、簡單分析，給不同層級的管理者，跟「經營」有關議題的管理報表(像是存貨日報表、專案進度表、營收報表)，主要用來提供分析資訊。
特點：報表格式通常固定，像是當週銷售統計。也是負責結構化問題，不需要複雜運算。資料來源是靠 TPS 提供。

3. 決策支援系統 (DSS, Decision Support System)
結合電腦快速、大量的資料查詢與運算，輔助決策者在面臨突發狀況時進行良好決策。主要是處理半結構化問題，需球並無固定格式。

(Note) Simon 決策制定的四階段
(a) 情報：個人蒐集資訊，確認與瞭解組織的問題 (訊息可由 MIS 而來)
(b) 設計：針對上述問題提出解決方案 (DSS 有分析模型可進行分析)
(c) 選擇：在解決方案中挑出較為合適者 (DSS 給方案，人類挑合適者)
(d) 執行：將決策付諸實行，報告執行進度 (用 MIS 來追蹤執行狀況)

決策支援系統的分類：

(a) 模式導向
使用許多公式去推論「如果…就…what if」主要使用模式庫與 UI 去進行分析。
(b) 資料導向
分析公司中的大量資料，通常 TPS 所產生的資料會存在資料倉儲中，作為決策分析 Data Mining 與 OLAP 使用的資料來源。

4. 專家系統 (Expert System)
組成元件：使用者介面、知識庫、推理引擎
用來模仿人類專家解決特定問題。主要利用知識擷取工具，將人類專家所擁有的知識，轉存在知識庫中。使用者可以透過 UI 來進行查詢，而推理引擎會依照使用者輸入，利用現有知識法則進行推論，給予解釋。

- 推理引擎：專家系統會根據輸入的條件，進行法則推理，導出最終結果。分為 向前推理(給資訊，問結果)與逆向推理(給結果，詢問有無支持該結果的論述)
- 知識庫：儲存法則與事實的地方。
- 使用者介面：提供 User 的互動介面
- 工作暫存區：推理過程中暫存資料的地方。
- 解釋機制：專家系統在解決問題過程中，推理的路徑顯示出來。

5. 商業智慧 (Business Intelligence)
商業智慧(BI)經由分析學習、客觀的外顯知識而來。企業使用快速、即時的資訊科技，蒐集分析企業外在環境的競爭資訊，內部經營的關鍵指標，提供決策者進行判斷，以提昇企業競爭力的一種資訊系統。BI 的資訊來源有三種：

(a) 外部整體環境
企業的生存受到外部環境影響極大，使用 BI 可以對環境(政治、經濟、社會)快速掃描、分析。
(b) 外部競爭環境
瞭解企業外部的競爭危機，即分析波特(Porter)五力面向。使用智慧代理人蒐集對手產品價格、比較。
(c) 內部的企業管理智慧
使用 BI 快速掌握內部營運績效，決策者可以定義關鍵成功因素(CSF)與關鍵績效指標(KPI)。

6. 企業資源規劃(ERP, Enterprise Resource Planning)

整合與規劃企業分散於各據點的資源，協調內部各部門垂直功能(生產、行銷、人力、研發、財務會計)，並且水平跨部門(作業、管理、策略階級)。對內可以提高效率、效果，增加反應速度；對外可以增加競爭優勢，抵抗五力威脅。

Feasibility Study

可行性研究

1. 技術可行性
包括硬體技術、軟體技術，與使用這些技術的能力。在硬體方面，像是硬體設備採購
通訊設備；在軟體方面，則考慮該應用何種軟體，並且評估可靠性。

2. 作業可行性
人員有作業流程上的可行性，人員是否會產生抗拒使用新系統。新系統的引進如何與工作流程配合。

3. 時效可行性
系統在發展的時間上，是否可以符合期限。

4. 經濟可行性(可行性分析的重點)
評估成本與效益，常用的工具有：

(a) 總持有成本(TCO)
在整個資訊系統生命週期中，從規劃、分析直至維護，所花費直接與間接的成本，軟體採購、硬體建置、
資產管理維護、技術支援，設備升級所耗用成本。
(b) 回收期
(c) 投資報酬率
(d) 淨現值

主從式架構(Client/Server) 與 Web based

1. 主從式架構 (Client/Server)

組成三要件為：伺服器、用戶以及網路。

用戶端(Client)與伺服端(Server)透過網路相連結。隨著硬體技術的演進，現行的客戶端通常具備不錯的運算能力，透過適當的分工，可以減輕伺服端的負擔。

用戶端不再是終端機，而是具有處理能力的個人電腦，透過網路與伺服端相連。人機介面處理完全交由客戶端的個人電腦處理，而主機或伺服器只負責資料庫方面的資料處理工作。

優點：價格相對低廉、系統的擴充性較佳。以往資料及作業系統皆放在同一套主機，不能分散處理，而主從架構就是可以達到軟體專業分工的目標。

缺點：軟體更新較不易，當程式異動時要分別進行修改，花費的時間成本。另外資料的安全性也有所影響，因為可能有部份資料是儲存在客戶端。

2. web based
透過 Browser 來進行資料的存取，使用者無需安裝與設定。在任何平台、作業系統均可使用。其中的三層架構(3-tier)：
使用者介面層（presentation tier）
負責接收使用者的資料輸入，和將結果顯示出來。
商業邏輯層（business logic tier）
於伺服器電腦上執行，負責運算邏輯的，其功能是接受來自用戶端的請求，並且決定何種資訊可以被傳送至用戶端。
資料服務層（data services tier）
包含了儲存大量資料的資料庫，負責資料庫或訊息的處理。