1、章后習題參考答案與提示第1章 信息技術與會計信息系統 知識題1.1 閱讀理解1.1.1 信息技術是指擴展人類信息器官功能的技術。它包括計算機技術、通信網絡技術以及信息采集和管理技術。其中計算機技術包括計算機硬件技術、軟件技術、多媒體技術、集成技術等；信息采集和管理技術包括多媒體技術、信息組織、存儲、查詢、反饋、綜合處理以及信息安全保密和可靠性控制技術等。20世紀中葉以來，信息技術正在成為促進經濟發展和社會進步的主導技術，信息產業逐漸成為社會發展中的主導產業，信息技術的發展水平已成為衡量一個國家發展水平和綜合國力的重要指標，信息社會正在形成。在信息社會，信息技術將滲透到社會生活的各個領域，人類社

2、會生活中的各種活動都會涉及信息和信息處理。也許，信息社會將是人們的思想、工作、生活方式在信息技術支持下重新安排的社會。1.1.2 計算機網絡是計算機技術和通訊技術結合的產物。在短短的幾十年中，計算機網絡經歷了從簡單到復雜，從單機、多機到全球聯網，其發展速度十分迅猛。它發生、發展的主要原因來自于計算機應用領域的擴大和深入，特別是批處理軟件（是為了提高計算機系統效率而研制的一種軟件）的出現，要求對分散在各地的數據進行集中處理。這樣就產生了將在不同地域的計算機進行聯網的需求，聯網后的計算機在信息傳遞、資源共享上完成了單個計算機所不能完成的功能。1.1.3 internet是按照一定的通信協議（tcp

3、/ip）將分布于不同地理位置上，具有不同功能的計算機或計算機網絡通過各種通信線路在物理上連接起來的全球計算機網絡的網絡系統。internet的主要功能有：遠程登錄、電子郵件、文檔檢索、公共布告欄等。1.1.4 電子商務是指利用電子信息網絡設施來實現的商品和服務交易活動的總稱，是一種以現代信息網絡為載體的新的商務活動形式。電子商務其實早就被廣泛地應用了，電話、傳真、e­mail、電子數據交換（edi）等本身就是電子商務。這些顯然已經超出了本書的范圍，因此本書將電子商務簡單定義為買賣雙方之間利用internet和extranet網絡按一定的標準進行的各類業務活動。電子商務改變了常規的商務

4、模式，在信息技術的支持下，可以完成網上定購、發送產品、咨詢洽談、網上支付、電子銀行、廣告宣傳、意見征詢、業務協作等功能。1.1.5 數據處理技術主要包括：1）數據的組織和存儲技術。對此，在教材中已有詳述，目前最流行的有文件系統和數據庫系統。2）數據的快速檢索技術為了提高存放在數據文件（庫）中的數據的檢索速度，可采用建立索引文件、分割常用數據和非常用數據到不同的數據結構中等方法。3）數據的安全、保密技術為了加強對存放在數據文件（庫）中的數據存取、修改的安全保密性，應采取設立數據存取、修改權限的控制機制，以避免非法用戶的使用和破壞。4）數據的完整、一致性控制數據的完整性及一致性控制，指的是存放在數

5、據文件（庫）中的數據是符合邏輯一致性的。例如，某人的基本工資若在不同數據文件（庫）中出現，則其值應相同；人的年齡應在（0，200）區間內；若某客戶已不存在，則在應收賬戶中，對該客戶的未達賬記錄一般地應處理為壞賬等。1.1.6 會計數據和信息是收集、記錄的會計業務中所有事物實體的屬性和屬性值。例如，會計憑證、會計賬簿、會計報表等都是會計業務中的實體。它們的屬性和屬性值都是會計數據。會計數據和信息還包含會計管理和會計決策分析工作中需要的各項會計數據，它們是資產、負債信息、生產費用和成本信息以及有關利潤實現和分配的信息等，它們都是對原始會計數據進一步加工處理后得到的對會計管理和決策分析有價值的信息。

6、會計信息的失真原因十分復雜。在此，僅對會計信息系統在運行維護中如何保證會計信息的真實可靠提出幾點看法。我們的討論前提是會計信息系統中的會計軟件所提供的處理邏輯是正確的。在it環境下的信息系統有一句名言：垃圾進垃圾出。因此，為了確保會計信息的真實可靠性，首先應對進入會計信息系統的會計信息嚴格把關，即在采集、輸入會計信息時應采取多種檢查和校驗手段，防止錯誤的會計信息進入系統；其次應確保存放在系統中的會計信息不能因誤操作而受到破壞，為此對任何有權操作會計信息的用戶，應加強教育，使他們能按照操作手冊上的說明正確運行系統；最后應防止有意進入系統對會計信息進行竄改的行為，為此應對會計信息的各種存取操作加強

7、存取權的控制。由于會計信息系統是個人機交互系統，因此單從計算機角度去控制系統，未必能完全有效。為此尚需加強對整個系統的內部控制制度的嚴格執行，以確保會計信息的真實可靠。1.2 知識應用1.2.1 由于會計信息系統主要完成對會計信息的采集、存儲、處理加工、反饋等工作，故會計信息系統使用信息技術是屬于數據處理領域。1.2.2 第四代大規模和超大規模電子計算機的技術基礎是微電子技術。微電子技術的發展為制造計算機cpu的芯片提供了有力的支持。芯片是cpu的核心部件。現代的微電子技術使一個芯片上所能組裝的電子元件數迅速增多而使它的集成度大大地提高。從而使計算機從第三代發展到第四代。1.2.3c1.2.4

