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