緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的11篇物理模型論文范文，希望它們能為您的寫作提供參考和啟發。

篇（1）

第一，強調服務意識。堅持“以師生為本”的理念，將服務視為學校管理模式的核心價值觀和行政管理機構的首要職責，一切從師生的需求出發，為師生的利益著想，明確師生的主體地位和作用。在實際工作中，努力實現和維護好師生的根本利益，協調好各方面的利益關系，做到“教育以育人為本、以學生為主體，辦學以人才為本、以教師為主體”。

第二，鼓勵參與并及時回應。鼓勵參與指的是在涉及有關學校發展與建設的問題上，服務型行政管理模式鼓勵相關人員參與。學校決策不再僅由少數領導干部討論決定，而是要廣泛聽取師生、家長及其他相關機構的意見與建議，讓他們充分而自由地參與到學校決策中來；與鼓勵參與相對應的是強調回應性。針對相關人員提出的意見和建議，建立科學有效的溝通回應機制，以保證暢通無阻的溝通與交流。

第三，體現公開與公正。在新時期高校服務型行政管理模式下，學校行政部門要及時將重要工作信息如學校重大決策、制度調整和管理活動向師生、家長及其他相關機構公布，做到管理的公開和公正。師生、家長等相關人員有權對學校的服務質量進行監督。

第四，倡導尊重與平等。服務型高校管理模式倡導尊重個體，強調平等。在日常行政管理工作中，管理人員要嚴格遵循勤奮務實的工作原則，努力與師生形成一種互相尊重、彼此平等的關系，營造和諧的工作氛圍。在管理決策過程中，行政部門應充分考慮并積極維護師生員工的合法權益，使每位師生都能平等地享受學校資源，使學校教育發展的成果惠及全體師生。

二、目前中國高校行政管理的現狀及存在的問題

近年來，在全國構建“服務型政府”的大背景下，高校行政管理工作的服務意識不斷增強，行政管理體制改革不斷向前推進，但由于中國高校始終沒有完全擺脫傳統的行政管理模式，時至今日仍然存在一些弊端和問題，主要表現在以下幾個方面：

（一）管理機構過度膨脹

中國高校在內部管理上一直采用從學校、學院、教研室到教師這種自上而下層層管理的形式，即金字塔式的組織機構。這種科層制的組織機構會產生兩個方面的負面影響：一是由于各部門功能不斷細化和權限不斷縮小使行政部門崗位越設越多，導致機構膨脹，行政效率不高。二是由于中國高校行政管理人員是按照政府機關的人員編制設置的，從科員到處級、局級逐級建構，每個部門至少有兩到三名行政人員，隨著行政機構的不斷膨脹，行政管理人員的隊伍也越來越大。

（二）管理制度不完善

一方面，缺乏實際有效的法律制度保障。中國現行的教育法律體系是自20世紀80年代開始建立的，以《中華人民共和國憲法》為基礎，先后制訂了《學位條例》、《義務教育法》、《高等教育法》等教育法律、法規，它們構成了中國現行教育法律制度的基本框架。但這其中及后續出臺的相關法律法規涉及行政管理的內容較少且空泛，實際工作中難以參照執行，使行政人員在執行或決策中隨意性增大，難以形成公開透明的制度環境。另一方面，很多高校忽視與行政管理制度聯系密切的監督和信息反饋等民主制度建設，使得師生、家長及相關機構脫離了涉及高校重要決策制定的過程，不利于建立“以人為本”的新時期高校服務管理模式。

（三）管理機制不健全

首先，人才引進機制不完善。高校不僅需要有一支高水平的師資隊伍，還要有一支高素質的行政管理隊伍。從專業素質看，大多數行政管理人員都不是來自管理專業，沒有經過系統的高等教育基礎理論和現代高校管理知識的學習，不具備系統的知識理論框架，在日常工作中不講方式方法，影響了工作效率。從年齡結構看，由于對高校行政管理工作仍保持著傳統的認識，即科技含量低、創新空間小、自我提升慢等，專業青年人才不愿加入到這個隊伍中來，致使整個行政管理隊伍人才出現斷層。其次，激勵機制欠缺。目前，全國各高校發放工資、獎金、福利等大多是以科研成果來劃分等級，由于工作性質原因行政人員不可能在科研方面有太多成果，因此獲得獎勵的機會很少，導致行政人員缺乏工作積極性，工作效率受到影響。

三、構建高校服務型管理模式的主要措施

解決傳統高校行政管理模式中出現的問題，推動新時期高校服務型管理模式的建立，是中國高校內部管理體制改革的重要任務，具體要從轉變管理觀念、精簡管理機構、完善體制機制三個方面入手。

（一）轉變和提升服務理念

在全國構建“服務型政府”的大背景下，高校應開始轉變并不斷提升行政服務理念，將以人為本作為日常工作的出發點，將保證高校師生的利益作為工作核心，樹立和維護以服務為根本、尊重與合作并存的理念，真正做到將為師生提供的便利化服務擴展到最大范圍。堅持“以師生為本”的服務理念，需要行政管理人員在日常工作中具體做到以下兩點：第一，明確定位，包括對自身的定位和工作對象的定位。行政管理人員應深刻理解高校行政管理工作的性質、職能和作用，擺脫自身官本位思想的束縛，站在服務者的角度協助師生處理好日常事務工作。第二，把握好思路和方法，尋求以師生為本的有效的高校行政管理工作方式方法，切實轉變工作作風。

（二）精簡機構

建立扁平式的組織結構科學合理的組織結構不僅搭建出了新時期高校服務型行政管理模式的主體框架，還為提高行政工作效率和服務質量打下了堅實基礎?？茖W和合理的組織結構是指扁平式的組織結構，即改變傳統多層級的金字塔式組織結構，減少過多的中間層行政部門和行政人員職位，使行政組織逐漸趨向簡約化和扁平化。這種扁平式的組織結構具有管理層次少、管理成本低、管理跨度大、信息傳遞速度快且準確度高等特點，促進行政管理工作效率不斷提高。

篇（2）

武漢九省通衢的地理位置，使得它自古以來就是商家必爭之地。自2007年，武漢經濟型酒店持續升溫。國內排名前十位的經濟型酒店，像如家、錦江之星、7天等紛紛踏足武漢。在這股浪潮下，武漢出現大量跟風店，一些招待所、小旅館甚至員工宿舍稍加改造，搖身一變就改名叫經濟型酒店。武漢經濟型酒店目前已近200家。

一、經濟型酒店概述

經濟型酒店在國外被稱為“床和早餐飯店”（Bed&BreakfastHotel），但目前國內的經濟型酒店尚無統一的行業標準，也沒有權威的定義。簡單來說，經濟型酒店是在保留了星級酒店的客房設施水平的基礎上，簡化會議、娛樂、餐飲、購物等附加功能，通過統一的品牌實施連鎖化經營，降低采購成本，減少人員配備，從而為人們提供性價比遠高于星級酒店的一種標準化酒店服務。

經濟型酒店的特征主要體現在以下三個方面：（1）價格實惠。價格實惠是眾多的消費者選擇經濟型酒店的主要原因之一。經濟型酒店的平均房價一般比三星級酒店略低，大約在200元左右。（2）環境干凈、舒適、方便。價格實惠并沒有降低經濟型酒店的基礎服務，干凈的房間、舒適的床、可口的早餐、方便快捷的寬帶連接仍然是經濟型酒店所必須的。比如，房間雖然沒有豪華裝修，面積也比三星級酒店小，但是重點渲染它的舒適性，滿足客人追求舒適睡眠的需求。（3）性價比高。性價比是經濟型酒店的制勝法寶。經濟型酒店必須在提高基礎服務水平的同時，使得經營成本不斷下降才能獲得競爭優勢。

二、我國經濟型酒店行業的宏觀環境分析

1．政治環境（PoliticalEnvironment）

中國穩定的政局、良好的投資發展環境吸引了大量外商投資于中國的經濟型酒店行業，如雅高集團的宜必思、圣達特集團的速8等。商務部商業改革司負責人透露，我國將從加強法規制度建設、制定出臺相關標準、加強信息交流和引導、加強基礎理論研究等四個方面促進經濟型酒店的發展，這無疑將為我國經濟型酒店的持續發展提供有力的支持。

2.經濟環境（EconomicEnvironment）

我國改革開放以來高速增長的經濟催生了酒店行業的飛速發展。中國旅游經濟的蓬勃發展和商貿活動的頻繁往來，更是為經濟型酒店帶來了不少的觀光客和商務客。

3.社會文化環境（Social&CultureEnvironment）

勤儉節約是中國人從小接受的教育，這種教育會直接影響到其長大后的消費觀念。對很多人來說，要的只是“B&B”(bed&breakfast)，床和早餐就夠了，不愿意為不需要的服務支付額外的費用。尤其很多公司規定了200元之內的住宿標準，使得他們在旅行或商務途中基本上會選擇經濟型酒店。

4．技術環境（TechnologicalEnvironment）

技術的發展為經濟型酒店降低成本實現差異化提供了可能。如，計算機技術的進步使得管理的效率提高，互聯網的發展使得連鎖酒店的統一采購更加便捷，外包等管理理論和技術的出現為經濟型酒店降低成本提供了新的途徑，新材料的發明和運用使得酒店的環境效果匠心獨運，凸顯了差異化。

三、武漢經濟型酒店的五力模型分析

一個行業除了受到宏觀環境的影響外，還受自己特殊的行業環境的影響。波特所提出的影響行業競爭的五種力量的互動關系決定了整個行業的利潤能力。

1.現有企業之間的競爭

（1）數量多規模小。武漢目前的經濟型酒店數量非常多，國外連鎖的有宜必思、格林豪泰、速8等，國內其他城市進入的有莫泰168、7天、錦江之星、如家快捷等，武漢本土有艷陽天、揚子江等。雖然數量多，但規模上并沒有任何一家占有絕對優勢。雖然如家快捷在美國的納斯達克上市，募集到大批資金，但進入武漢市場的時間不長，優勢暫時沒有顯現；艷陽天雖然進入經濟型酒店的時間很短，但其在武漢餐飲界可謂紅透半邊天，其品牌輻射力不可小覷。各方之間勢均力敵，競爭異常激烈。

（2）酒店增加速度太快。基于行業的技術特點或規模經濟的要求，如果產業內企業在一定時間內迅速大幅度提高生產能力，由于生產能力的提高已經提前透支未來的增長因素，從而導致在一段時期內生產能力相對過剩，最終會使競爭加劇。有關數據顯示，從2007年1月至今，武漢的經濟型酒店呈現強勁擴張態勢。截至目前，武漢經濟型酒店開業店數已近200家，擴張幅度達到90％，位居全國省會之首。雖然目前的市場尚未飽和，但是照此增長速度，不久的將來，武漢的經濟型酒店將會供過于求。

（3）同質化程度高，價格競爭成主導。武漢的經濟型酒店數量雖然多，但差異化不明顯，各酒店之間的競爭主要表現在價格競爭。隨著經濟型酒店迅速蔓延帶來的競爭壓力，各酒店都推出會員制及優惠價，武漢“7天”的首次入住價僅77元，艷陽天為99元，其余酒店也推出低于100元的嘗鮮價。

2.新進入者的威脅

新進入者的進入壁壘低。主要是由幾個方面的原因導致的：（1）資本需求相對小。開一家經濟型酒店投資大約六七百萬元，像如家等品牌一開張，入住率便可達九成甚至百分之百，三年時間就可收回成本。而開一家四星級或者五星級的酒店，投資少則幾千萬元，多則數億元。（2）消費者的轉換成本低。轉換成本是指購買者變換供應者所付出的一次性成本。消費者的轉換成本低為新進入者與現有企業之間爭奪客源提供了便利。此外，現有企業之間產品或服務同質化程度高，也是進入壁壘相對較低的一個重要因素。

3.替代品的威脅

經濟型酒店的威脅主要來自三個方面：（1）高檔酒店。在經濟型酒店進入武漢市場的同時，高星級酒店也紛紛入漢。錦江國際大酒店即將開業、馬可波羅酒店和新世界酒店也已進入營業前的最后準備，加上2007年年4月開門迎客的光明萬麗酒店，武漢年內增加4家五星級酒店。此前，武漢共有五星級酒店6家，四星級酒店22家，高星級酒店數量排位已經名列國內城市前十強。目前，武漢五星級酒店淡季入住率在50％左右，旺季普遍在80％以上。（2）旅館、招待所。一些設備簡陋的旅館和招待所以其超低的價格仍然吸引了一大批收入不高的旅行者和農村進城人員。（3）自助公寓。自助公寓是一種新興而時尚的商旅短期居住方式。其特點是省錢、私密、貼心、舒心、放心。非常適合商務考察、因公出差、探親訪友、觀光旅游的人士居住。如武漢汝家自助公寓，其開發的房屋都是地理位置最好，物業管理最完善的成熟小區或商住兩用樓盤。房間設施其全：廚房配有全套廚具，可自己動手做飯；衛生間里衛浴設施齊備；客廳、陽臺、電視、空調、洗衣機、冰箱、沙發、雙人床、寫字桌一應俱全，讓你有如在自己家里。

4.供應商討價還價的能力

影響經濟型酒店成本的因素主要有兩個：一是建筑成本，二是服務成本。為了節約建筑成本，許多經濟型酒店往往會以低價租下或買下臨街的居民住房、單位倉庫、甚至爛尾樓，然后經過簡單的改造和包裝之后，就開始開門營業；為了節約服務成本，經濟型酒店在很多方面實施業務外包的方式，比如將員工培訓交給專業的培訓公司來做，而選擇一個合適的訂房中心，不僅會給酒店帶來更加合適的客源，而且它的傭金可能是較低的。

