【文章內(nèi)容簡(jiǎn)介】 單，能充分利用數(shù)據(jù)庫(kù)的特性。其缺點(diǎn)是開發(fā)出的系統(tǒng)依賴性強(qiáng)，運(yùn)行必須依托數(shù)據(jù)庫(kù)環(huán)境；不容易升級(jí)與擴(kuò)展；無(wú)法實(shí)現(xiàn)數(shù)據(jù)的共享與并行操作；代碼重用性差。原有企業(yè)固定資產(chǎn)管理系統(tǒng)數(shù)據(jù)共享差的問(wèn)題更加突出，而新需求的提出也越來(lái)越多，越來(lái)越頻繁。這就要求系統(tǒng)在可擴(kuò)展性和標(biāo)準(zhǔn)化的要求更高。而原有的系統(tǒng)由于其與生俱來(lái)的缺點(diǎn)而無(wú)法在適應(yīng)現(xiàn)有的需求了。因此，使用現(xiàn)在的新技術(shù)，開發(fā)出適應(yīng)新的需求的新系統(tǒng)的任務(wù)刻不容緩。在現(xiàn)代企業(yè)里一直存在著一個(gè)很重要但缺乏行之有效的解決之道的問(wèn)題——企業(yè)固定資產(chǎn)管理。許多企業(yè)在自身企業(yè)固定資產(chǎn)管理上缺乏統(tǒng)一有效的管理，不能快速、準(zhǔn)確地注冊(cè)、注銷、修改資產(chǎn)相關(guān)信息、進(jìn)行固定資產(chǎn)信息的查詢工作以及對(duì)資產(chǎn)的折舊統(tǒng)計(jì)，從而在固定資產(chǎn)管理中存在著各種各樣的漏洞，給企業(yè)帶來(lái)不必要、不可遇見的潛在威脅，因此在企業(yè)內(nèi)部創(chuàng)建一個(gè)針對(duì)固定資產(chǎn)管理的系統(tǒng)是企業(yè)運(yùn)行管理的必要環(huán)節(jié)。 系統(tǒng)功能設(shè)計(jì) 應(yīng)用系統(tǒng)開發(fā)的第一步，就是必須了解即將開發(fā)的應(yīng)用系統(tǒng)的特點(diǎn)，明確該系統(tǒng)所需要完成的功能以及各功能之間的相互聯(lián)系，從而知道系統(tǒng)開發(fā)的后續(xù)工作，這一步作為系統(tǒng)的功能設(shè)計(jì)是十分重要的。作為一個(gè)整體來(lái)看，系統(tǒng)會(huì)顯得太大太復(fù)雜，很難理解。通過(guò)對(duì)企業(yè)的需求分析，可以將本系統(tǒng)劃分為三個(gè)模塊（這就是所謂的縱向分解），確定各個(gè)模塊的接口，從而實(shí)現(xiàn)整體功能。我們將系統(tǒng)功能再進(jìn)一步劃分，將每個(gè)模塊分解出幾個(gè)子功能，并確定這些子功能與父功能的接口（這就是所謂的橫向分解）。通過(guò)縱向和橫向分解，我們可以很直觀、很清晰的看到這個(gè)系統(tǒng)的功能劃分，其具體功能描述如表11所示。資產(chǎn)管理資產(chǎn)查找統(tǒng)計(jì)表注冊(cè)新資產(chǎn)注銷資產(chǎn)編輯資產(chǎn)資產(chǎn)折舊按資產(chǎn)編號(hào)查找條件查找注銷統(tǒng)計(jì)表折舊統(tǒng)計(jì)表表11系統(tǒng)主要功能模塊表三個(gè)模塊的功能分別為：（1） 資產(chǎn)管理模塊：實(shí)現(xiàn)了企業(yè)固定資產(chǎn)的注冊(cè)、注銷、編輯以及折舊價(jià)格的計(jì)算；（2） 資產(chǎn)查找模塊：為管理員提供資產(chǎn)的查詢，是他們能夠很方便、快捷的了解到他們所需要資產(chǎn)的狀態(tài)；（3） 統(tǒng)計(jì)表模塊：該模塊主要實(shí)現(xiàn)了企業(yè)固定資產(chǎn)的注銷狀態(tài)及折舊計(jì)算的直觀表達(dá)，使管理員快速的掌握資產(chǎn)的狀態(tài)。 系統(tǒng)流程圖通過(guò)以上的系統(tǒng)需求分析和功能模塊設(shè)計(jì)，現(xiàn)在我們有了初步的系統(tǒng)流程圖（如下圖12所示）。在管理系統(tǒng)開發(fā)中，我們就以這幅流程圖作為系統(tǒng)運(yùn)行的框架，并在次框架的基礎(chǔ)上逐步實(shí)現(xiàn)企業(yè)對(duì)該系統(tǒng)的需求。主菜單注銷資產(chǎn)注冊(cè)資產(chǎn)折舊統(tǒng)計(jì)表注銷統(tǒng)計(jì)表按條件查找按編號(hào)查找資產(chǎn)折舊修改資產(chǎn)修改數(shù)據(jù) 輸 出輸 出 圖12 系統(tǒng)流程圖 數(shù)據(jù)流圖與數(shù)據(jù)字典 經(jīng)過(guò)以上分析,我們可以初步設(shè)計(jì)出系統(tǒng)數(shù)據(jù)流圖以及數(shù)據(jù)字典的建立。系統(tǒng)數(shù)據(jù)流圖如下所示： 原始數(shù)據(jù)輸入注銷統(tǒng)計(jì)表折舊統(tǒng)計(jì)表導(dǎo)出查找功能折舊計(jì)算數(shù)據(jù)注銷數(shù)據(jù)修改系統(tǒng)數(shù)據(jù)圖13 數(shù)據(jù)流圖 4. 系統(tǒng)分析與實(shí)現(xiàn) 數(shù)據(jù)庫(kù)的設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)的設(shè)計(jì)是總體設(shè)計(jì)階段非常重要的環(huán)節(jié)，好的數(shù)據(jù)庫(kù)結(jié)構(gòu)可以簡(jiǎn)化開發(fā)過(guò)程，使系統(tǒng)功能更加清晰明確。因?yàn)閿?shù)據(jù)庫(kù)結(jié)構(gòu)的變化會(huì)造成編碼的改動(dòng)，所以必須認(rèn)真設(shè)計(jì)數(shù)據(jù)庫(kù)結(jié)構(gòu)后在進(jìn)行編碼，從而避免無(wú)謂的重復(fù)工作。 概念設(shè)計(jì) 在概念設(shè)計(jì)階段中，設(shè)計(jì)人員從用戶的角度看待數(shù)據(jù)及處理要求和約束，產(chǎn)生一個(gè)反映用戶觀點(diǎn)的概念模式。然后再把概念模式轉(zhuǎn)換成邏輯模式。將概念設(shè)計(jì)從設(shè)計(jì)過(guò)程中獨(dú)立開來(lái)，使各階段的任務(wù)相對(duì)單一化，設(shè)計(jì)復(fù)雜程度大大降低，不受特定DBMS的限制。利用ER方法進(jìn)行數(shù)據(jù)庫(kù)的概念設(shè)計(jì)，可分成三步進(jìn)行：首先設(shè)計(jì)局部ER模式，然后把各局部ER模式綜合成一個(gè)全局模式，最后對(duì)全局ER模式進(jìn)行優(yōu)化，得到最終的模式，即概念模式。（1）設(shè)計(jì)局部ER模式實(shí)體和屬性的定義： 資產(chǎn)信息表（資產(chǎn)編號(hào)、資產(chǎn)分類、資產(chǎn)型號(hào)、購(gòu)買日期、購(gòu)買價(jià)格、折舊價(jià)格、生產(chǎn)單位、使用狀態(tài)、使用部門編號(hào)、負(fù)責(zé)人、使用年限、注銷日期、備注、注銷）部門信息（使用部門編號(hào)、部門名稱、責(zé)負(fù)人）ER模型的“聯(lián)系”用于刻畫實(shí)體之間的關(guān)聯(lián)。一種完整的方式是對(duì)局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型之間是否存在聯(lián)系。若有聯(lián)系，進(jìn)一步確定是1:N，M:N，還是1:1等。還要考察一個(gè)實(shí)體類型內(nèi)部是否存在聯(lián)系，兩個(gè)實(shí)體類型之間是否存在聯(lián)系，多個(gè)實(shí)體類型之間是否存在聯(lián)系，等等。例如：u一個(gè)資產(chǎn)（編號(hào)）只能具有一種身份，而一種身份可被具有多個(gè)編號(hào)（1：1）；u一種資產(chǎn)只能屬于一種資產(chǎn)類別（資產(chǎn)分類），而一種資產(chǎn)類別可以包含多多個(gè)資產(chǎn)（1：N）；u一個(gè)種資產(chǎn)可以由多本不同的生產(chǎn)單位生產(chǎn)，而一個(gè)生產(chǎn)單位也可以生產(chǎn)多個(gè)不同的產(chǎn)品（N:N）。（2）設(shè)計(jì)全局ER模式所有局部ER模式都設(shè)計(jì)好了后，接下來(lái)就是把它們綜合成單一的全局概念結(jié)構(gòu)。全局概念結(jié)構(gòu)不僅要支持所有局部ER模式，而且必須合理地表示一個(gè)完整、一致的數(shù)據(jù)庫(kù)概念結(jié)構(gòu)。1) 確定公共實(shí)體類型為了給多個(gè)局部ER模式的合并提供開始合并的基礎(chǔ)，首先要確定各局部結(jié)構(gòu)中的公共實(shí)體類型。在這一步中我們僅根據(jù)實(shí)體類型名和鍵來(lái)認(rèn)定公共實(shí)體類型。一般把同名實(shí)體類型作為公共實(shí)體類型的一類候選，把具有相同鍵的實(shí)體類型作為公共實(shí)體類型的另一類候選。2)局部ER模式的合并合并的原則是：首先進(jìn)行兩兩合并；先和合并那些現(xiàn)實(shí)世界中有聯(lián)系的局部結(jié)構(gòu)；合并從公共實(shí)體類型開始，最后再加入獨(dú)立的局部結(jié)構(gòu)。 3)消除沖突沖突分為三類：屬性沖突、結(jié)構(gòu)沖突、命名沖突。設(shè)計(jì)全局ER模式的目的不在于把若干局部ER模式形式上合并為一個(gè)ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。4）局ER模式的優(yōu)化在得到全局ER模式后，為了提高數(shù)據(jù)庫(kù)系統(tǒng)的效率，還應(yīng)進(jìn)一步依據(jù)處理需求對(duì)ER模式進(jìn)行優(yōu)化。一個(gè)好的全局ER模式，除能準(zhǔn)確、全面地反映用戶功能需求外，還應(yīng)滿足下列條件：實(shí)體類型的個(gè)數(shù)要盡可能的少；實(shí)體類型所含屬性個(gè)數(shù)盡可能少；實(shí)體類型間聯(lián)系無(wú)冗余。綜上所述，“固定資產(chǎn)管理系統(tǒng)”的全局ER模式如下： 資產(chǎn)信息表（資產(chǎn)編號(hào)、資產(chǎn)分類、資產(chǎn)型號(hào)、購(gòu)買日期、購(gòu)買價(jià)格、折舊價(jià)格、生產(chǎn)單位、使用狀態(tài)、使用部門、負(fù)責(zé)人、使用年限、注銷日期、備注、注銷） 關(guān)系數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì) 由于概念設(shè)計(jì)的結(jié)果是ER圖，DBMS一般采用關(guān)系型，因此數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)過(guò)程就是把ER圖轉(zhuǎn)化為關(guān)系模式的過(guò)程。由于關(guān)系模型所具有的優(yōu)點(diǎn)，邏輯設(shè)計(jì)可以充分運(yùn)用關(guān)系數(shù)據(jù)庫(kù)規(guī)范化理論，使設(shè)計(jì)過(guò)程形式化地進(jìn)行。設(shè)計(jì)結(jié)果是一組關(guān)系模式的定義。（1） 導(dǎo)出初始關(guān)系模式 資產(chǎn)信息表（資產(chǎn)編號(hào)、資產(chǎn)分類、資產(chǎn)型號(hào)、購(gòu)買日期、購(gòu)買價(jià)格、折舊價(jià)格、生產(chǎn)單位、使用狀態(tài)、使用部門編號(hào)、負(fù)責(zé)人、使用年限、注銷日期、備注、注銷）部門信息（使用部門編號(hào)、部門名稱、責(zé)負(fù)人）（2）產(chǎn)生子模式子模式是管理人員所用到的那部分?jǐn)?shù)據(jù)的描述。除了指出管理人員用到的數(shù)據(jù)外，還應(yīng)指出數(shù)據(jù)與概念模式中相應(yīng)數(shù)據(jù)的聯(lián)系，即指出概念模式與子模式之間的對(duì)應(yīng)性。部門信息（使用部門編號(hào)、部門名稱、責(zé)負(fù)人）（3） 合并兩個(gè)模式為了減少數(shù)據(jù)的冗余，減小存儲(chǔ)空間，現(xiàn)將兩個(gè)模式合并成一個(gè)全局ER模式。資產(chǎn)信息表（資產(chǎn)編號(hào)、資產(chǎn)分類、資產(chǎn)型號(hào)、購(gòu)買日期、購(gòu)買價(jià)格、折舊價(jià)格、生產(chǎn)單位、使用狀態(tài)、使用部門、負(fù)責(zé)人、使用年限、注銷日期、備注、注銷） 數(shù)據(jù)庫(kù)與數(shù)據(jù)表的創(chuàng)建本數(shù)據(jù)庫(kù)在Microsoft Access 2000 中創(chuàng)建，命名為“”，其中為了減少儲(chǔ)存空間或冗余等不必要的麻煩，本數(shù)據(jù)庫(kù)只設(shè)計(jì)了一張表，即“資產(chǎn)信息表”，下面就簡(jiǎn)要的介紹下它的表結(jié)構(gòu)（如表14所示）。表14 資產(chǎn)信息結(jié)構(gòu)表字段名（列名）數(shù)據(jù)類型長(zhǎng)度允許為空資產(chǎn)編號(hào)數(shù)字整型資產(chǎn)名稱文本20資產(chǎn)分類文本20資產(chǎn)型號(hào)文本20購(gòu)買日期日期/時(shí)間短日期購(gòu)買價(jià)格貨幣小數(shù)位數(shù)1折舊價(jià)格貨幣小數(shù)位數(shù)1生產(chǎn)單位文本50使用狀態(tài)文本20使用部門文本20負(fù)責(zé)人文本20使用年限整型20注銷日期日期/時(shí)間短日期備注文本100注銷是/否是/否在資產(chǎn)編號(hào)的設(shè)置上，我們采取了唯一法，即一件固定資產(chǎn)只有一個(gè)編號(hào)。例如：10001中前兩位1表示資產(chǎn)所在部門的編號(hào)（1：辦公室；2：車間。3：倉(cāng)庫(kù)）；后面的0001則表示資產(chǎn)在該部門的序列號(hào)。 系統(tǒng)各模塊分析 在編寫數(shù)據(jù)庫(kù)應(yīng)用程序時(shí)，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時(shí)訪問(wèn)相同的數(shù)據(jù)源，如果為每一個(gè)組件或者窗體都設(shè)置一個(gè)數(shù)據(jù)源將是十分耗時(shí)的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個(gè)統(tǒng)一的模塊，需要時(shí)就將該模塊引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（DataModule）是解決這個(gè)問(wèn)題最好的答案。簡(jiǎn)單說(shuō)來(lái)，數(shù)據(jù)模塊是用來(lái)集中管理數(shù)據(jù)源的一個(gè)窗體，該窗體可被需要的地方隨時(shí)引入。但本人在開發(fā)這個(gè)系統(tǒng)時(shí)，開始使用了一下數(shù)據(jù)模塊，但在使用過(guò)程中卻碰到了一些問(wèn)題。并且考慮這個(gè)系統(tǒng)使用到的TADOQuery控件比較多，如果使用數(shù)據(jù)控件可能會(huì)帶來(lái)管理上的麻煩，如弄混各個(gè)數(shù)據(jù)控件的作用。還考慮到使用動(dòng)態(tài)生成ADOQuery可能會(huì)更節(jié)省資源。固定資產(chǎn)管理系統(tǒng)一共有三大模塊，其中每個(gè)大模塊還含有各自的子模塊，現(xiàn)在我就簡(jiǎn)要地介紹下各個(gè)界面的產(chǎn)生、所要解決的問(wèn)題以及它們的優(yōu)化過(guò)程，其中以資產(chǎn)折舊的計(jì)算為重點(diǎn)。 主模塊分析 為了保存各個(gè)窗體中的代碼，使得每個(gè)窗體在調(diào)用數(shù)據(jù)是不必重復(fù)定義、聲明，在此我采取了主模塊的方法。模塊一般是放全局公用的函數(shù)、過(guò)程、常數(shù)、自定義結(jié)構(gòu)、全局變量等等東西的地方，也就是公用部分的集中場(chǎng)所。當(dāng)然，模塊中也可以定義private的函數(shù)或者過(guò)程以便公用過(guò)程的內(nèi)部調(diào)用。類模塊是定義一個(gè)類，類模塊中的所有public成員必須在創(chuàng)建了累的實(shí)例以后才能夠調(diào)用，需要和標(biāo)準(zhǔn)模塊區(qū)分開來(lái)。好的編程習(xí)慣是把不同種類的功用模塊分類放在不同的標(biāo)準(zhǔn)模塊中，便于查閱，所以很多程序中會(huì)有多個(gè)標(biāo)準(zhǔn)模塊存在.在本系統(tǒng)中主模塊是用來(lái)定義數(shù)據(jù)連接并且聲明數(shù)據(jù)的路徑：Public constr As String constr = Provider=。Data Source= amp。 amp。 \database\。Persist Security Info=False該語(yǔ)句在主模塊中運(yùn)用，目的是指明數(shù)據(jù)源的位置，使VB與Access相連，這一步在本系統(tǒng)中是至關(guān)重要的。當(dāng)然，VB與數(shù)據(jù)庫(kù)的連結(jié)不僅僅只有這種方法，但該方法比較方便，所以我采用它。在語(yǔ)句中Persist Security Info ，表明采用集成安全機(jī)制；若為False，則表明不采用集成安全機(jī)制。 在本模塊中是為默認(rèn)值false，主要意義是可幫助確保不可信的源無(wú)法訪問(wèn)連接中涉及安全性的信息,并幫助確保任何涉及安全性的信息都不會(huì)隨連