電子資料處理概論-東吳大學_第1頁
已閱讀1頁,還剩24頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、1,東吳大學會計學系謝 永 明,AIS系統(tǒng)發(fā)展生命週期,2,一、瞭解資訊系統(tǒng)開發(fā)生命週期的基本概念二、瞭解系統(tǒng)分析的相關程序與方法三、瞭解系統(tǒng)設計的相關程序與方法四、瞭解系統(tǒng)實施的相關程序與方法五、瞭解系統(tǒng)操作與維護的相關程序與方法六、瞭解資訊系統(tǒng)發(fā)展的規(guī)劃與管理,學習目標,3,系統(tǒng)開發(fā)生命週期,為了確保資訊系統(tǒng)的品質,組織在建構新系統(tǒng)或大幅修改原有系統(tǒng)時,應採用有系統(tǒng)的程序及方法。一般常用的資訊系統(tǒng)開發(fā)方法稱為資訊系統(tǒng)發(fā)

2、展生命週期(簡稱SDLC),包含系統(tǒng)分析、觀念性設計、實體設計、實施與轉換、以及操作與維護等五個階段。,4,系統(tǒng)開發(fā)生命週期,資訊系統(tǒng)發(fā)展生命週期是一個循環(huán)的概念,以系統(tǒng)分析為起點,經(jīng)過系統(tǒng)設計(包含觀念性設計及實體設計)以及實施與轉換,而到達操作與維護的階段。資訊系統(tǒng)開發(fā)完成與正式啟用後,隨著使用者資訊需求的改變而逐漸不合用,因而有修正或更新的必要,於是又回到系統(tǒng)分析的階段,再一次進入發(fā)展週期。,5,The Systems Devel

3、opment Life Cycle,,,Systems Analysis Do initial investigation Do system survey Do feasibility study Determine information needs and system requirements Deliver systems requirements,

4、Feasibility analysis and decision points,,6,The Systems Development Life Cycle,,,Feasibility analysis and decision points,,Conceptual Design Identify and evaluate design alternatives Develop design spec

5、ifications Deliver conceptual design requirements,7,The Systems Development Life Cycle,,,Feasibility analysis and decision points,,Physical Design Design output Design data base De

6、sign input Develop programs Develop procedures Design controls Deliver developed system,8,The Systems Development Life Cycle,,,Feasibility analysis and decision points,,Implementati

7、on and Conversion Develop plan Install hardware and software Train personnel, test the system Complete documentation Convert from old to new system Fine-tune and review Deliver oper

8、ational system,9,The Systems Development Life Cycle,,,Operation and Maintenance Operate system Modify system Do ongoing maintenance Deliver improved system,SystemsAnalysis,,,10,系統(tǒng)分析的相關程

9、序與方法,資訊系統(tǒng)發(fā)展生命週期的第一個階段為系統(tǒng)分析,其目的在於蒐集與新系統(tǒng)有關的資訊,以決定系統(tǒng)的需求。對於通過初步調查的需求,系統(tǒng)分析師應先調查現(xiàn)有的系統(tǒng),以決定系統(tǒng)發(fā)展專案的性質與範圍,並瞭解其優(yōu)缺點。緊接著,組織應對新系統(tǒng)提案進行深入的分析,以決定其是否可行,亦即進行可行性分析。,11,系統(tǒng)分析的相關程序與方法,一般的可行性分析包含技術、操作、法律、時程以及經(jīng)濟等五個層面。可行性分析工作完成後,應提出可行性分析報告,送交資訊系

10、統(tǒng)指導委員會據(jù)以決定是否進行提議的新系統(tǒng)發(fā)展專案。在系統(tǒng)觀念性設計、實體設計以及施行與轉換等階段,也應更新可行性分析,重新評估系統(tǒng)的可能性,並將分析報告送交指導委員會,由其決定系統(tǒng)開發(fā)工作是否繼續(xù)進行、是否應作調整或立即中止。,12,系統(tǒng)分析的相關程序與方法,若新系統(tǒng)發(fā)展專案可行,則應進行使用者與經(jīng)理人員資訊需求的確認與記錄。系統(tǒng)分析的成敗往往取決於資訊需求的辨認是否確實,因此,系統(tǒng)分析人員應該審慎的利用各種方法蒐集有關的資料,並請相

11、關人員協(xié)助確認,以確保資訊需求的正確性及完整性。,13,系統(tǒng)設計的相關程序與方法,資訊系統(tǒng)觀念性設計的第一個步驟為界定及評估可能的設計方案,例如新系統(tǒng)使用的軟體可以直接購買現(xiàn)成軟體、由組織內的資訊部門人員負責設計、或者外包給軟體廠商代為開發(fā)。其次,專案小組應選定最佳的方案,並確認其明列系統(tǒng)目標與規(guī)格以及有關的控制程序。上述工作完成,專案小組應將觀念性設計需求規(guī)格書送交指導委員會確認,以便進行新系統(tǒng)的實體設計。,14,系統(tǒng)設計的相關程序與

