【正文】 采購訂單由采購部門編制，并提交給供應商。 采購訂單未加說明聯(lián)是指交給驗收部門的采購訂單副本上的數(shù)量被省去，由驗收部門在驗收時填寫實際收到的數(shù)量。目的是讓驗收部門正確記錄實際收到的貨物數(shù)量，以便后續(xù)的驗證。 答案請參閱教材第8章正文。 答案請參閱教材第8章正文。 答案請參閱教材第8章正文。 知識應用 提示：基本的業(yè)務(wù)事件名稱、發(fā)生順序不變，但是具體涉及的參與者、資源、地點都發(fā)生了變化，業(yè)務(wù)控制規(guī)則和面臨的業(yè)務(wù)風險也不一樣。 提示：都可以。 答案請參閱教材第9章。 以現(xiàn)付采購款為例，借“物資采購”等科目，貸“銀行存款”。 提示：傳統(tǒng)獲取/支付過程中授權(quán)、保管和記錄職責應彼此分離。事件驅(qū)動系統(tǒng)應用后這種職責分離依然存在，只是有些由系統(tǒng)代替人工完成，比如，授權(quán)和記錄。此外，增加了一些職責分離，特別是信息系統(tǒng)必須和組織的其他職能相分離?！? 技能題 規(guī)則復習 答案請參閱教材第8章圖8—2。 答案請參閱教材第8章圖8—3。 答案請參閱教材第8章正文。 答案請參閱教材第8章正文。 根據(jù)不同組織的業(yè)務(wù)特點，獲取/支付業(yè)務(wù)過程中各業(yè)務(wù)事件的發(fā)生可能需要遵循某種順序，即有的事件必須在某個事件之前發(fā)生。比如，在Christopher公司獲取/支付業(yè)務(wù)過程中，驗收商品事件必須發(fā)生在付款事件之前，這意味著Christopher公司不允許出現(xiàn)對未驗收的貨物付款的情況，也就是說，Christopher公司的每一次關(guān)于貨物的付款都必須以某張驗收單為依據(jù)。REAL模型通過關(guān)系最小基數(shù)來反映這種事件之間的順序，最小基數(shù)為1的事件先發(fā)生。 操作練習 提示：連接查詢有關(guān)事件表生成采購訂單。以Christopher公司為例，可以連接查詢采購事件表、采購存貨表、存貨表和雇員表。驗收單類似，查詢有關(guān)驗收的事件表及其相關(guān)數(shù)據(jù)表。 提示：查詢事件驅(qū)動系統(tǒng)中的相關(guān)數(shù)據(jù)表。 提示：主要查詢事件驅(qū)動系統(tǒng)中的付款事件表。 提示：與生成應收賬款明細賬類似的查詢過程。 提示：找出事件驅(qū)動系統(tǒng)中獲取/支付業(yè)務(wù)過程的事件及其輔表之間的數(shù)據(jù)關(guān)系，主要是外鍵，它們反映了資產(chǎn)負債表中應付賬款項目數(shù)據(jù)的審計線索，你可以根據(jù)這些數(shù)據(jù)關(guān)系，由資產(chǎn)負債表中應付賬款項目數(shù)據(jù)追溯到對應的驗收事件（如果在驗收時確認負債的話）或采購事件（如果在采購時確認負債的話）和付款事件。□ 能力題 分析提示：按要求的步驟完成?？赡艿年P(guān)系基數(shù)如下：存貨（1，*）——（0，*）發(fā)出及復查請購，存貨（1，*）——（0，*）采購商品，存貨（1，*）——（0，*）驗收商品，存貨（1，*）——（0，*）供應商，發(fā)出及復查請購（1，1）——（0，*）采購商品，采購商品（1，1）——（0，*）驗收商品，驗收商品（1，*）——（0，*）付款，現(xiàn)金（1，1）——（0，*）付款，銀行（1，1）——（0，*）現(xiàn)金，發(fā)出及復查請購（0，*）——（1，1）請購復查人員，發(fā)出及復查請購（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）供應商。補充的關(guān)系表：主要對應最大基數(shù)為*︰*的關(guān)系，包括存貨/發(fā)出及復查請購表，存貨/采購商品表，存貨/驗收商品表，存貨/供應商表，驗收商品/付款表。 教學建議：組織可大可小，比如，一個小賣部的獲取/支付過程，或者學校食堂的獲取/支付過程，或者某個學生社團的獲取/支付過程。然后根據(jù)本章講授的內(nèi)容完成分析。每個項目組人數(shù)以3~5人為宜，否則可能影響調(diào)研和分析效果。第9章 其他主要業(yè)務(wù)過程□ 知識題 閱讀理解答案請參閱教材第9章正文。 知識應用 提示：以某個具體的轉(zhuǎn)換過程為例，列出輸入資源和輸出資源。 答案請參閱教材第9章正文。 提示：概括來說，財務(wù)業(yè)務(wù)過程中的固有風險包括投資風險、籌資風險、融資風險等。具體到其中的每個業(yè)務(wù)事件，可以根據(jù)本章相關(guān)內(nèi)容逐個分析。由于涉及現(xiàn)金和銀行存款，所以最重要的是非法接觸的風險。 提示：以生產(chǎn)過程為例，事件驅(qū)動系統(tǒng)可以記錄生產(chǎn)過程每一具體活動的詳細數(shù)據(jù)，由此可以產(chǎn)生有關(guān)成本管理、質(zhì)量管理、物料需求計劃、預算管理等所需的信息，從而支持轉(zhuǎn)換過程目標的實現(xiàn)。 提示：可能會扁平化和網(wǎng)絡(luò)化。有可能根據(jù)業(yè)務(wù)過程的執(zhí)行特點設(shè)置組織機構(gòu)，如圖所示?！? 技能題 規(guī)則練習答案請參閱教材第9章正文。 操作練習提示：可按生產(chǎn)步驟提取主要業(yè)務(wù)事件，比如，制定生產(chǎn)計劃事件、提出物料需求計劃事件、提供生產(chǎn)所需的物料事件、驗收收到的物料事件、生產(chǎn)事件?！? 能力題 分析提示：最好是按生產(chǎn)步驟確定業(yè)務(wù)事件，這樣不僅可以記錄每一步的詳細數(shù)據(jù)，還能了解各步驟之間的執(zhí)行順序。主要事件是：印刷文字頁、印刷彩圖、校訂文字和彩圖并整理好順序、按預定的大小剪裁書頁、印刷封面、按預定的大小剪裁封面、裝訂成書、印刷書的封套、剪裁封套、將書套套在書上、將書按規(guī)定成捆包裝好。在建立REAL模型時，注意除印刷書的封套、剪裁封套、將書套套在書上事件外，其他事件是必然執(zhí)行的而且依次發(fā)生的；同時，印刷書的封套、剪裁封套、將書套套在書上這三個事件之間也有先后順序關(guān)系。 教學建議：本題的目的是讓學生認識到了解和分析業(yè)務(wù)以及了解信息技術(shù)和信息系統(tǒng)對未來會計人員生存的重要性。 教學建議：可以任選其中的一個過程進行分析，比如，分析一個小賣部的人力資源過程，或是某個房產(chǎn)中介的財務(wù)業(yè)務(wù)過程。第10章 信息系統(tǒng)的管理□ 知識題 閱讀理解答案請參閱教材第10章正文。 知識應用答案請參閱教材第10章正文。□ 技能題 規(guī)則練習答案請參閱教材第10章正文。 操作練習答案請參閱教材第10章正文?！? 能力題 分析提示：特別注意職責分離、接觸控制和信息系統(tǒng)控制，可參照教材第10章提出的內(nèi)部控制體系進行分析。比如，在職責劃分上，系統(tǒng)設(shè)計職責應該與操作職責分離，否則會導致舞弊；由于是在每天的運行工作結(jié)束后，信息部門人員核對銷售發(fā)票的總控文件數(shù)據(jù)和發(fā)貨清單數(shù)據(jù)，所以核對之前可能發(fā)貨單已經(jīng)交給發(fā)貨部門并已發(fā)貨，實際上沒有達到控制的目的。 教學建議：主要從信息系統(tǒng)建立、實施、內(nèi)部控制、審計等角度考察。附錄2綜合案例分析提示綜合案例一：分兩組討論，一組作為用戶提出實施需求，主要是功能需求和信息需求，另一組作為實施方整理這些需求，并按照信息系統(tǒng)的特點與用戶確認需求。綜合案例二：對比教材第9章的內(nèi)容進行討論，特別是通過信息系統(tǒng)提供的功能來管理和控制業(yè)務(wù)流程。因為信息化的根本目標是實現(xiàn)和改進對各個業(yè)務(wù)活動的管理。對于本案例中的ERP系統(tǒng)，實施過程有規(guī)劃指導和分階段實施是正確的做法，但是在時間進度上可能不夠合理。應注重對每個已完成階段的實施效果的評價和實施問題的總結(jié)。特別是第一階段，必須理順信息化后的業(yè)務(wù)流程。需要特別強調(diào)的是，ERP系統(tǒng)的實施不僅能及時提供用戶需要的信息，而且能強化對業(yè)務(wù)流程的控制和管理。附錄3綜合實驗教學建議在建立REAL模型時，注意不要將信息事件當成業(yè)務(wù)事件來分析?？梢愿鶕?jù)以下兩條判斷：業(yè)務(wù)事件的發(fā)生會產(chǎn)生一些需要記錄的數(shù)據(jù)；業(yè)務(wù)事件發(fā)生時，必然涉及某些資源、參與者，并且通常會引起資源數(shù)量的變化。最好是建立一個REAL模型矩陣工作表，首先將業(yè)務(wù)過程歸為三類，然后再將其中的每個業(yè)務(wù)過程分解成業(yè)務(wù)事件。分解出的業(yè)務(wù)事件可以不同，在實際應用中，將業(yè)務(wù)過程分解成業(yè)務(wù)事件時，分解到何種程度，是由管理上的需要決定的。在分析關(guān)系基數(shù)時，注意各個業(yè)務(wù)事件之間是否有先后順序。用VB等開發(fā)工具設(shè)計功能時，應盡可能簡單，本實驗的主要目的是熟悉REAL模型和對應的關(guān)系模型，以便讓學生掌握在信息化過程中如何準確、完整地提出需求。至于功能的實現(xiàn)，應該由軟件開發(fā)人員和咨詢?nèi)藛T完成。19