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

第八章會計電算化信息系統(tǒng)設計與開發(fā)教學目標：了解系統(tǒng)開發(fā)基礎知識、普通工作步驟和工作內容，為參加會計電算化信息系統(tǒng)開發(fā)和評價工作奠定基礎。

第一節(jié)

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

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

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

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

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

第1頁第一節(jié)

會計電算化信息系統(tǒng)開發(fā)基本要求和方法一、開發(fā)會計電算化信息系統(tǒng)基本條件（5條：P267~P268）

二、企業(yè)計電算化信息系統(tǒng)開發(fā)計劃（5條：P268~P269）

三、系統(tǒng)開發(fā)方法

當前使用最多還是軟件工程學中生命周期法和原型法第2頁一、開發(fā)會計電算化信息系統(tǒng)基本條件（5條：P267~P268）1.企業(yè)已建立規(guī)范、標準、合理手工會計核實體系2.企業(yè)客觀需要3.領導重視和支持4.含有充分經(jīng)費5.含有合格會計電算化人才第3頁三、

系統(tǒng)開發(fā)方法軟件工程：（P269）

是用工程化思想指導軟件開發(fā)。軟件工程學：（P270）

是指導計算機軟件開發(fā)和維護工程學科，采取工程上成熟概念、原理、技術、方法來開發(fā)和維護以及管理軟件。只介紹“軟件工程學～生命周期法、原型法”

第4頁生命周期法技術支持：結構化方法/面向過程方法1、生命周期法6階段:（P272）

可行性研究與開發(fā)計劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)調試和測試、系統(tǒng)運行和維護（見下列圖）2、生命周期法要求（P272）

生命周期法要求嚴格按階段進行，每個階段都有明確目標與任務，每一階段完成以后，要完成對應文檔資料，作為本階段工作總結，也作為下一階段工作依據(jù)。3、生命周期法主要特點（6點：P272）第5頁生命周期法技術支持：結構化方法/面向過程方法1、生命周期法6階段:（P272）

可行性研究與開發(fā)計劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)調試和測試、系統(tǒng)運行和維護（見下列圖）2、生命周期法要求（P272）

生命周期法要求嚴格按階段進行，每個階段都有明確目標與任務，每一階段完成以后，要完成對應文檔資料，作為本階段工作總結，也作為下一階段工作依據(jù)。3、生命周期法主要特點（6點：P272）第6頁生命周期法將整個生命周期劃分為六個階段表8-1生命周期法開發(fā)階段、任務與文檔（P272）第7頁生命周期法主要特點（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ā)生變動時，修改維護不方便。第8頁原型法（又稱迭代設計法、逐步迫近法）是20世紀80年代提出一個設計方法。技術支持：面向對象方法系統(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ā)失敗風險。第9頁原型法開發(fā)流程（P273圖8-1）確定初始需求設計系統(tǒng)原型試用原型系統(tǒng)評價改進提升投入使用滿意不滿意第10頁第二節(jié)會計電算化信息系統(tǒng)分析一、系統(tǒng)分析任務

二、系統(tǒng)分析方法三、可行性分析四、系統(tǒng)分析工具也稱為系統(tǒng)邏輯設計階段（最關鍵階段，處理“做什么”問題）目標：建立新系統(tǒng)邏輯模型，確定系統(tǒng)目標，從邏輯上要求新系統(tǒng)功效，但不包括新系統(tǒng)詳細物理設計。第11頁第二節(jié)會計電算化信息系統(tǒng)分析一、系統(tǒng)分析任務

