導言：作為寫作愛好者，不可錯過為您精心挑選的10篇電子商務綜合論文，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內(nèi)容能為您提供靈感和參考。

篇1

2電子商務和特許經(jīng)營的聯(lián)合發(fā)展模式

2.1契約合作體模式指各公司相互同意共同采取某種經(jīng)營方式的合作，各自企業(yè)經(jīng)營管理仍具有其獨立性，雙方只是利用對方的特長；在互利互助的前提下上從事合作，并通過簽訂契約規(guī)定各方的權利、義務及利潤分配的松散型結合，一般由合作方分別提供資金、技術、經(jīng)銷網(wǎng)點、管理者等。合作體不具有法人資格，沒有獨立的財產(chǎn)權，合作各方都以各自的身份承擔法律責任。雙方的權益、義務和具體的職能與任務如資源投入、風險分擔等均在契約方式規(guī)定下進行。合作體既可以是非實體性質(zhì)的，也可以是實體性質(zhì)的法人企業(yè)。契約合作體靈活的出資方式，各方出資形式可以是資金、技術、機械設備、無形資產(chǎn)、營銷網(wǎng)絡等，均可作為經(jīng)營投入。對經(jīng)營活動、財產(chǎn)管理與使用，則由合作各方派出代表組成管理機構進行管理，也可以推舉其中一方代行管理。

2.2股權合作體模式它是由合作各方通過簽訂合同而建立起來的契約式企業(yè)：有自己的章程、管理形式、組織機構，由董事會作為最高權利機構，任命的管理經(jīng)營團隊負責日常經(jīng)營工作。股權合作體的企業(yè)組織結構更加緊密，管理監(jiān)控比較復雜，企業(yè)作為獨立的法人擁有所有財產(chǎn)權，以全部資產(chǎn)作為責任限度，實行有限責任制。

2.3傳統(tǒng)特許經(jīng)營轉(zhuǎn)向網(wǎng)絡特許經(jīng)營模式傳統(tǒng)特許經(jīng)營轉(zhuǎn)向中間特許經(jīng)營發(fā)展。一般而言。中問特許經(jīng)營模式是指由網(wǎng)絡公司等第三方幫助傳統(tǒng)特許經(jīng)營的這些加盟店實現(xiàn)電子商務。由網(wǎng)絡公司實行統(tǒng)一管理。根據(jù)消費者和便利店之間的地理關系份配送貨店，貨到付款。從某種意義上說。中間特許經(jīng)營是傳統(tǒng)特許經(jīng)營向電子商務上的移植，是介于傳統(tǒng)特許經(jīng)營和網(wǎng)絡特許經(jīng)營的一種中間模式。

3結束語

篇2

電子商務是互聯(lián)網(wǎng)時代傳統(tǒng)經(jīng)濟和互聯(lián)網(wǎng)結合的新經(jīng)營模式。它引領了絕大多數(shù)企業(yè)自發(fā)的開展電子商務活動。在全新的經(jīng)營模式刺激下，對專業(yè)人才、專業(yè)建設、專業(yè)教學等相應的也提出了更高的要求。隨著中小企業(yè)電子商務規(guī)模平臺的不斷外延，對電子商務人才的需求也在不斷加大?，F(xiàn)代社會，“軟件即服務”概念的誕生，使得電子商務專業(yè)建設和課程建設以及職業(yè)教育課程改革成為必然的趨勢。

一、電子商務專業(yè)的發(fā)展趨勢

目前從全球經(jīng)濟發(fā)展態(tài)勢上來看，電子商務領銜網(wǎng)絡經(jīng)濟。電子商務和網(wǎng)絡游戲以及網(wǎng)絡廣告，共同構成我國網(wǎng)絡經(jīng)濟的潮流。電子商務的主力市場主要是網(wǎng)購，網(wǎng)購的基準就是市場。市場和經(jīng)濟是一體化主流發(fā)展態(tài)勢。目前從全球電子商務發(fā)展趨勢上來看，主要產(chǎn)生了以下幾個趨勢。市場競爭的加劇，不同企業(yè)之間為了謀求更廣闊的發(fā)展空間出現(xiàn)搶地盤勢態(tài)；在電子商務規(guī)模不斷擴展的同時 ，謀求利潤絲毫沒有落入下風；在發(fā)展中，電子商務生態(tài)圈日漸形成并得到完善和發(fā)展；在發(fā)展中，對固有的傳統(tǒng)生產(chǎn)模式正在重組和塑造；渠道融合一條龍發(fā)展趨勢正在不斷完善和發(fā)展。

我國的電子商務起步較晚，但是發(fā)展迅速。據(jù)相關研究數(shù)據(jù)表明，在未來發(fā)展的十年內(nèi)，其發(fā)展的熱度都不會減退。基于市場發(fā)展趨勢來看，電子商務最匱乏的是技術方面的人才。

電子商務專業(yè)對技術性人才的需求，使得市場營銷、組織行為學等與電子商務錯綜復雜的專業(yè)學習成為熱門科目。電子商務專業(yè)建設和教學計劃，是根據(jù)個人需求和企業(yè)需求相結合的。當前企業(yè)對信息需求的增加，使得企業(yè)間競爭成為商業(yè)鏈之間的競爭。未來電子商務發(fā)展已經(jīng)不再是搜索商機、信息這樣簡單的事情了，而是以專業(yè)教學培養(yǎng)專門管理客戶的人才。

二、電子商務教學專業(yè)建設

電子商務教學專業(yè)建設，是基于建設項目和建設目錄教學來實現(xiàn)的。譬如說，對于職業(yè)院校的電子商務建設，從建設背景和意義出發(fā)，實施目錄式教學研究課題。專業(yè)建設方案的設計，也是以此為基準建設實施的。建設方案設計分為九個步驟，來實施詳盡的實踐教學，目錄如下：（1）建設背景和意義——背景、意義；建設基礎與條件——基礎、條件；建設目標語思路——目標、思路；（2）建設規(guī)劃；（3）建設內(nèi)容——電子商務教學資源、專業(yè)教學服務與作用；（4）建設步驟。

最后一部分是電子商務專業(yè)教學計劃藍本中，比較關鍵的一部分。期間的校企合作開發(fā)課程，是對課程開發(fā)規(guī)劃和資金管理實施以及建設項目管理辦法的綜合分析對比。在現(xiàn)有的市場經(jīng)濟環(huán)境依托之下，課程教學的專業(yè)建設也就有了可臨摹的范本。

三、電子商務課程建設現(xiàn)狀和改革

目前互聯(lián)網(wǎng)技術的快速發(fā)展，使得職業(yè)院校學生對電子商務知識的渴望程度在進一步拉伸。社會上對電子商務人才的訴求，使得《電子商務》課程被列入工商管理以及電子商務等專業(yè)基礎性和必備性課程。市場化和經(jīng)濟化運營手段的不斷提高，教學經(jīng)驗和技能的不斷累積，都使得課程建設必須從市場化角度出發(fā)，才能收到綜合性效果。

電子商務的課程改革，是基于學校教學改革和實踐的研究項目來考慮的，課程改革的核心是建設開放式教學體系。具體做法是以市場需求為導向、培養(yǎng)高級應用型技能型人才。從市場對經(jīng)濟管理專業(yè)人才從事電子商務能力的需求出發(fā)，確定以電子商務職業(yè)能力為核心、突出基本技能培養(yǎng)的課程教學目標和教學計劃。在教學模式上，解放思想，面向現(xiàn)代化，對教學內(nèi)容實施優(yōu)選的同時，實踐教學實用化、將理論研究系列化，在實踐中，不斷修正，形成富有特色的電子商務課程教學思路。在課程進行內(nèi)外，對其 內(nèi)容、體系、框架實施配套選用，增強課程的應用性，實現(xiàn)對課程知識的鞏固。

四、基于市場發(fā)展趨勢開展電子商務教學

基于市場發(fā)展，開展的額電子撒謊那個屋教學，是世界發(fā)展的必然趨勢，它解決時間和空間的局限，實現(xiàn)對信息隨時隨地的交流處理。深入細化到世界經(jīng)濟的額各個領域。進行的格局和文化環(huán)境內(nèi)，使得教學內(nèi)容不但深化。

電子商務教學的開展，必須擁有開放性的環(huán)境，以彌補其敬愛嘔血經(jīng)驗比其他成熟課程不足的情形。在教學內(nèi)容上，突出其技術性和實用性。在經(jīng)濟學以及管理學等方面，要想受到良好的教學效果，必須要求教師經(jīng)常分專題進行深入研究，相互探討，共同提高。在教研上，將新的融入課堂教學內(nèi)容之中，使得企業(yè)信息化建設、理論和教學專題上，取得相對成功。

基于市場發(fā)展趨勢開展電子商務教學，必須對電子商務教學教材實施修訂，將課程建設就質(zhì)量進一步提高到新的歷史階段。尤其需要教育部門施以援手，以便在電子商務教學中，進一步深化新理念和新改革策略，進一步促進電子商務教學的實效性，推動我國電子商務的進一步發(fā)展與壯大

五、結語

電子商務住專業(yè)建設平臺，必須依托市場經(jīng)濟。市場經(jīng)濟的運行和企業(yè)對電子商務專業(yè)人才的渴求，使得電子商務產(chǎn)業(yè)成為中國政府戰(zhàn)略發(fā)展產(chǎn)業(yè)之一。產(chǎn)業(yè)結構的調(diào)整，主要是從教學這一基礎方面來培養(yǎng)的。電子商務產(chǎn)業(yè)作為有潛力的市場，其覆蓋區(qū)域、前景和趨勢以及給予我國目前培養(yǎng)電子商務專業(yè)人才，都是依托其信息時代的無形資產(chǎn)來評估的。本文綜合論述了基于我國電子商務專業(yè)的發(fā)展趨勢，在電子商務專業(yè)建設上予以的努力，及其搞好電子商務課程建設的必要準備和核心努力，從綜合方向論事基于市場發(fā)展趨勢開展教學的具體措施。運用市場化發(fā)展趨勢中的新理念、新嘗試，為電子商務教學課程建設和改革的，提供有價值的參考。

篇3

一、緒論

藥品是關乎人們切身利益的一種特殊產(chǎn)品，隨著人均收入水平的提高，人們更加注重藥品的質(zhì)量、品牌、包裝等。消費者能夠感受到藥品的微小差別而且具有一定的偏好，不會因為當兩種藥品價格有差異時造成價格高的藥品完全銷售不出去。此外，制藥企業(yè)存在生產(chǎn)能力約束，沒有任何一家制藥企業(yè)有能力生產(chǎn)足夠的藥品來滿足整個市場。中國現(xiàn)階段的制藥企業(yè)低水平重復建設問題嚴重。企業(yè)數(shù)量多，規(guī)模小，生產(chǎn)集中度低，產(chǎn)品結構雷同，生產(chǎn)能力過剩，全行業(yè)設備利用率不足一半。這些都增加了企業(yè)的生產(chǎn)成本，是利潤率走低的一個重要原因。為緩解藥價虛高問題，政府應該放松管制，為藥品生產(chǎn)領域創(chuàng)造自由競爭的市場氛圍，制藥企業(yè)通過兼并、聯(lián)合、重組，實現(xiàn)優(yōu)勝劣汰、適度集中和效率提高。制藥企業(yè)在市場自由競爭下的合并重組可以實現(xiàn)資源的優(yōu)化配置。同時促使企業(yè)加大研發(fā)投入，進行科技創(chuàng)新，擺脫僅生產(chǎn)仿制藥的困局，提高市場競爭力?，F(xiàn)階段中國的醫(yī)療機構進入壁壘較高，同時醫(yī)療體制改革相對滯后，這些導致公立醫(yī)院仍然是壟斷者。公立醫(yī)院具有公益性質(zhì)，其經(jīng)費來源于財政撥款、醫(yī)療服務收入和藥品收入。改革開放后，政府的財政投入占醫(yī)院總收入的比重逐年減少，目前這個比例全國平均不足10%。為保證正常運轉(zhuǎn)，政策上允許醫(yī)院以15%的藥品進銷差價來彌補虧空，即“以藥養(yǎng)醫(yī)”的補償機制?！耙运庰B(yǎng)醫(yī)”機制的合法化使得醫(yī)院獲得了通過出售藥品取得盈利的合法權力。公立醫(yī)院成為了通過高價出售藥品的營利性機構，藥品銷售成為了醫(yī)院收入的主要來源。

二、文獻概覽

標題：藥品功能、藥品銷售渠、藥品價格、藥品促銷方式、藥品品牌形象、公共權力與藥品營銷額度之間的關系。

陳宏付（2002年）認為在藥品銷售的過程中，非處方藥品與普通商品的銷售相比而言，顧客重效用而輕價格，即顧客購買藥品時藥品的效用是首要考慮因素，即藥品療效。顧客為圖個方便，只要藥效好，即使藥品稍貴些也愿買。一般而言，顧客心里通常是先考慮商品的品質(zhì)、價格和自身承受能力，后考慮商品的效用，這是由人的本性所決定的。歸成（2010）指出在世界藥品銷售額度排名中，抗腫瘤類的藥品銷售額度最高，達481.89億美元，年增長率為11.3%，其次是調(diào)脂類藥品，再次就是呼吸系統(tǒng)用藥類達312.71億美元，增幅達5.7%，再就是質(zhì)子抑制類劑、抗抑郁藥、自身免疫藥等的銷售額度也都分別增長16.9%，上述藥品由于藥品功能性的差異性，導致藥品銷售額度方面的差異。

曾建雄（2012）藥品銷售人員依靠醫(yī)藥專業(yè)知識，以及其它綜合專業(yè)知識的運用，通過提升對于顧客用藥咨詢的指導水平和提高顧客滿意度的方式，在關聯(lián)用藥的促銷推薦上，實現(xiàn)藥品用藥的有的放矢，從而提高了藥品銷售促銷的成功率。根據(jù)在現(xiàn)代市場營銷的理念，顧客所得的讓渡價值不可以簡單地把價值與價格等同，所以在日益競爭加劇藥品營銷市場環(huán)境中，誰對顧客具有更大的讓渡價值，誰就是市場營銷的主導者，誰就可以提高自己藥品的銷售額度。所以通過為顧客提供服務價值的促銷方式，讓顧客獲得更多的讓渡價值。王曉敏（2005）認為廣告促銷在提高藥品銷售的宣傳過程中是最有效、最節(jié)省時間和成本的方法，尤其是在非處方藥品的促銷中，廣告促銷是必不可少的。例如，某個藥品憑借中央媒體和地方媒體的廣告宣傳促銷的方式，在很短的時間內(nèi)，就實現(xiàn)了聞名全國的促銷效果。另外，對于藥品進行廣告藝術性的宣傳表現(xiàn)，把藥品的特性和療效進行充分的宣傳，從引起患者視覺和聽覺方面的共鳴，從而激起顧客的購買欲望。

陳莎（2012）指出中國藥品電子商務是目前新興的藥品銷售渠道，它通過網(wǎng)絡技術和SaaS交付模式，連接全球的藥品供應鏈網(wǎng)絡，實現(xiàn)了藥品企業(yè)管理和電子商務及藥品供應鏈的一體化，從而保證了藥品企業(yè)內(nèi)部管理及企業(yè)間的商務流程有效協(xié)同。在全球信息化程度不斷提高的情況下，中國藥品電子商務的通過網(wǎng)絡銷售渠道的形式，實現(xiàn)了為消費者提供便捷的藥品服務的目標和方便及時、成本低廉的效果。

李榮凌（2009）指出國家規(guī)定藥品價格下降之后雖然某醫(yī)院的藥品總銷售金額和付款金額扔逐年遞增，但增長幅度不同，從加成率、利潤率看是逐年降低的，利潤率下降幅度為52.88%，利潤率的降低，導致醫(yī)院利潤減少，患者受益增多。隨著降價比例增大及進價下降，醫(yī)院藥品零售價下降幅度較大，利潤減少率和患者受益率均不斷增大，且利潤減少率起點為57.5%；國家規(guī)定的藥品零售價下降幅度和患者受益率增大幅度要小些，而利潤減少率卻逐漸增大，當降價比例達39.3%時，利潤減少率為零。當進價變動比例提高，當提高17.65%時，醫(yī)院利潤減少一半，患者受益為零。總的來說，這兩種價格體系雖然對商業(yè)公司和藥廠影響較小，但醫(yī)院的利潤率卻減少在50%以上，患者也得到一定實惠。當藥品進價下降時，患者受益率增大，醫(yī)院利潤率減少。當藥品進價與降價比例過大時，商業(yè)公司和藥廠都沒有一定利潤，就不會銷售藥品了，醫(yī)院也就無法購進進行銷售了，所以藥品的銷售價格對于藥品銷售額度具有直接性的決定作用。馮國忠（2006）認為在藥品銷售過程中應該摒棄“價格=成本+利潤”的定價方式，應該把消費者也歸入價格體系中。例如一種OTC的外用抗感染藥，屬微量消費品，需求彈性小，其包裝規(guī)格應以2～3d用藥量為宜，單位包裝價格就不宜過高，包裝也不宜過大，否則消費者會有一種浪費的感覺，這樣可使藥品的零售單價降到一個讓消費者更能普遍接受的水平，從而可以擴大購買此藥品的消費者群體的數(shù)量，并最終促進藥品銷售額度的增加。

毛小青（2012）認為在藥品銷售過程中通過品牌提升策略，來改善和提高影響藥品品牌的各項要素，即通過各種形式的廣告宣傳來提高藥品品牌知名度和美譽度。消費者在購買決策過程中的重要環(huán)節(jié)是藥品品牌的評價，另外中國人在購買商品時也有求名的動機，故此藥品銷售人員要適應其求名的購物動機的心理，來不斷地提升藥品品牌。做品牌比做銷量更加重要，這在醫(yī)藥銷售行業(yè)已經(jīng)達成共識。例如，在品牌營銷模式的運用中，東盛科技掀起了名為“抗感風暴”的品牌戰(zhàn)略：用白加黑支撐起東盛科技的企業(yè)品牌，再憑借東盛的實力，推出東盛牌板藍根顆粒、東盛牌抗病毒口服液等一系列感冒藥，形成了一個抗感家族。

田瑋（2010）指出藥品企業(yè)要及時配合政府政策規(guī)定，來規(guī)范和約束自己的銷售人員，用合法的營銷手段獲取合理的利潤。例如國內(nèi)一些藥品合資企業(yè)聯(lián)合簽署的《醫(yī)藥銷售人員行為規(guī)范準則》，這對于加強藥品行業(yè)的監(jiān)督和管理和整合醫(yī)藥銷售市場具有一定的凈化作用。藥品企業(yè)通過加強對國家政策的追蹤和分析，以及政策預警方面的研究，并通過對于招標采購和降價及醫(yī)藥分家等國家政策對于藥品銷售方面的影響，及時調(diào)整推廣策略和推廣重點，讓藥品銷售策略和行動步調(diào)的實現(xiàn)了協(xié)調(diào)統(tǒng)一。

通過以上研究文獻的概覽可知：藥品的功能、藥品銷售渠道、藥品促銷方式、藥品價格、藥品品牌形象、關于藥品的公共權力政策都分別與北京市藥品銷售額度具有顯著的相互關聯(lián)性。

三、研究方法與設計

本論文采用定量研究與演繹推理相互結合的方法。

把第一手數(shù)據(jù)資料作為研究數(shù)據(jù)的來源，把第二手數(shù)據(jù)作為參考資料。

把根據(jù)李克特測量量表形式編制的調(diào)查問卷作為研究工具。

本論文共發(fā)放調(diào)查問卷500份，具體分配比例為：北京藥品銷售商250份、藥品消費者250份。有效回收共計488份，有效率為97.6%，完全符合論文設計要求。四、數(shù)據(jù)分析

信度分析：

“藥品功能、藥品促銷方式、藥品銷售渠道、藥品價格、藥品品牌、公共權力、藥品銷售額度”的Cronbachα系數(shù)值結果分別是：0.776、0.758、0.729、0.730、0.785、0.711、0.762，上述不同變量的信度數(shù)值都大于論文設計規(guī)定的最低信度數(shù)值0.6，完全符合論文設計與研究的要求。

效度分析：

通過運用主成分分析法得出因子載荷值為0.682-0.789，超過0.5，這表明變量中的各個題目與其相應變量之間均存在較大的相關性，輔合效度符合設計要求。研究對象通過旋轉(zhuǎn)成份矩陣被分為七個成份，基本驗證了本調(diào)查問卷的各題目具有相對獨立性，判別效度符合設計要求。

描述性分析：

總體均值中最高的是公共權力（4.5689），其次是藥品價格（4.3831），第三是藥品功能（3.9441），第四是藥品銷售額度（3.9313），第五是藥品促銷方式（3.7561），第六是藥品品牌（3.6537）、第七是藥品銷售渠道（3.3718）。其中應答者對于“藥品銷售渠道”的回答得分最高，對于“公共權力”的回答得分最低。

標準差中最高的是藥品促銷方式（0.94523），其次是藥品功能（0.92804），第三是藥品銷售額度（0.89528），第四是藥品品牌（0.89443），第五是藥品價格（0.88537），第六是藥品銷售渠道（0.86689）、第七是公共權力（0.85393）。其中應答者對于“藥品促銷方式”的回答意見分歧最大，對于“公共權力”的回答意見最為集中。

皮爾遜（積矩）分析：

自變量“藥品功能、促銷方式、銷售渠道、藥品價格、藥品品牌、公共權力”和因變量“藥品銷售額度”之間的相關系數(shù)的絕對值分別為0.596、0.527、0.549、0.565、0.574、0.582，介于0.40-0.60之間，說明這六個變量和因變量之間存在中等強度的正相關性。所有自變量相互兩者之間的相關系數(shù)為0.017～0.199之間，均小于0.4的相關性，表示自變量相互之間具有獨立性。

四、結論

本論文通過文獻概覽和調(diào)查問卷的方式，并結合相關研究數(shù)據(jù)的分析，對北京地區(qū)藥品銷售額度的影響因素進行了分析，在第一章中提出的研究問題在此被驗證。即對于“北京藥品銷售額度”具有影響的因素有“藥品功能、促銷方式、銷售渠道、藥品價格、藥品品牌、公共權力”，這些影響因素與“北京藥品銷售額度”之間存在中等強度的正相關性。同時由于只是選取了六個自變量作為研究變量對于北京藥品銷售額度的影響作用進行了研究，在理論和實踐方面對于本論文的研究意義都是一個限制。

參考文獻：

[1]田瑋.淺析零售藥店在藥品銷售中存在的問題.中外醫(yī)療[J].2010.18.

[2]陳莎.基于B2C模式的藥品銷售平臺.商場現(xiàn)代化[J].2012.5.

[3]歸成.金融危機對世界藥品銷售的影響.上海醫(yī)藥[J].2010.1.

[4]毛小青.論提高藥品銷售業(yè)績的策略.現(xiàn)代商貿(mào)工業(yè)[J].2012.3.

[5]曾建雄.淺談關聯(lián)用藥銷售的營銷策略.北方藥學[J].2012.9.

[6]馮國忠.我國OTC藥品營銷的4P和4C戰(zhàn)略.齊魯藥事[J].2006.10.

[7]李榮凌＼張蔚.定價政策對醫(yī)院藥品銷售情況影響分析.中國醫(yī)院藥學雜志[J].2009.29（02）.

篇4

中圖分類號：F274 文獻標識碼：A

1相關背景

忠誠（loyalty）是一種情感特征，是一種雙方的信任關系。在商業(yè)經(jīng)營領域，伴隨著買方市場的日趨成熟，顧客比較和選擇的權力越來越大，顧客忠誠度（Customer Loyalty）引起了經(jīng)營者的普遍關注。從顧客忠誠度研究現(xiàn)狀來看，國外學者在這一領域的研究盡管在某些方面存在著爭議，但其基本理論已經(jīng)比較成熟，而國內(nèi)學者對顧客忠誠度的研究尚未形成一個完整的體系，在很多方面存在著較大的分歧。因此，本研究采用內(nèi)容分析等方法對我國公開發(fā)表的涉及到顧客忠誠度的論文進行內(nèi)容分析，以期探討顧客忠誠度研究的基本特點，重點研究顧客忠誠度的內(nèi)涵、影響因素，以及管理對策，試圖對我國顧客忠誠度的研究給以科學的總結，為我國企業(yè)致力于提高顧客忠誠度提供理論指導。

2顧客忠誠度的內(nèi)涵

由于研究者的研究角度不同以及認識上的差異，對于顧客忠誠度內(nèi)涵的把握尚未形成共識。通過分析發(fā)現(xiàn)，這些定義可以概括為態(tài)度忠誠論、行為忠誠以及綜合論三種類型。

（1）態(tài)度忠誠論，主要是從顧客的情感、意識以及行為傾向等角度來論述的。劉志剛、馬云峰（2003）認為顧客忠誠就是消費者在長期消費過程中對某一產(chǎn)品及廠商的專一程度；張為棟（2004）認為所謂顧客忠誠是指消費者在面對兩個或兩個以上競爭品牌時，偏好于其中某一品牌。

（2）行為忠誠論，主要從顧客對某品牌的產(chǎn)品和服務的行為表現(xiàn)來加以研究。劉爽（2003）認為顧客忠誠是指消費者通過信息溝通及產(chǎn)品的直接使用經(jīng)驗、識別、接受并信任某企業(yè)的承諾，并轉(zhuǎn)化為最終購買和重復購買的行為；符超（2000）認為顧客忠誠就是顧客能抗拒競爭者提供的價格優(yōu)惠，持續(xù)地購買本公司的產(chǎn)品或服務，甚至為公司免費義務宣傳。

（3）綜合論，持這種觀點的學者認為顧客忠誠是態(tài)度忠誠和行為忠誠的統(tǒng)一。劉洪程（2004）認為顧客忠誠是指顧客對某品牌的內(nèi)在積極態(tài)度、情感、偏愛和外在重復惠顧行為的統(tǒng)一。馬清學（2003）認為所謂顧客忠誠是指顧客在消費中對某品牌的產(chǎn)品和服務有一定的依賴性，在感情上有一定的偏愛，重復購買同一品牌的產(chǎn)品和服務，積極為企業(yè)做宣傳和推薦，并且不易受外界特別是競爭品牌的信息誘惑。

3影響顧客忠誠度的因素

