【正文】 答案請(qǐng)參閱教材第7章正文。 答案請(qǐng)參閱教材第7章正文。銷售發(fā)票的一聯(lián)交給客戶。 客戶訂單由客戶提出，銷售訂單根據(jù)客戶訂單編制，是銷售方內(nèi)部銷售業(yè)務(wù)的依據(jù)，并且銷售訂單的各聯(lián)用來(lái)向銷售涉及的各個(gè)部門或崗位傳遞授權(quán)核準(zhǔn)信息?！? 能力題 分析提示：重點(diǎn)把握銷售/收款過(guò)程中的重要業(yè)務(wù)事件，即對(duì)飯館的經(jīng)營(yíng)收益、服務(wù)質(zhì)量有重大影響的業(yè)務(wù)事件，以此為基礎(chǔ)來(lái)建立銷售/收款過(guò)程的REAL模型。REAL模型中的每個(gè)實(shí)體對(duì)象（事件、資源、參與者和地點(diǎn)）成為一個(gè)關(guān)系。2）一個(gè)聯(lián)系轉(zhuǎn)換為一個(gè)關(guān)系模式，與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系的屬性轉(zhuǎn)換為關(guān)系的屬性。 操作練習(xí)REAL模型與E—R圖并無(wú)本質(zhì)區(qū)別，在將REAL模型轉(zhuǎn)換為關(guān)系模型時(shí)，具體操作如下：1）一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式。 知識(shí)應(yīng)用 B AC AD□ 技能題 規(guī)則復(fù)習(xí)運(yùn)用信息工程建立信息模型的步驟為：（1）進(jìn)行業(yè)務(wù)分析，建立企業(yè)模型；（2）進(jìn)行實(shí)體分析，建立主題數(shù)據(jù)庫(kù)模型；（3）進(jìn)行主題數(shù)據(jù)庫(kù)具體物理分布分析。 事件驅(qū)動(dòng)系統(tǒng)具有傳統(tǒng)體系結(jié)構(gòu)所不具備的靈活性。關(guān)系基數(shù)有最大值，也有最小值。主題數(shù)據(jù)庫(kù)（subject data base）又常被稱為全局（或綜合）數(shù)據(jù)庫(kù)（prehensive data base），這是一種集約化的數(shù)據(jù)庫(kù)環(huán)境，它追求的是數(shù)據(jù)集約化和共享，獨(dú)立于具體的應(yīng)用項(xiàng)目而能為許多應(yīng)用項(xiàng)目所共用。REAL模型對(duì)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)的貢獻(xiàn)則體現(xiàn)在數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)工作中，它輔助我們建立主題數(shù)據(jù)庫(kù)模型，進(jìn)而影響主題數(shù)據(jù)庫(kù)的具體物理分布。 利用REAL模型，可以識(shí)別企業(yè)過(guò)程中的重要戰(zhàn)略性活動(dòng)（功能），而這是建立U/C矩陣所必需的。在建立業(yè)務(wù)過(guò)程REAL模型的基礎(chǔ)上，進(jìn)一步分析可以明確信息過(guò)程，包括數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流。對(duì)于記錄下來(lái)的銷售/收款過(guò)程中的各個(gè)事件，要考慮它的存在對(duì)于飯館正常開展管理業(yè)務(wù)有何意義，信息的采集和處理對(duì)于業(yè)務(wù)執(zhí)行、決策管理有何支持作用，整個(gè)流程是否可以進(jìn)一步優(yōu)化。3）銷售/收款過(guò)程：果實(shí)銷售。 操作練習(xí)各主要活動(dòng)分類如下：1）獲取/支付過(guò)程：農(nóng)業(yè)工人的招募及薪資支付，肥料、包裝箱及其他物料的購(gòu)買。即經(jīng)濟(jì)事件發(fā)生的位置。經(jīng)濟(jì)事件的參與者是參與經(jīng)濟(jì)事件的個(gè)人或部門，既包括組織內(nèi)部的參與者，也包括組織外部的參與者。經(jīng)濟(jì)事件是對(duì)資源變動(dòng)產(chǎn)生影響的活動(dòng)。經(jīng)濟(jì)資源是組織擁有的資產(chǎn)，它們不僅是稀缺的，而且是在組織的控制之下。 業(yè)務(wù)事件的基本特征包括如下方面：1）發(fā)生了何事？2）何時(shí)發(fā)生？3）涉及何人，該人充當(dāng)了什么角色？4）涉及哪些資源，數(shù)量多少？5）事件發(fā)生的地點(diǎn)。其次，業(yè)務(wù)流程重組充分強(qiáng)調(diào)結(jié)果的滿意度；在衡量員工的業(yè)績(jī)標(biāo)準(zhǔn)上，注重員工創(chuàng)造的價(jià)值，倡導(dǎo)“創(chuàng)新”；徹底否定企業(yè)中大量的低效勞動(dòng)和無(wú)效監(jiān)督控制。在權(quán)力范圍內(nèi)，鼓勵(lì)員工自己決策，高層管理人員只是進(jìn)行必要的指導(dǎo)和協(xié)調(diào)。 業(yè)務(wù)流程重組徹底地拋棄了傳統(tǒng)的職能管理模式，對(duì)員工角色、管理觀念、組織機(jī)構(gòu)帶來(lái)巨大變革。這些信息過(guò)程采集、存儲(chǔ)和維護(hù)與業(yè)務(wù)過(guò)程有關(guān)的數(shù)據(jù)，并報(bào)告有用的信息。他們必須對(duì)每個(gè)業(yè)務(wù)過(guò)程的計(jì)劃、執(zhí)行、控制和評(píng)價(jià)作出決策。其中三個(gè)主要的業(yè)務(wù)過(guò)程是獲取和支付要輸入的資源，將輸入的資源轉(zhuǎn)換成完工的商品和服務(wù)，向顧客銷售需要的商品和服務(wù)并收取顧客支付的款項(xiàng)?！? 能力題 分析提示：按步驟完成。 提示：查詢憑證文件和科目余額發(fā)生額文件有關(guān)字段。 科目余額發(fā)生額文件中（本月）借方發(fā)生額字段的數(shù)據(jù)來(lái)源是憑證臨時(shí)文件每條記錄的借方金額。 提示：如果已經(jīng)審核，則由審核人員取消審核標(biāo)記，然后由憑證輸入人員在憑證輸入功能中進(jìn)行修改；如果沒有審核，直接在憑證輸入功能中進(jìn)行修改。對(duì)于增加新的科目，若某科目已記賬，可以使用新增功能在此科目下級(jí)增加新的明細(xì)科目，這時(shí)，自動(dòng)化系統(tǒng)要判斷該科目下級(jí)各明細(xì)科目金額的合計(jì)數(shù)是否與該科目的金額相等，以保證設(shè)置數(shù)據(jù)的正確性；若新增的科目是該科目唯一的一個(gè)下級(jí)科目，則應(yīng)將該科目的余額和發(fā)生額全部下移至此下級(jí)科目，以保證總賬科目和明細(xì)科目之間的數(shù)據(jù)的一致性。 滿足以下條件的科目，可以刪除：如果是明細(xì)科目，則要求該明細(xì)科目既沒有余額，也沒有發(fā)生額；如果是一級(jí)科目（總賬科目）或其他具有明細(xì)科目的控制科目，則要求該科目本身及其下屬的所有明細(xì)科目都沒有余額和發(fā)生額。 提示：結(jié)轉(zhuǎn)損益、結(jié)轉(zhuǎn)期末余額、年結(jié)等，主要涉及損益類科目，具體要求參閱企業(yè)會(huì)計(jì)制度。□ 技能題 規(guī)則復(fù)習(xí) 答案請(qǐng)參閱教材第4章正文。 提示：首先分析手工業(yè)務(wù)處理流程，參見教材第4章圖4—22；然后明確自動(dòng)化系統(tǒng)的目標(biāo)并考慮如何改進(jìn)；最后自頂向下逐步求精繪制DFD圖。 答案請(qǐng)參閱教材第4章正文?？偝潭炔荒芨淖儭? 憑證文件是正式的會(huì)計(jì)檔案，其中的數(shù)據(jù)不應(yīng)直接修改。 知識(shí)應(yīng)用 參閱圖4—6可知，查詢科目余額發(fā)生額文件和憑證文件即可生成明細(xì)賬和總賬?！? 能力題 分析提示：尋找各個(gè)系統(tǒng)可能的主要使用者，思考他們需要維護(hù)哪些基礎(chǔ)資料，需要向系統(tǒng)輸入哪些業(yè)務(wù)單據(jù)，希望從系統(tǒng)獲得哪些輸出報(bào)表，從而找到各個(gè)系統(tǒng)可能存儲(chǔ)的主要數(shù)據(jù)。 B ABCD A ABCD□ 技能題 規(guī)則復(fù)習(xí)參見正文中圖3—1的內(nèi)容。因?yàn)橛行?huì)計(jì)事項(xiàng)在整個(gè)會(huì)計(jì)期間連續(xù)發(fā)生（例如，計(jì)提折舊和利息），如果不采用在會(huì)計(jì)期末編制調(diào)整分錄的方法，而是對(duì)這些事項(xiàng)做頻繁的記錄，那將是成本高昂且效率低下的。 知識(shí)應(yīng)用 這四者所存儲(chǔ)數(shù)據(jù)的主要區(qū)別在于數(shù)據(jù)的抽象程度不同，從原始憑證到日記賬、明細(xì)分類賬和總分類賬，數(shù)據(jù)的抽象程度不斷提高。 現(xiàn)代會(huì)計(jì)信息系統(tǒng)的核心是集成，即集成業(yè)務(wù)處理和信息處理，集成財(cái)務(wù)信息和非財(cái)務(wù)信息，集成核算與管理，使會(huì)計(jì)信息系統(tǒng)由部門級(jí)系統(tǒng)升級(jí)為企業(yè)級(jí)系統(tǒng)。雖然傳統(tǒng)自動(dòng)化會(huì)計(jì)信息系統(tǒng)使得人工差錯(cuò)的數(shù)量、會(huì)計(jì)職員的數(shù)量和對(duì)紙制文檔的依賴程度大大降低，但它并沒有充分利用信息技術(shù)的優(yōu)勢(shì)。 審計(jì)線索用于追蹤經(jīng)濟(jì)業(yè)務(wù)的整個(gè)會(huì)計(jì)處理過(guò)程，從初始記錄直至編制的財(cái)務(wù)報(bào)表。因?yàn)樵趥鹘y(tǒng)的會(huì)計(jì)循環(huán)中，記錄日記賬只是為了產(chǎn)生財(cái)務(wù)報(bào)表而采取的一個(gè)處理步驟，所以那些不影響組織財(cái)務(wù)狀況和經(jīng)營(yíng)成果的業(yè)務(wù)活動(dòng)并沒有反映在日記賬中。“千年蟲”問題就是一個(gè)現(xiàn)實(shí)的反面例子。大量的信息是以代碼的形式輸入、處理、存儲(chǔ)和輸出的。4）代碼設(shè)計(jì)影響系統(tǒng)的適應(yīng)性。各種代碼的內(nèi)容、結(jié)構(gòu)，彼此之間的聯(lián)系是系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)的重要組成部分。在傳統(tǒng)的結(jié)構(gòu)化程序設(shè)計(jì)中，有一句名言：“數(shù)據(jù)結(jié)構(gòu)＋算法=程序”。對(duì)這些問題認(rèn)識(shí)不清就無(wú)法在DBMS中構(gòu)造出一個(gè)科學(xué)、完整、各種代碼彼此協(xié)調(diào)的代碼體系，作為數(shù)據(jù)處理的基礎(chǔ)，滿足用戶的信息需求。數(shù)據(jù)庫(kù)設(shè)計(jì)的目標(biāo)是設(shè)計(jì)一個(gè)數(shù)據(jù)模型以較好地反映現(xiàn)實(shí)世界信息、信息之間的聯(lián)系，反映使用者對(duì)數(shù)據(jù)的需求和操作特點(diǎn)，并且能夠方便地在某個(gè)選定的DBMS支持下變成具體的數(shù)據(jù)庫(kù)。代碼的設(shè)計(jì)過(guò)程也是對(duì)事物或概念的屬性的識(shí)別與分類過(guò)程。2）代碼設(shè)計(jì)影響系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)。我們常用的校對(duì)措施有：人工校對(duì)、二次輸入、利用財(cái)務(wù)賬目中一些特有的平衡關(guān)系來(lái)校對(duì)等。隨著技術(shù)的進(jìn)步，會(huì)出現(xiàn)更為直接自然的數(shù)據(jù)輸入方式，但編碼是基礎(chǔ)。代碼的編制方法與結(jié)構(gòu)影響數(shù)據(jù)輸入的方式。 代碼設(shè)計(jì)是系統(tǒng)設(shè)計(jì)中數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)的一個(gè)重要組成部分，它對(duì)于信息系統(tǒng)的多個(gè)方面有著重大的影響：1）代碼設(shè)計(jì)影響系統(tǒng)的輸入/輸出設(shè)計(jì)。 數(shù)據(jù)流程圖（DFD）系統(tǒng)分析方法的步驟有：1）繪制數(shù)據(jù)流程圖2）建立數(shù)據(jù)字典3）建立處理說(shuō)明基于Cood/Yourdon的OOA系統(tǒng)分析方法的步驟有：1）識(shí)別對(duì)象2）識(shí)別結(jié)構(gòu)，含分類結(jié)構(gòu)和裝配結(jié)構(gòu)3）劃分主題4）定義屬性5）定義服務(wù)6）建立詳細(xì)說(shuō)明 引用結(jié)構(gòu)的主要目的是為了降低系統(tǒng)描述的復(fù)雜性。 常用的系統(tǒng)分析方法有結(jié)構(gòu)化系統(tǒng)分析方法（SA）和面向?qū)ο笙到y(tǒng)分析方法（OOA）等。2）非數(shù)學(xué)、運(yùn)籌學(xué)等復(fù)雜運(yùn)算的問題。4）對(duì)于批處理系統(tǒng)，由于其處理過(guò)程大部分是內(nèi)部過(guò)程，用原型模型沒有什么實(shí)際意義。2）對(duì)于有大量的運(yùn)算、邏輯性強(qiáng)的模塊，很難構(gòu)造出原型供人們?cè)u(píng)價(jià)，因?yàn)檫@類問題沒有那么多的交互方式，也不是三言兩語(yǔ)就能把問題說(shuō)清楚的。但原型模型并不是萬(wàn)能的，它有一定的局限性，主要表現(xiàn)在：1）對(duì)于一個(gè)大型的系統(tǒng)，如果不經(jīng)過(guò)詳細(xì)的系統(tǒng)分析，直接構(gòu)造原型是比較困難的。2）采用原型模型，用戶可以及早接觸和使用未來(lái)系統(tǒng)的原型，有利于今后的使用和維護(hù)，而生命周期模型往往需要經(jīng)過(guò)幾個(gè)月甚至幾年的開發(fā)時(shí)間，用戶才能見到最終系統(tǒng)。和生命周期模型比較而言，快速原型模型具有如下特點(diǎn)：1）用戶參與了系統(tǒng)開發(fā)的所有階段，從而使用戶的需求可以及時(shí)地、較好地得到滿足，系統(tǒng)的實(shí)用性強(qiáng)。但是對(duì)一些面向用戶的應(yīng)用（如決策支持系統(tǒng)和數(shù)據(jù)庫(kù)應(yīng)用）來(lái)說(shuō)，需求通常不是一下子能弄清楚的，生命周期模型預(yù)先確定需求的工作方式，會(huì)給后階段的開發(fā)帶來(lái)很大的影響，開發(fā)的成功率就得不到保障。采用該種模型，開發(fā)的周期較長(zhǎng)，因?yàn)殚_發(fā)順序是線性的，各個(gè)階段的工作不能同時(shí)進(jìn)行。實(shí)踐證明，生命周期模型大大提高了軟件開發(fā)的成功率，軟件開發(fā)的生產(chǎn)率也有明顯提高。 生命周期模型從時(shí)間角度把軟件開發(fā)和維護(hù)分解為若干個(gè)階段，每個(gè)階段有各自相對(duì)獨(dú)立的任務(wù)和目標(biāo)，正是因?yàn)樵摲N模型分階段的特點(diǎn)，使得各個(gè)階段的任務(wù)相對(duì)獨(dú)立，降低了系統(tǒng)開發(fā)的復(fù)雜性，便于不同人員分工協(xié)作，提高了可操作性，有利于施工。它的發(fā)生和應(yīng)用，部分地解決了大型軟件開發(fā)的軟件危機(jī)帶來(lái)的損失。20世紀(jì)60年代末和70年代初“軟件工程學(xué)”尚處于學(xué)術(shù)研究階段，但已對(duì)軟件開發(fā)的實(shí)踐產(chǎn)生了巨大的影響。一些有識(shí)之士認(rèn)為軟件系統(tǒng)的開發(fā)是否也應(yīng)該可以向“工程化”的方向發(fā)展。為了改變軟件開發(fā)的混亂現(xiàn)象，首先想到的是如何將一個(gè)大系統(tǒng)分解成一些復(fù)雜程度較低的子系統(tǒng)群，以便分工合作開發(fā)；如何精確地說(shuō)明每個(gè)部分的規(guī)格要求；怎樣使軟件產(chǎn)品易于修改和維護(hù)。 隨著計(jì)算機(jī)應(yīng)用領(lǐng)域的擴(kuò)展，系統(tǒng)規(guī)模的擴(kuò)大，人們?cè)陂_發(fā)大型管理系統(tǒng)時(shí)遇到了許多難以克服的困難，有的系統(tǒng)最終徹底失敗了；有的系統(tǒng)雖然完成了，但比預(yù)定的計(jì)劃遲了好幾年，而且經(jīng)費(fèi)大大地超出預(yù)算；有的系統(tǒng)未能完美地符合用戶的需求；有的系統(tǒng)則無(wú)法進(jìn)行修改和維護(hù)升級(jí)。再有，軟件的研制過(guò)程實(shí)際上是人的大腦的“思維”過(guò)程，很難進(jìn)行規(guī)范化的管理，開發(fā)人員可以按各自的習(xí)慣和對(duì)軟件工具的