會計電算化信息系統(tǒng)設計與開發(fā)課件

第八章會計電算化信息系統(tǒng)設計與開發(fā)教學目標：了解系統(tǒng)開發(fā)的根底知識、一般工作步驟和工作內(nèi)容，為參與會計電算化信息系統(tǒng)的開發(fā)和評價工作奠定根底。第一節(jié)

會計電算化信息系統(tǒng)開發(fā)的根本要求和方法第二節(jié)

會計電算化信息系統(tǒng)的分析第三節(jié)

會計電算化信息系統(tǒng)設計第四節(jié)

會計電算化信息系統(tǒng)實現(xiàn)第五節(jié)

會計電算化信息系統(tǒng)的運行

第一節(jié)

會計電算化信息系統(tǒng)開發(fā)的根本要求和方法一、開發(fā)會計電算化信息系統(tǒng)的根本條件〔5條：P267~P268〕二、企業(yè)計電算化信息系統(tǒng)的開發(fā)方案〔5條：P268~P269〕三、系統(tǒng)開發(fā)方法目前使用最多的還是軟件工程學中的生命周期法和原型法一、開發(fā)會計電算化信息系統(tǒng)的根本條件〔5條：P267~P268〕1.企業(yè)已建立標準、標準、合理的手工會計核算體系2.企業(yè)的客觀需要3.領導重視和支持4.具有充足的經(jīng)費5.具有合格的會計電算化人才三、

系統(tǒng)開發(fā)的方法軟件工程：〔P269〕是用工程化的思想指導軟件的開發(fā)。軟件工程學：〔P270〕是指導計算機軟件開發(fā)和維護的工程學科，采用工程上成熟的概念、原理、技術、方法來開發(fā)和維護以及管理軟件。只介紹“軟件工程學～生命周期法、原型法〞生命周期法技術支持：構造化方法/面向過程的方法1、生命周期法的6階段:〔P272〕可行性研究與開發(fā)方案、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)調(diào)試和測試、系統(tǒng)運行和維護〔見以下圖〕2、生命周期法的要求〔P272〕生命周期法要求嚴格按階段進展，每個階段都有明確的目標與任務，每一階段完成以后，要完成相應的文檔資料，作為本階段工作的總結，也作為下一階段工作的依據(jù)。3、生命周期法的主要特點〔6點：P272〕生命周期法技術支持：構造化方法/面向過程的方法1、生命周期法的6階段:〔P272〕可行性研究與開發(fā)方案、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)調(diào)試和測試、系統(tǒng)運行和維護〔見以下圖〕2、生命周期法的要求〔P272〕生命周期法要求嚴格按階段進展，每個階段都有明確的目標與任務，每一階段完成以后，要完成相應的文檔資料，作為本階段工作的總結，也作為下一階段工作的依據(jù)。3、生命周期法的主要特點〔6點：P272〕生命周期法將整個生命周期劃分為六個階段表8-1生命周期法開發(fā)階段、任務與文檔〔P272〕生命周期法主要特點〔6點：P272〕〔1〕按照系統(tǒng)觀點和系統(tǒng)工程方法，自頂向下分析、設計，并自底向上實施；〔2〕開發(fā)過程階段清楚，任務明確，并有標準化的圖、表、說明等組成各階段的文檔資料；〔3〕吸收用戶單位的管理人員和業(yè)務人員參加，每個階段的成果都經(jīng)用戶審批；〔4〕適用于規(guī)模較大，目標相對穩(wěn)定的軟件系統(tǒng)開發(fā)；〔5〕邏輯設計與物理設計別離。邏輯設計階段，開發(fā)人員用一定的圖表工具構造新系統(tǒng)的邏輯模型使用戶能及早看到新系統(tǒng)的梗概，設計人員依據(jù)系統(tǒng)的邏輯模型進展物理設計；〔6〕開發(fā)周期長，當用戶需求發(fā)生變動時，修改維護不方便。原型法〔又稱迭代設計法、逐步逼近法〕是20世紀80年代提出的一種設計方法。技術支持：面向?qū)ο蟮姆椒ㄏ到y(tǒng)開發(fā)過程〔P273圖8-1〕1、確定用戶要求2、設計系統(tǒng)原型3、試用系統(tǒng)原型4、評價和改進原型主要特點：〔4點P273〕〔1〕開發(fā)周期短，費用低；〔2〕適合于中小型應用軟件開發(fā)；〔3〕對軟件開發(fā)環(huán)境要求高，一般需要第四代語言支持；〔4〕用戶參與軟件開發(fā)過程，程序人員的設計工作更容易根據(jù)用戶需求進展，減少了無效勞動，降低了開發(fā)失敗的風險。原型法開發(fā)流程〔P273圖8-1〕確定初始需求設計系統(tǒng)原型試用原型系統(tǒng)評價改進提高投入使用滿意不滿意第二節(jié)會計電算化信息系統(tǒng)的分析一、系統(tǒng)分析的任務