對于影響顧客忠誠度的因素，不同學者提出了不同見解。王建波（1994），指出影響顧客忠誠度的因素主要是產(chǎn)品質(zhì)量和服務、品牌知名度、企業(yè)形象、顧客信任和員工素質(zhì)5 個方面，但是總的來看可以歸納為產(chǎn)品質(zhì)量和服務、信任營造兩方面。南劍飛（2004）認為顧客消費體驗即顧客在消費過程中的滿意度是影響顧客忠誠度的一個重要變量，與顧客忠誠度呈正相關關系。陶應虎（2010）認為，顧客并不是無緣無故地忠誠于某一個企業(yè)的，它一定是建立在一定的基礎之上，而且受諸多因素影響。主要有：內(nèi)在價值、顧客滿意、交易成本、消費經(jīng)歷、企業(yè)形象、顧客的信任感、替代者吸引力、顧客價值和企業(yè)內(nèi)外各種相互組織和個人互動的作用等方面。國外學者Srinivasan等（2002）提出8 項可能會影響顧客忠誠度的因素，分別為客制化（顧客化或個性化）、接觸互動性、培養(yǎng)、關懷、虛擬社群、選擇性、便利性，并通過實證分析發(fā)現(xiàn)除了便利性，其它7 個因素對顧客的忠誠度有顯著的影響。學者Yang（2009）等通過對網(wǎng)絡游戲愛好者的調(diào)查發(fā)現(xiàn)：體驗價值、交易成本和服務質(zhì)量對網(wǎng)絡顧客忠誠度有顯著影響。周文輝、劉麗蓉（2007）實證研究發(fā)現(xiàn)，感知價格、商品質(zhì)量、交通便利、員工服務和促銷活動是大型超市顧客忠誠度的驅(qū)動要素，賣場環(huán)境對顧客忠誠度的提升沒有顯著影響。

4顧客忠誠度的管理對策

由于顧客忠誠度對企業(yè)的發(fā)展有著非常重要的作用，所以對顧客忠誠度的管理受到研究者廣泛的重視。國內(nèi)專家學者提出的提高顧客忠誠度的措施不盡相同，在此對論文研究中涉及到的提高顧客忠誠度的措施進行分析，得到幾條主要管理對策。

（1）客戶關系管理、產(chǎn)品質(zhì)量和服務管理以及信任營造是提高顧客忠誠度的關鍵措施。吳文輝（2004），指出CRM（Customer Relation Management）使實現(xiàn)企業(yè)與客戶利益關系共同體成為可能，CRM不僅能給顧客帶來價值，而且也能給企業(yè)帶來利益。良好的CRM不僅可使企業(yè)更好地挽留現(xiàn)存的客戶，而且還可使企業(yè)找回已經(jīng)失去的客戶。CRM的核心是客戶的資源價值管理：通過滿足客戶的個性需求來提高客戶的忠誠度和保有率，從而全面提升企業(yè)的盈利能力和競爭力。符超（2000）認為提高顧客忠誠度應該致力于提高產(chǎn)品質(zhì)量和售后服務水準。廖仲毛（2003）提出與用戶進行廣泛的溝通，了解顧客的需要，從而與顧客之間建立一種信任關系，對提高顧客忠誠度有著非常重要的作用。

（2）加強員工管理與企業(yè)形象管理是提高顧客忠誠度的重要措施。加強員工管理主要包括對員工進行培訓（包括服務態(tài)度、禮儀、溝通技巧等） 、加強員工自身素質(zhì)的培養(yǎng)以及適當授權以充分發(fā)揮員工工作的熱情。首先，企業(yè)需要經(jīng)常與員工溝通。一方面因為員工是與顧客直接交流的，顧客對企業(yè)的抱怨、建議需要員工如實地反饋給企業(yè)，以調(diào)整管理策略；另一方面，企業(yè)需要了解員工的需要，并盡可能地滿足以激勵其努力工作，并最終提高員工對企業(yè)的忠誠度；其次，企業(yè)應建立服務評價體系考核員工，以期能更好地為顧客服務。翁應釗（2001）認為培養(yǎng)顧客忠誠度應從員工素質(zhì)抓起，打造一支高素質(zhì)、精業(yè)務、愛崗敬業(yè)的員工隊伍，指出這是獲得顧客信任的前提條件。王建波（1994）認為企業(yè)應投身于公共事業(yè)的發(fā)展，樹立良好的企業(yè)形象以獲得顧客的信任，從而提升顧客忠誠度。

（3）制定有利回報政策以及采取顧客導向的營銷策略都能不同程度地提高顧客忠誠度。但是值得關注的是如果企業(yè)把提高顧客忠誠度的關鍵放在有利回報政策上，而忽略客戶關系管理、產(chǎn)品質(zhì)量和服務管理、信任營造、加強員工管理以及企業(yè)形象管理，顯然對于提高顧客忠誠度的作用并不明顯。究其原因，這可能與我國經(jīng)濟快速發(fā)展、人們消費觀念發(fā)生變化有密切的關系。在這種情況下，價格以及一些利惠不是顧客主要考慮的因素，而產(chǎn)品質(zhì)量是最基本的要求，顧客在消費過程中享受到的愉快的消費體驗才是最重要的。因此，企業(yè)管理者應轉(zhuǎn)變觀念，挖掘影響顧客忠誠的核心因素，從而真正提高顧客忠誠度并最終實現(xiàn)企業(yè)的發(fā)展。

企業(yè)在為顧客提供服務時，以嶄新的服務理念，不同的方式和方法努力為顧客創(chuàng)造了更多的附加值，以提高顧客的完全滿意度，最終創(chuàng)建顧客忠誠度，為企業(yè)的市場占有率和利潤提高奠定了永久的顧客群，也為企業(yè)的明天和發(fā)展帶來了堅實的基礎。同時，企業(yè)要使顧客從滿意到忠誠還需要進行經(jīng)營觀念和行為方式的變革，還要做大量艱苦的工作。

5建立顧客忠誠的理念

（1）要實現(xiàn)顧客忠誠，在經(jīng)營觀念中要樹立：

①要信任顧客，堅信顧客的需求永遠是正確的，時刻牢記企業(yè)的責任就是為顧客的需求而存在；

②要不斷創(chuàng)新，為顧客提供超值服務和超期望的滿意；

③出現(xiàn)失誤時，要竭盡全力去彌補，挽回影響，使顧客轉(zhuǎn)為滿意；

④對顧客要懷有感激之情，感謝顧客購買了企業(yè)的產(chǎn)品和服務，感謝顧客的回報；

⑤要積極主動地幫助顧客，為顧客創(chuàng)造更多的價值。

（2）穩(wěn)定，持續(xù)地良好運營，使產(chǎn)品、服務能長期讓顧客滿意，在此基礎上超期望讓顧客滿意。

（3）不斷追求服務質(zhì)量的改進，特別是在情感服務上要贏得顧客，使顧客感到愉快。

（4）比競爭對手為顧客提供更多有吸引力的產(chǎn)品和服務，讓顧客有充分的選擇余地。

（5）加強與顧客的聯(lián)系、溝通，與顧客建立伙伴關系，形成感情上的交融。

綜上所述，一家經(jīng)營成功的企業(yè)，一家能立足于市場的企業(yè)，一定是將顧客完全滿意作為企業(yè)的追求目標，并不斷地進行持續(xù)改進，以建立顧客忠誠度為企業(yè)的終極追求。

參考文獻

[1] 朱惠民.漢通顧客滿意度（CS）實證研究[J].經(jīng)濟叢刊，2009（05）：43-44.

[2] 周詩濤.酒店顧客抱怨管理及忠誠度提高研究[J].中南財經(jīng)政法大學研究生學報，2008（06）：70-75.

[3] 張瓊，蔣莉.提高經(jīng)濟型酒店顧客忠誠度的策略研究[J].今日湖北（理論版），2007（05）：86-87.

[4] 翟慶華，葉明海.網(wǎng)絡購物顧客忠誠度影響因素實證研究[J].經(jīng)濟論壇，2009（18）：128-131.

篇5

高校中的工商管理學科屬于軟科學類，相比其他軟科學類專業(yè)而言，工商管理學科更注重學生的實踐性與實際操作能力，所以，培養(yǎng)學生能力重點在這兩方面。根據(jù)高等教育司針對普通高等學校工商管理專業(yè)人才社會需求和培養(yǎng)問題的調(diào)查報告顯示，我國 2010～2013 年普通高等院校中的工商管理?？圃鲋?2866 個，可以看出我國高校對工商管理專業(yè)十分重視。

工商管理專業(yè)人才日后面臨的就業(yè)方向是企業(yè)管理，而企業(yè)最需要既懂理論、又懂實踐的專業(yè)性、復合性人才，這是為了保證企業(yè)有一個良好的管理手段和管理決策，促動企業(yè)積極發(fā)展。所以，在高校中對學生的管理教學就顯得十分重要，教學方式、教學理念也需要加以調(diào)整，通過實驗教學，學生正確理解和運用管理理論和方法，發(fā)現(xiàn)和總結在管理中出現(xiàn)的一系列問題，并增強自身抗壓性和應變能力，從而既鞏固了理論知識的掌握，又培養(yǎng)了學生敏銳的洞察力。因此，高校中開展管理實驗教學具有十分重要的現(xiàn)實意義。

二、工商管理專業(yè)實驗教學中存在的若干問題

(一)實驗教學中理論性過強

我國高校中培養(yǎng)的人才多數(shù)都十分注重理論性，這是我國教育界的“通病”，但是隨著現(xiàn)代經(jīng)濟的發(fā)展，社會所需要的人才多為復合型，既要有扎實的理論基礎，又要有專業(yè)的技術，更需要有可行性的實踐能力。目前管理專業(yè)人才的培養(yǎng)較為輕視實踐性，過度重視理論性，學生的理論基礎知識扎實并非不妥，但學生由于缺少實踐教學和實踐能力的培養(yǎng)，理論知識無法舉一反三，從而導致了學生夸夸其談卻沒有真實的操作能力。

(二)實驗教學中軟件應用少

我國多數(shù)工商管理專業(yè)十分注重實驗教學，實驗教學所設計到的硬件設施也配備良好，例如北京大學光華管理學院、廣州商學院等都在本專業(yè)設立了工商管理實驗室，投資 300～400 萬人民幣，很大程度上提高了該院校的實驗教學水平。然而，在硬件配套達標的基礎上，軟件的使用卻十分落后。例如，實驗室中有各種類型的計算機和其他設備，但卻鮮有人力資源管理軟件、統(tǒng)計學教學軟件、ER P物流管理軟件等，并且隨著工商管理專業(yè)所學內(nèi)容多、范圍廣，也開設了財務管理、行政管理等 10 余門實驗課程，但是實驗課程中卻沒有形成體系，有些實驗項目不能及時更新，有些試驗項目也無法支撐其金融、證券、電子商務等新興行業(yè)的管理專業(yè)需求。

(三)實驗教學中未能統(tǒng)籌兼顧

管理型人才是工商管理專業(yè)培養(yǎng)的主要目標，高校在構建實驗課程體系中，除了各個專業(yè)課程的清晰分明，還需要投入更多精力在各個專業(yè)、各個環(huán)節(jié)的關系銜接上。例如財務管理和物流、信息管理的關系和銜接。而在實際實驗教學中卻未能達到很好的各科目的聯(lián)系，只重視局部關系和知識內(nèi)容的教育，卻忘了各科目間的重復性和差異性，并且也沒有將各科目之間的知識點有機結合。學生忽視課程設置的初衷，無法提起學生的實驗興趣。

三、工商管理專業(yè)實驗教學的實踐探討

(一)教學體系的創(chuàng)新

教學體系中包括教學環(huán)境的設置、教學環(huán)節(jié)的設置、教學實驗考核的設置。從教學環(huán)境方面來看，建立一套硬件系統(tǒng)的網(wǎng)絡實驗平臺，通過計算機來實現(xiàn)實驗性的工商管理教學模式，以實驗為核心擴展出實驗的重點知識內(nèi)容和層次結構，通過完善的硬件配套，引入不同的軟件作為輔助教學，從而達到學生專業(yè)性、實踐性和創(chuàng)新性的學習目標。從教學環(huán)節(jié)方面來看，實驗教學的環(huán)節(jié)需要比課堂教學更為清晰，上機實驗、課程教學、課下討論、實驗創(chuàng)新等環(huán)節(jié)缺一不可。在實驗考核方面，需要注重學生的學習質(zhì)量的考核，必須制定一套合理、科學的考核標準，重視學生的學習過程、實踐能力、管理思想、創(chuàng)新意識和創(chuàng)新能力的考核，而并非單純考核實驗結果。

(二)教學內(nèi)容的創(chuàng)新

篇6

0前言

從20世紀90年代開始，傳統(tǒng)物流開始向現(xiàn)代物流轉(zhuǎn)變。其顯著的標志是它充分運用先進的信息技術，打破了運輸環(huán)節(jié)與生產(chǎn)環(huán)節(jié)之間界限，通過供應鏈管理建立起企業(yè)供、產(chǎn)、銷、儲、運全過程的計劃和控制，從整體上實現(xiàn)最優(yōu)化的生產(chǎn)體系設計、企業(yè)運營和管理，實現(xiàn)物流、資金流、信息流之間的有機統(tǒng)一。通常我們理解物流企業(yè)信息化是指企業(yè)以業(yè)務流程重組為基礎，廣泛使用現(xiàn)代物流信息技術，控制和集成企業(yè)物流活動的所有信息，實現(xiàn)企業(yè)內(nèi)外信息資源共享和有效利用，以提高企業(yè)的經(jīng)濟效益，加強核心競爭力。物流信息化意味著整個物流作業(yè)環(huán)節(jié)從運輸、倉儲、裝卸、搬運、包裝、流通加工到配送全面使用現(xiàn)代信息技術，實現(xiàn)企業(yè)內(nèi)外信息資源的優(yōu)化配置和集成化管理。目前現(xiàn)代物流信息技術涵蓋廣泛的內(nèi)容，主要包括計算機技術、通信技術、電子數(shù)據(jù)交換技術、地理信息系統(tǒng)、貨物識別技術等。正是由于這些基本的信息技術構成了現(xiàn)代物流信息化的基礎。當前，各級政府職能部門和企業(yè)都在積極建設物流信息平臺。其目的就是為了能夠利用物流信息平臺來協(xié)調(diào)和科學管理社會資源，充分利用社會資源為社會提供更好的服務。企業(yè)則是為了加強其自身的經(jīng)濟活動，提高物流效率，不斷實現(xiàn)信息價值增值等方面的客觀推動力。

1建立企業(yè)信息化水平評價體系的意義

當前，企業(yè)決策層都對自身的信息化建設高度重視，投人相當大的人力、物力和財力來發(fā)展信息系統(tǒng)。一個好的企業(yè)物流信息系統(tǒng)應該與企業(yè)自身的生產(chǎn)技術水平相匹配。并不是所有先進的技術都適應一個企業(yè)的發(fā)展，不能簡單認為擁有了先進的信息設備的企業(yè)就是一個信息化水平高度發(fā)達的企業(yè)。只有采用合理科學的信息系統(tǒng)才可能發(fā)揮其應該發(fā)揮的作用，否則可能產(chǎn)生相反的作用，使企業(yè)背上沉重的負擔，束縛了企業(yè)所應有的靈活機動的市場敏銳性。建立以企業(yè)管理信息化、企業(yè)業(yè)務需求信息化和信息系統(tǒng)本身安全性、可靠性評價指標為基礎的評價體系，其目的就是使得企業(yè)能夠以業(yè)務解決方案為核心，更系統(tǒng)地、更有目地性建設和更好地發(fā)展企業(yè)物流信息系統(tǒng)。

2建立評價企業(yè)信息化水平評價體系的原則

企業(yè)信息系統(tǒng)的建設其最終目的是為了滿足物流企業(yè)生產(chǎn)水平發(fā)展的需要。而企業(yè)物流信息化水平評價體系建立，其目的是解決當前物流信息系統(tǒng)投資建設管理過程中的概念化、隨意性問題，因此既要遵循一般信息系統(tǒng)建設管理等有很多一般性的原則，如安全性、先進性、兼容性等，更要體現(xiàn)一些物流領域的特點，因此要遵循如下原則。

2.1科學客觀性原則

指標的選取應具有科學的理論根據(jù)。首先，要與當前社會客觀生產(chǎn)技術水平相匹配。其次，評價指標體系應能準確地反映客觀實際情況，有利于企業(yè)之間的橫向比較，發(fā)現(xiàn)自身優(yōu)勢和不足之處，挖掘競爭潛力。物流信息化水平評價指標應成為物流企業(yè)完善物流信息系統(tǒng)、解決企業(yè)發(fā)展所面臨問題的有力工具。

2.2系統(tǒng)性與整體性原則

企業(yè)信息化水平是多種因素綜合的結果，評價指標體系應該全面反映企業(yè)物流信息系統(tǒng)的情況，既要反映系統(tǒng)的內(nèi)部結構與功能，又要正確評估系統(tǒng)與外部環(huán)境的關聯(lián)。因此，系統(tǒng)的可兼容性和擴展性也是評價指標的一個衡量標準。

2.3先進性原則

物流信息系統(tǒng)不僅要滿足當前企業(yè)發(fā)展需求，同時還要求與企業(yè)未來發(fā)展相適應。一個能夠與未來發(fā)展相適應的物流信息系統(tǒng)，就要求把握好行業(yè)和技術未來發(fā)展方向，積極發(fā)展現(xiàn)代物流，從供應鏈的高處整合企業(yè)和社會資源，以增強企業(yè)的綜合競爭能力。

2.4定性與定量相結合的原則

在綜合評價企業(yè)物流信息化水平時應綜合考慮影響評估水平的定性和定量指標。對定性指標要明確其含義，并按照某種標準制定界限，使其能恰如其分地反映指標的性質(zhì)。定量指標要有清晰的概念和根據(jù)標準確切的賦值和計算。

3物流企業(yè)信息化水平評價指標體系

根據(jù)物流企業(yè)信息化建設的需求，將評估系統(tǒng)分為三個體系和四級評估層次。具體結構見圖1。我們將整體評價體系分為三個部分:企業(yè)管理信息系統(tǒng)評價體系、企業(yè)業(yè)務信息評價體系以及與系統(tǒng)本身相關的安全性能評價體系。主要是依據(jù)當前企業(yè)管理和發(fā)展所需要的信息系統(tǒng)本身功能所劃分的，同時兼顧系統(tǒng)本身的安全性和可靠性的角度出發(fā)，因此將對系統(tǒng)安全的評估納人企業(yè)信息化評估體系中來。

物流信息系統(tǒng)是實現(xiàn)企業(yè)管理網(wǎng)絡化、自動化、智能化和標準化的一個集成系統(tǒng)。我們所選擇企業(yè)資源計劃(ERP)信息系統(tǒng)評價項目中主要突出的是物流企業(yè)在實現(xiàn)自己領域中區(qū)別其他企業(yè)ERP方面的管理體系，這包括指標U1， U2和U3都是物流企業(yè)的業(yè)務特點。其中由于物流企業(yè)多元化和多種業(yè)務關系，針對不同的物流企業(yè)，ERP項目的評價指標可以根據(jù)用戶需求進行刪減。例如，針對第三方物流企業(yè)可以只考慮U2和U3評估指標。對于企業(yè)的發(fā)展具支持作用的支持信息系統(tǒng)由于企業(yè)的性質(zhì)不同可以簡單定性為有無。關于先進的企業(yè)決策支持系統(tǒng)目前還沒有確切的定義，但是通過分析當前的企業(yè)業(yè)務需求而產(chǎn)生企業(yè)發(fā)展所需要的支持策略也是企業(yè)信息化建設的一個重點發(fā)展對象。

業(yè)務信息系統(tǒng)評價系統(tǒng)是對評估物流企業(yè)日常運行所必須的信息系統(tǒng)的一個衡量準則。電子商務評估體系是對企業(yè)在電子交易平臺上所具有的訂單處理、帳務結算以及與工商稅務等政府機關所建立的網(wǎng)絡辦公系統(tǒng)的評估項目。網(wǎng)絡資源信息系統(tǒng)評估指標是針對企業(yè)在互聯(lián)網(wǎng)上所能獲取的資源和能力的評估。同時，作為物流企業(yè)需要對流動的物資進行有效監(jiān)控，因此建立了的電子貨物跟蹤系統(tǒng)，包括與智能交通相對應GIS ， GPS、射頻技術系統(tǒng)、運載貨物工具的信息系統(tǒng)，以及條碼技術和射頻技術為主，能夠快速準確識別貨物的識別系統(tǒng)的評估指標。

系統(tǒng)安全本身是對所有信息系統(tǒng)建設的一個內(nèi)在要求。評估體系根據(jù)信息系統(tǒng)中數(shù)據(jù)處理、系統(tǒng)兼容性及其網(wǎng)絡安全性等方面考慮劃分成S6， S7，S8三個子體系。目前國際組織和我們國家對數(shù)據(jù)安全和認證，以及通信安全等方面都要有相對完善的準則，例如《信息技術軟件產(chǎn)品評價質(zhì)量特性及其使用指南》、《信息技術一軟件包質(zhì)量要求和測試》和《工具檢測用軟件評定準則》等，這些方法和準則在制定具體標準的時候都應該考慮到其中。

4評估方法

將物流企業(yè)信息化水平作為一項指標列人物流企業(yè)等級評價體系中去，而物流企業(yè)等級評價系統(tǒng)本身就是一項復雜的系統(tǒng)工程，況且對物流企業(yè)信息化水平評價模型研究甚少。評價中包含大量的不確定性因素和模糊性指標，這是因為評價指標的模糊性和難以量化性等客觀原因，也有評價者自身的主觀原因，例如性格、偏好、價值觀念和認知程度等主觀原因。為此，我們將模糊集合論的方法進行評估處理。圖2是專家評審系統(tǒng)模型。

專家在評審的時候通過網(wǎng)絡將評審選項送到數(shù)據(jù)處理中心去。同時，數(shù)據(jù)處理中心也接受到由系統(tǒng)安全檢測設備對信息系統(tǒng)的評估結果后進行統(tǒng)計計算。針對不同時期的評估對評估項目的加權值是不一樣的。例如當前根據(jù)現(xiàn)在信息技術發(fā)展情況我們把PG ={G1，G2，G3}，Pg，為第一層加權值，同樣還有Ps和Pu作為第二層和第三層加權值，其中對于Pu如果為定性衡量的值為{0， 1}如果為定量衡量的話取值在「0， 1]區(qū)間之間。同樣建立專家評審結果的模糊評價矩陣:

篇7

一、傳統(tǒng)電信、廣電和出版三大產(chǎn)業(yè)的分立機械生產(chǎn)及其技術的發(fā)展改變了傳統(tǒng)農(nóng)業(yè)時代（農(nóng)業(yè)社會）自給自足的經(jīng)濟方式，使生產(chǎn)與消費相分離，分工漸趨成熟，形成了具有固定邊界的產(chǎn)業(yè)部門。這些固定化的產(chǎn)業(yè)邊界與工業(yè)化生產(chǎn)方式聯(lián)系在一起，使工業(yè)技術的每一步發(fā)展都在生產(chǎn)上擴大了分工，并對這種固定化的產(chǎn)業(yè)邊界起到進一步強化作用，從而使產(chǎn)業(yè)邊界越來越清晰。這種具有固定化邊界的產(chǎn)業(yè)分工被稱為產(chǎn)業(yè)分立。

產(chǎn)業(yè)邊界是對產(chǎn)業(yè)分立進行分析的一個必要理論基礎，然而產(chǎn)業(yè)邊界這一概念在傳統(tǒng)產(chǎn)業(yè)經(jīng)濟理論中并未明確提出。鑒于其對于研究產(chǎn)業(yè)分立的重要性，周振華[1]從理論抽象角度，確定產(chǎn)業(yè)邊界的4種基本類型為：技術邊界、業(yè)務邊界、運作邊界和市場邊界。技術邊界，即每一個產(chǎn)業(yè)是用一種特定的技術手段及裝備和與此相適應的工藝流程來生產(chǎn)某一種產(chǎn)品；業(yè)務邊界，即每一個產(chǎn)業(yè)通過不同的投入產(chǎn)出方式向消費者提供其產(chǎn)品或服務，并形成自身獨特的價值鏈；運作邊界，即每一個產(chǎn)業(yè)的活動有其特定的基礎平臺及其配套條件；市場邊界，即每一個產(chǎn)業(yè)的交易是在一個特定的市場（包括其規(guī)模、區(qū)域等）通過不同的環(huán)節(jié)與流轉(zhuǎn)方式進行。由于筆者認為運作邊界和技術邊界存在交叉之處，因此，本文著重就技術邊界、業(yè)務邊界和市場邊界進行分析。據(jù)此，盡管電信、廣電和出版三大產(chǎn)業(yè)提供的產(chǎn)品都可劃歸為信息產(chǎn)品或服務，但由于它們所提供的具體的產(chǎn)品和服務、使用的技術、市場領域等有很大差異，存在明顯的技術邊界、業(yè)務邊界、運作邊界和市場邊界。因此，像其他產(chǎn)業(yè)部門一樣，1990年代之前，它們在產(chǎn)業(yè)分類上通常被區(qū)分為電信業(yè)、廣電業(yè)（廣播電視業(yè)）和出版業(yè)三大類。

就技術邊界而言，電信、廣電、出版三大產(chǎn)業(yè)的分立集中表現(xiàn)在信息傳送平臺、信息接收終端的差異性。在信息傳送平臺方面，這三個產(chǎn)業(yè)擁有各自獨立的傳遞信息產(chǎn)品或服務的網(wǎng)絡平臺。如電信業(yè)的電信網(wǎng)、廣電業(yè)的廣播電視網(wǎng)、出版業(yè)的有形分發(fā)網(wǎng)。在信息接收終端方面，這三個產(chǎn)業(yè)提供信息產(chǎn)品的終端設備均為專用設備，用戶只能使用特定的設備接收特定的信息。例如，接收雙向語音信息需要使用電話機；接收單向聲音和圖像需要分別使用收音機和電視機；接收單向的文字信息需要文本資料。盡管信息產(chǎn)品和傳送網(wǎng)絡會存在交叉現(xiàn)象，如傳送雙向文件和數(shù)據(jù)既可通過電信業(yè)的電信網(wǎng)，也可通過出版業(yè)的有形分發(fā)網(wǎng)，但從總體上來看，不同的信息產(chǎn)品與其傳輸網(wǎng)絡和接收終端基本上存在一一對應關系。

就業(yè)務邊界而言，電信、廣電、出版三大產(chǎn)業(yè)的分立表現(xiàn)在分別提供不同的產(chǎn)品或服務。電信業(yè)提供的是點對點的信息傳遞，通常指電話、電報、傳真等，信息在特定用戶——發(fā)送方與接收方之間進行相互交換；廣播電視業(yè)提供的是聲音、圖像等信息服務；出版業(yè)提供的是書、報、刊、CD等產(chǎn)品。這些信息產(chǎn)品或服務針對的是不同用戶的不同需求，不具有替代性。

就市場邊界而言，傳統(tǒng)獨立性媒介產(chǎn)業(yè)之間往往是一種縱向一體化的市場結構，有各自分割的市場領地。[2]電信、廣電、出版三大產(chǎn)業(yè)各自在市場中相對獨立，它們之間不存在直接的競爭關系。

二、數(shù)字環(huán)境下電信、廣電、出版三大產(chǎn)業(yè)融合的成因1.電信、廣電、出版三大產(chǎn)業(yè)融合的內(nèi)部條件

