前言：中文期刊網精心挑選了傳統建模方法范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
傳統建模方法范文1
關鍵詞：沉積型礦床；3DMine軟件；地質建模方法；礦業軟件；礦體模型
中圖分類號：P613 文獻標識碼：A 文章編號：1009-2374（2012）29-0126-03
1 概述
隨著礦山工程建設的發展，地質建模技術也在不斷革新，各種建模軟件和建模方法相繼涌現在工程應用實踐中。其中效果好、應用廣的礦山三維地質建模成了目前的主流趨勢，我們通過了解3DMine軟件建立地質模型方法的特點，將其與傳統建模方法結合在一起進行探討，對于礦山工程建設發展將有著重要的意義。
2 傳統建模方法
礦山設計常常都會面臨項目完成和投標時間都比較緊促的難題，項目完成時間一般限制在1～2個月內，投標時間則更短。沉積型礦床鉆孔數目密集、面積大、礦體廣布分層，面對這又一重大挑戰，確定一種合適的建模方法就變得尤為
重要。
傳統的建模方法主要是通過利用地質剖面線或鉆孔數據庫連接礦體，然后利用生成礦體頂底板面生產礦體。礦體頂底板面是通過對頂底板點進行插值加密法生成，插值方法有距離冪反比法和克里格法兩種。
3 3DMine建模
3.1 軟件介紹
3DMine是一套主要應用于礦山測量、地質勘探、采礦設計、生產管理的三維礦業軟件。它將多種優秀礦業軟件的優點和前瞻的設計理念有機結合，具備快速響應和技術全面的特點。3DMine還是一種可用來建立數字型礦山，具有典型特征的礦山地質信息系統軟件。
3.2 基本原理和方法
用3DMine軟件建模，第一步要做的是礦體模型的建立，要將礦體形態以較為精確的形狀和趨勢模擬出來，這和巖石模型的建立一樣。礦體模型實質上是一個密實的實體，實體是由一系列線上的點和一系列相鄰的三角面相互連接包裹而成的密實三
角網。
3DMine基本具備了上述傳統建模的方法，并有著自己的特點。按傳統方法的步驟，先把鉆孔數據庫建好，然后直接用3DMine軟件提取礦體頂底板點，再對這些點進行插值法加密生成頂底板面。建立礦體的方法：第一步直用3DMine加載各水平的礦體剖面線。在相鄰剖面線條之間連接三角網，選擇其中兩個閉合線，依次連接多段，連續點擊，三角網連接完成，完整的礦體模型就形成了。
3.3 特有的優勢
在露天開采設計中，要進行露天開采計劃和境界圈定的編制，必須先建立巖石模型。沉積型礦床的賦存面積大，很多甚至在20多平方公里以上，礦體厚度也常在1～2m之間，而次級模塊尺寸小是保證礦體儲量準確性的基本要求，所以確保大范圍的巖石模型的建立非常困難。但是如果利用3DMine軟件，在沒有約束的地方，它的模型尺寸很大，而在邊緣的約束部位附近，模塊尺寸最小即為次級模塊尺寸，這樣就可以達到減小模型大小的目的，成功解決了大范圍建立巖石模型困難的
局面。
4 建模方法的比選
通過對前面幾種建模方法優劣勢的比較分析，可以幫助我們找到一種最佳的方法。
4.1 鉆孔數據法
鉆孔數據法就是直接利用鉆孔數據，提取頂底板點來生成頂底板面。這種方法的優點是快速便捷，比較符合沉積型礦床的建模的需求。缺點是在層狀模型中，由于礦體的整體傾向傾角較大，導致多層礦層現象的存在，另外礦層間還有相互交錯的礦脈。針對這種情況，如果直接用這種方法，在礦區的邊緣，建立出來的模型將與地質勘探報告區別很大。而且這種方法是依靠增多虛擬孔來對礦體形態進行控制的，如果礦層較多，對礦體形態的控制將變得很有難度。
4.2 剖面線法
這種方法是利用礦體剖面線上的頂底板線來生產頂底板面。針對沉積性礦床的特點，我們可以直接利用剖面線上的頂板線生成頂板面文件，從而達到約束生成體文件的目的。這樣不僅使手工連接的工作量減少了，而且建立出來的模型也會比較吻合地質勘探報告。因為剖面線和頂底板線包含了對礦體專業詳細的分析，特別是在處理礦層邊緣和交叉相錯的問題上，這方面的信息豐富而全面，使礦體建模有依據，符合礦體建模原則。
另外我們還可以利用3DMine軟件對礦體頂底板線、剖面線、地形線轉換成三維坐標系統來建立礦體模型。這樣還可以利用3DMine與其他軟件的兼容性使工作效率得到提高。礦體頂底板線和地形的高程賦值的計算比較繁瑣，但是把它放在3DMine中進行將會很便捷。而且使用這種方法控制礦體形態和儲量將變得簡單得多，不再需要增多虛擬孔就能達到控制效果，相比第一種方法而言，使礦體建模得到很大程度上的改善。
4.3 綜合法
綜合法即綜合利用底板等高線、礦體剖面線和鉆孔的頂底板點等信息來生產礦體。通過分析，我們看到第二種方法有著很好的建模效果，但是仍然存在著一些不足。剖面線法沒能直接利用不在剖面上鉆孔和頂底板高線等方式來達到剖面間礦體形態的目的。針對沉積型礦床流線形態的特點，我們可以綜合利用鉆孔頂底板點、礦體剖面線和頂底板高線等信息分別生成礦層的頂底板面，這將會是一個更好的方法。
我們可以通過采用上述方法建立沉積型礦體模型來驗證其可行性，實踐結果表明，利用這種方法建立的礦體模型，礦體總儲量誤差在5%以內，和地質儲量勘察報告的吻合度好，且完全符合生產和設計的標準，滿足復雜地質的建模要求。在礦體的賦存和形態方面，頂底板面也滿足沉積型礦床的賦存需求，流暢平滑，和地質賦存勘察報告的吻合度也好，完全能夠用來作為地質建模施工圖的
設計。
5 結語
通過對各種地質建模方法的探討，我們發現了綜合利用頂底板點、底板等高線和剖面線進行沉積型礦床地質建模是比較好的方法，解決了針對沉積型礦床特點的一些工程難題，同時也說明了工程軟件的應用對于礦山地質建模的重要性。科學技術的發展，可以在很大程度上推動工程建設的發展，我們要好好利用這項寶貴資源。探討創新的精神在任何時候都是需要的，它才是社會發展的源
動力。
參考文獻
[1] Joon K I，Ho L J，Ro L S，et al.Probabilistic analysis for regional mineral potential mapping with GIS for sedimentary ore deposits in the Kangwondo Area[J].Korea，2005.
[2] 李志剛，周彥鋒.淺述礦床地質建模及礦體經濟評價[J].科技資訊，2010，（2）：95.
傳統建模方法范文2
企業內部控制系統建模是內部控制系統實施過程的核心工作之一。在信息化環境下面向服務方法學（SOAD）是一種比較適用于內部控制系統建模的方法。本文以A上市公司在信息化環境下實施內部控制系統為例，應用面向服務方法學（SOAD）對A上市公司采購控制系統進行建模，為其他企業實施內部控制系統提供經驗和借鑒。
一、引言
在全球經濟一體化建立和資本流動加速的背景下，國內外競爭日益加劇，經營的潛在風險趨向多元化。尤其在全球經濟復蘇緩慢且不穩定，歐洲債務危機的陰霾仍然未消除的形勢下，這些風險帶來的不確定性對企業的內部控制和風險管理提出了更高的要求。事實證明，只有建立和實施科學的內部控制系統，才能提升企業風險防范能力，實現企業可持續發展戰略。
內部控制系統實施過程中的核心工作之一是對企業正在運行的控制流程和控制點進行建模。所謂建模就是為了理解事物而對事物做出的一種抽象，是對事物的一種無歧義的書面描述。在手工環境下，面向流程建模方法是企業內控實施人員或內審人員最常用的建模方法之一。通過對企業內部控制流程建模，梳理內控風險點和控制缺陷，提出企業內控整改策略。
在信息技術高速發展的今天，充分利用信息技術實施內部控制系統已經成為一種趨勢。在信息化環境下內部控制系統并未發生本質的變化，它是以信息資源和信息技術為主要工具，由董事會、管理層和其他人員共同實施的，基于企業的風險管理與內部控制運動，由人、信息設備和控制制度組成的人機一體化監控系統。在信息化環境下內部控制系統建模的重點是要充分考慮企業已有的制度系統和信息系統，劃分人工控制和自動控制界面，甄別人工控制點和自動控制點。所建立的模型中要能夠表達諸如控制流程中哪些控制點可以信息化、哪些控制點不能信息化、企業現有信息系統已經嵌入了哪些控制點、哪些控制流程需要人工控制與自動控制協同等此類問題。因此僅僅應用面向流程方法是遠遠不夠的，還需要運用更優的建模方法進行相關的分析與建模。
本文擬采用面向服務方法學（SOAD，Service-Oriented Analysis and Design）對內部控制系統進行建模，試圖摸索在信息化環境下內部控制系統建模的方法和思路，并以A上市公司實施內部控制系統為例進行分析與總結，以期能夠為希望借助信息技術實施內部控制系統的企業提供一些經驗和借鑒。
二、面向服務方法學（SOAD）的主要內容及思想內核
面向服務方法學（SOAD）起源于面向服務架構（SOA）的廣泛應用。面向服務架構（SOA）最早是從軟件體系結構的角度提出的一種架構風格，區別于DCOM、CORBA等分布式計算架構。進入21世紀以來，隨著Internet技術高速發展，Web service、XML等技術廣泛應用，在微軟、IBM等廠商不遺余力的推崇下，面向服務架構（SOA）已經成為企業應用的核心概念之一。面向服務架構（SOA）逐步發展成包含運行環境、編程模型、架構風格和相關方法論等在內的一整套新的分布式軟件系統構造方法和環境，涵蓋服務的整個生命周期，包括建模、開發、整合、部署、運行和管理。
（一）服務（Service）的定義和特征分析
服務（Service）的一般解釋是向消費者提供旨在滿足對方特定需求的一種活動?！掇o海》給出的解釋為：履行職務，為大家做事。因此，從廣義上講，服務是提供者為消費者完成工作的活動或過程。在面向服務架構（SOA）方法論里，服務是面向服務分析和設計的最小單位，它可以是一個活動或一個流程。
綜合理論界和實務界的研究與探討，關于面向服務方法學中對服務的定義有很多種，其中典型的歸納如下：W3C將服務定義為服務提供者完成一組工作，為服務使用者交付所需的最終成果，最終結果通常會使使用者的狀態發生變化，但也可能使提供者的狀態改變，或者雙方發生變化（Nicolai，2008）。葉鈺等（2005）認為服務是一個粗粒度、可發現的軟件實體，它以一個單獨的實例存在，并通過一組松散的耦合和基于消息的模型與其他的應用或服務交互。Endrei等（2004）認為服務是一個邏輯實體，由一個或多個已的接口定義的契約組成。邢少敏等（2008）認為服務包含一個合約、一個或多個接口和一個實現。
（二）面向服務建模（SOM）
面向服務建模（SOM）是指通過業務領域和現有系統分析識別全局業務模型下可能存在的服務，確定合理的服務粒度。面向服務建模（SOM）的結構是以一個服務列表作為服務候選者，展示了當前業務領域下業務模型的所有合理業務拆分。主要采用自上而下、自下而上和中間對齊的步驟和方法得到服務候選者列表。
1.自上而下（領域分解）
自上而下是指從業務著手進行分析，將業務進行領域分解和流程分解，將業務流程分解成子流程或者業務活動，逐級進行，直到每個業務活動都是具備業務含義的最小單元。流程分解得到的業務活動樹上的每一個節點，都是可能的服務抽取點，所有節點構成了服務候選者列表。服務候選者列表經過劃分，最終形成層次化的服務目錄。
2.自下而上（已有資產分析）
自下而上是指利用已有資產來發現和識別服務，已有資產包括：已有系統、套裝或定制應用、行業規范或業務模型等。對已有資產的業務功能、技術平臺、架構及實現方式的分析，除了能夠驗證服務候選者或者發現新的服務候選者，還能夠通過分析已有系統、套裝或定制應用的技術局限性，盡早驗證服務實現決策的可行性，為服務實現決策提供重要的依據。
3.中間對齊（業務目標建模）
中間對齊是幫助發現與業務對齊的服務，并確保關鍵的服務在流程分解和已有資產分析的過程中沒有被遺漏。業務目標建模將業務目標分解成子目標，然后分析哪些服務是用來實現這些子目標的。在這個過程中，為了可以度量這些服務的執行情況并進而評估業務目標，我們會發現關鍵業務指標、度量值和相關的業務事件。
通過以上三個步驟，可以發現服務候選者列表，并按照業務范圍劃分為服務目錄。圖1展示了面向服務建模的過程。
面向服務建模（SOM）還要考慮的一個因素是服務的粒度。服務粒度設計的太小會影響服務的松耦合性，不符合服務的粗粒度特征；服務粒度設計的太大也不利于服務的組合和增值，不符合服務的可復用性和可組合性特征。目前對于服務粒度的設計并沒有一個統一的標準，需要根據具體的需求和場景來確定。
（三）面向服務方法學的思想內核
面向服務方法學的出發點和基本目標是以面向服務的思想對業務流程和功能在傳統方法學基礎上進行更高層次的抽象和建模，使得業務與技術之間的距離更加接近，以業務驅動服務和服務驅動技術，更好的為企業實現業務整合和資源整合的信息系統。其基本思想是：首先對企業的業務領域和業務功能領域進行劃分，按照自上而下的方式進行領域分解，勾勒目標企業的業務結構，再逐步分解到業務流程直至業務活動，發現主要的服務候選者；其次是對現有系統按照自下而上的方式進行已有資產分析，驗證服務候選者和發現新的服務候選者；最后對業務目標進行建模，通過中間對齊的方式幫助發現與業務對齊的服務，并確保關鍵的服務在流程分解和已有資產分析的過程中沒有被遺漏。
面向服務方法學是一種來源于面向服務架構的全新方法學，相對于面向對象方法學、結構化設計等傳統方法學具有更高層次的抽象性，使得業務與技術之間的鴻溝更小。隨著互聯網的不斷發展，開放和標準的網絡協議被普遍支持，服務作為一個自包含的功能，通過明確定義的接口（契約）來與另一個服務交互。服務的概念伴隨著網絡和分布式計算環境的發展而產生，現在服務要改變人們認識客觀世界的認知方法，對現有的業務、流程按照面向服務建模以更好的幫助客觀需求在信息化環境中更好地實現，同時推動新的分布式應用的發展。
三、面向服務方法學應用于內部控制系統建模優勢分析
將面向服務思想應用于內部控制系統建模，通過將內部控制服務化和系統化來開發和實施內部控制系統具有一定的可行性和可操作性，其具體應用優勢如下：
（一）兩者具有一定的內在融合性和一致性
首先，內部控制管理是目標為導向的，內部控制最終要實現企業經營有效性、財務報表可靠性、經營合法合規性和資產安全性等目標；其次，內部控制的要求和規范是緊緊圍繞著以上目標按照自上而下的順序逐步構建，涉及到企業各個層次包括會計、財務、銷售、采購、研發、生產、人力資源等；再次，在實踐中企業一般都已建立了一定的管理制度和管理系統，內部控制系統的實施并不是要企業現有的管理體系，而是要融入到企業現有的管理體系中，實施過程是按照自下而上的順序逐步完成。面向服務方法學試圖通過建立服務的概念實現企業目前已存在的管理系統統一和融合，其所包含的自上而下、自下而上、業務對齊的建模思想與內部控制管理的思想不謀而合。從系統論的角度，內部控制系統的構成要素由一系列的控制點、控制線、控制面和控制體組成，根據具體情況將控制點、控制線、控制面分別作為服務來建模和實現，通過服務之間標準的通信和互動實現服務之間的集成達到控制體的整體效果。
從上述分析來看，將面向服務方法學應用于內部控制管理不存在理論上的沖突和技術上的障礙，兩者具體有一定的內在融合性和一致性。將內部控制系統的控制點、控制線和控制面作為一種服務，通過服務之間的標準調用實現控制集成，共同服務于內部控制目標的實現。面向服務具有規劃、標準、整合等思想的業務應用集成理念，內部控制的實施正是需要這樣的思想，實現企業管理上的整合和集成。因此面向服務方法為內部控制系統建模提供了可行的實踐路徑。
（二）面向服務的契約性可以實現內部控制系統的集成管理
利用面向服務的契約性，將內部控制的控制規則和標準暴露成為一個服務，將服務交互和調用所需要公開和約定的相關信息作為契約予以確定，這樣內部控制相關各業務之間可以實現集成。內部控制系統要實現集成控制需要跨越多個系統的障礙，例如預算系統、資金系統、賬務系統、采購系統及銷售系統等等。在各企業中以上系統的構建和信息化程度完全不一樣，即使在同一個企業中各業務系統由于建設的時期不同所采用的技術也不盡相同，因此要想實現異構系統之間的通信和交互，面向服務方法是目前業界最合適的解決思路。
例如要實現“按照預算某部門12月份材料采購額不能大于10萬元，超過10萬元需要財務總監審批”的控制規則，傳統的實現方式是在采購系統中采用硬編碼的方式內置“某部門12月份材料采購額不能大于10萬元”的規則和邏輯。如果12月份的采購額沒有超過10萬元，采購系統還能夠實現控制；如果12月份的采購額確實需要超過10萬元，采購系統是不允許執行的，即使財務總監已經審批，但是由于采購系統無法識別財務總監審批的結果，因此在系統中無法操作，只能通過非正常手段調整系統。涉及到采購后續的資金支付、賬務核算都會出現類似問題。如果將某部門材料采購的合規性作為預算系統的一項服務暴露出來，由采購系統、資金系統、賬務系統共享和調用則能解決此問題。采購系統在執行采購操作的時候調用預算系統的采購合規性審核服務，即可獲得采購審批的結果，如果12月份低于10萬元則可直接采購，如果12月份超過10萬元則需要獲得財務總監的審批結果，同時資金系統和賬務系統在資金控制和賬務控制上也可以直接獲得審批結果，以完成資金支付操作和賬務處理操作。
（三）面向服務的粗粒度性能夠簡化內部控制系統設計的復雜性
從服務的定義來看，服務是一個粗粒度的邏輯實體。面向服務的粗粒度性源于軟件工程理論的“關注點分離”的思想，即將一個大的、復雜的軟件問題分解為一系列單個關注點，每個關注點所需要解決的問題是更小的相關片斷的集合，每一段邏輯只處理一個特定的關注點。這個思想在結構化分析與設計、面向對象分析與設計等不同的軟件開發方法學中都得到了一定的體現。只不過相對于它們來說，面向服務方法學不是以細粒度的對象和基于私有接口協議的組件為基礎的，而是以粗粒度、基于開放標準協議的服務為基礎的。例如我們可以將預算執行控制作為一個服務進行公開，采購、研發、資金、核算等系統在實現預算相關的內部控制時候都可以統一的調用和訪問預算執行控制服務，判斷是否可以執行相關業務，這樣大大降低了預算執行控制在采購、研發、資金、核算等系統中實現的復雜度，也提高了內部控制的集成和共享。
四、A上市公司內部控制系統建模過程
A上市公司是證監會2011年上市公司內控規范試點單位之一，筆者作為內控實施項目的成員，深度參與了其內部控制系統的建設過程。從項目伊始，A上市公司決定充分利用信息技術實施內部控制系統。由于A上市公司已上線運行多套信息系統，如何充分利用現有信息系統，確定哪些控制點可以信息化、哪些控制點通過人工完成等是內部控制系統建模的重點內容。
（一）A上市公司信息化環境分析
A上市公司經過多年發展，在各業務板塊下的分子公司逐步開發和應用了財務系統、ERP系統等各類信息系統，形成了以分子公司信息化為主的信息系統生態環境。但是目前由于各分子公司的通信和網絡相互割裂，不能互聯，母公司無法實時掌握各分子公司的運營數據。A上市公司目前已上線運行的信息系統如表1所示。
A上市公司信息化環境主要存在以下幾個方面的問題：
1.信息化建設缺乏統籌管理
從我們調研的情況來看，母公司未成立信息化部門，也未設立首席信息官職位，因此集團內部對信息化缺乏統一規劃和管理，集團信息化缺乏戰略，信息化人才匱乏。信息系統建設缺乏統籌管理，資金投入分散，整體性不強，綜合效能展現不足。
2.信息資源分散，存在信息孤島
由于母公司缺乏信息化戰略和整體規劃，分子公司信息化各自為政，互不相通。信息資源的統一管理機制缺乏，信息資源開發利用程度不高，尚未在決策支持、業務規范、流程優化、綜合管理等方面得到深化應用。
3.信息安全風險較高
雖然各分子公司已經使用了用友、金蝶等財務軟件和ERP系統等軟件，但是軟件系統內的用戶權限未進行不相容設置，大部分用戶都具備所有操作權限，數據被篡改風險較高。同時各分子公司均未建立合理的數據備份機制，一旦出現服務器崩潰等異常情況，容易造成數據丟失。
（二）A上市公司內部控制系統建模
A上市公司屬于多元化投資企業，在以紡織服裝為主營業務的基礎上，逐步向房地產開發、產業投資等領域擴張。因此其內部控制系統面臨對多行業的戰略控制問題，即如何將企業發展戰略分解并灌輸到各個業務板塊中，保證各業務板塊在風險可控的條件下運行。針對A上市公司內部控制系統的規劃和梳理，形成了貨幣資金管理、投資活動、籌資活動、采購業務、存貨管理、固定資產管理、銷售業務、工程項目、業務外包、財務報告、預算管理、合同管理和關聯交易等核心控制流程。
限于篇幅，以下對A公司采購控制業務進行建模，闡述內部控制系統建模的過程。按照面向服務建模方法，以上述梳理的采購業務控制流程為基礎，分為3個步驟進行建模。
1.自頂向下領域分解
按照層次分析法，對實現內部控制目標的相關領域進行層層分解。綜合內部控制規范及配套指引和A公司采購業務控制流程，A公司采購業務控制流程建模圖如圖2所示。從圖2可以看出，采購控制流程一共分解為三層，第二層流程包括采購計劃、供應商選擇、采購定價、訂立合同、質量檢驗、付款等控制環節，其中供應商選擇環節又分解為供應商資格、風險評估、資質授信等業務活動，訂立合同控制環節分解為合同訂立、合同審核、合同簽訂等業務活動，付款控制環節分解為取得發票、付款結算和資金支付等業務活動。由此我們可以初步得到一個控制服務的候選服務列表，如表2所示。
2.自底向上分析
自底向上分析是根據A公司目前已有的管理制度、信息系統、業務規范等來抽象、識別和發現服務。以紡織分公司為例，公司已經使用金蝶K3系統和環思ERP系統。因此根據自底向上分析的方法和步驟，采購控制服務流程自底向上建模如圖3所示。
從圖3中可以看出，在第一步自頂向下分析中得出的候選服務中，大部分服務可以通過現有ERP系統和財務系統獲得，質量檢驗控制服務需要通過人工控制實現。具體分析如表3所示。
通過自頂向下的分析進行領域和流程建模，再經過自底向上的已有資產分析，我們基本可確定供應商識別、風險評估、資質授信、采購定價、合同審核、合同簽訂、付款申請和資金支付可通過信息系統實現自動控制服務，采購計劃、合同訂立、合同簽訂、質量檢驗、取得發票作為人工控制服務。
3.中間對齊分析
中間對齊通過對內部控制目標進行建模，將內部控制目標進行分解并與以上識別和發現的服務進行對比，幫助發現在第一步和第二步建模的過程中是否有遺漏的服務。對采購流程內部控制目標建模如圖4所示。
將采購流程內部控制目標與采購流程候選服務列表進行中間對齊后，如表4所示。
通過表4我們可以發現，在經過中間對齊步驟后，將采購流程內部控制目標與采購流程內部控制候選服務的對比，我們發現在采購實現戰略目標和提高經營效率效果目標方面，還需要增加一個采購數據實時監控服務，以保證企業管理當局實時掌握各類采購數據。在會計核算真實完整目標方面，也需要增加支付核算控制服務和應付賬款控制服務，以保證財務報告真實完整性目標的實現。
通過對A公司采購控制流程的建模，我們可以初步捋清A公司采購控制的控制點和控制線，而且明確出哪些控制點嵌入到信息系統中、哪些控制點由人工控制，以及人工控制和自動控制之間的關系和流程銜接。綜合上述分析，A公司采購控制系統的整體控制過程如圖5所示。從圖5我們可以看出，A公司采購控制系統由監督平臺、人工控制、環思ERP、合同控制、金蝶K3等人工系統和信息系統共同組成，基本達到在信息化環境下充分利用信息系統實現內部控制系統的目標。
四、總結
面向服務方法（SOAD）是在信息化環境下比較適合內部控制系統建設的一種邏輯建模方法。其主要優點是能夠基于企業現有的管理系統、制度系統和信息系統，以服務的粒度對控制流程和控制點建模，甄別人工控制點和自動控制點，清晰劃分人工控制和自動控制界面，實現人工控制與自動控制的融合和協同。
作者單位：
傳統建模方法范文3
【關鍵詞】繪圖數據處理
中圖分類號：C37 文獻標識碼：A 文章編號：
快速繪圖與建模是近年來計算機技術研究的重點內容之一。目前繪圖和建?；静捎脜祷夹g、變量化技術和面向對象技術。普通用戶短時間內難以掌握上述方法。本文筆者根據自己多年的工作經驗，探討了繪圖與數據處理。
一、數據處理
AutoCAD是繪圖軟件，Excel是辦公軟件，兩者的數據格式并不相同，直接利用Excel文檔中的測量數據實現快速繪圖首先要做的工作是數據處理，即如何把文檔中的測量數據轉換成AutoCAD繪圖的矢量數據。本文利用Excel的數據處理能力把Excel中得測繪數據轉換成矢量數據并按一定的方式保存在Excel中，以便于AutoCAD直接讀取這些數據進行繪圖。
1、數據解析
測繪數據在文檔采用圖表方式描述，數據表中數據元素關系屬于樹型集合結構，即表中的數據元素是“屬于同一個集合”(這些數據屬于同一建筑)。從結構上看，該結構的數據元素之間存在著一對多的關系，其中的根節點表示建筑物的邊長，子節點表示室(戶)的邊長，葉子節點表示房間的邊長。這種存儲結構可以方便的將數據按建筑的幾何特性進行有效組織，并將其轉換為能夠方便的進行編輯和移動的節點的形式；而且這種樹狀結構非常適合系統進行各種遍歷操作。由于文檔中的測量數據在格式、組織等方面與CAD完全不同，因此要實現快速繪圖必須把文檔中的數據格式轉換成CAD的格式，進而驅動CAD自動繪圖。數據格式的轉換正是數據解析所要做的工作。數據解析首先對讀入內存的文件進行遍歷，讀取所需要的數據元素，將其轉換成樹形層次結構，其中樹的根節點表示整個建筑物的尺寸信息，第二層表示房間之間的分界線，葉子節點表示各房間的墻線信息；然后把根節點和子節點的數據值賦給對應的數組，每一個數組表示對應節點的坐標。解析就是把每一節點值轉換成CAD中對應點的坐標格式。
2、Excel概述
Microsoft Excel是美國微軟公司開發的Windows環境下的電子表格系統，它是目前應用最為廣泛的辦公室表格處理軟件之一。Excel軟件的強大的數據處理功能和操作的簡易性逐漸走入了一個新的境界，整個系統的智能化程度也不斷提高。Excel具有強有力的數據庫管理功能、豐富的宏命令和函數、強有力的決策支持工具，它具有以下主要特點：分析能力、操作簡便、圖表能力、數據庫管理能力五、宏語言功能、樣式功能、對象連接和嵌入功能。
3、數據格式轉換
數據格式轉換的任務是把Excel中的測量數據轉換成矢量數據并按一定順序保存在Excel中。其工作工作機理：數據格式轉換實質是把Excel工作簿(Workbooks)中工作表(worksheet))中數據，按預設的轉換公式轉換成矢量數據再保存到另一張工作表(worksheet2)中。
二、基于文檔快速繪圖
（一）快速繪制二維平面圖
1、圖形的分解
建筑物圖形的分解是按照文檔中的數據關系和拓撲關系來進行。測量數據在文檔中采用圖表方式描述，數據表中數據關系屬于樹型集合結構，即表中的數據是“屬于同一個集合”(這些數據屬于同一建筑)。從結構上看，該結構的數據元素之間存在著一對多的關系，即多個數據對應一個建筑結構。根節點表示建筑物的邊長，子節點表示室的邊長，葉子節點表示房間的邊長。
2、定義基本圖元對象
根據圖形的分解結果，把基本圖形定義為圖元對象并設置參數控制其的大小和形狀，用轉換后的矢量數據對參數賦值。圖元參數表示基本圖形的端點坐標。這種繪圖方法即能繪制形狀不同的圖形(克服了參數化繪圖只能繪制形狀相同的圖形)，又避免控制參數的人工輸入，把人機交互式輸入參數改為程序自動讀取數據。
利用VB中對象定義語句創建輪廓線圖元對象，把輪廓線圖元定義為AcadLWPolyline的對象，設置一組參數變量作為參數，參數值用來表示建筑物輪廓的各點坐標，用Linewithds和Linecolor等變量用來定義線寬線型顏色等。
3、繪制基本圖形
繪制輪廓線：把輪廓線圖元對象定義完成后，即可對參數賦值。數據處理中轉換的矢量數據保存在Excel中，打開Excel讀出單元格中的矢量數據對圖元參數賦值，再用繪圖語句調用圖元對象參數進行繪圖。
4、基本圖形的組合
整個建筑的輪廓線、室線、房間線繪制完成后，不同墻線相交時可能會有多余的交叉，此時需要把這些多余的墻線刪除。根據數據處理中的拓撲關系判斷哪些線段是多余線段。如當分戶線與房間線相交時，房間以外的線段即為多余線段。選擇多余的墻線，再調用修剪命令(Trim)刪去多余的墻線；或者定義一個集合把所有多余墻線放入其中，再把該集合置空。即可得到建筑平面圖。
5、繪圖示例
下面是某辦公樓的快速繪圖過程。
調用繪圖模塊，選擇繪制輪廓線，系統從文檔中讀取測量數據，并進行數據矢童化，對輪廓線數據結構中的參數賦值，驅動CAD繪制辦公樓的外部輪廓線。再分別選擇繪制分戶線、繪制房間線，完成辦公樓的分戶線、房間線的繪制，最后用修剪語句((Trim)刪除草圖中的多余線段，即可得到辦公樓的平面圖。繪圖過程如圖.
繪圖過程示例
（二）快速繪制三維線框圖
建筑物一般由大量基本構件組成，如房屋中的房頂、墻體，涼亭的柱等，這些基本構件可視為可再分的結構。建筑實體中絕大部分構件的幾何形態都是標準的，其建模方法有規則可循，可以通過少量的特征參數來表達。改變特征參數的值可以控制構件的大小和形狀。本文通過特征參數對構件對象建模，構件模型通過布爾運算組成建筑模型。這種建模方法的優點一方面是降低建模難度。傳統建模方法是對整個建筑建模，本文是對構件建模。對構件建模比對整個建筑建模簡單得多，對構件建模更易于實現。另一方面利用計算機自動建模技術提高建模速度。在傳統建模中數據的輸入和建模過程都靠人工完成，這是造成傳統建模速度較慢的主要原因?？焖俳０褦祿斎牒徒＿^程全部交給計算機完成，因而大大提高建模速度。
結束語
以上就是筆者在工作中的一些工作體會，當然還有待繼續研究完善，比如：進一步完善繪圖和建模方法，歸納齊全規則對象和不規則對象結構特點；進一步完善系統功能，使之不僅能夠繪圖、建模，還能對建立的對象進行材料、載荷等性能進行分析研究等。
【參考文獻】
[1]唐澤圣，周嘉玉，李新友，計算機圖形學基礎[M].清華大學出版社，1995: 78-100
傳統建模方法范文4
中圖分類號：TP311 文獻標識碼：A 文章編號：1006-4311（2012）19-0206-04
1 綜述
企業資源計劃（ERP: Enterprise Resource Planning）系統集信息技術與先進的管理思想于一身，實現了對企業的采購，生產，銷售，分析，決策的全面管理，已經成為當前信息化企業管理的基礎。以ERP軟件系統為基礎，企業能夠及時準確的收集數據，分析經營狀況、財務狀況，提高管理的效率。
隨著企業管理理念的變化，當前ERP軟件系統不僅要實現對企業供應鏈資源的全面管理，還要完成上下游企業協同工作的管理，為了實現這些功能，現在的ERP軟件系統的規模一般比較龐大，例如金蝶K/3 Wise 12.0標準版有八萬個以上的頁面組成。此外，ERP軟件系統還有大量的復雜的業務邏輯需要處理。
傳統的軟件開發流程是先根據需求確定各個模塊的功能，然后分別對每個界面上的所有元素進行設計，最后對界面的邏輯功能進行編碼實現。對每個界面，及界面上的每個元素都需要單獨進行設計和編碼。界面上任何功能的調整，都需要對整個代碼進行重新編譯和。系統的開發效率很低，成本很高。
ERP軟件系統的大量頁面需求與頁面開發的低效率產生了矛盾。傳統的開發模式已經不能滿足現代大型ERP軟件開發的需求。為了解決這個問題，金蝶公司將領域模型應用到ERP軟件建模中，提出了ERP動態領域模型的概念。
2 領域模研究現狀
領域模型是對領域內的概念類或現實世界中對象的可視化表示。它專注于分析問題領域本身，發掘重要的業務領域概念，并建立業務領域概念之間的關系[1]。
在進行領域建模時，一般先根據業務分析得到一個名詞列表，然后對名詞列表進一步抽象，確定業務對象實體及實體間的關系。業務對象實體要不僅反映目前的經營實體，還要給需求分析人員和系統功能提供了一定的擴展視野。接著，從業務實體集合中抽象業務模型，建立問題域的概念。最后，用使用UML提供的方法和圖例進行領域模型設計、確定模型之間的關系[2，3]。
中國科學院計算技術研究所的王宇等[4]通過機器學習方法對信息抽取過程進行領域建模，實現了互聯網信息挖掘的研究。
吉林大學的王曉燕等[5]使用領域模型捕獲系統業務的靜態需求，描述領域內業務對象之間的靜態關系，建立一套軟件開發框架。
華中科技大學的黃靖等[6]通過擴展FODA(Feature-Oriented Domain Analysis)方法，將實時特征作為實時應用需求空間的一階實體來認識和組織實時應用系統領域模型。
可以發現這些研究是以靜態領域模型為基礎，以名詞列表為最小分析對象，因此業務對象實體的粒度較大，模型的通用性不高。
3 ERP軟件建模的現狀
ERP系統作為一類重要的應用軟件系統，具有自己的特點，主要有兩個方面：
①系統規模大，目前市場上常見的ERP系統一般都有幾百個頁面。
②頁面邏輯相似性強。經過比較可以發現，大部分ERP頁面具有類似的功能，以數據的錄入，修改，顯示為主。
結合ERP系統的這兩個方面的特點，國內外多個組織進行了系統建模的研究，希望能夠提高ERP系統的開發效率和軟件質量。
合肥工業大學的吳雷等[7]提出了一種基于元模型的業務建模方法。對WFMC工作流過程定義元模型進行改進,擴展出了一個從組織、功能、信息、資源和過程五個個側面對ERP業務進行描述的領域元模型。
哈爾濱理工大學的高長元等[8]結合集成化企業建模和DEM的思想,設計了面向制造業ERP的企業建?？蚣?并對其中的視圖維、生命周期維、通用層次維以及它們之間的關系進行了詳細設計。
重慶工學院的王柯柯等[9]在分析UML建模特點的基礎上，提出了使用統一建模語言UML對ERP系統建模。
這些ERP建模方法在其特定的環境下，部分解決了ERP軟件建模的問題。但這些建模方法還是基于粗粒度的實體進行研究的，不能實現動態的構建和解析。
4 ERP動態領域建模
ERP系統規模龐大，除了要設計大量的頁面外，還有復雜的工作流程，業務邏輯等需要處理。如果對每個功能模塊分別進行設計、實現，必然造成開發效率低下，開發成本高的問題。
領域建模作為一種有效的應用建模方法，可以方便的將應用項目需求轉化為計算機軟件模型。但傳統的領域建模研究對象的粒度較大，不能靈活適應動態變化的需求。
金蝶公司在分析ERP系統特點的基礎上，進一步細化領域模型的對象實體，提出了ERP動態領域模型的概念，較好的解決了ERP軟件開發中的一系列問題。
4.1 傳統的領域模型
構建領域模型一般包括如下四個步驟：
①根據業務分析列出系統中的名詞列表。
②對名詞列表進行抽象，得到對象實體。
③從業務實體集合中抽象業務模型，建立問題域的概念。
④使用UML提供的方法和圖例進行領域模型設計、確定模型之間的關系。
確定對象實體是整個領域建模的核心問題，對象實體的抽象層次決定了最終的領域模型。
傳統建模方法范文5
關鍵詞：REA模型；REACA模型
中圖分類號：F235 文獻標識碼：A 文章編號：1001-828X（2012）10-0-02
一、問題的提出
隨著知識經濟的興起和全球經濟一體化趨勢，人類已經進入一個全新的經濟時代。以計算機硬軟件技術、網絡技術和數據管理技術為核心的IT技術，正在從根本上動搖企業的管理模式、業務流程和生產方式，不僅大大加快信息處理和傳遞速度，而且使會計信息超越國界在全球范圍內實時生成、傳遞和共享成為現實。人們對會計信息的范圍需求不斷擴大，質量需求進一步提高，時間需求進一步加快。社會經濟的發展極大強化了人們對信息的需求，而信息需求的擴張必然會推動會計信息供給模式的不斷進步。但是從目前來看，會計信息供給滯后于社會經濟發展的速度，換句話說，會計信息系統的發展并沒有趕上人們對信息需求范圍上、質量上、速度上的擴張速度，表現為會計信息不能滿足人們日益增長的信息需求。
會計信息系統作為會計信息的采集、處理、報告等過程的載體，面對新的信息需求必須適時調整。會計信息處理的集成化、社會化和自動化是時代賦予會計信息系統的新要求。
二、傳統會計信息系統的局限
長期以來，我國的會計信息化基于輸出視角的建模思路導致了會計信息系統具有如下局限：其一，會計信息系統的流程基本上還是按照手工會計處理流程設計，雖然計算機的高速運算和巨大的數據存儲能力在一定程度上緩解了會計人員的工作壓力，但會計流程并未突破手工會計核算方式的框架，以此為基礎建立的電算化會計信息系統僅僅是手工會計業務流程的高度仿真，并未改變傳統會計業務流程的本質。其二，可以支持特定職能部門的管理工作，但不能為跨越多個職能部門的業務過程提供整體視圖。同一業務事件相關的數據被分別保存于會計人員和非會計人員手中，形成信息孤島，導致數據不一致、信息隔閡和組織中信息重復存儲，弱化了會計信息支持決策的功能。其三，只采集了經濟活動的部分信息，為了彌補這一缺陷，為投資者提供決策需要的更全面的信息，通常采取財務報表附注的形式補充披露其它財務及非財務信息，這樣在提高披露充分性的同時，也增加了閱讀理解的復雜性，加大了從中獲取有用信息的難度。其四，進入會計信息系統數據源的選擇依賴于會計人員的主觀估計和判斷。不同的會計政策和會計估計的選用，對最終產生的會計信息具有重大影響。
總體來說，這種面向輸出視角的會計信息系統存在著“重賬表生成結果、輕嵌入控制的檢測”之弊端， 致使我國多數的會計系統難以有效地記錄、識別和防范相關的風險。因而不能更好地提高企業信息化管理水平、提升行業核心競爭力、成為改進監管、防范金融風險的重要保障；不能從根本上滿足會計信息化委員會確立的“構建一個以企業提供標準化信息為基礎，方便使用者高效利用信息的數出一門、資料共享的綜合信息平臺”等會計信息化建設目標；不能切實順應信息技術發展趨勢和貫徹實施國家信息化戰略的要求。
三、REACA模型的提出
（一）對信息化環境下會計信息系統的需求變革
在信息化環境下，業務流、信息流與控制流整合，信息系統在企業內部控制中的作用日趨重大。會計信息系統作為企業整體信息系統的有機組成部分，應不再是運行在業務過程之上的“事后反映與監督”的財務報表系統，而是運行在網絡平臺上的會計業務一體化的“實時”會計控制系統。
由于在信息化環境下，業務活動在網絡平臺上展開，由信息系統實現的自動化業務控制和信息控制成為內部控制的主要方式之一，控制嵌入式系統成為會計信息系統發展的新要求。楊周南（2003）指出：“隨著企業業務流程自動化程度的提高，對業務活動的傳統控制活動被逐漸嵌入到計算機程序中……傳統的業務控制已轉變為信息系統的一種自動控制。因此，在實施信息化的過程中，如何將控制過程嵌入到業務流和信息流中是十分重要的。” 莊明來（2008）指出，我國會計軟件開發的長期實踐表明，只有建立一個涵蓋從嚴格的組織體系到完整的面向流程結構的嚴密的控制系統，才能最大程度地保證會計信息可靠性， 從而才能進一步保證會計信息的相關性。因此控制嵌入式系統是會計信息系統發展的方向。
由于企業傳統的控制活動被逐漸嵌入會計信息系統，與此同時必須考慮在信息系統中為審查與評價內部控制建設情況并提出審計建議的審計活動預留相應的審計線索，這樣才能確保信息系統安全、可靠、高效地運行。審計線索的嵌入，也有助于發現信息系統本身以及控制環節存在的不足，以便及時改進系統，使其充分發揮在經營管理活動中的作用。
信息化環境下會計信息系統整合控制與審計是擺在我們面前的一個新的研究課題。
（二）REA模型的啟示
REA模型由McCarthy教授于1982年提出。1982年7月， McCarthy在《會計評論》上發表了題為《REA模型：共享數據環境中會計系統的一般框架》的論文，其含義是從資源、事件、參與者三個實體以及實體之間的關系對會計信息系統建模。他強調，如果要使會計成為企業整個數據系統的一個組成部分，而并非一個獨立的、非集成的信息系統，我們就必須改變原有視角。他認為從建模的視角和數據庫設計階段數據整合的視角來看，會計事項應當具有與非會計事項的決策應用相兼容的特征。1996 年由于在REA 語義模型方面的貢獻， McCarthy 教授被美國會計協會授予原創貢獻獎。
相對于基于輸出視角的會計信息系統建模思路，REA模型具有一定的理論優越性，這也是REA模型受到高度評價的原因之一。具體表現為：其一，基于REA模型的會計信息系統擴大了采集的會計事項范圍，脫離了財務報表要素的制約，所有影響決策的業務事件都可以進入系統；其二，存儲了最基本的歷史記錄，支持用戶從多種不同的角度對信息進行自由的提取、分類和處理；其三，能夠實現業務數據和財務數據的集成，在業務事件發生時采集業務數據和財務數據，完成信息數據一次性輸入和集中存儲，各職能部門根據權限從同一個數據倉庫中提取數據。當某業務事件屬于會計事項時，該業務事件的有關信息就由事件驅動模式自動傳送至會計部門，會計人員生成傳統的會計憑證。由于會計數據與業務數據來自同一數據源，自然保證了會計數據的完整性和一致性。
然而， REA模型的應用對系統的集成化要求較高，需要大容量的存儲設備和快速的數據處理能力，這也是制約REA模型應用的技術瓶頸。對此，McCarthy教授也曾指出，只有信息技術發展提供更廉價的存儲設備，更快速的信息處理能力時，基于REA模型的應用才能成為一個現實。
（三）REACA模型
REA模型提出后的十幾年里，REA模型在理論研究、實踐研究和教學方面得以不斷深入地應用和發展。但是，REA模型研究的重點始終是基于資源、事件和參與者進行業務過程建模，其后的一些擴展研究也多是從REA模型的結構和實例等方面進行探討。雖然REA模型中的事件處理規則和其他程序化的業務邏輯能夠在一定程度上幫助組織核查錯誤并發現或防止舞弊行為，但這遠遠不能適應信息化環境下企業內部控制特殊性和控制重點變化的要求，因而無法達到內部控制的目標，這是制約REA模型在實務中全面應用的重要原因。
為此本文在信息化環境下，從會計信息系統整合控制與審計的視角，提出REACA擴展模型的基本思想。
REACA（Resource，Event，Agent，Control and Audit）擴展模型是在上述背景下提出的一種基于REA模型的會計信息系統建模方法，通過將控制（control）和審計（Audit）兩個要素融入REA模型，在系統邏輯建模階段建立包含控制和審計線索的業務過程模型，不但能發揮REA模型在滿足多維輸出視圖需求方面的優勢，而且還能輔助會計信息系統整合業務活動、控制活動和審計活動，實現業務流、控制流和審計流的集成。
1.整合控制要素
REACA模型中的控制要素是指在信息化環境下對業務過程進行監督、檢查、并發現和糾正差錯，以使組織活動符合既定的要求的一系列活動的總稱，它是控制理論與方法的數字化、程序化和規則化。在信息化環境下，組織的大量控制活動被納入到信息系統中，以計算機可識別的數字符號形式、按照預定的處理程序和流程、依照特定的控制規則管理業務活動。在建模過程中，控制具體體現為若干控制規則的嵌入。
REACA模型中的控制具體包括業務活動控制和信息系統控制。業務活動控制是為了達到營運的效率效果、財務報告的可靠性和相關法令的遵循性等目標而提供控制過程。業務活動控制的目標和控制對象與傳統業務控制的控制對象是一致的，與COSO控制模型的內涵相對應。通過將業務活動控制內嵌到會計信息系統中，可以實現對業務的控制由計算機自動執行。通過REACA邏輯建模，可以讓業務活動控制貫穿于整個企業內部各職能部門。業務控制活動主要包括預防性控制、檢查性控制和糾正性控制三類活動。在業務過程建模中，對以上三類業務控制活動建模能夠一定程度提高業務信息的安全、效率和準確性。
信息系統控制是為了達到會計信息的有效性、高效性、機密性、完整性、可用性、符合性和信息可靠性目標而采取的控制措施。信息系統控制的目標和控制對象與COBIT控制模型的內涵相對應。會計信息系統的廣泛應用實現了手工業務的自動化處理，在提高工作效率的同時，也帶來了與手工環境不同來源、不同性質的風險，從而對企業內部控制造成了多種影響。除了傳統意義上的經營風險、控制風險和財務風險等之外，與信息系統的安全性、可靠性相關的信息和信息系統風險日益增長。很多企業在進行會計信息系統建設過程中常常忽視了信息系統內部控制建設，容易導致會計信息毀損、失竊和失真，以及非法訪問、未經授權拷貝、黑客和病毒入侵等違規使用，從而使會計信息系統受到嚴重損害。因此本文認為會計信息系統建模過程中，就應考慮對控制要素的建模，也就是從需求分析階段就要重視會計信息系統的控制建模。
2.整合審計要素
REACA模型的審計要素是確保和審查控制要素有效執行的活動，包括對業務控制活動審計線索的預留和對信息系統控制的審計活動。通過對審計要素建模，可以確保和審查內部控制機制的有效執行，以達到對會計信息系統安全、可靠、有效和高效的應用。同時在對審計要素的建模過程中還可以發現控制要素建模的不足，以便及時改進與完善，使會計信息系統邏輯模型達到預期的目標。
在REACA模型中，REA與C和A要素是在工程學的理論框架下有機結合的一個完整體系，共同指導會計信息系統的開發實踐過程。審計要素要求在信息系統分析的建模階段考慮有關審計線索的預留。在信息化環境下，微觀經濟運行的軌跡很大程度上反映和存儲在以數據庫和文件構成的數字介質上，這一信息處理方式和存儲模式的改變對會計信息系統的設計提出了新的要求，即在信息系統分析和設計初期就要考慮相關的控制和審計需求，要提供標準的數據接口，在系統開發時為日后審計工作預留審計線索。這樣，在系統實施運行過程中，會計系統的數據才能夠快速通過標準接口進入審計系統，解決計算機審計系統中輸入瓶頸問題，并保證審計人員能追蹤到審計線索。
REACA模型中的審計要素與控制要素的關系可以用內部審計與內部控制的關系相類比。內部審計是由本部門和本企業內部獨立于財會部門之外專職的審計機構或人員實施的審計，其主要目的是糾錯防弊，以改善經營管理，提高經濟效益。從上述內部審計的定義可以看出，內部審計是企業內部控制的一個重要組成部分。它是一個企業內部經濟活動和管理制度是否合規、合理和有效的獨立評價機制，它是對其他內部控制包括內部會計控制的再控制。審計既是一種特殊的控制方式，又是對業務過程的發生情況和控制程序的實施情況進行連續監督的重要手段。內部審計是內部控制的一種特殊形式。其特殊性在于：首先，內部審計與內部控制共同構成了保障經濟行為與預定標準相一致的重要措施，但具有其獨特而科學嚴謹的理論和方法；其次，審計獨立性是審計工作價值的根本要求，雖然內部審計是內部控制的一種形式，但卻是一個獨立的系統性過程。
在信息化環境下，內部控制和內部審計這種關系依然存在。在企業對業務的傳統控制活動逐漸被嵌人到計算機程序后，業務控制的有效性依賴于信息系統的安全性、可靠性和有效性。而信息系統的安全性、可靠性和有效性取決于信息系統的控制及其執行是否健全有效。因此，會計信息化除了需要建立健全信息系統控制之外，通過審計活動審查與評價信息系統的內部控制建設及其執行情況并提出審計建議也是確保信息系統安全、可靠、有效和高效運行的重要措施。通過審計活動可以發現信息系統本身及其控制環節的不足之處，并及時改進與完善， 使信息系統在企業的經營管理中有效發揮作用。
四、結論
面對信息技術對會計行業的沖擊，為了肅清理論和實際工作中對“會計電算化”的簡單化理解，楊周南教授提出了“會計信息化”的概念，并指出了會計信息化建設的整體工作框架，即ISCA模型。她認為會計信息化的體系結構包括信息技術環境下的AIS，信息系統內部控制制度和對內部控制制度的審計三大組成部分。REACA模型借鑒了ISCA模型的思考維度，是對ISCA模型的繼承與發展，其中，REACA模型中的REA部分與ISCA模型中的現代會計信息系統相對應，是一種事件驅動的建模方法；REACA模型中的C和A分別借鑒了ISCA模型中控制和審計的思想并有所發展，強調在信息化環境下，會計信息系統建模不僅包括對業務活動的數字化、程序化和規則化控制，而且要對這種數字化、程序化和規則化的控制的有效性進行監督，以保障信息系統能夠運行正常，能夠完成既定控制目標，保證系統產生的信息真實、完整、可靠。
參考文獻：
[1]楊周南.論會計管理信息化的ISCA模型[J].會計研究，2003，10.
[2]莊明來，蔣楠.論我國會計系統標準化流程的構建[J].中國管理信息化，2008.
[3]劉玉廷，王宏.美國加強政府部門內部控制建設的有關情況及其啟示[J].會計研究，2008.
傳統建模方法范文6
【關鍵詞】 地鐵 風源系統 仿真
1 風源系統仿真的目的和意義
風源系統作為地鐵車輛的重要源部件，為地鐵車輛制動、轉向架空氣彈簧、受電弓提供壓縮空氣，是保證車輛正常運行的十分重要的系統，因此對地鐵風源系統進行深入研究是十分有必要的[1]。
傳統風源系統設計通常采用成熟的風源模塊，通過以往的設計經驗進行改型，這樣需對樣機進行反復試驗、修改。計算機虛擬仿真技術的出現，為風源系統設計過程引入了數值模擬思想，采用AMESim軟件進行氣壓元件建模，進而搭建模型，對其設備特性進行仿真，同時也為研究地鐵車輛的供風特性提供平臺。
2 風源系統工作原理
風源系統一般由主供風單元和輔助供風單元組成。主供風單元對整車供風。輔助供風單元為受電弓進行緊急供風。
主供風單元由空氣壓縮機組、干燥器以及控制裝置等組成。空氣壓縮機組采用活塞式結構，包括壓縮機頭及其驅動電機，壓縮機頭通過電機驅動帶動內部的活塞運動產生壓縮空氣。過濾器采用雙塔式干燥器，通過兩個干燥塔的切換實現壓縮空氣的干燥?？刂蒲b置對主供風單元的壓力進行控制，通過檢測總風管壓力變化，控制主供風單元的啟停，使總風管壓力保持在工作范圍內。
輔助供風單元設置在裝有受電弓的車上，通常為腳踏泵或電動泵。腳踏泵結構簡單，空間占用小，無需電路供電，但勞動強度大。電動泵成本高，操作方便，需供電。因此在其配置選擇上要根據實際情況合理選取[2]。
3 風源系統建模與仿真分析
3.1 系統建模分析
AMESim在航天、汽車等領域廣泛應用，因其含有整套、可靠的模型庫，在系統建模和多學科耦合分析中廣受歡迎[3]。
地鐵列車一般為6編組，每節車均有3個100L風缸：總風缸、制動風缸、空簧風缸[4]?？傦L缸儲存來自主供風單元向總風管輸出的壓縮空氣。制動風缸是保證總風缸或總風管漏風時為制動系統供風?？栈娠L缸為空簧供風，保證大客流時空簧頻繁排氣、充氣過程的用風，空簧風缸與主風缸之間裝有670kPa順序閥。
主壓縮機組為氣源部件，是仿真的主要對象，主要是兩個低壓缸進行預壓縮，將第一次壓縮的氣體進行兩次降溫后輸出。
輔助供風單元采用單活塞腳踏泵進行仿真。利用腳踏產生動力，氣缸壓縮做功，輸出氣體。
3.2 部件建模
根據對風源系統分析，對主供風單元建模如圖1。通過對大氣兩次加壓，使其達到工作壓力后輸出。
輔助供風單元模型如圖2，通過低速曲軸模擬腳踏運動，帶動壓縮缸進行伸縮運動，從而達到加壓過程。
對整車進行建模，主供風單元安裝在01/06車，如圖3。
3.3 部件仿真
輔助供風單元：假定人力踩壓周期為3s，其充風特性如圖4，5min達到升弓要求，因腳踏泵為活塞式，其壓力變化呈階梯狀。由于壓縮空氣有容積效應，在充風周期中，出現尖角。
根據主供風單元的供風特性和地鐵風缸配置情況選取整車典型工況進行研究。其工況為：兩臺同時供風、一臺單獨供風。兩臺同時供風如圖5，充風時，主風缸和制動風缸優先充風，其壓力上升，當充風310s時空氣管路壓力達到順序閥開啟壓力，主風管向空簧風缸充風，375s時空簧風缸充風至670kPa，三風缸同時充風，主風管壓力達到1000kPa，空壓機停止充風。
采用單臺供風時，設定只有01車主供風單元工作，其充風如圖6，626s時順序閥達到工作壓力開啟，空簧風缸開始充風，700s時空簧風缸與主風缸壓力一致，三風缸同時充風，1324s時充風完成。01、06車主風缸300s內的壓力變化如圖7，01車主風缸壓力高于06車，說明充風時壓縮空氣波速隨時間的增加趨于一致。
4 結語
本文對某型地鐵車輛風源系統進行了研究，分析了風源系統組成，建立主供風單元與輔助供風單元的充風模型以及整車充風模型，在此基礎上完成充風性能研究和兩種工況下整車充風的仿真，仿真試驗結果符合車輛運營要求，驗證了AMESim軟件對于制動系統風源研究的正確性、合理性。為供風研究提供了新的方法，縮短設計周期。
參考文獻
[1]李培曙.關于國產地鐵制動幾個問題的探討[J].鐵道車輛，2000，38（z1）：68-71.
[2]蔣廉華，陽靖，王少偉，等.地鐵車輛升弓腳踏泵應用探討[J].電力機車與城軌車輛，2009，32（3）：11-13.
[3]付永領，齊海濤.LMS Imagine.Lab AMESim系統建模和仿真實例教程[M].北京：北京航空航天大學出版社，2011.
