【正文】 轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系，則與該聯(lián)系相連的各實(shí)體的鍵以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，且每個(gè)實(shí)體的鍵均是該關(guān)系的候選鍵。由于SQL Server是關(guān)系型DBMS，這里涉及到如何將ER轉(zhuǎn)換為關(guān)系模型。本校園一卡通管理系統(tǒng)涉及的ER圖，限于篇幅，這些屬性將在“數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)”中詳細(xì)分析。對(duì)于采用ER模型的設(shè)計(jì)方法，概念設(shè)計(jì)表現(xiàn)為設(shè)計(jì)全局ER圖和各局部ER圖。 數(shù)據(jù)庫(kù)概念設(shè)計(jì)概念設(shè)計(jì)是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)的過(guò)程，其結(jié)果是數(shù)據(jù)庫(kù)的概念模型。 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)在管理系統(tǒng)的開(kāi)發(fā)中占居非常重要的地位，數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)的好壞將直接影響系統(tǒng)的效率和實(shí)現(xiàn)的效果。離線消費(fèi)信息下載到數(shù)據(jù)庫(kù)后從消費(fèi)機(jī)中刪除；實(shí)時(shí)監(jiān)控消費(fèi)數(shù)據(jù)：選擇需要監(jiān)控的消費(fèi)機(jī)，對(duì)選中的消費(fèi)機(jī)進(jìn)行監(jiān)控，被監(jiān)控的消費(fèi)機(jī)每執(zhí)行一次消費(fèi)操作，相應(yīng)的消費(fèi)信息實(shí)時(shí)寫入數(shù)據(jù)庫(kù)；報(bào)表：根據(jù)各種條件進(jìn)行數(shù)據(jù)處理統(tǒng)計(jì)報(bào)表；賬戶管理：對(duì)系統(tǒng)的所有賬戶信息進(jìn)行維護(hù)。消費(fèi)信息包括機(jī)器號(hào)、卡號(hào)、消費(fèi)時(shí)間、消費(fèi)金額、余額、消費(fèi)類型。開(kāi)戶時(shí)需要輸入卡號(hào)、持卡人姓名、部門、余額、押金、有效期、最低金額、每日消費(fèi)限額、卡類型、時(shí)段限次等信息；充值管理：對(duì)單張消費(fèi)卡提供充值操作，充值后修改余額；分組信息管理：設(shè)置消費(fèi)機(jī)的使用分組（如食堂、商店等）；機(jī)器信息管理：對(duì)消費(fèi)機(jī)信息進(jìn)行新增、修改和刪除。為方便用戶操作，還應(yīng)提供查詢功能，根據(jù)卡號(hào)、姓名等條件查詢相關(guān)的消費(fèi)卡信息。部門信息包括部門名稱、卡數(shù)、上級(jí)部門等；消費(fèi)卡管理：選擇部門，顯示該部門的所有消費(fèi)卡信息列表，包括卡號(hào)、持卡人姓名、部門、余額、押金、有效期、最低金額、每日消費(fèi)限額、卡類型、時(shí)段限次等。每個(gè)模塊的大致功能如下：系統(tǒng)基本設(shè)置：設(shè)置消費(fèi)機(jī)的串口號(hào)、波特率、自由扇區(qū)、管理卡編號(hào)、刷卡間隔、最大消費(fèi)、開(kāi)機(jī)LOGO、打印LOGO，設(shè)置發(fā)卡機(jī)的串口號(hào)和波特率（串口號(hào)和波特率提供自動(dòng)搜索的功能），設(shè)置換卡費(fèi)用和開(kāi)卡押金；系統(tǒng)初始化：清空數(shù)據(jù)庫(kù)中的所有的表的數(shù)據(jù)。子系統(tǒng)和模塊的劃分?！百~戶信息管理” 子系統(tǒng)包含“新增賬戶信息”、“修改賬戶信息”、“刪除賬戶信息”等模塊?！皺C(jī)器管理”子系統(tǒng)包含“分組信息管理”、“機(jī)器信息管理”、“下載消費(fèi)數(shù)據(jù)”、“實(shí)時(shí)監(jiān)控消費(fèi)數(shù)據(jù)”等模塊。“系統(tǒng)設(shè)置”子系統(tǒng)包含“系統(tǒng)基本設(shè)置”、“系統(tǒng)初始化”、“備份還原”等模塊。一個(gè)好的模塊應(yīng)該內(nèi)部凝聚性好，相對(duì)獨(dú)立，盡量減少與其他模塊之間的聯(lián)系，包括調(diào)用關(guān)系，控制關(guān)系和數(shù)據(jù)交換關(guān)系，就是要求滿足“高內(nèi)聚，低耦合”的標(biāo)準(zhǔn)[4,6]。系統(tǒng)自上而下劃分為若干子系統(tǒng)，層層劃分到每一個(gè)模塊都能夠作為計(jì)算機(jī)可執(zhí)行的單獨(dú)的程序。包括系統(tǒng)功能結(jié)構(gòu)的劃分、數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)和系統(tǒng)環(huán)境的配置。第三章 整體設(shè)計(jì)通過(guò)需求分析，明確了即將開(kāi)發(fā)的校園一卡通管理系統(tǒng)需要達(dá)到的目標(biāo)以及需要實(shí)現(xiàn)的功能，下一步將進(jìn)行系統(tǒng)設(shè)計(jì)工作。進(jìn)行可行性分析和需求分析，確定了系統(tǒng)開(kāi)發(fā)過(guò)程中可能要遇到的幾個(gè)關(guān)鍵性問(wèn)題并設(shè)想出方法解決。Visual C功能強(qiáng)大，使用簡(jiǎn)單，尤其適合企業(yè)信息系統(tǒng)的開(kāi)發(fā)，又因?yàn)閂isual C有一個(gè)適合小型應(yīng)用程序開(kāi)發(fā)的免費(fèi)版Visual C 2010 Express，故最終選定Visual C 2010 Express作為開(kāi)發(fā)工具，這樣，大大降低開(kāi)發(fā)的軟件成本。企業(yè)版的功能最強(qiáng)，適合大型企業(yè)，對(duì)服務(wù)器硬件要求很高，速成版的功能最少，但它是免費(fèi)的，對(duì)硬件要求不是很高，配置較為高檔的普通PC機(jī)也能運(yùn)行，升級(jí)容易，數(shù)據(jù)處理能力適中，完全適合一些小型系統(tǒng)的開(kāi)發(fā)，因校園一卡通涉及大量的數(shù)據(jù)的存儲(chǔ)，選擇SQL Server 2008 R2標(biāo)準(zhǔn)版。與 Microsoft Visual Studio、Microsoft Office System 以及新的開(kāi)發(fā)工具包的緊密集成使 SQL Server 2008 R2與眾不同。SQL Server 2008 R2是一個(gè)全面的數(shù)據(jù)庫(kù)平臺(tái)，使用集成的商業(yè)智能 (BI) 工具提供了企業(yè)級(jí)的數(shù)據(jù)管理。微軟公司的SQL Server數(shù)據(jù)庫(kù)管理系統(tǒng)因其處理大規(guī)模數(shù)據(jù)的能力強(qiáng)、價(jià)格適中，易用性強(qiáng)、使用廣泛、容易獲得技術(shù)支持，非常適合即將實(shí)現(xiàn)的校園一卡通管理系統(tǒng)。從存儲(chǔ)、處理大批量數(shù)據(jù)的安全性、穩(wěn)定性來(lái)看，Oracle最好，但是Oracle價(jià)格昂貴，易用性不強(qiáng)，對(duì)服務(wù)器硬件要求非常高，對(duì)于校園一卡通管理這樣的系統(tǒng)來(lái)說(shuō)，恐非最佳選擇。常見(jiàn)的主流關(guān)系數(shù)據(jù)庫(kù)有Oracle、SQL Server、DBMySQL、Sybase、Access等產(chǎn)品。鑒于此，采用C/S模式較好。在開(kāi)發(fā)MIS的時(shí)候，應(yīng)該根據(jù)實(shí)際情況，選擇C/S模式或者B/S模式，甚至可以將這兩種模式結(jié)合起來(lái)?？蛻魴C(jī)/服務(wù)器模式和瀏覽器/服務(wù)器模式各有所長(zhǎng)，簡(jiǎn)要分析如下[4]：C/S模式的優(yōu)點(diǎn)在于：交互性強(qiáng)，客戶端有一套完整的應(yīng)用程序，在出錯(cuò)提示、在線幫助等方面都有強(qiáng)大的功能，并且可以在子程序間自由切換；C/S模式將降低網(wǎng)絡(luò)通信量，速度較快，適合處理大量數(shù)據(jù)；C/S模式往往用于一個(gè)局域網(wǎng)內(nèi)，安全性高。 瀏覽器/服務(wù)器模式邏輯上采用的是一種三層結(jié)構(gòu)模型：Web服務(wù)器接受遠(yuǎn)程或本地瀏覽器的HTTP查詢請(qǐng)求，然后會(huì)同應(yīng)用服務(wù)器根據(jù)查詢條件到數(shù)據(jù)服務(wù)器獲取相關(guān)數(shù)據(jù)，再將結(jié)果翻譯成HTTP和各種語(yǔ)言傳送回提出查詢請(qǐng)求的瀏覽器。瀏覽器/服務(wù)器（B/S）模式是由瀏覽器、Web服務(wù)器、應(yīng)用服務(wù)器和數(shù)據(jù)服務(wù)器組成的多層網(wǎng)絡(luò)結(jié)構(gòu)體系[1]?？蛻魴C(jī)部分：每個(gè)不同用戶所專有的功能和信息，是能夠訪問(wèn)數(shù)據(jù)庫(kù)的應(yīng)用程序的分布。某些應(yīng)用由客戶機(jī)完成，有些應(yīng)用由服務(wù)器完成，從而達(dá)到資源的最佳配置。客戶機(jī)/服務(wù)器（C/S）模式，是指客戶機(jī)和服務(wù)器這兩個(gè)邏輯系統(tǒng)及其應(yīng)用程序邏輯組件之間復(fù)雜關(guān)系的協(xié)同。中心數(shù)據(jù)庫(kù)應(yīng)做雙機(jī)熱備份或定期備份，應(yīng)預(yù)先設(shè)定災(zāi)難發(fā)生后的數(shù)據(jù)庫(kù)恢復(fù)規(guī)程。需要解決的具體問(wèn)題包括：系統(tǒng)結(jié)構(gòu)的簡(jiǎn)易性與多應(yīng)用的矛盾、系統(tǒng)的多應(yīng)用、擴(kuò)展性與安全性的矛盾等。 一卡多用問(wèn)題校園“一卡通”最好的實(shí)現(xiàn)方式是通過(guò)“一卡、一庫(kù)、一線”實(shí)現(xiàn)完全意義的“一卡通”。即使在系統(tǒng)中安裝了大型字庫(kù)將生僻字錄入系統(tǒng)也難以與外界進(jìn)行數(shù)據(jù)共享或交互，所以需提前確定生僻字處理原則。如需采集照片，采集的照片應(yīng)做到：規(guī)格統(tǒng)一，背景一致。在選擇非接觸加密存儲(chǔ)卡芯片型號(hào)時(shí)應(yīng)注意，芯片應(yīng)符合ISO的規(guī)范，應(yīng)考慮相關(guān)讀寫設(shè)備的普及性和價(jià)格。雙界面CPU卡雖然有技術(shù)領(lǐng)先、安全性高、存儲(chǔ)容量大、被銀行認(rèn)可的優(yōu)點(diǎn)，但是卡成本和建設(shè)成本都很高，不適于校園應(yīng)用。 IC卡種類的選擇目前使用較為廣泛的IC卡為非接觸ID卡，非接觸加密存儲(chǔ)卡和雙界面CPU卡。為了避免用戶在不同系統(tǒng)充值而造成的管理困難和使用的不方便，校內(nèi)的充值管理應(yīng)當(dāng)統(tǒng)一不宜多選；此外許多系統(tǒng)的消費(fèi)管理部分需要同財(cái)務(wù)管理系統(tǒng)做接口，系統(tǒng)建設(shè)的工作量大。 需要解決的幾個(gè)關(guān)鍵問(wèn)題 充值問(wèn)題最佳的解決充值問(wèn)題的方案顯然是學(xué)校、銀行以及電信三方合作建立的一卡通系統(tǒng)，學(xué)生無(wú)需要另外購(gòu)買充值卡。24. 日志管理。根據(jù)指定的時(shí)間段，統(tǒng)計(jì)增款（現(xiàn)金繳費(fèi)、單位補(bǔ)貼、開(kāi)戶押金、換卡交費(fèi)）、減款（補(bǔ)貼扣除、現(xiàn)金提取、退還押金、退還余額）、消費(fèi)（因錯(cuò)退還、餐費(fèi)補(bǔ)扣、正常消費(fèi)）、合計(jì)（增款、減款、實(shí)際消費(fèi)、增款減款實(shí)際消費(fèi)）等信息。可以顯示每一項(xiàng)充值明細(xì)，也可以按年總計(jì)、月總計(jì)、日總計(jì)、小時(shí)平均對(duì)充值信息進(jìn)行匯總統(tǒng)計(jì)。22. 充值信息查詢與匯總。21. 銷卡信息查詢。20. 換卡信息查詢。根據(jù)卡號(hào)或部門，顯示該張卡或該部門下的全部消費(fèi)卡的余額信息，包括卡號(hào)、姓名、余額、最后充值時(shí)間等信息。通過(guò)時(shí)間段、部門、機(jī)器號(hào)、部門、分組等字段進(jìn)行匯總統(tǒng)計(jì)。以柱狀圖、餅狀圖或折線圖的形式，反映消費(fèi)情況（按年總計(jì)、月總計(jì)、日總計(jì)、小時(shí)平均統(tǒng)計(jì)）。針對(duì)消費(fèi)記錄進(jìn)行查詢（通過(guò)時(shí)間段、機(jī)器號(hào)、卡號(hào)、流水類型查詢）消費(fèi)記錄。并可以打印流水記錄，并導(dǎo)出Excel文件。16. 錯(cuò)誤消費(fèi)信息刪除。15. 菜單消費(fèi)設(shè)置。14. 消費(fèi)時(shí)段及金額設(shè)置。13. 分組設(shè)置。12. 連接狀態(tài)顯示。11. 實(shí)時(shí)監(jiān)控。能在一定程度上識(shí)別明顯錯(cuò)誤的數(shù)據(jù)。將消費(fèi)機(jī)中離線消費(fèi)信息下載到數(shù)據(jù)庫(kù)。消費(fèi)機(jī)信息包括機(jī)器號(hào)、分組、消費(fèi)模式（手動(dòng)消費(fèi)、固定消費(fèi)、菜單消費(fèi)、PC下傳）、消費(fèi)時(shí)間段（可最多支持四個(gè)消費(fèi)時(shí)間段）、每個(gè)時(shí)間段的消費(fèi)金額、菜單消費(fèi)信息、折扣信息、機(jī)器刷卡間隔、單次刷卡最大消費(fèi)金額、語(yǔ)言模式、打印LOGO和開(kāi)機(jī)LOGO。9. 消費(fèi)機(jī)管理。對(duì)消費(fèi)卡用戶所在單位的部門信息進(jìn)行維護(hù)，包括部門信息的添加、刪除、修改和查看。對(duì)單張消費(fèi)卡提供充值操作，充值后修改余額。開(kāi)戶時(shí)需要輸入卡號(hào)、持卡人姓名、部門、余額、押金、有效期、最低金額、每日消費(fèi)限額、卡類型、時(shí)段限次等信息。6. 開(kāi)戶管理。為方便用戶操作，還應(yīng)提供查詢功能，根據(jù)卡號(hào)、姓名等條件查詢相關(guān)的消費(fèi)卡信息。選擇部門，顯示該部門的所有消費(fèi)卡信息列表，包括卡號(hào)、持卡人姓名、部門、余額、押金、有效期、最低金額、每日消費(fèi)限額、卡類型、時(shí)段限次等。包括添加賬戶并為其設(shè)置操作權(quán)限、刪除賬戶、修改賬戶的密碼和權(quán)限。4. 賬戶及權(quán)限管理。清空數(shù)據(jù)庫(kù)中的所有的表的數(shù)據(jù)。設(shè)置消費(fèi)機(jī)的串口號(hào)、波特率、自由扇區(qū)、管理卡編號(hào)、刷卡間隔、最大消費(fèi)、開(kāi)機(jī)LOGO、打印LOGO，設(shè)置發(fā)卡機(jī)的串口號(hào)和波特率（串口號(hào)和波特率提供自動(dòng)搜索的功能），設(shè)置換卡費(fèi)用和開(kāi)卡押金。注冊(cè)用戶輸入用戶名和密碼登錄系統(tǒng)，進(jìn)入系統(tǒng)后，系統(tǒng)識(shí)別對(duì)應(yīng)的權(quán)限，用戶只能操作所具有的權(quán)限的子窗體（在菜單中體現(xiàn)）。即將開(kāi)發(fā)的校園一卡通管理系統(tǒng)的用例圖。有時(shí)，可以將用例的實(shí)例引入到圖中。子用例從父用例處繼承行為和屬性，還可以添加、覆蓋或改變繼承的行為。在UML中用例泛化與其它泛化關(guān)系的表示法相同，用一個(gè)三角箭頭從子用例指向父用例。一般情況下，基礎(chǔ)用例的執(zhí)行不會(huì)涉及到擴(kuò)展用例，只有特定的條件發(fā)生，擴(kuò)展用例才被執(zhí)行。在UML中，擴(kuò)展關(guān)系表示為虛線箭頭加extend字樣，箭頭指向被擴(kuò)展的用例。在UML中，包含關(guān)系表示為虛線箭頭加include字樣，箭頭指向被包含的用例。被包含用例稱作提供者用例，包含用例稱作客戶用例，提供者用例提供功能給客戶使用。關(guān)聯(lián)關(guān)系表示參與者與用例之間的通信。關(guān)聯(lián)關(guān)系描述參與者與用例之間的關(guān)系，它是用于表示類的關(guān)系的關(guān)聯(lián)元類的實(shí)例[7]。用例的用途是，在不揭示系統(tǒng)內(nèi)部構(gòu)造的前提下定義連貫的行為。參與者之間的泛化關(guān)系用一個(gè)三角箭頭來(lái)表示，指向扮演一般角色的父類。這種情況往往發(fā)生在一般角色的行為在參與者父類中描述的場(chǎng)合。在用例視圖中，使用了泛化關(guān)系來(lái)描述多個(gè)參與者之間的公共行為。在UML中，參與者用名字寫在下面的人形圖標(biāo)表示。參與者通過(guò)向系統(tǒng)輸入或請(qǐng)求系統(tǒng)輸入某些事件來(lái)觸發(fā)系統(tǒng)的執(zhí)行。用例圖包含六個(gè)元素，分別是[7]：參與者(Actor)、用例(Use Case)、關(guān)聯(lián)關(guān)系(Association)、包含關(guān)系(Include)、擴(kuò)展關(guān)系(Extend)以及泛化關(guān)系(Generalization)。 校園一卡通管理系統(tǒng)數(shù)據(jù)流圖 用例圖用例圖(Use Case Diagram)是UML語(yǔ)言的一種工具，它描述人們?nèi)绾问褂靡粋€(gè)系統(tǒng)[7]。在Visio繪制的數(shù)據(jù)流圖中，數(shù)據(jù)存儲(chǔ)兩條平行橫線來(lái)表示。4．?dāng)?shù)據(jù)存儲(chǔ)。加工是對(duì)數(shù)據(jù)進(jìn)行處理的單元，數(shù)據(jù)加工描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)之間的變換，也就是輸入數(shù)據(jù)流經(jīng)過(guò)什么處理后變成了輸出數(shù)據(jù)。在Visio繪制的數(shù)據(jù)流圖中，外部實(shí)體用矩形表示。2．外部實(shí)體。除了流向數(shù)據(jù)存儲(chǔ)或從數(shù)據(jù)存儲(chǔ)流出的數(shù)據(jù)不必命名外，每個(gè)數(shù)據(jù)流必須要有一個(gè)合適的名字，以反映該數(shù)據(jù)流的含義。1．?dāng)?shù)據(jù)流。數(shù)據(jù)流圖是系統(tǒng)結(jié)構(gòu)化分析行之有效的工具，它抽象地描述了系統(tǒng)數(shù)據(jù)處理的情況，但卻無(wú)法表達(dá)各個(gè)處理的詳細(xì)內(nèi)容，因此還要對(duì)數(shù)據(jù)流程圖中出現(xiàn)的數(shù)據(jù)流和處理等做進(jìn)一步的補(bǔ)充說(shuō)明，這就是數(shù)據(jù)字典和變換邏輯說(shuō)明。 數(shù)據(jù)流圖數(shù)據(jù)流圖（DFD）是描述系統(tǒng)邏輯模型的主要工具，通過(guò)幾個(gè)特定的符號(hào)，可以綜合地反映出信息在系統(tǒng)中的使用、加工處理、傳遞、存儲(chǔ)的整體情況[4]。軟件需求包括：功能需求、非功能需求、設(shè)計(jì)約束[6]。 需求分析系統(tǒng)分析是開(kāi)發(fā)管理信息系統(tǒng)的關(guān)鍵性階段，是一個(gè)從不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程，是下一階段的工作基礎(chǔ)，是為下一階段進(jìn)行系統(tǒng)設(shè)計(jì)、解決“怎么做”提供依據(jù)，基關(guān)鍵性主要體現(xiàn)在“理解需求”和“表達(dá)需求”兩方面[6]。綜合以上三方面，該系統(tǒng)具有很高的開(kāi)發(fā)可行性。校園一卡通以一卡多用及其數(shù)據(jù)共享的功能，節(jié)約了人員編制費(fèi)用和辦證工本費(fèi)，更關(guān)鍵的是大大提高了各方面的效率。 某高校一卡通項(xiàng)目的年成本核算成本項(xiàng)目金額（元）說(shuō)明能源80000服務(wù)器，維修10000軟件后期維護(hù)20000按軟件費(fèi)用的百分比計(jì)算人員和辦公經(jīng)費(fèi)100000按5人，20000/年卡片采購(gòu)成本200002元/張計(jì)算 按10000人合計(jì)230000。如果是做自己的軟件產(chǎn)品，那么收益就是銷售額。如果采用的是委托開(kāi)發(fā)方式或者合作開(kāi)發(fā)方式，經(jīng)濟(jì)可行性分析，既要考慮是否為用戶（甲方）帶來(lái)經(jīng)濟(jì)效益，也要考慮是否開(kāi)發(fā)商（乙方）是否能賺錢，做到“雙贏”。2．經(jīng)濟(jì)可行性分析經(jīng)濟(jì)可行性指的是新系統(tǒng)的建立是否能為投資者帶來(lái)經(jīng)濟(jì)效益。根據(jù)自身情況可采用．Net作為開(kāi)發(fā)平臺(tái)，選擇C為開(kāi)發(fā)語(yǔ)言，了解校園一卡通管理系統(tǒng)需求問(wèn)題，從而保證系統(tǒng)功能的實(shí)現(xiàn)。而校園一卡通管理人員也應(yīng)熟悉一卡通操作流程和一些IT產(chǎn)品。另外還要從人才的角度考慮，例如是否找得到可以實(shí)現(xiàn)需要使用的某種技術(shù)的人才。下文將從技術(shù)、經(jīng)濟(jì)、社會(huì)上進(jìn)行可能性分析?？尚行苑治霭匾苑治龊涂赡苄苑治鰞纱蠓矫?。每個(gè)學(xué)生和教職員工一張卡，此卡集身份卡、消費(fèi)卡、上機(jī)卡等于一體，代表持卡人的身份，在卡上可自由充值和消費(fèi)，在校園內(nèi)做到一卡通用。 系統(tǒng)目標(biāo)與可行性分析項(xiàng)目設(shè)計(jì)中采用非接觸式IC卡作為校園一卡通系統(tǒng)的關(guān)鍵技術(shù)，具有方便快捷，防衛(wèi)性和安全性高，卡和讀寫器壽命長(zhǎng)等優(yōu)點(diǎn)，同時(shí)實(shí)現(xiàn)了教師、學(xué)生在校園的信息管理和消費(fèi)一體化，管理的綜合化和現(xiàn)代化。5．各單位獨(dú)立核算，分時(shí)段與財(cái)務(wù)進(jìn)行核對(duì)審查，學(xué)校財(cái)務(wù)部門難以進(jìn)行全