A、資訊系統開發概論與課程簡介 何謂資訊系統？ 為何需要系統分析師？ 需要瞭解哪些知識？ 領域知識？ 資訊科技？ 開發方法與技術？ 課程簡介
1. 何謂資訊系統？ An information system (IS) collects, processes, stores, analyzes, and disseminates information for a specific purpose. 為了特定目的，而進行蒐集、處理、貯存、分析與傳播資訊之系統。
資訊系統實例 Tracking UPS packages with pen computers
常見的資訊系統 POS (Point of Sale)系統 訂票資訊系統 信用卡付款系統 人事管理資訊系統 會計資訊系統…
資訊系統實例 靜宜大學e校園服務網 課程綱要登錄與查詢 選課系統與修習學生名單 成績登錄系統 導師系統 基本資料、課表 成績、成績排名 寄送郵件…
企業主要資訊系統之種類及特性 資訊系統種類 資訊系統特性 交易處理系統 管理資訊系統 決策支援系統 高階主管資訊系統 專家系統 將大量的交易處理自動化 處理程序與資訊需求非常結構化 管理資訊系統 提供不同層級之管理者摘述程度不同之報表 資料的處理與報表的產生亦多為結構化 決策支援系統 支援決策者半結構化或非結構化之決策 提升決策之效率與效能 高階主管資訊系統 支援高階主管即時瞭解所需之關鍵資訊 可過濾、摘述關鍵資訊 可將資訊以多種方式作圖形化的展示 專家系統 針對特定應用範圍或領域，集合不同專家知識而成的系統 希望專家系統提供之答案或建議可達人類專家之水準 企業資源規劃系統 將多項企業功能整合在一起 可即時整合與規劃企業分散於各地之資源 提供最佳的流程典範
資訊系統開發的構面 資訊系統開發要考慮人、方法、科技和企業經營等四個重要的構面，其關係有如鑽石結構，各構面須均衡發展
2.為何需要系統分析師？ 室內設計實例
客戶需求與程式開發人員的橋樑 與客戶進行需求分析，了解客戶對於資訊系統所需要的功能 系統功能及架構的規劃 系統分析與設計相關文件的撰寫 客戶（使用者）通常不熟悉IT或IS能如何改善現行作業方式，因此系統分析師必須先與使用者訪談，收集問題並提出資訊系統的解決方案。 系統功能及架構的規劃 了解使用者的需求之後，考量所需的資訊科技，勾勒出資訊系統的功能。 系統分析與設計相關文件的撰寫 如同室內設計師繪製室內設計的藍圖，交由施工者完成裝潢；系統分析師撰寫文件的目的主要是讓開發的人員清楚該系統的功能，及方便日後維護更新。
客戶需求與程式開發人員的橋樑 系統測試 正式上線事項及教育訓練（客戶端） 完成程式設計後，系統分析師須實際操作系統，透過各種測試方法檢驗各系統功能的正確性及穩定度。 正式上線事項及教育訓練（客戶端） 完成系統開發之後，須協助及教導使用者操作該系統，並持續了解使用狀況，協助完成整個專案的驗收及上線的各類事宜。
系統分析師所需的人格特質 高抗壓性 責任感強 領導團隊合作 喜歡富於變化的工作環境與生活方式 擁有強烈的好奇心與追根究底的精神 自我肯定與自我期許的強烈企圖心 領導團隊合作 具有良好的人際關係 樂於與他人溝通 具有寬廣的胸襟與容忍別人錯誤的雅量
資訊專業人才的生涯規劃 程式設計師 高級程式設計師 系統分析師 高級系統分析師 專案經理 ＭＩＳ經理 資訊長(CIO) CEO…
系統分析師工作機會實例 2012.2.10.查詢104人力銀行
IMG
3.需要瞭解哪些知識？ 企業整體IS的四層架構→領域知識、資訊科技 專案管理 與開發 系統分析 與設計 企業 經營架構 資訊需求架構 資料架構 IS架構 硬體 系統軟體 資料庫 網路 人力 系統分析 與設計 專案管理 與開發 大三上 大三下 大四上 資管系核心課程
資訊系統開發方法分類 系統開發 生命週期法 雛型 開發法 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 合作需求規劃及合作應用設計 使用者 自建系統 採購套 裝軟體 委外 租用 組織內部開發 組織外部開發 可行性分析
資訊系統開發階段 系統開發過程可大略歸納出基本而共同的步驟 較單純之系統：三階段 需求分析：為什麼要開發系統？帶來哪些實質利益？ (Why) 系統分析：系統的需求是什麼？ (What) 可行性分析、流程模式分析、資料模式分析… 系統設計：需求要如何達成？ (How) 資料庫設計、處理程序設計、輸入與輸出設計、介面設計…
資訊系統開發階段 較複雜之系統：可劃分為七個階段或更多階段
系統分析與設計技術 系統分析與設計：一系列有組織之處理程序，目的是將使用者或企業需求，轉換成有組織的資訊科技、企業流程與知識等元件。 常用的系統分析與設計技術可分為兩種： 結構化技術 物件導向技術
結構化技術 主要用於系統開發過程之分析與設計階段，幫助系統分析師進行資訊系統之描述與驗證。 過程中將企業流程與資料分開處理。 以結構化塑模工具幫助系統分析師進行資訊系統之描述與驗證。 事件(Event) 環境圖(Context Diagram) 資料流程圖(Data Flow Diagram, DFD) 資料字典(Data Dictionary, DD) 處理規格描述(Process Specification) 實體關係圖(Entity-Relationship Diagram, ERD)
物件導向技術 將企業流程與資料封裝成物件 另一特徵是繼承的概念 不像結構化技術是將企業流程與資料分開處理。 另一特徵是繼承的概念 當物件類別之層級結構被建立時，低層物件可繼承高層物件之性質，以減少因需求改變而造成相關程式之修改。 常用的塑模工具為統一塑模語言(Unified Modeling Language, UML) 使用個案圖, 活動圖, 類別圖, 物件圖, 循序圖, 溝通圖,狀態圖, 元件圖,部署圖…