8、e1.2.5d1.2.6b1.2.7a1.2.8a1.2.9d1.2.10 a1.2.11c1.2.12 d 技能題1.1 規則練習建立企業網絡需要做的主要準備工作有：在了解企業建網的需求后，為企業建網制定一個總體規劃，總體規劃中所包含的設備配置主要有：計算機硬件和網絡設備，包括服務器、通訊機和客戶端用機等；系統軟件，包括網絡操作系統、通訊管理軟件等。1.2 操作練習在互聯網上完成一次網上購物，需做如下準備：查找有關網址，上網購物，準備付款賬號等。 能力題1.1 案例分析 作為網絡零售商，亞馬遜獲得巨大成功的秘訣何在呢?該公司首席執行官貝索斯說:“技術使亞馬遜公司在零售業出人頭地。傳統的零售業

9、最重要的三個因素是場所、場所，還是場所。而對亞馬遜來說，三個最重要的因素是技術、技術，還是技術。”在亞馬遜，雇員中最多的不是門市部店員，而是軟件工程師。這些先進的技術使該書店的服務具有如下特點：1）簡便的手段a網址上一個誘人的特色是客戶在顯示器上查看某個書名時，這個網址就把其他可能對這位讀者有吸引力的書名列舉出來。通過網絡，顧客可以任意檢索、預覽、購買任何書籍。亞馬遜通過“一點就通”（one­click）設計，用戶只要在該網站買過一次書，其通信地址和信用卡賬號就會被安全地存儲下來。下回再購買時，顧客只要用鼠標點一下欲購之物，網絡系統就會幫你完成以后的手續，其中包括消費者的收件資料。亞

10、馬遜公司還利用軟件收集顧客在購物愛好和購物歷史方面的信息，隨時為顧客購買圖書提供建議。2）高效率的服務亞馬遜的信息系統使用的是高效服務器，使用起來極為方便快捷。此外，在亞馬遜網站，顧客除了能搜尋購書選項之外，還可同時瀏覽23種不同的主題，從而大大提高了搜尋速度，節省了顧客上網時間。亞馬遜網下服務也非常高效。它給顧客送貨的時間等于找到訂貨商品加上裝運時間，中間無任何滯留。亞馬遜實行24小時全天候購物，美國當地的消費者如果選擇標準的送貨方式，那么，其裝運時間根據購物者距離遠近為37天，加上一天的找貨時間，購物者在網上下了訂單之后，只要48天，就能收到所購的貨物了。3）實實在在的折扣以實惠的價格吸引

11、顧客，并以此提高競爭力，始終是亞馬遜重要的經營策略。亞馬遜首席執行官貝索斯一針見血地指出，大部分網絡商業失敗的原因，在于不懂得網絡商業較之傳統商業來說是屬于規模化商業，其主要特征是高額的固定成本和低額的可變成本。網上出售的商品由于沒有中間商的利潤截留，其價格應該低于傳統商品出售的商品價格。基于這種認識，亞馬遜被認為是世界上最大的折扣商，號稱有多達30萬種以上的書籍可提供購買折扣優惠。事實上，亞馬遜提供折扣優惠的商品遠不止這個數字，有40萬種以上的商品，包括書籍、音樂唱片及光盤等，折扣率最高的達40%。4）零庫存運轉亞馬遜的貨物實行零庫存運轉。亞馬遜公司的庫存圖書很少，維持庫存的只有200種最受

12、歡迎的暢銷書。一般情況下，顧客買書下了訂單后，亞馬遜才從出版商那里進貨。購書者以信用卡向亞馬遜公司支付書款，而亞馬遜卻在圖書售出46天后才向出版商付款，這使它的財務周轉較傳統書店順暢得多。相較傳統的零售書店，亞馬遜的退書率可謂微乎其微。傳統書店退書率一般為25%，高的達40%，而亞馬遜的退書率卻只有0.25%。5）成功之后再發展亞馬遜由于網上銷售的成功，產生了良好的品牌效應。為了充分發揮其品牌效應的潛在價值，亞馬遜開始全方位擴展公司業務，向綜合的網絡銷售公司發展。1997年，在它開始嘗試銷售音樂cd的第一季度里，銷售額就達1 440萬美元，沒多久就成為最大的網上cd銷售公司。1998年11月，

13、亞馬遜在網上已開通了錄像帶和禮品店。不僅如此，亞馬遜的業務還將迅速拓展，進入從軟件到時裝，從鮮花到旅行包的廣大市場中，并與包括微軟在內的各大公司進行競爭。與此同時，亞馬遜邁進了向國外擴張的步伐。1999年初，亞馬遜出資5 500萬美元，收購了英國和德國兩家網上書籍銷售公司，另外還并購了英國一家網上電影公司。第2章 會計信息系統的分析和設計 知識題2.1 閱讀理解2.1.1 自20世紀60年代以來，在發達的資本主義國家中，計算機的應用領域不斷擴展，特別是計算機網絡通訊系統的快速發展，使計算機技術的應用涉及社會生活的各個角落，如企業管理、銀行事務、航空系統、病人監護、人事檔案、圖書管理等。上述系統

14、的軟件規模相當大，邏輯復雜，且多數管理系統的功能需求會不斷更新，因此要求軟件能及時作出新的調整以適應新的需求。但實踐證明，當時的手工作坊式的軟件生產方式，無法使軟件具有靈活及可維護性強等特點，從而使系統的使用和維護陷入困境，產生了軟件危機。因此系統的復雜龐大性、系統的需求不穩定性是產生軟件危機的最根本的原因。其次，由于軟件不是一個實物，它的不可見性使軟件產品的規范化設計有一定的困難，因而使系統的維護有相當大的難度。再有，軟件的研制過程實際上是人的大腦的“思維”過程，很難進行規范化的管理，開發人員可以按各自的習慣和對軟件工具的理解進行獨立開發，沒有完整的統一標準可以遵循，因此軟件質量較難保證。實