12、方法,實體設計的主要目的在於將系統(tǒng)的觀念性設計轉換成細部的規(guī)格,以作為程式設計師編寫及測試電腦程式的依據(jù)。在這一階段,系統(tǒng)分析師偕同程式設計師完成下列事項:輸出、輸入文件設計、資料庫設計、程式設計、操作程序設計、以及系統(tǒng)控制設計。專案小組完成系統(tǒng)實體設計後,應再請指導委員會確認,以便進行新系統(tǒng)的實施與轉換。,15,系統(tǒng)實施的相關程序與方法,在實際進行系統(tǒng)實施與轉換作業(yè)前,專案小組應訂定一套正式的計畫,以確保相關作業(yè)得以順利進行。系統(tǒng)

13、實施的第一項工作為電腦硬體及軟體的安裝與測試,其目的在於確認電腦硬體與軟體完全相容,並符合系統(tǒng)的要求。其次,組織應安排訓練課程,教導使用者如何操作新系統(tǒng),以便進行使用者允收測試(user acceptance test),以確保系統(tǒng)符合使用者的需求,並根據(jù)使用者的意見對系統(tǒng)作必要的調整。,16,系統(tǒng)實施的相關程序與方法,新系統(tǒng)通過測試後,應立即建立相關的文件(也就是系統(tǒng)文件化的工作),以便於有關人員使用及維護系統(tǒng)。專案小組接著進行舊系統(tǒng)

14、的轉換作業(yè),以新系統(tǒng)取代舊系統(tǒng)。上述作業(yè)完成後,專案小組便可將新系統(tǒng)移交給資訊部門,成為正式上線的系統(tǒng)。,17,系統(tǒng)實施的相關程序與方法,一般常用的系統(tǒng)轉換方式包括:直接轉換(direct conversion)、平行轉換(parallel conversion)、漸進式轉換(phase-in conversion)以及先導轉換(pilot conversion)。系統(tǒng)轉換完成後,專案小組應視實際需要對系統(tǒng)進行必要的調整,並完成實施後

15、覆核(post-implementation review),以找出及修正系統(tǒng)設計上的瑕疵。,18,系統(tǒng)操作與維護,正式上線的資訊系統(tǒng)通常由資訊部門負責操作與維護,並根據(jù)使用者提出的要求,對系統(tǒng)進行小幅度的修改。若使用者需求或組織經(jīng)營模式大幅改變,則可能需要大幅翻修現(xiàn)有的資訊系統(tǒng)或開發(fā)新系統(tǒng),因而進入另一個資訊系統(tǒng)發(fā)展生命週期。,19,資訊系統(tǒng)發(fā)展的規(guī)劃與管理,資訊系統(tǒng)的發(fā)展應做好相關的規(guī)劃及管理工作,才能確保系統(tǒng)依照計畫如期完成,系統(tǒng)

16、功能符合既定的目標與要求,並將開發(fā)成本控制在預算範圍內。資訊系統(tǒng)發(fā)展的妥善規(guī)劃有助於:提昇系統(tǒng)的效率、降低系統(tǒng)使用及維護成本、組織掌握最新的資訊科技、以及管理當局預先規(guī)劃未來資源需求。,20,資訊系統(tǒng)發(fā)展的規(guī)劃與管理,資訊系統(tǒng)發(fā)展計畫可以區(qū)分為兩種:個別專案計畫及主計畫,前者針對個別資訊系統(tǒng)而設,由專案小組訂定;後者規(guī)劃整個組織長期的資訊系統(tǒng)發(fā)展策略,應由資訊系統(tǒng)指導委員會制訂。在規(guī)劃及監(jiān)督系統(tǒng)發(fā)展作業(yè)時,組織可以利用計畫評核術(簡

17、稱PERT)以及甘特圖作為工具。,21,計畫評核術,1,2,4,3,5,6,,,,,A,C,G,B,D,F,E,Critical path A,B,E,,,,22,甘特圖,______________________________________________________________________________________________________________________________________

18、____________________________________________________________________________________________________________________________________________________________________________________________________________________________

19、__________________________________________________________________________________________________________,,,,,,,,,,Activity Week Starting,1,2,3,4,5,6,7,8,,,,,,,,,,,Project Planning Chart (Sample Gantt Chart),23,資訊系統(tǒng)發(fā)

20、展的行為面影響,新系統(tǒng)的發(fā)展與實施通常會對組織成員帶來一定程度的衝擊,組織的業(yè)務流程往往會因為新系統(tǒng)的導入而改變,導致組織架構的變動以及員工權責的調整。故資訊系統(tǒng)的發(fā)展經(jīng)常會帶動組織變革(organizational change)。,24,資訊系統(tǒng)發(fā)展的行為面影響,專案小組應在管理當局的支持下,做好資訊系統(tǒng)發(fā)展行為面因素的分析與因應,以順利推動新系統(tǒng)。專案小組分析組織成員行為面因素時,可能考慮的項目包括:個人的特質與背景、組織變革導入

21、的方式、以往變革的經(jīng)驗、管理當局支持的程度、溝通是否有效、個人的偏見與抗拒、變革過程帶來的衝擊、以及對於未知情況的畏懼。,25,系統(tǒng)發(fā)展的行為面影響及因應措施,一旦系統(tǒng)發(fā)生改變,組織成員可能以不同的方式抗拒相關的變革。例如員工可能以攻擊(aggression)、遷怒(projection)、或逃避(avoidance)等方式,抗拒或抵制新系統(tǒng)的實施與運作。換句話說人性因素常被認為是組織設計、發(fā)展及實施系統(tǒng)時,所面臨的最重要問題。企業(yè)發(fā)展

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論