(1)確定用戶需求(2)編制系統(tǒng)分析匯報二、系統(tǒng)分析方法系統(tǒng)分析通常采取結構化分析方法，即SA方法三...四.....第12頁三、可行性分析可行性分析三個層面 （1）技術可行性 （2）經(jīng)濟可行性 （3）組織管理可行性可行性分析結論 結論為下述幾個情況之一：(1)馬上開發(fā)；(2)調整目標后再開發(fā)；(3)改進條件后再開發(fā)；(4)沒有必要開發(fā)；(5)沒有開發(fā)條件，不能開發(fā)。第13頁四、系統(tǒng)分析工具數(shù)據(jù)流圖：數(shù)據(jù)流圖是系統(tǒng)邏輯模型圖形表示，它是系統(tǒng)中信息流動及信息存放概括。（P279）數(shù)據(jù)字典（數(shù)據(jù)詞典）：數(shù)據(jù)字典是系統(tǒng)分析另一工具，主要用來描述數(shù)據(jù)流圖中數(shù)據(jù)流和數(shù)據(jù)存放定義、內容和特征。數(shù)據(jù)字典是數(shù)據(jù)流圖輔助資料，對數(shù)據(jù)流圖起注解作用。（P280）處理邏輯工具：慣用工具是結構式語言、判斷樹、判斷表。（P283）第14頁數(shù)據(jù)流圖基本元素表8-3數(shù)據(jù)流圖基本元素（P279）第15頁繪制數(shù)據(jù)流圖1.請繪制科目匯總表核實程序流程圖（P42）2.請繪制會計電算化賬務處理系統(tǒng)數(shù)據(jù)流程圖（P44）3.請繪制供給鏈系統(tǒng)業(yè)務處理流程圖（P199）第16頁科目匯總表核實程序流程圖（P42）第17頁會計電算化賬務處理系統(tǒng)數(shù)據(jù)流程圖（P44）第18頁科目余額、發(fā)生額文件記賬憑證文件暫時記賬憑證文件對賬單文件第19頁供給鏈系統(tǒng)業(yè)務處理流程圖（P199）庫存系統(tǒng)總賬系統(tǒng)存貨核實應付系統(tǒng)應收系統(tǒng)入庫單發(fā)貨單采購發(fā)票入庫單出庫單銷售發(fā)票采購系統(tǒng)銷售系統(tǒng)憑證憑證憑證第20頁第三節(jié)會計電算化信息系統(tǒng)設計也稱為系統(tǒng)物理設計階段（處理“怎么做”問題）一、系統(tǒng)設計任務和要求主要任務：建立系統(tǒng)物理模型，確定系統(tǒng)由哪些部分組成，各個組成部分之間怎樣通訊和聯(lián)絡。7點要求（P285～P286）二、系統(tǒng)總體設計--結構化設計方法三、結構化設計技術--結構圖四、系統(tǒng)詳細設計五、系統(tǒng)設計說明書第21頁結構圖功效結構圖1．請繪制會計信息系統(tǒng)功效結構圖（P21）2．請繪制賬務處理系統(tǒng)功效結構圖（P34）關系圖1.請繪制應付款管理與其它系統(tǒng)關系圖（P207）2.請繪制應收款管理與其它系統(tǒng)關系圖（P241）第22頁會計信息系統(tǒng)功效結構圖（P21）第23頁賬務處理系統(tǒng)功效結構圖（P34）第24頁應付款管理與其它系統(tǒng)關系圖（P207）導入導出采購管理應付款管理網(wǎng)上銀行應收款管理UFO報表總賬系統(tǒng)憑證轉賬采購發(fā)票付款結算情況財務分析分析數(shù)據(jù)應用函數(shù)第25頁應收款管理與其它系統(tǒng)關系圖（P241）銷售管理應收款管理網(wǎng)上銀行應付款管理UFO報表總賬系統(tǒng)憑證轉賬導入導出銷售發(fā)票銷售調撥單收款結算情況財務分析分析數(shù)據(jù)應用函數(shù)第26頁四、系統(tǒng)詳細設計（一）硬件配置設計（二）數(shù)據(jù)庫文件設計（三）編碼設計（四）輸入設計（五）輸出設計第27頁（二）數(shù)據(jù)庫文件設計數(shù)據(jù)庫文件屬性設計（P298）（1）文件訪問權限確定哪些操作員對哪些文件有讀取權限，對哪些文件有修改保留權限。（2）文件讀寫特征確定哪些文件是只讀，哪些文件是可修改。（3）文件共享性在網(wǎng)絡會計信息系統(tǒng)中，哪些數(shù)據(jù)庫文件允許使用者在不一樣工作站或終端訪問第28頁（三）編碼設計1. 編碼作用（P298）（1）節(jié)約存放空間（2）便于錄入信息（3）便于分類（4）便于計算機處理2. 編碼設計標準（P298~P299）（1）唯一性（2）統(tǒng)一性（3）可擴展性（4）規(guī)范性（5）實用性3.編碼種類（P299）次序碼、位碼（群嗎）、區(qū)間碼（組嗎）、助記碼、混合碼第29頁（四）輸入設計1.輸入設計標準（P300）（1）源點輸入標準、（2）原始數(shù)據(jù)輸入標準、（3）最少輸入標準、（4）盡早檢驗標準、（5）輸入方式友好性標準5.輸入可靠性設計（P301~P302）慣用輸入數(shù)據(jù)校驗方法:目測校驗法、二次輸入法、邏輯規(guī)則校驗法、校驗碼檢驗法第30頁第四節(jié)會計電算化信息系統(tǒng)實現(xiàn)一、程序設計二、軟件測試工作三、系統(tǒng)調試四、系統(tǒng)試運行第31頁一、程序設計結構化程序設計（P305）主要觀點：采取自頂向下、逐步求精程序設計方法；使用次序、選擇、重復三種基本控制結構結構程序程序框圖表示符號（P306）第32頁銀行對賬單錄入流程圖（程序框圖）（P307）輸入銀行對賬科目開始顯示銀行對賬單列表輸入對賬單日期、票號、借貸方金額對賬單輸入完否保留對賬單結束對賬單輸入是否正確修改對賬單YNNY第33頁二、軟件測試工作靜態(tài)測試方法（P308~P309）（1）人工測試方法經(jīng)過人工閱讀分析以及評審系統(tǒng)設計文檔、程序資料等，以發(fā)覺程序中錯誤。依據(jù)統(tǒng)計，好人工評審能夠發(fā)覺30%~70%編碼和邏輯分析錯誤。（2）程序正確性證實使用推理和判斷，從邏輯上證實程序是沒有錯誤。動態(tài)測試方法（P309）（1）白盒測試法白盒法測試者完全了解程序內部結構和處理過程，他從程序邏輯結構出發(fā)，按照程序內部邏輯結構測試和檢驗程序。最徹底白盒法應測試程序執(zhí)行每一條路徑。（2）黑盒測試法黑盒法極少包括軟件內部結構，以程序功效作為測試依據(jù)對程序進行測試。軟件測試人員將程序看作一個黑盒，完全不考慮程序內部結構和處理過程，只從程序接口進行測試，檢驗程序是否完成所要求功效，是否能夠很好地接收輸入數(shù)據(jù)，產(chǎn)生正確輸出結果。第34頁三、系統(tǒng)調試分調（P309）