5.顧客討價還價的能力

對經濟型酒店而言，顧客討價還價的能力是很高的。其原因有幾個方面：（1）顧客的轉換成本低。因為武漢的經濟型酒店多，且彼此之間的

差異化程度很低，顧客的選擇余地大。再者，武漢的交通發達，公交線路遍及城市的每個角落，出租車的起步價也只有3元錢，這在全國的同等城市可能不多見，因此顧客在各個酒店之間進行轉換的時間成本和資金成本都不高。（2）受到企業出差費的限制，不得不討價。以往，星級酒店是商務旅游者的主要選擇。但隨著私有經濟、中小型企業的發展以及一些公司對差旅經費的限制，商務客人在酒店選擇上更加注重性價比的選擇。很多公司將出差的住宿標準規定在200元以內，使得許多顧客不得不討價還價，否則就只有自己討腰包。

通過上述的五力模型分析，我們發現，武漢經濟型酒店要想求得發展，可以選擇三種競爭戰略：一是低成本戰略，通過在價值鏈的每一個環節，尤其是一些關鍵環節或高成本環節，去想辦法控制成本而獲得成本優勢，比如在前期的開發中通過收購、租賃、合資、加盟及委托管理等各種方式降低成本，在后期的運作中通過將一些內部功能外包給中間商加強成本控制；二是差異化戰略，通過新穎的概念與新奇的住宿體驗吸引消費者，賦予企業獨特的文化，塑造獨有的概念，讓企業形成文化氛圍，從而在將傳統星級酒店物質服務成本簡約之后把服務向精神領域延伸，以獲得差異化生存；三是集中化戰略，通過將目標顧客集中在特定的消費群體打造概念主題店，以滿足個性時代的消費者的個性化需求。

參考文獻：

篇（3）

1電子商務企業的質量目標

傳統商務和電子商務的質量目標都是向顧客提供更好的產品和服務，只是在實施過程中所用的方式和手段不同，電子商務企業的質量目標一般包括以下幾個方面：(1)提供美觀與實用兼備的網站來吸引消費者，這不僅包含美觀的網站，同時應提供可靠并準確的信息，還應提供便捷的導航和方便的檢索；(2)提供安全并便捷的輔助服務，包括電子支付、消費者的身份認證、物流以及售后服務等等，能讓顧客隨時查詢到自己的訂單流程；(3)提供高質量的運營服務，這個運營服務不僅僅是網站信息的快捷，而且應該保證資金流的安全，電子商務顧客的不固定性使得產品的價格顯得沒那么重要，反而網站的設計和反應成為更關注的東西。電子商務企業實施TQM的目的是為了實現上述的質量目標，進而提升自己的核心競爭力，因此電子商務中的TQM就必須覆蓋網站內容、技術應用、輔助服務和運營質量等問題。

2全面質量管理與電子商務的結合

全面質量管理是以全面質量為重心的管理范式，它是一種“四全管理”的執行理念，全員的質量管理、全過程的質量管理、全組織的質量管理、全方法的質量管理。它的目標旨在增強服務質量，強調以人為本，堅持持續改進；強調不斷學習，簡化結構和優化流程，之前的全面質量管理大多用在制造業和服務業，本文把它用在電子商務企業，首先，電子商務本質上是一種服務；其次，電子商務企業要獲得競爭優勢，必須全方面的提高其服務質量，所以本文研究的電子服務質量覆蓋網站內容、技術應用、輔助服務和運營質量等個方面質量，并要包括TQM的所有關鍵要素和遵循TQM的所有實施原則。根據PDCA循環，電子商務企業的TQM可以分為以下階段：計劃(P1an)階段：企業管理層根據顧客的需求，對網站內容設計、所提供的輔助服務和運營質量等做出計劃，制訂出全過程的質量解決方案；執行(Do)階段：執行在“計劃”階段制訂的質量解決方案；檢查(check)階段：根據顧客以及客服的反饋信息，檢查在“執行”階段是否嚴格執行了“計劃”階段的質量方案；處理(Act)階段：分析顧客的滿意度，將相關信息反饋到“計劃”階段，對質量目標和質量計劃做出進一步調整。這樣經過不斷的循環，取得質量的持續改進。

3電子商務全面質量管理模型構建

篇（4）

隨著經濟和社會的發展進步，以人為本、充分倡導尊重人格，滿足人的需求，人與社會和諧發展成為當今社會發展的主旋律。同時，人們的健康觀念不斷更新，人們認識到人體和環境是相互聯系、相互制約的統一體，疾病的形成是復雜的、由多種因素決定，疾病的治療和預防也需要立體的綜合措施。在醫療服務中，強調以人和健康為中心，關注人的價值和需求成為舉足輕重的重要環節，患者不但需要獲得滿意的診療，而且還有精神、心理上的舒適、安慰，治療上的參與、選擇和多元化的服務需求[1]。而人性化護理恰恰是實現這一目標的最好手段和方式，這是社會進步引發護理模式改革的必然結果，是社會對護理工作提出的必然要求。在臨床護理工作中如何應用人性化護理模式，如何及時發現和滿足住院病人的心理需求，如何實施人性化的護理服務，本文對上述問題進行探討。

1病人的需求

1.1病人的護理需求人們患病時，從自己熟悉的社會環境走進陌生的醫院，從家庭社會的多種角色變為病人。住院后，病人非常關注自己的診治醫生、責任護士、科室主任和護士長;希望盡快進行檢查治療并知道自己的檢查結果;希望了解疾病的治療效果;希望知道治療疾病所需的總費用;希望親人的陪護以及與護理人員溝通交流;希望護士的技術嫻熟;希望住院的環境安全舒適等。

1.2病人的心理需求人們患病后，心理方面會產生焦慮、恐懼、孤獨等心理問題，從而產生一系列的心理需求。

1.2.1焦慮恐懼心理害怕疾病不能治愈，經常處于驚恐不安的緊張狀態，有的甚至吃不下飯，睡不著覺，精神壓力很大。這時，他們希望醫務人員多關心他們，給他們講解疾病的相關知識，指導他們如何配合治療。

1.2.2孤獨心理人們患病后進入醫院這個新的環境，這里的環境及醫護人員對他們而言都是陌生的，他們會感到茫然，無所適從，很容易產生失落感，他們希望有親人的陪護，希望醫務人員多與他們談心，盡量縮短與醫務人員之間的距離。

2滿足病人的需求

2.1營造人性化的環境醫院和病房應努力營造一種充滿人情味的、盡可能體現家庭式的溫馨和舒適的環境。一切本著方便病人，從細微之處入手。

2.2將人性化融入護理過程我們的醫療對象首先是“人”，其次才是“病”。因此我們首先要尊重、理解、關懷病人。從入院那一刻起，我們就要把病人當作一個需要幫助的弱勢群體來關注，幫助他們盡快熟悉環境及周圍的人;對他們提出的問題耐心解答;多與他們溝通交流，給予他們足夠的心理支持與心理疏導，幫助他們樹立戰勝疾病的信心;刻苦學習，提高專業水平，以嫻熟的技術服務病人。

3人性化護理服務的方法和措施

3.1確立服務質量標準根據人文精神和健康新概念來調整、確定護理質量評價標準，強化對護理人員服務主動性和體現人文關懷等內容的評價指標，建立住院病人需求分析制度，出院病人跟蹤隨訪調查制度以及護理服務質量講評分析制度，將病人對服務是否滿意作為評價的重要標準，將病人的需要和期望轉化為質量要求和質量標準。

3.2培養人文精神、強化禮儀修養培養人文精神，除了豐富專業知識外，還要不斷豐富社會學、人文學、倫理學、心理學、公共關系、行為科學、語言學等方面的知識，養成良好的性格，形成健康向上的精神面貌，以人文精神推動人文服務。強化禮儀修養，打造禮儀化的護理服務。護士禮儀是指護士在職業活動中所應遵守的行為準則[2]。優雅的外在形象、過硬的護理技術、負責的工作態度、良好的溝通技巧是做好禮儀化的護理服務內在要求。一是基本禮儀，包括言談、舉止、儀容、服飾、個人和公共衛生等，做到語言文明、舉止得當、行為規范、儀容整潔、服飾得體、莊重大方、和藹可親;二是職業禮儀，主要指掌握醫學知識、遵守規章制度、制定工作計劃、了解患者病情、加強護患溝通、保護患者隱私、注重心理治療等。

3.3營造人文氛圍，優化就醫環境努力營造醫院的人文氛圍，使患者能感受到無處不在的人性化服務。一是營造人文化的醫院環境，醫院建設生態化、園林化，讓患者有親臨大自然的感覺;二是建設人性化的基礎設施，基礎設施以方便、舒適、美觀、實用為準則，讓患者在診療期間既有舒適感，又有親切歸屬感;三是營造濃厚的文化氛圍，溫馨化、藝術化、人性化的布局和裝飾，根據就診人群的不同彰顯不同的文化特色，體現出對患者的熱情和關注;四是就醫流程人性化，通過導醫、分診、全程、便民及特色服務，營造舒適、溫馨、便捷的就醫環境，良好的就醫秩序，科學的就醫流程，最大限度地縮短患者就醫時間，提供優質的、人性化診療服務。

3.4努力提高護理藝術水平護理藝術的核心是研究和掌握病人的心理，做到因人而思、因人而護，根據病人的不同情況和不同需求制定不同的護理計劃，實施不同的護理措施[3]。我們不但要充分掌握護理學的基本知識，還要學習心理學、人文學科、社會學、操作技能，獲得?？谱o理的專門技術和方法，成為一個有道德素養和藝術修養的護理人員，能夠掌握病人的不同心理狀態，消除病人的思想顧慮，用高超的護理藝術完成不同的特色護理。

3.5加強職業道德建設，規范服務行為一是要熱愛本職工作，忠誠護理事業，倡導奉獻精神;二是把病人的利益放在首位，對病人盡職盡責;三是增強服務意識，提高為病人服務的自覺性，對診治工作密切配合，對患者的生活精心照料;四是工作嚴謹，認真觀察病情，防范差錯事故;五是嚴格規章制度，遵守操作規程，規范服務行為。牢固樹立制度、規程就是質量和生命的理念，嚴格規范服務行為;六是加強技術培訓，提高技術水平。

3.6健康教育人性化、個性化每個人不僅存在身體和心理的不同，更有年齡、職業、信仰、生活習慣、文化程度等不同[4]。要針對不同的人實施不同的護理方法，不僅要講解與疾病相關的知識，還要針對其存在的心理和社會問題進行分析和開導，使患者得到及時、科學的健康指導，能夠在疾病的各個階段獲得相關的健康知識并逐步培養、建立良好的衛生行為方式及健康的心理狀態，在獲得良好治療的同時，運用相關健康和衛生知識去更好地維護健康。

3.7服務方法多樣化、服務內容層次化一是開展全程服務，將服務過程涵蓋院前、院中、院后的全過程;二是堅持服務內容層次化，能夠對有著不同服務需求的病人提供不同的服務;三是推行非專業服務后勤化、市場化，使醫務人員全身心地投入專業服務;四是努力使服務質量最優化，強化人員素質培養、技能提高，不斷完善質量監控和質量評價體系;五是推進服務方式親情化，對病員做到無微不至的關懷和呵護，使病人感到親人般的溫暖;六是堅持服務過程公開化，強化服務的監督作用，增強服務內容的透明度。

4評價

醫院通過大力倡導人文關懷服務模式，一是大力推進了醫院文化建設，全面提升了醫院的社會形象，勢必贏得良好的社會形象和社會效益;二是在社會樹立起良好的職業形象和良好的品牌形象，從而提高醫院的信譽度，提升醫院綜合競爭力;三是有利于在全社會逐步形成以人為本的氛圍，有利于人性、愛心、親情的體現，有利于弘揚社會美德，有利于社會的發展和文明程度的提高，有利于促進社會和諧建設;四是使人與社會的適應性不斷增強，人的生活質量得到提高，健康知識不斷豐富，健康意識不斷增強;五是強化了護士的人文觀念，提高了護士的思想道德水準、知識水平和服務能力，使護士的綜合素質得到了很大提高，有助于醫療護理服務質量的全面提高和持續改進。

【參考文獻】

[1]周君.未來趨勢——護理人性化服務[J].中國醫院管理，2003，23(12):48.

篇（5）

1中藥藥理動物模型的概念

中藥藥理動物模型是指在中藥藥理研究中建立的具有人類病證表現的動物實驗對象和相關材料，它包括人類疾病動物模型、人類證候動物模型、人類病證動物模型三部分的內容，它既是實驗動物學的范疇，又是中藥藥理實驗方法學的核心。

2中藥藥理動物模型的作用

2.1中藥藥理動物模型是中藥藥理學的基石中藥藥理學是以中醫藥理論為指導，用現代科學方法，研究中藥對機體的作用和作用機理、以及體內過程，從而闡明其防治疾病原理的科學。它包括中藥藥性藥理、中藥實驗藥理、中藥臨床藥理三部分的內容。而中藥藥理動物模型在中藥藥性藥理、中藥實驗藥理、中藥臨床藥理的研究中均發揮著重要作用。

