會計信息系統（簡體書）

《會計信息系統/新世紀普通高校工商管理類統編教材》的編寫由上下兩篇構成：上篇分五章介紹會計信息系統的原理部分，下篇分七章介紹會計信息系統的應用部分。在《會計信息系統/新世紀普通高校工商管理類統編教材》的編寫過程中，按照學生由淺入深、循序漸進的認識規律來安排總體結構和各章內容，盡量用通俗易懂的語言來闡述會計信息系統的基本原理和操作方法，強調會計信息系統的整體性和應用性，便于學生在理性認識的基礎上有一定感性認識。

總序
前言

上篇 會計信息系統基礎
第一章 會計信息系統概述
第一節 會計信息系統的產生與發展
第二節 會計信息系統的基本概念
第三節 會計信息系統對會計實務工作的影響
第四節 會計信息系統的構成要素及基本操作流程
第五節 會計信息系統與ERP
第二章 會計信息系統的開發原理
第一節 會計信息系統開發原理概述
第二節 會計信息系統分析
第三節 會計信息系統的結構設計
第四節 會計信息系統的詳細設計
第五節 會計信息系統的實施
第三章 賬務處理系統的開發設計
第一節 賬務處理系統概述
第二節 賬務處理系統的流程分析
第三節 賬務處理系統的功能模塊結構設計
第四節 賬務處理系統的科目編碼設計與數據文件設計
第五節 賬務系統主要數據處理模塊設計
第六節 賬務處理系統賬表輸出設計
第四章 會計信息系統項目的規劃與組織實施
第一節 會計信息系統實施的主要階段及工作內容
第二節 制定企業會計信息化的總體規劃
第三節 企業現狀調研
第四節 會計信息系統運行前的業務準備
第五節 建立企業會計信息系統
第五章 會計信息系統的安全管理與風險控制
第一節 會計信息系統的風險控制概述
第二節 會計信息系統內部控制的分類與內容

下篇 會計信息系統應用
第六章 系統管理
第一節 財務軟件的安裝
第二節 系統管理
第七章 基礎信息設置
第一節 企業應用平臺概述
第二節 基本信息設置
第三節 基礎檔案設置
第八章 總賬系統
第一節 總賬系統概述
第二節 系統初始化
第三節 日常會計業務處理
第四節 期末處理
第九章 薪資核算與管理
第一節 薪資管理系統概述
第二節 薪資管理系統初始化
第三節 工資類別的建立與設置
第四節 日常業務處理
第五節 期末處理
第十章 固定資產核算與管理
第一節 固定資產系統概述
第二節 固定資產系統初始化
第三節 日常業務處理
第四節 期末處理
第十一章 往來賬款核算與管理
第一節 往來賬款核算管理系統概述
第二節 應收款系統初始化
第三節 日常業務處理
第四節 期末處理
第十二章 會計報表管理系統
第一節 UFO報表系統概述
第二節 報表格式設計
第三節 報表計算公式的編輯
第四節 報表管理

參考文獻