早在1978年，美國麻省理工學院媒體實驗室的尼葛洛教授就用三個圓圈來描述計算機、印刷和廣播電視三者的技術邊界，認為三個圓圈的相交處將會成為發(fā)展最快、創(chuàng)新最多的領域。隨著產(chǎn)業(yè)融合發(fā)生的領域不斷擴大，學術界關于產(chǎn)業(yè)融合的研究及其概念的界定也在不斷發(fā)展。進入20世紀后，哈佛大學的歐丁格和法國作家羅爾與敏斯試圖用創(chuàng)造的新詞Compunctions和Telemetriqu來反映數(shù)字融合的發(fā)展趨勢。[3]歐洲委員會綠皮書、美國學者Yoffie、日本經(jīng)濟學家植草益以及中國學者周振華、馬健等[4-7]都對產(chǎn)業(yè)融合做出了不同的定義。無論怎樣定義，產(chǎn)業(yè)融合都是對產(chǎn)業(yè)分立的否定，標志著原有固定化產(chǎn)業(yè)邊界（技術邊界、業(yè)務邊界、市場邊界）的模糊甚至消失，以及技術融合、業(yè)務融合與市場融合的實現(xiàn)。

（1）技術融合是產(chǎn)業(yè)融合的前提條件。技術是產(chǎn)業(yè)融合的內(nèi)在驅(qū)動力。沒有技術的迅速發(fā)展，就不會出現(xiàn)技術融合，而沒有技術融合，產(chǎn)業(yè)融合也就無從談起。19世紀中期到20世紀中期，在信息領域主要采用的是模擬技術。隨著信息技術的不斷發(fā)展，1990年代后期，數(shù)字技術與電子計算機相伴相生，它借助一定的設備將各種信息（圖、文、聲、像等）轉(zhuǎn)化為電子計算機能識別的二進制數(shù)字“0”和“1”后進行運算、加工、存儲、傳送、傳播、還原，使媒介傳輸?shù)男畔a(chǎn)品或服務融合為一種傳輸方式，并導致在線報刊、在線視頻等數(shù)字產(chǎn)品的大量涌現(xiàn)。此外，網(wǎng)絡技術尤其是IP技術，以一種共同的地址界定方式和開放而非獨家專用的標準，不僅將計算機聯(lián)在一起，并采用分散式結構處理多媒體，而且使不同網(wǎng)絡之間只需增加網(wǎng)絡智能即可相聯(lián)通，獨立的各種網(wǎng)絡聯(lián)網(wǎng)時不需要進行復雜的信息交換。[8]隨著IP 技術的發(fā)展，以IP 協(xié)議為基礎的網(wǎng)絡（互聯(lián)網(wǎng)）正成為各種環(huán)境中的主流網(wǎng)絡方式。

在信息化時代，信息傳播技術在電信業(yè)、廣電業(yè)、出版業(yè)之間擴散并廣泛滲透，為這三大產(chǎn)業(yè)的融合提供了一個平臺。此外，信息接收終端也不斷趨于融合。例如，近些年隨著手機功能的不斷完善，手機已成為人們獲取信息的重要閱讀終端，人們可以通過手機上網(wǎng)、讀書、看報、看電視……可見，信息化使電信、廣電、出版三大產(chǎn)業(yè)之間有了共同的技術基礎，原有的技術邊界正在被打破。

（2）業(yè)務融合與技術融合是相關聯(lián)的。打破技術壁壘，實現(xiàn)技術融合后，原有的核心技能和知識基礎、產(chǎn)品生產(chǎn)流程、業(yè)務結構等都會受到不同程度的影響。在產(chǎn)業(yè)分立階段，電信、廣電、出版三大產(chǎn)業(yè)所經(jīng)營的業(yè)務范圍各不相同，但隨著技術融合的不斷推進，三大產(chǎn)業(yè)間的業(yè)務融合也進一步擴大。如手機增值業(yè)務使得手機電視、手機閱讀等產(chǎn)品出現(xiàn)。與此相對應的服務融合同樣使信息傳播的方式及內(nèi)容的選擇具有了可替代性，為用戶的生活方式和工作方式帶來了很大程度的便利。

（3）市場融合是技術融合與業(yè)務融合的最終結果。業(yè)務融合后，電信、廣電、出版三大產(chǎn)業(yè)間的業(yè)務聯(lián)系日漸緊密，從而能為社會提供替代性很強的信息產(chǎn)品或服務。在共同的技術基礎上，使用同一接收終端設備的用戶由一種產(chǎn)品的消費者變成了多種產(chǎn)品的消費者，消費者趨向統(tǒng)一，進而導致消費市場趨向統(tǒng)一。產(chǎn)品融合后，原來呈線性的市場結構相互交叉，呈復雜的網(wǎng)狀結構，并出現(xiàn)相互競爭-合作的關系。因此，市場融合只有做到技術與業(yè)務的融合，才能占有更大的市場份額。同時，技術融合和業(yè)務融合應以市場融合為導向，才能創(chuàng)造出新的產(chǎn)品或服務來滿足更多的市場需求。

2.電信、廣電、出版三大產(chǎn)業(yè)融合的外部原因

我們在討論技術、業(yè)務、市場融合的同時，不能忽視相關產(chǎn)業(yè)政策的變化對產(chǎn)業(yè)融合的影響。制度就是產(chǎn)業(yè)融合的外部推動力。

由于我國電信和廣電所屬部門不同、體制不同、追求的效益也不同，一直以來，國家對電信、廣電控制嚴格，嚴禁二者之間出現(xiàn)任何業(yè)務上的融合。但隨著信息技術的發(fā)展，國家對電信、廣電之間產(chǎn)業(yè)融合的政策逐步進行了調(diào)整。2008 年，在[2008]1號文中明確提出推進“三網(wǎng)融合”，要“在確保廣播電視安全傳輸?shù)那疤嵯?，建立和完善適應‘三網(wǎng)融合’發(fā)展要求的運營服務機制。鼓勵廣播電視機構利用國家公用通信網(wǎng)和廣播電視網(wǎng)等信息網(wǎng)絡提供數(shù)字電視服務和增值電信業(yè)務。在符合國家有關投融資政策的前提下，支持包括國有電信企業(yè)在內(nèi)的國有資本參與數(shù)字電視接入網(wǎng)絡建設和電視接收端數(shù)字化改造”[9]。國家廣電總局在2009 年4 月14 日的《電子信息產(chǎn)業(yè)調(diào)整和振興規(guī)劃》中要求，“落實數(shù)字電視產(chǎn)業(yè)政策，推進“三網(wǎng)融合”[10]。2009 年5 月25 日，國發(fā)[2009]26 號文明確指出：“落實國家相關規(guī)定，實現(xiàn)廣電和電信企業(yè)的雙向進入，推動‘三網(wǎng)融合’取得實質(zhì)性進展（工業(yè)和信息化部、廣電總局、發(fā)改委、財政部負責）。”[11]國家對電信、廣電等產(chǎn)業(yè)融合的相關政策貫穿始終，這對電信、廣電、出版三大產(chǎn)業(yè)的融合產(chǎn)生了積極的推動作用。

三、數(shù)字環(huán)境下電信、廣電、出版三大產(chǎn)業(yè)融合發(fā)展趨勢在數(shù)字環(huán)境下，電信業(yè)、廣電業(yè)和出版業(yè)之間相互滲透、融合，利用新的生產(chǎn)模式，產(chǎn)生新的信息產(chǎn)品，從而形成三大產(chǎn)業(yè)逐漸融合的發(fā)展趨勢。

1.電信業(yè)的新發(fā)展

（1）電信業(yè)中的手機閱讀發(fā)展勢頭良好。通過技術融合，網(wǎng)絡運營商、軟件開發(fā)商和電信公司不斷滲透到出版行業(yè)中，其最直接的結果就是網(wǎng)絡出版物和手機出版物的出現(xiàn)。作為便攜式手持終端，手機是最被看好的新媒體。2008年底，中國移動在杭州建立了閱讀基地，該基地意在依托中國移動的用戶規(guī)模，集中各方資源來推廣新的圖書發(fā)行模式，推進G3電子閱讀器的開發(fā)和推廣。截至目前，與中國移動手機閱讀基地開展戰(zhàn)略合作的共有中國作家協(xié)會、中國出版集團等79家單位，入庫圖書30萬冊。[13]數(shù)據(jù)顯示，2011年此舉帶來中國移動手機閱讀信息費收入15億元。[13]同樣，中國聯(lián)通“沃閱讀”也有很好的發(fā)展，2011年訪問量接近40億次，與多家出版集團和內(nèi)容提供商合作引入圖書15萬冊。[14]

隨著手機用戶數(shù)量的激增及其自身功能的不斷完善，手機逐漸成為人們獲取信息的主要閱讀終端，人們通過手機上網(wǎng)、讀書、看報、娛樂等。因此，手機報、手機出版物的發(fā)展勢頭迅猛，其前景被多家出版機構看好?！稉P州晚報》《新華日報》《揚子晚報》《上海日報》等紛紛推出了手機報業(yè)務。

（2）電信業(yè)正以3G技術為依托，全面開發(fā)3G業(yè)務。新一代通訊技術的發(fā)展，使電信、廣電、出版三大產(chǎn)業(yè)在技術融合的基礎上實現(xiàn)了產(chǎn)業(yè)融合。3G（第三代通訊技術），是指將無線通信與國際互聯(lián)網(wǎng)等多媒體通信結合的新一代移動通信系統(tǒng)。它能夠處理圖像、音轉(zhuǎn)自dylw.net樂、視頻流等多種媒體形式，提供包括網(wǎng)頁瀏覽、電話會議、電子商務等多種信息服務。[15]與2G相比較，其傳輸聲音、數(shù)據(jù)的速度極大提高。未來的3G不僅能提供手機辦公、視頻通話、手機電視、手機網(wǎng)游等服務，還將和社區(qū)網(wǎng)站相結合，目前流行的微信、微博等已采取了此應用。

2.廣電業(yè)的新發(fā)展

（1）廣播電視數(shù)字化。我國廣播電視事業(yè)發(fā)展迅猛，新技術使有線電視網(wǎng)絡從原來的傳輸模擬節(jié)目向數(shù)字化業(yè)務領域擴展。廣播電視數(shù)字化使電視機變成一個集公共傳播、信息服務、文化娛樂、交流互動等多功能于一身的信息接收終端，可以向電信業(yè)和互聯(lián)網(wǎng)領域提供具有可替代性的數(shù)字產(chǎn)品，實現(xiàn)業(yè)務融合。2004—2008年，全國有線數(shù)字電視用戶數(shù)分別為97萬、397萬、1 266萬、2 686萬、4 528萬戶，增長勢頭明顯。[16]截至2009年3月，全國已經(jīng)有229個城市進行了數(shù)字化整體轉(zhuǎn)換，其中106個城市已經(jīng)完成轉(zhuǎn)換，廣西、寧夏等地基本實現(xiàn)數(shù)字化，北京、天津、青海、海南、貴州、吉林等地的城市有線數(shù)字電視用戶比例超過了50%。[16]電視節(jié)目數(shù)字化制作取得突破性進展。

（2）大媒體集團漸成規(guī)模?；诩夹g融合與業(yè)務融合，電信業(yè)、廣電業(yè)、出版業(yè)之間出現(xiàn)融合，它們之間打破了原有的產(chǎn)業(yè)分工的限制，實現(xiàn)了資源在大范圍內(nèi)的合理配置和有效利用。在產(chǎn)業(yè)重組、融合過程中，信息產(chǎn)業(yè)之間的聯(lián)盟不僅是實現(xiàn)產(chǎn)業(yè)融合的一種有效形式，同時還可以使企業(yè)做大做強。2001年12月6日，中國最大的傳媒集團——中國廣播影視集團正式掛牌成立。中國廣播影視集團整合了中央級廣播電視、電影及廣電網(wǎng)絡公司的資源和力量，如中央電視臺、中央人民廣播電臺、中國國際廣播電臺、中國電影集團公司等，成為綜合性傳媒集團，經(jīng)營廣播、電視、電影、傳輸網(wǎng)絡、互聯(lián)網(wǎng)站、報刊出版、影視藝術、科技開發(fā)、廣告經(jīng)營等業(yè)務，這使我國傳媒集團跨行業(yè)整合成為可能。而在國際上，美國在線時代華納公司、維旺迪環(huán)球公司、迪士尼公司、維亞康姆公司、貝塔斯曼公司等紛紛進軍電影和出版業(yè)，形成橫跨出版業(yè)、影視業(yè)的大媒體集團。

3.出版業(yè)的新發(fā)展

（1）出版業(yè)正積極拓展數(shù)字出版領域。信息技術、數(shù)字技術的發(fā)展，使內(nèi)容——出版產(chǎn)品的重要組成因素——在擔任傳統(tǒng)出版的重要投入要素這一角色的同時，成為新興出版物的生產(chǎn)要素。它們通過技術融合，實現(xiàn)影視書刊互動、報網(wǎng)互動，逐漸形成電信、廣電、出版三大產(chǎn)業(yè)融合態(tài)勢。網(wǎng)絡運營商、技術提供商、電信運營商通過技術滲透到傳統(tǒng)出版業(yè)中，通過開發(fā)電子書、網(wǎng)絡出版物、手機出版物等新產(chǎn)品，改變傳統(tǒng)出版物的內(nèi)容和形式。一些硬件廠商，如漢王科技，通過研發(fā)“漢王閱讀器”創(chuàng)造出新的閱讀方式，人們可以通過電子閱讀器直接在電子書上進行批注、修改和編輯。隨著科技的進一步發(fā)展，發(fā)光電子書、可以卷起來的電子書相繼出現(xiàn)，帶給人們真實閱讀的感覺。同時，一些數(shù)字出版企業(yè)，如龍源期刊、萬方數(shù)據(jù)、中國知網(wǎng)、中文轉(zhuǎn)自dylw.net在線、盛大文學等，將大量的學術論文、文學作品、個人原創(chuàng)作品放到互聯(lián)網(wǎng)上供人們下載閱讀并廣泛傳播。除了這些新興的數(shù)字出版企業(yè)外，傳統(tǒng)出版社也積極向數(shù)字出版領域邁進。如中國大百科全書出版社自1993年開始研發(fā)《中國大百科全書》光盤版，截至2011年已出版了10多個版本；2011年出版了《中國大百科全書數(shù)據(jù)庫》，開發(fā)了手機版的《中國大百科全書》；同時，與iPad合作的“掌上百科”也在積極研發(fā)過程中。再如，被譽為“工具書的王國”的商務印書館開發(fā)的“商務印書館·精品工具書數(shù)據(jù)庫”，將傳統(tǒng)的內(nèi)容與現(xiàn)代化的數(shù)字技術完美結合，打造出我國首個權威性的工具書查檢學習數(shù)字平臺。這就逐漸打破了出版業(yè)和電信業(yè)、廣電業(yè)的技術邊界，實現(xiàn)了技術融合，為產(chǎn)業(yè)融合提供了前提條件。

（2）出版業(yè)正在顛覆傳統(tǒng)圖書出版產(chǎn)業(yè)的業(yè)務模式、業(yè)務流程和營銷方式。為了應對出版業(yè)與其他產(chǎn)業(yè)的融合，它們進一步打破原有的業(yè)務邊界，實現(xiàn)業(yè)務融合。傳統(tǒng)出版社紛紛利用信息技術建立新的圖書宣傳和發(fā)行渠道。如利用網(wǎng)上書店、專業(yè)性的團購網(wǎng)站進行圖書銷售，解決了物流配送和庫存問題；還通過網(wǎng)上書店中各類圖書的銷售排行榜、書評等影響讀者的消費選擇；利用微博對圖書信息進行，開展作者與讀者、出版社與讀者之間的線上線下活動，開創(chuàng)一種新的媒體營銷模式。此外，產(chǎn)業(yè)融合還減少了許多中間環(huán)節(jié)，節(jié)約了運營成本。據(jù)《紐約時報》報道，亞馬遜開始和作者直接簽約，并準備向他們開放部分后臺數(shù)據(jù)。這樣，過去是作者—經(jīng)紀人—出版社—亞馬遜—讀者的產(chǎn)業(yè)鏈條，縮短為作者—亞馬遜—讀者。

（3）出版業(yè)積極利用新技術打造全媒體出版。電信、廣電、出版三大產(chǎn)業(yè)的融合標志著全媒體出版時代的來臨。全媒體出版，又稱作“復合出版”或“跨媒體出版”，中文在線董事長兼總裁童之磊先生認為：“全媒體出版就是同一種內(nèi)容通過多種媒體同步出版。包括紙質(zhì)媒體，也包括互聯(lián)網(wǎng)、手機、閱讀器。”[12]這樣，一方面將圖書以傳統(tǒng)方式進行紙質(zhì)出版，另一方面以數(shù)字出版的方式將圖書進行出版。在全媒體出版時代，傳統(tǒng)出版、數(shù)字出版、影視傳播實現(xiàn)產(chǎn)品服務一體化，2008年，馮小剛的影視作品《非誠勿擾》就是全媒體出版的首次嘗試。

隨著科技的發(fā)展，MPR出版物（多媒體印刷讀物）成為全媒體出版的新成員。MPR是一種專有創(chuàng)新技術，它將二維條碼編碼解碼技術、微距數(shù)碼攝像技術、語音壓縮及播放技術和現(xiàn)代出版印刷技術進行了整合，是集紙質(zhì)印刷出版、音像出版、電子出版、網(wǎng)絡出版為一體的全媒體出版，使用這種技術可以實現(xiàn)讀者聞聽看讀的同步進行。目前MPR技術擁有方深圳天朗時代公司已推出多種應用成果，包括MPR版本的《詩經(jīng)》《楚辭》，與書法家合作的MPR書法、國畫作品，以及可以消除閱讀障礙的MPR盲人讀物等。

四、結語

信息產(chǎn)業(yè)的融合過程是一個全方位的動態(tài)過程，需要實現(xiàn)技術融合、業(yè)務融合及市場融合，它摧毀了傳統(tǒng)產(chǎn)業(yè)經(jīng)濟運行的基礎，呈現(xiàn)出一種新的產(chǎn)業(yè)經(jīng)濟形態(tài)。隨著信息技術的發(fā)展和相關轉(zhuǎn)自dylw.net產(chǎn)業(yè)政策的不斷調(diào)整，電信業(yè)、廣電業(yè)、出版業(yè)之間的產(chǎn)業(yè)融合會迸發(fā)出更大的生命力，為經(jīng)濟增長注入新的活力。而在產(chǎn)業(yè)融合的過程中，電信、廣電、出版三大產(chǎn)業(yè)也將會加強資源整合的力度，充分利用自身的優(yōu)勢資源在新一輪產(chǎn)業(yè)經(jīng)濟的發(fā)展中嶄露頭角。

[參考文獻]

[1]周振華.產(chǎn)業(yè)融合：新產(chǎn)業(yè)革命的歷史性標志——兼析電信、廣播電視和出版三大產(chǎn)業(yè)融合案例[J].產(chǎn)業(yè)經(jīng)濟研究，2003（1）：2.

[2]鄧向陽.媒介經(jīng)濟學[M].長沙：湖南大學出版社，2006：223.

[3]湯文仙.技術融合的理論內(nèi)涵研究[J].科學管理研究，2006（4）：31.

[4]李美云.國外產(chǎn)業(yè)融合研究新進展[J].外國經(jīng)濟與管理，2005（12）：12.

[5]劉宇青.對旅游產(chǎn)業(yè)發(fā)展融合化的認識[J].商場現(xiàn)代化，2009（25）：124.

[6]周振華.信息化與產(chǎn)業(yè)融合[M].上海：三聯(lián)書店，2003.

[7]馬健.產(chǎn)業(yè)融合論[M].南京：南京大學出版社，2006.

[8]許道友.信息通訊產(chǎn)業(yè)融合下的產(chǎn)業(yè)邊界和市場結構分析[J].科技和產(chǎn)業(yè)，2007（9）：11.

[9]國家廣播電影電視總局.國務院辦公廳轉(zhuǎn)發(fā)發(fā)展改革委等部門關于鼓勵數(shù)字電視產(chǎn)業(yè)發(fā)展若干政策的通知（[2008]1 號）[DB/OL].（2008-01-18）[2012-08-26].http：//sarft.gov.cn/articles/2008/01/18/20080119004411200481.html.

[10]國家廣播電影電視總局.電子信息產(chǎn)業(yè)調(diào)整和振興規(guī)劃[DB/OL].（2009-04-15）[2012-08-26].http：//gov.cn/ zwgk/2009- 04/15/content_1282430.htm.

[11]國家廣播電影電視總局.國務院批轉(zhuǎn)發(fā)展改革委關于2009年深化經(jīng)濟體制改革工作意見的通知（國發(fā)[2009]26號）[DB/OL].（2009-05-25）[2012-08-26].http：//gov.cn/zwgk/2009-05/25/content_1323641.htm.

[12]童之磊.全媒體出版[DB/OL].（2009-07-07）[2011-08-26].http：//chuban.cc/rdjj/szcb3/zlt/200907/t20090707_50647.html.

[13]網(wǎng)易.中國移動閱讀信息費收入去年達15億元[EB/OL].（2012-04-06）[2012-08-26].http：//mobie.163.com/12/0406/19/7UE9D8EG00130A1.html.

篇8

近年來，隨著經(jīng)濟全球化和金融國際化的發(fā)展，金融服務外包在全球服務外包浪潮中異軍突起。按照國際清算銀行（BIS）所屬的巴塞爾銀行業(yè)監(jiān)管委員會（BCBS）、國際證券委員會組織（IOSCO）和國際保險業(yè)監(jiān)管協(xié)會（IAIS）組成的聯(lián)合論壇2005年的《金融服務外包》（OutsourcingFinancialServices）報告對金融服務外包所下的定義,金融服務外包是指“受監(jiān)管實體持續(xù)地利用外包服務商（集團內(nèi)的附屬實體或集團以外的實體）來完成以前由自身承擔的業(yè)務活動”，即銀行、保險、證券、期貨等金融機構，把IT服務、后臺服務和業(yè)務流程等非核心業(yè)務甚至部分核心業(yè)務，以合同形式發(fā)包給專業(yè)的服務提供商，以提高核心業(yè)務的競爭力，降低企業(yè)成本，分散經(jīng)營風險。金融服務外包包括金融信息技術外包（ITO）和金融業(yè)務流程外包（BPO）。金融ITO（ITOutsouring）,即金融信息技術外包，是指金融企業(yè)以長期合同的方式委托信息技術服務商向金融企業(yè)提供部分或全部的信息技術服務，主要包括應用軟件開發(fā)與服務、嵌入式軟件開發(fā)與服務以及其他相關的信息技術服務等。金融BPO（BusinessProcessOutsourcing），即金融業(yè)務流程外包，是指金融企業(yè)將非核心業(yè)務流程和部分核心業(yè)務流程委托給專業(yè)服務提供商來完成，主要包括呼叫中心、財務技術支持、消費者支持服務、營運流程外包等。從金融服務外包的發(fā)展歷程來看，金融服務外包起步于金融ITO，成長壯大于金融BPO，發(fā)展趨勢是金融KPO（KnowledgeProcessOutsourcing，主要幫助客戶研發(fā)解決方案，并作為企業(yè)決策重要依據(jù)，鎖定高度專業(yè)技能及知識密集型核心業(yè)務，包括評估研究、投資研究和技術研究等）。作為上海國際金融中心核心功能區(qū)的浦東,在推動金融服務外包產(chǎn)業(yè)發(fā)展過程中，應當發(fā)揮已有的優(yōu)勢，著眼于發(fā)展高端的金融BPO，推動上海金融業(yè)的發(fā)展，加快上海國際金融中心建設的步伐。

一、國際金融服務外包產(chǎn)業(yè)發(fā)展現(xiàn)狀及趨勢

當前國際金融服務外包發(fā)展的基本格局是：離岸金融服務外包發(fā)展迅速，美國、歐洲、日本等國成為主要發(fā)包方，印度、愛爾蘭等國成為金融服務外包接包方，中國有機會成為全球承接金融服務外包業(yè)務的第二大中心。

（一）離岸金融服務外包發(fā)展迅速

離岸金融服務外包是指企業(yè)為降低成本,保留核心業(yè)務和提高競爭力而將自己的部分業(yè)務委托給外國企業(yè)的一種商業(yè)行為。全球金融服務機構尤其是發(fā)達國家金融機構越來越多將原來自我承載的業(yè)務轉(zhuǎn)交外包商，國際金融服務外包（離岸外包）迅速發(fā)展。據(jù)統(tǒng)計，目前全球服務外包業(yè)務總量為1.2萬億美元，其中輸出境外離岸金融服務外包業(yè)務量為2100億美元。許多跨國公司試圖通過建立離岸交易及服務中心來提高本機構整體的效率。金融機構除將業(yè)務外包給服務商外,也會把一些業(yè)務交由海外附屬機構來完成。

據(jù)德勤會計師事務所估計:在2004年后的五年內(nèi),美國金融服務業(yè)將有3560億美元的業(yè)務外包到境外。離岸業(yè)務將在近幾年內(nèi)持續(xù)增長,到2010年離岸業(yè)務市場產(chǎn)值將達到4000億美元,占整個行業(yè)總產(chǎn)值的20%。據(jù)金融研究公司TowerGroup的調(diào)查及預測,全球最大的15家金融企業(yè)將擴大信息技術項目的外包業(yè)務,金額將從2005年的16億美元上升至2008年的38.9億美元,年平均增長率為34%。一批世界超級金融機構，包括美國運通、GECapital等都向海外大規(guī)模地外移了客戶呼叫中心與軟件開發(fā)業(yè)務。

（二）美國、歐洲、日本等國成為主要發(fā)包方

美國、日本和西歐的發(fā)達國家金融機構的商務流程已經(jīng)實現(xiàn)了標準化，考慮到成本的需求，將其業(yè)務流程中非核心的業(yè)務外包給國外其他的服務公司運作，通過利用互聯(lián)網(wǎng)技術轉(zhuǎn)移到其他人力成本較低的國家進行數(shù)據(jù)處理，進行24小時互動的服務支持，使國外商務公司低成本完成整個商務服務工作，從而使企業(yè)資源得到最佳分配，降低了企業(yè)的生產(chǎn)成本，減少了經(jīng)營風險，增強了企業(yè)的核心競爭力。

（三）印度、愛爾蘭等國成為金融服務外包接包方

面對蘊含大量商機的金融服務外包離岸外包市場，越來越多具有接包能力的國家正在成為美歐日金融企業(yè)理想的海外轉(zhuǎn)包地。國際金融服務外包最主要承接國是印度，愛爾蘭等。以印度為例,據(jù)有關專家預測，截至2008年，全球100家大型金融機構將會向印度輸送超過100萬個后臺與技術工作職位，約占全球金融業(yè)職位總數(shù)的15%。預計印度的金融服務外包收入將從初期的20多億美元猛升至240億美元。目前，國際金融服務外包市場已經(jīng)形成以印度市場為核心，同時包括菲律賓、馬來西亞等新興服務外包市場的整體格局。印度金融服務外包行業(yè)自上世紀九十年代末開始高速發(fā)展，年均增長率為56％，2005年總營業(yè)額達280億美元，直接從業(yè)人員25萬人。2005年英國金融服務管理局(FSA)了主題為《離岸業(yè)務的行業(yè)反饋》的報告,總結了印度金融服務外包迅速發(fā)展的成功經(jīng)驗,其內(nèi)容主要有:印度企業(yè)重視變革管理,由董事會負責制定的外包和離岸業(yè)務發(fā)展戰(zhàn)略,并有專門機構負責;所有企業(yè)都準備有處理突發(fā)故的緊急預案,大規(guī)模的業(yè)務被分散到不同的子公司來減小意外風險;外包業(yè)務受到法律的監(jiān)管并享受到一定的優(yōu)惠措施;承包企業(yè)都通過了英國信息安全標準的認證,采取各種措施保障客戶資料和數(shù)據(jù)的安全;具有大量說英語的專業(yè)人才、通信成本低的區(qū)位優(yōu)勢,有充足的合格服務供應商和新進入市場的中小企業(yè)可供選擇;重視合同和約束;外包業(yè)務得到了印度政府的支持和鼓勵。