2.1.1中藥藥理動物模型是中藥藥性藥理的研究手段中藥藥性藥理包括四氣、五味、歸經、升降浮沉、補瀉、毒性等方面的藥理研究，而中藥藥理動物模型是中藥藥性藥理的研究手段。如梁氏用溫熱藥建立熱證動物模型，再用寒性中藥龍膽草、黃連、黃柏、銀花、連翹、石膏治療，觀察中藥寒涼藥性的藥理學基礎；用寒涼藥建立寒證動物模型，再用熱性中藥附子、干姜、肉桂、黨參、黃芪、白術治療，觀察中藥溫熱藥性的藥理學基礎［2］。又賁氏應用血虛肝脾損傷動物模型，研究中藥當歸、熟地、川芎、白芍的歸經藥理［3］。

2.1.2中藥藥理動物模型是中藥實驗藥理的研究基礎中藥實驗藥理是中藥藥理的研究核心，中藥實驗藥理主要是應用實驗動物、器官、組織、細胞研究中藥功效的藥理作用，揭示中藥功效的現代內涵。中藥功效是中醫辨證論治體系在藥學中的體現，對中藥功效的揭示，必須以中醫證的研究為基礎；而中藥藥理證候動物模型是中醫證在實驗研究中的載體，故中藥藥理動物模型是中藥實驗藥理的研究基礎。如研究補氣藥人參、白術、茯苓、甘草組成的四君子湯對小腸推進運動的影響，結果四君子湯能抑制正常動物離體器官小腸的運動［4］，對正常在體動物小腸推進運動無明顯影響［5］；但能增加脾虛動物小腸推進運動［5，6］后者與臨床實際相符，與補氣藥健脾益氣功效相符，是健脾益氣功效在腸功能中的體現。這個例子說明，建立和使用中藥藥理動物模型，才能真正揭示中藥的功效，豐富中藥實驗藥理的內容。

2.1.3中藥藥理動物模型是中藥臨床藥理的橋梁中藥臨床藥理學研究方興未艾，但學科有待建立。由于正常動物的結構形態、功能代謝與人類的病理狀態相差甚遠，故必須應用中藥藥理動物模型來連接中藥實驗藥理與臨床藥理的研究，為中藥臨床藥理的有效性和安全性評價奠定基礎。

2.2中藥藥理動物模型是中醫藥現代化的突破口中醫藥的學術發展相當緩慢，其原因就是缺乏實驗研究體系，缺乏與現代自然科學的溝通與融合，忽視基礎理論的研究，未建立起自己的科研規范、指標體系和方法論，致使其理論研究對實踐缺乏推動作用，與世界醫學缺乏共同語言。而中藥藥理動物模型就是在中醫藥理論指導下，應用現代科學方法，以實驗動物、器官、組織、細胞為研究對象，建立的具有人類病證表現的實驗模型。彌補了中醫藥研究的不足，成為中醫藥理論與現代科學的中介部分。故中藥藥理動物模型的研究與發展，必將促進中醫藥的現代化。

2.3中藥藥理動物模型是實驗動物學發展的新領域中醫以系統-綜合醫學模式為特征，堅持功能主義的原則和視角來研究人體。在中醫藥理論指導下對中藥藥理動物模型生物學特征的認識，將彌補現代以形態結構為原則進行研究的不足，建立新的指標體系，豐富實驗動物生理學、實驗動物醫學和比較醫學的內容。而中藥藥理動物模型的研制與增加，又將豐富實驗動物病理學和動物實驗技術的內容，對實驗動物疾病的病理過程和實驗操作技術進行重新認識。故中藥藥理動物模型的建立與深入研究，將成為實驗動物學發展的新領域。

2.4中藥藥理動物模型是中藥新藥有效性評價的工具中藥新藥有效性評價，可用正常動物觀察藥物對生理狀態下各種生理、生化、形態等方面的影響，以判斷新藥的療效。但生理狀態與病理狀態有本質的區別，對藥物的反應常有質的不同。有些藥物對正常動物無藥效作用，而對中藥藥理動物模型則有治療作用，如清熱藥對發熱動物有降溫作用，而對正常動物體溫則無影響。因此，僅用正常動物不能全面準確地評價新藥有效性，必須選用中藥藥理動物模型，觀察新藥對病理狀態的影響，才能更準確地評價其有效性。故中藥藥理動物模型是中藥新藥有效性評價的工具。

3中藥藥理動物模型的現狀

中藥藥理動物模型自唐·陳藏器《本草拾遺》首次記載用精米喂貓、犬造成腳氣病模型以來，中藥藥理動物模型已初具規模，分為中藥藥理疾病動物模型、中藥藥理證候動物模型、中藥藥理病證動物模型三類。

3.1中藥藥理疾病動物模型中藥藥理疾病動物模型分為誘發性疾病動物模型和自發性疾病動物模型。誘發性疾病動物模型是研究者通過使用物理、化學、生物等因素作用于動物，造成動物組織、器官或全身一定的損害，出現某些人類疾病的功能、代謝或形態結構方面的改變。如發熱動物模型、四氧嘧啶糖尿病(消渴)動物模型、肥胖癥動物模型等。自發性疾病動物模型是指實驗動物未經任何有意識的人工處理，在自然情況下，發生染色體畸變、基因突變，并通過定向培育而保留下來的疾病模型，如無胸腺裸鼠、重癥肌無力小鼠、青光眼兔、高血壓大鼠、肥胖癥小鼠等。

3.2中藥藥理證候動物模型中藥藥理證候動物模型，自60年代鄺安建立第一個類“陽虛”動物模型［7］以來，已用200多種方法，復制建立了腎虛證、脾虛證、肺虛證、心虛證、血瘀證、血虛證、肝郁證、寒證、熱證、痹證、里實證、厥脫證、溫阻證、溫病等證候動物模型。中藥藥理證候動物模型是指在中醫藥理論指導下，在動物身上復制的中醫藥證候，是中藥藥理動物模型獨具一格的有別于人類疾病動物模型的方法。而中藥藥理證候動物模型的研究還遠遠不能滿足中藥藥理學發展的需要，急待增加研究投入，提高研究水平。

3.3中藥藥理病證動物模型中藥藥理病證動物模型包括兩方面的內容。一是用現代醫學的人類疾病動物模型與中醫證候動物模型嫁接，建立病證結合動物模型。如高脂性疾病血瘀證動物模型、失血性貧血血虛證動物模型、感染性休克厥脫證動物模型等。把現代醫學的辨病論治與中醫學的辨證論治結合起來，中西匯通。另一種是在中醫藥病證理論指導下，建立中醫病證結合動物模型［8］。這方面的工作急待開展，以深化中藥藥理模型的研究，糾正證候動物模型難于深化、不好應用的不足。

4中藥藥理動物模型的發展方向

中藥藥理動物模型在今后一個時期內，主要是應總結分析中藥藥理動物模型的理論，加大中藥藥理證候動物模型和中藥藥理病證動物模型的研制，建立中藥藥理動物模型的科研規范、研究體系，為中藥新藥研制和開發、中藥藥理研究、中醫藥學術發展、中西醫合流提供堅實的實驗基礎，也將為我國實驗動物學的發展增添新的內容。

參考文獻

1陳克恢，SchmidtT.PharmacolExptTherap，1924；24(5)∶339

2梁月華.北京醫科大學學報，1987；19(1)∶54

3賁長恩.北京中醫學院學報，1991；14(增刊)∶23

4黃樹明，等.中醫雜志，1988；(9)∶60

5彭成，等.中藥藥理與臨床，1995；11(5)∶6

篇（6）

我們把經營型物業管理模式的含義概括為二個方面:一是將物業管理與物業經營融為一體,在做好物業管理工作的同時,為開發商、業主、客戶策劃并實施物業經營方案,發揮每一平方米物業的增效潛力;二是將物業管理從一般維護、運行階段提升到對管轄物業全過程的營銷、服務和管理層面,亦即將服務眼光由物業管理委托期內這個局部放大到物業長壽命商品的整體去統一考慮、安排,從而為業主、客戶提供更全面、更徹底的服務。

上述經營型管理模式含義的核心思想為:將營銷的概念深刻地溶合于物業管理工作之中,通過對管轄物業經營與管理的合力運行,更好地體現物業管理使物業保值、增值的重要功能。

經營型物業管理模式和收益性物業管理有所不同,后者特指以出租經營型房屋為主體對象的物業管理,普遍存在于寫字樓、零售商業中心、酒店以及其它可出租物業的管理中;而前者指對管轄的各類物業都溶入物業營銷的概念,通過對物業整體功能的開發,提高物業的效益潛力。前者包括后者,后者是前者的重要組成內容。有些同行把經營型物業管理理解為配套服務網點經營和有償的各類家政服務當然是相當片面的。

經營型物業管理運作的主要內容體現在房地產服務領域中流通環節和管理環節各個方面,主要包括是租賃、物業估價、交易咨詢和項目策劃等。物業管理公司或參與管轄物業的經營,在提高企業經濟效益的同時,促進了物業的市場流通,挖掘了蘊含于物業中的效益,并增強了業主、客戶對物業真正價值的理解。

二、經營型物業管理模式的市場需求

1、國外和香港地區特別注重物業管理工作中的經營概念。以美國為例,經歷ω多年市場歷煉的美國物業管理行業,大多數企業可以為客戶提供租賃、估價、交易、咨詢等項服務。美國注冊物業經理的職責也首先要求保障管轄物業的租售,在此基礎上做好物業維護工作,良好的維護又反向推動物業的租售。在他們看來,優秀的物業管理可以為業主、租戶提供良好的工作、生活環境,而更重要的作用在于使物業的經濟效益得到充分的發揮。再看看近年來在大陸迅猛發展業務的香港物業管理企業,無論是戴德梁行、怡高還是第一太平戴維斯飛歐思諾,無一例外地以房地產服務的綜合優勢占領市場,寓經營飛管理于服務之中,體現出卓越的專業水準和競爭實力。進一步考察香港仲量行、魏理士、保柏等公司的業務領域,我們會感悟到,香港規模較大的物業管理企業都以提供物業經營、管理綜合服務為特色,香港物業管理市場需求的是綜合性的服務。由于深圳和香港的毗鄰關系,以及wvio入關在即,深圳物業管理行業在發展趨勢上將更多地借鑒香港成功的經驗,包括經營型物業管理模式的運作。

2、國內市場對經營型物業管理需求旺盛。近年來,隨著房地產行業的迅猛發展,二級、三級市場日益擴大,拓展出房地產服務領域巨大的市場空間。僅以租賃市場為例,目前全國7000則余萬戶居民中,仍有約300戶人均居住面積不足4平方米,流動性租房而居的住戶比例高達9.52%。北京、上海、廣州、深圳四個城市住房調查顯示,分有20.2%、26.8%、239毛和28%的家庭租房居住。目前支撐這一巨大租賃市場的中介組織專業水平低,操作欠規范,給眾多的物業管理企業留下了廣闊的盈利空間。香港地產三級市場的成交量占總成交量的70%以上,而深圳目前三級市場所占比例只有289b,市場潛力深厚。當三級市場啟動后,住房租、售交易大增,百姓對物業估價、交易咨詢、租賃的需求更甚,而這些業務和物業管理企業都將發生必然的聯系,顯示出經營型物業管理模式市場需求旺盛。我們管理的物業將是資產值不斷變幻的商品,我們服務的客戶也將是面孔常新的動態群體,而在這動態的市場中,蘊含著萬千商機。