15、踐證明，一個大型系統的軟件需要經過相當長的時間的使用（往往需要數年之久）和修改才能使性能穩定下來。2.1.2 隨著計算機應用領域的擴展，系統規模的擴大，人們在開發大型管理系統時遇到了許多難以克服的困難，有的系統最終徹底失敗了；有的系統雖然完成了，但比預定的計劃遲了好幾年，而且經費大大地超出預算；有的系統未能完美地符合用戶的需求；有的系統則無法進行修改和維護升級。這一切曾使發達國家在20世紀60和70年代所建立的各種管理系統產生了巨大的經濟損失。為了改變軟件開發的混亂現象，首先想到的是如何將一個大系統分解成一些復雜程度較低的子系統群，以便分工合作開發；如何精確地說明每個部分的規格要求；怎樣使軟件

16、產品易于修改和維護。因此，有些軟件工作者考慮到機械、建筑等行業曾經歷過從手工工藝方式演變成嚴密完整的工程科學的過程。一些有識之士認為軟件系統的開發是否也應該可以向“工程化”的方向發展。1968年在北大西洋公約組織的學術會議上，第一次提出了“軟件工程”的概念，并就其內涵的內容和技術進行了研討。20世紀60年代末和70年代初“軟件工程學”尚處于學術研究階段，但已對軟件開發的實踐產生了巨大的影響。隨著計算機應用規模的不斷擴大和深化，軟件工程的方法學體系也在不斷地形成和完善。它的發生和應用，部分地解決了大型軟件開發的軟件危機帶來的損失。在我國，近年來計算機應用領域迅猛發展，商品化的會計軟件和企業建立會

17、計信息系統的事業蓬勃發展，但在開發和應用軟件的過程中，前面所討論過的種種問題和矛盾也在企業財務界充分暴露出來，不少會計軟件廠商也已意識到軟件工程方法學的重要性。2.1.3 生命周期模型從時間角度把軟件開發和維護分解為若干個階段，每個階段有各自相對獨立的任務和目標，正是因為該種模型分階段的特點，使得各個階段的任務相對獨立，降低了系統開發的復雜性，便于不同人員分工協作，提高了可操作性，有利于施工。另外，每個階段都對該階段的成果進行嚴格的審批，有清晰的文檔，這就使開發工程有條不紊，保證了軟件的質量，特別是提高了軟件的可維護性。實踐證明，生命周期模型大大提高了軟件開發的成功率，軟件開發的生產率也有明顯

18、提高。生命周期模型的缺點與它的特點也是分不開的。采用該種模型，開發的周期較長，因為開發順序是線性的，各個階段的工作不能同時進行。另外，前階段所犯的錯誤必然帶入后一階段，而且越是前面犯的錯誤對后面工作的影響越大，更正錯誤所花的工作量就越大，因此，需求分析的工作顯得特別重要。但是對一些面向用戶的應用（如決策支持系統和數據庫應用）來說，需求通常不是一下子能弄清楚的，生命周期模型預先確定需求的工作方式，會給后階段的開發帶來很大的影響，開發的成功率就得不到保障。由于生命周期模型具有上述的優缺點，故其適用于系統規模較大和需求相對穩定的系統。和生命周期模型比較而言，快速原型模型具有如下特點：1）用戶參與了系

19、統開發的所有階段，從而使用戶的需求可以及時地、較好地得到滿足，系統的實用性強。而生命周期模型，用戶只介入了需求分析階段，其他階段只是開發人員“單干”，因此有可能造成最終系統問題很多，不能投入實際使用。2）采用原型模型，用戶可以及早接觸和使用未來系統的原型，有利于今后的使用和維護，而生命周期模型往往需要經過幾個月甚至幾年的開發時間，用戶才能見到最終系統。3）原型模型開發軟件，其周期大為縮短，開發費用較少，而生命周期模型的特點是周期長、費用高。但原型模型并不是萬能的，它有一定的局限性，主要表現在：1）對于一個大型的系統，如果不經過詳細的系統分析，直接構造原型是比較困難的。首先局部的滿意很難同時又獲

20、得總體的滿意，其次，各模型之間的聯系、整體內部的技術組合等將會遇到很大的困難。2）對于有大量的運算、邏輯性強的模塊，很難構造出原型供人們評價，因為這類問題沒有那么多的交互方式，也不是三言兩語就能把問題說清楚的。3）對于原來管理不善、信息處理過程混亂的問題，用原型模型沒有什么實際意義。4）對于批處理系統，由于其處理過程大部分是內部過程，用原型模型沒有什么實際意義。因此，原型模型的適用范圍可歸納為：1）大型軟件系統經過系統分析后劃分出的一個個子系統，或本身就是不太大的系統。2）非數學、運籌學等復雜運算的問題。3）輸入、輸出及用戶界面比較多的系統。2.1.4 常用的系統分析方法有結構化系統分析方法（

21、sa）和面向對象系統分析方法（ooa）等。2.1.5 面向對象的方法是近年來主要發展的軟件工程方法學，它的涉及面很廣泛，可用到軟件工程的不同階段，例如，ooa、ood、oopl、oot、oodbms等，因此，面向對象方法學的發展和應用對軟件工程的方法學產生了很強的影響力。2.1.6 數據流程圖（dfd）系統分析方法的步驟有：1）繪制數據流程圖2）建立數據字典3）建立處理說明基于cood/yourdon的ooa系統分析方法的步驟有：1）識別對象2）識別結構，含分類結構和裝配結構3）劃分主題4）定義屬性5）定義服務6）建立詳細說明2.1.7 引用結構的主要目的是為了降低系統描述的復雜性。引用主題的

