關(guān)于內(nèi)控設(shè)計(jì)的個(gè)人經(jīng)驗(yàn)總結(jié)pdf版

1、關(guān)于內(nèi)控設(shè)計(jì)的個(gè)人經(jīng)驗(yàn)總結(jié)必須懂得數(shù)學(xué)內(nèi)部控制體系本質(zhì)上是一個(gè)數(shù)學(xué)模型,從EPC1、IDEF02到UML3體現(xiàn)出來的全部是離散數(shù)學(xué)加IT技術(shù)的系統(tǒng)建模思想,即全世界都認(rèn)識(shí)到能夠有效整合一切(指內(nèi)部控制、卓越績(jī)效評(píng)價(jià)體系、ISO、ERP、BPM 等企業(yè)管理的所有流程的工具唯有數(shù)學(xué)模型,任何手工形式整合都是失敗的。因此,認(rèn)為注冊(cè)會(huì)計(jì)師或者咨詢公司可以幫助企業(yè)設(shè)計(jì)內(nèi)部控制體系的想法是相當(dāng)幼稚的,只有數(shù)學(xué)家才是統(tǒng)治世界的主宰,一切都可以歸納為數(shù)學(xué)模型,這也是西方理性思維的核心。除了要掌握數(shù)學(xué)建模的基本思想以外,還必須深刻理解n維的意義,可以這樣去理解n維的意思,即一件事情的結(jié)果由n個(gè)因素決定(不考慮因

2、素的影響程度。因?yàn)?內(nèi)部控制體系之所以變得如此龐大復(fù)雜,原因就是它經(jīng)過了n維疊加,如下圖所示: 上圖可見,當(dāng)一個(gè)處于0維狀態(tài)(也可理解為處于0維空間或0維形態(tài)的事件event被激發(fā),就會(huì)進(jìn)入增值處理環(huán)節(jié)process(即作業(yè)活動(dòng)/業(yè)務(wù)進(jìn)程,增值處理環(huán)節(jié)的不斷延伸,由點(diǎn)成線,變成第1維度。通過不同的控制組織unit交替負(fù)責(zé),變成一個(gè)2維形態(tài)作業(yè)路線route,作業(yè)路線告訴我們,這個(gè)事件的最基本的處理步驟(作業(yè)程序/工作過程。如同某一產(chǎn)品生產(chǎn)流水線,不同的操作者負(fù)責(zé)不同的工序。在2維作業(yè)路線route基礎(chǔ)上在疊加1個(gè)維度控制方法(tools and methods,事件發(fā)展到3維形態(tài) 控制機(jī)制me

3、chanism。如同流水線實(shí)施多項(xiàng)手段進(jìn)行異常監(jiān)控,包括出勤控制、質(zhì)量控制、速度調(diào)整、火災(zāi)保護(hù)、閉路電視監(jiān)視等。處于3維狀態(tài)的事件再疊加1個(gè)維度適用范圍scope4,就會(huì)進(jìn)入4維空間控制項(xiàng)目component,這 里可以理解為同一產(chǎn)品的多條生產(chǎn)線,即同一產(chǎn)品范圍內(nèi)的生產(chǎn)線。1 EPC,指eventdriven process chain,事件驅(qū)動(dòng)進(jìn)程鏈,是ARIS建模的核心過程建模語言。2 IDEF0,指功能設(shè)計(jì)建模語言,輸入控制機(jī)制輸出。3 UML,指統(tǒng)一建模語言。4 適用范圍scope,指適用對(duì)象。處于4維狀態(tài)的事件再疊加1個(gè)維度控制目標(biāo)target ,就會(huì)進(jìn)入5維空間控制系統(tǒng)model

4、,這里可以理解為可以同時(shí)生產(chǎn)不同包裝規(guī)格的同一產(chǎn)品的多條生產(chǎn)線。處于5維狀態(tài)的事件再疊加1個(gè)維度指導(dǎo)方針direction ,就會(huì)進(jìn)入6維空間控制體系system , 這里可以理解為可以同時(shí)生產(chǎn)不同包裝規(guī)格、不同配方的同一產(chǎn)品的多條生產(chǎn)線,例如洗衣粉車間,只需將一個(gè)分支改為多個(gè)分支,往噴粉塔生產(chǎn)出來的基粉進(jìn)入多個(gè)分支后,往各分支加入不同添加劑,可以得到不同配方的洗衣粉,或洗潔精車間,通過控制閥門,往液體加入不同的香料后會(huì)得到不同的洗潔精,例如檸檬洗潔精、生姜洗潔精等。通過上述分析發(fā)現(xiàn),存放成品倉的庫存商品,其實(shí)都是按訂單制造產(chǎn)品這一事件5轉(zhuǎn)化而來的。上述分析可見,維度的概念對(duì)于理解問題和解決問

5、題非常重要,任何一個(gè)點(diǎn)都可以通過屬性的適當(dāng)延伸進(jìn)入更高維度空間。值得注意的是,維不是全部都是連續(xù)的,維也可以是離散的,即存在分?jǐn)?shù)維、無理數(shù)維、有限整數(shù)維,等等。必須深刻理解維DIMENSION 深刻理解維是提升整體系統(tǒng)思維和方法的根本之路!系統(tǒng)變得越來越龐大復(fù)雜,事情千變?nèi)f化,挖掘規(guī)則越來越困難,為什么呢?答:對(duì)維理解膚淺。 試著思考一下這些名詞,你就會(huì)加深對(duì)維的認(rèn)識(shí)。分形_切片,參閱3D 場(chǎng)景中的平面/2D 場(chǎng)景/空間/圖表/數(shù)據(jù)。 分形_切塊,參閱4D 場(chǎng)景中的3D 立體。鉆取,指改變維的層次,變換分析的粒度,包括向上鉆取(roll up 和向下鉆取(drill down 。 關(guān)聯(lián)規(guī)則和粒

6、度,分形學(xué)。 層次分析法和系統(tǒng)工程論。 OLAP 聯(lián)機(jī)分析處理和數(shù)據(jù)挖掘。處于0維的點(diǎn)往單一方向延伸會(huì)變成1維空間的線段;1維空間的線段往垂直方向延伸會(huì)變成2維空間的平面;平面的垂直延伸是3D 立體;將3D 立體變成一個(gè)點(diǎn),劃一根帶箭頭的直線,當(dāng)點(diǎn)在直線5事件,這里指攜帶材料和信息的事件,即不能把事件看作只是一個(gè)指令,應(yīng)該是看作帶有支撐的指令或指令集合。6指導(dǎo)方針5控制目標(biāo)4適用范圍3控制方法2控制組織1增值處理事件上延伸就會(huì)變成4D ;將4D 壓縮為一個(gè)點(diǎn),同樣劃一根帶箭頭的直線,當(dāng)點(diǎn)在直線上延伸就會(huì)變成5D ;依此類推,將n 維度空間壓縮為一個(gè)點(diǎn),然后讓其在一根帶箭頭的直線上延伸,就會(huì)得到

7、n+1維事件,即在n+1維生物看來,n 維世界的一切僅僅是n+1維世界的一個(gè)點(diǎn)而已,點(diǎn)無法理解其它點(diǎn),其實(shí)就是n 維生物無法感知n+1維的事件。見下圖。 上圖可見,3D 場(chǎng)景其實(shí)就是進(jìn)行2D 切片,4D 場(chǎng)景其實(shí)就是進(jìn)行3D 切塊,n+1維場(chǎng)景其實(shí)就是進(jìn)行n 維場(chǎng)景的點(diǎn)延伸。將一頁一頁的文檔裝訂成冊(cè),會(huì)變成一份文件,我們會(huì)發(fā)現(xiàn)這本文件是3D 的,只不過Z 軸是有限整數(shù)的延伸,翻開它是一頁頁的文檔,如同切片般,每一頁文檔如同一個(gè)平面。當(dāng)走入檔案室時(shí), 會(huì)發(fā)現(xiàn)一份一份的文件陳列在一起,我們會(huì)發(fā)現(xiàn)這是一個(gè)4D 場(chǎng)景,每抽出一份文件就像是切塊;然后,你可以試著想象一下,把一個(gè)時(shí)間段(月/季度/年份的文

8、件壓縮為一個(gè)點(diǎn),或者換一個(gè)角度,將一個(gè)部門的文件視為直線上的一個(gè)點(diǎn),這根直線就是公司的不同部門的集合。 按照高維控制低維的原則設(shè)計(jì)一般而言,業(yè)務(wù)進(jìn)程的方向/順序基本遵循從高維向低維轉(zhuǎn)變的規(guī)則,個(gè)別地方可能會(huì)存在局部調(diào)整,但總的趨勢(shì)是不容置疑的,如同水從高處流向低處。 每個(gè)基本要素視為1維直線上的點(diǎn),如果要素是n 維的,那么要素的規(guī)則排列就是n+1維。業(yè)務(wù)進(jìn)程的規(guī)則疊加6變成業(yè)務(wù)流程,任意打碎一項(xiàng)業(yè)務(wù)進(jìn)程,假設(shè)是2D 延伸,即將一個(gè)點(diǎn)變成一個(gè)面(使用2 個(gè)屬性同時(shí)描述,如果是3D 延伸,則是將一個(gè)點(diǎn)變成一個(gè)立體(使用3個(gè)屬性同時(shí)描述,如果是1D 延6疊加,指有序的累加,或混合,比如三原色調(diào)配成其

9、它顏色,或者七色光線干涉共振變成白光。伸,則是將一個(gè)點(diǎn)變成一根直線上的多個(gè)點(diǎn)集合(使用1個(gè)屬性同時(shí)描述。泛函將函數(shù)中的任一變量延伸為一個(gè)子函數(shù)泛函,函數(shù)中嵌套函數(shù),實(shí)際上就是描述母函數(shù)和子函數(shù)之間的相互關(guān)系。C語言中的嵌套函數(shù)、指針、指針變量等概念應(yīng)用到內(nèi)部控制體系的設(shè)計(jì)中是很有啟發(fā)意義的。體系實(shí)際上是一個(gè)泛函,其變量是各個(gè)子系統(tǒng),各個(gè)子系統(tǒng)又由組件(部件/子件/零件組成,每個(gè)組件不也是一個(gè)包含很多變量的函數(shù)嗎?是的。最終,我們可以逐層分解得到只有變量的一個(gè)泛函,即將嵌套函數(shù)全部變成變量的泛函。嵌套函數(shù)并非C語言獨(dú)有,Excel中的函數(shù)也可以實(shí)現(xiàn),最多可嵌套7層,即整個(gè)函數(shù)體系是7維的。 連e

10、xcel都運(yùn)用維度結(jié)構(gòu)的函數(shù)來描述世界,你還猶豫什么?必須懂得分形學(xué)康托爾三分集,將閉區(qū)間0,1,去掉中間的1/3,留下0,1/3和2/3,1,再分別去掉這兩段中間的1/3,變成等長(zhǎng)的4段重復(fù)這個(gè)過程無窮多步,就得到了康托爾三分集?？低袪柤袩o窮多個(gè)點(diǎn),占據(jù)0,1區(qū)間,長(zhǎng)度卻為0,是一個(gè)分形,具有非整數(shù)維數(shù)、自相似性等分形的特點(diǎn)。設(shè)想從一個(gè)線段開始,根據(jù)下列規(guī)則構(gòu)造一個(gè)Koch曲線:1.三等分一條線段;2.用一個(gè)等邊三角形替代第一步劃分三等分的中間部分;3.在每一條直線上,重復(fù)第二步。Koch曲線是以上步驟地?zé)o限重復(fù)的極限結(jié)果。 舉例 層級(jí)具體描述備注指導(dǎo)方針 指導(dǎo)方針是針對(duì)不同背景而設(shè)置的,

11、例如財(cái)務(wù)控制模式業(yè)務(wù)控制模式混合控制模式等指導(dǎo)財(cái)務(wù)系統(tǒng)(由n 多個(gè)子系統(tǒng)在指導(dǎo)方針指導(dǎo)原以數(shù)學(xué)建模思想設(shè)計(jì)的內(nèi)部控制體系(用例業(yè)務(wù)建模系統(tǒng)建模功能建模體系system業(yè)務(wù)視圖(相關(guān)方利益最大化=結(jié)果+水平+趨勢(shì)+重要性控制模式、業(yè)務(wù)控制模式、混合控制模式等,指導(dǎo)方針可以是股東利益最大化、相關(guān)方利益和諧、利潤(rùn)最大化、顧客滿意度最大化、3C競(jìng)爭(zhēng)體積最大化等等。指導(dǎo)方針體現(xiàn)出來的是體系總要求,總要求是通過各個(gè)系統(tǒng)(子系統(tǒng)正常輸出功能來達(dá)成的。個(gè)會(huì)計(jì)事項(xiàng)組成的處理系統(tǒng),也可說是n 項(xiàng)業(yè)務(wù)組成的處理系統(tǒng)指導(dǎo)方針、指導(dǎo)原則、總要求等綱領(lǐng)性文件的統(tǒng)領(lǐng)下有機(jī)運(yùn)作,發(fā)展成為自組織內(nèi)控體系?？刂颇繕?biāo)(各子系統(tǒng) 控

12、制目標(biāo)是確定各子系統(tǒng)(部委功能輸出的總目標(biāo),或者說是總輸出功能,例如,資金組的系統(tǒng)功能是款項(xiàng)收支稅務(wù)組的系統(tǒng)功能主要是輸出 子系統(tǒng)就是由部分同類會(huì)計(jì)子系統(tǒng)主要是輸出(各子系統(tǒng)功能輸出的風(fēng)險(xiǎn)控制目標(biāo)統(tǒng)功能是款項(xiàng)收支,稅務(wù)組的系統(tǒng)功能主要是輸出稅費(fèi)計(jì)繳合規(guī)和稅負(fù)控制效益,資產(chǎn)管理組的系統(tǒng)功能主要是輸出財(cái)產(chǎn)安全完整等等。 系統(tǒng)是由各個(gè)子件組成的,這里的系統(tǒng)輸出功能和子件輸出功能是一樣的,適用范圍是說明控制目標(biāo)可以覆蓋哪些子件,即子系統(tǒng)包括哪些子件,即集團(tuán)各部委功能輸出總目標(biāo)可以覆蓋哪些子公司,例如,稅費(fèi)申報(bào)審批流程適用對(duì)象是所有法人公司的稅費(fèi)申報(bào)例如2核CPU 3核CPU 4核CPU等功能視圖1子系

13、統(tǒng)model 事項(xiàng)組成的小處理系統(tǒng),即小功能。由此可延伸,扁平化的組織是以負(fù)責(zé)哪些業(yè)務(wù)流程為劃分原則。例如資金組各項(xiàng)功能。流程就是做到組織功能描述層面即可,關(guān)于如何發(fā)揮功能由下一層級(jí)的項(xiàng)目(組件來描述。就像,服務(wù)器CUP可以協(xié)調(diào)各工作站的CPU 適用范圍(適用對(duì)象公司的稅費(fèi)申報(bào)。例如2核CPU、3核CPU、4核CPU等等,大CPU輸出功能和小CPU輸出功能是相同的,大CUP輸出功能是小CPU輸出功能的累加,當(dāng)然這個(gè)累加可以有一些小小的調(diào)整。 適用對(duì)象就是回答,系統(tǒng)要求哪些子件輸出同樣功能。由于適用對(duì)象是存在于一定范圍內(nèi)的,因此習(xí)慣上就把適用對(duì)象說成適用范圍,準(zhǔn)確的說法應(yīng)該是XX對(duì)象或者某范圍內(nèi)

14、的XX對(duì)象。由于實(shí)施的是全面風(fēng)險(xiǎn)管理形式的內(nèi)部控制 例如資金組、稅務(wù)組、費(fèi)用組、預(yù)算管理組、成本管理組、財(cái)務(wù)報(bào)告組、資產(chǎn)管理組、往來賬管理組,等。一樣,調(diào)用是通過一份框架協(xié)議來控制的,服務(wù)器CPU可以影響多少個(gè)工作站的CPU,這就是適用范圍。控制辦法(控制措施由于實(shí)施的是全面風(fēng)險(xiǎn)管理形式的內(nèi)部控制,因此此項(xiàng)實(shí)際上就是針對(duì)流程中各節(jié)點(diǎn)(作業(yè)活動(dòng)風(fēng)險(xiǎn)而實(shí)施的具體控制措施,或者說是防止作業(yè)活動(dòng)出現(xiàn)不可控的偏差而實(shí)施的管制措施,控制辦法通常體現(xiàn)為作業(yè)路線的背景/噪音,流水線的燈光/溫度。這里的控制組織并非職能組織,而是流程中各個(gè)組織單元組的集合,各個(gè)組織單元可以是一個(gè)人,也可以是一個(gè)小團(tuán)隊(duì),每個(gè)組織單

15、元不一定都 小處理系統(tǒng)是由多個(gè)事件的處理元件組成的。資金組(銀行付款管理流程、貨幣資金安全管理辦法、項(xiàng)目(組件,即對(duì)于各項(xiàng)功能該如何發(fā)揮進(jìn)行詳細(xì)描控制組織(組織單元是一個(gè)職能部門的,也不一定是一個(gè)公司,即組織單元可以跨部門、甚至跨公司?？傊?控制組織,是針對(duì)控制項(xiàng)目而言的所有參與組織單元的集合。當(dāng)然,如果組織單元全部是一個(gè)職能部門的,那么控制組織就是該職能部門,在這種情況下控制組織等于職能組織。增值處理(作業(yè)活 各項(xiàng)作業(yè)活動(dòng)的集合就是增值處理,即各個(gè)步驟,或者各項(xiàng)工序,例如利潤(rùn)分配管理流程包括利潤(rùn)分配建議利潤(rùn)分配建議審批編制利潤(rùn)分配方控制項(xiàng)目component利潤(rùn)分配管理流程等,稅務(wù)組(稅費(fèi)申

16、報(bào)審批流程、發(fā)票管理辦法、稅務(wù)籌劃流程、稅負(fù)控制流程、所得稅業(yè)務(wù)流程圖述。需要綜合運(yùn)用全面風(fēng)險(xiǎn)管理8項(xiàng)基本要素,必須全面遵從法律法規(guī)、管理政策和會(huì)計(jì)政策,并充分運(yùn)用卓越績(jī)效、ISO、PDCA 、BPM、ERP等各種先進(jìn)管理理念1.1(作業(yè)活動(dòng)潤(rùn)分配建議、利潤(rùn)分配建議審批、編制利潤(rùn)分配方案、審議利潤(rùn)分配方案、執(zhí)行利潤(rùn)分配方案、披露利潤(rùn)分配方案等?；臼录?事件單元例如,對(duì)于資金組而言,銀行付款是一連串事件的組合:收到用款審批單打印出空白付款票據(jù)收到簽審OK的付款票據(jù)收到銀行回單設(shè)計(jì)內(nèi)控體系實(shí)際上是設(shè)計(jì)一個(gè)大系統(tǒng),大系統(tǒng)是各個(gè)子系統(tǒng)組成的,而每個(gè)子系統(tǒng)又是由多個(gè)子件組成的,每個(gè)子件又是通過作業(yè)機(jī)制

17、來完成的而每項(xiàng)作業(yè)機(jī)制又是控制辦法作用于作業(yè)路線形成的作業(yè)路線就像流水線它是由控制組織會(huì)計(jì)作業(yè)指引等,財(cái)務(wù)報(bào)告組(財(cái)務(wù)報(bào)告管理流程、關(guān)聯(lián)交易管理辦法,先進(jìn)管理理念。又是通過作業(yè)機(jī)制來完成的,而每項(xiàng)作業(yè)機(jī)制又是控制辦法作用于作業(yè)路線形成的,作業(yè)路線就像流水線,它是由控制組織和增值處理組成的一幅2維空間的場(chǎng)景,增值處理是X軸,各項(xiàng)作業(yè)活動(dòng)是X軸上面的點(diǎn),控制組織是Y軸,各個(gè)組織單元是Y軸上面的點(diǎn)?？刂妻k法也可以被打包變成作業(yè)路線上面的一個(gè)點(diǎn),或多個(gè)點(diǎn),其實(shí)控制辦法更像是流水線上面的燈光,因此控制辦法更像是作業(yè)路線的背景/噪音。C語言混沌理論協(xié)同學(xué)自組織他組織突變論系統(tǒng)論信息論泛函嵌套函數(shù)切片切塊分

18、形學(xué)降維分析內(nèi)控體系必須以分維理念設(shè)計(jì),即須以非整數(shù)維的理念來表達(dá)系統(tǒng)功能流程圖,體系子系統(tǒng)控制項(xiàng)目,控制目標(biāo)和系統(tǒng)功能是一體的,猶如時(shí)間和空間是一體的,但是空間的變化是時(shí)間箭頭驅(qū)動(dòng)的,即控制目標(biāo)是驅(qū)動(dòng)系統(tǒng)功能實(shí)現(xiàn)的箭頭。如何適用范圍設(shè)計(jì)多個(gè)法人公司或職能組織,則控制項(xiàng)目是分維結(jié)構(gòu)的,如果是一個(gè)法人公司或職能組織,則控制項(xiàng)目是整數(shù)維。注意C語言,混沌理論、協(xié)同學(xué)、自組織、他組織、突變論、系統(tǒng)論、信息論;泛函、嵌套函數(shù)、切片、切塊;分形學(xué)、降維分析NOTE  結(jié)果水平趨勢(shì)重要性  深入研究系統(tǒng)的內(nèi)部結(jié)構(gòu)及其相互關(guān)系，并用不同維度的視圖描述出來，就是系統(tǒng)設(shè)計(jì)。  層

19、級(jí) 體系 system 內(nèi)部控制體系設(shè)計(jì)與全面風(fēng)險(xiǎn)管理框架 局域網(wǎng) （網(wǎng)絡(luò)協(xié)議和拓?fù)浣Y(jié)構(gòu) 是指導(dǎo)方針） 服務(wù)器、工作站、網(wǎng)絡(luò)、 路由器 0# 輸入處理輸出 例 0# 菜單欄工具欄 工作內(nèi)容區(qū)狀態(tài)欄 例 1# 將 word 菜單欄展開將 1# 掃描輸入處理存 儲(chǔ)輸出 2# 鍵盤鼠標(biāo)輸入處理 輸出 3# 外部信息交換輸入 處理輸出 4# U 盤/光盤輸入處理 5# 無線傳輸 6# 觸摸屏 7# 攝像頭 低維生物 生活場(chǎng)景 假設(shè)有一部透明的玻 璃電梯上下升降，坐 在電梯里的人和每一 樓層的人，就好像是 3 維空間生命體和 2 維空間生命體，2 維 人在所在樓層的小房 間里活動(dòng)。 備注 0 Use c

20、ase 用例 靜態(tài)結(jié)構(gòu) Office 辦公系統(tǒng) Word excel access PowerPoint Visio Outlook Publisher InfoPath 高維生物 大廈 ARIS 屋式財(cái)務(wù)系統(tǒng) 資源視圖、 組織視圖、 信息視圖、 功能視圖/ 過程視圖 -1 models 活動(dòng)圖、協(xié)作圖、 組件、狀態(tài) -2 components 部署、序列 得到 開始-插入-頁面布局- 引用-郵件-審閱-視圖-開發(fā) 工具-設(shè)計(jì)-布局 # 必須充分了解面向?qū)ο蟮?UML 建模方法：事件角色交互     業(yè)務(wù)建模系統(tǒng)建模 從應(yīng)用的角度看，當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí)，首先是描述

21、需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài) 模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的， 包括用例圖、類圖（包含包）、對(duì)象圖、組件圖和配置圖等五個(gè)圖形，是標(biāo)準(zhǔn)建模語言 UML 的靜態(tài)建模機(jī) 制。其中第三步中所建立的模型或者可以執(zhí)行，或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、 活動(dòng)圖、順序圖和合作圖等四個(gè)圖形，是標(biāo)準(zhǔn)建模語言 UML 的動(dòng)態(tài)建模機(jī)制。因此，標(biāo)準(zhǔn)建模語言 UML 的主要內(nèi)容也可以歸納為靜態(tài)建模機(jī)制和動(dòng)態(tài)建模機(jī)制兩大類。 標(biāo)準(zhǔn)建模語言 UML 的重要內(nèi)容可以由下列五類圖（共 9 種圖形）來定義： 第一類是用例圖，從用戶角度描述系統(tǒng)功能，

22、并指出各功能的操作者。 第二類是靜態(tài)圖 (Static diagram，包括類圖、對(duì)象圖和包圖。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。 不僅定義系統(tǒng)中的類， 表示類之間的聯(lián)系如關(guān)聯(lián)、 依賴、 聚合等， 也包括類的內(nèi)部結(jié)構(gòu) （類的屬性和操作） 。 類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個(gè)生命周期都是有效的。 6    對(duì)象圖是類圖的實(shí)例，幾乎使用與類圖完全相同的標(biāo)識(shí)。他們的不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì)象 實(shí)例，而不是實(shí)際的類。一個(gè)對(duì)象圖是類圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期，因此對(duì)象圖只能在系統(tǒng) 某一時(shí)間段存在。 包由包或類組成，表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。

23、第三類是行為圖（Behavior diagram），描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。其中狀態(tài)圖 描述類的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對(duì)類圖的補(bǔ)充。在實(shí)用上 并不需要為所有的類畫狀態(tài)圖，僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。 而活動(dòng)圖描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識(shí)別并行活動(dòng)。 第四類是交互圖（Interactive diagram），描述對(duì)象間的交互關(guān)系。其中順序圖顯示對(duì)象之間的動(dòng)態(tài) 合作關(guān)系，它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序，同時(shí)顯示對(duì)象之間的交互；合作圖描述對(duì)象間的協(xié)作關(guān)系， 合作圖跟順序圖相似

24、，顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。除顯示信息交換外，合作圖還顯示對(duì)象以及它們之間 的關(guān)系。如果強(qiáng)調(diào)時(shí)間和順序，則使用順序圖；如果強(qiáng)調(diào)上下級(jí)關(guān)系，則選擇合作圖。這兩種圖合稱為交 互圖。 第五類是實(shí)現(xiàn)圖 ( Implementation diagram 。其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的 依賴關(guān)系。一個(gè)部件可能是一個(gè)資源代碼部件、一個(gè)二進(jìn)制部件或一個(gè)可執(zhí)行部件。它包含邏輯類或?qū)崿F(xiàn) 類的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。 配置圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它可以顯示實(shí)際的計(jì)算機(jī)和設(shè)備（用節(jié)點(diǎn)表示）以及它們 之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。在節(jié)點(diǎn)

25、內(nèi)部，放置可執(zhí)行部件和對(duì)象以顯示 節(jié)點(diǎn)跟可執(zhí)行軟件單元的對(duì)應(yīng)關(guān)系。 從應(yīng)用的角度看，當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí)，首先是描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài) 模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的， 包括用例圖、類圖（包含包）、對(duì)象圖、組件圖和配置圖等五個(gè)圖形，是標(biāo)準(zhǔn)建模語言 UML 的靜態(tài)建模機(jī) 制。其中第三步中所建立的模型或者可以執(zhí)行，或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、 活動(dòng)圖、順序圖和合作圖等四個(gè)圖形，是標(biāo)準(zhǔn)建模語言 UML 的動(dòng)態(tài)建模機(jī)制。因此，標(biāo)準(zhǔn)建模語言 UML 的主要內(nèi)容也可以歸納為靜態(tài)建模機(jī)制和動(dòng)態(tài)建模機(jī)制兩

26、大類。 UML 是 Unified Modeling Language（統(tǒng)一建模語言）的縮寫，是使用面向?qū)ο蟾拍钸M(jìn)行系統(tǒng)分析設(shè)計(jì)的 工具，它主要是用一些規(guī)范、形象的圖形來描述業(yè)務(wù)或系統(tǒng)也就是稱之為建立業(yè)務(wù)模型或系統(tǒng)模型，用 UML 建模，既是用 UML 建立業(yè)務(wù)模型和系統(tǒng)模型。 業(yè)務(wù)模型是指用 UML 描述業(yè)務(wù)，即畫出業(yè)務(wù)（business）用例圖，當(dāng)然，這里說畫用例圖，不應(yīng)僅僅理 解為畫出圖形，用例圖應(yīng)附有詳細(xì)的業(yè)務(wù)說明。 7    業(yè)務(wù)用例如下所示（注意：在 Rational Rose 中業(yè)務(wù)人員和業(yè)務(wù)用例和系統(tǒng)用例在圖形上有所不同，業(yè)務(wù) 用例用一個(gè)橢圓加一斜杠表示。）。 一般說來，業(yè)務(wù)建模只需要畫出業(yè)務(wù)用例圖即可。在判斷一項(xiàng)業(yè)務(wù)的復(fù)雜程度和大小規(guī)模時(shí)，常?？?根據(jù)業(yè)務(wù)用例數(shù)量來判斷，因此，在業(yè)務(wù)建模時(shí)，每個(gè)業(yè)務(wù)用例應(yīng)合理分解，得到的業(yè)務(wù)用例應(yīng)在業(yè)務(wù)復(fù) 雜程度，規(guī)模大小方面相差不多，以便于對(duì)業(yè)務(wù)的評(píng)估和進(jìn)行系統(tǒng)開發(fā)。系統(tǒng)模型是指用 UML 描述系統(tǒng)， 系統(tǒng)模型是在分析業(yè)務(wù)模型后得到的，通常