四、系統分析的文檔
系統邏輯模型建立起來后，就要對系統分析的全部工作進行文檔總結，即編寫系統分析說明書。系統分析說明書是系統分析階段成果的書面總結，同時也是下一階段（即系統設計階段）工作開展的依據和保證。
第三節 會計信息系統的結構設計
系統設計是在系統分析基礎上進行的。在系統設計階段，系統開發人員根據系統分析階段提出的邏輯模型，解決系統應該“如何做”的問題，即要確定系統的實施方案——物理模型。系統設計分為結構設計和詳細設計兩個環節。結構設計的主要任務是如何將一個系統劃分為若干個子系統（模塊），并確定子系統（模塊）間的界面，完成系統結構的分解，使整個會計信息系統的結構由若干個子系統來實現，而每個子系統又由若干個功能模塊來實現，如此類推。詳細設計的主要任務是確定每一個模塊應采用什么技術手段和處理方法，即定義每個模塊的功能、算法、內部特征等，它包括文件設計、代碼設計、輸入設計、輸出設計、程序處理流程設計等幾個部分。
一、結構化設計思想
可維護性是系統設計質量標準的重要指標，它是指系統容易被修改的能力；在實際工作中，由于環境或經濟業務的變化，通常要對系統做一些必要的修改，而這些修改往往只是系統局部細節的變化，如修改某一數據結構或執行語句，修改某些子系統的組合關系等。很顯然這種局部的修改并不困難，但問題在于系統各部分之間的相互控制、調用和信息交換關系，若改動某一部分，就很可能會影響到系統的其他部分，這就猶如一塊石頭投入到水中會波及整個池塘一樣。如果我們在系統開發時忽略了這種影響，那么很可能就會在系統投入使用后，系統的維護問題貽害無窮。那么怎樣設計系統，才能盡量避免上述情況的發生呢？解決辦法就是采用系統結構化SD（StructuredDesign）的設計思想。其基本要求包括：
（1）盡量把系統劃分成一些功能簡單明了且易于修改的模塊。
（2）系統劃分成模塊的工作應按層次進行。越上層的模塊其功能越籠統、越抽象，越下層的模塊其功能越具體、越簡單。最底層的模塊應是不可再分解的模塊。
（3）每個模塊的功能應盡可能地獨立，盡可能減少與其他模塊之間的聯系。
以上述思想設計出來的系統，是按照層次結構組織而成的。模塊之間相對獨立，功能明確，易于理解和修改，能有效地防止在模塊修改時，模塊之間引起連鎖反應和錯誤擴散，同時可以有效地提高系統的可靠性。
二、結構化設計工具——功能模塊圖
功能模塊圖是在系統設計階段，用于描述系統結構的主要工具，它反映了系統的模塊組成及它們之間的聯系方式。功能模塊圖中的每一個模塊都對應著一個獨立的功能，許多模塊有機地結合在一起，共同完成系統的全部功能，實現系統要求的目標。功能模塊圖的組成元素包括。
1．功能模塊
通常用長方框表示，在框內寫上模塊的名稱，代表一個子程序或一個程序段，它能獨立完成一個功能，可以被其他模塊調用，也可以調用其他模塊。
2．模塊間的調用
通常用箭頭將兩個模塊連在一起，箭尾所連接的模塊是調用模塊，箭頭所指向的模塊是被調用模塊。模塊之間的調用關系有順序、選擇、重復三種。由于總是上層模塊調用下層模塊，因而在一般情況下往往只用直線而不使用箭頭表示模塊之間的調用。
3．模塊間的通訊
表示模塊間的信息傳遞。傳遞的信息可能是數據，也可能是控制信號。
三、結構化設計技術
（一）功能模塊結構圖的導出
功能模塊結構圖的導出指的是依照結構化設計思想和原則，怎樣從數據流程圖出發，導出系統的功能模塊結構圖。系統結構的標準形式有兩種，即變換型和事務型，因而結構化設計技術所使用的導出方法也有兩種：事務分析設計方法和變換分析設計方法，下面分別作介紹。
1．事務分析設計方法
事務型的數據流程圖是一種束狀結構。即系統的業務處理有好幾種，需要根據不同的判斷結果，進行不同的業務處理，如圖2—6所示。它將輸入分解成一束平行的數據流，即輸出流，那么位于平行源束，即輸出流的起點B就是所謂的事務中心。確定了事務中心后，下一步就是將事務型的數據流程圖映射成一個初始的模塊結構圖。映射的關鍵是確定事務中心的位置和它的范圍，換句話說就是確定輸入、輸出的邊界。為此，需要從物理輸人端，即數據流源點處開始，逐步向中心位置移動，直到數據流不能被看成是系統的輸入源為止，那么這個數據流就是中心的邊界，此數據流之前的一個數據流就是系統的邏輯輸入，它具有離數據源點最遠的特點。
……