（四）中國有機會成為全球承接金融服務外包業(yè)務的第二大中心

近年來，在全球金融服務外包市場體系中，中國正越來越受到世人的矚目，并認為有機會成為繼印度之后的全球第二大金融服務外包中心。畢博管理咨詢公司董事總經(jīng)理彼得·郝勒維茨就曾認為,到2015年中國和印度將成為全球金融服務外包業(yè)的中心。因為中、印兩國擁有大量受過良好培訓的外包業(yè)務人才,具有勞動力成本優(yōu)勢,能提供滿足需求的產(chǎn)品和服務,更重要的是,跨國金融機構從其全球化的長遠發(fā)展戰(zhàn)略考慮,已經(jīng)把中國和印度市場作為其戰(zhàn)略部署的一部分。

二、上海浦東發(fā)展金融服務外包產(chǎn)業(yè)的優(yōu)勢和制約因素

浦東是上海建設“四個中心”的核心功能區(qū)，是中國改革開放的前沿，是世界服務業(yè)轉(zhuǎn)移的樂土。浦東陸家嘴和張江已經(jīng)形成金融機構前臺服務和后臺服務的集聚效應。2007年底陸家嘴已集聚中外金融機構493家，張江建設的上海市金融信息服務產(chǎn)業(yè)基地也已集聚了中國人民銀行、中國銀聯(lián)、交通銀行、平安保險、招商銀行等金融機構的后臺服務部門，其中銀聯(lián)一期全國信息處理中心、交通銀行數(shù)據(jù)處理中心以及平安保險客服中心與后援中心已經(jīng)入住并投入使用，金融后臺服務中心初見成效，浦東有希望在承接國際金融服務外包轉(zhuǎn)移上搶占先機。

目前，上海在中央的支持下正在加快推進國際金融中心建設的步伐，同時積極落實商務部提出發(fā)展服務外包的“千百十工程”，把握上海推進國際金融中心建設和落實“千百十工程”的機遇，積極發(fā)展金融服務外包，加大引進跨國公司金融服務機構的力度，加快構筑第三方服務平臺，集聚和培育自主品牌的金融服務外包企業(yè)，將使浦東在提升服務外包產(chǎn)業(yè)的國際競爭力上起到示范帶動作用。目前從綜合環(huán)境和產(chǎn)業(yè)發(fā)展的成熟度而言，浦東擁有其他地區(qū)不可比擬的優(yōu)勢：

（一）金融信息服務基地建設走在全國前列

于2003年3月開發(fā)建設的上海市金融信息服務基地——上海市銀行卡產(chǎn)業(yè)園，是全國首個以金融機構后臺服務部門為主要服務對象的金融信息服務機構集聚區(qū)?；刈越⒁詠砩虾Ｊ薪鹑谛畔⒎栈匾殉晒σM了中國人民銀行支付系統(tǒng)上海中心、中國銀行信息中心上海、中國銀聯(lián)產(chǎn)業(yè)發(fā)展基地、中國平安保險全國客戶服務及后援中心、招商銀行信用卡中心、興業(yè)銀行信用卡中心、交通銀行數(shù)據(jù)處理中心（上海）、上海期貨交易所金融衍生品研發(fā)和數(shù)據(jù)處理中心等。上海市金融信息服務基地的戰(zhàn)略定位是：立足上海、輻射全國、面向世界，與陸家嘴金融貿(mào)易區(qū)前臺服務功能相呼應，重點發(fā)展金融服務外包業(yè)務及金融后臺服務，為金融機構的前臺服務提供支持。目前，金融信息服務基地已集聚了眾多金融機構后臺服務部門，軟硬件建設齊全，為浦東發(fā)展金融服務外包產(chǎn)業(yè)奠定了良好的基礎。

（二）金融軟件外包服務企業(yè)集聚走在全國前列

浦東軟件外包產(chǎn)業(yè)發(fā)展走在全國前列，上海浦東軟件園作為浦東軟件外包產(chǎn)業(yè)發(fā)展的國家級產(chǎn)業(yè)基地集聚了一大批知名軟件外包企業(yè)，目前軟件園內(nèi)已入駐企業(yè)294家，包括HP、IBM、畢博、塔塔、印孚瑟斯、花旗軟件、金仕達、新致、中國銀聯(lián)等一批國內(nèi)外大型軟件企業(yè)及研發(fā)機構。入園企業(yè)的業(yè)務范圍涵蓋了軟件開發(fā)、信息服務、系統(tǒng)集成、電子商務、數(shù)據(jù)通訊、信息安全、芯片設計、軟件出口、金融證券、醫(yī)藥、電信等各個領域，尤其是芯片設計、信息安全、軟件出口、系統(tǒng)集成等已在園區(qū)形成產(chǎn)業(yè)群落，為浦東發(fā)展金融服務外包產(chǎn)業(yè)打下了良好的基礎。

（三）金融后臺服務發(fā)展走在全國前列

上海市金融信息服務基地內(nèi)已經(jīng)形成了金融機構后臺服務部門集聚，擁有眾多銀行、證券、保險等金融機構的后臺服務中心或銀行卡業(yè)務中心，如中國銀聯(lián)、平安保險呼叫中心和營運中心、匯豐數(shù)據(jù)中心等。同時浦東還吸引了一批新型金融企業(yè)入駐，落戶在浦東的一些高科技企業(yè)也研發(fā)出了手機支付功能，并申請了國家專利。浦東新區(qū)金融后臺服務部門的集聚已經(jīng)形成了一定規(guī)模，并逐漸吸引了一批專業(yè)金融外包服務機構入駐浦東新區(qū)，逐漸形成了產(chǎn)業(yè)的集聚效應，為浦東發(fā)展金融服務外包營造了良好的產(chǎn)業(yè)生態(tài)環(huán)境。

（四）金融服務外包產(chǎn)業(yè)環(huán)境建設走在全國前列

首先，陸家嘴金融貿(mào)易區(qū)金融前臺建設已經(jīng)取得了良好的成績，為金融后臺服務和金融服務外包產(chǎn)業(yè)打下良好的基礎。其次，上海市政府2006年8月10日《關于促進上海服務外包發(fā)展的若干意見》，明確提出要將上海建成全球服務外包重要基地的目標，并明確提出支持、發(fā)展金融服務外包產(chǎn)業(yè)以及建設金融后臺服務示范基地的目標。浦東新區(qū)政府也于2005年12月28日印發(fā)了《浦東新區(qū)促進現(xiàn)代服務業(yè)發(fā)展的財政扶持意見》，其中在對金融信息服務產(chǎn)業(yè)的支持方面包括：對引進金融機構總部予以獎勵；新引進金融機構自建辦公房土地出讓金優(yōu)惠；新引進金融機構購房補貼；對新引進金融機構高管進行補貼；新引進金融機構的稅收補貼；為金融機構高管子女設立“專項教育基金”；金融信息服務企業(yè)形成地方財力部分予以補貼；中介服務業(yè)其利潤形成地方財力部分給予財政補貼等。更為重要的是，浦東新區(qū)于2005年6月21日被批準為綜合配套改革試點，將使金融服務外包產(chǎn)業(yè)發(fā)展有可能突破現(xiàn)有的政策體制障礙，獲得巨大發(fā)展機遇。

當然，浦東在發(fā)展金融服務外包產(chǎn)業(yè)方面擁有眾多其它地區(qū)不可比擬的優(yōu)勢，但是由于浦東金融服務外包產(chǎn)業(yè)發(fā)展尚處于初級階段，配套條件還不夠完善，金融服務外包產(chǎn)業(yè)發(fā)展在產(chǎn)業(yè)化、市場化、專業(yè)化和國際化方面尚存在一定差距。

浦東發(fā)展金融服務外包產(chǎn)業(yè)還面臨一些體制，主要是：金融后臺服務機構法人化市場化存在體制障礙、市場準入的限制、外匯監(jiān)管限制、人才不足的限制以及缺乏接發(fā)包專業(yè)和必要的財稅政策扶持等，需要通過改革創(chuàng)新加以突破。

三、推動浦東金融服務外包產(chǎn)業(yè)發(fā)展的對策措施與政策建議

（一）金融服務外包產(chǎn)業(yè)發(fā)展的戰(zhàn)略目標

力爭經(jīng)過5-10年的努力，把浦東金融服務外包產(chǎn)業(yè)真正發(fā)展成浦東現(xiàn)代服務業(yè)中的重要支柱產(chǎn)業(yè)，為使浦東成為我國金融服務外包創(chuàng)新發(fā)展的主要基地之一,成為亞太地區(qū)離岸金融服務外包業(yè)務的承包和轉(zhuǎn)包中心奠定堅實的產(chǎn)業(yè)基礎。

通過重點引進國內(nèi)知名金融機構的銀行卡中心、數(shù)據(jù)處理中心，國際知名金融信息服務企業(yè)、跨國銀行的地區(qū)數(shù)據(jù)處理中心，金融服務外包產(chǎn)業(yè)達到一定規(guī)模。

配套建設進一步完善，形成符合金融服務外包產(chǎn)業(yè)發(fā)展需要的交通設施、通訊系統(tǒng)、產(chǎn)業(yè)配套完整的現(xiàn)代化金融服務外包產(chǎn)業(yè)基地以及與之相配套的環(huán)境優(yōu)美、生活設施完善、具有高品位的文化氛圍、適合高科技人才生活與發(fā)展要求的現(xiàn)代生活社區(qū)。

（二）推動金融服務外包產(chǎn)業(yè)發(fā)展的對策措施

1.建設一個基地——上海市金融服務外包產(chǎn)業(yè)基地

根據(jù)國際金融服務外包產(chǎn)業(yè)的發(fā)展趨勢以及上海市金融服務外包產(chǎn)業(yè)發(fā)展的現(xiàn)狀和優(yōu)勢，建設上海市金融服務外包產(chǎn)業(yè)基地，這一基地將具備以下四大基本功能：

產(chǎn)業(yè)集聚創(chuàng)新功能：集聚金融信息產(chǎn)品的研發(fā)與生產(chǎn)，形成國內(nèi)外金融信息產(chǎn)品的技術創(chuàng)新中心、業(yè)務創(chuàng)新中心和運營機制創(chuàng)新中心。

金融后臺服務功能：吸引國內(nèi)外金融機構后臺核心業(yè)務向上海集中，形成國內(nèi)商業(yè)銀行的跨行信息交換中心、國內(nèi)外各類金融機構的數(shù)據(jù)處理中心，與陸家嘴金融貿(mào)易區(qū)金融前臺服務相呼應，形成完善的金融后臺服務功能。

國際金融服務外包承接功能：承接以歐美為主的國際金融機構數(shù)據(jù)處理業(yè)務的轉(zhuǎn)移，為上海發(fā)展國際金融服務外包產(chǎn)業(yè)發(fā)揮示范作用，促進上海成為國際性的金融服務外包業(yè)務的接發(fā)包中心。輻射帶動功能：通過整合浦東的金融服務資源，以張江為核心樞紐，發(fā)揮輻射帶動作用，帶動上海乃至長江三角洲地區(qū)服務外包產(chǎn)業(yè)和其他現(xiàn)代服務業(yè)的發(fā)展，進而推動上海和長江三角洲地區(qū)的產(chǎn)業(yè)升級。

2.搭建一個平臺——金融服務外包專業(yè)服務平臺

按照“政府引導、市場化運作、企業(yè)化管理、專業(yè)化服務”的指導方針，搭建金融服務外包產(chǎn)業(yè)發(fā)展公共服務平臺。這個公共服務平臺將提供四大服務。

項目服務：主要是為金融服務外包產(chǎn)業(yè)發(fā)展提供技術、市場、經(jīng)營管理等方面的服務。

人才服務：適應金融服務外包產(chǎn)業(yè)發(fā)展對專業(yè)性人力資源的需求，搭建人才服務平臺，旨在為金融服務外包產(chǎn)業(yè)發(fā)展提供人力資源庫。

投融資服務：根據(jù)金融服務外包產(chǎn)業(yè)發(fā)展對資金的需求，搭建投融資平臺，構建由市、區(qū)以及張江集團公司共同組建的“上海市金融服務外包產(chǎn)業(yè)發(fā)展專項資金”，解決金融服務外包產(chǎn)業(yè)發(fā)展的資金問題，確保重大項目和功能項目的引進。

政策咨詢服務：重點是為金融服務外包產(chǎn)業(yè)發(fā)展提業(yè)政策、融資政策、財稅政策咨詢服務。同時，制定適應國際金融服務外包發(fā)展需要的行業(yè)技術標準，建立和完善外包服務企業(yè)的資格審查和信用評級制度，制定合理完善的服務商市場準入機制，構建規(guī)范的行業(yè)發(fā)展平臺，促使金融服務外包產(chǎn)業(yè)規(guī)范健康發(fā)展。

3.發(fā)展七大類（6+1）業(yè)務

根據(jù)目前浦東現(xiàn)有的條件和優(yōu)勢，發(fā)展金融服務外包產(chǎn)業(yè)，應積極發(fā)展金融數(shù)據(jù)處理和災備業(yè)務、銀行卡業(yè)務、客戶服務、財務和會計服務、營銷服務、營運業(yè)務以及研發(fā)設計等七大類（6+1）業(yè)務。

金融數(shù)據(jù)處理和災備業(yè)務：以中國人民銀行的支付系統(tǒng)災備中心和征信管理中心為核心，積極引進各大金融機構的災備機構和建設中小金融機構災備共享平臺，發(fā)展災備業(yè)務；引進國內(nèi)外重要金融機構的數(shù)據(jù)處理系統(tǒng)，發(fā)展包括清算、結算、金融基礎數(shù)據(jù)庫、客戶數(shù)據(jù)管理中心等業(yè)務，發(fā)展以數(shù)據(jù)集中為特征的各類金融機構的信息處理業(yè)務等。

銀行卡業(yè)務：以中國銀聯(lián)銀行卡跨行網(wǎng)絡數(shù)據(jù)交換中心為核心，引進國內(nèi)外具有競爭力、名列前茅的銀行卡中心，發(fā)展信用卡的流轉(zhuǎn)業(yè)務（收單、信息轉(zhuǎn)接、資金結算等）和市場拓展業(yè)務（發(fā)卡、客戶信息管理等）；力爭成為國內(nèi)最重要的銀行卡后臺數(shù)據(jù)處理中心之一。

客戶服務：客戶服務是金融服務外包產(chǎn)業(yè)發(fā)展的一項重要業(yè)務之一，是一個低成本、高回報收集客戶信息的渠道,一方面它通過電話、傳真、E-mail、短信等多種途徑主動為客戶服務；另一方面它在內(nèi)部管理功能上，通過知識庫管理對金融范圍內(nèi)的業(yè)務、信息、資料、政策等內(nèi)容進行采集、審核、歸檔、,通過工作流程系統(tǒng)實現(xiàn)包括咨詢、投訴、業(yè)務申請、預約、外撥、知識等在內(nèi)的信息流轉(zhuǎn)，從而在客戶業(yè)務處理、主動式服務、內(nèi)部管理和整合服務渠道等多個方面得到全面優(yōu)化。隨著高科技的運用，金融服務外包呼叫中心，將改變傳統(tǒng)的服務方式，引入視頻技術和多媒體技術，實現(xiàn)多媒體綜合服務，使呼叫中心在功能上發(fā)生質(zhì)的飛躍。

財務和會計服務：打造金融服務外包財務和會計服務，其目的專注于金融服務的核心資產(chǎn)業(yè)務、負債業(yè)務、中間業(yè)務、資金業(yè)務及結算業(yè)務處理，兼顧支付控制和風險管理及總賬會計核算。同時，核心平臺提供相應的數(shù)據(jù)處理、分析和挖掘功能，提高金融財務服務業(yè)務管理和服務能力。

營銷服務：建立金融營銷服務是適應現(xiàn)代金融服務外包的需要，是為確保金融營銷工作順利進行和既定營銷目標實現(xiàn)的一系列制度安排，包括金融服務營銷理念的建立及營銷文化的形成、金融營銷戰(zhàn)略和營銷目標的制定，營銷業(yè)務流程的完善與再造、統(tǒng)一的市場定位和營銷策略、差別化的營銷和服務機制、產(chǎn)品創(chuàng)新機制、綜合量化的考核機制、信息共享機制、資源配置機制、風險控制機制等一系列業(yè)務。

營運業(yè)務：建立金融服務外包企業(yè)營運業(yè)務，業(yè)務范圍涵蓋金融服務外包業(yè)所包涵的核心業(yè)務和非核心業(yè)務，主要功能是對外承接外包業(yè)務，同時將所承接的金融服務外包業(yè)務的分拆、集成和轉(zhuǎn)包。

研發(fā)設計：根據(jù)金融服務外包市場的發(fā)展變化，不斷設計金融服務的新產(chǎn)品、新服務，以適應國際金融服務外包市場專業(yè)化、精細化、多樣化發(fā)展的需求。

4.組建金融服務外包聯(lián)盟，承接離岸金融服務外包業(yè)務

上海要建設國際金融中心，需要大力開拓金融服務外包業(yè)務，把大量國際金融后臺業(yè)務吸引到上海。通過組建金融服務外包聯(lián)盟，承接離岸金融服務外包業(yè)務，內(nèi)容涵蓋金融數(shù)據(jù)處理、信用卡數(shù)據(jù)處理、貸款數(shù)據(jù)處理、金融數(shù)據(jù)分析、客服業(yè)務以及開展金融服務外包論壇等等，推動金融服務外包產(chǎn)業(yè)健康有序發(fā)展。

（三）支持浦東發(fā)展金融服務外包產(chǎn)業(yè)的政策建議

根據(jù)《財政部商務部關于支持承接國際服務外包業(yè)務發(fā)展相關財稅政策的意見》、《關于促進上海服務外包發(fā)展的若干意見》、《上海市促進張江高科技園區(qū)發(fā)展的若干規(guī)定》、《浦東新區(qū)促進現(xiàn)代服務業(yè)發(fā)展的財政扶持意見》、《“十一五”期間張江高科技園區(qū)財政扶持經(jīng)濟發(fā)展的暫行辦法》、《上海市張江高科技園區(qū)“十一五”期間扶持軟件產(chǎn)業(yè)發(fā)展的實施辦法》等文件，結合張江高科技園區(qū)特別是上海市金融信息服務產(chǎn)業(yè)基地的實際情況，提出如下政策建議：

第一，聚焦上海金融信息服務產(chǎn)業(yè)基地，支持基地產(chǎn)業(yè)化、市場化、國際化、專業(yè)化的定位，著眼于發(fā)展中高端的金融服務外包業(yè)務。支持基地引進發(fā)展銀行卡業(yè)務、數(shù)據(jù)業(yè)務、客服業(yè)務、財務服務業(yè)務、銷售業(yè)務、營運業(yè)務和研發(fā)設計業(yè)務，努力把上海金融信息服務產(chǎn)業(yè)基地建成金融服務外包產(chǎn)業(yè)化示范基地,形成產(chǎn)業(yè)規(guī)模大、競爭優(yōu)勢強、經(jīng)濟效益好、品牌效益高的產(chǎn)業(yè)集群，使之成為國內(nèi)發(fā)展金融服務外包市場的主要試驗田和集聚地，成為上海建成亞太地區(qū)離岸外包業(yè)務承包和轉(zhuǎn)包中心的重要組成部分。

第二，建立第三方服務平臺，為金融服務外包企業(yè)提供人才服務、政策咨詢、知識產(chǎn)權咨詢服務、項目接發(fā)包、投融資等市場化社會化服務，政府對服務平臺建設和營運費用給予資金補貼，對使用平臺服務的企業(yè)給予經(jīng)費補貼。

第三，將張江高科技園區(qū)的優(yōu)惠扶持政策延伸到上海金融信息服務產(chǎn)業(yè)基地，即凡入駐上海金融信息服務產(chǎn)業(yè)基地的金融服務外包企業(yè)，經(jīng)認定后享受張江高科技園區(qū)的優(yōu)惠政策，并進一步營造有利于金融服務外包產(chǎn)業(yè)發(fā)展的政策環(huán)境。

第四，擴大市場準入，鼓勵金融服務外包企業(yè)的設立和發(fā)展，對從事金融服務外包業(yè)務的國資、外資和民營企業(yè)在注冊登記和市場準入上公平對待，給予支持和便利。工商部門可在企業(yè)的經(jīng)營范圍內(nèi)，寫上“從事金融服務外包業(yè)務”。對涉及增值服務的金融信息企業(yè)，允許不同所有制企業(yè)經(jīng)營金融服務外包業(yè)務。對外商獨資從事離岸金融外包業(yè)務的企業(yè)實行備案制或放寬審批權限。

第五，建議將金融服務外包產(chǎn)業(yè)列入國家鼓勵發(fā)展的產(chǎn)業(yè)目錄，同時建議浦東新區(qū)政府牽頭，聯(lián)系銀行、證券、保險等金融監(jiān)管機構，建立金融服務外包行業(yè)協(xié)會，制訂金融服務外包的行業(yè)標準，推動金融服務外包產(chǎn)業(yè)健康規(guī)范發(fā)展。

第六，對金融服務外包企業(yè)給予財政扶持。對從事金融服務外包的企業(yè)經(jīng)認定后享受財稅優(yōu)惠政策。對所認定企業(yè)的營業(yè)收入實行免稅；利潤總額所得稅按照15%的比例征收；對企業(yè)的研發(fā)經(jīng)費給予一次性補貼；從事數(shù)據(jù)中心等金融服務外包企業(yè)進口自用設備，免除進口關稅和進口環(huán)節(jié)增值稅。

篇9

系統(tǒng)的核心是入庫、庫存和出庫三者之間的聯(lián)系，每一個表的修改都將聯(lián)動的影響其它的表，當完成入庫或出庫操作時系統(tǒng)會自動地完成庫存的修改。查詢功能也是系統(tǒng)的核心之一，在系統(tǒng)中即有單條件查詢和多條件查詢，也有精確查詢和模糊查詢，系統(tǒng)不僅有靜態(tài)的條件查詢，也有動態(tài)生成的條件查詢，其目的都是為了方便用戶使用。系統(tǒng)有完整的用戶添加、刪除和密碼修改功能，并具備報表打印功能。

系統(tǒng)采用Microsoft Office中的Access 2000來設計數(shù)據(jù)庫，并使用當前優(yōu)秀的開發(fā)工具—Delphi 6.0 ，它有著最為靈活的數(shù)據(jù)庫結構，對數(shù)據(jù)庫應用有著良好的支持。

論文主要介紹了本課題的開發(fā)背景，所要完成的功能和開發(fā)的過程。重點的說明了系統(tǒng)設計的重點、設計思想、難點技術和解決方案。

關鍵字：數(shù)據(jù)庫，SQL語言，Delph 6，數(shù)據(jù)庫組件，倉庫管理

目 錄

第一章 引言 ……………………………………………………………………………1

1.1 課題來源 ……………………………………………………………………1

1.2 開發(fā)工具的選擇 ……………………………………………………………2

1.3 所做的主要工作 ……………………………………………………………3

第二章 數(shù)據(jù)庫概論 ……………………………………………………………………4

2.1 數(shù)據(jù)庫的發(fā)展 ………………………………………………………………4

2.1.1 數(shù)據(jù)庫的發(fā)展 …………………………………………………………4

2.1.2 數(shù)據(jù)庫階段的特點 ……………………………………………………5

2.1.3 數(shù)據(jù)庫技術 ……………………………………………………………6

2.2 數(shù)據(jù)庫理論基礎 ……………………………………………………………7

2.2.1 數(shù)據(jù)庫模型 ……………………………………………………………7

2.2.2 數(shù)據(jù)庫體系結構

……………………………………………………10

2.2.3 數(shù)據(jù)的獨立性 ………………………………………………………11

2.2.4 范式 …………………………………………………………………11

2.3 SQL語言基礎 ……………………………………………………………13

2.3.1 SQL簡介 ……………………………………………………………13

2.3.2 SQL查詢

……………………………………………………………13

2.3.3 SQL數(shù)據(jù)更新

………………………………………………………14

第三章數(shù)據(jù)庫開發(fā)工具 ……………………………………………………………16

3.1 Delphi 6.0 簡介 ……………………………………………………………16

3.2 Delphi 6.0 控件 ……………………………………………………………17

3.2.1 ADO數(shù)據(jù)訪問組件 …………………………………………………17

3.2.2 數(shù)據(jù)控制類DataControl

……………………………………………18

3.2.3 數(shù)據(jù)訪問類DataAccess

……………………………………………18

3.2.4 SQL語言在Delphi中的應用

………………………………………19

3.3 Access 簡介

………………………………………………………………21

第四章 系統(tǒng)總體設計 ………………………………………………………………23

4.1 系統(tǒng)需求分析

……………………………………………………………23

4.2 系統(tǒng)概要設計

……………………………………………………………25

4.2.1 系統(tǒng)結構設計

………………………………………………………25

4.2.2 數(shù)據(jù)庫設計

…………………………………………………………27

4.2.2.1 ER圖設計 ……………………………………………………27

4.2.2.2 數(shù)據(jù)庫表格設計………………………………………………29

4.3系統(tǒng)詳細設計………………………………………………………………34

第五章 系統(tǒng)應用程序設計 …………………………………………………………37

5.1 系統(tǒng)窗體模塊組成…………………………………………………………37

5.2 數(shù)據(jù)模塊窗體設置…………………………………………………………38

5.3 主窗體功能模塊的實現(xiàn)……………………………………………………39

5.4 入庫、出庫窗體模塊的實現(xiàn)………………………………………………43

5.5 查詢功能的實現(xiàn)……………………………………………………………51

5.6 系統(tǒng)登陸窗體模塊的實現(xiàn)…………………………………………………52

5.7 用戶管理功能的實現(xiàn)………………………………………………………54

5.7.1 用戶管理主窗體 ……………………………………………………54

5.7.2 密碼修改窗體模塊的實現(xiàn)

…………………………………………54

5.7.3 用戶注冊窗體模塊的實現(xiàn)

…………………………………………55

5.7.4 用戶注銷窗體模塊的實現(xiàn)

…………………………………………57

結束語 …………………………………………………………………………………59

致謝 ……………………………………………………………………………………60

參考文獻 ………………………………………………………………………………61

第一章