3、大量物業缺乏專業管理,更缺乏合理的規劃和經營。由于缺乏對物業真正價值的理解,有很多業主單位從建筑功能確定、售后使用到物業資產運作沒有跟著市場走,觀念滯后,導致大量的物業資產流失?？梢哉f,當前眾多的業主單位和業主個人缺乏物業管理,更渴望對其物業理想的經營。以中航物業管理有限公司隸屬的中國航空工業總公司為例,據統計,航空工業總公司所屬廣、所、企業、院?？傎Y產中,超過659b屬于物業資產,而在這物業總資產中,大量物業未得到充分利用,甚至有大批物業長期閑置。就全國情況看,很多單位發工資困難,但對懷中物業這個金娃娃長期無動于衷。這種普遍現象呼喚著物業管理企業增強營銷意識,提高經營水平,管好樓,還要盤活樓。深圳眾多物業管理企業管轄項目中,或多或少地存在著物業經.營的業務,業主和客戶需要專業的物業管''''理服務,更關注其物業效益潛力的發揮?，F代物業不再是業主終生相守的昂貴家產,而是一種在流通中價值不斷更新的商品,物業管理企業當然應該關注新經濟時代物業商品的游戲規則。大陸物業管理企業如果以純粹的物業管理業務去拓展市場,將因為服務的局限性、行業微利的現實和海外兵團的綜合優勢承受更大的市場壓力。

三、經營型物業管理模式的利弊分析

隨著市場經濟的日益成熟,房地產服務所函蓋的物業管理、租賃、交易、估價、咨詢等專業分工日趨細致,經營型物業管理模式的推行是否會因盲目地多元經營而導致不良后果?我們認為,經營型物業管理模式不完全屬于多元化經營,參與物業營銷本身應該是現代物業管理概念的應有之圈義。從上述市場需求和香港同行企業的運作經驗來看,物業管理企業不但要為開發商和業主、客戶當好管家,還應有償性的擔當其物業顧問。從物業發展初始乃至整個物業發展項目中,由物業顧問這個角色向開發商、業主和客戶提供綜合性物業服務至關重要,物業顧問必將與物業管理日趨緊密地結合并相互促進。

從目前的實踐看,經營型物業管理模式的利處主要體現在:首先,該模式可以更好地滿足市場需求和客戶需要,如同銀行單純的儲蓄業務擴展為金融理財服務;其次,經營型物業管理模式更好地體現了經營、管理一條龍服務,對客戶來講,提高了服務效率;再次,擴大了物業管理企業的盈利空間。物業管理企業面臨的重要挑戰之一就是專業化管理與管理費不足之間的矛盾。租賃、交易咨詢、估價等業務的傭金比例明顯高于物業管理傭金比例,使物業管理企業綜合實力和生存能力得到提高。

經營型物業管理模式面臨的問題有以下幾點:一是壓力大。物業管理企業承擔了一項物業的經營、管理權,同時也就承擔了物業經營的義務,而物業租賃及交易成本的波動性遠大于管理傭金的波動,相應地加大了物業管理公司的經營壓力;二是風險大。一塊物業的經營從項目選擇、價格控制到客戶確定,每個環節都有風險,僅是租賃風險防范就需要很多只能意會無法言傳的市場鍛煉;三是組建專業隊伍困難。物業經營是一項極為專業的工作,不僅富有實戰經驗的人才難覓,有了人才,形成一個與物業管理配合默契的團隊更不容易,一但經營出現嚴重偏差和失誤,物業管理公司難以承受。

四、經營型物業管理模式的實踐

1996年,深圳市中航物業管理有限公司在認真分析自身優劣勢基礎上,確定了將經營型物業管理模式作為企業的核心競爭力。經過五年的實踐和積累,經歷多個項目的市場磨合,這一競爭優勢得到進一步強化。從我公司實踐來看,經營型物業管理模式具有較強的生命力。在實施經營型物業管理模式的實踐中,我們注重以下幾個重點：

(一)強調經營觀念到位。物業的經營是動態的,物業的營銷永無止境,物業管理人只有具備了強烈的營銷意識,才能使管轄物業潛力得到更充分發揮。公司要求每一位物業管理骨干深刻理解物業經營是物業管理工作應有之義和份內之事,物業管理固然重要,而一項優秀的物業營銷方案可以使開發商、業主和客戶得到更多的實惠。在市場競爭中,我們打出了這樣的廣告語"我們可以做您的物業管家,我們還可以替您打理這份物業"。實踐證明,管理概念加上系列營銷服務,可以使管轄物業的價值發生很大變化。

(二)注重培養物業經營的人才隊伍。物業管理是勞動密集型產業,而物業經營是知識型、信息化產業,現代物業營銷已經進入到個性化、網絡化飛整合型時期,沒有富有經驗的經營人才,經營型物業管理模式就是空談。因此,幾年來,我們注重在實踐中培養經營骨干,適當引進優秀人才,初步建立了一支配合默契的經營管理團隊。1998年,天津津都花園物業進行管理公司招標,香港梁行飛歐思諾均在競爭之列,經過二輪拼搏,我們的經營、管理方案以最高分奪標。

篇（7）

改革開放以來，武漢市的經濟一直保持穩定快速發展的良好態勢。“十一五”以來，2005-2012 年武漢市的GDP 增加了3.58倍。這個數字高于同期全國累計同比增長率，為全國經濟持續增長做出了極大貢獻，發揮了武漢市作為中部地區中心城市的示范作用。但近年來武漢市經濟增長步伐明顯減緩，呈現增長乏力的疲軟態勢。雖然在全球經濟危機大背景下，武漢市的發展難以獨善其身，但武漢市自身的產業結構確實存在許多問題和弊端。所以，找出其中的短板和瓶頸，提出相應的有建設性的對策建議，為經濟增長提供強勁的動力支持已是當務之急。

一、武漢市產業結構發展的現狀與特點

三大產業對經濟增長率貢獻的背后是產業產值的增加和產業結構調整與升級。武漢市產業結構在經濟發展過程中不斷調整和優化，但由于種種原因，最終結果并不如人意。

1.第一產業占比不斷下降，生產方式比較落后

武漢市第一產業比重波動較小，除在2011年到2012年略微有所上升外，在其他年份都持續小幅下降。內部結構不斷優化，但主要生產經營方式還是以傳統的為主。產業化水平較低，投入產出率低，難以滿足市場多樣化需求，不利于收入的增加。傳統的農業貢獻了第一產業的大部分產值，農村居民家庭人均純收入中農業占比近四分之三，而林、牧、畜業的發展明顯力度不夠，未能充分利用豐富的水資源和濕地資源的優勢，發展特色農業。

2.第二產業占比略微上升，內部輕重工業比重失衡

第二產業比重呈輕微振蕩，總體略微有所上升。從2005 年的45.57% 升至2012 年的48.22%。工業占據了第二產業產值的絕大部分，一般在82%以上。但內部輕重工業比例嚴重失調，呈現明顯的重工業化，以汽車、鋼鐵、冶金、石油化工為主導產業，卻以資源過度使用及環境污染為代價。造成不可逆轉的對環境的破壞，產業選擇重合度較高，利潤空間被壓縮,工業低水平結構性等矛盾突出。致使地方性產能過剩，雖然在短期內可以保證短期較高的產值，但難以為繼。同時，輕工業的發展被嚴重忽視，不僅損失了大量的產值，也割斷了一、二產業間的聯系，使產業關聯度過低，聯動效果不佳。

3.第三產業占比振蕩變化，新興產業發展不足

第三產業的比重呈現先升后降的態勢，從2005年的49.57%一路升至2010年的51.44%，而后便出現小幅下降，直至2012年的48.02%。在第三產業的比重總體偏低的情況下，發展速度滯后，而第三產業大多是勞動密集型產業，較低的水平使得原本就供過于求的勞動力市場的就業形勢更為嚴峻。內部結構也局限于傳統的商務服務業、倉儲業和運輸服務業，經營方式落后，競爭力低下，發展空間小，而具有“三高”特征的金融、信息、軟件、旅游等新興服務業發展力度不足，導致武漢市第三產業的總體發展情況不佳，難以形成競爭力。

從總體看，武漢市的二、三產業產值占比95%以上，是經濟增長的強勁推動力（見表一）。產業結構不斷優化，內部結構日趨合理。但與上海、北京等城市進行類比后，不難發現武漢市產業結構調整和優化的速度和深度還差強人意。武漢市第二產業比重嚴重偏高（占比50%以上），第三產業發展明顯不足。產業結構升級的速度遠遠落后于東部發達地區。不合理的產業結構導致了市場要素價格的扭曲，對資源的有效配置極為不利。也使得武漢市與東部地區的差距越來越明顯，并且過度偏重工業的發展模式，致使產業結構發展的協調性和關聯度不高。

由此可知，在武漢市產業結構不斷調整和優化過程中，確實存在制約經濟快速發展的弊端和問題。為確保要素的合理流動，資源的更好配置，總體效益的不斷提升，經濟的持續增長，產業結構調整與升級必須提到議事日程上來。同時，產業結構調整與升級是一項涉及風險和外部性的創新活動，在路徑選擇時必須深思熟慮，考慮周全。

二、基于偏離-份額模型對武漢市產業結構的實證研究和分析

偏離-份額分析法是把區域經濟的變化看成一個動態過程，以其所在地區或整個國家的經濟發展為參照系，將區域自身經濟總量在某一時期的變動分解為份額、結構偏離分量和競爭力偏離三個分量，說明區域經濟發展和衰退的原因，評價區域經濟結構優劣和自身競爭力的強弱，找出區域具有相對競爭優勢的產業門類，進而確定區域未來經濟發展的合理方向和產業結構調整的原則。

本文選取了目標區域武漢市及其所在大區域湖北省2005—2012年的國內生產總值（GDP）、第一、二、三產業產值，將數據的單位換算為億元，基于偏離-份額模型，計算得到武漢市各個產業的偏離-份額數據（見表二）。

1.對武漢市各產業的份額偏離的分析

整體上來看，武漢市各產業的份額份量具有相同特征：第三產業最大，第二產業次之，第一產業最小。隨著時間的推移，武漢市各產業的份額分量呈現穩步增長的良好態勢。但也不難看出，發展的同時差距也在逐步顯現：二、三產業的增長速度明顯快于第一產業，且份額分量之和遠遠大于第一產業。第二、三產業的份額分量相當，差異較小，說明武漢市經濟整體水平處于工業化和服務業并進的階段。

2.對武漢市各產業的產業結構偏離的分析

從縱向時間序列上看，武漢市第一產業的產業結構分量一直為負數，且絕對值不斷增加，表明第一產業結構不太合理，層次低下，阻礙了武漢市經濟的發展。第二產業的產業結構分量除2007年為-4.18外，總體上為正值，且保持增長趨勢，說明武漢市第二產業結構整體優化程度較高，對經濟發展的促進作用明顯，并且促進作用在逐步強化。第三產業的產業結構分量在2006-2007年為正值，促進了經濟發展，但在2008 年后發生逆轉，2008-2012年內一直保持為負值，且其絕對值還在不斷增加，嚴重阻礙了經濟的健康發展，產生了負面的影響。從截面上進行分析可知，雖然總體上武漢市產業結構份量總量為正，但也存在很多不和諧因素，需要予以重視。每年均有兩個不合理的產業結構抑制了經濟的增長，這些結構未能自行調整，反而進一步加劇。因此，武漢市產業結構確實存在許多不合理和不協調問題，產業結構調整與優化勢在必行。

3.對武漢市產業競爭力偏離的分析

第一產業競爭力除在2006 年為0.44 和2012 年為12.76 外，其他年份一直為負，競爭力不斷下降。第二產業競爭力除在2007年具有0.14微弱競爭優勢外，在其他年份一直為負，競爭力嚴重不足。第三產業在開始的2006-2007 年里，其競爭力為負，難以與其他產業抗衡。但在接下來的年份中，競爭力呈上升態勢，得到顯著提高，市場占有率極大提升?？偟膩碚f，武漢市的三大產業，在近些年內，除第三產業的競爭力略有上升外，第一、二產業競爭力不斷下降。因此，調整和優化第一、二產業的結構，提升競爭力已是當務之急。

綜上所述，武漢市產業結構的主要問題表現在第一產業占比過高，內部結構較為單一，投入產出低，整體效率水平低下；第二產業占比總體上較為合理，整體發展較好，但以重工業為主的發展模式導致產業同構現象明顯，資源配置不合理，規模效應較低，缺乏競爭力；第三產業的占比有待提高，內部結構急需完善，技術含量有待提升，對人才的吸納能力需要。

三、武漢市產業結構調整和升級的對策建議

1.兼顧質量和效益，推進農業產業化，實現農產品多樣化和特色化

武漢市自然資源得天獨厚，水資源極為充足。由于第一產業發展模式單一，以傳統的水稻、小麥、玉米和大豆為主，未能充分發揮好比較優勢，種植水生經濟作物，發展漁業和養殖業。今后，應在原有單個家庭承包責任制基礎上，加快土地扭轉，鼓勵多樣化合作；改變傳統的種植模式，使水面動、植物生產互補，實現水陸“雙贏”；按照市場需求，豐富農產品的種類，提高農作物的經濟價值和附加值，帶動關聯的食品加工制造業的發展。

2.統籌發展輕重工業，集約發展主導產業，大力培育優勢產業

在大力發展制造業基調下，第二產業整體發展狀況良好。但由于“重型化”較為明顯，產值主要是由汽車、鋼鐵、冶金、石化等重型工業貢獻的，不僅對資源依賴性較強，而且是以犧牲環境為代價的。所以，需要通過平衡輕重工業的比重，保持產業內的良性互動。作為主導產業的重工業應通過產業集聚，加強對資源的整合，實現集約發展；通過技術創新提升企業對工業“三廢”的處理能力，發展循環經濟，提高資源的利用效率；針對產業中的國有比重過大的問題，應加快國有企業改革進程，使經營體制更靈活。并通過加強與周邊地區的合作與交流，比如，針對作為主導產業的汽車行業，發揮與襄陽、十堰、宜昌等地區的產業聯動作用，實現規模經濟，實現共同協調發展；對具有優勢的煙草、食品、紡織等輕工業應加大扶持力度，使其能在服務于農產業的基礎上，形成完善的產業鏈，創造值得信賴的品牌，增強產業競爭力。

3.利用區位優勢，發展生產業，重視新興科技產業

第三產業總體規模不大，具有明顯的結構缺陷。由于以傳統的餐飲和商貿零售服務為主，金融、信息、咨詢、物流、旅游等生產業發展嚴重不足。首先，武漢市應增強發展第三產業意識，在發展工業的同時兼顧第三產業；其次，武漢市位于中國的中部腹心部位，水陸空交通樞紐完備，具有明顯的區位優勢。應大力發展物流產業；同時，應通過大力發展旅游文化產業，弘揚武漢具有特色的漢味文化和歷史文化古跡；最后，武漢東湖地區是中國較大的智力密集區，集聚了大批高校，科研實力雄厚。應做好產學研對接，充分提升自主創新能力，大力發展新興科技產業。

四、對武漢市產業結構調整與升級的研究結論與展望

基于對產業結構調整研究的結論和武漢市產業結構的現狀，利用偏離-份額模型對產業結構進行實證分析，我們得出武漢市產業結構具有第一產業占比過高，結構單一，缺乏競爭力；第二產業占比較為合理，但以“重型化”為主，同構現象明顯，內部亟待升級；第三產業占比有待提高，應發展新興服務業的結論。并從三大產業的角度，對武漢市產業結構調整與升級給出了第一產業兼顧質量和效益，推進農業產業化，實現農產品的多樣化和特色化；第二產業統籌發展輕重工業，集約發展主導產業，大力培育優勢產業；第三產業整合利用區位優勢，發展生產業，重視新興科技產業的對策建議。

參考文獻

[1]陳朔, 馮素杰.產業結構優化升級中幾個問題的國際經驗和啟示: 以日本、韓國和我國臺灣地區為例[J].經濟問題探索,2008（3）.

[2]戴瑾.產業結構與就業結構的實證分析：以湖北省為考察對象[J].社會科學論壇，2010（15）.

[3]馬艷華, 魏輔軼.產業結構調整理論研究綜述[J].山西財經大學學報,2011（11）.

[4]徐勇,丁悅.產業演進比較與武漢產業結構高級化選擇[J].統計與決策,2011（16）.

篇（8）

引言

突發事件應急管理過程中，評價是一項復雜而重要的工作，它是基于前期對于關鍵因素的識別和分析以及可靠的調查數據來對評價目標進行合理分級與排序的系統化過程，是突發事件預防、救援、應對的基礎，也是應急管理決策的重要依據。

相對于一般評價而言，應急管理評價由于評價對象更為復雜，情景更加不確定，因而評價難度更大。目前許多學者在應急管理能力評價相關概念、評價指標體系構建、評價模型構建、實證研究方面已經有了很多研究工作，對于突發事件預防和控制具有非常重要的價值，本文將在閱讀文獻基礎上，對應急管理評價國內研究文獻進行一個較為全面的總結，最后為未來研究提出了建議。

研究概況

2013年2月10日檢索中國期刊全文數據庫，在“篇名”輸入“應急評價”檢索詞，能查到的國內對應急管理評價展開的理論研究始于1986年，但直到2003年SARS發生之后才有大量研究論文出現。隨著對應急管理研究的越來越重視，近年來研究論文數量逐年遞增。1986-2012年論文公開發表數量共計374篇，其中核心期刊發表105篇，研究對象包括煤礦；交通；地震、干旱、氣象等自然災害；衛生；物流；核電；高校、城市等（見圖1）?？紤]到筆者無法窮盡所有的相關研究成果，本文選取文獻樣本時，主要選用了105篇核心期刊文章。

作為一項公共性很強、社會實踐性很強的活動，應急管理評價的相關文獻以新聞報道、政府政策等形式出現。中國政府網（http：//）對應急管理的定義、機構設置、工作動態、應急預案、法律法規、典型案例等有全面、系統的收集與。各地方政府網站也有相應的應急管理專題。中國科學院科技政策與管理科學研究所應急管理研究組主辦的“應急管理研究網”（http：///）、設在北京師范大學的“減災與應急管理研究院”（http：//.cn/）、華圖教育集團主辦的“華圖政府風險管理研究中心”（http：//.cn/）、中國科學院研究生院主辦的“應急管理研究中心”（http：///）等是目前國內應急管理研究方面的知名網站，它們對應急管理理論研究、教育培訓、政府風險評價等研究做出了重要貢獻。

國內應急管理評價研究現狀

（一）研究視角

深入分析這105篇文獻可以發現，應急管理評價相關研究主要包含以下9個主題（見表1）。由表1可知，在應急管理評價領域的相關文獻中，有關“一般應急管理評價理論”以及“城市應急管理評價”的文獻占了較大比重，而“高校應急管理評價”、“交通應急管理評價”則涉及相對較少，由此可知國內學者近年研究的側重點和較少考慮的問題。這也從一個側面說明，如何將目前研究的零散思想、經驗和理論進行系統化，并進一步提升，形成一般性的應急管理評價理論，是今后需要進一步考慮的問題。

（二）研究類型

許德音、周長輝（2004）把學術論文的類型分為：規范型、描述型、文獻型、概念型、實證型、定性經驗型、演繹數學模型。筆者根據這一分類對105篇文章進行了論文類型的鑒別，文獻型論文有5篇，馬建華、陳安（2011）從事前、事中、事后的角度討論了應急評價，并給出九種不同應急評價的特征和研究進展。侯蘭功（2006）、袁藝（2010）、王寶華（2007）、王軍等（2008）等對自然災害應急評價研究狀況進行了綜述，側重于災情評估、災害損失評估方面。描述型、演繹數學模型論文共73篇，所占比重最大，達到了69.5%，其次是規范型論文，共19篇，達到了18.1%，由于實證數據的較難獲取性，其余的論文，特別是實證型論文所占比重較小。應急管理評價論文大多是建立指標體系，然后構建評價模型進行定量評價，筆者對105篇文章進行的論文類型研究結果也正好和評價類論文的特點相吻合。

（三）研究的主要觀點

通過歸納現有的相關文獻，有關應急管理評價的研究主要涉及以下9個主題，代表性的觀點有：

1.一般應急管理評價理論。通過實施國家應急能力評價加強政府的應急能力建設，美國是世界上做得最早、也是最成功的國家。FEMA和NEMA聯合開發了具有56個要素、209個屬性和1014個指標的應急管理準備能力評估程序（CAR）。1997到2000年，美國全部56個州、地方和海島都應用該程序完成了應急能力準備狀況評估工作。這之后，引發了世界學者和實踐者對與應急管理評價相關的一般理論的思考和探討。

韓傳峰等（2007）從政府為主體的角度，構建了20個二級指標的指標評價體系，并運用AHP-FCE法對突發事件應急能力進行綜合評價。趙希男等（2009）建立評價指標體系，并基于個體標準對應急決策的有效性進行評價。陳安等（2009）認為應急管理中存在“可挽救性”、“可減緩性”、“可恢復性”三大類災中評估，并設計了一個可量化計算的“可挽救性”評估模型。

2.城市應急管理評價，是應急管理評價領域研究成果較為豐富的一個方面。2002年7月和2003年12月，河北理工大學會同中國地震局地球物理研究所、河北省社科院等單位召開了兩次“中國城市災害應急管理能力研討會”，在國內明確提出“要全面提高城市災害應急管理能力，把城市災害損失減少到最低程度”。張梅穎自從在全國政協十屆二次常委會上首次提出關于在我國實施災害應急能力評價的若干建議后，又多次撰文提出“強化我國城市災害應急管理的思考與建議”。自此，國內城市應急管理評價研究的大幕被拉開，一些研究單位和學者紛紛開展類似研究。

鐵永波（2005）就城市災害應急能力評價指標體系構建進行了探討。楊青（2007）用綜合評價表對政府部門的應急反應能力進行了實證分析。王紹玉（2011）、汪志紅（2011）、王薇（2009）、李強（2009）等就城市災害應急能力評價模型進行了研究，目前常用的有：AHP-Entropy確權法、Logistic曲線、可拓評價模型、G1法等。研究角度也從電力、交通、衛生等單項應急管理評價研究向綜合的應急管理評價研究轉變。

3.高校應急管理評價。2007年，國務院了《關于加強基層應急管理工作的意見》，強調要加強社區、農村、學校、企業等基層單位應急管理工作。學者們加強了高校應急管理評價的研究。周勇（2010）從導師制的角度，評價了校外導師制對預防醫學本科生應急能力的培養效果。陳偉珂（2011）應用霍爾三維結構，構建高校應急管理能力評價指標體系，應用G1法并結合實例對天津市某高校的應急管理能力進行評價。

4.自然災害應急管理評價。人類歷史就是一部同自然災害不斷抗爭的奮斗史，近年來，學術界對自然災害應急管理評價的研究側重于損失評價、次生災害評價、應急能力評價方面。1993年李翔、周誠對我國災害經濟統計評估系統及其指標體系進行研究。趙阿興、馬宗晉（1993）從自然災害的社會屬性和自然屬性出發，對自然災害損失評估的工作準則、評估指標和方法進行了探索。魏一鳴（1997）等探討了用于災情評估的人工神經網絡模型，并結合裕列說明了其應用。王躍杰（2002）等研究了地震次生災害預測和評價。

5.應急物流評價。還有一些學者研究了應急物流能力的評價問題，劉小群（2007）等人研究了應急物流能力的內涵與構成體系，周堯（2009）、鄧愛民（2009）、馬麗（2010）等人運用層次分析方法、DEA方法、模糊灰色綜合評價等方法研究了應急物流能力、應急物流預案評價問題。韓瑞珠（2007）利用模糊數學和層次分析法構建了應急物流外包供應商績效綜合評價模型。

6.煤礦應急管理評價。煤炭作為我國的主要能源，其安全生產十分重要。煤炭行業是我國工業安全生產中傷亡最嚴重的行業。目前，煤礦企業應急管理評價研究側重事前評價，包括煤礦安全評價、煤礦安全風險評價、煤礦應急救援能力評價、煤礦應急預案評價等，應急績效等事后評價較少。張洪杰（2010）構建了基于安全風險指數的煤礦風險綜合評價模型及基于熵權法和灰色關聯分析的煤礦安全綜合評價模型。谷威麗等（2011）分析了煤礦應急管理的內涵，并基于灰色系統理論對煤礦應急能力進行評價。汪濤（2010）利用DEA方法對我國2009年25個產煤省份的煤礦事故管理績效進行評價。

7.交通應急管理評價。交通應急管理很重要，但是在核心期刊發表的交通應急管理評價研究的文章卻不多，而且時間集中在2011年以后，包括軌道交通應急能力評價、地鐵應急能力評價、機場應急能力評價、鐵路應急預案評價等。祝凌曦（2011）以青藏鐵路公司為例選用改進的DEA法對鐵路應急預案編制績效進行綜合評價。田寶林（2011）運用人-機-環境系統理論，建立機場應急能力遞階結構模型，并使用一種改進的區間數層次分析法對各個能力的權重進行計算。盧文剛（2012）以廣州市為實例進行研究，構建了城市地鐵突發事件應急能力評價體系框架。

8.核電應急管理評價。1993年8月由總理簽署的124號令：《核電廠核事故應急管理條例》和1994年10月的衛生部令第38號《核事故醫學應急管理規定》是我國核事故應急工作的法制管理依據。關于核電應急管理評價的核心期刊文章最早發表的是1992年胡二邦等介紹了在核電廠事故應急局地實時劑量評價系統中應用的拉格朗日煙團模式及相應的參數，并給出了內邊界層條件下煙團公式的處理方法。隨之，韓育茹（1995）對已經發生的切爾諾貝利核事故所實施的應急措施的執行效果進行實地考核，并進行評價，旨在為我國核事故應急預案提供更為客觀的評價依據。常寶盛（2007）等均以大亞灣核電站為研究對象，對應急柴油機進行了概率安全評價。

應急管理研究評述

綜上所述，本文發現關于應急管理評價的研究呈現以下特點：第一，如今，學界對于應急管理評價的研究已經從偏重于單項應急管理評價拓展到了綜合應急能力評價的研究。從側重于事前風險評價、事后損失評價，拓展到了事前的風險評價、脆弱評價、能力評價；事中的演化評價、破壞評價、救援評價；事后的損失評價、績效評價、衍生評價集成的應急管理全過程評價。第二，應急管理評價的一般理論，不再是零散的、局部的，而是逐漸成為系統的、體系的、全過程的。第三，AHP、專家打分法、模糊綜合評價法、DEA法、粗糙集法、灰色聚類分析是目前常用的應急管理評價方法。第四，城市應急管理評價已經成為現代應急管理評價的主要方面，作為綜合性的應急管理評價研究，城市應急管理評價越來越受到學者和決策者的關注與重視。

當然，應急管理評價的研究雖然取得了一定的成果，但仍然存在著一些不足之處：評價指標體系和評價模型是應急管理評價研究的關鍵和難點問題，然而目前學者對于評價指標體系設計以及指標權重的計算還偏于通過定性分析和帶有主觀性質的專家打分確定，這些對于客觀地進行應急管理評價研究是不利的，對于在全國范圍內推廣和大規模應用也是不利的。對于應急管理評價的單項研究較多，相對比較分散，而對于應急管理評價的全面研究和系統研究較少，有必要進一步進行理論的提升，形成系統的、更具普適性的應急管理評價理論。給出評價體系內容和要素的多，設計各要素具體評價指標和評價標準、指標權重的少。建立單項災害評價模型的多，建立綜合評價模型的少。應急管理評價研究中定量分析很多，但是大多停留在單個案例的分析中，或者是算例應用中，由于數據的較難獲取性，對于實證研究還非常少。專門針對應急管理評價研究文獻的系統性評述文章較少。

關于未來研究應急管理的建議

在對目前國內集成管理研究的現狀作出分析之后，筆者認為應急管理評價的研究在我國方興未艾，該研究方向下的許多領域和層面在我國發展的前景十分廣闊，還有很多基本問題有待學者進一步研究，也有許多有意義的空缺等待后來者去填補。結合本文綜述的內容，未來的研究可以從以下幾個方面深入：

第一，構建并完善較為全面、系統的一般性應急管理評價理論，扎實理論基礎，并用其來指導中國應急管理的實踐。

第二，有必要加強指標體系構建、評價方法、評價模型以及評價標準方面的研究。構建的指標體系、評價模型如何能在全國范圍內推廣和進行大規模應用？如何能挖掘各利益相關者的需求？能使各利益相關者滿意作為決策依據？應急管理評價結果如何為災害預警研究服務？這些都是應急管理評價中不可規避的現實問題，也值得我們進行深入的理論探討和實證研究。

第三，有必要引入更為豐富的計量經濟學方法進行應急管理評價的研究。n年（n≥2）多個城市應急管理評價如何開展？如何能解決多指標面板數據的應急管理評價問題？這些就需要拓展目前常用的應急管理評價方法。

第四，有必要加強應急管理評價應用層面的研究和實證研究，進而對提升我國的應急管理水平更具現實指導意義。

總之，構建完善和有效的應急管理評價理論，對于我國突發事件應急管理發展具有十分重要的戰略意義。長期來看，應急管理評價領域的研究在我國才剛剛起步，今后需要結合突發事件的不斷發展、演化，使得相關理論在理論上更加系統化，在實踐上更具應用性。

參考文獻：

1.陳長志等.流腦A群多糖菌苗普種與暴發點應急接種效果及經濟效益評價[J].河南預防醫學雜志，1986（3）

2.許德音，周長輝.中國戰略管理學研究現狀評估[J].管理世界，2004（5）

3.馬建華，陳安.應急管理評價國內研究進展[J].電子科技大學學報（社科版），2011（5）

4.袁藝.自然災害災情評估研究與實踐進展[J].地球科學進展，2010（1）

5.韓傳峰.政府突發事件應急能力綜合評價[J].自然災害學報，2007（8）

6.趙希男等.基于個體特征識別的應急決策有效性評價方法[J].系統工程，2009（7）

7.上官艷秋，陳安.突發事件應急管理中的“可挽救性”度量評價模型研究[J].中國軟科學，2009（9）

8.錢永波.城市災害應急能力評價指標體系建構[J].城市問題，2005（6）

9.楊青.基于過程管理的城市災害應急管理綜合能力評價體系研究[J].中國行政管理，2007（3）

10.王紹玉，孫研.基于AHP-Entropy法確權的城市公眾應急反應能力評價[J].哈爾濱工程大學學報，2011，32（8）

11.汪志紅，王斌會，張衡.基于Logistic曲線的城市應急能力評價研究[J].中國安全科學學報，2011，21（3）

12.王薇，廖仕超，徐志勝.城市綜合防災應急能力可拓評價模型構建及應用[J].安全與環境學報，2009（6）

13.李強，陳翔，陳晉，唐巧.考慮危險源的城市應急交通疏散風險評價模型[J].科學通報，2009（16）

14.陳偉珂，張力英.高校突發公共事件應急管理能力評價研究[J].中國安全生產科學技術，2011（11）

15.趙阿興，馬宗晉.自然災害損失評估指標體系的研究[J].自然災害學報，1993，2（3）

16.魏一鳴，萬慶，周成虎.基于神經網絡的自然災害災情評估模型研究[J].自然災害學報，1997，6（2）

17.劉小群，游新兆，孫建中，孫其政.應急物流能力的內涵剖析與構成體系[J].災害學，2007，22（2）

18.鄧愛民，張凡，熊劍，吳鵬飛.基于模糊灰色綜合評價方法的應急物流能力評價[J].統計與決策，2010（6）

19.韓瑞珠.基于FAHP的應急物流外包供應商績效綜合評價[J].東南大學學報（自然科學版），2007，37 （11）

20.張洪杰.煤礦安全風險綜合評價體系及應用研究[D].中國礦業大學博士學位論文，2010

篇（9）

3.語言邏輯"話語研究"的學術范式意義探析吳新民，WUXin-min

4.缺省論證的邏輯分析賀壽南，HEShou-nan

5.丹尼爾·丹尼特的意向戰略及其理論意義王姝彥，王姝慧，WANGShu-yan，WANGShu-hui

6.學術動態與信息

7.形式化及其歷史發展李建華，李紅革，LIJian-hua，LIHong-ge

8.墨家功利主義技術思想述評吳智，陳凡，WUZhi，CHENFan

9.技術負效應的整合控制馮軍，FENGJun

10.國內市場需求對技術創新的影響周懷峰，ZHOUHuai-feng

11.大學—產業—政府技術創新系統耗散結構形成機理分析鄒波，張慶普，田金信，ZOUBo，ZHANGQing-pu，TIANJin-xin

12.論工程師的倫理困惑及其選擇徐海波，程新宇，XUHai-bo，CHENGXin-yu

13.環境倫理學中的元倫理難題曹剛，CAOGang

14.基于風險考量的倫理決策研究張彥，ZHANGYan

15.《普通精神病理學》與現代精神病學的進展——論卡爾·雅斯貝爾斯對現代精神病學的意義金壽鐵，JINShou-tie

16.當代網絡社會中導師制的發展前景吳文輝，胡新和，WUWen-hui，HUXin-he

17.神經科學與宗教經驗:約翰·希克關于宗教經驗之合法性的辯護王志成，朱彩虹，WANGZhi-cheng，ZHUCai-hong

18.有關科技公民權的理論、實踐與啟示佟賀豐，TONGHe-feng

19.在自主論與從屬論之間——論牟宗三的科學觀陳陣，孟建偉，CHENZhen，MENGJian-wei

20.湯若望與中國近代科學的歷史命運李婷婷，朱亞宗，LITing-ting，ZHUYa-zong

21.在科學主義與歷史主義之間——論科學史編史綱領的理論思維空間賈玉樹，陳北寧，JIAYu-shu，CHENBei-ning

22.中國古代冶金技術實踐中"和(合)"哲學思想管窺謝乾豐，XIEQian-feng

23.芝諾悖論若干解釋的辨析劉二中，LIUEr-zhong

1.里普頓的最佳說明推理及其問題黃翔，HUANGXiang

2.美國當代語義學研究的旨趣與趨向郭貴春，劉偉偉，GUOGui-chun，LIUWei-wei

3.思維語言:反駁與辯護李滌非，LIDi-fei

4.論社會科學規律之可能性——從當代自然主義和反自然主義的角度看袁繼紅，YUANJi-hong

5.科學解釋的模型論進路齊磊磊，QILei-lei

6.創造性溯因推理與科學發現——以現代原子模型的早期發展為例夏代云，XIADai-yun

7.論費恩伯格的"技術民主化"理論朱春艷，ZHUChun-yan

8.現象學對技術的社會建構論的影響葛勇義，GEYong-yi

9.消費文化語境中的楊柳青年畫木版技術變遷朱洪啟，劉兵，ZHUHong-qi，LIUBing

10.試論我國原始技術與和諧的相關性秦明，QINMing

11.試論高技術與人的異化葉立國，YELi-guo

12."祛魅"與"賦魅":工程的倫理之思梁軍，LIANGJun

13.從工程哲學視角看未來工程師的素質——兼談工科大學生大工程素質的培養王章豹，石芳娟，WANGZhang-bao，SHIFang-juan

14.核倫理研究的回顧與展望馮昊青，李建華，FENGHao-qing，LIJian-hua

15.論哈格羅夫對環境倫理所作的美本體論辯護劉曉華，LIUXiao-hua

16.現代科技社會價值問題研究——一種現象學視角李元，LIYuan

17.聚落演變中的社會心理研究計彤，JITong

18.從生命倫理看吸毒行為及其社會后果韓躍紅，HANYue-hong

19.論徐光憲的化學研究風格烏力吉，WULi-ji

20.先秦儒家農業科技思想淺探李會欽，LIHui-qin

21.從工具合理性到商談合理性——關于科學與民主關系的深層問題研究邱慧，QIUHui

1.論社會自然萬長松，WANChang-song

2.評密爾的因果理論陳曉平，CHENXiao-ping

3.關于《非定域實在論的實驗檢驗及其意義》一文的勘誤黃政新

4.溫奇的詮釋性社會科學哲學郭金杰，GUOJin-jie

5.關于醫學是什么的再思考杜治政，DUZhi-zheng

6.集體何以可能?——吉爾伯特多元主體哲學理論評述于小涵，叢杭青，YUXiao-han，CONGHang-qing

7.熱力學、電磁時間之矢問題及某些科學與哲學的回應梁棟，LIANGDong

8.論意識的認知神經科學研究及哲學思考王曉陽，WANGXiao-yang

9.論技術敘事的文化研究陳玉林，CHENYu-lin

10.技術與后現代語用學——利奧塔技術思想述評吳致遠，WUZhi-yuan

11.社會型塑技術的參與者分析王漢林，WANGHan-lin

12.《哲學視野中的復雜關系》出版艾志強

13.我國古代"抑奢"的技術倫理價值王娜，王前，WANGNa，WANGQian

15.技術規范的分類及其標準曹志平，徐夢秋，CAOZhi-ping，XUMeng-qiu

17.從技術設計視角看當代人類生活方式走向張秀武，ZHANGXiu-wu

18.工程師的工程思維培養賈廣社，曹麗，JIAGuang-she，CAOLi

19.社會記憶的技術向度尚東濤，SHANGDong-tao

20.法蘭西科學院:歐洲近代科學建制的典范楊慶余，YANGQing-yu

22.技術社會學視野下的"華南虎事件"研究吳非，WUFei

23.后學院時代大學知識生產模式再審視洪茹燕，汪俊昌，HONGRu-yan，WANGJun-chang

24.對近30年來國內創造力研究論文的計量分析蘆建英，LUJian-ying

25.國際技術哲學研究的動向與進展馬會端，陳凡

26.第一屆全國生命倫理學會議學術觀點綜述雷瑞鵬，劉澤軍，朱文倉，羅會宇

27.《過程論視野中的技術》遠德玉教授思考的21個問題張明國

1.空間觀念與"哲學的恥辱"——以貝克萊和康德為中心張桂權，ZHANGGui-quan

2.試論時間方向的層次性董春雨，DONGChun-yu

3.論物理學與數學的關系——以時空理論發展為例郭劍波，程瑞，GUJian-bo，CHENGRui

4.現象學的現象與量子現象的相遇吳國林，WUGuo-lin

5.對"意象現實"的哲學反思張如良，ZHANGRu-liang

6.自然主義思潮中的科學實踐哲學:進路及其問題田小飛，吳彤，TIANXiao-fei，WUTong

7.論尼采透視主義的真理觀高陽，郝苑，GAOYang，HAOYuan

8.真——戴維森徹底解釋理論中的核心概念梁義民，LIANGYi-min

9."空間性":技術及其進步的先驗基礎楊慶峰，YANGQing-feng

10.論西方工程哲學存在的合理性張鈴，ZHANGLing

11.現代社會中的專家謝江平，XIEJiang-ping

12.知識產權何以正當——幾種主要的知識產權正當性理論評析魏森，WEISen

13.從純研究到基礎研究轉變的背后文劍英，WENJian-ying

14.科學解釋道德的可能與局限——以達爾文主義和非達爾文主義為背景冉鴻燕，肖顯靜，RANHong-yan，XIAOXian-jing

15.論馬爾庫塞的技術現代性思想劉曉玉，LIUXiao-yu

16.概率哲學思想的幾次進化徐傳勝，楊軍，XUChuan-sheng，YANGJun

17.海德格爾與維特根斯坦比較研究述評李菁，LIJing

18.時期的科學主義思潮:路向、特質及影響吳海江，WUHai-jiang

19.自然辯證法應重視科學實踐方法論馬佰蓮，曾國屏，MABai-lian，ZENGGuo-ping

20.生態經濟學的范式——生態、經濟與德性之思張德昭，ZHANGDe-zhao

21.從STS視角評鮑德里亞對馬克思自然觀的批判田鵬穎，TIANPeng-ying

22.促進負責任的研究——記首次世界科研誠信大會曹南燕，邱仁宗

4.窄記憶和寬知識——外在論和自我知識相容性問題的一個解決方案田平，TIANPing

5.不融貫的概念構架觀念?——戴維森的先驗論證及其缺陷劉小濤，LIUXiao-tao

6.從葛梯爾反例看知識與真信念的關系閆景強，YANJing-qiang

7.本質直觀與形式直觀諶隹，CHENZhui

8.試析唐納蘭的限定摹狀詞理論鄒渝，ZOUYU

9.亞當斯概率邏輯的思想來源、影響和意義任曉明，胡懷亮，RENXiao-ming，HUHuai-liang

10.亞里士多德技術觀與兩種技術倫理悖論的解析計海慶，JIHai-qing

11.空間技術的倫理考量杜鵬，李真真，DUPeng，LIZhen-zhen

12.面向生活現實的多元化技術哲學研究張輝武，ZHANGHui-wu

13.尼采的悲劇與學術的悲劇吳先伍，WUXian-wu

14.科學發現優先權之爭的博弈分析——以微積分發明優先權之爭為例程志波，徐飛，CHENGZhi-bo，XUFei

15.哈貝馬斯社會批判理論根基的語言學轉向夏宏，XIAHong

16.全球化中的知識版圖和中國的"軟實力"呂乃基，LVNai-ji

17.論科學規范結構的重構——對默頓規范質疑的思考張彥，ZHANGYan

18.科學革命的本質:科恩與庫恩的比較艾戰勝，AIZhan-sheng

19.默頓科學規范再認識馬來平，MALai-ping

篇（10）

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

系統采用microsoft office中的access 2000來設計數據庫，并使用當前優秀的開發工具—delphi 6.0 ，它有著最為靈活的數據庫結構，對數據庫應用有著良好的支持。

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

關鍵字：數據庫，sql語言，delph 6，數據庫組件，倉庫管理

目 錄

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

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

1.2 開發工具的選擇 ……………………………………………………………2

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

第二章 數據庫概論 ……………………………………………………………………4

2.1 數據庫的發展 ………………………………………………………………4

2.1.1 數據庫的發展 …………………………………………………………4

2.1.2 數據庫階段的特點 ……………………………………………………5

2.1.3 數據庫技術 ……………………………………………………………6

2.2 數據庫理論基礎 ……………………………………………………………7

2.2.1 數據庫模型 ……………………………………………………………7

2.2.2 數據庫體系結構 ……………………………………………………10

2.2.3 數據的獨立性 ………………………………………………………11

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

2.3 sql語言基礎 ……………………………………………………………13

2.3.1 sql簡介 ……………………………………………………………13

2.3.2 sql查詢 ……………………………………………………………13

2.3.3 sql數據更新 ………………………………………………………14

第三章數據庫開發工具 ……………………………………………………………16

3.1 delphi 6.0 簡介 ……………………………………………………………16

3.2 delphi 6.0 控件 ……………………………………………………………17

3.2.1 ado數據訪問組件 …………………………………………………17

3.2.2 數據控制類datacontrol ……………………………………………18

3.2.3 數據訪問類dataaccess ……………………………………………18

3.2.4 sql語言在delphi中的應用 ………………………………………19

3.3 access 簡介 ………………………………………………………………21

第四章 系統總體設計 ………………………………………………………………23

4.1 系統需求分析 ……………………………………………………………23

4.2 系統概要設計 ……………………………………………………………25

4.2.1 系統結構設計 ………………………………………………………25

4.2.2 數據庫設計 …………………………………………………………27

4.2.2.1 er圖設計 ……………………………………………………27

4.2.2.2 數據庫表格設計………………………………………………29

4.3系統詳細設計………………………………………………………………34

第五章 系統應用程序設計 …………………………………………………………37

5.1 系統窗體模塊組成…………………………………………………………37

5.2 數據模塊窗體設置…………………………………………………………38

5.3 主窗體功能模塊的實現……………………………………………………39

5.4 入庫、出庫窗體模塊的實現………………………………………………43

5.5 查詢功能的實現……………………………………………………………51

5.6 系統登陸窗體模塊的實現…………………………………………………52

5.7 用戶管理功能的實現………………………………………………………54

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

5.7.2 密碼修改窗體模塊的實現 …………………………………………54

5.7.3 用戶注冊窗體模塊的實現 …………………………………………55

5.7.4 用戶注銷窗體模塊的實現 …………………………………………57

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

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

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

第一章 引 言

§1.1 課題來源

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

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

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

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

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

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

入庫、庫存、出庫還是現在企業圖書倉庫管理的常規基本模式，雖然，最近又出現了很多新的管理模式，如：基于零庫存思想的沃爾瑪特管理方式，但這些新的思想在

第二章 數據庫概論

§2.1 數據庫的發展

數據庫處理在信息系統的研究中一直是非常重要的主題，然而，近年來，隨著world wide web(/yingyongwengao/" target="_blank" title="">應用超越具有早期應用特點的簡單的。同時，internet技術提供了一種向用戶數據庫內容的標準化的訪問方法。這些技術沒有脫離經典數據庫技術的要求。它們只是加重了數據庫技術的重要性。

數據庫的設計和開發及包括藝術有包括工程。理解用戶的需求，然后，把它們轉變為有效的數據庫設計是一個藝術過程。把設計轉變為實際的數據庫，并且這些數據庫帶有功能完備、高效能的應用，是一個工程過程。

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

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

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

2.1.1 數據庫的發展

數據管理技術的發展，與硬件（主要是外存）、軟件、計算機應用的范圍有密切的聯系。數據管理技術的發展經過三個階段：人工管理階段、文件系統階段和數據庫階段。

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

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

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

2.1.2 數據庫階段的特點

（1）減少數據的重復（redundancy can be reduced）

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

（2）避免數據的不一致（inconsistency can avoid）

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

（3）數據共享（data shared）

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

（4）強化數據的標準化（standard can be enforced）

由數據庫管理系統，對數據做出統籌性的管理，對于數據的格式與一些存儲上的標準進行控制，如此一來，對于不同的環境的數據交換（data interchange）上將有很大的幫助，也能提高數據處理的效率。

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

通過對數據庫完整的權限控制，數據庫管理者可以確認所有可供用戶存取數據的合法途徑渠道，并且可以事先對一些較重要或關鍵性的數據進行安全檢查，以確保數據存取時，能夠將任何不當損毀的情形降至最低。

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

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

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

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

上述七個方面構成了數據庫系統的主要特征。這個階段的程序和數據間的聯系可用下圖表示： 2.1.3 數據庫技術

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

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

數據庫技術還在不斷的發展，并且不斷地與其它計算機技術相互滲透。數據庫技術與網絡通信技術相結合，產生了分布式數據庫系統。數據庫技術與面向對象技術相結合，產生了面向對象數據庫系統。

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

（1）數據庫（database，db）:db是統一管理的相關數據的集合。db能為各種用戶共享，具有最小冗余度，數據間聯系密切，而又有較高的數據獨立性。

（2）數據庫管理系統（database management system,dbms）：dbms是位于用戶與操作系統之間的一層數據管理軟件，為用戶或應用程序提供訪問db的方法，包括db的建立、查詢、更新及各種數據控制。dbms總是基于某種數據模型，可以分為層次型、網狀型、關系型和面向對象型dbms。

（3）數據庫系統（database system,dbs）:dbs是實現有組織地、動態地存儲大量關聯數據，方便多用戶訪問的計算機軟件、硬件和數據資源組成的系統，即采用了數據庫技術的計算機系統。

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

§2.2數據庫理論基礎

2.2.1 數據庫模型

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

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

目前廣泛作用的數據模型可分為兩種類型。

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

另一種數據模型是直接面向數據庫的邏輯結構，它是現實世界的第二層抽象。 這類模型涉及到計算機系統和數據庫管理系統，又稱為“結構數據模型” 。例如，層次、網狀、關系、面向對象等模型。這類模型有嚴格的形式化定義，以便于在計算機系統中實現。

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

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

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

網狀模型的特點：記錄之間聯系通過指針實現，m∶n聯系也容易實現（每個m∶n聯系可拆成兩個1∶n聯系），查詢效率較高。網狀模型的缺點是編寫應用程序比較復雜，程序員必須熟悉數據庫的邏輯結構。由于層次系統和網狀系統的應用程序編制比較復雜，因此，從20世紀80年代中期起，其市場已被關系系統所取代。但是使用這兩種模型建立起的許多數據庫仍然在正常運轉，只是在外層加了個關系數據庫語言的接口。網狀模型有許多成功的產品,20世紀70年代的產品大部分網狀系統,例如,honeywell公司的ids/ⅱ、hp公司的image/3000、burroughs公司的dmsⅱ、umivac公司的dms1100、cullinet公司的idms、cimcom公司的total等

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

關系模型和層次、網狀模型的最大判別是用關鍵碼而不是用指針導航數據，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節。關系模型是數學化模型。sql語言是關系數據庫的標準化語言，已得到了廣泛的應用。20世紀70年代對關系數據庫的研究主要集中在理論和實驗系統的開發方面。80年代初才形成產品，但很快得到廣泛的應用和普及，并最終取代了層次、網狀數據庫產品?，F在市場上典型的關系dbms產品有db2、oracle、sybase、informix和微機型產品foxpro、access等。

關系模型和網狀、層次模型的最大區別是：關系模型用表格數據而不是通過指針鏈來表示和實現實體間聯系。關系模型的數據結構簡單、易懂。只需用簡單的查詢語句就可對數據庫進行操作。

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

（4）面向對象模型。目前，關系數據庫的使用已相當普遍，但是，現實世界中仍然存在著許多含有復雜數據結構的應用領域，例如，cad數據、圖形數據等，而關系模型在這方面的處理能力就顯得力不從心。因此，人們需要更高級的數據庫技術來表達這類信息。面向對象的概念最早出現在程序設計語言中，隨后迅速滲透到計算機領域的每一個分支。面向對象數據庫是面向對象概念與數據庫技術相結合的產物。

面向對象模型能完整地描述現實世界的數據結構，具有豐富的表達能力，但模型相對較復雜，涉及的知識面也廣，因此面向對象數據庫尚未達到關系數據庫那樣的普及程度。

2.2.2 數據庫體系結構

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

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

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

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

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

三級結構之間往往差別很大，為了實現這三個抽象級別的聯系和轉換，dbms在三級結構之間提供兩個層次的映象（mappings）:外模式/模式映象，模式/內模式映象。此處模式是概念模式的簡稱。

2.2.3 數據的獨立性

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

（1）物理數據獨立性

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

（2）邏輯數據獨立性

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

現有關系系統產品均提供了較高的物理獨立性，而對邏輯獨立性的支持尚有欠缺，例如，對外模式的數據更新受到限制等。

2.2.4 范式

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

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

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

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

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

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

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

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

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

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

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

§2.3 sql語言基礎

2.3.1 sql簡介

用戶對數據庫的使用，是通過數據庫管理系統提供的語言來實現的。不同的數據庫管理系統提供不同的數據庫語言。關系數據庫管理系統幾乎都提供關系數據庫標準語言——sql。

sql 的全稱是structured query language，即結構化查詢語言。sql語句可以從關系數據庫中獲得數據，也可以建立數據庫、增加數據、修改數據。1986年ansi采用sql語言作為關系數據庫系統的標準語言，后被國際化標準組織（iso）采納為國際標準。sql語言使用方便、功能豐富、簡潔易學，是操作數據庫的工業標準語言，得到廣泛地應用。例如關系數據庫產品db2、oracle等都實現了sql語言。同時，其它數據庫產品廠家也紛紛推出各自的支持sql的軟件或者與sql的接口軟件。這樣sql語言很快被整個計算機界認可。

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

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

查詢數據

在數據庫表格中插入、修改和刪除記錄

建立、修改和刪除數據對象

控制對數據和數據對象的存取

確保數據庫的一致性和完整性等

2.3.2 sql查詢

數據查詢是關系運算理論在sql語言中的主要體現，select 語句是sql查詢的基本語句，當我們在對一個數據庫進各種各樣的操作時，使用的最多的就是數據查詢，在以sql為基礎的關系數據庫中，使用的最多的就是select查詢語句。

select語句的完整句法如下：

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

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

[where 行條件表達式]

[group by 列名序列]

[having 組條件表達式]

[order by列名 [asc│deac]…]

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

2.3.3 sql數據更新

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

數據插入

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

insert into 基本表名（列表名）values（元組值）

數據刪除

往數據庫的基本表中刪除數據使用的是delete語句，其句法如下：

delete from 基本表名 [where 條件表達式]

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

數據修改

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

update基本表名

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

[where條件表達式]

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

第三章 數據庫開發工具

§3.1 delphi 6.0 簡介

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

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

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

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

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

§3.2 delphi 6.0 控件

用delphi6開發數據庫應用，重點是和各種數據庫組件打交道，當然也要使用其它的一些組件，現在就我在系統設計中所使用的重要組件給與簡單介紹。

3.2.1 ado數據訪問組件

ado數據對象(active data objects)實際是一種提供訪問各種數據類型的鏈接機制。ado設計為一種極簡單的格式，通過odbc的方法同數據庫接口中，可以使用任何一種odbc數據源，即不止適合于sql server、oracle、access等數據庫應用程序，也適合于excel表格、文本文件、圖形文件和無格式的數據文件。ado是基于ole-db之上的技術，因此ado通過其內部的屬性和方法提供統一的數據訪問接口方法。ado使您的客戶端應用程序能夠通過ole db提供訪問和操作在數據庫服務器中的數據。ado支持用于建立c/s和web的應用程序的主要功能。其主要優點是易于使用、高速度、低內存支出和占用磁盤空間較少。ado同時具有遠程數據服務(rds)功能，通過rds可以在一次往返過程中實現將數據從服務器移動到客戶端應用程序和web頁、在客戶端對數據進行處然后將更新結果返回服務器的操作。

delphi 6.0繼續對microsoft的ado訪問能力的支持。這種能力是通過一組新組件實現的，這些組件是在企業版的ado組件頁中，在組件面版的ado頁上可以找到這些組件。利用在前面章節提到的tdataset抽象類，ado組件可以不通過bde而直接實現ado連接。這意味著只需要很少的代碼就可以實現該連接并且性能得到提高。

利用ado數據訪問組件，可以只使用ado結構與數據庫取得聯系并對其中的數據進行操作，而在這些過程中完全不需要使用bde。大多數的ado連接和數據集組件都是與基于bde的連接和數據集組件相類似的。tadoconnection組件與基于bde的應用程序中的tdatabase組件類似。tadotable與ttable，tadoquery與tquery，以及tadostoreproc和tstoredproc之間都具有這種類似的對應關系。使用這些ado組件的方式與我們常使用的數據訪問組件（基于bde）都有許多相同之處。ttadodataset沒有直接的bde對應組件，但它提供了許多與ttable和tquery相同的功能。同樣，tadocommand也沒有相對應的bde組件，它是在delphi/ado環境中完成特定功能的組件。delphi 6.0通過ado數據集訪問組件，可以不借助bde數據引擎而是通過微軟的oledb來訪問更為廣泛的數據庫中的數據。ado數據集訪問組件與常用的數據訪問組件是并列的關系。

在系統中我主要使用的是adotablet和adoquery兩個組件。

3.2.2 數據控制類datacontrol

數據控制類負責數據庫數據的顯示，并把用戶對數據的修改傳回。這里的絕大多數組件，如dbtext, dbedit, dbmemo, dbimage, dblistbox, dbcombobox, dbcheckbox, dbradiogroup, dblookuplistbox, dblookupcombox, dbctrgrid的功能和對應的非數據感知組件相同，如tedit框，tradiogroups單選按鈕組等，只不過在顯示數據庫數據時要用而已。

在系統中主要使用數據網格控件dbgrid和數據庫導航器控件dbnavigator。

3.2.3 數據訪問類dataaccess

數據庫應用系統中數據訪問是一個首要問題，包括單用戶和 c/s系統，都必須聯系一些數據庫和數據表文件。delphi 6 提供了專門用于數據訪問的基類控件。主要包括數據源控件datasource、客戶數據集控件clientdataset、數據集提供器控件datasetprovider等等。

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

tdatasource對象用于在dataset對象（包括tquery,tstoredproc,ttable等）和數據感知組件之間提供一個連接的紐帶，以便在窗體上顯示數據庫中的數據，在數據庫中導航定位與編輯數據集中的數據。如果一個dataset對象中的數據想在數據感知組件中顯示和修改，它就必須和tdatasource對象相聯系。同樣，一個數據感知組件如果想和數據源相聯系以便顯示和操縱數據，就必須以tdatasource對象為中介。

用delphi6作數據庫應用開發概括來說如下：先利用數據存取組件和實際的數據庫建立連接，并用tsession對象和tdatabase對象管理這些連接。然后以tdatasource對象為中介，用數據感知組件向用戶顯示數據庫的內容并接受用戶的查詢和修改等操作。

3.2.4 sql語言在delphi中的應用

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

靜態sql語句在程序設計時便已固定下來，它不包含任何參數和變量。

動態sql語句，也被稱作參數化的語句，在其中間包含著表示字段名或表名的參數，例如下面的語句是一條動態sql語句：

select * from students where studentcode =: studentcode;

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

①根據參數在sql語句中出現的順序，設置tquery部件的params屬性值為參數賦值。

②直接根據sql語句中各參數的名字，調用parambyname方法來為各參數賦值。

③將tquery部件的datasource屬性設置為另一個數據源，這樣將另一個數據源中與當前tquery部件的sql語句中的參數名相匹配的字段值賦給其對應的參數。利用這種方法也能實現所謂的連接查詢，創建主要—明細型數據庫應用。

在程序運行過程中，要想設置tquery部件的sql屬性，必須首先調用close方法，關閉tquery部件，然后再調用clear方法清除sql屬性中現存的sql命令語句， 最后再調用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屬性時調用close方法總是很安全的，如果tquery部件已經被關閉了，調用close方法時不會產生任何影響。在應用程序中為sql屬性設置新的sql 命令語句時，必須要調用clear方法以清除sql屬性中現存的sql命令語句，如果不調用clear方法，便調用add方法向sql屬性中設置sql命令語句，那么新設置的sql命令語句會追加在現存sql命令語句后面， 在程序運行時常常會出現出乎意料的查詢結果甚至程序無法運行下去。

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

在為tquery部件設置完sql屬性的屬性值之后，也即編寫好適當的sql程序之后，可以有多種方式來執行sql程序。

在設計過程中，設置完tquery部件的sql屬性之后將其active屬性的值置為true， 這樣便可以執行sql屬性中的sql程序，如果應用中有與tquery部件相連的數據瀏覽部件( 如tddgrid tdbedit等)那么在這些數據瀏覽部件中會顯示sql程序的執行結果。

在應用程序運行過程中，通過程序調用tquery部件的open方法或execsql 方法可以執行其sql屬性中的sql程序。open方法和execsql方法是不一樣的。open方法只能用來執行sql語言的查詢語句(select命令)， 并返回一個查詢結果集，而execsql方法還可以用來執行其它常用的sql語句(如insert, update, delete等命令)，例如：

query1.open (這樣會返回一個查詢結果集)

如果調用open方法，而沒有查詢結果時，會出錯。此時應該調用execsql 方法來代替open方法。如：

query1.execsql (沒有返回結果)

當然在設計應用程序時，程序設計人員是無法確定tquery部件中的sql 語句是否會返回一個查詢結果的。對于這種情況應當用try…except模塊來設計程序。在 try 部分調用open方法，而在except部分調用excesql方法，這樣才能保證程序的正確運行。

delphi中用adoquery來使用sql語句同樣十分方便。在adoquery組件中首先通過connectionstring屬性值來聯接數據源，然后就通過雙擊sql…屬性值來寫入sql語句。在delphi中調用數據庫，就可以調用adoquery組件，通過修改其中的sql…屬性中的sql語句來實現對數據庫的各項操作。

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

§3.3 access 簡介

建立一個數據庫我們有多種選擇，現在市場上有各種各樣的數據庫，而且每一種數據庫都有其自身的特點，不能說哪一種更好，只能在其中尋找一種能更好地適應系統需求、更好地滿足用戶的要求以及適應開發人員的習慣。在本系統中，做為圖書倉庫管理系統是一個比較小的應用系統，它所產生和處理的數據量也比較小。因此，沒有必要使用像sql server和oracle這樣的大型數據庫。我首先想到的數據庫是borland公司的paradox數據庫。另外，microsoft office中的access數據庫在計算機上的應用比較普及，是開發小型數據庫系統的比較理想的選擇，所以，在本系統中我選擇了access數據庫。

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

第四章 系統總體設計

軟件系統的總體設計大約要經歷可行性分析和項目開發計劃，需求分析，概要設計，詳細設計，編碼，測試以及維護等七個階段。可行性分析和項目開發計劃在前面已經敘述，下面所要做的是進行軟件需求分析，概要設計和詳細設計。編碼過程將在下一節論述，而測試和維護過程不在本文敘及。

§4.1 系統需求分析

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

軟件需求分析中我采用結構化分析方法（structured analysis,簡稱sa），sa是面向數據流進行需求分析的方法，像所有的軟件分析方法（如面向對象分析方法、idef方法等等）一樣，sa也是一種建模活動，它使用簡單易讀的符號，根據軟件內部數據傳遞、變換的關系，自頂向下逐層分解，描繪滿足功能要求的軟件模型。

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

：箭頭，表示數據流；

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

?：雙杠，表示數據存儲；

：方框，表示數據的源點或終點。

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

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

經過對系統的分析首先得到系統的頂層dfd，如下： 一步細化得到系統的0層dfd，如下：

再進一步細化每一個數據加工功能，得到系統的1層dfd圖。

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

§4.2 系統概要設計

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

4.2.1 系統結構設計

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

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

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

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

在得到系統的第一層功能模塊圖后，經過進一步地細化，得一系統的子功能模塊圖：

4.2.2 數據庫設計

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

4.2.2.1 er圖設計

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

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

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

菱形框，表示聯系類型（實體間的聯系）。

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

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

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

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

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

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

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

在完成系統的er圖之后，需要將er模型轉化為關系模型，也就是說，要設計出數據庫所需要的表格。在這里，我選用的是關系數據庫。因為關系數據庫中的二維表格可以很清楚地描述數據之間的聯系。

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

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

bookrecord 表（庫存信息表）

字段名稱 數據類型 說明

k bookid 數字 圖書編號

bookname 文本 圖書名

author 文本 作者

publisher 文本 出版社

pubdate 日期/時間 出版日期

price 貨幣 價格

booktype 文本 圖書類型

number1 數字 庫存數量

addation 文本 備注

圖4.13 庫存信息表

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

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

employee 表（員工信息表）

字段名稱 數據類型 說明

k employeeid 數字 員工編號

employeename 文本 員工姓名

sex 文本 性別

borndate 日期/時間 出生日期

grade 文本 職稱

workdate 日期/時間 工作日期

telephone 文本 聯系電話

address 文本 聯系地址

圖4.14 員工信息表

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

shopkeeper 表（供應商信息表）

字段名稱 數據類型 說明

k shopkeeperid 數字 供應商編號

shopkeepername 文本 供應商姓名

address 文本 地址

postno 數字 郵編

officephone 文本 辦公電話

homephone 文本 住宅電話

email 文本 e-mail

paytype 文本 付款方式

圖4.15 供應商信息表

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

inrecord 表（入庫信息表）

字段名稱 數據類型 說明

k inid 數字 入庫編號

# bookid 數字 圖書編號

# employeeid 數字 員工編號

# shopkeeperid 數字 供應商編號

number 數字 入庫數量

buydate 日期/時間 入庫日期

圖4.16 入庫信息表

outrecord 表（出庫信息表）

字段名稱 數據類型 說明

k outid 數字 出庫編號

# bookid 數字 圖書編號

# employeeid 數字 員工編號

number2 數字 出庫數量

outdate 日期/時間 出庫日期

圖4.17 出庫信息表

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

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

key 表（密碼信息表）

字段名稱 數據類型 說明

k keyname 文本 用戶姓名

keyno 文本 用戶密碼

圖4.18 密碼信息表

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

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

§4.3 系統詳細設計

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

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

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

第五章 系統應用程序設計

§5.1 系統窗體模塊組成

§5.2 數據模塊窗體的設置

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

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

另外，在本系統的數據模塊窗體圖中，我大多采用的aodquery組件而沒有采用bde組，這主要是基于對ado組件的了解。在delphi的學習中我對ado組件了解的更加清楚，使用也較bde更為熟練，而且，ado組件的功能也較bde更為強大，所以在這里大多采用ado組件來進行數據庫聯接。同時我也使用了bde組件中的table，因為在某些時候bde有著其自身特有的優越性。 主窗體功能模塊的實現

file://主窗體程序代碼

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

procedure popup1handler(sender:tobject);

procedure popup2handler(sender:tobject);

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

procedure tmainform.popup1handler(sender: tobject);

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

with datamoduleform.mainquery do

begin file://打開數據模塊窗體的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個變量以方便實現模糊查詢

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語句來實現模糊查詢

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的內容

with datamoduleform.bookquery do

begin file://從數據庫中選擇出版社類型

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://根據出版社內容生成菜單子項

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://系統初始化，在進入mainform時自動添加數據源

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://系統初始化,定義界面大小，以適應不同分辯率

width:=800;height:=600;

end;

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

procedure tmainform.timer1timer(sender: tobject);

begin file://在狀態欄顯示時間

statusbar1.panels[2].text:=datetostr(date);

statusbar1.panels[4].text:=timetostr(time);

end;

§5.4 入庫、出庫窗體模塊的實現

圖5.4 系統入庫管理窗體

圖5.5 系統出庫管理窗體

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.text<>null

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://計算入庫后庫存圖書數量

edit12.text:=inttostr(s); file://將修改后的庫存圖書數量顯示

edit12.readonly:=true;

with datamoduleform.bookquery do file://修改庫存記錄中圖書數量

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://檢查出庫數量是否小于庫存數量

then begin

messagedlg(‘庫存中的圖書數量不夠！‘,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://計算出庫后庫存圖書數量

edit21.text:=inttostr(s); file://顯示出庫后庫存圖書數量

edit21.readonly:=true;

with datamoduleform.bookquery do

begin file://修改庫存圖書數量

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 查詢功能的實現

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

圖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://實現模糊查詢功能

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 系統登陸窗體模塊的實現

由于系統登陸窗體中有一幅彩圖，在這里不便給出，而只給出了系統的實現。

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

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 s<>edit2.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 用戶管理功能的實現

5.7.1 用戶管理主窗體

圖5.7 用戶管理主窗體

5.7.2 密碼修改窗體模塊的實現

圖5.8 密碼修改窗體

procedure tkey2form.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 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.text<>edit3.text

then begin

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

edit2.text:=‘‘;edit3.text:=‘‘;edit2.setfocus;

end

else begin file://在數據庫中修改密碼

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 用戶注冊窗體模塊的實現

圖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://判斷用戶名是否存在,系統不允許用戶名重復

then begin

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

mtinformation,[mbok],0);

edit1.text:=‘‘;edit2.text:=‘‘;edit3.text:=‘‘;edit1.setfocus;

end

else begin

if edit2.text<>edit3.text

then begin

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

edit2.text:=‘‘;edit3.text:=‘‘;edit2.setfocus;

end

else begin

with datamoduleform.keyquery do file://在數據庫中添加該用戶

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(‘新用戶添加成功，您可以繼續添加用戶，或按“取消”退出?！?mtinformation,[mbok],0);

edit1.text:=‘‘;edit2.text:=‘‘;edit3.text:=‘‘;edit1.setfocus;

end; end; end;

end;

5.7.4 用戶注銷窗體模塊的實現

圖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 s<>edit2.text file://判斷該用戶名下的密碼是否正確

then begin

messagedlg(‘您所輸入的密碼不正確，請重新輸入或按“取消”退出。‘,

mtinformation,[mbok],0);

edit2.text:=‘‘;edit2.setfocus;

end

else begin file://從數據庫中刪除該用戶

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(‘用戶已成功刪除，您可以繼續刪除用戶，或按“取消”退出。‘,

mtinformation,[mbok],0);

edit1.text:=‘‘;edit2.text:=‘‘;edit1.setfocus;

end; end; end;

end;

結束語

本系統是一個面向小型圖書企業，具有一定實用性的數據庫信息管理系統。它主要完成對圖書倉庫的一系列管理，包括入庫、出庫、庫存以及員工和供應商信息管理。本系統采用當前流行的面向對象的開發工具—delphi來完成整個系統的設計，在數據庫的設計上利用了access的便利性和實用性。

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

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

受開發條件和開發時間的限制，本系統只利用了本地數據庫access，它同應用程序處于同一系統中，能存儲的數據量也有一定限制，并沒有發揮出delphi其數據庫方面的優勢；

報表打印功能尚不夠全面完善，不能實現動態報表；

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

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

這些都是需要完善的地方，該系統離實際使用也還有相當的距離，需要我進行不斷地補充和完善。

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

考 文 獻

[1] 鄭榮貴、黃平、谷會東，delphi 6.0數據庫開發與應用，中科多媒體電子出版社，2002

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