22、主要目的是為了降低系統理解的復雜性。2.1.8 代碼設計是系統設計中數據結構設計的一個重要組成部分，它對于信息系統的多個方面有著重大的影響：1）代碼設計影響系統的輸入/輸出設計。我們用代碼來代表事物或概念的屬性。代碼的編制方法與結構影響數據輸入的方式。既可采用普通的鍵盤輸入，也可采用數模轉換裝置輸入，如用條形碼閱讀儀讀取商品代碼。隨著技術的進步，會出現更為直接自然的數據輸入方式，但編碼是基礎。代碼設計也影響數據的校對方式。我們常用的校對措施有：人工校對、二次輸入、利用財務賬目中一些特有的平衡關系來校對等。校驗碼的使用提供了輔助的數據校對手段。2）代碼設計影響系統的數據庫設計。會計軟件大多基于數

23、據庫管理系統來實現。代碼的設計過程也是對事物或概念的屬性的識別與分類過程。我們根據用戶的信息需求，確定需要關注事物的哪些屬性，并對這些屬性識別和分類。數據庫設計的目標是設計一個數據模型以較好地反映現實世界信息、信息之間的聯系，反映使用者對數據的需求和操作特點，并且能夠方便地在某個選定的dbms支持下變成具體的數據庫。我們在設計代碼時需要考慮各種代碼的結構與內容，各種代碼之間的關系，以及對各種代碼所要進行的各種操作處理。對這些問題認識不清就無法在dbms中構造出一個科學、完整、各種代碼彼此協調的代碼體系，作為數據處理的基礎，滿足用戶的信息需求。3）代碼設計影響系統的算法設計。在傳統的結構化程序設

24、計中，有一句名言：“數據結構算法=程序”。可見，數據結構是基礎。各種代碼的內容、結構，彼此之間的聯系是系統的數據結構的重要組成部分。數據結構的好壞，直接影響了算法設計的難易程度和效率。4）代碼設計影響系統的適應性。信息系統的目標是向用戶提供有用的信息。大量的信息是以代碼的形式輸入、處理、存儲和輸出的。如果代碼設計方案缺乏靈活性，不能較好地適應代碼結構和內容的變化，就會對系統的各個環節造成巨大的負面影響。“千年蟲”問題就是一個現實的反面例子。2.2 知識應用2.2.1c2.2.2d2.2.3a2.2.4d2.2.5cd2.2.6b2.2.7c2.2.8a2.2.9d2.2.10 b2.2.11a

25、2.2.12 a2.2.13 c2.2.14 b2.2.15 c2.2.16 a2.2.17 b2.2.18 d第3章 會計信息系統體系結構的變遷 知識題3.1 閱讀理解3.1.1 會計日記賬中僅記錄了那些導致組織的資產、負債或所有者權益變動的業務活動，而不是記錄所有業務活動。因為在傳統的會計循環中，記錄日記賬只是為了產生財務報表而采取的一個處理步驟，所以那些不影響組織財務狀況和經營成果的業務活動并沒有反映在日記賬中。3.1.2 因為在多個系統中存在同一數據的若干拷貝（相同的數據存在于不同業務職能部門的信息系統中，業務職能部門的信息系統和會計信息系統之間也存在數據重復），對賬是必須的。3.1.

26、3 審計線索用于追蹤經濟業務的整個會計處理過程，從初始記錄直至編制的財務報表。3.1.4 傳統自動化會計信息系統并沒有改變手工系統的信息處理模式，它實質上是手工系統的翻版。雖然傳統自動化會計信息系統使得人工差錯的數量、會計職員的數量和對紙制文檔的依賴程度大大降低，但它并沒有充分利用信息技術的優勢。它仍然存在許多局限性。3.1.5 現代會計信息系統的核心是集成，即集成業務處理和信息處理，集成財務信息和非財務信息，集成核算與管理，使會計信息系統由部門級系統升級為企業級系統。簡單地說，現代會計信息系統是業務活動（事件）驅動的信息系統。3.2 知識應用3.2.1 這四者所存儲數據的主要區別在于數據的抽

27、象程度不同，從原始憑證到日記賬、明細分類賬和總分類賬，數據的抽象程度不斷提高。3.2.2 即使在業務事件發生的同時就進行會計處理，也需要調整分錄。因為有些會計事項在整個會計期間連續發生（例如，計提折舊和利息），如果不采用在會計期末編制調整分錄的方法，而是對這些事項做頻繁的記錄，那將是成本高昂且效率低下的。而且糾正錯誤和當獲取新信息時記錄會計估計的變動，也需要使用調整分錄。3.2.3b3.2.4abcd3.2.5a3.2.6abcd 技能題3.1 規則復習參見正文中圖31的內容。3.2 操作練習參考相關軟件包的使用手冊和聯機幫助。 能力題3.1 分析提示：尋找各個系統可能的主要使用者，思考他們需

28、要維護哪些基礎資料，需要向系統輸入哪些業務單據，希望從系統獲得哪些輸出報表，從而找到各個系統可能存儲的主要數據。第4章 自動化會計信息系統分析與設計 知識題4.1 閱讀理解答案請參閱教材第4章正文。4.2 知識應用4.2.1 參閱圖46可知，查詢科目余額發生額文件和憑證文件即可生成明細賬和總賬。4.2.2 常見的憑證輸入控制包括：憑證號檢查和控制，如保證同一類型的憑證每月從1開始連續編號，不能有重號和漏號；憑證日期檢查；科目代碼檢查，包括存在性檢查（即檢查所錄入憑證中的科目代碼是否存在）、是否為明細科目的檢查、與憑證類型是否相符的檢查等；金額檢查，包括檢查每張憑證的借貸是否平衡，以及對一批憑證