引 言

§1.1 課題來源

隨著社會經(jīng)濟的迅速發(fā)展和科學技術的全面進步，計算機事業(yè)的飛速發(fā)展，以計算機與通信技術為基礎的信息系統(tǒng)正處于蓬勃發(fā)展的時期。隨著經(jīng)濟文化水平的顯著提高，人們對生活質(zhì)量及工作環(huán)境的要求也越來越高。書籍做為人類的精神食糧，在現(xiàn)代社會中越來越受到重視，大量的書籍出現(xiàn)在市場上，人們有了各種各樣不同的選擇。與此同時，為了管理大量的圖書，圖書倉庫也大量的出現(xiàn)，倉庫的管理問題也就提上了日程。隨著圖書的大量增加，其管理難度也越來越大，如何優(yōu)化倉庫的日常管理也就成為了一個大眾化的課題。

在計算機飛速發(fā)展的今天，將計算機這一信息處理利器應用于倉庫的日常管理已是勢必所然，而且這也將為倉庫管理帶來前所未有的改變，它可以帶來意想不到的效益，同時也會為企業(yè)的飛速發(fā)展提供無限潛力。采用計算機管理信息系統(tǒng)已成為倉庫管理科學化和現(xiàn)代化的重要標志，它給企業(yè)管理來了明顯的經(jīng)濟效益和社會效益。主要體現(xiàn)在：

極大提高了倉庫工作人員的工作效率，大大減少了以往入出存流程繁瑣，雜亂，周期長的弊端。

基于倉庫管理的全面自動化，可以減少入庫管理、出庫管理及庫存管理中的漏洞，可以節(jié)約不少管理開支，增加企業(yè)收入。

倉庫的管理的操作自動化和信息的電子化，全面提高了倉庫的管理水平。

隨著我國改革開放的不斷深入，經(jīng)濟飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場競爭中立于不敗之地，沒有現(xiàn)代化的管理是萬萬不行的，倉庫管理的全面自動化、信息化則是其中極其重要的部分。為了加快倉庫管理自動化的步伐，提高倉庫的管理業(yè)務處理效率，建立倉庫管理系統(tǒng)已變得十分心要。

入庫、庫存、出庫還是現(xiàn)在企業(yè)圖書倉庫管理的常規(guī)基本模式，雖然，最近又出現(xiàn)了很多新的管理模式，如：基于零庫存思想的沃爾瑪特管理方式，但這些新的思想在中國大部分企業(yè)的管理中還是難以實現(xiàn)的。所以如何設計好倉庫管理系統(tǒng)，盡可能地減少倉庫管理的重復性和低效性就成為當前最為重要的問題。圖書倉庫管理的核心是入庫、庫存和出庫之間的聯(lián)系，如何處理好三者之間的關系是系統(tǒng)最為關鍵的部分。另外，員工信息和供應商信息管理也是倉庫管理中一個必不可少的部分，它提供著與入庫和出庫相關的地一些信息，使得整個系統(tǒng)更加完整，更加實用。

通過對倉庫管理日常工作的詳細調(diào)查，搜集了大量的資料，從系統(tǒng)結構的組織，功能的實現(xiàn)，技術的要求以及可行性等多方面進行考慮，認為本課題是一個適應現(xiàn)今圖書倉庫管理需求的計算機信息管理系統(tǒng)，具有一定的實際開發(fā)價值和使用價值。

§1.2 開發(fā)工具的選擇

自Java誕生以來，隨著Internet技術的普及和應用需求的變化，以第四代語言為主的應用開發(fā)產(chǎn)品發(fā)生了較大的變化，它們不僅已成為人們開發(fā)應用的開發(fā)工具，而且很多產(chǎn)品已發(fā)展成為一種強有力的應用開發(fā)環(huán)境。這些新型的開發(fā)工具通常以一種集成軟件包的形式提供給開發(fā)人員，被稱為Studio（工作室）或Suite（程序組）。例如，微軟的Visual Studio 6.0，Borland公司的Delphi 6.0等數(shù)據(jù)庫輔助開發(fā)工具。

現(xiàn)在，市場上可以選購的應用開發(fā)產(chǎn)品很多，流行的也有數(shù)十種。目前在我國市場上最為流行、使用最多、最為先進的可用作企業(yè)級開發(fā)工具的產(chǎn)品有：

Microsoft公司的Visual Basic 6.0版

Microsoft公司的Visual C++6.0版

Borland公司的Delphi 6.0版

在目前市場上這些眾多的程序開發(fā)工具中，有些強調(diào)程語言的彈性與執(zhí)行效率；有些則偏重于可視化程序開發(fā)工具所帶來的便利性與效率的得高，各有各的優(yōu)點和特色，也滿足了不同用戶的需求。然而，語言的彈性和工具的便利性是密不可分的，只有便利的工具，卻沒有彈性的語言作支持，許多特殊化的處理動作必需要耗費數(shù)倍的工夫來處理，使得原來所標榜的效率提高的優(yōu)點失去了作用；相反，如果只強調(diào)程語言的彈性，卻沒有便利的工具作配合，會使一些即使非常簡單的界面處理動作，也會嚴重地浪費程序設計師的寶貴時間。

而Delphi是一個非常理想選擇。Delphi 6 是操作系統(tǒng)中快速應用開發(fā)環(huán)境的最新版本。它也是當前Windows平臺上第一個全面支持最新Web服務的快速開發(fā)工具。無論是企業(yè)級用戶，還是個人開發(fā)者，都能夠利用Delphi 6 輕松、快捷地構建新一代電子商務應用。Delphi 6 是惟一支持所有新出現(xiàn)的工業(yè)標準的RAD環(huán)境，包括XML（擴展標記語言）/XSL（可擴展樣式語言），SOAP（簡單對象存取協(xié)議）和WSDL（Web服務器描述語言）等。

Delphi 6 是可視化的快速應用程序開發(fā)語言，它提供了可視化的集成開發(fā)環(huán)境，這一環(huán)境為應用程序設計人員提供了一系列靈活而先進的工具，可以廣泛地用于種類應用程序設計。在Delphi 6 的集成開發(fā)環(huán)境中，用戶可以設計程序代碼、運行程序、進行程序錯誤的調(diào)試等，可視化的開發(fā)方法降低了應用程序開發(fā)的難度。Delphi的基礎編程語言是具有面向?qū)ο筇匦缘腜ascal語言，即Object Pascal 。Object Pascal具有代碼穩(wěn)定、可讀性好、編譯速度快等優(yōu)點，并將面向?qū)ο蟮母拍钜浦驳搅薖ascal語言中，使這種基礎語言有了新的發(fā)展空間。

使用Delphi 6.0 ，我們幾乎可以作任何事情，還可以撰寫種各種類型的應用程序，動態(tài)鏈接庫（DLL）、CON、或CORBA對象，CGI/ISAPI程序，Microsoft Back Office應用程序。程序的規(guī)模小到簡單的個人數(shù)據(jù)庫應用，大到復雜的企業(yè)的多層次分布式系統(tǒng)，都可以使用Delphi進行開發(fā)，其友好的集成開發(fā)界面，可視化的雙向開發(fā)模式，良好的數(shù)據(jù)庫應用支持高效的程序開發(fā)和程序運行，備受廣大程序開發(fā)人員的好評。尤其是Delphi對數(shù)據(jù)庫應用的強大支持，大大提高了數(shù)據(jù)庫應用軟件開發(fā)的效率，縮短了開發(fā)周期，深受廣大數(shù)據(jù)庫應用程序設計人員的喜愛。Delphi為數(shù)據(jù)庫應用開發(fā)人員提供了豐富的數(shù)據(jù)庫開發(fā)組件，使數(shù)據(jù)庫應用開發(fā)功能更強大，控制更靈活，編譯后的程序運行速度更快。

§1.3 本文所做工作

引言部分介紹了本系統(tǒng)的課題來源以及對數(shù)據(jù)庫開發(fā)工具的選擇。

第二章介紹了數(shù)據(jù)庫的發(fā)展，關系數(shù)據(jù)庫，數(shù)據(jù)庫體系結構，并系統(tǒng)介紹了SQL語言，為設計和理解應用程序做了鋪墊。

第三章系統(tǒng)介紹了Delphi 6.0及其部分控件，SQL語言在Delphi 6.0中的應用，以及Access等。

第四章是本文的主體，按照軟件工程的要求，從需求分析開始，經(jīng)過概要設計最后到詳細設計，完成對整個系統(tǒng)的設計。

第五章根據(jù)第四章的設計結果利用Access 2000和Delphi 6.0進行了具體的窗體和應用程序設計。

總結部分介紹了設計體會和編程體會，并指出了系統(tǒng)設計中的不足和改進的方向

轉(zhuǎn)貼于 第二章

數(shù)據(jù)庫概論

§2.1

數(shù)據(jù)庫的發(fā)展

數(shù)據(jù)庫處理在信息系統(tǒng)的研究中一直是非常重要的主題，然而，近年來，隨著World Wide Web(WWW)的猛增及Internet技術的迅速發(fā)展，使得數(shù)據(jù)庫技術之時成為最熱門技術之一。數(shù)據(jù)庫技術能使Internet應用超越具有早期應用特點的簡單的。同時，Internet技術提供了一種向用戶數(shù)據(jù)庫內(nèi)容的標準化的訪問方法。這些技術沒有脫離經(jīng)典數(shù)據(jù)庫技術的要求。它們只是加重了數(shù)據(jù)庫技術的重要性。

數(shù)據(jù)庫的設計和開發(fā)及包括藝術有包括工程。理解用戶的需求，然后，把它們轉(zhuǎn)變?yōu)橛行У臄?shù)據(jù)庫設計是一個藝術過程。把設計轉(zhuǎn)變?yōu)閷嶋H的數(shù)據(jù)庫，并且這些數(shù)據(jù)庫帶有功能完備、高效能的應用，是一個工程過程。

數(shù)據(jù)庫的目的是幫助人們跟蹤事務。經(jīng)典的數(shù)據(jù)庫應用涉及諸如訂單、顧客、工作、員工、學生、電話之類的項，或其它數(shù)據(jù)量較大、需要密起關注的事務。最近，由于數(shù)據(jù)庫的普及，數(shù)據(jù)庫技術已經(jīng)被應用到了新的領域，諸如用于Internet的數(shù)據(jù)庫或用于公司內(nèi)聯(lián)網(wǎng)的數(shù)據(jù)庫。數(shù)據(jù)庫也被越來越多地應用于生成和維護多媒體應用程序上。

計算機的數(shù)據(jù)處理應用，首先要把大量的信息以數(shù)據(jù)形式存放在存儲器中。存儲器的容量、存儲速率直接影響到數(shù)據(jù)管理技術的發(fā)展。從1956年生產(chǎn)出第一臺計算機到現(xiàn)在，存儲器的發(fā)展，為數(shù)據(jù)庫技術提供了良好的物質(zhì)基礎。

使用計算機以后，數(shù)據(jù)處理的速度和規(guī)模，無論是相對于手工方式，還是機械方式，都有無可比擬的優(yōu)勢。通常在數(shù)據(jù)處理中，計算是比較簡單的而數(shù)據(jù)的管理卻比較復雜。數(shù)據(jù)管理是指數(shù)據(jù)的收集、整理、組織、存儲、維護、檢索、傳送等操作，這部分操作是數(shù)據(jù)處理業(yè)務的基本環(huán)節(jié)，而且是任何數(shù)據(jù)處理業(yè)務中必不可少的共有部分。數(shù)據(jù)管理技術的優(yōu)劣，將直接影響數(shù)據(jù)處理的效率。

2.1.1 數(shù)據(jù)庫的發(fā)展

數(shù)據(jù)管理技術的發(fā)展，與硬件（主要是外存）、軟件、計算機應用的范圍有密切的聯(lián)系。數(shù)據(jù)管理技術的發(fā)展經(jīng)過三個階段：人工管理階段、文件系統(tǒng)階段和數(shù)據(jù)庫階段。

人工管理階段和文件系統(tǒng)階段都有著相當多的缺陷，諸如數(shù)據(jù)冗余性 ，數(shù)據(jù)不一致性以及數(shù)據(jù)聯(lián)系弱等等。也正是由于這些原因，促使人們研究新的數(shù)據(jù)管理技術，從而產(chǎn)生了數(shù)據(jù)庫技術。

20世紀60年代末發(fā)生的三件大事，層次模型IMS系統(tǒng)的推出、關于網(wǎng)狀模型DBTG報告的發(fā)表以及關于關系模型論文的連續(xù)發(fā)表標志著數(shù)據(jù)管理技術進入數(shù)據(jù)庫階段。進入70年代以后，數(shù)據(jù)庫技術得到迅速發(fā)展，開發(fā)了許多有效的產(chǎn)品并投入運行。數(shù)據(jù)庫系統(tǒng)克服了文件系統(tǒng)的缺陷，提供了對數(shù)據(jù)更高級更有效的管理。

當進入數(shù)據(jù)庫階段后，隨著數(shù)據(jù)管理規(guī)模一再擴大，數(shù)據(jù)量急劇增加，為了提高效率，開始時，人們只是對文件系統(tǒng)加以擴充，在應用文件中建立了許多輔助索引，形成倒排文件系統(tǒng)。但這并不能最終解決問題。在20世紀60年代末，磁盤技術取得重要進展，具有數(shù)百兆容量和快速存取的磁盤陸續(xù)進入市場，成本也不高，為數(shù)據(jù)庫技術的產(chǎn)生提供了良好的物質(zhì)條件。

2.1.2 數(shù)據(jù)庫階段的特點

（1）減少數(shù)據(jù)的重復（Redundancy can be reduced）

當在一個非數(shù)據(jù)庫系統(tǒng)當中，每一個應用程序都有屬于他們自己的文件，由于無法有系統(tǒng)建立的數(shù)據(jù)，因此常常會造成存儲數(shù)據(jù)的重復與浪費。例如：在一家公司當中，人事管理程序與工資管理程序或許都會使用到職員與部門的信息或文件，而我們可以運用數(shù)據(jù)庫的方法，把這兩個文件整理起來，以減少多余的數(shù)據(jù)，過度地占用存儲空間。

（2）避免數(shù)據(jù)的不一致（Inconsistency can avoid）

本項的特色，可以說是延伸前項的一個特點，要說明這樣的一個現(xiàn)象，我們可以從下面這個實例來看：若是在同一家公司當中，職員甲在策劃部門工作，且職員甲的記錄同時被存放在數(shù)據(jù)庫的兩個地方，而數(shù)據(jù)庫管理系統(tǒng)卻沒有對這樣重要的情況加以控制，當其中一條數(shù)據(jù)庫被修改時，便會造成數(shù)據(jù)的不一致，但是，對于一個健全的數(shù)據(jù)庫管理系統(tǒng)而言，將會對這樣的情況加以控制，但有時并不需要刻意消除這種情形，應當視該數(shù)據(jù)庫的需求與效率來決定。

（3）數(shù)據(jù)共享（Data shared）

對于數(shù)據(jù)共享的意義，并不是只有針對數(shù)據(jù)庫設計的應用程序，可以使用數(shù)據(jù)庫中的數(shù)據(jù)，對于其他撰寫好的應用程序，同樣可以對相同數(shù)據(jù)庫當中的數(shù)據(jù)進行處理，進而達到數(shù)據(jù)共享的目的。

（4）強化數(shù)據(jù)的標準化（Standard can be enforced）

由數(shù)據(jù)庫管理系統(tǒng)，對數(shù)據(jù)做出統(tǒng)籌性的管理，對于數(shù)據(jù)的格式與一些存儲上的標準進行控制，如此一來，對于不同的環(huán)境的數(shù)據(jù)交換（Data Interchange）上將有很大的幫助，也能提高數(shù)據(jù)處理的效率。

（5）實踐安全性的管理（Security restriction can be applied）

通過對數(shù)據(jù)庫完整的權限控制，數(shù)據(jù)庫管理者可以確認所有可供用戶存取數(shù)據(jù)的合法途徑渠道，并且可以事先對一些較重要或關鍵性的數(shù)據(jù)進行安全檢查，以確保數(shù)據(jù)存取時，能夠?qū)⑷魏尾划敁p毀的情形降至最低。

（6）完整性的維護（Integrity can be maintained）

所謂完整性的問題，就是要確認某條數(shù)據(jù)在數(shù)據(jù)庫當中，是正確無誤的。正如（2）所述，若是無法控制數(shù)據(jù)的不一致性，便會產(chǎn)生完整性不足的問題，所以，我們會發(fā)現(xiàn)，當數(shù)據(jù)重復性高的時候，數(shù)據(jù)不完整的情形也會增加，當然，若是數(shù)據(jù)庫的功能完整，將會大大地提高數(shù)據(jù)完整性，也會增加數(shù)據(jù)庫的維護能力與維護簡便性。

（7）需求沖突會獲得平衡（Conflicting requirements can be balance）

在一個較大型的企業(yè)當中，用戶不同的需求，往往會造成系統(tǒng)或數(shù)據(jù)庫在設計上的困擾，但是一個合適的數(shù)據(jù)庫系統(tǒng)，可以通過數(shù)據(jù)庫管理員的管理，將會有效地整理各方面的信息，對于一些較重要的應用程序，可以適時地提供較快速的數(shù)據(jù)存取方法與格式，以平衡多個用戶在需求上的沖突。

上述七個方面構成了數(shù)據(jù)庫系統(tǒng)的主要特征。這個階段的程序和數(shù)據(jù)間的聯(lián)系可用下圖表示： 2.1.3 數(shù)據(jù)庫技術

從文件系統(tǒng)發(fā)展到數(shù)據(jù)庫系統(tǒng)是信息處理領域的一個重大變化。在文件系統(tǒng)階段，人們關注的中心問題是系統(tǒng)功能的設計，因而程序設計處于主導地位，數(shù)據(jù)只起著服從程序需要的作用。在數(shù)據(jù)庫方式下，信息處理觀念已為新體系所取代，數(shù)據(jù)占據(jù)了中心位置。數(shù)據(jù)結構的設計成為信息系統(tǒng)首先關心的問題，而利用這些數(shù)據(jù)的應用程序設計則退居到以既定的數(shù)據(jù)結構為基礎的外圍地位。

目前世界上已有數(shù)百萬個數(shù)據(jù)庫系統(tǒng)在運行，其應用已經(jīng)深入到人類社會生活的各個領域，從企業(yè)管理、銀行業(yè)務、資源分配、經(jīng)濟預測一直到信息檢索、檔案管理、普查統(tǒng)計等。并在通信網(wǎng)絡基礎上，建立了許多國際性的聯(lián)機檢索系統(tǒng)。我國20世紀90年代初在全國范圍內(nèi)裝備了12個以數(shù)據(jù)庫技術為基礎的大型計算機系統(tǒng)，這些系分布在郵電、計委、銀行、電力、鐵路、氣象、民航、情報、公安、軍事、航天和財稅等行業(yè)。

數(shù)據(jù)庫技術還在不斷的發(fā)展，并且不斷地與其它計算機技術相互滲透。數(shù)據(jù)庫技術與網(wǎng)絡通信技術相結合，產(chǎn)生了分布式數(shù)據(jù)庫系統(tǒng)。數(shù)據(jù)庫技術與面向?qū)ο蠹夹g相結合，產(chǎn)生了面向?qū)ο髷?shù)據(jù)庫系統(tǒng)。

在數(shù)據(jù)庫技術中有四個名詞，其概念應該分清。

（1）數(shù)據(jù)庫（database，DB）:DB是統(tǒng)一管理的相關數(shù)據(jù)的集合。DB能為各種用戶共享，具有最小冗余度，數(shù)據(jù)間聯(lián)系密切，而又有較高的數(shù)據(jù)獨立性。

（2）數(shù)據(jù)庫管理系統(tǒng)（Database Management System，DBMS）：DBMS是位于用戶與操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件，為用戶或應用程序提供訪問DB的方法，包括DB的建立、查詢、更新及各種數(shù)據(jù)控制。DBMS總是基于某種數(shù)據(jù)模型，可以分為層次型、網(wǎng)狀型、關系型和面向?qū)ο笮虳BMS。

（3）數(shù)據(jù)庫系統(tǒng)（Database System，DBS）:DBS是實現(xiàn)有組織地、動態(tài)地存儲大量關聯(lián)數(shù)據(jù)，方便多用戶訪問的計算機軟件、硬件和數(shù)據(jù)資源組成的系統(tǒng)，即采用了數(shù)據(jù)庫技術的計算機系統(tǒng)。

（4）數(shù)據(jù)庫技術：這是一門研究數(shù)據(jù)庫的結構、存儲、管理和使用的軟件學科。數(shù)據(jù)庫技術是操作系統(tǒng)的文件系統(tǒng)基礎上發(fā)展起來的。而DBMS本身要在操作系統(tǒng)的支持下才能工作。數(shù)據(jù)庫不僅用到數(shù)據(jù)結構的知識，而且豐富了數(shù)據(jù)結構的內(nèi)容。在關系數(shù)據(jù)庫中要用到集合論、數(shù)理邏輯的理論。因此，數(shù)據(jù)庫技術是一門綜合性較強的學科。

§2.2數(shù)據(jù)庫理論基礎

2.2.1 數(shù)據(jù)庫模型

從20世紀50年代中期開始，計算機的應用由科學研究部門逐步擴展到企業(yè)、行政部門。至60年代，數(shù)據(jù)處理成為計算機的主要應用。數(shù)據(jù)庫技術作為數(shù)據(jù)管理技術，是計算機軟件領域的一個重要分支，產(chǎn)生于60年代末?，F(xiàn)已形成相當規(guī)模的理論體系和實用技術。

模型是對現(xiàn)實世界的抽象。在數(shù)據(jù)庫技術中，我們用模型的概念描述數(shù)據(jù)庫的結構與語義，對現(xiàn)實世界進行抽象，表示實體類型及實體間聯(lián)系的模型稱為“數(shù)據(jù)模型” 。

目前廣泛作用的數(shù)據(jù)模型可分為兩種類型。

一種是獨立于計算機系統(tǒng)的模型，完全不涉及信息在系統(tǒng)中的表示，只是用來描述某個特定組織所關心的信息結構，這類模型稱為“概念數(shù)據(jù)模型” 。要領模型用于建立信息世界的數(shù)據(jù)模型，強調(diào)其語義表達功能，應該概念簡單、清晰，易于用戶理解，它是現(xiàn)實世界的第一層抽象，是用戶和數(shù)據(jù)庫設計人員之間進行交流的工具。這一其中著名的模型是“實體聯(lián)系模型” 。

另一種數(shù)據(jù)模型是直接面向數(shù)據(jù)庫的邏輯結構，它是現(xiàn)實世界的第二層抽象。 這類模型涉及到計算機系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為“結構數(shù)據(jù)模型” 。例如，層次、網(wǎng)狀、關系、面向?qū)ο蟮饶Ｐ?。這類模型有嚴格的形式化定義，以便于在計算機系統(tǒng)中實現(xiàn)。

（1）層次模型。用樹型結構表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。樹的結點是記錄類型，每個非根結點有且只有一個父結點。上一層記錄類型和下一層記錄類型間聯(lián)系是1∶N聯(lián)系。

層次模型的特點是記錄之間的聯(lián)系通過指針實現(xiàn)，查詢效率較高。但層次模型有兩個缺點：一是只能表示1∶N聯(lián)系，雖然有多種輔助手段實現(xiàn)了M∶N聯(lián)系，但都較復雜，用戶不易掌握，二是由于樹型結構層次順序的嚴格和復雜，引起數(shù)據(jù)的查詢和更新操作也很復雜，因此，編寫應用程序也很復雜。

（2）網(wǎng)狀模型。用有向圖結構表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。。1969年DBTG報告提出的數(shù)據(jù)模型是網(wǎng)狀模型的主要代表。有向圖中的結點是記錄類型，有向邊表示從箭尾一端的記錄類型到箭頭一端的記錄類型間聯(lián)系是1∶N聯(lián)系。

網(wǎng)狀模型的特點：記錄之間聯(lián)系通過指針實現(xiàn)，M∶N聯(lián)系也容易實現(xiàn)（每個M∶N聯(lián)系可拆成兩個1∶N聯(lián)系），查詢效率較高。網(wǎng)狀模型的缺點是編寫應用程序比較復雜，程序員必須熟悉數(shù)據(jù)庫的邏輯結構。由于層次系統(tǒng)和網(wǎng)狀系統(tǒng)的應用程序編制比較復雜，因此，從20世紀80年代中期起，其市場已被關系系統(tǒng)所取代。但是使用這兩種模型建立起的許多數(shù)據(jù)庫仍然在正常運轉(zhuǎn)，只是在外層加了個關系數(shù)據(jù)庫語言的接口。網(wǎng)狀模型有許多成功的產(chǎn)品，20世紀70年代的產(chǎn)品大部分網(wǎng)狀系統(tǒng)，例如，Honeywell公司的IDS/Ⅱ、HP公司的IMAGE/3000、Burroughs公司的DMSⅡ、Umivac公司的DMS1100、Cullinet公司的IDMS、Cimcom公司的TOTAL等

（3）關系模型。關系模型的主要是用二維表格結構表達實體集，用外鍵表示實體間聯(lián)系。關系模型是由若干個關系模式組成的集合。關系模式相當于前面提到的記錄類型，它的實例稱為關系，每個關系實際上是一張二維表格。

關系模型和層次、網(wǎng)狀模型的最大判別是用關鍵碼而不是用指針導航數(shù)據(jù)，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節(jié)。關系模型是數(shù)學化模型。SQL語言是關系數(shù)據(jù)庫的標準化語言，已得到了廣泛的應用。20世紀70年代對關系數(shù)據(jù)庫的研究主要集中在理論和實驗系統(tǒng)的開發(fā)方面。80年代初才形成產(chǎn)品，但很快得到廣泛的應用和普及，并最終取代了層次、網(wǎng)狀數(shù)據(jù)庫產(chǎn)品?，F(xiàn)在市場上典型的關系DBMS產(chǎn)品有DB2、ORACLE、SYBASE、INFORMIX和微機型產(chǎn)品Foxpro、Access等。

關系模型和網(wǎng)狀、層次模型的最大區(qū)別是：關系模型用表格數(shù)據(jù)而不是通過指針鏈來表示和實現(xiàn)實體間聯(lián)系。關系模型的數(shù)據(jù)結構簡單、易懂。只需用簡單的查詢語句就可對數(shù)據(jù)庫進行操作。

關系模型是數(shù)學化的模型，可把表格看成一個集合，因此集合論、數(shù)理邏輯等知識可引入到關系模型中來。關系模型已是一個成熟的有前途的模型，已得到廣泛應用。

（4）面向?qū)ο竽Ｐ汀Ｄ壳?，關系數(shù)據(jù)庫的使用已相當普遍，但是，現(xiàn)實世界中仍然存在著許多含有復雜數(shù)據(jù)結構的應用領域，例如，CAD數(shù)據(jù)、圖形數(shù)據(jù)等，而關系模型在這方面的處理能力就顯得力不從心。因此，人們需要更高級的數(shù)據(jù)庫技術來表達這類信息。面向?qū)ο蟮母拍钭钤绯霈F(xiàn)在程序設計語言中，隨后迅速滲透到計算機領域的每一個分支。面向?qū)ο髷?shù)據(jù)庫是面向?qū)ο蟾拍钆c數(shù)據(jù)庫技術相結合的產(chǎn)物。

