Transcript Џ*ࡱ*က
第1章 系統分析與 設計簡介 Prepared by S. F. Chang 1 簡介 P2 本章將介紹 (1) 資訊系統開發的相關議題、(2) 系統分析與設計的觀念、(3) 系統開發的生命週 期、 (4) 各種系統開發方法論、工具，及技術， 以及(5) 描述資訊科技部門(IT department #) 的角色及其內部的工作人員。 許多企業利用資訊作為主要的資源以提升其生 產力、生產高品質的產品及服務、維持客戶忠 誠度，以及作出完善的決策。 在競爭激烈的全球市場中，資訊科技往往是一 個公司成敗的關鍵所在。 2 資訊科技的衝擊 P5 所謂的資訊科技(IT, information technology #) 是指公司能用來管理、取用、溝通，及分享資訊 的許多硬體及軟體產品或服務的組合。 • 資訊科技的未來 在一份名為「數位經濟2003」(Digital Economy 2003)的報告中，估計IT領域的貢獻 幾乎佔2003年經濟成長的30%， 根據這份報告， 網際網路使用的爆發是這個成長的主要推力。 大多數企業不論時機好壞均給IT預算較高的優 先順序，因為，在成長期公司不能在IT方面落 後; 而當經濟情勢轉弱時，許多企業又仰靠IT來 改良工作效率並且降低作業成本。 3 資訊科技的衝擊 P6 • 系統分析與設計的角色 系統分析與設計(SA&SD，systems analysis and design #)是為開發高品質的資訊系統必須 按步就班的程序。 一個資訊系統(information system #)由資訊 科技、人員，及資料所組成而能支持企業的需 求。 4 資訊科技的衝擊 P6 • 誰來開發資訊系統? 傳統上，一個公司若不是自行開發其資訊系統， 稱為自建應用系統(in-house applications #)， 就是從外部廠商購買所謂的套裝軟體(software packages #) 。 今日這些選擇更為複雜，選項包括:以Internet 為基礎的應用系統供應商(ASP ，Application System Provider #)、委外、IT顧問提供的專 屬解決方案、以及企業整體軟體策略。 不論採用的開發方法為何，啟動一套新資訊系 統涉及各種風險及利益。最大的風險發生在當 公司尚未決定系統該做些什麼之前就決定該系 統將如何被建置。 5 資訊科技的衝擊 P6 為免於本末倒置，一個公司應該由概述企業需 求並指出可能的IT解決方案開始著手。 一般而 言，這件重要的工作是由系統分析師及其他IT 專業人員來執行。 一個公司在尚未設定明確的目標之前不該先考 量建置的方式。 6 資訊系統的構成元件 P6 所謂的系統(system #)是一組能夠產生特定結果 的相關元件。 它是由許多相關要素與處理程序所 組成的一種組織體，藉由這個組織體的運作，以 達成一特定之作業目標。例如: 消化系統、呼吸系 統、交通系統‧‧‧， 及資訊系統。 每個系統都需要某種輸入資料。 對資訊系統而言，資料(data #)是指那些可作為系 統操作素材的基本事實。 例如︰一張空白訂單中 的客戶代號、產品代號及訂購數量‧‧‧等等。 所謂資訊(information #)是指資料經過處理後轉 變成對使用者有特定用途的輸出。例如︰訂單資 料輸入後，經過訂單處理系統處理而產生的客戶 訂購紀錄報表。 7 資訊系統的構成元件 P8 一個資訊系統有五大主要元件，包括: 硬體、軟體、 資料、程序和人員。 • 硬體 硬體(hardware #)由資訊系統實體層面的所有 東西所組成。例如，硬體包括了伺服器、工作 站、網路通訊設備、光纖纜線、手持電腦、掃 描器、數位化形像擷取設備，以及其他各種技 術性的基礎設施。 • 軟體 軟體(software #)是指控制硬體並產生所需的 資訊或結果的各種程式。 軟體一般可概分為系 統軟體和應用軟體。 8 資訊系統的構成元件 P10 系統軟體(system software #)管理各種硬體 元件，一般是由硬體製造廠商所提供、或者公 司也可向其他廠商購買。系統軟體的例子包括 了作業系統、避免電腦被入侵的安全軟體、硬 體(如印表機)通訊用的驅動程式、還有像處理 資料備份及磁碟管理等作的公用程式，還包括 網路作業系統 (NOS, network operating system #) 。 應用軟體(application software #)由那些支援 日常業務功能而提供使用者所需資訊的各種程 式所組成。普及全公司的系統稱為企業應用糸 統(enterprise application) ，例如︰訂單處理 系統、薪資系統。 9 資訊系統的構成元件 P11 應用軟體包括橫向及縱向系統。 所謂的橫向系統(horizontal system #)是指一 些略作修改後就可適用於不同公司的系統，如 存貨或是薪資系統等。 所謂的縱向系統(vertical system #)則是為了 某個公司或產業特殊的需求而量身訂做，例如 網站零售商、一個醫療系統，或是一個錄影帶 連鎖店的系統。 • 資料 資料是資訊系統轉換成有用資訊的素材。資訊 系統能將資料存放在許多稱為資料表(table #) 的地方，藉由將數個資料表連結，系統就能夠 萃取特定的資訊。圖1-10所示。 10 資訊系統的構成元件 P12 • 程序 程序(process #)描述了為達成特定結果，使 用者、經理人以及資訊人員所執行的各項工作 的內容。 程序代表了真實的日常業務，系統分析師必須 了解企業程序並將之小心地建立文件記錄下來。 • 人員 資訊系統的主要目的在於提供使用者有用的資 訊。 11 資訊系統的構成元件 P12 所謂的使用者(users #),有時也被稱為終端使用 者(end users #)，是指公司內、外所有與資訊 系統互動的人員，故有內部使用者與外部使用 者之分。 一個系統的成敗一般均取決於這些使用者對於 系統的產出或操作方式是否滿意。 人員除了使用者之外，成功的資訊系統當然也 仰賴專業的技術人員如系統分析師、程式設計 師、網路管理師，及其他資訊科技人員的努力 投入。 12 了解企業 P12 系統分析師採用一種稱為建立企業流程模型 (business process modeling)的程序來表示一個 公司的業務以及資訊需求。 企業流程模型的建立需要用到一個企業側影及記 錄各種企業程序的一系列模型(即企業模型)。 ‧ 企業側影 所謂企業側影(business profile)是描述一個 公司所有機能、程序、組織、產品、服務、客 戶、供應商、競爭者、限制以及未來的願景概 述。 有了企業側影的協助，分析師才能建立一系列 的企業模型。 13 了解企業 P13 • 企業模型 企業模型使得經理人及系統分析師易於了解日 常業務的運作。 所謂企業模型(business model #)是以圖形來 表示一個公司所執行單一或多個業務流程，例 如接受機位預訂、售票，或是在客戶的帳戶內 記下交易金額。 所謂的業務流程(business process #)則描述 了特定的交易、事件、工作以及其預期的結果。 例如: 圖1-11呈現了一個稱為「訂單處理」的 企業模型。 14 了解企業 P14 當企業想要簡化其作業或是降低成本時，一個 廣受採用的策略，就是要管理人及系統分析師 執行企業流程改造(BPR, business process reengineering #)。 • 各種新類型的公司 一般傳統的分類將公司區分為產品導向或是服 務導向。 產品導向(product-oriented)的公司主要從事 產品的生產及銷售，例如電腦、路由器，或微 晶片。 Motorola 、 Intel 、 Compaq 、 Cisco, Sun Microsystems是產品導向的實例。 15 了解企業 P14 服務導向(service-oriented)的公司主要在於提 供資訊或服務或是銷售他人製造的產品。 Oracle、Amazon.com都是服務導向公司的實 例。 IT產業有一種正在成長的趨勢，有許多公司是 混合型的，同時提供產品、服務、資訊及技術 資源給客戶。 在許多公司，IT服務部門是成 長最快的區塊。 最新的企業類型是網際網路型(Internetdependent firms)，這類公司常被簡稱為「達 康」(dot-com， .com)公司，因為其主要業務 通路是商業網站而非傳統的通路。 Yahoo.com 及eBay.com都是純粹達康的例子。 16 網際網路的衝擊 P16 以Internet為基礎的商業，一般通稱為電子商務 (EC，electronic commerce或internet commerce #) ， EC包括兩大類型: 企業與消費 者間(B2C, business-to-consumer #) 及企業與 企業間(B2B, business-to-business #)。 • B2C(企業與消費者間) 利用網際網路消費者可以上網購得各種商品及服務。 如: 航空訂票，eBay拍賣網…等。 雖然B2C交易僅佔整體零售業的極小部分，但是預估 B2C的活動將大幅地成長。 B2C的趨勢也意味著需要更多能夠開發網站資訊系統 及應用系統的系統分析師及程式設計師。 17 網際網路的衝擊 P16 • B2B (企業與企業間) 雖然B2C部分對零售市場的客戶較為熟悉，但 是B2B的交易量卻大許多倍。 B2B使得小型的供應商得以接觸到大型客戶， 並且讓買方即刻獲悉市場價格及現貨可供應量。 例如， Wal-Mart(美國的連鎖量販店)開設一個 個線上市集，在此供應商可以提出他們的產品、 傳送規格，並做報價。 線上交易市集最初被發展成稱為電子資料交換 (EDI, electronic data interchange #)的個別 公司對公司的資料分享方式。 EDI使得公司間 能夠利用電腦傳送資料，通常係透過私有的通 訊網路。 18 網際網路的衝擊 P18 • 網站系統開發 各種網站系統開發環境及軟體解決方法相繼推 出，例如︰ IBM的WebSphere ，Microsoft 的.NET等。 以網際網路為基礎的系統會涉及各種硬體及軟 體的設計，但是一個最簡單的模式就是一些網 頁，由這些網頁提供了使用者介面。 當各種公司建立更多網路應用系統時，IT專業 人員的工作機會也隨之擴展，包括了網站 設計師、資料庫開發人員及系統分析師。而這 些需求將不只由傳統實體企業而來，也同時由 達康企業提供。 19 企業如何應用各種資訊系統 P19 以往，資訊經理人依系統服務的對象來將系統分 類。因此傳統的系統型態包括︰辦公室系統 (Office System，由行政人員使用)、操作系統 (Operational System，由操作人員使用)、決策 支援系統(DSS，Decision Support System，由 中階管理人員及知識工作者使用)以及層峰資訊系 統(EIS，Executive Information System，由高 階經理人使用)。 今日，傳統的命名方式不再適用。例如，所有的 員工，包括高階經理人也都使用辦公室系統。操 作人員也經常需要決策支援系統。 20 企業如何應用各種資訊系統 P20 目前以系統的功能及特性來分辨一個系統，比用 其使用者來辨別較為合適。 如此一來，現代的系 統可重新劃分為企業運算系統、交易處理系統、 業務支援系統、知識管理系統，以及使用者生產 力系統。 ‧ 企業運算系統 企業運算系統(enterprise computing systems)是指那些支援全公司資料管理需求的 資訊系統而言。 Wal-Mart的存貨控制系統、波 音公司的生產控制系統及美國航空公司的訂位 系統，都是企業運算系統的實例。 21 企業如何應用各種資訊系統 P20 企業運算系統的主要目的是整合公司的重要功 能(例如，生產、銷售、客服、存貨控制及會計) 以改善效率、降低成本，及協助管理人作重大 決策。它同時也能夠藉著採用全公司的資料存 取架構來改善資料安全性及可靠性。 在許多大型的企業中有一種稱為企業資源規劃 (ERP, enterprise resource planning #)的應 用系統能夠提供全公司的員工及經理人方便的 資料來源。 ERP的潛在缺點就是ERP通常都是立基於一個 整體架構，而此架構可能與導入企業的運作方 式不能配合。 22 企業如何應用各種資訊系統 P20 • 交易處理系統 交易處理系統(TPS, transaction processing systems #)處理的是日常業務所產生的資料。 亦稱為資料處理系統(DPS , Data Processing Systems #) , 例子包括有客戶帳單處理、應收 帳款以及保固維修的處理。 交易處理系統在特定的交易發生時會執行一系 列的工作。。在圖1-17 所示的例子中交易處理 系統先查驗客戶資料、檢查客戶的信用狀態、 將發票傳送給應收帳款系統、查驗所訂購的項 目是否還有庫存、調整庫存量反映這一筆交易， 最後更新銷售紀錄檔。 23 企業如何應用各種資訊系統 P22 一般而言，交易處理系統都牽涉大量的資料，而且都 是重要任務系統，因為沒有了它整個企業就無法正常 運作。 交易處理系統經常成批地處理一群相關的命令 而不是逐一的執行，因此其效率較高。 然而，為了確 保資料的完整性，交易處理系統必須確保如果一個交 易的一部分步驟失敗的話，此交易後續的步驟就不可 以再接續下去。 • 業務支援系統 業務支援系統(BSS, business support systems #) 提供各種工作相關的資訊給公司內各階層的所有員工。 這些系統能夠分析交易資料、產生管控業務流程所需 的資訊，並且提供能夠促成較佳決策的資訊。 24 企業如何應用各種資訊系統 P22 最早的電腦系統，取代如薪資處理等人工作業。 很快地，公司了解到電腦也可以產生有價值的 資訊。這些新系統被稱為管理資訊系統(MIS, management information systems #)，因為 主要的使用者是管理階層。 一個業務支援系統必須能夠與一個交易處理系 統密切配合。 (參考下頁圖示) 在資料收集方面，最新的發展是稱為無線射頻 識別(RFID, radio frequency identification #) 的科技，它是利用高頻率的無線電波來追蹤實 體物件。 25 企業如何應用各種資訊系統 交易處理系統 ‧‧‧ 業務支援系統 更 新 產 品 庫 存 顯 示 滯 暢 銷 產 品 / 銷 售 處 理 更 新 客 戶 帳 戶 餘 額 P22 查 詢 逾 期 未 付 款 客 戶 ‧‧‧ 查 詢 需 補 貨 商 品 26 企業如何應用各種資訊系統 P23 • 知識管理系統 知識管理系統(knowledge management systems #)， 有時候也被稱為專家系統(expert systems #)，因為它們 會結合知識庫以及一些憑以決定如何運用知識的推理法則 來模擬人類推理的能力。 所謂知識庫(knowledge base) 是由大型的資料庫所組成。 專家系統 使用者 例如: If x is y’s father and if y is z’s father, then x is z’s grandfather. Son David John ‧‧‧ ‧‧‧ Richard Jack 使用者介面 推理機 Father 知識庫 John Eric ‧‧‧ ‧‧‧ 結論︰ David是Eric的祖父。 27 企業如何應用各種資訊系統 P24 • 使用者生產力系統 使用者生產力系統(user productivity systems)的例 子包括: 電子郵件、語音郵件、傳真、視訊會議、文書 處理、自動化的行事曆、資料庫管理、試算表‧‧‧ 等等。 使用者生產力系統也包括了群組軟體，群組軟體 (groupware)在企業內部網路上執行，而使得使用者們 共享資料、在專案工作上互相合作、以及參與工作團 隊。 ‧ 資訊系統整合 大多數的大型公司需要一套系統來整合上述企業運算 系統、交易處理系統、業務支援系統、知識管理系統， 以及使用者生產力系統等功能。(參考下頁) 28 企業如何應用各種資訊系統 P25 XX公司資訊系統 知識管理子系統 交易處理子系統 更 新 產 品 庫 存 退 貨 處 理 維 修 保 固 處 理 ‧‧‧ 顯 示 滯 暢 銷 產 品 / 銷 售 處 理 更 新 客 戶 帳 戶 餘 額 紀 錄 分 析 ‧‧‧ 產 品 問 題 業務支援子系統 查 詢 逾 期 未 付 款 客 戶 查 詢 需 補 貨 商 品 品 質 控 制 追 蹤 29 資訊系統使用者及需求 P25 在典型的組織模型中，一般分成︰最高管理層、 中階管理層及知識工作者、監工及組長、以及操 作層員工。 一個系統分析師必須充份了解一個公司的組織模 型才能夠分辨出各工作流程的負責人及決策者， 才能夠進一步了解他們個別的資訊需求。 ‧ 最高管理層 最高管理層(top managers)負責制定公司的長 期發展計畫，一般稱之為策略計畫(strategic plans)，其中定義出公司的整體任務及目標。 30 資訊系統使用者及需求 P26 & p27 最高管理者著眼在企業整體並且運用資訊科技 來訂定公司的計畫及方向。 ‧ 中階管理層及知識工作者 一個中階管理者可能會查看區域性的銷售業績 週報表，而一個銷售專案小組的組長可能需要 單一地點的每日銷售報告。 知識工作者(knowledge workers)包括一些專 業工作人員，例如，系統分析師、程式設計師、 會計人員、研究員、訓練師，及人力資源專家 等。 知識工作者也使用業務支援系統、知識管 理系統，及使用者生產力系統。 31 資訊系統使用者及需求 P27 • 監工及組長 監工(supervisors)或是組長(team leader)負 責督導操作人員執行每日例行的功能。 這群 人也需要支援決策的資訊、詢問知識管理系統， 同時也仰賴使用者生產力系統來執行其日常的 任務。 • 操作層員工 操作層員工（operational employees）包 括依賴交易處理系統來輸入或接收執行其日常 工作所需資料的各種使用者。 32 系統開發技術與工具 p28 • 建立模型 所謂建立模型(modeling #)就是產生一個能夠 表達觀念及流程的圖型，使得系統開發人員能 夠分析、測試以及修改。 系統分析師藉由一套對企業、資料、物件、網 路，及流程的模型就能夠描繪並簡化一個資訊 系統。 所謂企業模型(business model #)或稱為需求 模型(requirements model #)被用來描述一個 資訊系統所必須支援的企業功能。 所謂的資料模型(data model #)則描述資料的 結構與設計。 33 系統開發技術與工具 p28 物件模型(object model #)描述結合了資料與 流程的物件。 網路模型(network model #)則描述了通訊連 結的設計及協定。 處理工作模型(process model #)則描述了程 式設計師用來發展程式碼模組的系統邏輯與處 理方式。 雖然這些模型在某些層面似乎有重疊，實際上 他們只是同時從不同的觀點來描述同一個環境。 34 系統開發技術與工具 p28 • 建立雛型 雛型(prototype #)是指一套資訊系統初步可運 作的版本。 建立雛型(prototyping #)可測驗系統的概念並 在作最終決定前提供一個檢視其輸入、輸出、 及使用者介面的機會。 雛型可以做為對最終完成系統做標竿測試的初 步模型，或者雛型本身就可以發展成為最終的 成品。 建立雛型可能有的缺點在於某些重要的決策可 能會在充分了解企業或資訊科技相關事宜前太 早確定。 35 系統開發技術與工具 p29 • 電腦輔助系統工程工具 電腦輔助系統工程 (CASE, computer-aided systems engineering #)或稱電腦輔助軟體工 程(CASE , computer-aided software engineering #) 是使用稱為CASE 工具(CASE tools)的電腦軟體來輔助系統分析師開發及維 護資訊系統的一種技術。 因為CASE工具使得資訊系統的建立變得更簡 單，因此能夠提升資訊人員的生產力並且改善 最後成品的品質。 有許多CASE工具能夠產生 程式碼而加速了建置的過程。 除了傳統CASE 工具，系統開發人員也常用一些如Microsoft Project， Microsoft Visio之類的工具。 36 系統開發方法的各種方法 p30 目前開發電腦化資訊系統最廣受採用的各種方法中，有一 種廣受採用的傳統方式為結構化分析與設計，而目前一種 稱為物件導向分析與設計的新方式也同樣受歡迎，每種方 法論又各有許多變形。 大部分的資訊科技專家都認為沒有單一的方法是所謂最佳 的系統開發方法，因此，系統分析師應該充分了解各種替 代方法的優缺點。 • 結構化分析 結構化分析(structured analysis #)是一種傳統的系統 開發技術，它不但經過長時間的考驗而且很容易了解。 結構化分析採用一連串稱為系統開發生命週期(SDLC, systems development life cycle #)的階段架構來規 劃、分析、設計、建置及支援一個資訊系統。 37 系統開發方法的各種方法 p31 雖然結構化分析濫觴於當大多數系統都在大型 主機上資料處理的年代，但它仍是目前主流的 開發方式。 結構化分析仰賴一套處理工作模型來將一個系 統以圖形表示出來。 因為它主要在描述將資料 轉化為有用資訊的處理工作步驟，所以結構化 分析也被稱為處理工作為主的技術。 除了建立處理工作的模型之外，結構化分析還 包含了資料組織及架構、關聯式資料庫設計， 以及使用者介面設計等技術。 建立處理工作模型包括指出流入某一個處理工 作(process)的資料、將資料轉變的處理工作法 則，以及最後產生的輸出資料流。(圖1-24) 38 系統開發方法的各種方法 p32 • 物件導向分析 相對於結構化分析將處理工作及資料視為分開的元件， 物件導向分析(OOA，object-oriented analysis #)將 資料及處理資料的工作整合成一個稱為物件(object)的 實體。 系統分析師可以用物件導向方法來模擬真實世界的企 業流程及運作。 其結果是一組能夠表示真實的人員、 物品、交易及事件的軟體物件。 再利用物件導向程式 語言，程式設計師就可以寫出產生物件的程式碼。 某一個物件是某一類別(class #)中的一份子，也就是 說類別是相似物件的集合。每一物件所擁有的特質被 稱為特性(properties)，而特性可以從類別繼承，也可 以自己專門擁有，如圖1-25所示。 39 系統開發方法的各種方法 p33 在o-o設計中，物件內建的處理步驟稱為方法 (method #)。 某一物件可以透過所謂的訊息(message)來傳 送資訊給其他物件。而一個訊息可以向收訊的 物件要求做特定的行為而取得特定的資訊。例 如下列的次序圖(Sequence Diagram)所示︰ Order Customer provide_Delivery_Address(customer#) customer_Address 40 系統開發方法的各種方法 p34 • JAD & RAD 許多公司發現由資訊科技人員、使用者以及經 理人所組成的系統開發小組，能夠更快速地完 成任務而且效果良好。 有兩個方法論因而受到 廣泛的採用，它們是: 聯合應用系統開發(JAD, joint application development #)及快速應用 系統開發(RAD, rapid application development #)，這兩種方法論均採用由使用 者、經理人及資訊科技人員所組成的小組來完 成專案，不同之處在於JAD涉及以一些小組互 動的技術來從事分析，而RAD則比較像是整個 開發程序的壓縮版。 41 系統開發方法的各種方法 p34 • 其他開發策略 除了結構化分析與o-o方法論之外，您或許也 見過其他公司所開發的系統開發技術。 例如， 微軟曾經發展出一套方法叫做微軟解決方案架 構(MSF，Microsoft Solution Framework)。 公司常常選擇採用自己的一套方法。 藉由 CASE工具，資訊科技團隊可以使用多種方法 而不必受限於單一而嚴謹的方法論。 42 系統開發生命週期 p35 結構化分析採用一個稱為系統開發生命週期 (SDLC, system development life cycle #)的技 術來規劃及管理系統開發的過程。 SDLC模型包含下面各步驟: 1. 系統規劃 2. 系統分析 3. 系統設計 4. 系統建置 5. 系統運行、支援與安全 在傳統上， SDLC會被繪製成如圖1-27所示的瀑 布模型(waterfall model #)，其中每一階段的結 果常會被稱為交付標的(deliverable #)或產出 (end product)向下流入其後的階段。 圖1-28展示另一種模型。 43 圖1-27 SDLC的各階段及其交付標的 p36 系統申請 階段1: 系統規劃 初步調查報告 Stop 階段2: 系統分析 系統需求文件 停止開 發專案 Stop 階段3: 系統設計 系統設計規格 階段4: 系統建置 Stop 功能完備的 資訊系統 停止開 發專案 停止開 發專案 階段5: 系統運行與支援 運行的 資訊系統 44 系統開發生命週期 p37 • 系統規劃 系統規劃(system planning #)階段通常由資 訊科技部門收到一個稱為系統申請(systems request #)的正式請求開始。 在系統申請中描 述了問題或是對於資訊系統或企業流程想做的 改變。 系統申請可能從最高管理人、規劃小組、部門 主管，甚至是資訊科技部門而來。 一個重大 的請求可能涉及新資訊系統或是替換掉目前已 經無法滿足需求的現有系統。 相對地，一個 小的請求可能只是要求增加新的功能或是改變 使用者介面。 45 系統開發生命週期 p37 初步調查最重要的部分是一個評估成本及效益， 以及基於經濟、技術、操作、及時間等因素建 議行動方案的可行性研究(feasibility study #) 。 系統規劃階段的目的是執行初步調查 (preliminary investigation #)以釐清企業機會 或問題的本質及界限。 系統分析師收到一個改變或改進系統的請求， 採取的第一步就是決定是否值得展開一次初步 調查。 在調查完成之後，你或許會發現該資 訊系統一切正常只是使用者需要多加訓練，也 有可能會決定需要全面重新檢討該系統。 若 是系統開發的程序繼續往下走，則下一步驟就 是系統分析階段。 46 系統開發生命週期 p38 • 系統分析 系統分析階段(system analysis phase #)的 目的是了解企業需求並且建立新系統的邏輯模 型。 其第一步是建立需求模型(requirements modeling #)，其中你必須調查企業作業流程 並記錄新系統必須作什麼。 建立需求模型是 接續在系統規劃階段時所做的調查，其中涉及 許多發現事實的技術，例如，面談、調查、文 件複閱、觀察及抽樣。 而利用發現事實所得 之結果你可以建立企業模型、資料模型、處理 工作模型及物件模型。 47 系統開發生命週期 p38 系統分析階段的產出就是系統需求文件 (system requirements document #)這份文件 描述了管理者及使用者需求、成本與效益，並 指出其他替代的開發策略。 ‧ 系統設計 系統設計階段(system design phase #)的目 的在於產生能夠滿足新系統所有已經確認的需 求的一份建設藍圖。 在此階段，你必須設計使 用者介面並指出所有必要的輸出、輸入、以及 處理工作。除此之外，也必須設計內外部的控 制機制，其中包括能夠確保系統後續運作時可 靠、準確、易於維護，而且安全的各種電腦或 是人工的監控功能。 48 系統開發生命週期 p38 在系統設計階段，你也需決定應用系統架構， 而此架構告訴程式設計師如何將邏輯設計轉換 為程式模組及程式碼。 設計的結果被記錄在所謂的系統設計規格 (systems design specification #)中，而且必 須經過經理人及使用者的複閱及認可才能夠定 案。 設計時取得經理人及使用者的參與是非常 重要的。 • 系統建置 在系統建置階段(system implementation phase #)新的系統將被建立起來。 49 系統開發生命週期 p39 到了這個階段，程式被撰寫完成、測試、建立 文件，最後做系統安裝。 系統建置階段也包括將資料轉入新系統檔案， 使用者培訓，並實際移轉到新系統。此階段還 包括了評估的工作，這項工作被稱為系統評估 (system evaluation #)，其目的就是判定系統 是否運作正常，還有它的成本及效益是否在預 期的範圍之內。 此一階段的目的就在於完成一套功能完整且文 件齊備的資訊系統。 50 系統開發生命週期 p39 • 系統運行、支援與安全 在系統運行、支援與安全階段(system operation, support, and security phase #)，資訊科技人員開始 維護並強化系統。 所謂維護是指錯誤的更正以及順應 環境變化而做修改，例如新的稅率變化。 而強化則是 增加新的機能或是優點。 此階段的目的在於擴大資訊科技投資的回報。安全控 制確保系統免於外部及內部威脅的傷害。 良好設計的系統應該是安全的、可靠的、易於維護的， 而且是有彈性的。一個有彈性的(scalable)設計可以被 擴充來滿足新的企業需求及作業量。 51 系統開發準則 p40 在建立一個資訊系統時，應該注意一些基本的準則: 1. 固 守著一套全面性的開發計畫 2. 讓使用者全程參與開發過 程 3. 仔細聆聽使用者的意見 4. 將各主要里程碑製成時 間表 5. 指出期間的各查核點 6. 保持彈性 7. 取得準確 的成本效益資訊。 最佳的系統就是最符合使用者需求的系統。 標出主要的里程碑(milestone #)作為專案檢視及評估 之用。 在這些里程碑，經理人及系統開發人員必須決 定是否繼續執行本專案，或是重做某些工作，甚至有 必要回到前一階段，或是完全中斷本專案。 在SDLC 模式中必須正式地評估每階段的產出及交付標的物。 在主要里程碑之間建立中間查核點(checkpoints #)以 確保專案依計畫進行。 查核點的數目要恰當，太多則 顯得繁複，而太少則無法收到監控的效果。 52 資訊科技部門 p41 資訊科技部門(IT department, information technology department)負責開發及維護一家公 司的資訊系統。 IT小組所提供的技術支援包括六項主要功能: 應 用系統開發、系統支援、使用者支援、資料庫管 理、網路管理，以及網站支援。以上這些功能都 有彼此重疊的地方，而且在各公司經常會有不同 的名稱。 • 應用系統開發 傳統上，IT部門都會有一個由系統分析師及程 式設計師所組成的應用系統開發小組，負責資 訊系統的設計、開發及建置。 53 資訊科技部門 p42 今天，許多公司以使用者、經理人，及IT人員 所組成的開發小組來做同樣的工作。 目前常用的資訊系統開發模式是使用RAD或 JAD的專案導向工作小組，而其中由IT專業人 員主導整體的溝通協調以及技術支援。 • 系統支援及安全 所謂系統支援及安全(systems support and security)就是提供安全保護及維護服務給系統 硬體及軟體。 • 使用者支援 使用者支援(user support)提供使用者技術資 訊，培訓，以及生產力支援。 54 資訊科技部門 p43 使用者支援功能也經常被稱為求救專櫃(help desk #)或資訊中心(IC, information center)， 求救專櫃人員負責訓練使用者或經理人如何使 用如: e-mail、文書處理、試算表，及繪圖軟體 等應用軟體。 使用者支援專家則負責回答問 題，解決難題，同時作為使用者解決疑難雜症 的地方。 • 資料庫管理 在大型企業，資料庫管理(database administration)包括資料庫設計、管理、安全、 備份，以及使用者取用等工作。 55 資訊科技部門 p43 • 網路管理 網路管理(network administration)包括硬體 及軟體的維護、支援及安全。 除了監控使用者 存取以外，網路管理人員也負責網路應用軟體 的安裝、設定、管理、監視以及維護。 • 網站支援 網站支援專家通常被稱為網站大師負責支援企 業的Internet及企業內網路運作。 網站支援的 工作包括網頁的設計與製作、流量監管、軟硬 體管理，以及連結網站應用軟體與公司現有的 資訊系統。 56 系統分析師的角色 p44 系統分析師對公司的資訊系統做初步調查、分析、 設計、開發、安裝、評估及維護。 在執行這些工 作時，他經常與公司內外的使用者及經理人互動。 大多數公司都將系統分析師指派在IT部門。 在較 小規模的企業中則常常以聘用顧問的方式來擔任 系統分析的工作。 • 責任 系統分析師的工作跨越業務面與技術面。 分 析師將企業需求轉化為IT專案。 分析師可能會協助建立企業側影、複審企業流 程、選擇硬體及套裝軟體、設計資訊系統、培 訓使用者，以及規劃企業EC網站等。 57 系統分析師的角色 p45 系統分析師也要規劃專案、訂定開發時程表， 及估算成本。 而為了讓經理人及使用者掌握狀 況，分析師也要主辦會議、做簡報，並且撰寫 備忘錄、報告及文件。 • 必備的技巧及背景知識 一個系統分析師需要有紮實的技術知識、優秀 的語言及文字溝通技巧、良好的分析能力，以 及對企業運作流程的了解。 一般公司均會要 求一個系統分析師具有大學資訊系統、電腦科 學、企業管理或相關領域的學歷，以及資訊相 關的工作經驗。 ------------------- End of chapter 1 ---------------58