29、實施分批總數控制法的檢查以便控制借方和貸方金額同時錯誤的情況。4.2.3 憑證文件是正式的會計檔案，其中的數據不應直接修改。4.2.4 群碼方式。總程度不能改變。4.2.5 參見教材第4章觀念應用42。4.2.6 答案請參閱教材第4章正文。4.2.7 國家和行業對部分科目編碼有統一規定。4.2.8 提示：首先分析手工業務處理流程，參見教材第4章圖422；然后明確自動化系統的目標并考慮如何改進；最后自頂向下逐步求精繪制dfd圖。4.2.9 提示：根據上題dfd圖轉化成模塊結構圖，可以參考教材第4章圖424。 技能題4.1 規則復習4.1.1 答案請參閱教材第4章正文。4.1.2 答案請參閱教材第

30、4章正文。4.1.3 提示：結轉損益、結轉期末余額、年結等，主要涉及損益類科目，具體要求參閱企業會計制度。4.1.4 答案請參閱教材第4章圖420。4.1.5 滿足以下條件的科目，可以刪除：如果是明細科目，則要求該明細科目既沒有余額，也沒有發生額；如果是一級科目（總賬科目）或其他具有明細科目的控制科目，則要求該科目本身及其下屬的所有明細科目都沒有余額和發生額。而當該一級科目或控制科目被刪除后，其下屬的所有明細科目也自動被刪除。對于增加新的科目，若某科目已記賬，可以使用新增功能在此科目下級增加新的明細科目，這時，自動化系統要判斷該科目下級各明細科目金額的合計數是否與該科目的金額相等，以保證設置數

31、據的正確性；若新增的科目是該科目唯一的一個下級科目，則應將該科目的余額和發生額全部下移至此下級科目，以保證總賬科目和明細科目之間的數據的一致性。4.2 操作練習4.2.1 提示：增加相應字段，復幣式可以不增加字段。4.2.2 提示：如果已經審核，則由審核人員取消審核標記，然后由憑證輸入人員在憑證輸入功能中進行修改；如果沒有審核，直接在憑證輸入功能中進行修改。憑證記賬之后，發現有錯誤時，應采用輸入紅字沖銷憑證沖銷等方式。4.2.3 科目余額發生額文件中（本月）借方發生額字段的數據來源是憑證臨時文件每條記錄的借方金額。4.2.4 提示：根據本表各相關項目金額相加得到。4.2.5 提示：查詢憑證文件

32、和科目余額發生額文件有關字段。4.2.6 提示：根據企業會計制度的要求，查詢憑證文件和科目余額發生額文件有關字段。 能力題4.1 分析提示：按步驟完成。第5章 企業業務過程分析 知識題5.1 閱讀理解5.1.1 業務過程與向客戶提供商品和服務直接相關。其中三個主要的業務過程是獲取和支付要輸入的資源，將輸入的資源轉換成完工的商品和服務，向顧客銷售需要的商品和服務并收取顧客支付的款項。管理人員從信息系統獲得的信息可以輔助他們管理業務過程。他們必須對每個業務過程的計劃、執行、控制和評價作出決策。而信息系統通過三個主要的信息過程來提供對這些決策有用的信息，分別是：記錄業務活動數據，數據維護，報告管理所

33、需的信息。這些信息過程采集、存儲和維護與業務過程有關的數據，并報告有用的信息。當組織的業務和管理活動變化時，信息過程也必須跟著變化。5.1.2 業務流程重組徹底地拋棄了傳統的職能管理模式，對員工角色、管理觀念、組織機構帶來巨大變革。首先，員工被賦予足夠的權力，真正成為企業的“主人翁”。在權力范圍內，鼓勵員工自己決策，高層管理人員只是進行必要的指導和協調。同時，對員工的素質要求更高了，要求員工能勝任多層次的工作。其次，業務流程重組充分強調結果的滿意度；在衡量員工的業績標準上，注重員工創造的價值，倡導“創新”；徹底否定企業中大量的低效勞動和無效監督控制。最后，業務流程重組創建全新的組織機構，打破以

34、專業分工理論為基礎的職能部門管理框架，建立以過程工作小組為單元的管理模式，形成扁平式管理機構，大大壓縮了管理層級，不但提高了管理效率，增強組織柔性，而且節約了中間管理層所產生的巨額費用。5.1.3 業務事件的基本特征包括如下方面：1）發生了何事？2）何時發生？3）涉及何人，該人充當了什么角色？4）涉及哪些資源，數量多少？5）事件發生的地點。5.1.4 real模型主要包含四要素，分別為：1）資源。經濟資源是組織擁有的資產，它們不僅是稀缺的，而且是在組織的控制之下。2）事件。經濟事件是對資源變動產生影響的活動。3）參與者。經濟事件的參與者是參與經濟事件的個人或部門，既包括組織內部的參與者，也包括

35、組織外部的參與者。4）地點。即經濟事件發生的位置。5.2 知識應用5.2.1a5.2.2bcd5.2.3abcd5.2.4bc 技能題5.1 規則復習參見正文中圖54的內容。5.2 操作練習各主要活動分類如下：1）獲取/支付過程：農業工人的招募及薪資支付，肥料、包裝箱及其他物料的購買。2）轉換過程：噴灑藥物，灌溉，修剪樹枝，摘除多余的小桃，收獲果實。3）銷售/收款過程：果實銷售。 能力題5.1 分析提示：要注意real模型中對于資源要素的定義，不要把相關信息記錄誤當作資源處理。對于記錄下來的銷售/收款過程中的各個事件，要考慮它的存在對于飯館正常開展管理業務有何意義，信息的采集和處理對于業務執行