面向?qū)ο竽Ｐ湍芡暾孛枋霈F(xiàn)實世界的數(shù)據(jù)結構，具有豐富的表達能力，但模型相對較復雜，涉及的知識面也廣，因此面向?qū)ο髷?shù)據(jù)庫尚未達到關系數(shù)據(jù)庫那樣的普及程度。

2.2.2 數(shù)據(jù)庫體系結構

數(shù)據(jù)庫的體系結構分三級：內(nèi)部級（internal），概念級（conceptual）和外部級（external）。這個三級結構有時也稱為“三級模式結構”，或“數(shù)據(jù)抽象的三個級別”，最早是在1971年通過的DBTG報告中提出，后來收入在1975年的美國ANSI/SPARC報告中。雖然現(xiàn)在DBMS的產(chǎn)品多種多樣，在不同的操作系統(tǒng)支持下工作，但是大多數(shù)系統(tǒng)在總的體系結構上都具有三級模式的結構特征。從某個角度看到的數(shù)據(jù)特性稱為“數(shù)據(jù)視圖”（data view）。

外部級最接近用戶，是單個用戶所能看到的數(shù)據(jù)特性。單個用戶使用的數(shù)據(jù)視圖的描述稱為“外模式”。

概念級涉及到所有用戶的數(shù)據(jù)定義，是全局的數(shù)據(jù)視圖。全局數(shù)據(jù)視圖的描述稱為“概念模式”。

內(nèi)部級最接近于物理存儲設備，涉及到實際數(shù)據(jù)存儲的結構。物理存儲數(shù)據(jù)視圖的描述稱為“內(nèi)模式”。

數(shù)據(jù)庫的三級模式結構是數(shù)據(jù)的三個抽象級別。它把數(shù)據(jù)的具體組織留給DBMS去做，用戶只要抽象地處理數(shù)據(jù)，而不必關心數(shù)據(jù)在計算機中的表示和存儲，這樣就減輕了用戶使用系統(tǒng)的負擔。

三級結構之間往往差別很大，為了實現(xiàn)這三個抽象級別的聯(lián)系和轉(zhuǎn)換，DBMS在三級結構之間提供兩個層次的映象（mappings）:外模式/模式映象，模式/內(nèi)模式映象。此處模式是概念模式的簡稱。

2.2.3 數(shù)據(jù)的獨立性

由于數(shù)據(jù)庫系統(tǒng)采用三級模式結構，因此系統(tǒng)具有數(shù)據(jù)獨立性的特點。在數(shù)據(jù)庫技術中，數(shù)據(jù)獨立性是指應用程序和數(shù)據(jù)之間相互獨立，不受影響。數(shù)據(jù)獨立性分成物理數(shù)據(jù)獨立性和邏輯數(shù)據(jù)獨立性兩級。

（1）物理數(shù)據(jù)獨立性

如果數(shù)據(jù)庫的內(nèi)模式要進行修改，即數(shù)據(jù)庫的存儲設備和存儲方法有所變化，那么模式/內(nèi)模式映象也要進行相當?shù)男薷?，使概念模式盡可能保持不變。也就是對內(nèi)模式的修改盡量不影響概念模式，當然，對于外模式和應用程序的影響更小，這樣，我們稱數(shù)據(jù)庫達到了物理數(shù)據(jù)獨立性。

（2）邏輯數(shù)據(jù)獨立性

如果數(shù)據(jù)庫的概念模式要進行修改，譬如增加記錄類型或增加數(shù)據(jù)項，那么外模式/模式映象也要進行相應的修改，使外模式盡可能保持不變。也就是對概念模式的修改盡量不影響外模式和應用程序，這樣，我們稱數(shù)據(jù)庫達到了邏輯數(shù)據(jù)獨立性。

現(xiàn)有關系系統(tǒng)產(chǎn)品均提供了較高的物理獨立性，而對邏輯獨立性的支持尚有欠缺，例如，對外模式的數(shù)據(jù)更新受到限制等。

2.2.4 范式

建立起一個良好的數(shù)據(jù)指標體系，是建立數(shù)據(jù)結構和數(shù)據(jù)庫的最重要的一環(huán)。一個良好的數(shù)據(jù)指標體系是建立DB的必要條件，但不是充分條件。我們完全可以認為所建指標體系中的一個指標類就是關系數(shù)據(jù)庫中的一個基本表，而這個指標類下面的一個個具體指標就是這個基本表中的一個字段。但如果直接按照這種方式建庫顯然還不能算最佳。對于指標體系中數(shù)據(jù)的結構在建庫前還必須進行規(guī)范化的重新組織。

在數(shù)據(jù)的規(guī)范化表達中，一般將一組相互關聯(lián)的數(shù)據(jù)稱為一個關系(relation)，而在這個關系下的每個數(shù)據(jù)指標項則被稱為數(shù)據(jù)元素(data element)，這種關系落實到具體數(shù)據(jù)庫上就是基本表，而數(shù)據(jù)元素就是基本表中的一個字段(field)。規(guī)范化表達還規(guī)定在每一個基本表中必須定義一個數(shù)據(jù)元素為關鍵字(key)，它可以唯一地標識出該表中其它相關的數(shù)據(jù)元素。在規(guī)范化理論中表是二維的，它有如下四個性質(zhì)：

在表中的任意一列上，數(shù)據(jù)項應屬于同一個屬性(如圖中每一列都存放著不同合同記錄的同一屬性數(shù)據(jù))。

表中所有行都是不相同的，不允許有重復組項出現(xiàn)(如圖中每一行都是一個不同的合同記錄)。

在表中，行的順序無關緊要(如圖中每行存的都是合同記錄，至于先放哪一個合同都沒關系)。

在表中，列的順序無關緊要，但不能重復(如圖中合同號和合同名誰先誰后都沒關系，但二者不可重復或同名)。

在對表的形式進行了規(guī)范化定義后，數(shù)據(jù)結構還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。而且這五種范式是“向上兼容”的，即滿足第五范式的數(shù)據(jù)結構自動滿足一、二、三、四范式，滿足第四范式的數(shù)據(jù)結構自動滿足第一、二、三范式，……，依此類推。

第一范式(first normal form，簡稱1st NF)就是指在同一表中沒有重復項出現(xiàn)，如果有則應將重復項去掉。這個去掉重復項的過程就稱之為規(guī)范化處理。在本文所討論的開發(fā)方法里，1st NF實際上是沒有什么意義的。因為我們按規(guī)范化建立的指標體系和表的過程都自動保證了所有表都滿足1st NF。

第二范式(second normal form，簡稱 2nd NF)是指每個表必須有一個(而且僅一個)數(shù)據(jù)元素為主關鍵字(primary key)，其它數(shù)據(jù)元素與主關鍵字一一對應。例如，在圖l9.7中如果我們將合同號定義為主關鍵字(其它數(shù)據(jù)元素中的記錄數(shù)據(jù)都有可能重名，故不能作為主關鍵字)，故只要知道了一個合同記錄的合同號，就可以唯一地在同一行中找到該合同的任何一項具體信息。通常我們稱這種關系為函數(shù)依賴(functional depEndence)關系。即表中其它數(shù)據(jù)元素都依賴于主關鍵字，或稱該數(shù)據(jù)元素唯一地被主關鍵字所標識。

第三范式(third normal form，簡稱 3rd NF)就是指表中的所有數(shù)據(jù)元素不但要能夠唯一地被主關鍵字所標識，而且它們之間還必須相互獨立，不存在其它的函數(shù)關系。也就是說對于一個滿足了 2nd NF的數(shù)據(jù)結構來說，表中有可能存在某些數(shù)據(jù)元素依賴于其它非關鍵宇數(shù)據(jù)元素的現(xiàn)象，必須加以消除。

為防止數(shù)據(jù)庫出現(xiàn)更新異常、插入異常、刪除異常、數(shù)據(jù)冗余太大等現(xiàn)象，關系型數(shù)據(jù)庫要盡量按關系規(guī)范化要求進行數(shù)據(jù)庫設計。

§2.3 SQL語言基礎

2.3.1 SQL簡介

用戶對數(shù)據(jù)庫的使用，是通過數(shù)據(jù)庫管理系統(tǒng)提供的語言來實現(xiàn)的。不同的數(shù)據(jù)庫管理系統(tǒng)提供不同的數(shù)據(jù)庫語言。關系數(shù)據(jù)庫管理系統(tǒng)幾乎都提供關系數(shù)據(jù)庫標準語言——SQL。

SQL 的全稱是Structured Query Language，即結構化查詢語言。SQL語句可以從關系數(shù)據(jù)庫中獲得數(shù)據(jù)，也可以建立數(shù)據(jù)庫、增加數(shù)據(jù)、修改數(shù)據(jù)。1986年ANSI采用SQL語言作為關系數(shù)據(jù)庫系統(tǒng)的標準語言，后被國際化標準組織（ISO）采納為國際標準。SQL語言使用方便、功能豐富、簡潔易學，是操作數(shù)據(jù)庫的工業(yè)標準語言，得到廣泛地應用。例如關系數(shù)據(jù)庫產(chǎn)品DB2、ORACLE等都實現(xiàn)了SQL語言。同時，其它數(shù)據(jù)庫產(chǎn)品廠家也紛紛推出各自的支持SQL的軟件或者與SQL的接口軟件。這樣SQL語言很快被整個計算機界認可。

SQL語言是一種非過程化語言，它一次處理一個記錄集合，對數(shù)據(jù)提供自動導航。SQL語言允許用戶在高層的數(shù)據(jù)結構上工作，而不對單個記錄進行操作。SQL語言不要求用戶指定數(shù)據(jù)的存取方法，而是使用查詢優(yōu)化器，由系統(tǒng)決定對指定數(shù)據(jù)存取的最快速手段。當設計者在關系表上定義了索引時，系統(tǒng)會自動利用索引進行快速檢索，用戶不需知道表上是否有索引或者有什么類型的索引等細節(jié)。

SQL語言可以完成許多功能，例如：

查詢數(shù)據(jù)

在數(shù)據(jù)庫表格中插入、修改和刪除記錄

建立、修改和刪除數(shù)據(jù)對象

控制對數(shù)據(jù)和數(shù)據(jù)對象的存取

確保數(shù)據(jù)庫的一致性和完整性等

2.3.2 SQL查詢

數(shù)據(jù)查詢是關系運算理論在SQL語言中的主要體現(xiàn)，SELECT 語句是SQL查詢的基本語句，當我們在對一個數(shù)據(jù)庫進各種各樣的操作時，使用的最多的就是數(shù)據(jù)查詢，在以SQL為基礎的關系數(shù)據(jù)庫中，使用的最多的就是SELECT查詢語句。

SELECT語句的完整句法如下：

SELECT 目標表的列名或列表達式序列

FROM 基本表和（或）視圖序列

[WHERE 行條件表達式]

[GROUP BY 列名序列]

[HAVING 組條件表達式]

[ORDER BY列名 [ASC│DEAC]…]

我在SELECT語句中還使用了大量的保留字和通配符以進行各種各樣的條件查詢。在系統(tǒng)中有大量的查詢按鈕，其使用了大量的查詢語句，而且這些查詢語句大部分使用的是模糊查詢，所以大量的使用了模式匹配符LIKE(判斷值是否與指定的字符通配格式相符)。在包含LIKE的查詢語句中可以使用兩個通配符：%（百分號）：與零個或多個字符組成的字符串匹配；_（下劃線）：與單個字符匹配。系統(tǒng)中的條件判斷往往包含多個條件，這時就需要使用邏輯運算符NOT、AND、OR(用于多條件的邏輯連接)，謂詞ALL以及保留字DISTINCT等等。做為SELECT語句還有很多的使用方法，這里就不再敘述。

2.3.3 SQL數(shù)據(jù)更新

使用數(shù)據(jù)庫的目的是為了有效地管理數(shù)據(jù)，而數(shù)據(jù)的插入、刪除和修改則是必不可少的一個功能。在本系統(tǒng)中就大量地使用了數(shù)據(jù)插入、刪除和修改這三種操作，現(xiàn)做一個簡單地介紹。

數(shù)據(jù)插入

往數(shù)據(jù)庫的基本表中插入數(shù)據(jù)使用的是INSERT語句，其方式有兩種：一種是元組值的插入，另一種是查詢結果的插入。在本系統(tǒng)中使用的是前一種方式，其句法如下：

INSERT INTO 基本表名（列表名）VALUES（元組值）

數(shù)據(jù)刪除

往數(shù)據(jù)庫的基本表中刪除數(shù)據(jù)使用的是DELETE語句，其句法如下：

DELETE FROM 基本表名 [WHERE 條件表達式]

在些作一點說明，刪除語句實際上是“SELECT * FROM 基本表名 [WHERE 條件表達式]”和DELETE操作的結合，每找到一個元組，就把它刪除。此外，DELETE語句只能從一個基本表中刪除元組，WHERE子句中條件可以嵌套，也可以是來自幾個基本表的復合條件。

數(shù)據(jù)修改

當需要修改基本表中元組的某些列值時，可以用UPDATE語句實現(xiàn)，其句法如下：

UPDATE基本表名

SET列名=值表達式[，列名=值表達式…]

[WHERE條件表達式]

在Delphi中使用SQL語句是很方便的，一般來說，都是通過TQuery組件來使用SQL語言的。有一點要進行說明，雖然通過TQuery組件來使用SQL語言很方便，但考慮到自己對不同組件的理解程度、個人習慣以及其它各個方面，在本系統(tǒng)中我采用的是ADO組件來對數(shù)據(jù)庫進行操作。最簡單的方法比如在TADOQuery組件的SQL屬性中就可以鍵入SQL語句，至于詳細的使用方法在后面進行介紹。

轉(zhuǎn)貼于 第三章

數(shù)據(jù)庫開發(fā)工具

§3.1 Delphi 6.0 簡介

Delphi類可以粗略地分成兩部分：一部分是組件類，這些組件類通常以某種方式出現(xiàn)在組件面板上，當用戶從組件面板上點取一個類的圖標后，在程序中就自動生成了該類的對象（非可視組件除外）；另一部分是功能類，這此功能類的對象通常出現(xiàn)在程序代碼中，起著不可代替的作用，但是這些功能類在組件面板上是找不到的。在Delphi中，每一個類的祖先都是Tobject類，整個類的層次結構就像一棵倒掛的樹，在最頂層的樹根即為Tobject類。這樣，按照面向?qū)ο缶幊痰幕舅枷?，就使得用戶可用Tobject類這個類型代替任何其它類的數(shù)據(jù)類型。實際上在Delphi的類庫中，Tobject類派生出了為數(shù)相當眾多的子類，它們形成了一個龐大的體系，通常情況下，如果不自行開發(fā)組件，就不必了解整個類的體系結構，只用到類層次樹的葉結點就足夠了。

凡是做過程序開發(fā)的人都知道從來沒有單純的數(shù)據(jù)應用程序，也就是說，數(shù)據(jù)庫應用程序必須和用戶界面（可以是圖形界面，也可以是命令接口）元素相結合，只講界面或只講數(shù)據(jù)庫本身都構不成數(shù)據(jù)庫應用程序，因而用Delphi 6.0開發(fā)數(shù)據(jù)庫應用程序就隱含著界面開發(fā)。Delphi6中的VCL組件可用圖3-1來說明。組件在Delphi程序的開發(fā)中是最顯眼的角色。大家知道，在編寫程序時一般都開始于在組件面板上選擇組件并定義組件間的相互作用。但也有一些組件不在組件面板上，例如Tform和Tapplication（典型的非可視組件）。組件是Tcomponents派生出來的子類，可以流的形式存放在DFM文件中，具有事件和Publish屬性。

窗口組件類是窗口化的可視化組件類，在Delphi的類庫中占有最大的份額。在實際編程中，窗口組件類的對象都有句柄，可以接受輸入焦點和包含其它組件。

圖形組件與窗口組件并列，是另一大類組件。圖形組件不是基于窗口的，因而不能有窗口句柄，不能接受輸入焦點和包含其它組件。從圖8-43中可以看出，圖形組件的基類是TgraphicControl，在實際編程中，它們必須寄生于它們的宿主——窗口組件類的對象，由它們的擁有者負責其顯示，而且它們還能觸發(fā)一些和鼠標活動相關的事件。圖形控件最典型的例子是Tlabel和TspeedButton。由此可以看出圖形組件的功能很弱，有讀者會問圖形組件的用處何在呢？其實使用圖形組件的最大好處在于節(jié)省資源，正是因為它們的功能較弱，所以使用的系統(tǒng)資源就要少。在一個應用程序中，如果能在不影響其功能的前提下合理大量地使用圖形組件，將會大減少程序?qū)ο到y(tǒng)資源的消耗。

非可視組件是與可視組件相并列的另一類組件，非可視組件在程序運行中是不可見的（除各種對話框組件之外，事實上有人認為對話框組件不能歸入非可視組件，應該是另一種介于可視與非可視之間的組件）。

§3.2 Delphi 6.0 控件

用Delphi6開發(fā)數(shù)據(jù)庫應用，重點是和各種數(shù)據(jù)庫組件打交道，當然也要使用其它的一些組件，現(xiàn)在就我在系統(tǒng)設計中所使用的重要組件給與簡單介紹。

3.2.1 ADO數(shù)據(jù)訪問組件

ADO數(shù)據(jù)對象(Active Data Objects)實際是一種提供訪問各種數(shù)據(jù)類型的鏈接機制。ADO設計為一種極簡單的格式，通過ODBC的方法同數(shù)據(jù)庫接口中，可以使用任何一種ODBC數(shù)據(jù)源，即不止適合于SQL Server、Oracle、Access等數(shù)據(jù)庫應用程序，也適合于Excel表格、文本文件、圖形文件和無格式的數(shù)據(jù)文件。ADO是基于OLE-DB之上的技術，因此ADO通過其內(nèi)部的屬性和方法提供統(tǒng)一的數(shù)據(jù)訪問接口方法。ADO使您的客戶端應用程序能夠通過OLE DB提供訪問和操作在數(shù)據(jù)庫服務器中的數(shù)據(jù)。ADO支持用于建立C/S和Web的應用程序的主要功能。其主要優(yōu)點是易于使用、高速度、低內(nèi)存支出和占用磁盤空間較少。ADO同時具有遠程數(shù)據(jù)服務(RDS)功能，通過RDS可以在一次往返過程中實現(xiàn)將數(shù)據(jù)從服務器移動到客戶端應用程序和Web頁、在客戶端對數(shù)據(jù)進行處然后將更新結果返回服務器的操作。

Delphi 6.0繼續(xù)對Microsoft的ADO訪問能力的支持。這種能力是通過一組新組件實現(xiàn)的，這些組件是在企業(yè)版的ADO組件頁中，在組件面版的ADO頁上可以找到這些組件。利用在前面章節(jié)提到的TdataSet抽象類，ADO組件可以不通過BDE而直接實現(xiàn)ADO連接。這意味著只需要很少的代碼就可以實現(xiàn)該連接并且性能得到提高。

利用ADO數(shù)據(jù)訪問組件，可以只使用ADO結構與數(shù)據(jù)庫取得聯(lián)系并對其中的數(shù)據(jù)進行操作，而在這些過程中完全不需要使用BDE。大多數(shù)的ADO連接和數(shù)據(jù)集組件都是與基于BDE的連接和數(shù)據(jù)集組件相類似的。TADOConnection組件與基于BDE的應用程序中的Tdatabase組件類似。TADOTable與Ttable，TADOQuery與Tquery，以及TADOStoreProc和TstoredProc之間都具有這種類似的對應關系。使用這些ADO組件的方式與我們常使用的數(shù)據(jù)訪問組件（基于BDE）都有許多相同之處。TTADODataSet沒有直接的BDE對應組件，但它提供了許多與Ttable和Tquery相同的功能。同樣，TADOCommand也沒有相對應的BDE組件，它是在Delphi/ADO環(huán)境中完成特定功能的組件。Delphi 6.0通過ADO數(shù)據(jù)集訪問組件，可以不借助BDE數(shù)據(jù)引擎而是通過微軟的OLEDB來訪問更為廣泛的數(shù)據(jù)庫中的數(shù)據(jù)。ADO數(shù)據(jù)集訪問組件與常用的數(shù)據(jù)訪問組件是并列的關系。

在系統(tǒng)中我主要使用的是ADOTablet和ADOQuery兩個組件。

3.2.2 數(shù)據(jù)控制類DataControl

數(shù)據(jù)控制類負責數(shù)據(jù)庫數(shù)據(jù)的顯示，并把用戶對數(shù)據(jù)的修改傳回。這里的絕大多數(shù)組件，如DBText， DBEdit， DBMemo， DBImage， DBListBox， DBComboBox， DBCheckBox， DBRadioGroup， DBLookupListBox， DBLookupCombox， DBCtrGrid的功能和對應的非數(shù)據(jù)感知組件相同，如TEdit框，TRadioGroups單選按鈕組等，只不過在顯示數(shù)據(jù)庫數(shù)據(jù)時要用而已。

在系統(tǒng)中主要使用數(shù)據(jù)網(wǎng)格控件DBGrid和數(shù)據(jù)庫導航器控件DBNavigator。

3.2.3 數(shù)據(jù)訪問類DataAccess

數(shù)據(jù)庫應用系統(tǒng)中數(shù)據(jù)訪問是一個首要問題，包括單用戶和 C/S系統(tǒng)，都必須聯(lián)系一些數(shù)據(jù)庫和數(shù)據(jù)表文件。Delphi 6 提供了專門用于數(shù)據(jù)訪問的基類控件。主要包括數(shù)據(jù)源控件DataSource、客戶數(shù)據(jù)集控件ClientDataSet、數(shù)據(jù)集提供器控件DataSetProvider等等。

Tdatabase：當一個基于BDE的數(shù)據(jù)庫應用程序需要一個永久數(shù)據(jù)庫連接時，需要定制向一個數(shù)據(jù)庫服務器的連接時，需要事務控制和特殊的數(shù)據(jù)庫別名時就得用到Tdatabase對象。特別是當連接到一個遠程的SQL數(shù)據(jù)庫服務器時，如果要利用BDE進行數(shù)據(jù)庫事務處理，那么，TDatabase對象的威力就體現(xiàn)出來了。在一個應用程序中為每一個數(shù)據(jù)庫連接顯示的聲明Tdatabase對象要根據(jù)需要而定，不是必需的。對一個數(shù)據(jù)庫連接，如果沒有顯示的聲明并實例化TDatabase對象，系統(tǒng)就會產(chǎn)生一個帶有默認屬性的TDatabase對象。

TdataSource對象用于在DataSet對象（包括Tquery，TstoredProc，Ttable等）和數(shù)據(jù)感知組件之間提供一個連接的紐帶，以便在窗體上顯示數(shù)據(jù)庫中的數(shù)據(jù)，在數(shù)據(jù)庫中導航定位與編輯數(shù)據(jù)集中的數(shù)據(jù)。如果一個DataSet對象中的數(shù)據(jù)想在數(shù)據(jù)感知組件中顯示和修改，它就必須和TdataSource對象相聯(lián)系。同樣，一個數(shù)據(jù)感知組件如果想和數(shù)據(jù)源相聯(lián)系以便顯示和操縱數(shù)據(jù)，就必須以TDataSource對象為中介。

用Delphi6作數(shù)據(jù)庫應用開發(fā)概括來說如下：先利用數(shù)據(jù)存取組件和實際的數(shù)據(jù)庫建立連接，并用Tsession對象和Tdatabase對象管理這些連接。然后以Tdatasource對象為中介，用數(shù)據(jù)感知組件向用戶顯示數(shù)據(jù)庫的內(nèi)容并接受用戶的查詢和修改等操作。

3.2.4 SQL語言在Delphi中的應用

在Delphi中使用SQL語言非常方便，一般來說，都是通過Tquery組件來使用SQL語言的?？梢栽赥Query組件的SQL屬性中設置SQL語句。設計程序時，在該組件的屬性對話框中選擇SQL屬性，單擊帶省略號的按鈕，就可以打開String List Editor對話框，然后我們就可以在對話框中添加SQL語句。還可以使用Delphi的SQL Builder來自動生成SQL語句，這樣可以避免手工編寫SQL而可能造成的語法錯誤。

靜態(tài)SQL語句在程序設計時便已固定下來，它不包含任何參數(shù)和變量。

動態(tài)SQL語句，也被稱作參數(shù)化的語句，在其中間包含著表示字段名或表名的參數(shù)，例如下面的語句是一條動態(tài)SQL語句：

Select * From Students Where StudentCode =: StudentCode;

其中的變量StudentCode便是一個參數(shù)變量，它由一個冒號引導，在程序運行過程中，必須要為該參數(shù)賦值，該條SQL語句才能正確執(zhí)行，每次運行應用程序時可以為該參數(shù)變量賦予不同的值。為參數(shù)賦值有三種方法：

①根據(jù)參數(shù)在SQL語句中出現(xiàn)的順序，設置TQuery部件的Params屬性值為參數(shù)賦值。

②直接根據(jù)SQL語句中各參數(shù)的名字，調(diào)用ParamByName方法來為各參數(shù)賦值。

③將TQuery部件的DataSource屬性設置為另一個數(shù)據(jù)源，這樣將另一個數(shù)據(jù)源中與當前TQuery部件的SQL語句中的參數(shù)名相匹配的字段值賦給其對應的參數(shù)。利用這種方法也能實現(xiàn)所謂的連接查詢，創(chuàng)建主要—明細型數(shù)據(jù)庫應用。

在程序運行過程中，要想設置TQuery部件的SQL屬性，必須首先調(diào)用Close方法，關閉TQuery部件，然后再調(diào)用Clear方法清除SQL屬性中現(xiàn)存的SQL命令語句， 最后再調(diào)用Add方法為SQL屬性設置新的SQL命令語句。例如：

Query1.Close {關閉Query1)

Query1.SQL.Clear {清除SQL屬性中的SQL命令語句}

Query1.SQL.Add(‘Select * From Students‘);

Query1.SQL.Add(‘ Where Name ="Lucy" ‘);

在為TQuery部件設置SQL屬性時調(diào)用Close方法總是很安全的，如果TQuery部件已經(jīng)被關閉了，調(diào)用Close方法時不會產(chǎn)生任何影響。在應用程序中為SQL屬性設置新的SQL 命令語句時，必須要調(diào)用Clear方法以清除SQL屬性中現(xiàn)存的SQL命令語句，如果不調(diào)用Clear方法，便調(diào)用Add方法向SQL屬性中設置SQL命令語句，那么新設置的SQL命令語句會追加在現(xiàn)存SQL命令語句后面， 在程序運行時常常會出現(xiàn)出乎意料的查詢結果甚至程序無法運行下去。