二、系統(tǒng)分析的方法三、可行性分析四、系統(tǒng)分析工具也稱為系統(tǒng)邏輯設計階段〔最關鍵的階段，解決“做什么〞的問題〕目的：建立新系統(tǒng)的邏輯模型，確定系統(tǒng)目標，從邏輯上規(guī)定新系統(tǒng)的功能，但不涉及新系統(tǒng)具體的物理設計。第二節(jié)會計電算化信息系統(tǒng)的分析一、系統(tǒng)分析的任務(1)確定用戶需求(2)編制系統(tǒng)分析報告二、系統(tǒng)分析的方法系統(tǒng)分析通常采用構造化分析方法，即SA方法三...四.....三、可行性分析可行性分析的三個層面 〔1〕技術可行性 〔2〕經(jīng)濟可行性 〔3〕組織管理可行性可行性分析的結論 結論為下述幾種情況之一：(1)立即開發(fā)；(2)調(diào)整目標后再開發(fā)；(3)改善條件后再開發(fā)；(4)沒有必要開發(fā)；(5)沒有開發(fā)條件，不能開發(fā)。四、系統(tǒng)分析工具數(shù)據(jù)流圖：數(shù)據(jù)流圖是系統(tǒng)邏輯模型的圖形表示，它是系統(tǒng)中信息流動及信息存儲的概括?！睵279〕數(shù)據(jù)字典〔數(shù)據(jù)詞典〕：數(shù)據(jù)字典是系統(tǒng)分析的另一工具，主要用來描述數(shù)據(jù)流圖中的數(shù)據(jù)流和數(shù)據(jù)存儲的定義、內(nèi)容和特征。數(shù)據(jù)字典是數(shù)據(jù)流圖的輔助資料，對數(shù)據(jù)流圖起注解作用?！睵280〕處理邏輯工具：常用的工具是構造式語言、判斷樹、判斷表?！睵283〕數(shù)據(jù)流圖的根本元素表8-3數(shù)據(jù)流圖的根本元素〔P279〕繪制數(shù)據(jù)流圖1.請繪制科目匯總表核算程序流程圖〔P42〕2.請繪制會計電算化賬務處理系統(tǒng)數(shù)據(jù)流程圖〔P44〕3.請繪制供給鏈系統(tǒng)業(yè)務處理流程圖〔P199〕科目匯總表核算程序流程圖〔P42〕會計電算化賬務處理系統(tǒng)數(shù)據(jù)流程圖〔P44〕科目余額、發(fā)生額文件記賬憑證文件臨時記賬憑證文件對賬單文件供給鏈系統(tǒng)業(yè)務處理流程圖〔P199〕庫存系統(tǒng)總賬系統(tǒng)存貨核算應付系統(tǒng)應收系統(tǒng)入庫單發(fā)貨單采購發(fā)票入庫單出庫單銷售發(fā)票采購系統(tǒng)銷售系統(tǒng)憑證憑證憑證第三節(jié)會計電算化信息系統(tǒng)設計也稱為系統(tǒng)物理設計階段〔解決“怎么做〞的問題〕一、系統(tǒng)設計的任務和要求主要任務：建立系統(tǒng)的物理模型，確定系統(tǒng)由哪些局部組成，各個組成局部之間如何通訊和聯(lián)系。7點要求〔P285～P286〕二、系統(tǒng)的總體設計--構造化設計方法三、構造化設計技術--構造圖四、系統(tǒng)的詳細設計五、系統(tǒng)設計說明書構造圖功能構造圖1．請繪制會計信息系統(tǒng)功能構造圖〔P21〕2．請繪制賬務處理系統(tǒng)功能構造圖〔P34〕關系圖1.請繪制應付款管理與其他系統(tǒng)的關系圖〔P207〕2.請繪制應收款管理與其他系統(tǒng)的關系圖〔P241〕會計信息系統(tǒng)功能構造圖〔P21〕賬務處理系統(tǒng)功能構造圖〔P34〕應付款管理與其他系統(tǒng)的關系圖〔P207〕導入導出采購管理應付款管理網(wǎng)上銀行應收款管理UFO報表總賬系統(tǒng)憑證轉(zhuǎn)賬采購發(fā)票付款結算情況財務分析分析數(shù)據(jù)應用函數(shù)應收款管理與其他系統(tǒng)的關系圖〔P241〕銷售管理應收款管理網(wǎng)上銀行應付款管理UFO報表總賬系統(tǒng)憑證轉(zhuǎn)賬導入導出銷售發(fā)票銷售調(diào)撥單收款結算情況財務分析分析數(shù)據(jù)應用函數(shù)四、系統(tǒng)的詳細設計〔一〕硬件配置設計〔二〕數(shù)據(jù)庫文件設計〔三〕編碼設計〔四〕輸入設計〔五〕輸出設計〔二〕數(shù)據(jù)庫文件設計數(shù)據(jù)庫文件屬性設計〔P298〕〔1〕文件訪問權限確定哪些操作員對哪些文件有讀取權限，對哪些文件有修改保存權限?！?〕文件讀寫特性確定哪些文件是只讀的，哪些文件是可修改的?！?〕文件共享性在網(wǎng)絡會計信息系統(tǒng)中，哪些數(shù)據(jù)庫文件允許使用者在不同的工作站或終端訪問〔三〕編碼設計1. 編碼的作用〔P298〕〔1〕節(jié)省存儲空間〔2〕便于錄入信息〔3〕便于分類〔4〕便于計算機處理2. 編碼設計的原那么〔P298~P299〕〔1〕唯一性〔2〕統(tǒng)一性〔3〕可擴展性〔4〕標準性〔5〕實用性3.編碼的種類〔P299〕順序碼、位碼〔群嗎〕、區(qū)間碼〔組嗎〕、助記碼、混合碼〔四〕輸入設計1.輸入設計的原那么〔P300〕〔1〕源點輸入原那么、〔2〕原始數(shù)據(jù)輸入原那么、〔3〕最少輸入原那么、〔4〕盡早檢驗原那么、〔5〕輸入方式友好性原那么5.輸入可靠性設計〔P301~P302〕常用的輸入數(shù)據(jù)校驗方法:目測校驗法、二次輸入法、邏輯規(guī)那么校驗法、校驗碼檢驗法第四節(jié)會計電算化信息系統(tǒng)實現(xiàn)一、程序設計二、軟件測試工作三、系統(tǒng)調(diào)試四、系統(tǒng)試運行一、程序設計構造化程序設計〔P305〕主要觀點：采用自頂向下、逐步求精的程序設計方法；使用順序、選擇、重復三種根本控制構造構造程序程序框圖的表示符號〔P306〕銀行對賬單錄入流程圖〔程序框圖〕〔P307〕輸入銀行對賬科目開始顯示銀行對賬單列表輸入對賬單日期、票號、借貸方金額對賬單輸入完否保存對賬單結束對賬單輸入是否正確修改對賬單YNNY二、軟件測試工作靜態(tài)測試方法〔P308~P309〕〔1〕人工測試方法通過人工閱讀分析以及評審系統(tǒng)設計文檔、程序資料等，以發(fā)現(xiàn)程序中的錯誤。根據(jù)統(tǒng)計，好的人工評審可以發(fā)現(xiàn)30%~70%的編碼和邏輯分析錯誤?！?〕程序正確性證明使用推理和判斷，從邏輯上證明程序是沒有錯誤的。動態(tài)測試方法〔P309〕〔1〕白盒測試法白盒法測試者完全了解程序的內(nèi)部構造和處理過程，他從程序的邏輯構造出發(fā)，按照程序內(nèi)部邏輯構造測試和檢驗程序。最徹底的白盒法應測試程序執(zhí)行的每一條路徑?！?〕黑盒測試法黑盒法很少涉及軟件的內(nèi)部構造，以程序的功能作為測試的依據(jù)對程序進展測試。軟件測試人員將程序看作一個黑盒，完全不考慮程序的內(nèi)部構造和處理過程，只從程序接口進展測試，檢查程序是否完成所規(guī)定的功能，是否可以很好地承受輸入數(shù)據(jù)，產(chǎn)生正確的輸出結果。三、系統(tǒng)調(diào)試分調(diào)〔P309〕分調(diào)是對單個模塊的測試，是整個系統(tǒng)調(diào)試的根底，通常在編碼階段進展。聯(lián)調(diào)〔P309〕聯(lián)調(diào)通常也稱為系統(tǒng)調(diào)試，它是在分調(diào)成功的根底上，連接各模塊或子系統(tǒng)進展系統(tǒng)總體調(diào)試，主要檢查系統(tǒng)的接口是否合理，功能是否到達了設計要求，調(diào)試依據(jù)是系統(tǒng)說明書。聯(lián)調(diào)的方法分“自頂向下〞和“自底向上〞兩種四、系統(tǒng)試運行至少3個月新系統(tǒng)的試運行時間一般定為企業(yè)會計年度的期末，如每年的10月份到12月份。第五節(jié)會計電算化信息系統(tǒng)的運行一、系統(tǒng)運行前的準備工作二、系統(tǒng)轉(zhuǎn)換直接轉(zhuǎn)換、并行轉(zhuǎn)換、分階段逐步轉(zhuǎn)換三、系統(tǒng)維護程序維護、數(shù)據(jù)維護、編碼維護、硬件維護四、系統(tǒng)評審二、系統(tǒng)轉(zhuǎn)換直接轉(zhuǎn)換〔P310〕直接轉(zhuǎn)換指在某一個時間點，直接使用新系統(tǒng)替換老系統(tǒng)工作。這種方式最簡單，轉(zhuǎn)換費用也最省，但是風險很大，一旦新系統(tǒng)出現(xiàn)問題，那么可能喪失會計數(shù)據(jù)，因此很少采用。并行轉(zhuǎn)換〔P311〕并行轉(zhuǎn)換指新老系統(tǒng)同時運行一段時間，在并行期間，新老系統(tǒng)處理同樣的業(yè)務數(shù)據(jù)，使用老系統(tǒng)檢驗新系統(tǒng)的運行結果。如果整個并行期間，系統(tǒng)運行正常，那么可以考慮使用新系統(tǒng)單獨運行。這種方式平安可靠，不過由于并行期間需要同時運行兩套系統(tǒng)，所以轉(zhuǎn)換費用較高。分階段逐步轉(zhuǎn)換〔P311〕該方式適用于規(guī)模比較大的企業(yè)，由于這種企業(yè)下屬部門較多，內(nèi)部構造復雜，難以同時進展并行轉(zhuǎn)換，所以系統(tǒng)轉(zhuǎn)換往往按各個子系統(tǒng)，各個部門分步進展。三、系統(tǒng)維護〔P312〕