36、、決策管理有何支持作用，整個流程是否可以進一步優化。第6章 利用real模型進行系統分析和設計 知識題6.1 閱讀理解6.1.1 它能輔助我們將業務事件和決策事件與信息過程相區別，思考組織中關鍵的業務和決策活動，并確定各個活動的重要性和價值。在建立業務過程real模型的基礎上，進一步分析可以明確信息過程，包括數據存儲和數據流。根據業務過程real模型，容易確定系統中需要多少個記錄過程、維護過程。6.1.2 利用real模型，可以識別企業過程中的重要戰略性活動（功能），而這是建立u/c矩陣所必需的。real模型對系統總體結構設計的貢獻集中體現于此。real模型對數據結構設計的貢獻則體現在數據庫規

37、劃設計工作中，它輔助我們建立主題數據庫模型，進而影響主題數據庫的具體物理分布。6.1.3 在主題數據庫這一概念出現之前，人們所設計和使用的數據庫是依附于某個特定的應用項目的，這種數據庫被稱為“應用數據庫”。主題數據庫（subject data base）又常被稱為全局（或綜合）數據庫（comprehensive data base），這是一種集約化的數據庫環境，它追求的是數據集約化和共享，獨立于具體的應用項目而能為許多應用項目所共用。6.1.4 引入關系基數的概念是為了豐富我們的描述語言，以求更精確地表示業務過程規則。關系基數有最大值，也有最小值。在確定關系基數時，可參考數據庫理論中確定實體間

38、關聯類型的方法。6.1.5 事件驅動系統具有傳統體系結構所不具備的靈活性。同時在系統的成本、效率等方面都具有優越性。6.2 知識應用6.2.1b6.2.2ac6.2.3ad 技能題6.1 規則復習運用信息工程建立信息模型的步驟為：（1）進行業務分析，建立企業模型；（2）進行實體分析，建立主題數據庫模型；（3）進行主題數據庫具體物理分布分析。具體內容參見正文。6.2 操作練習real模型與er圖并無本質區別，在將real模型轉換為關系模型時，具體操作如下：1）一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。2）一個聯系轉換為一個關系模式，與該聯系相連的各實體的碼以及

39、聯系的屬性轉換為關系的屬性。該關系的碼則有三種情況，而且應把具有相同碼的關系模式加以合并：（1）若聯系為11，則每個實體的碼均為該關系的候選碼；（2）若聯系為1n，關系的碼為n端實體的碼；（3）若聯系為n:m，則關系的碼為諸實體碼的組合。real模型中的每個實體對象（事件、資源、參與者和地點）成為一個關系。對于real模型中反映的聯系，在建立關系時，依據最大基數之間聯系是11，1n還是nm而相應建立連接關系。 能力題6.1 分析提示：重點把握銷售/收款過程中的重要業務事件，即對飯館的經營收益、服務質量有重大影響的業務事件，以此為基礎來建立銷售/收款過程的real模型。第7章 銷售及收款業務過程

40、分析和設計 知識題7.1 閱讀理解7.1.1 答案請參閱教材第7章正文。7.1.2 客戶訂單由客戶提出，銷售訂單根據客戶訂單編制，是銷售方內部銷售業務的依據，并且銷售訂單的各聯用來向銷售涉及的各個部門或崗位傳遞授權核準信息。7.1.3 銷售發票是對已供應的商品或服務的欠款的聲明，也是在會計賬簿中登記銷售業務的基本憑證。銷售發票的一聯交給客戶。7.1.4 答案請參閱教材第7章正文。7.1.5 答案請參閱教材第7章正文。7.1.6 答案請參閱教材第7章正文。7.2 知識應用7.2.1 答案請參閱教材第3、7章正文。7.2.2 在開票時，復查交易，比較提單、銷售訂單、客戶訂單以及變更通知等記錄，根據

41、價格清單中的價格信息和以上單據計算賬單總額，并開出銷售發票。同時將確認的交易信息記入會計系統。銷售發票的一聯作為記錄交易的原始憑證記入銷售日記賬，每日（或一段期間）發票總額應送交總賬部門編制記賬憑證，據以登記總賬。還有一聯銷售發票送交應收賬款部門據以收款和登記應收賬款明細賬，而提貨單或裝箱單送交存貨控制部門登記存貨明細賬。應收賬款部門根據收到的銷售發票在應收賬款明細賬中相應的客戶賬戶上記錄發票金額，并應定期編制應收賬款賬齡分析表，對到期應收的款項及時催收。存貨控制部門減少存貨明細賬（在采用永續盤存制的企業中）上的存貨余額并確定賣出商品的成本。總賬部門根據記賬憑證上的銷售總額登記總賬相關科目。公

42、司收到客戶寄回的匯款通知單后，應有兩人經手，以防止公司雇員的錯誤或舞弊。收到的款項及相應的支付單據應予匯總，編制現金收入（匯款通知單）清單。收到的支票應即時背書或加蓋說明“僅用于存款”的背書章，支票上的金額應與匯款通知單上的金額進行比較。每批匯款通知單都被送到應收賬款部門，登記客戶明細賬以反映客戶支付情況。現金收入清單的一聯與支票一起送到現金收入部門，用以編制存款單，同時作為原始憑證登記現金收入日記賬中的已收到現金，其總數用于編制記賬憑證，由總賬部門登記總賬的現金科目（增加）和應收賬款科目（減少）。存款單與支票一起交給銀行存款。現金收入清單的另一聯交給財務主管，與銀行送來的存款單中的銀行存款金