在這里要特別注意的，一般情況下TQuery部件的SQL屬性只能包含一條完整的SQL語句，它不允許被設置成多條SQL語句。當然有些數(shù)據(jù)庫服務器也支持在TQuery部件的SQL屬性中設置多條SQL語句，只要數(shù)據(jù)庫服務器允許這樣，我們在編程時可以為 SQL 屬性設置多條SQL語句。

在為TQuery部件設置完SQL屬性的屬性值之后，也即編寫好適當?shù)腟QL程序之后，可以有多種方式來執(zhí)行SQL程序。

在設計過程中，設置完TQuery部件的SQL屬性之后將其Active屬性的值置為True， 這樣便可以執(zhí)行SQL屬性中的SQL程序，如果應用中有與TQuery部件相連的數(shù)據(jù)瀏覽部件( 如TDDGrid TDBEdit等)那么在這些數(shù)據(jù)瀏覽部件中會顯示SQL程序的執(zhí)行結果。

在應用程序運行過程中，通過程序調(diào)用TQuery部件的Open方法或ExecSQL 方法可以執(zhí)行其SQL屬性中的SQL程序。Open方法和ExecSQL方法是不一樣的。Open方法只能用來執(zhí)行SQL語言的查詢語句(Select命令)， 并返回一個查詢結果集，而ExecSQL方法還可以用來執(zhí)行其它常用的SQL語句(如INSERT， UPDATE， DELETE等命令)，例如：

Query1.Open (這樣會返回一個查詢結果集)

如果調(diào)用Open方法，而沒有查詢結果時，會出錯。此時應該調(diào)用ExecSQL 方法來代替Open方法。如：

Query1.ExecSQL (沒有返回結果)

當然在設計應用程序時，程序設計人員是無法確定TQuery部件中的SQL 語句是否會返回一個查詢結果的。對于這種情況應當用Try…Except模塊來設計程序。在 Try 部分調(diào)用Open方法，而在Except部分調(diào)用ExceSQL方法，這樣才能保證程序的正確運行。

Delphi中用ADOQuery來使用SQL語句同樣十分方便。在ADOQuery組件中首先通過ConnectionString屬性值來聯(lián)接數(shù)據(jù)源，然后就通過雙擊SQL…屬性值來寫入SQL語句。在Delphi中調(diào)用數(shù)據(jù)庫，就可以調(diào)用ADOQuery組件，通過修改其中的SQL…屬性中的SQL語句來實現(xiàn)對數(shù)據(jù)庫的各項操作。

值得注意的是，ADOQuery組件只有在激活的情況下才可以被正確地使用，這樣就提出了一個問題，也就是說，在每次修改ADOQuery組件的SQL…屬性時都必須先行進行關閉，待清除掉SQL…中所有的SQL語句后才可以添加新的SQL語句。而且，在每一次修改完成以后，還應該記得重新將ADOQuery激活。其它的使用方法與TTQuery有許多的相似之處。

§3.3 Access 簡介

建立一個數(shù)據(jù)庫我們有多種選擇，現(xiàn)在市場上有各種各樣的數(shù)據(jù)庫，而且每一種數(shù)據(jù)庫都有其自身的特點，不能說哪一種更好，只能在其中尋找一種能更好地適應系統(tǒng)需求、更好地滿足用戶的要求以及適應開發(fā)人員的習慣。在本系統(tǒng)中，做為圖書倉庫管理系統(tǒng)是一個比較小的應用系統(tǒng)，它所產(chǎn)生和處理的數(shù)據(jù)量也比較小。因此，沒有必要使用像SQL Server和Oracle這樣的大型數(shù)據(jù)庫。我首先想到的數(shù)據(jù)庫是Borland公司的Paradox數(shù)據(jù)庫。另外，Microsoft Office中的Access數(shù)據(jù)庫在計算機上的應用比較普及，是開發(fā)小型數(shù)據(jù)庫系統(tǒng)的比較理想的選擇，所以，在本系統(tǒng)中我選擇了Access數(shù)據(jù)庫。

Access做為一個數(shù)據(jù)庫管理系統(tǒng)，它被集成在Microsoft Office中。Access數(shù)據(jù)庫處理的基本結構，采取關系型數(shù)據(jù)庫模式。與其他的數(shù)據(jù)庫系統(tǒng)相比，Access更加簡單易學，一個普通的計算機用戶可以很快地掌握它。Access 2000的功能十分強大，利用它可以方便地實現(xiàn)對信息保存、維護、查詢、統(tǒng)計、打印、交流、，而且它可以十分方便地與Office其他組件交流數(shù)據(jù)，這些功能對一個一般用戶而言已經(jīng)足夠了。

轉(zhuǎn)貼于 第四章 系統(tǒng)總體設計

軟件系統(tǒng)的總體設計大約要經(jīng)歷可行性分析和項目開發(fā)計劃，需求分析，概要設計，詳細設計，編碼，測試以及維護等七個階段?？尚行苑治龊晚椖块_發(fā)計劃在前面已經(jīng)敘述，下面所要做的是進行軟件需求分析，概要設計和詳細設計。編碼過程將在下一節(jié)論述，而測試和維護過程不在本文敘及。

§4.1 系統(tǒng)需求分析

在經(jīng)過前一階段的分析之后，我確定了我的開發(fā)課題為圖書倉庫管理?，F(xiàn)在所要做的是要準確定義系統(tǒng)必須做什么以及系統(tǒng)必須具備的功能。

軟件需求分析中我采用結構化分析方法（Structured Analysis，簡稱SA），SA是面向數(shù)據(jù)流進行需求分析的方法，像所有的軟件分析方法（如面向?qū)ο蠓治龇椒āDEF方法等等）一樣，SA也是一種建?；顒?，它使用簡單易讀的符號，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關系，自頂向下逐層分解，描繪滿足功能要求的軟件模型。

在系統(tǒng)中我采用數(shù)據(jù)流圖（DFD）這種半形式化的描述方式表達需求。它是一種功能模型，以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，只反映系統(tǒng)必須完成的邏輯功能。它有四種基本圖形符號：

：箭頭，表示數(shù)據(jù)流；

〇：圓或橢圓，表示加工；

：雙杠，表示數(shù)據(jù)存儲；

：方框，表示數(shù)據(jù)的源點或終點。

為了表達較為復雜問題的數(shù)據(jù)處理過程，用一張數(shù)據(jù)流圖是不夠的，要按照問題的層次結構進行逐步分解，并以一套分層的數(shù)據(jù)流圖反映這種結構關系。在這里我一共使用了三層數(shù)據(jù)流圖，即頂層圖，0層圖和1層圖（也是底層圖）。

在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)，它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)了，輸出流是該系統(tǒng)的輸出數(shù)據(jù)；底層流圖是指其加工不需要再做分解的數(shù)據(jù)流圖，中間層流圖表示對其上層父圖的細化，它的每一步加工可能繼續(xù)細化成子圖。

經(jīng)過對系統(tǒng)的分析首先得到系統(tǒng)的頂層DFD，如下： 一步細化得到系統(tǒng)的0層DFD，如下：

再進一步細化每一個數(shù)據(jù)加工功能，得到系統(tǒng)的1層DFD圖。

在這里只給出有關入庫管理和出庫管理的1層數(shù)據(jù)流圖，它們是系統(tǒng)的關鍵部分，也是主要的部分。通過以上對數(shù)據(jù)流圖的分析之后，我們已大體地了解了系統(tǒng)的功能和目標，接下來所要做的就是系統(tǒng)功能模塊的劃分和數(shù)據(jù)庫的設計，也就是系統(tǒng)的概要設計。

§4.2 系統(tǒng)概要設計

在軟件需求分析階段，搞清楚了軟件“做什么”的問題，形成了目標系統(tǒng)的邏輯模型。現(xiàn)在我們所要做的就是要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現(xiàn)軟件的需求。首先，我們需要描述的是系統(tǒng)的總的體系結構。

4.2.1 系統(tǒng)結構設計

系統(tǒng)的概要設計中最重要的就是系統(tǒng)的模塊化。模塊化是指解決一個復雜問題時自項向下逐層把軟件系統(tǒng)劃分成若干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統(tǒng)所要求的功能。

將系統(tǒng)劃分為多個模塊是為了降低軟件系統(tǒng)的復雜性，提高可讀性、可維護性，但模塊的劃分不能是任意的，應盡量保持其獨立性。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單，即盡量做到高內(nèi)聚低耦合，提高模塊的獨立性，為設計高質(zhì)量的軟件結構奠定基礎。

在系統(tǒng)的概要設計中我采用結構化設計（Structure Design，簡稱SD），SD以需求分析階段產(chǎn)生的數(shù)據(jù)流圖DFD為基礎，按一定的步驟映射成軟件結構。我首先將整個系統(tǒng)化分為幾個小問題，小模塊，在系統(tǒng)中，我設計了用戶管理、庫存管理、入庫管理、出庫管理、員工管理和供應商管理6個小模塊。然后，進一步細分模塊，添加細節(jié)。比如，用戶管理我又將其分為用戶注冊、用戶注銷、密碼修改；庫存管理分為庫存記錄查詢、庫存記錄修改、庫存記錄打印等等。

以下就是系統(tǒng)的結構圖：（在這里為了表達方便我將結構圖分開來表達。）

在得到系統(tǒng)的第一層功能模塊圖后，經(jīng)過進一步地細化，得一系統(tǒng)的子功能模塊圖：

4.2.2 數(shù)據(jù)庫設計

在信息世界中，信息從客觀事物出發(fā)流經(jīng)數(shù)據(jù)庫，通過決策機構最后又回到客觀世界，信息的這一循環(huán)經(jīng)歷了三個領域：信息世界，數(shù)據(jù)世界，現(xiàn)實世界?，F(xiàn)實世界的事物反映到人的頭腦中，人的大腦對它有個認識過程，經(jīng)過分析（選擇、命名、分類等）進入信息世界。這些信息再進一步加工、編碼，然后進數(shù)據(jù)世界，而軟件系統(tǒng)的開發(fā)工作需要考慮這兩個方面的問題，也就是要考慮系統(tǒng)開發(fā)所需要的數(shù)據(jù)，以及如何對這些數(shù)據(jù)進行操作。這兩個問題貫穿了整個軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫的設計問題，軟件設計的一個核心。

4.2.2.1 ER圖設計

在系統(tǒng)設計的開始，我首先考慮的是如何用數(shù)據(jù)模型來數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行抽象。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨立于計算機系統(tǒng)的“概念數(shù)據(jù)模型”，如“實體聯(lián)系模型”；另一種是直接面向數(shù)據(jù)庫邏輯結構的“結構數(shù)據(jù)模型”。在本系統(tǒng)中我采用“實體聯(lián)系模型”（ER模型）來描述數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行第一次抽象。ER模型直接從現(xiàn)實世界抽象出實體類型及實體間聯(lián)系，然后用ER圖來表示數(shù)據(jù)模型。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機無關，用戶容易接受。但ER模型只能說明實體間語義的聯(lián)系，不能進一步說明詳細的數(shù)據(jù)結構，它只是數(shù)據(jù)庫設計的第一步。

ER圖是直觀表示概念模型的工具，它有四個基本成分：

矩形框，表示實體類型（考慮問題的對象）。

菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。

橢圓形框，表示實體類型和聯(lián)系類型的屬性。對于關鍵碼的屬性，在屬性名下劃一橫線。

直線，聯(lián)系類型與其涉及的實體類型之間以直線連接。

本系統(tǒng)為圖書倉庫管理，主要管理圖書的入庫、出庫以及庫存等事項。倉庫根據(jù)需要可以查詢圖書供應商的信息，同時還需要了解在入庫和出庫中員工的參與情況。依據(jù)倉庫管理的實際情況，考慮了多方面的因素以后，確定系統(tǒng)的ER圖如下：

（為了表達的方便，在這里我沒有在一張圖上表達出所有的關系，而是用一張總體ER圖，和幾張實體屬性關系圖來表達數(shù)據(jù)庫的結構。）

在該數(shù)據(jù)庫中，我設計了三個實體，分別是庫存、員工和供應商以及兩個聯(lián)系類型入庫和出庫。在本系統(tǒng)中庫存是核心，也是基本，沒有了庫存其它的也就沒有什么意義了。員工記錄的添加是考慮到責任問題，也就是說，在倉庫管理的實際運用中，出現(xiàn)了責任不清的現(xiàn)象，特別是由于倉庫的進出圖書數(shù)量都比較大時產(chǎn)生了一系列問題，所以在設計數(shù)據(jù)庫時，我特別考慮到這一點，加入了員工記錄這一實體。供應商信息的添加主要出于對圖書來源問題的思考。通過添加供應商信息可以比較清楚地了解圖書的進貨渠道，從圖書的質(zhì)量到供應商的信譽都可以進行了解，同時可以為以后的圖書進購提供一定有用的信息。

入庫聯(lián)系類型將庫存信息、供應商信息和員工信息聯(lián)系在一起，可以方便地實現(xiàn)三個實體之間的聯(lián)接，而出庫聯(lián)系類型則將庫存信息和員工信息較好地聯(lián)接起，同時這兩個聯(lián)系類型又都具有各自特有的屬性。

下面就是各實體及聯(lián)系類型的屬性圖：(帶#號的屬性為關鍵字段)4.2.2.2 數(shù)據(jù)庫表格設計

在完成系統(tǒng)的ER圖之后，需要將ER模型轉(zhuǎn)化為關系模型，也就是說，要設計出數(shù)據(jù)庫所需要的表格。在這里，我選用的是關系數(shù)據(jù)庫。因為關系數(shù)據(jù)庫中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。

在這里不得不提到一個概念——范式。其實在上一節(jié)的ER圖設計中，已經(jīng)運用了范式的思想，不僅如此，在數(shù)據(jù)庫的表格設計中更離不開范式的思想，它是數(shù)據(jù)庫設計的基礎，如果不注意這個問題將會導致一系列問題的出現(xiàn)。

我在系統(tǒng)中定義的表格都嚴格地按照范式的思想和要求去完成，數(shù)據(jù)庫中的所有表格都達到了三范式的要求。根據(jù)系統(tǒng)ER圖，針對本系統(tǒng)的特點，在對所搜集的數(shù)據(jù)進行規(guī)范化之后，定義了如下六張表格，分別是庫存信息表，入庫信息表，出庫信息表，員工信息表，供應商信息表和密碼信息表。通過對這六張表格的操作可以較好地完成系統(tǒng)設計的各項功能，六張表格之間有著不同程度的聯(lián)系。（說明：在以下數(shù)據(jù)表中，K代表主鍵，#代表外鍵，字段值不為空。）

BookRecord 表（庫存信息表）

字段名稱 數(shù)據(jù)類型 說明

K BookID 數(shù)字 圖書編號

BookName 文本 圖書名

Author 文本 作者

Publisher 文本 出版社

PubDate 日期/時間 出版日期

Price 貨幣 價格

BookType 文本 圖書類型

Number1 數(shù)字 庫存數(shù)量

Addation 文本 備注

圖4.13 庫存信息表

庫存信息表主要用于記錄倉庫中現(xiàn)存放的所有圖書的詳細信息，包括圖書編號、書名、作者、出版社、圖書類型等有關圖書的各類信息，它即是該數(shù)據(jù)庫的主表，也是系統(tǒng)主界面的主要內(nèi)容。

在該表中圖書編號是主鍵，它按圖書入庫的先后次序來編寫，每當有圖書入庫，系統(tǒng)自動給出圖書編號，這樣我們按圖書編號來查找圖書是比較方便的?？紤]到編號比較難于記憶，所以使用了出版社和圖書類型兩個字段，在系統(tǒng)中我提供了出版社和圖書類型的分類查找，而且全部采用自動生成，每當系統(tǒng)中有新的出版社類型和圖書類型，彈出菜單會自動添中新類型，這樣就可以比較方便地實現(xiàn)按出版社和按圖書類型查找。此外，庫存數(shù)量也是一個比較關鍵的字段，該字段是在系統(tǒng)初始化時就給定的，每當有圖書入庫或出庫操作，系統(tǒng)就會自動修改圖書的庫存數(shù)量，以保持數(shù)據(jù)的一致性。做為備注有一點說明，我的數(shù)據(jù)庫中備注的數(shù)據(jù)類型是文本，而不是備注類型，主要考慮到該字段的長度并不大，而且在Delphi中文本數(shù)據(jù)類型的處理也比較方便一點。

Employee 表（員工信息表）

字段名稱 數(shù)據(jù)類型 說明

K EmployeeID 數(shù)字 員工編號

EmployeeName 文本 員工姓名

Sex 文本 性別

BornDate 日期/時間 出生日期

Grade 文本 職稱

WorkDate 日期/時間 工作日期

Telephone 文本 聯(lián)系電話

Address 文本 聯(lián)系地址

圖4.14 員工信息表

員工信息表主要用于記錄有關員工的各類信息，包括姓名、職稱、出生日期、聯(lián)系電話、聯(lián)系地址等。它主要用來為系統(tǒng)提供員工的有關信息，因為在系統(tǒng)中，入庫和出庫操作均與員工有著一定的聯(lián)系，在查詢?nèi)霂煨畔⒑统鰩煨畔r，有時需要查找有關此項記錄有關的員工信息，在系統(tǒng)中我是通過入庫記錄與員工記錄（出庫記錄和員工記錄）之間的聯(lián)接查詢來完成的。另外，作為一個倉庫也有必要了解其所屬員工的一些基本情況，以便查詢。

Shopkeeper 表（供應商信息表）

字段名稱 數(shù)據(jù)類型 說明

K ShopkeeperID 數(shù)字 供應商編號

ShopkeeperName 文本 供應商姓名

Address 文本 地址

PostNo 數(shù)字 郵編

OfficePhone 文本 辦公電話

HomePhone 文本 住宅電話

Email 文本 E-mail

PayType 文本 付款方式

圖4.15 供應商信息表

供應商信息表主要用于記錄有關供應商的各類信息，包括姓名、地址、電話、付款方式等。它主要用來為系統(tǒng)提供供應商的有關信息，在系統(tǒng)中入庫記錄是與供應商記錄相聯(lián)系的，通過入庫記錄可以查找相關的供應商信息。在供應商信息中，考慮當實際情況，我特別加入了Email和付款方式這兩個字段，因為在當今信息世界中，多種多樣的通訊方式和多種多樣的付款方式是必然的，是數(shù)據(jù)庫中必須與以記錄。

InRecord 表（入庫信息表）

字段名稱 數(shù)據(jù)類型 說明

K InID 數(shù)字 入庫編號

# BookID 數(shù)字 圖書編號

# EmployeeID 數(shù)字 員工編號

# ShopkeeperID 數(shù)字 供應商編號

Number 數(shù)字 入庫數(shù)量

BuyDate 日期/時間 入庫日期

圖4.16 入庫信息表

OutRecord 表（出庫信息表）

字段名稱 數(shù)據(jù)類型 說明

K OutID 數(shù)字 出庫編號

# BookID 數(shù)字 圖書編號

# EmployeeID 數(shù)字 員工編號

Number2 數(shù)字 出庫數(shù)量

OutDate 日期/時間 出庫日期

圖4.17 出庫信息表

入庫信息表主要用于記錄有關入庫的詳細信息，包括入庫數(shù)量、入庫日期以及圖書、員工、供應商三方的編號，以便查詢。出庫信息表主要用于記錄有關出庫的詳細信息，包括出庫數(shù)量、出庫日期以及圖書、員工的編號。出庫信息表和入庫信息表一樣，其實它們都屬于聯(lián)系類型，系統(tǒng)通過這兩個表可以聯(lián)接上其它的表為用戶提供多種條件的聯(lián)接查詢。值得提出的一點是入庫記錄和出庫記錄的添加不僅僅是單表操作，由于它們都與庫存記錄相聯(lián)系，所以，無論您是添中入庫記錄還是添加出庫記錄，都必須同時修改庫存記錄，以保持數(shù)據(jù)的一致性，否則將引發(fā)系統(tǒng)出錯而這些我都讓其在系統(tǒng)中自動完成。無論您是添加入庫記錄，還是添加出庫記錄，系統(tǒng)都將自動修改庫存中圖書的數(shù)量，而且，在您出庫的數(shù)量大于庫存數(shù)量時，系統(tǒng)還會自動提示錯誤，這樣就可以防止一定錯誤的發(fā)生。

在入庫信息表和出庫信息表中我還定義了幾個外鍵，它提供了一種表示幾個關系聯(lián)系的方法。比如，系統(tǒng)中通過在入庫信息表中定義的外鍵 BookID、EmployeeID和ShopkeeperID可以將庫存信息表、員工信息表和供應商信息表聯(lián)系在一起，從而方便地實現(xiàn)聯(lián)接查詢，而且，引入外鍵的定義是實體完整性約束的一個主要方面。

Key 表（密碼信息表）

字段名稱 數(shù)據(jù)類型 說明

K KeyName 文本 用戶姓名

KeyNo 文本 用戶密碼

圖4.18 密碼信息表

密碼信息表主要用于記錄所有的用戶名和用戶密碼。它是在用戶登陸時用來確定用戶和密碼的正確性，以防止非法用戶登陸。

通過以上設計已經(jīng)完成了系統(tǒng)的概要設計，當我們有了系統(tǒng)的功能模塊圖和數(shù)據(jù)庫之后，就需要著手去實現(xiàn)每一個模塊，為每一個功能設計程序流程圖，這也就是系統(tǒng)的詳細設計。

§4.3 系統(tǒng)詳細設計

在前面的概要設計中，已將系統(tǒng)劃分為多個模塊，并將它們按照一定的原則組裝起來，同時確定了每個功能及模塊之間的外部接口。現(xiàn)在所要做的就是確定每個模塊具體執(zhí)行過程，也可以說是“過程設計”。

在處理過程設計時我采用的是結構化程序設計（簡稱SP）方法。需要指出的是系統(tǒng)的詳細設計并不是指具體的編程序，而是將概要設計階段產(chǎn)生的系統(tǒng)功能模塊圖細化成很容易產(chǎn)生程序的圖紙。因此詳細設計的結果基本決定了最終程序的質(zhì)量。為軟件的質(zhì)量，延長軟件的生存期，軟件的可測試性、可維護性提供重要的保障。詳細設計的目標不僅是邏輯上正確地實現(xiàn)每個模塊的功能，還應使設計出的處理過程清晰易讀。

由前一階段產(chǎn)生的系統(tǒng)功能模塊圖，我為系統(tǒng)的主要部分設計了如下程序流程圖：通過以上步驟，基本上完成了對整個系統(tǒng)的總體設計，接下來所要做的就是軟件的編碼工作。系統(tǒng)總體設計的好壞直接影響著下一步工作，只有在這一階段設計出好的模塊圖和程序流程圖，才能更有利于編碼，產(chǎn)生好的軟件系統(tǒng)。

第五章 系統(tǒng)應用程序設計

§5.1 系統(tǒng)窗體模塊組成

§5.2 數(shù)據(jù)模塊窗體的設置

在編寫數(shù)據(jù)庫應用程序時，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時訪問相同的數(shù)據(jù)源，如果為每一個組件或者窗體都設置一個數(shù)據(jù)源將是十分耗時的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個統(tǒng)一的模塊，需要時就將該模塊引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（DataModule）是解決這個問題最好的答案。簡單說來，數(shù)據(jù)模塊是用來集中管理數(shù)據(jù)源的一個窗體，該窗體可被需要的地方隨時引入。

圖5.2給出了本程序的數(shù)據(jù)模塊（datamoduleform）窗體圖，除報表窗體外所有的數(shù)據(jù)存取組件和數(shù)據(jù)源組件都在此數(shù)據(jù)模塊中進行了定義。值得一提的是，設置了數(shù)據(jù)庫Database組件，該組件引入了系統(tǒng)所需的唯一的數(shù)據(jù)庫tsxs，Database組件的DatabaseName屬性設置為tsckgl。tsxs數(shù)據(jù)庫已在ODBC配置程序中進行了設置。其他的數(shù)據(jù)存取組件都是基于此數(shù)據(jù)庫組件創(chuàng)建的，這樣做的好處是，當數(shù)據(jù)庫的別名或者其他信息改變之后，只需修改Tdatabase組件的AliasName屬性即可。

另外，在本系統(tǒng)的數(shù)據(jù)模塊窗體圖中，我大多采用的AODQuery組件而沒有采用BDE組，這主要是基于對ADO組件的了解。在Delphi的學習中我對ADO組件了解的更加清楚，使用也較BDE更為熟練，而且，ADO組件的功能也較BDE更為強大，所以在這里大多采用ADO組件來進行數(shù)據(jù)庫聯(lián)接。同時我也使用了BDE組件中的Table，因為在某些時候BDE有著其自身特有的優(yōu)越性。 主窗體功能模塊的實現(xiàn)

file://主窗體程序代碼

public

file://在程序的起始部分，定義快捷按鈕點擊事件

Procedure Popup1Handler(Sender:Tobject);

Procedure Popup2Handler(Sender:TObject);

**********************************************************************

procedure Tmainform.Popup1Handler(Sender: TObject);

begin

file://快捷按鈕1(點“按出版社分類”按鈕產(chǎn)生)的點擊事件

with datamoduleform.MainQuery do

begin

file://打開數(shù)據(jù)模塊窗體的MainQuery，對BookRecord表進行操作

close;

file://關閉MainQuery

SQL.Clear;

file://清除SQL屬性中的SQL命令語句

SQL.Add(‘select * from BookRecord where Publisher=:Pub‘); file://添加新的SQL語句

Parameters.ParamByName(‘Pub‘).Value:=(Sender as TMenuItem).Caption;

open;

file://重新打開MainQuery

end;

end;

**********************************************************************

procedure Tmainform.SpeedButton1Click(Sender: TObject);

Var s1，s2，s3，s4，s5 :String;

file://設立5個變量以方便實現(xiàn)模糊查詢

begin

file://主窗口庫存查詢按鈕事件

with datamoduleform.MainQuery do

begin

close;

SQL.Clear;

SQL.Add(‘select * from BookRecord‘);

SQL.Add(‘where BookID Like :BookID and BookName Like :Name and Author Like :Author and Publisher Like :pub and BookType Like :BookType‘);

file://使用Like語句來實現(xiàn)模糊查詢

if Edit1.Text‘‘ then s1:=‘%‘+Edit1.Text+‘%‘ else s1:=‘%‘;

Parameters.ParamByName(‘BookID‘).Value:=s1;

file://給變量s1賦值

if Edit2.Text‘‘ then s2:=‘%‘+Edit2.Text+‘%‘ else s2:=‘%‘;

Parameters.ParamByName(‘Name‘).Value:=s2;

file://給變量s2賦值

if Edit3.Text‘‘ then s3:=‘%‘+Edit3.Text+‘%‘ else s3:=‘%‘;

Parameters.ParamByName(‘Author‘).Value:=s3;

file://給變量s2賦值

if Edit4.Text‘‘ then s4:=‘%‘+Edit4.Text+‘%‘ else s4:=‘%‘;

Parameters.ParamByName(‘Pub‘).Value:=s4;

file://給變量s2賦值

if Edit5.Text ‘‘ then s5:=‘%‘+Edit5.Text+‘%‘ else s5:=‘%‘;