分調是對單個模塊測試，是整個系統(tǒng)調試基礎，通常在編碼階段進行。聯(lián)調（P309）

聯(lián)調通常也稱為系統(tǒng)調試，它是在分調成功基礎上，連接各模塊或子系統(tǒng)進行系統(tǒng)總體調試，主要檢驗系統(tǒng)接口是否合理，功效是否到達了設計要求，調試依據(jù)是系統(tǒng)說明書。聯(lián)調方法分“自頂向下”和“自底向上”兩種第35頁四、系統(tǒng)試運行最少3個月新系統(tǒng)試運行時間普通定為企業(yè)會計年度期末，如每年10月份到12月份。第36頁第五節(jié)會計電算化信息系統(tǒng)運行一、系統(tǒng)運行前準備工作二、系統(tǒng)轉換直接轉換、并行轉換、分階段逐步轉換三、系統(tǒng)維護程序維護、數(shù)據(jù)維護、編碼維護、硬件維護四、系統(tǒng)評審第37頁二、系統(tǒng)轉換直接轉換（P310）直接轉換指在某一個時間點，直接使用新系統(tǒng)替換老系統(tǒng)工作。這種方式最簡單，轉換費用也最省，不過風險很大，一旦新系統(tǒng)出現(xiàn)問題，則可能丟失會計數(shù)據(jù)，所以極少采取。并行轉換（P311）并行轉換指新老系統(tǒng)同時運行一段時間，在并行期間，新老系統(tǒng)處理一樣業(yè)務數(shù)據(jù)，使用老系統(tǒng)檢驗新系統(tǒng)運行結果。假如整個并行期間，系統(tǒng)運行正常，則能夠考慮使用新系統(tǒng)單獨運行。這種方式安全可靠，不過因為并行期間需要同時運行兩套系統(tǒng)，所以轉換費用較高。分階段逐步轉換（P311）

該方式適合用于規(guī)模比較大企業(yè)，因為這種企業(yè)下屬部門較多，內部結構復雜，難以同時進行并行轉換，所以系統(tǒng)轉換往往按各個子系統(tǒng)，各個部門分步進行。第38頁三、