43、額核對。管理部門應及時判斷無法收回的應收款并進行相應的賬務處理。一般應獲取款項無法收回的確鑿證據，經適當審批后及時作出會計記錄的調整。7.2.3 銷售訂單一式六聯首先必須送到信用部門進行核準，信用部門通過審核客戶信息了解客戶的信用情況，確定能否向該客戶提供賒購。同時需要訪問存貨記錄以確定當前的庫存是否能滿足客戶的需要。經過信用部門核準的銷售訂單的一聯與客戶訂單一起由銷售訂貨部門保留存根。然后銷售訂貨部門將已認可的銷售訂貨的一聯作為提貨單（或領貨單）送交倉儲部門，通知倉庫將商品移送到裝運地。另一聯作為裝箱單，通知裝運部門商品已從倉庫發出。另有兩聯銷售訂單送到開票部門作為銷售通知及作為商品裝運后開

44、票的依據。還有一聯銷售訂單送交客戶作為對客戶訂貨的認可。 技能題7.1 規則復習7.1.1 答案請參閱教材第7章正文。7.1.2 提示：以營銷事件為例，數據不完整表現為未能完全記錄營銷事件涉及的參與者、資源和地點信息，比如營銷人員、客戶及潛在客戶、被營銷商品、電視臺或商場等的信息沒有記錄下來；數據記錄不準確表現為對營銷事件、營銷事件涉及的參與者、資源和地點信息的記錄出現錯誤，比如營銷人員代碼輸入錯誤、客戶電話地址錯誤、客戶信用評級未能及時更新等；數據的不合法表現為記錄了實際上沒有發生的營銷事件。7.1.3 答案請參閱教材第7章正文。7.2 操作練習7.2.1 在christopher公司事件驅

45、動系統的數據庫中，連接查詢收到客戶訂單事件表、訂單/存貨表、客戶表、存貨表、雇員表生成一張銷售訂單；連接查詢裝運和交付商品事件表、裝運和支付/存貨表、客戶表、存貨表、雇員表生成銷售發票。7.2.2 提示：可以。這種集成化的數據處理方式并未改變會計信息的確認、計量和報告。7.2.3 提示：連接查詢裝運和交付商品事件表、裝運和支付/存貨表、收款表、裝運和支付/收款表可以生成一張記錄銷售收入的記賬憑證。7.2.4 提示：主要查詢收款表。7.2.5 提示：主要查詢裝運和交付商品事件表、裝運和支付/存貨表、收款表、裝運和支付/收款表。總賬應收賬款余額等于由裝運和交付商品事件表及裝運和支付/存貨表計算出的

46、銷售總額減去由收款表及裝運和支付/收款表計算出的收款總額。 能力題7.1 分析提示：按教材中要求的步驟完成。7.2 教學建議：7.2.1 可參考福特、通用等企業的供應鏈。7.2.2 可以先分析網上購物的客戶的信息需求，然后分析網站提供的信息如何滿足客戶對銷售信息的需求。例如，提供客戶收藏夾，在客戶瀏覽時顯示瀏覽歷史，在每個產品網頁上提示購買該商品的顧客還購買了哪些商品等友好信息。第8章 獲取/支付業務過程 知識題8.1 閱讀理解8.1.1 答案請參閱教材第8章正文。8.1.2 請購單由需求部門提出，在組織內部傳遞；采購訂單由采購部門編制，并提交給供應商。8.1.3 采購訂單未加說明聯是指交給驗

47、收部門的采購訂單副本上的數量被省去，由驗收部門在驗收時填寫實際收到的數量。目的是讓驗收部門正確記錄實際收到的貨物數量，以便后續的驗證。8.1.4 答案請參閱教材第8章正文。8.1.5 答案請參閱教材第8章正文。8.1.6 答案請參閱教材第8章正文。8.2 知識應用8.2.1 提示：基本的業務事件名稱、發生順序不變，但是具體涉及的參與者、資源、地點都發生了變化，業務控制規則和面臨的業務風險也不一樣。8.2.2 提示：都可以。8.2.3 答案請參閱教材第5、9章。8.2.4 以現付采購款為例，借“物資采購”等科目，貸“銀行存款”。8.2.5 提示：傳統獲取/支付過程中授權、保管和記錄職責應彼此分離

48、。事件驅動系統應用后這種職責分離依然存在，只是有些由系統代替人工完成，比如，授權和記錄。此外，增加了一些職責分離，特別是信息系統必須和組織的其他職能相分離。 技能題8.1 規則復習8.1.1 答案請參閱教材第8章圖82。8.1.2 答案請參閱教材第8章圖83。8.1.3 答案請參閱教材第8章正文。8.1.4 答案請參閱教材第8章正文。8.1.5 根據不同組織的業務特點，獲取/支付業務過程中各業務事件的發生可能需要遵循某種順序，即有的事件必須在某個事件之前發生。比如，在christopher公司獲取/支付業務過程中，驗收商品事件必須發生在付款事件之前，這意味著christopher公司不允許出現

49、對未驗收的貨物付款的情況，也就是說，christopher公司的每一次關于貨物的付款都必須以某張驗收單為依據。real模型通過關系最小基數來反映這種事件之間的順序，最小基數為1的事件先發生。8.2 操作練習8.2.1 提示：連接查詢有關事件表生成采購訂單。以christopher公司為例，可以連接查詢采購事件表、采購存貨表、存貨表和雇員表。驗收單類似，查詢有關驗收的事件表及其相關數據表。8.2.2 提示：查詢事件驅動系統中的相關數據表。8.2.3 提示：主要查詢事件驅動系統中的付款事件表。8.2.4 提示：與生成應收賬款明細賬類似的查詢過程。8.2.5 提示：找出事件驅動系統中獲取/支付業務過