Parameters.ParamByName(‘BookType‘).Value:=s5;

file://給變量s2賦值

open;

if FieldValues[‘BookID‘]=NULL

file://判斷是否找到記錄

then begin

Messagedlg(‘沒有找到你所需要的記錄！‘，mtInformation，[mbOK]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit4.Text:=‘‘;Edit5.Text:=‘‘;

close;

SQL.Clear;

SQL.Add(‘select * from BookRecord‘);

file://這里相當于一個刷新功能

open;

end;end;

end;

**********************************************************************

procedure Tmainform.SpeedButton3Click(Sender: TObject);

begin

file://庫存表刷新按鈕事件

with datamoduleform.MainQuery do

begin

close;

SQL.Clear;

SQL.Add(‘select * from BookRecord‘);

open;

end;

end;

**********************************************************************

procedure Tmainform.SpeedButton11Click(Sender: TObject);

var PopupItem:TMenuItem;

begin

file://自動生成快捷按鈕1的內(nèi)容

with datamoduleform.BookQuery do

begin

file://從數(shù)據(jù)庫中選擇出版社類型

close;

SQL.Clear;

SQL.Add(‘select distinct Publisher from BookRecord‘);

open;

PopupMenu1:=TPopupMenu.Create(Self); file://自動生成快捷菜單

PopupMenu1.AutoHotkeys:=maManual;

file://自定義熱鍵

while Not Eof do

begin

file://根據(jù)出版社內(nèi)容生成菜單子項

PopupItem:=TMenuItem.Create(Self);

PopupItem.Caption:=FieldByName(‘Publisher‘).AsString;

PopupMenu1.Items.Add(PopupItem);

PopupItem.onClick:=Popup1Handler;

file://確定菜單子項的點擊事件

Next;

end; end;

PopupMenu1.Popup(384，67);

file://在指定位置顯示快捷菜單1

end;

**********************************************************************

procedure Tmainform.FormActivate(Sender: TObject);

begin

file://系統(tǒng)初始化，在進入mainform時自動添加數(shù)據(jù)源

mainform.DBGrid1.DataSource:=datamoduleform.MainSource;

mainform.DBNavigator1.DataSource:=datamoduleform.MainSource;

mainform.DBGrid2.DataSource:=datamoduleform.EmpSource;

mainform.DBNavigator2.DataSource:=datamoduleform.EmpSource;

mainform.DBGrid3.DataSource:=datamoduleform.ShopSource;

mainform.DBNavigator3.DataSource:=datamoduleform.ShopSource;

mainform.DBGrid4.DataSource:=datamoduleform.InSource;

mainform.DBNavigator4.DataSource:=datamoduleform.InSource;

mainform.DBGrid5.DataSource:=datamoduleform.OutSource;

mainform.DBNavigator5.DataSource:=datamoduleform.OutSource;

end;

**********************************************************************

procedure Tmainform.FormCreate(Sender: TObject);

begin

file://系統(tǒng)初始化，定義界面大小，以適應不同分辯率

Width:=800;Height:=600;

end;

**********************************************************************

procedure Tmainform.Timer1Timer(Sender: TObject);

begin

file://在狀態(tài)欄顯示時間

StatusBar1.Panels[2].Text:=DateToStr(Date);

StatusBar1.Panels[4].Text:=TimeToStr(Time);

end;

§5.4 入庫、出庫窗體模塊的實現(xiàn)

圖5.4 系統(tǒng)入庫管理窗體

圖5.5 系統(tǒng)出庫管理窗體

procedure Tinoutform.SpeedButton4Click(Sender: TObject);

begin

file://入庫管理查找按鈕事件

with datamoduleform.BookQuery do

file://入庫查詢處理

begin

close;

SQL.Clear;

SQL.Add(‘select * from BookRecord where BookID=:BookID‘);

Parameters.ParamByName(‘BookID‘).Value:=Edit13.Text;

open;

if FieldValues[‘BookID‘]NULL

then

begin

Edit1.Text:=‘‘;

Edit1.ReadOnly:=true;Edit1.Color:=clMenu;

Edit6.Text:=FieldValues[‘BookName‘]; file://顯示圖書名

Edit6.ReadOnly:=true;Edit6.Color:=clMenu; file://設置顯示框不可更改屬性

Edit7.Text:=FieldValues[‘Author‘];

Edit7.ReadOnly:=true;Edit7.Color:=clMenu;

Edit8.Text:=FieldValues[‘Publisher‘];

Edit8.ReadOnly:=true;Edit8.Color:=clMenu;

Edit9.Text:=FieldValues[‘PubDate‘];

Edit9.ReadOnly:=true;Edit9.Color:=clMenu;

Edit10.Text:=FieldValues[‘Price‘];

Edit10.ReadOnly:=true;Edit10.Color:=clMenu;

Edit11.Text:=FieldValues[‘BookType‘];

Edit11.ReadOnly:=true;Edit11.Color:=clMenu;

Edit12.Text:=FieldValues[‘Number1‘];

Edit12.ReadOnly:=true;Edit12.Color:=clMenu;

If FieldValues[‘Addation‘]NULL

then Edit25.Text:=FieldValues[‘Addation‘]

else Edit25.Text:=‘‘;

Edit25.ReadOnly:=true;Edit25.Color:=clMenu;

end

else

begin

file://在沒有查找到的情況下，清空所有顯示框

Edit1.ReadOnly:=false;Edit1.Text:=‘‘;Edit1.Color:=clMenu;

Edit6.ReadOnly:=false;Edit6.Text:=‘‘;Edit6.Color:=clMenu;

Edit7.ReadOnly:=false;Edit7.Text:=‘‘;Edit7.Color:=clMenu;

Edit8.ReadOnly:=false;Edit8.Text:=‘‘;Edit8.Color:=clMenu;

Edit9.ReadOnly:=false;Edit9.Text:=‘‘;Edit9.Color:=clMenu;

Edit10.ReadOnly:=false;Edit10.Text:=‘‘;Edit10.Color:=clMenu;

Edit11.ReadOnly:=false;Edit11.Text:=‘‘;Edit11.Color:=clMenu;

Edit12.ReadOnly:=false;Edit12.Text:=‘‘;Edit12.Color:=clMenu;

Edit25.ReadOnly:=false;Edit25.Text:=‘‘;Edit25.Color:=clMenu;

MessageDlg(‘沒有找到你所需要的記錄！‘，mtInformation，[mbOK]，0);

Edit13.Text:=‘‘;Edit13.SetFocus;

end;

end;

with datamoduleform.InQuery do file://自動入庫編號的獲取

begin

close;

SQL.Clear;

SQL.Add(‘select * from InRecord where InID>=All(select InID from InRecord)‘);

open;

file://找到入庫編號中最大的一個

Edit26.ReadOnly:=false;

Edit26.Text:=FieldValues[‘InID‘]+1; file://最大的入庫編號加1形成新的入庫編號

Edit26.ReadOnly:=true;Edit26.Color:=clMenu; file://設置編號的不可更改性

end;

end;

**********************************************************************

procedure Tinoutform.SpeedButton1Click(Sender: TObject);

var s:integer;

begin

file://入庫管理添加按鈕事件

if Edit1.TextNULL

then MessageDlg(‘請輸入完整的入庫信息和圖書信息，然后單擊確定按鈕。‘，

mtInformation，[mbok]，0)

else begin

if (Edit2.Text=‘‘) or (Edit3.Text=‘‘) or (Edit4.Text=‘‘) or (Edit5.Text=‘‘)

then begin

MessageDlg(‘請輸入完整的入庫信息!‘，mtInformation，[mbok]，0);

Edit2.SetFocus;

end

else begin

with datamoduleform.InQuery do

file://將找到的圖書信息顯示

begin

close;

SQL.Clear;

SQL.Add(‘insert into InRecord values(:InID，:BookID，:EmpID，:ShopID，

:Number，:InDate)‘); file://向入庫信息表中插入記錄

Parameters.ParamByName(‘InID‘).Value:=Edit26.Text; file://向Edit框取值

Parameters.ParamByName(‘BookID‘).Value:=Edit13.Text;

Parameters.ParamByName(‘EmpID‘).Value:=Edit2.Text;

Parameters.ParamByName(‘ShopID‘).Value:=Edit3.Text;

Parameters.ParamByName(‘Number‘).Value:=Edit4.Text;

Parameters.ParamByName(‘InDate‘).Value:=Edit5.Text;

execSQL;

end;

Edit12.ReadOnly:=False;

S:=StrToInt(Edit12.Text)+StrToInt(Edit4.Text); file://計算入庫后庫存圖書數(shù)量

Edit12.Text:=IntToStr(s);

file://將修改后的庫存圖書數(shù)量顯示

Edit12.ReadOnly:=true;

with datamoduleform.BookQuery do

file://修改庫存記錄中圖書數(shù)量

begin

close;

SQL.Clear;

SQL.Add(‘update BookRecord set Number1=:Number where

BookID=:BookID‘);

Parameters.ParamByName(‘Number‘).Value:=s;

Parameters.ParamByName(‘BookID‘).Value:=Edit13.Text;

execSQL;

file://提交SQL語句

MessageDlg(‘記錄已成功添加！‘，mtInformation，[mbOK]，0);

Edit13.SetFocus;

end;

end;

end;

end;

**********************************************************************

procedure Tinoutform.SpeedButton2Click(Sender: TObject);

begin

file://入庫管理確定按鈕事件

if (Edit2.Text=‘‘) or (Edit3.Text=‘‘) or (Edit4.Text=‘‘) or (Edit5.Text=‘‘)

or (Edit6.Text=‘‘) or (Edit7.Text=‘‘) or (Edit8.Text=‘‘) or (Edit9.Text=‘‘)

or (Edit10.Text=‘‘) or (Edit11.Text=‘‘) or (Edit25.Text=‘‘)

then begin

file://判斷輸入信息的完整性

MessageDlg(‘請輸入所需的全部入庫信息!‘，mtInformation，[mbok]，0);

Edit2.SetFocus;

end

else

begin

with datamoduleform.InQuery do

file://入庫信息添加

begin

close;

SQL.Clear;

SQL.Add(‘insert into InRecord values(:InID，:BookID，:EmpID，:ShopID，

:Number，:InDate)‘);

file://向入庫信息表中插入記錄

Parameters.ParamByName(‘InID‘).Value:=Edit26.Text;

Parameters.ParamByName(‘BookID‘).Value:=Edit1.Text;

Parameters.ParamByName(‘EmpID‘).Value:=Edit2.Text;

Parameters.ParamByName(‘ShopID‘).Value:=Edit3.Text;

Parameters.ParamByName(‘Number‘).Value:=Edit4.Text;

Parameters.ParamByName(‘InDate‘).Value:=Edit5.Text;

execSQL;

end;

with datamoduleform.BookQuery do

begin

close;

SQL.Clear;

file://在完成入庫信息的添加后，修改庫存記錄

SQL.Add(‘insert into BookRecord values(:BookID，:BookName，:Author，

:Publisher，:PubDate，:Price，:BookType，:Number，:Addration)‘);

Parameters.ParamByName(‘BookID‘).Value:=Edit1.Text;

Parameters.ParamByName(‘BookName‘).Value:=Edit6.Text;

Parameters.ParamByName(‘Author‘).Value:=Edit7.Text;

Parameters.ParamByName(‘Publisher‘).Value:=Edit8.Text;

Parameters.ParamByName(‘PubDate‘).Value:=Edit9.Text;

Parameters.ParamByName(‘Price‘).Value:=Edit10.Text;

Parameters.ParamByName(‘BookType‘).Value:=Edit11.Text;

Parameters.ParamByName(‘Number‘).Value:=Edit4.Text;

Parameters.ParamByName(‘Addration‘).Value:=Edit25.Text;

execSQL;

end;

MessageDlg(‘記錄添加成功！‘，mtInformation，[mbok]，0);

end;

end;

**********************************************************************

procedure Tinoutform.SpeedButton11Click(Sender: TObject);

begin

file://新書入庫按鈕事件

Edit13.Text:=‘‘;Edit13.Color:=clMenu;

with datamoduleform.InQuery do file://自動入庫編號的獲取

begin

close;

SQL.Clear;

SQL.Add(‘select * from InRecord where InID>=All(select InID from InRecord)‘);

open;

Edit26.Text:=FieldValues[‘InID‘]+1;

Edit26.ReadOnly:=true;Edit26.Color:=clMenu;

end;

with datamoduleform.BookQuery do

file://自動圖書編號的獲取

begin

close;

SQL.Clear;

SQL.Add(‘select * from BookRecord where BookID>=All(select BookID from BookRecord)‘);

file://找到庫存圖書編號中最大的一個

open;

Edit1.ReadOnly:=false;

Edit1.Text:=FieldValues[‘BookID‘]+1; file://顯示自動生成的圖書編號

Edit1.ReadOnly:=true;Edit1.Color:=clMenu;

end;

Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit4.Text:=‘‘;Edit5.Text:=‘‘;

Edit6.ReadOnly:=false;Edit6.Text:=‘‘;Edit6.Color:=clWindow;

Edit7.ReadOnly:=false;Edit7.Text:=‘‘;Edit7.Color:=clWindow;

Edit8.ReadOnly:=false;Edit8.Text:=‘‘;Edit8.Color:=clWindow;

Edit9.ReadOnly:=false;Edit9.Text:=‘‘;Edit9.Color:=clWindow;

Edit10.ReadOnly:=false;Edit10.Text:=‘‘;Edit10.Color:=clWindow;

Edit11.ReadOnly:=false;Edit11.Text:=‘‘;Edit11.Color:=clWindow;

Edit12.ReadOnly:=false;Edit12.Text:=‘‘;Edit12.Color:=clMenu;

Edit25.ReadOnly:=false;Edit25.Text:=‘‘;Edit25.Color:=clWindow;

end;

procedure Tinoutform.SpeedButton22Click(Sender: TObject);

var s:integer;

begin

file://出庫管理確定按鈕事件

if (Edit24.Text=‘‘) or (Edit27.Text=‘‘) or (Edit28.Text=‘‘)

then begin

MessageDlg(‘請輸入完整的出庫信息!‘，mtInformation，[mbok]，0);

Edit24.SetFocus;

end

else begin

if Edit27.Text>Edit21.Text

file://檢查出庫數(shù)量是否小于庫存數(shù)量

then begin

MessageDlg(‘庫存中的圖書數(shù)量不夠！‘，mtInformation，[mbok]，0);

Edit27.Text:=‘‘;Edit27.SetFocus;

end

else begin

with datamoduleform.OutQuery do

begin

close;

SQL.Clear;

SQL.Add(‘insert into OutRecord values(:OutID，:BookID，:EmpID，

:Number，:OutTime)‘);

file://添加出庫記錄

Parameters.ParamByName(‘OutID‘).Value:=Edit23.Text;

Parameters.ParamByName(‘BookID‘).Value:=Edit14.Text;

Parameters.ParamByName(‘EmpID‘).Value:=Edit24.Text;

Parameters.ParamByName(‘Number‘).Value:=Edit27.Text;

Parameters.ParamByName(‘OutTime‘).Value:=Edit28.Text;

execSQL;

end;

Edit21.ReadOnly:=False;

s:=StrToInt(Edit21.Text)-StrToInt(Edit27.Text); file://計算出庫后庫存圖書數(shù)量

Edit21.Text:=IntToStr(s);

file://顯示出庫后庫存圖書數(shù)量

Edit21.ReadOnly:=True;

with datamoduleform.BookQuery do

begin

file://修改庫存圖書數(shù)量

close;

SQL.Clear;

SQL.Add(‘update BookRecord set Number1=:Number where BookID=:BookID‘);

Parameters.ParamByName(‘Number‘).Value:=s;

Parameters.ParamByName(‘BookID‘).Value:=Edit14.Text;

execSQL;

end;

MessageDlg(‘出庫記錄添加成功！‘，mtInformation，[mbok]，0);

Edit14.Text:=‘‘;Edit14.SetFocus;

end;

end;

end;

§5.5 查詢功能的實現(xiàn)

查詢功能包括員工信息查詢，供應商信息查詢，入庫信息查詢和出庫信息查詢。由于每一個功能的實現(xiàn)都差不太多，而且其窗體也差不太多，所以在這里只給出員工信息查詢窗體及其源代碼。

圖5.6 員工信息查詢窗體

procedure Tfindempform.SpeedButton1Click(Sender: TObject);

Var s1，s2，s3 :String;

begin

file://員工記錄查詢窗體查找按鈕事件

with datamoduleform.EmpQuery do

begin

close;

SQL.Clear;

SQL.Add(‘select * from Employee‘);

SQL.Add(‘where EmployeeID Like :EmpID and EmployeeName Like :Name and Grade Like :Grade‘);

file://實現(xiàn)模糊查詢功能

if Edit1.Text‘‘ then s1:=‘%‘+Edit1.Text+‘%‘ else s1:=‘%‘;

Parameters.ParamByName(‘EmpID‘).Value:=s1;

if Edit2.Text‘‘ then s2:=‘%‘+Edit2.Text+‘%‘ else s2:=‘%‘;

Parameters.ParamByName(‘Name‘).Value:=s2;

if Edit3.Text‘‘ then s3:=‘%‘+Edit3.Text+‘%‘ else s3:=‘%‘;

Parameters.ParamByName(‘Grade‘).Value:=s3;

open;

if FieldValues[‘EmployeeID‘]NULL

then findempform.Close

file://在找到記錄的情況下關閉查找窗口

else

begin

MessageDlg(‘沒有找到你所需要的記錄！‘，mtInformation，[mbOK]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;

close; SQL.Clear;

SQL.Add(‘select * from Employee‘);

file://刷新員工信息窗口

open;

end; end;

end;

§5.6 系統(tǒng)登陸窗體模塊的實現(xiàn)

由于系統(tǒng)登陸窗體中有一幅彩圖，在這里不便給出，而只給出了系統(tǒng)的實現(xiàn)。

var keyname: string; file://定義了一個全局變量，在key2中有調(diào)用

procedure Tkeyform.SpeedButton1Click(Sender: TObject);

var s:string;

file://登陸窗口登陸按鈕事件

begin

if (Edit1.Text=‘‘) then begin

MessageDlg(‘清輸入登陸姓名和密碼!‘，mtInformation，[mbok]，0);

Edit1.SetFocus;

end

else begin

datamoduleform.KeyTable.Active:=true;

if not datamoduleform.KeyTable.Locate(‘KeyName‘，Edit1.Text，[])

file://判斷登陸名是否存在

then begin

MessageDlg(‘登陸名錯誤，請重新輸入！‘，mtInformation，[mbok]，0);

Edit1.Text:=‘‘; Edit1.SetFocus;

end

else begin

with datamoduleform.KeyQuery do

begin

close; SQL.Clear;

SQL.Add(‘select * from Key where KeyName=:KeyName‘);

Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;

open;

s:=FieldValues[‘KeyNo‘];

end;

if sEdit2.Text file://判斷登陸密碼是否正確

then begin

MessageDlg(‘登陸密碼錯誤，請重新輸入！‘，mtInformation，[mbok]，0);

Edit2.Text:=‘‘; Edit2.SetFocus;

end

else begin

keyname:=Edit1.Text;

keyform.Hide;

mainform.Show;mainform.WindowState:=wsMaximized;

end; end; end;

end;

§5.7 用戶管理功能的實現(xiàn)

5.7.1 用戶管理主窗體

圖5.7 用戶管理主窗體

5.7.2 密碼修改窗體模塊的實現(xiàn)

圖5.8 密碼修改窗體

procedure Tkey2form.SpeedButton1Click(Sender: TObject);

begin

file://密碼修改窗口修改按鈕事件

if (Edit1.Text=‘‘)or(Edit2.Text=‘‘)or(Edit3.Text=‘‘)

then begin

MessageDlg(‘請輸入完整的信息?！琺tInformation，[mbok]，0);

Edit1.SetFocus;

end

else begin

if Not datamoduleform.KeyTable.Locate(‘KeyNo‘，Edit1.Text，[])

then begin

MessageDlg(‘原密碼輸入錯誤，不能修改新密碼！‘，mtInformation，[mbok]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;

end

else begin

if Edit2.TextEdit3.Text

then begin

MessageDlg(‘兩次密碼輸入不同，請重新輸入新密碼！‘，mtInformation，[mbok]，0);

Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit2.SetFocus;

end

else begin

file://在數(shù)據(jù)庫中修改密碼

with datamoduleform.KeyQuery do

begin

close; SQL.Clear;

SQL.Add(‘update key set KeyNo=:KeyNo where KeyName=:KeyName‘);

Parameters.ParamByName(‘KeyName‘).Value:=keyname;

Parameters.ParamByName(‘KeyNo‘).Value:=Edit2.Text;

execSQL;

MessageDlg(‘密碼修改成功！‘，mtInformation，[mbok]，0);

key2form.Close;

end; end; end; end;

end;

5.7.3 用戶注冊窗體模塊的實現(xiàn)

圖5.9 用戶注冊窗體

procedure Tkey3form.SpeedButton1Click(Sender: TObject);

begin

file://用戶注刪窗口注刪按鈕事件

if (Edit1.Text=‘‘)or(Edit2.Text=‘‘)or(Edit3.Text=‘‘)

then begin

MessageDlg(‘請輸入完整的信息！‘，mtInformation，[mbok]，0);

Edit1.SetFocus;

end

else begin

if datamoduleform.KeyTable.Locate(‘KeyName‘，Edit1.Text，[])

file://判斷用戶名是否存在，系統(tǒng)不允許用戶名重復

then begin

MessageDlg(‘用戶名已存在，請輸入新的用戶名和密碼！‘，

mtInformation，[mbok]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;

end

else begin

if Edit2.TextEdit3.Text

then begin

MessageDlg(‘您輸入的兩個密碼不相同，請重新輸入！‘，mtInformation，[mbok]，0);

Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit2.SetFocus;

end

else begin

with datamoduleform.KeyQuery do

file://在數(shù)據(jù)庫中添加該用戶

begin

close;

SQL.Clear;

SQL.Add(‘insert into Key values(:KeyName，:KeyNo)‘);

Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;

Parameters.ParamByName(‘KeyNo‘).Value:=Edit2.Text;

execSQL;

end;

MessageDlg(‘新用戶添加成功，您可以繼續(xù)添加用戶，或按“取消”退出?！?，mtInformation，[mbok]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;

end; end; end;

end;

5.7.4 用戶注銷窗體模塊的實現(xiàn)

圖5.10 用戶注銷窗體

procedure Tkey4form.SpeedButton1Click(Sender: TObject);

var s:string;

begin

file://用戶注銷窗口注銷按鈕事件

if (Edit1.Text=‘‘)or(Edit2.Text=‘‘)

then MessageDlg(‘請輸入完整的信息！‘，mtInformation，[mbok]，0)

else begin

if Not datamoduleform.KeyTable.Locate(‘KeyName‘，Edit1.Text，[])

file://判斷用戶名是否存在，用戶名必須存在，才可以刪除

then begin

MessageDlg(‘您所輸入的用戶名不存在，請重新輸入或按“取消”退出。‘，

mtInformation，[mbok]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit1.SetFocus;

end

else begin

with datamoduleform.KeyQuery do

begin

close;

SQL.Clear;

SQL.Add(‘select * from Key where KeyName=:KeyName‘);

Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;

open;

s:=FieldValues[‘KeyNo‘];

end;

if sEdit2.Text file://判斷該用戶名下的密碼是否正確

then begin

MessageDlg(‘您所輸入的密碼不正確，請重新輸入或按“取消”退出?！?/p>

mtInformation，[mbok]，0);

Edit2.Text:=‘‘;Edit2.SetFocus;

end

else begin

file://從數(shù)據(jù)庫中刪除該用戶

with datamoduleform.KeyQuery do

begin

close;

SQL.Clear;

SQL.Add(‘delete from Key where KeyName=:KeyName‘);

Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;

execSQL;

end;

MessageDlg(‘用戶已成功刪除，您可以繼續(xù)刪除用戶，或按“取消”退出?！?，

mtInformation，[mbok]，0);

Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit1.SetFocus;

end; end; end;

end;

結束語

本系統(tǒng)是一個面向小型圖書企業(yè)，具有一定實用性的數(shù)據(jù)庫信息管理系統(tǒng)。它主要完成對圖書倉庫的一系列管理，包括入庫、出庫、庫存以及員工和供應商信息管理。本系統(tǒng)采用當前流行的面向?qū)ο蟮拈_發(fā)工具—Delphi來完成整個系統(tǒng)的設計，在數(shù)據(jù)庫的設計上利用了Access的便利性和實用性。

本系統(tǒng)具有相當?shù)膶嵱霉δ?。在查詢方面，系統(tǒng)實現(xiàn)了多條件任意字段的模糊查詢，同時在分類查詢上實現(xiàn)了動態(tài)生成，系統(tǒng)可以自動識別用戶不同的輸入。在圖書入庫、出庫和庫存三者之間建立了良好的鏈接關系，某一部分地修改均會自動引發(fā)系統(tǒng)對與其相關的部分進行連鎖修改。在用戶管理方面，系統(tǒng)較好地實現(xiàn)了用戶注冊，用戶注銷和密碼修改等各項功能。

系統(tǒng)在設計過程中不可避免地遇到了各種各樣的問題，由于整個系統(tǒng)完全都是由個人設計的，有關Delphi許多細節(jié)問題都要靠自己去摸索，加之本人水平有限，并沒有完全地理解Delphi的強大功能，而且還存在著許多不足之處。如：

受開發(fā)條件和開發(fā)時間的限制，本系統(tǒng)只利用了本地數(shù)據(jù)庫Access，它同應用程序處于同一系統(tǒng)中，能存儲的數(shù)據(jù)量也有一定限制，并沒有發(fā)揮出Delphi其數(shù)據(jù)庫方面的優(yōu)勢；

報表打印功能尚不夠全面完善，不能實現(xiàn)動態(tài)報表；

在一些數(shù)據(jù)輸入時沒有及時的進行數(shù)據(jù)格式校驗，不能保證數(shù)據(jù)輸入的絕對正確性。

由于時間關系，系統(tǒng)功能實現(xiàn)不夠完善，使用不是很方便，比如，沒有實現(xiàn)多條記錄的連鎖刪除和添加以及數(shù)據(jù)的導入功能。

這些都是需要完善的地方，該系統(tǒng)離實際使用也還有相當?shù)木嚯x，需要我進行不斷地補充和完善。

通過本次畢業(yè)設計我學到了不少新的東西，也發(fā)現(xiàn)了大量的問題，有些在設計過程中已經(jīng)解決，有些還有待今后慢慢學習。只要學習就會有更多的問題，有更多的難點，但也會有更多的收獲。

考 文 獻

[1] 鄭榮貴、黃平、谷會東，Delphi 6.0數(shù)據(jù)庫開發(fā)與應用，中科多媒體電子出版社，2002

[2] 伍俊良，Delphi 6控件應用實例教程，北京希望電子出版社，2002

[3] 盧國俊，Delphi 6數(shù)據(jù)庫開發(fā)，電子工業(yè)出版社，2002

[4] 邊萌，Delphi 編程起步，機械工業(yè)出版社，2002