50、程的事件及其輔表之間的數據關系，主要是外鍵，它們反映了資產負債表中應付賬款項目數據的審計線索，你可以根據這些數據關系，由資產負債表中應付賬款項目數據追溯到對應的驗收事件（如果在驗收時確認負債的話）或采購事件（如果在采購時確認負債的話）和付款事件。 能力題8.1 分析提示：按要求的步驟完成。可能的關系基數如下：存貨（1，*）（0，*）發出及復查請購，存貨（1，*）（0，*）采購商品，存貨（1，*）（0，*）驗收商品，存貨（1，*）（0，*）供應商，發出及復查請購（1，1）（0，*）采購商品，采購商品（1，1）（0，*）驗收商品，驗收商品（1，*）（0，*）付款，現金（1，1）（0，*）付款，銀行

51、（1，1）（0，*）現金，發出及復查請購（0，*）（1，1）請購復查人員，發出及復查請購（0，*）（1，1）存貨控制人員，采購商品（0，*）（1，1）采購人員，采購商品（0，*）（1，1）供應商，驗收商品（0，*）（1，1）供應商，驗收商品（0，*）（1，1）驗收人員，驗收商品（0，*）（1，1）倉儲人員，驗收商品（0，*）（1，1）應付賬款工作人員，付款（0，*）（1，1）應付賬款工作人員，付款（0，*）（1，1）出納，付款（0，*）（1，1）供應商。補充的關系表：主要對應最大基數為*的關系，包括存貨/發出及復查請購表，存貨/采購商品表，存貨/驗收商品表，存貨/供應商表，驗收商品/付款表。第

52、9章 其他主要業務過程 知識題9.1 閱讀理解答案請參閱教材第9章正文。9.2 知識應用9.2.1 提示：以某個具體的轉換過程為例，列出輸入資源和輸出資源。9.2.2 答案請參閱教材第9章正文。9.2.3 提示：概括來說，財務業務過程中的固有風險包括投資風險、籌資風險、融資風險等。具體到其中的每個業務事件，可以根據本章相關內容逐個分析。由于涉及現金和銀行存款，所以最重要的是非法接觸的風險。9.2.4 提示：以生產過程為例，事件驅動系統可以記錄生產過程每一具體活動的詳細數據，由此可以產生有關成本管理、質量管理、物料需求計劃、預算管理等所需的信息，從而支持轉換過程目標的實現。9.2.5 提示：可能

53、會扁平化和網絡化。有可能根據業務過程的執行特點設置組織機構，如圖所示。 技能題9.1 規則練習答案請參閱教材第9章正文。9.2 操作練習提示：可按生產步驟提取主要業務事件，比如，制定生產計劃事件、提出物料需求計劃事件、提供生產所需的物料事件、驗收收到的物料事件、生產事件。 能力題9.1 分析提示：最好是按生產步驟確定業務事件，這樣不僅可以記錄每一步的詳細數據，還能了解各步驟之間的執行順序。主要事件是：印刷文字頁、印刷彩圖、校訂文字和彩圖并整理好順序、按預定的大小剪裁書頁、印刷封面、按預定的大小剪裁封面、裝訂成書、印刷書的封套、剪裁封套、將書套套在書上、將書按規定成捆包裝好。在建立real模型時

54、，注意除印刷書的封套、剪裁封套、將書套套在書上事件外，其他事件是必然執行的而且依次發生的；同時，印刷書的封套、剪裁封套、將書套套在書上這三個事件之間也有先后順序關系。第10章 信息系統的管理 知識題10.1 閱讀理解答案請參閱教材第10章正文。10.2 知識應用答案請參閱教材第10章正文。 技能題10.1 規則練習答案請參閱教材第10章正文。10.2 操作練習答案請參閱教材第10章正文。 能力題10.1 分析提示：特別注意職責分離、接觸控制和信息系統控制，可參照教材第10章提出的內部控制體系進行分析。比如，在職責劃分上，系統設計職責應該與操作職責分離，否則會導致舞弊；由于是在每天的運行工作結束

55、后，信息部門人員核對銷售發票的總控文件數據和發貨清單數據，所以核對之前可能發貨單已經交給發貨部門并已發貨，實際上沒有達到控制的目的。附錄2綜合案例分析提示綜合案例一：分兩組討論，一組作為用戶提出實施需求，主要是功能需求和信息需求，另一組作為實施方整理這些需求，并按照信息系統的特點與用戶確認需求。綜合案例二：對比教材第7、8、9章的內容進行討論，特別是通過信息系統提供的功能來管理和控制業務流程。因為信息化的根本目標是實現和改進對各個業務活動的管理。對于本案例中的erp系統，實施過程有規劃指導和分階段實施是正確的做法，但是在時間進度上可能不夠合理。應注重對每個已完成階段的實施效果的評價和實施問題的

56、總結。特別是第一階段，必須理順信息化后的業務流程。需要特別強調的是，erp系統的實施不僅能及時提供用戶需要的信息，而且能強化對業務流程的控制和管理。附錄3綜合實驗教學建議在建立real模型時，注意不要將信息事件當成業務事件來分析。可以根據以下兩條判斷：業務事件的發生會產生一些需要記錄的數據；業務事件發生時，必然涉及某些資源、參與者，并且通常會引起資源數量的變化。最好是建立一個real模型矩陣工作表，首先將業務過程歸為三類，然后再將其中的每個業務過程分解成業務事件。分解出的業務事件可以不同，在實際應用中，將業務過程分解成業務事件時，分解到何種程度，是由管理上的需要決定的。在分析關系基數時，注意各個業務事件之間是否有先后順