導言：作為寫作愛好者，不可錯過為您精心挑選的10篇預算畢業論文，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內容能為您提供靈感和參考。

篇1

1充分理解招標文件及設計圖紙

施工招標作為業主選擇項目施工隊伍的手段，一般均要求投標人的標書要全面地響應招標文件的要求，預算報價也不例外。在閱讀招標文件時，對招標文件中對清單項目的組成規定、定額選擇的要求，否則容易造成報價偏離業主及其他投標人的報價面成為出圍標或者成為廢標。

例如，在某市政工程的投標中，招標文件的清單中的樁基礎項目只列出樁基礎的總長度，投標人在閱讀招標文件時，就應該考慮到項目應包含有樁孔鉆進、混凝土澆筑、鋼筋籠制作安裝、菜市場孔空鉆、入巖深度、泥漿外運、鑿樁頭及外運、鋼護筒制作安裝、鋼筋籠運輸等有關細項。但在投標時，個別投標人只考慮了鉆進、混凝土澆筑、鋼筋籠制作安裝及入巖項目，而導致其報價與其它投標人的報價嚴重偏離，標價出圍；還有個別投標人擅自改動招標文件的清單格式，將樁基礎的各個細項嗇入清單，由此導致廢標。

另外，在報價前要充分審查施工招標圖紙，列出圖紙中的所有項目，并將圖紙中工程數量重新計算與清單相比，以供不平衡報價參考，特別注意其中的地面標高、地質巖層分布等內容，這些直接影響土方的數量、土石比例、樁基礎的入巖深度的項目對總體報價影響最大。

投標人應將在閱讀招標文件及圖紙中發現的問題匯總，在標前會時向業主提出，要求其在會上或會后解答。這點非常重要，通過這些問題的明確，可以使各位投標人的報價有一個共同的基礎，位于“同一起跑線”上，避免因各投標人對招標文件的不同理解而造成標價分散、合理標價反而成為出圍標的可能。

2做好現場的調查工作

投標前的現場考察是必不可少的。考察時應根據施工圖紙和招標文件的要求，了解當地地方材料（不含甲供材）的價格、材料的來源、運輸的路徑、運距；附近山頭的情況、土石的來源、棄土點的距離；施工水電是否可以在附近租借、管線的長度；臨時便道、便橋的情況；施工機具的進場路徑等，掌握準確的第一手資料。對材料價格要做到貨比三家，對不同來源的材料價格進行分析，選擇合理的單價。對進入施工地點的線路有多條選擇的，要考慮選取一條方便而臨時便道、便橋數量最少、等價最低的線路。棄土點的選擇也要在滿足方便運輸的前提下，運距最小的棄土點。只有通過以上的選擇，投標人做出的標價才具有競爭力。

3基價（預算價）的編制

3．1工程量的復核

由于現在的項目均采用量價分離的形式進行報價，因此，投標人在投標前一定要對招標文件中的工程數量進行復核，對其中經計算工程數量與清單中出入較大者或通過計算分析可能在施工過程中會發生較大變更者，分析其數量的變化大小、變更的趨勢等，對上述項目采取不平衡報價法進行報價。這樣，投標人的報價可以在保持總體水平不變的情況下，在施工時可能獲得更大的利潤。但是，有個別業主在招標文件中出要求投標人報價不允許出現太大的不平衡報價，這時投標人應按照業主要求進行報價，不可盲目采取不平衡報價。

3．2施工組織設計的編制

施工組織設計的編制應考慮在滿足施工要求的前提下，盡量使報價的水平接近市場的總體水平。在編制時，要多考慮幾個可行的方案，然后對各個方案分別進行技術經濟分析，選擇其中計算最完善、經濟最合理的方案，同時考慮其它投標人對該方案采納的可能性可能采取的其它方案，通過比較獲得最后的方案。在投標中，不能出現一些偏離市場一般做法的獨特施工方案，這樣的方案在市場競爭中是行不通的。例如：在混凝土澆筑中，一般考慮模板采用鋼模板，而個別投標人在施工組織設計中卻考慮了木模板，導致標價高出市場的正常水平而出圍；在橋梁T結構上部結構澆筑的，正常情況下，投標人均考慮采取支架現澆，但如果個別投標人考慮采取掛籃懸澆的施工方案的話，掛籃的制作費用將使其報價大大超出合理報價。

3．3定額、費用的選擇

在編制基價的時候，一定要以行業定額為依據進行，由于定額是結合各行業、各地區工程的特點，經專家測定、歸納總結出來的，具有平均先進的工、料、機消耗水平，是本行業或地區工程造價測定的法定性依據。因此，業主和其它投標人在預算編制時只能嚴格執行定額及說明，業主編制的標底價和其他投標人的報價必定是以定額為依據進行編制后下浮得到的。在此，要值行注意的是，如果為主招標文件中對投標的定額進行編制分析，以確定合理的單價。如：在廣州的某地鐵站土建工程中，業主對采用什么定額未作明確的規定，我們分別按地鐵、市政、公路三種定額進行基價編制、分析，得到合理的報價，從而得以中標。

在選定定額以后，就需要確定有關的費用，費用的選定也要根據當地的有關文件規定進行選取，不宜隨意增減費用項目。其次，特別需要注意的是，如果招標文件的清單已將部分費用的項目抽取歸類于100章總則費用中時，在進行清單其他項目的單價分析時，要將該部分的費用扣除，否則會造成該項費用的重復計算，虛增造價。例如，在市政工程的報價中，如果總則費用中已將保險費、臨設費等有關項目列出時，由于市政工程的綜合費率中也包括該兩個項目費率，因此，在進行其它項目的單價分析時，應將綜合費率中保險率、臨設費率扣除，以免造成費用重復計算。

4報價分析、最終報價

篇2

隨著社會的發展和進步，各項社會保障和福利制度進一步完善。實行住房公積金制度是其中的重要內容。住房公積金是職工及其所在單位按規定繳存的具有保障性和互的職工個人住房基金，數據量大且處理復雜。住房公積金管理系統是各單位財務管理的重要任務，由于各單位公積金管理數據量大、操作復雜，因此效率較低。本課題旨在構架一個住房公積金信息管理管理系統，方便各級管理人員、各單位和職工完成對住房公積金的操作、查詢、結算等工作，為住房公積金制度的順利實施提供保障。

本系統設計過程中主要考慮各單位用戶的應用環境和應用難點。系統在開發過程中深入研究了房改資金行業的發展規律，吸納了近年來國內外同行業和國內其他信息系統的實施經驗，借助了最先進的開發平臺和開發工具，設計、開發了適合住房公積金管理自身特點、功能完善、易學易用、擴充靈活、完全可靠、符合未來發展方向的住房公積金管理系統。

1.2國內外研究現狀、水平

隨著現今網絡的發展，網絡已經成為了人們生活上必不可少的，人們可以通過網絡查詢自己需要的信息，起初我國在住房公積金這一塊還處于萌芽狀態，原有的半手工管理模式手續繁雜、糾錯能力差、服務項目不全，因而工作效率不高。 這就迫使人們要去想出更好的解決辦法，這樣新的住房公積金管理系統就誕生了，從住房公積金歸集支取管理、住房公積金貸款管理、住房公積金財務管理到電話查詢和多媒體終端查詢、住房公積金單位版等均實行了一體化管理，涵蓋了住房公積金業務處理的方方面面。

逐步完善住房公積金管理網絡，管理網絡必須緊跟住房公積金事業發展的趨勢，不斷地完善，不斷地改進，只有在管理上與時俱進，才能在業務上面貌日新。

住房公積金信息管理系統建設給我市住房公積金事業帶來了良好的發展勢頭，管理水平、工作效率的不斷提高使住房公積金繳存規模和個貸規模不斷提高。我中心非常珍惜這一來之不易的好形勢，要求職工因勢利導、再接再厲，為全市每一單位、每一職工提供更加方便、快捷、準確的服務，讓他們享受到銀行般的服務質量，感覺到住房公積金繳存到我中心與存在銀行同樣安全可靠，并且益處更大、意義更大。

1.3發展趨勢

整個世界的科技都在進步，人類的生活水平也在不斷的提高，信息產業發展的尤為迅速，住房公積金管理系統正在不斷的趨于完善，我國的現狀相對于發達國家而言還有一定的差別，但是正在不斷朝那個方向努力。在整個住房公積金管理系統發展的這么多年，從無到有、從不完善到趨于完善是一個相當漫長的過程;不管是從科技還是從人類自身的需求出發，住房公積信息管理系統正在不斷發展、壯大。

2.本課題的基本內容，可能遇到的困難，提出解決問題的方法和措施

2.1基本內容：

住房公積金就是職工及其所在單位按規定繳存的具有保障性和互的職工個人住房基金，為了完善住房供應體系，建立相應的住房公積金管理系統實行職工統一管理，為每個職工建立詳細資料庫，職工個人可以隨時通過賬號到管理處查詢個人的賬戶信息。操作員統一執行利息結算、登錄和登賬調整等操作。如果用戶滿足了提取住房公積金的條件，可以與操作員聯系，申請提取住房公積金。

住房公積金管理系統要實現以下幾個功能：

1.基礎信息設置

在整個系統的設置中，處理輸入單位、職工信息。在正常的事務過程中，如遇人動，相應地進行信息變動。

2.主要業務

職工自己和單位每月繳納基金，系統對年利息進行自動結算。職工在必要的時候對可以提取住房公積金，一般只有在建立住房公積金制度一年以上的職工，并具有一定的公積金余額才可以提取公積金。操作員也可以因為需要，統計分析數據，然后就可以輸出相應的報表。

3.帳表查詢業務

職工可以查詢余額表，清楚自己每月所交的公積金，以及相應的明細表中的詳細內容。與此同時職工單位也要對自己和單位個人的交納信息、綜合信息、明細信息和職工的狀態作相應的查詢。

4.系統設置業務

畢業設計(論文)開題報告

作為住房公積金信息管理中心人員，所做的事情就相對多了許多，存儲信息、修改信息打印報表等等事務。其數據流圖如下：

畢業設計(論文)開題報告

本系統對不同角色的用戶進行用戶分級管理。另外一項重要的業務就是數據的備份與恢復。

業務流程圖：

2.2數據庫設計

這個系統初步設計要有以下幾下表，有職工表、部門表、系數表、期初余額表、明細表、利息結算表、用戶表等。

職工表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zgbh 職工編號 var20) 否 是

zgxm 職工姓名 var20) 否 否

zh 賬號 var20) 否 否

bmbh 部門編號 var20) 否 否

〖畢業設計(論文)咨詢QQ：306826066

bz 備注 var25) 是 否

部門表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

bmbh 部門編號 var20) 否 是

bmmc 部門名稱 var20) 是 否

畢業設計(論文)開題報告

系數表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

bmbh 部門編號 var20) 是 否

zhbh 職工編號 var20) 否 是

zh 賬號 var20) 是 否

zhxm 職工姓名 var20) 是 否

grxs 個人系數 money 是 否

dwxs 單位系數 money 是 否

zxs 總系數 money 是 否

lx 類型 var2) 是 否

期初余額表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zy 摘要 var20) 是 否

zgbh 職工編號 var20) 否 是

zh 賬號 var20) 是 否

zgxm 職工姓名 var20) 是 否

zhxm 部門編號 var20) 是 否

bmbh 個人期初余額 money 是 否

grye 單位期初余額 money 是 否

dwye 總期初余額 money 是 否

利息結算表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zgbh 職工編號 var20) 否 是

zgxm 職工姓名 var20) 是 否

zh 賬號 var20) 是 否

bmbh 部門編號 var20) 是 否

zxs 總系數 money 是 否

余額表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zy 摘要 var20) 是 否

year 年 var20) 是 否

month 月 var20) 是 否

zgbh 職工編號 var20) 是 是

zh 賬號 var20) 是 否

zgxm 職工姓名 var20) 是 否

zxs 總系數 money 是 否

jsxs 減少總系數 money 是 否

ye 余額 money 是 否

明細表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

zy 摘要 var20) 是 否

year 年 var20) 是 否

month 月 var20) 是 否

zgbh 職工編號 var20) 是 是

zh 賬號 var20) 是 否

zgxm 職工姓名 var20) 是 否

grxs 個人系數 money 是 否

dwxs 單位系數 money 是 否

zxs 總系數 money 是 否

grjs 個人減少系數 money 是 否

dwjs 單位減少系數 money 是 否

jsxs 減少系數 money 是 否

lb 類別 var2) 是 否

bmbh 部門編號 var20) 是 否

用戶表：

字段名稱 字段含義 字段類型 允許為空 是否為主鍵

yhbh 用戶編號 var20) 否 是

yhmc 用戶名稱 var20) 否 否

mm 密碼 var20) 是 否

sysuser 系統管理員標識 bit 否 否

bm 部門管理標識 bit 否 否

gz 職工檔案管理標識 bit 否 否

base 期初余額標識 bit 否 否

qcye 職工月基本系數標識 bit 否 否

infor 職工信息變動標識 bit 否 否

autodel 按月取消登錄標識 bit 否 否

autodz 按月自動登賬標識 bit 否 否

manual 登賬調整標識 bit 否 否

getfunds 提取住房公積金標識 bit 否 否

lx 利息結算標識 bit 否 否

delx 取消利息結算標識 bit 否 否

yecx 余額表查詢標識 bit 否 否

mxcx 明細表查詢標識 bit 否 否

gr_dw 個人與單位繳納匯總表標識 bit 否 否

user1 用戶管理標識 bit 否 否

databack 數據備份與恢復標識 bit 否 否

2.3在本系統開發的過程中可能遇到的問題以及解決措施

(1)在系統開發中可能遇到的問題就是數據庫的建表和數據庫的連接問題，建立許多表在連接的時候花費相當長的時間，同時也會消耗寶貴的系統資源。系統的內容較散，涉及很多方面，例如明細表中zgbh(職工編號)和系數表中的zgbh以及利息結算表中的zgbh等表的連接都涉及到了多表連接，這就分會造成大量的數據冗余，還有就是在進行查詢的時候，也會花費相當長的時間。

(2) 數據庫的安全性問題我們把密碼策略擺在所有安全配置的第一步。很多數據庫賬號的密碼過于簡單，這跟系統密碼過于簡單是一個道理。所以在整個分析的過程中，有三個對象，普通職工，單位和super—超級管理員，他們有著各自不同的權限，可以看到的信息也不同，就只有super可以看到所有的信息。

(3)報表是管理系統中最為組成部分之一，它是一種主要的數據輸出手段，可以把數據打印出來以供查閱或備份保留。這也是住房公積金系統中比較難以實現的部分，準備用QuickReport組件設計報表.在Delphi7中,默認情況下,并沒有安裝QReport組件,所以還需要另外安裝。在實現的時候，設置應用程序中的TTable組件中的“DatabaseName”、“TableName”屬性，使其連接到數據表中，將“Active”屬性設置為“True”，打開與數據表的連接。然后設置QuickReport組件“DataSet”屬性為“Table1”，也就是使其接到數據表中指定的字段。

(4)任何數據庫出于安全性考慮,都會想到數據的備份與恢復,這也是即將面臨著的問題,雖然也想了很多的辦法,但是至今離實現還有相當大的一段距離。會繼續探索和學習其解決的辦法。

3.本課題擬采用的研究手段(途徑)和可行性分析

3.1研究手段

本課題是使用成熟的C/S結構，設計過程中主要考慮各單位用戶的應用難點。系統在開發過程中深入研究了房改資金行業的發展規律，吸吶了近年來國內處同行業和國內其他行業信息系統的實施經驗，借助了最先進的開發平臺和開發工具，開發了適合住房公積金管理自身特點，本系統統是用Delphi 7和SQL Sever 2019開發工具。

開發工具介紹：Delphi 7

Delphi 7是Inprise公司推出的一種全新的、面向對象的可視化快速應用程序開發工具，它使用的是Object Pascal語法的基礎，并在集成了各種可視化工具，為程序開發人員提供了一種方便、快捷的Windows應用程序集成開發環境—IDE(Integrated Development Environment)。

準備使用的是ADO(AcitiveX Data Object)連接數據庫，是微軟推出的新一代的數據訪問規范，其使用簡單，功能強大。TADOConnection組件用于管理ADO連接，并且提供了對事務的支持，當多個ADO組件訪問數據庫時，可以通過TADOConnection組件建立一個連接，然后讓其他ADO組件共享連接。

SQL Server 是一個關系數據庫管理系統Microsoft SQL Server 2019非常明顯的改進就是增加了OLAP(聯機分析處理)功能,這可以讓很多中小企業用戶也可以使用數據倉庫的一些特性進行分析。OLAP可以通過多維存儲技術對大型、復雜數據集成執行快速、高級的分析工作。數據挖掘功能能夠揭示出隱藏在大量數據中的傾向及趨勢，它允許組織或機構最大。

所以在實現的過程中，如果運用的是ACCESS做數據庫，可能就不能讓住房公積金這么大的系統。所以選一個適合的數據庫也是很重要的。

3.2可行性研究

這份可行性研究報告是對查詢系統作的可行性研究分析及指出存在的必要性。

一、技術可行性

本系統是運行在Windows XP 專業版上的應用程序。系統開發語言使用的是Delphi 7，數據庫使用的是Microsoft SQL Server 2019，一臺機器實現，別人可以通過別的機器來查詢。這個系統在實現上應該沒有什么太大的問題，delphi 7不管是新還是舊的，因為我們對舊版很熟悉，新的也是在舊的基礎上發展起來的;還有就是SQL SEVER 2019是相對比較熟的工具。

硬件條件：硬件條件：P42.4G CPU、32MRAM、40G硬盤PC機。

軟件條件：Windows xp sp2、SQL Server ，Delphi 7。

所以分析以上各個可能性，可以說這個系統在技術上是可行的。

二、經濟可行性

在現今的商品社會是一個講究效率的社會，是信息化的社會，隨著公司的規模不斷擴

畢業設計(論文)開題報告

大，員工數量急劇增加，有關員工的各種信息量查詢也成倍增長。而對龐大的信息量和數據量，如果仍使用手工操作或使用相當繁瑣的軟件，既浪費了人力，又浪費了物力，效率無法提高，不能夠適應現今社會并提高生產效率。

本系統的主要背景(為畢業設計)在經濟上不注重直接的經濟收益，而是注重我們整體水平的提高。

三、操作可行性

住房公積金管理系統是基于Delphi 7開發的，是被廣泛應用于數據庫開發和操作的一套成熟的軟件平臺，而且它對于一個中小型的數據庫處理具有不可比擬的優點和簡單方便。所以從操作可行性方面是可行的。開發出來的界面也是十分容易使用，具有簡單，容易上手的特點。

四、安全性。

篇3

當前，在經濟全球化和全球信息化大潮中，人們不僅重視信息及其集成的作用，而且更加重視信息使用者對信息集成的反應和運用。互聯網上的域名已為越來越多的人們所關注，因此，了解域名及其對應的IP地址的關系，正確地配置域名服務器，就成為設立網站、使自己在Internet上注冊的域名得到體現的關鍵。

1.IP地址

IP(InternetProtocol)地址就是網絡協議地址,是分配給網絡節點的邏輯地址。這些網絡節點可以是網絡中的任何一臺主機，提供節點之間的交換信息服務。由于在Internet網絡中存在著大量的節點,為了能夠在網上找到這個節點,就必須給予標識。IP地址就是一種標識方法,它獨立于任何特定的網絡硬件和網絡配置,使用TCP/IP協議的網絡在發送或接收信息時先把數據打包,然后將目標IP地址翻譯成MAC(Medi-umAccessControl)硬件的物理地址,這樣就可以把數據包準確地發送或接收過來。

每個IP地址是由4個字節共32位組成,每字節之間使用小數點分隔,一般用十進制數字表示。每個IP地址包括兩個標識(ID),即網絡ID和宿主機ID,同一個物理網絡上的所有主機都用同一個網絡ID,而網絡上的每個服務器、路由器、計算機等都有一個主機ID。比如202.98.180.194即是云南省科學技術情報研究所的一個WWW服務器的IP地址。

2.因特網域名及結構

由于IP地址全是數字代碼，既不直觀又難于記憶，因特網在IP地址的基礎上，提供了一種面向用戶的主機名字，即域名。如istiy(InstituteofScientific&TechnicalInformationofYunnan)為我所(云南省科學技術情報研究所)的英文縮寫。即為我所在因特網上注冊的域名，而(主機名+域名)為我所DNS服務器的主機域名，對應的IP地址就是202.98.180.193。

3.域名解析系統DNS(DomainNameSystem)就是提供域名與IP地址相互映射的網絡服務。事實上，DNS是遍布于全世界的一個分布式數據庫。它主要負責控制整個數據庫中的部分段，每一段中的數據通過客戶/服務模式在整個網絡上均可存取。DNS的數據庫結構，同UNIX文件系統（或MSDOS文件系統）的結構很相似，整個數據庫（或文件系統）將根放在頂端，畫出來就像一顆倒轉的樹。在DNS中,根的名字以空字符串“”表示，DNS簡單地稱其為“根”（Root）或偶而稱之為“根域”(RootDomain),在UNIX文件系統中,根以反斜杠“/”表示,被稱為“根目錄”。如圖1所示．

圖1在DNS和UNIX文件系統中名稱的讀法

DNS數據庫“”

篇4

 

經濟領域競爭的焦點與其說是產品，不如說是產品背后的人力支撐！名牌產品的背后是質量的依托，而質量的背后則是掌握先進技能的技術專門人才的支撐。要使企業立于不敗之地，必須擁有大量富于開拓精神的高素質的、整合型、實踐應用型技術專門人才。同樣會計電算化人才的培養，同樣也面臨相似的挑戰。

綜觀會計電算化教育的發展，雖然取得不少成績，培養了大批的電算化應用人才，但也存在一些不容忽視的問題。

1．會計電算化教育目標不明確。我國會計電算化的教育始于80年代末，雖經歷了20多年的風風雨雨，但其教育目標一直含糊不清，不能根據環境的變化及時調整和確定會計電算化教育目標，學校如繼續沿用過去以傳授知識為主的教育目標，顯然已無法適應新的教育環境。

2．會計電算化學科體系不健全。由于歷史的原因，會計電算化學科體系主要是以計算機科學和會計學科為線索設置的，主要包括：會計專業知識、計算機技術和會計電算化原理。計算機技術和信息技術是會計電算化實現的平臺，是它賴以生存的物質基礎。而計算機技術又是一個不斷更新、不斷創新的事物。如果在教學中不安排新的、熱點知識，則不僅不能反映新形勢，而且學生會感覺內容陳舊，畢業以后在社會上的競爭力不強。

3．實踐教學環節缺乏創新。目前許多中職的會計電算化實踐課程是以傳授國內比較著名的各家財務軟件的應用為主，而且其實驗數據時固定的，這就導致學生盲目地跟著指導老師的講解完成會計流程操作，變成了純粹的操作者，缺乏創新。

4．教學活動的實施不能到位。從教學方法來看，各中職普遍存在問題是以單一的"填鴨式"的課堂講授代替教學內容的進一步討論和深究。學習的效果可以通過考核來驗證畢業論文格式，而目前在電算化會計課程的考核中，普遍存在內容陳舊、手段單一的現象。

通過以上分析，我們比較系統地認識了我國會計電算化教育所存在的問題。這些貌似零散的問題實際上存在著內在的有機聯系，通過對這些問題的進一步分析，有助于我們提出解決問題的方案，采取相應的對策。

1．明確培養目標。確定培養目標時，既要考慮現階段社會對電算化會計應用人才的需要，又要從發展的角度（尤其是入世以后）兼顧社會對電算化會計創新人才的渴求。會計教育目標不僅要使學生成為合格人才，而且要使學生具備學習能力和創新能力，要使其具備終身學習的能力。這種能力應包括四個方面：（1）溝通的技能：能夠交換信息，建立有意義的關系（2）戰略性和關鍵性思考的能力：能夠將數據、知識和智慧聯系起來以提出高質量的建議。（3）素質：人文素質、心理素質、職業道德。（4）廣博的知識：計算機專業知識、現代工商管理知識、稅務與法律知識、會計專業知識。

2．健全學科體系核心期刊。會計電算化學科學系構建的原則應為：符合會計教育目標、層次分明、系統全面。從層次上來看，應包括基礎理論層、學科理論層和實務應用層；從學科內容來看，應優化課程設置，引入交叉學科。會計電算化是一門邊緣性學科，它的研究對象是利用計算機信息處理技術進行會計核算、會計管理、會計輔助決策等相關工作。在講授這些課程時，要理論聯系實際，補充案例教學，通過案例讓學生感受、理解知識和專業發展的過程，培養學生的科學精神和創新思維習慣，培養學生收集處理信息、獲取新知識的能力，特別是觀察、分析和解決實際問題的能力。在學習過程中，還應對信息管理意識加以強化，使學生認識到信息在管理活動中的地位和價值；其次，在計算機類課程的教學中，改變重理論、輕技術的教學狀況，拓寬學生的知識面。

3．強化實踐教學，并鼓勵學生動手設計。注重實驗動手能力是該專業的主要特點，但長期以來受條件所限，其實驗課存在實驗摘要加強上機實驗課,結合手工會計模擬實驗來進行上機操作,提高學生的會計軟件操作能力。

4．高效地實施教學活動。在目標明確、學科體系完善和認識統一的前提下，關鍵的是如何高效地實施教學活動，以達到培養會計電算化人才的目的。教學活動具體有如下幾個環節：（1）加強師資建設。改善會計電算化師資隊伍的狀況，首先，有關部門應規范會計電算化體系結構；然后，應建立一種有效機制來吸引優秀人才從事會計電算化的教育工作，并不斷培養、提高其能力和素質，更新其專業知識。最后，考慮到學校的應用性強的特點，應鼓勵教師走出校園，與企業、軟件公司合作，開發相應的管理信息系統，提高開發實用系統的能力。（2）改進教學方法。采用和嘗試新教學方法的原則是注意力新方法的實質效果而非表現現象，以及成本效益的考慮和時間限制。可行的方法有：案例教學、團隊教學、模擬操作、小組辯論、文章研討、模擬設計（有條件的學校可組織學生在教師的帶領與指導下，直接進行實際系統設計工作）等。（3）采用現代化的教學工具。學校的計算機多媒體CAI教學已是普遍采用的一種手段，所以，應實施以多媒體CAI教學為主，其他手段為輔的多元化教學方法，現教現學，教與學互動畢業論文格式，達到最佳效果。應鼓勵教師開發研制完整的會計電算化財務教學課件，要求內容全面、形式多樣、界面美觀、操作簡便。制作時切忌將書本上的文本內容生搬硬套，一定要集圖像、聲音、動畫于一體，結合案例，注重人機交互，側重師生交流，既考慮學生的共性，又挖掘學生的個性，充分發揮現代計算機多媒體功能，讓學生在輕松、自由和愉快的氛圍下主動、自覺地掌握會計電算化專業知識。（4）改革考試方式。考試方式是由新型教學方法產生的。例如，可以采用案例報告、案例討論的形式。而對分小組進行系統設計的考核，則可由教師指導與同學課堂討論相結合，綜合加以評分，以引導和促進學生的自我培養能力。此外，還可以借助計算機這個現代化的工具，預先準備考試試題庫，教師設計考試軟件，在計算機機房中考核學生。

綜上所述，我國電算化會計教育確實存在一些問題，究其主要原因，一是職業界和教育界缺乏聯系機制，導致教育目標與環境需求之間無法保持一致；二是學科體系不規范。因此，我們要在教育目標、學科體系、實踐方式以及教學活動等方面全方位地加大改革，新的電算化會計教育體系由此得以構筑，從而滿足WTO對我國會計人才的要求。

參考文獻：

[1]王言淺談會計電算化教學中的“任務驅動”教學法[J]　職業技術教育研究 2005. 12

[1]周佩電算化會計教育存在的問題及對策[J]　中國管理信息化 2006.7

[3]黃朝琴姜志高對會計電算化專業定位及教學方法的思考[J]　企業家天地 2007. 5

篇5

1引言

當前，操作系統的功能不斷擴展，操作系統的類型呈現出多樣化的趨勢。一個小規模的開發小組已經不可能完全從頭開始實現一個實用的操作系統，而一般情況下，研究人員只對操作系統的一些特定領域感興趣，而對于另外一些元素,如啟動加載代碼、核心啟動代碼、設備驅動程序和內存分配代碼等往往不感興趣，但是一個可運行的原型系統又必須包含這些內容。編寫這些基礎結構延緩了操作系統研究項目的進度，同時也增加了進行操作系統研究的代價。為了解決這一問題，猶他大學的FLUX研究小組開發了OSKit，它提供了一個框架和一組模塊化的、具有簡單接口的庫以及一組清晰的、可重用的OS組件。OSKit可以用來構建操作系統內核、外層服務和其他核心OS功能模塊。OSKit提供了各種功能模塊，諸如簡單自舉，一個可用于內核的最小化POSIX環境、與物理內存和其約束一致的內存管理、廣泛的調試支持，以及高層子系統如協議棧和文件系統。開發者可以根據自己的研究興趣或所要考慮的性能來使用這些模塊，或用他們自己的模塊來替代標準的OSKit模塊。

OSKit公開了它內部的實現細節，允許用戶從成熟的操作系統中不加修改地提取代碼，然后通過一小部分經過仔細設計的粘接代碼將它們合并到一起，隔離它們的依賴性，并輸出良好定義的接口。OSKit使用這一技術整合了許多穩定而成熟的源代碼，包括設備驅動、文件系統、網絡協議等等。實踐表明，使用組件軟件架構和重用技術會給操作系統實現領域帶來大的影響。

2組件技術簡介

組件技術是一種較新的軟件開發技術。到目前為止，還難以確定組件技術的明確定義。比如，對組件技術的常見說法有以下這些：“二進制軟件單元”、“任意場合可部署的軟件”、“特別適合第三方開發”和“規范定義的接口”等等。大致上可以這樣理解：所謂組件，其實就是一種可部署軟件的代碼包，其中包括某些可執行模塊。組件單獨開發并作為軟件單元使用，它具有明確的接口，軟件就是通過這些接口調用組件所能提供的服務，多種組件可以聯合起來構成更大型的組件乃至直接建立整個系統。組件的實現必須支持一種或者多種其用戶所希望獲得的接口。實現組件并不一定需要采用面向對象語言。為了構造新應用程序，軟件開發人員找出適當的組件，將這些組件加入到正在開發中的應用程序，同時對應用程序進行測試并保證應用程序的組裝工作按照預定的規劃正常進行。采用組件技術能降低開發、測試和維護成本,提高可靠性和穩定性。

3Oskit組件綜述

OSKIT的組件庫提供了一般情況下更高層的功能，它通常只對外開放一些相關的公用調用接口。目標系統通過OSKit的面向對象的COM接口來與這些組件進行交互。以下幾節概述了OSKit所提供的組件。

3．1引導程序

大多數操作系統多有自身的啟動加載機制，彼此互不兼容。這種加載機制的多樣性并不是由于每個OS所要求的自舉服務不同而引起，而是由于構建啟動加載器的特定方式造成的。因為從操作系統研究的立場來看，啟動加載器是一個令人不敢興趣的領域，因此OS開發者通常進行一個最小化、快捷的設計。由于設計理念和要求的輕微差別，每個啟動加載器都不適用于下一個OS。為了解決這個問題，OSKit直接支持多啟動標準，這一標準是由幾個OS項目的成員共同設計的，它的目的是提供一個簡單而通用的啟動加載器與OS內核間的接口，從而允許一個啟動加載器加載任何兼容的OS。

在進行操作系統研究時，多啟動標準非常有用，這其中的主要原因是啟動加載器在加載內核自身的同時還具有加載附加文件或者啟動模塊的能力。這里的一個啟動模塊只是一個普通文件，啟動加載器不以任何方式解釋它，而僅僅把它隨同內核映像一起加載到保留物理內存塊中。在啟動內核時，啟動加載器提供給內核以下內容：物理地址的列表、所有已加載的啟動模塊的大小，以及與每個模塊相聯系的由用戶定義的字符串。這些啟動模塊和與它們相聯系的用戶定義的字符串由內核解釋。這樣做的目的是為了通過提供內核啟動時需要的數據，諸如初始化程序、設備驅動和文件系統服務器，來減輕內核啟動的負擔。

3．2核心支持庫

OSKit核心支持庫的主要用途是讓客戶OS更容易訪問硬件設施。它包含了一個較大的實用函數和符號定義的集合，該集合對于管理模式代碼是非常具體的。與此相對應，OSKit的大多數其他庫在用戶模式代碼中通常很有用。和OSKit的其余部分所不同的是，多數核心支持代碼必須是針對特定系統結構的，而這些特定機器的細節對客戶OS也是有用的。例如，在x86機器上，核心支持庫包含一些函數，用來創建和操縱x86頁表和段寄存器。其他OSKit組件通常提供建立在這些低層機制上的與體系結構無關的設施，但是為了提供最大的靈活性，與特定結構相關的接口始終可以被訪問。

OSKit核心支持庫在x86體系結構上尤為重要，因為該體系結構的OS級編程環境特別復雜和模糊。核心支持庫仔細地設置了一個基本的32位執行環境（為了與MS-DOS兼容，x86處理器通常以16位模式開始）,初始化段和頁轉換表，安裝一個中斷向量表，并提供缺省的陷阱和中斷處理程序。當然，客戶OS能夠修改或重載這些行為。然而，在缺省情況下，核心支持庫自動地做所有必要的工作，以便使處理器進入一個方便的執行環境，此時中斷、陷阱、調試以及其他標準設施已經如預期的那樣開始工作。該庫在缺省情況下自動地定位所有隨內核加載的啟動模塊，并保留它們所在的物理內存。接下來，應用程序可以很容易使用它們。客戶OS只需以標準C語言風格提供一個main()函數。一切都設置好以后，內核支持庫將用所有參數和由啟動加載器傳遞過來的環境變量來調用它。

3．3內存管理庫

如同在一個標準C語言庫中實現的malloc()一樣，內存管理代碼典型地用于用戶空間。通常并不適用于內核。設備驅動常常需要分配特定類型的內存，并伴隨具體的調整屬性。例如，對于內建的DMA控制器只能訪問最初的16M物理內存。為解決這些內存管理問題，OSKit包含了兩個簡單而靈活的內存管理庫：(1)基于隊列的內存管理器（或稱LMM）,它提供了功能強大且高效的原語來進行分配管理，并支持在一個池中管理多種類型的內存。(2)地址映射管理器（或稱AMM）被設計用來管理不必直接映射到物理內存或虛擬內存的地址空間，它對OS的其他方面提供了類似的支持，諸如進程地址空間、分頁、空閑塊或IPC名字空間的管理。盡管這些庫可以很容易地應用在用戶空間，但實際上它們是被特別設計用來滿足OS內核的需求。

3．4最小C語言庫

成熟的OS內核一般都包含著相當數量的僅僅用來重新實現基本的C語言庫函數如printf()和malloc()的代碼。與此形成對比的是，OSKit提供了一個最小化C語言函數庫，它圍繞著最小化依賴性而不是最大化函數性和性能的原則來設計。

3．5調試支持

OSKit的一個最實用的好處是：給定一個適當的硬件設置，它立刻就能提供給OS開發者一個完全源代碼級的內核調試環境。OSKit內核支持庫包括一個可用于GNU調試器（GDB）的串行存根模塊，它在客戶OS環境中處理陷阱，并使用GDB的標準遠程調試協議通過一個串行程序與運行在另一臺機器上的GDB通信。甚至當客戶機OS執行自己的陷阱處理時，OSKit的GDB存根模塊也是可用的。如果客戶OS提供適當的鉤子，它甚至支持多線程調試。除了基本的調試器支持，OSKit也提供了一個內存分配調試庫，它可以跟蹤內存分配并檢測一般的錯誤，如緩沖區溢出和釋放已釋放的內存。這個庫提供了與許多普通應用程序調試器相似的功能性，所不同的是它運行在由OSKit提供的最小內核環境中。3．6設備驅動支持

在OS開發和維護中最艱巨的一個任務是支持多種多樣的I/O硬件。這些復雜的設備常會含有潛在的錯誤，而新硬件的又常常伴隨著不兼容的軟件接口。由于這些原因，OSKit采用了為現有內核開發的穩定的、經過充分測試的驅動程序。OSKit使用了一種封裝技術，將現有的驅動程序代碼基本上未加修改地合并到OSKit中。這些現有的驅動程序被一個OSKit粘結代碼層所包裝，從而使得這些驅動程序可以在與開發它們的環境完全不同的環境中工作。目前，來自Linux的大多數以太網卡、SCSI和IDE磁盤的設備驅動程序被包括進來，總數超過了五十種。用同樣的方式，來自FreeBSD的八個字符設備驅動程序也被包含了進來，它們支持標準PC控制臺和串口及不同的多串口板。由于OSKit把這些驅動仔細地進行了包裝，FreeBSD驅動程序可以與Linux驅動程序一起工作。

3．7協議棧

OSKit提供了一個完整的TCP/IP網絡協議棧。如同驅動程序一樣，有關網絡的代碼也可以通過封裝機制被合并進來。OSKit當前可以從Linux中獲取網絡設備驅動程序，它們是PC平臺可獲得的最大的免費資源。OSKit的網絡組件繼承于FreeBSD4.4,它通常被認為具有更多成熟的網絡協議。這顯示了使用封裝機制將現有軟件包裝成靈活的組件的第二個優點：即從不同的資源中獲取最好的組件，并讓它們一起被使用。

3．8文件系統

通過使用封裝技術，OSKit吸收了NetBSD的基于磁盤的文件系統代碼。NetBSD之所以被選擇為首要資源庫，是因為在可用的系統中，它的文件系統代碼被最清晰地分離了出來，而FreeBSD和Linux的文件系統與它們的虛擬內存系統結合的更緊密。當前，OSKit也把Linux文件系統合并了進來，以便能夠支持多種類型的文件系統格式，如Windows95、OS/2和SystemV的文件系統格式等等。

OSKit文件系統輸出的COM接口類似于許多Unix文件系統所使用的內部VFS接口。這些接口具有很好的粒度，使我們可以不必接觸OSKit文件系統的內部。例如，OSKit接口只接受簡單的路徑名組件，允許安全封裝的代碼執行適當的訪問許可檢查。

4OSKit的現狀

自從在1996年6月了OSKit的第一個公開發行版以來，OSKit已經更新了多次，每次更新都增加了一些算法，并修正了一些錯誤。最新的發行版是2002年3月的版本。由此可見，OSKit一直處于操作系統開發平臺的前沿，其自身也在不斷完善和發展。

5結論

作為一個操作系統研究與開發的平臺，OSKit大大減輕了操作系統研究與開發者的負擔。它可以讓開發人員避開復雜的底層，而把興趣集中與他們所感興趣的領域。開發者可以用自己編寫的組件來取代OSKit中的部分組件，以滿足自己特定的需要，從而豐富了操作系統的應用層。總之，OSKit滿足了實際客戶系統的需求，有助于操作系統的研究與開發。

參考文獻

(1)湯海京基于面向對象操作系統開發平臺（OSKit）的分析與程序設計www-/developerWorks/linux/kernel/oskit/part1/index.shtml

篇6

網絡營銷最大的特點在于以消費者為主導。消費者將擁有比過去更大的選擇自由，他們可根據自己的個性特點和需求在全球范圍內尋找滿足品，不受地域限制。通過進入感興趣的的企業網址或虛擬商店，消費者可獲取產品的更多的相關信息，使購物更顯個性。

這種個性消費的發展將促使企業重新考慮其營銷戰略以消費者的個性需求作為提品及服務的出發點。但是，要真正實現個性營銷還必須解決龐大的促銷費用問題。網絡營銷的出現則為這一難題提供了可行的解決途徑。企業的各種銷售信息在網絡上將以數字化的形式存在，可以以極底的成本發送并能隨時根據需要進行修改，龐大的促銷費用因而得以節省。企業也可以根據消費者反饋的信息和要求通過自動服務系統提供特別服務。

網絡營銷具有極強的互動性是實現全程營銷的理想工具

傳統的傳統的營銷管理強調4P（產品、價格、渠道和促銷）組合，現代營銷管理則追求4C(顧客、成本、方便和溝通)，然而無論那一種觀念都必須基于這樣一個前提：企業必須實行全程營銷，即必須由產品的設計階段開始就充分考慮消費者的需求和意愿。

遺憾的是，在實際操作中這一點往往難以做到。原因在于消費者與企業之間缺乏合適的溝通渠道或溝通成本太高。消費者一般只能針對現有產品提出建議或批評，對尚處于概念階段的產品難以涉足。此外，大多數的中小企業也缺乏足夠的資本用于了解消費者的各種潛在需求，他們只能憑自身能力或參照市場領導者的策略進行產品開發。

而在網絡環境下，這一狀況將有所改觀。即使是中小企業也可以通過電子布告欄、線上討論廣場和電子郵件等方式，以極底成本在營銷的全過程中對消費者進行即時的信息搜索，消費者則有機會對產品從設計到定價（對采用理解價值定價法的企業尤為重要）和服務等一系列問題發表意見。這種雙向互動的溝通方式提高了消費者的參與性與積極性，更重要的是它能使、企業的決策有的放矢，從根本上提高消費者滿意度。

網絡營銷能滿足消費者對購物方便性的需求，提高消費者的購物效率

篇7

摘要：本文介紹了國家電動工具制造行業骨干企業寧波經濟技術開發區中強電動工具有限公司CIMS工程實施與應用過程中的經驗，為寧波市、浙江省制造企業實施CIMS提供了可借鑒的模式。

關鍵詞：CIMS；CAD；PDM；ERP

1993年正式投產的中強電動工具有限公司在我國電動工具制造行業競爭近乎白灼化的今天不僅站穩了腳跟，而且實現了產量和銷售平均每年遞增35%以上的快速增長，人均產值及利潤連續多年在全國同行業中處于領先水平，目前已成為中國首屈一指的各類中高檔電動工具專業制造商，擁有員工2000人，年產值10億元。中強公司的優勢在于秉承“以人為本，科技創新”的立業理念，采用最有效的管理模式，集約社會資源，擁有產品市場和技術開發兩大核心競爭力，而核心競爭力的背后則是擁有完善和強大的IT體系。

1CIMS工程概況

中強公司的CIMS工程主要由計算機網絡/數據庫分系統、工程設計（CAD）分系統、產品數據管理（PDM）分系統、企業資源計劃（ERP）分系統等四部分組成，包括：

工程設計（CAD）分系統：二維CAD繪圖設計已完全普及，引進三維設計軟件并逐步應用在新產品造型設計、總體設計、結構設計、零部件設計及總體裝配等工作中，大大加快了設計開發進程，并提高了設計質量，優化了產品設計，縮短了產品開發周期。

字串5

產品數據管理（PDM）分系統：采用上海思普信息技術有限公司開發并由寧波聯科電腦技術有限公司實施的產品數據管理（SIPM/PDM）系統和圖檔管理系統EDM，有效地解決了設計流程、技術資料的規范化，技術信息傳遞、流轉、反饋快速流暢，并保證了數據的完整性、安全性和保密性，目前已運行在公司產品設計部門，實現了產品設計、工作流程的無紙化管理。

企業資源計劃（ERP）分系統：采用寧波萬通軟件公司ERP系統，并分批實施了制造數據管理、銷售管理、技術工藝管理、生產計劃、車間作業、物料需求計劃、采購管理、庫存管理、質量管理、人力資源管理、設備管理、計件工資成本管理、PDM接口等一系列子系統，此外還開發實施了基于Internet的訂貨管理子系統，作為銷售管理子系統的上游子系統，為其提供數據。

系統集成：在基本完成各分系統應用后，對整個項目的系統集成進行了安裝和調試，目前，整個系統已經可以集成運行，實現了CAD、PDM和ERP的信息集成。

通過CIMS工程的實施，中強公司在管理上已逐步形成一套快速響應市場變化、滿足客戶需求的企業內部運行機制，實現了產品銷售、技術開發、生產計劃、物料管理、財務管理等各個部門業務管理計算機化。

字串7

2軟件產品的選擇

在中強公司CIMS工程中，主要應用軟件均采用了國產軟件，如IntelCAD和PDM軟件是上海思普信息技術有限公司的自主軟件產品，ERP系統選用的是萬通軟件有限公司自主研究開發的ERP系統軟件，國產軟件費用占軟件總費用的70%以上。選用國產軟件主要是基于以下考慮：

2.1考慮中國國情。國外有許多好的管理軟件，但是拿到中國后多數都不太適用，有些企業就是勉強用了也用不好。究其原因，主要是中國的企業管理水平和現狀很難與國外軟件的標準管理模式融合。企業花了很大的代價，花了很長的時間，實施的結果是棄之不舍，留之難用。中強公司選用的這些應用軟件有較多的國情化處理，比較符合中國企業的實際情況，技術上較成熟，在國內有廣泛的用戶，且軟件公司具有雄厚的技術實力和豐富的實施經驗，技術支持力度強。

2.2考慮投入產出。企業做任何事情都要考慮投入產出，要考慮風險，國外軟件動則幾十萬上百萬美元，對國內企業來講是一個不小的負擔，同時也增加了軟件實施的風險，還有軟件今后的升級費用等問題，都需要企業認真考慮。目前，國產軟件（如兩維CAD、PDM、ERP等）的水平有了很大的提高，已能夠滿足國內企業實際工作的需要。字串6

2.3考慮售后服務。軟

件特別是象ERP、PDM這樣大型軟件的實施都會有一個較長的周期，企業應用咨詢、軟件原理培訓、軟件應用培訓、軟件客戶化修改都是必不可少的，國外軟件高昂的技術支持費用是國內企業難以承受的，更難長時間承受。同時國外軟件的封閉性使國內企業的軟件人員很難進行修改和變動。而國產軟件則不同，盡管國產軟件也要收取技術支持費用，但其收費標準國內企業可以承受，而且國產軟件其源代碼相對開放，較大的客戶化變動委托給軟件公司，一般性的修改完全可以由企業自己來解決。

當然，國產應用軟件也不是十全十美，今后應該在專用界面、決策支持、特別是PDM軟件在工程項目中的管理與控制、安全性管理、工作流的并發機制處理、多BOM視圖形成等方面還須不斷改進和提高。

3CIMS工程的綜合效益

中強公司應用國產軟件實施CIMS工程，不僅提高了企業管理水平，同時也獲得了良好的經濟效益。直接經濟效益如表一所示。

表一：直接經濟效益

響應市場的速度

提高了30%，對快速占領市場發揮了重要作用。

字串3

新產品開發

開發速度加快25%以上，為新產品及早占領市場搶得先機。

生產率

提高生產率17%。

資金周轉率

提高資金周轉率0.2次，公司每年可節省開支90萬元。

間接經濟效益則表現在：

l規范了企業的基礎管理和運作方式，使公司建立起科學的管理體系和快速反應的企業經營機制，推動了企業管理流程的規范化、制度化，使各部門職責更加明確、科學合理。

l大大提高了工作效率，增加了管理工作的深度，提高了管理工作水平。

l提高企業的聲譽，增強了市場的競爭能力和應變能力。

此外，中強公司CIMS工程所產生的社會效益也是顯著的，一方面為寧波市、浙江省制造企業實施CIMS提供了可貴的經驗和可借鑒的模式，具有廣泛的示范意義和推廣應用價值，另一方面，為國產軟件的發展和完善提供了機遇和舞臺，樹立了國內企業使用國產軟件的信心，促進了國產軟件的不斷發展和提高。同時，實施CIMS工程，使中強公司產品更具有市場競爭能力，能以較高性價比的產品滿足日益增長的市場需要，為加速我國電動工具行業的發展貢獻了力量。

字串3

篇8

1.引言

在Internet應用中，將服務器端腳本技術和客戶端腳本技術結合起來可以制作出豐富多彩的頁面。CGI和ASP是比較流行的服務器端腳本技術。通常CGI在跨平臺的開發中扮演著主要角色，可以使用VB、C或Perl等來實現，用它們寫的CGI腳本是一個單獨的程序，而不是嵌在HTML文檔中再通過另一個程序解釋替換的，所以它是一種“非嵌入式”的服務器端腳本。另外，每一次修改CGI程序都必須重新將其編譯成執行文件，因此，這樣的編寫方式事實上是比較困難且沒有效率。ASP則是嵌入式的服務器端腳本，每一次修改腳本并不需要重新編譯成執行文件就可以直接執行，但ASP有一個致命的缺點：不具有跨平臺開發能力。目前ASP只能在Windows環境下運行，而無法在Internet上的Unix平臺下使用。在這種情況下PHP的問世，在WelCGI的領域里掀起了一場革命。

2.PHP介紹

PHP(PersonalHomePage)是一種跨平臺的服務器端嵌入式腳本語言。它最初是RasmusLerdorf于1994年開發的。早期的版本，提供了訪客留言本、訪客計數器等簡單功能。隨后，在第二版中增加了對mSQL的支持。自此奠定了PHP在動態網頁開發上的影響力，并迅速在Internet上流傳開來。截止1999年，已有超過十五萬個站點使用PHP。同時，PHP的源代碼完全公開，在OpenSource意識抬頭的今天，它更是這方面的中流砥柱，隨著新函數庫的不斷加入，使PHP無論在Unix或是Win32的平臺上都可以有更多新的功能。如今，PHP已發展至4.0版。在語法方面，PHP混合了C、Java、Perl以及PHP以前版本的優點。它相當于Script與CGI的結合語言，但是其執行將效率卻比CGI更好，程序編寫也比HTML更便利且更富有彈性，程序的安全性及保密性也比Script好。在函數支持方面，PHP幾乎覆蓋了Web應用的各個方面，其中最有特色的是數據庫函數，使用PHP完成一個含有數據庫功能的網頁非常簡單，而PHP支持的數據庫也非常豐富，目前包括：Oracle、Sybase、mSQL、MySQL、Informix等。

3.訪問MySQL數據庫

MySQL是一個快速、健壯和易用，且支持多線程、多用戶的SQL數據庫服務器。雖然PHP通過ODBC支持幾乎所有的數據庫。但對于開發數據驅動的網站而言，選擇MySQL應該說是最佳組合，這不僅因為MySQL是免費的，更在于它具有許多同大型數據庫相媲美甚至超過它們的優良性能。PHP實現對MySQL數據庫的訪問有兩種方法：

1)利用PHP的數據庫函數連接

這里主要用到四個數據庫函數：

mysql_connect()建立與MySQL服務器的連接。

mysql_select_db()：選擇MySQL服務器中的數據庫供以后的數據查詢操作query處理。mysql_query()：送出query字符串以幫助MySQL做相關的處理或執行。

mysql_fetch_row()：用來將查詢結果result單行移到數組變量中。數組的索引是數字

索引，第一個索引值是0。

2)通過ODBC連接

PHP通過ODBC連接MySQL數據庫主要用到四個函數：

Odbc_connect()：用來同ODBC數據源建立連接。

Odbc_do()：用來在建立連接之后執行數據庫查詢。

Odbc_result()：用于取得當前記錄行中某個字段的值。

Odbc_fetch_row()：用來把查詢結果保存到數組，每個數組元素對應一條記錄。

上述兩種方法在與數據庫建立連接的語法上，并沒有太大差別。不過在相比較之下，通過ODBC方式存取數據庫比PHP直接存取MySQL耗時間，但通過ODBC接口存取數據庫不必擔心使用何種數據庫，如Oracle,Informix,Sybase等。它們都支持ODBC接口，這樣可減少更換數據庫時需要更改程序的問題。圖1顯了PHP連接數據庫的兩種方法。

PHP

MySQL

MySQL

圖1PHP連接數據庫說明圖

4．一個應用實例

現在很多校園網站都提供成績查詢功能。PHP和MySQL數據庫相結合使用可以方便的實現此功能。首先建立數據庫Score及數據表Score。建表SQL語句如下：

CreattableScore(

Stu_novarchar(10)notnull,

namevarchar(10)notnull,

scoreltinyint(4),

score2tinyint(4),

PrimaryKey(stu_no)

)；

1)通過PHP的數據庫函數訪問MySQL的代碼如下：

〈?php

print(“〈html〉〈head〉＼n”);

print(“〈title〉成績查詢〈/title〉〈/head〉＼n”);

print(“〈body〉〈cennter〉”);

print(“〈fontsize＝6color＝”ff0000〉您的成績如下〈/font〉”);

$comm＝mysql_connect(“localhost”,“root”,"");

mysql_select_db(“Score”,$comm);

$str＝“Select*FromScoreWherestu_no＝’$pstu_no''''andname＝’$pname''''”;

$reault＝mysql_query($str,$comm);

print(“〈tablealign＝center〉”);

$sqlrow＝mysql_fetch_row($result));

print(“學號：$sqlrow［0］”);

print(“姓名：$sqlrow［1］”);

print(“成績1：$sqlrow［2］”);

print(“成績2：$sqlrow［3］”);

print(“〈/table〉〈body.〈/html〉”);

?〉

2)通過ODBC訪問MySQL數據庫的代碼如下(省略的代碼同上)：

〈?php

…

$comm=odbc_connect(“Score”,"system","");

$str="Select*FromScoreWherename=’$pname’andstu_no=’$pstu_no’”;

$result=odbc_do($comm,$str);

…

while(odbc_fetch_row($result))

{

$pstu_no=odbc_result($result,"stu_no");

$pname=odbc_result($result,"name");

$score1=odbc_result($result,"score1");

$score2=odbc_result($result,"score2");

print(“學號：$pstu-no”);

print(“姓名：$pname”);

print(“成績1：$score1”);

print(“成績2：$score2”);

}

…?〉

5.結束語

對于Wed服務器端的開發，PHP是一種易開發、高效能的動態腳本編程語言。在未來的幾年內，PHP必將成為主流的腳本語言，并被Wed研究和開發人員熟悉和掌握。

篇9

當電子計算機1946年問世的時候，人們就提出了機器翻譯的想法，并且在1954年進行了第一次機器翻譯試驗。然而與后來的各種語言信息處理研究和應用（語言信息檢索、文本自動分類、自動文摘、信息提取等等）相比，機器翻譯卻是進展最慢的。學者們傾其大半生精力、商家投入為數可觀的資金，經歷五十多年不懈的研究和開發，得到的成果或者產品卻常常不能令人滿意。

原因是什么呢？從語言研究的角度來說，機器翻譯系統分析、理解和生成自然語言的能力都還不到位，處理不了的語言現象很多：有的是句子結構層次弄錯了，有的是結構關系弄錯了，有的是成分之間的語義關系弄錯了，有的是詞義辨識錯了，還有的錯誤是源語和目標語之間的對比差異造成的。下面是機器翻譯處理漢語動結式不成功的幾個例子（來自三個機器翻譯系統）。

先看生成的情況，機器翻譯目前還很難生成漢語的動結式，所以我們很少在漢語譯文里見到含有動結式的句子。對于下面這個英譯漢的例子，三個系統都不能翻譯成“他把地掃干凈了”：

Hesweptthefloorclean.

*他干凈地掃地了。

*他清掃清潔的地板。

*他清掃地板干凈。

再看漢語動結式翻譯成英語的例子，它們可以說明目前機器翻譯系統分析和理解漢語動結式的能力：

他踢壞了三雙鞋。*Heplaysthreepairsofevilshoes.

*Hekickedthreepairsofshoesbad.

*Himkickspoil3pairsofshoes.

這段路把媽媽走累了。*Thewaymakemothertiredafterthewalk.

*Thissectionofwaywaswalkedmothertired(ly).

*Thisroadmotherwalktired.

大家吃膩了剩菜。*Everybodyhasfeddedupwiththeleftovers.

*Thateverybodyategreasy(ly)surplusvegetable.

*Alleat,isloathetoleavevegetable.

下面我們只討論動結式的生成問題，其中不包括以下三種情況：1)補語用“得”字連接的；2)補語虛化的，如：“抓住”、“買著”、“看完”、“辦成”等；3)補語和動結式的賓語有固定搭配關系的，如：“說走了板”、“看愣了神”、“苦出了頭”等等。

2.機器翻譯中的動結式問題

為了說明機器翻譯如何處理動結式述語結構，我們需要先看看機器翻譯的過程。下圖說明了機器翻譯的原理，也是機器翻譯的整個過程。

附圖

圖1機器翻譯的過程

顯然，這是一個理想化的機器翻譯過程。從S到I再到T的過程是中介語言的翻譯策略，中介語言通常是某種獨立于源語和目標語的邏輯表達式。如果是英譯漢，對英語的分析和理解要從表層深入到底層，得到描述句子意義的中介語言邏輯表達式。同樣地，漢語也要從底層到表層一步一步生成。分析時從表層到底層走得越深，生成時從底層回到表層的過程也就越復雜。因此，需要分別對這兩種語言的句法和語義系統作深入的研究。實際上目前大部分機器翻譯系統都作不到這個程度，常見的翻譯策略是直接法或轉換法，或直接和轉換相結合的混合方法。我們可以通過一個英譯漢的例子對直接法、轉換法和中介語言法這三種翻譯策略作一個比較：

Yougetgoodreceptiononyourradio.（摘自某產品說明書）

譯句1你得到好的接收在你的收音機上。

譯句2你用你的收音機得到好的接收。

譯句3你的收音機接收情況良好。

在機器翻譯系統中，用直接法可以得到譯句1；用基于句法的轉換法，再加上一些語義關系的分析，能得到譯句2；譯句3是基于理解的，用中介語言法有可能作到。顯然，前一節關于動結式英譯漢和漢譯英的例子，都不是基于理解的翻譯。

動結式的結構形式簡潔，語義關系復雜，在漢語里是很有特點的一種結構。呂叔湘先生(1986)曾用它說明漢語句法的靈活性。人們在從各種角度論述動結式述補結構的時候，常常會提到它在對外漢語教學當中是個難點。同樣，在機器翻譯中它也是個難題。在漢語翻譯成外語的系統里，難的是如何分析和理解動結式述補結構。在外語翻譯成漢語的系統里，難的是如何生成含有動結式的句子。

我們在這里只討論生成的情況。在這種情況下，源語（例如英語）往往沒有相當于漢語動結式的結構形式，也很難用轉換規則把英語的某些結構形式與漢語動結式聯系起來。所以除非用個別處理的辦法，采用直接法和轉換法翻譯策略的系統很難生成漢語的動結式譯文。要讓系統有生成動結式的能力，就要按中介語言法的思路，增加分析的深度，理解源語句子要表達的意思（各個成分的概念意義、成分之間的關系意義，句子的句式意義，等等），然后根據意義表達的需要，選擇動結式的一種結構形式，再生成表層的句子。目前我們對漢語的研究還不足以支持這樣的生成過程。所以在現有的機器翻譯系統輸出的漢語譯文當中，很難找到地道的含有動結式述補結構的句子。于是就有了下面的譯文：

Hehasmadethequestioncomplicated.他已使問題復雜化。（他把問題搞復雜了。）

Thechildrenhavehadenoughtoeat.孩子們已吃了足夠。（孩子們吃飽了。）

這樣的譯文對機器翻譯來說就算不錯了，只是念起來有些別扭，有點“機器味兒”。

3.動結式的生成過程

機器翻譯譯文生成的任務是從要表達的意義出發，經過選擇詞語、確定詞語間的語義關系、確定目標語句子的句法結構等步驟，最終輸出與源語言句子在意義上等價的表層字符串。對于動結式的生成，有以下幾步：

（一）確定要表達的意思（四）整合語義結構

（二）選擇詞語、分派語義角色（五）選擇句法表現形式

（三）判斷合法性（六）處理表層詞語

3.1制定要表達的意思

漢語動結式述語結構表達的是一種“動作—結果”事件。比如要生成的意思是：小王讀了這篇文章，結果小王懂了這篇文章。在漢語生成開始之前，機器翻譯系統用中介語言邏輯表達式表示要生成的譯文是什么意思。一般來說，如果這個表達式里面有兩個謂詞結構，并且二者之間有“動作—結果”關系，就可以進入漢語動結式的生成過程。

中介語言邏輯表達式是從源語（譬如英語）分析得到的，源語中的述謂結構和“動作—結果”關系會在表達式中有所體現。但這并不是判斷能否生成漢語動結式的惟一依據。我們在上一節提到，英語往往沒有相當于漢語動結式的結構形式，也很難用轉換規則把英語的某些結構形式與漢語動結式聯系起來，這是就句法結構來說的。實際上，由于英、漢語之間在“動作—結果”關系表達上的差異，（注：戴浩一(2002)指出：“動作—結果”基模雖然在漢、英語中都存在，但是在漢語中占主導地位，而在英語中占次要甚至邊緣地位。而且，這個基模在兩個語言對客觀情況的構建上也因經驗的概念化不同而呈現不同的形式。）在從源語分析得來的語義表達式里，可以用漢語動結式生成的“動作—結果”關系有時是隱含的，與此相關的述謂關系也有不同的表現形式。比如：

英語對動作對象的描寫在漢語中有時可以表達成動作的結果：

Shemarriedthewrongperson.她嫁錯了人。

Heenteredthewrongdoor.他進錯了門。

漢語中動詞的結果補語在英語中有時是說明動作的狀態和程度的成分：

電視看久了。towatchTVforaverylongtime.

我英語學晚了。ItwasverylatewhenIstartedtolearnEnglish.

還有，致使“動作—結果”事件發生的某些因素在漢語里常常可以充當動結式的一個論元角色，（注：袁毓林(2001)稱其為外來的致事。）而在英語里它們往往充當其他成分：

那場可怕的暴風雪凍死了不少人。Manypeoplefrozetodeathintheterriblesnowstorm.

沙發把你坐懶了。Youarebecominglazyonthesofa.

所以我們需要一組規則，在要生成的語義表達式里判斷有沒有應該用漢語動結式表達的述謂關系。在這組規則里，除了兩個謂詞結構及其顯性的“動作—結果”關系符合判斷條件以外，還應該有能夠識別和提取隱含的“動作—結果”關系及其述謂結構的條件。這就需要研究英語和漢語在表達“動作—結果”關系時的差異。這種差異有時在某種類別下表現出來，有時又很個性化，只跟具體詞語有關。目前機器翻譯系統還沒有找到這樣的規則。所以我們就暫時只能看到“她嫁給了錯誤的人”和“他進了錯誤的門”這樣的譯文。

3.2選擇詞語

選擇詞語需要有一部用于信息處理的漢語詞典，告訴我們詞語

和它們的意義，以及它們的用法（比如，謂詞的配價結構及其論元的限制條件）。對于前面的例子，需要先在詞典里選出“小王”、“讀”、“懂”、“文章”這些詞，然后根據詞語的意義和邏輯關系為它們分派語義角色。這些詞在中介語言邏輯表達式里是實體和謂詞。“了”、“結果”、“這”等是算子或關系，把它們轉成詞匯形式還需要另外的分析和處理。詞語選擇和語義角色分派的結果可以表示成樹形圖或特征集合等形式。

附圖

圖2詞語選擇和角色分派的結果

Agen表示施事，Pred表示謂詞，Pati表示受事，Cont表示內容，Expe表示經驗者（當事）。

即使有一部詳盡的詞典，要讓機器根據意義選擇詞語也不是一件容易的事情。我們經常需要在幾個同義詞或近義詞當中進行取舍。比如，漢語的“看”有read的意思，用它來表達我們要生成的意思比“讀”更地道。根據什么樣的規則選擇“看”，不選擇“讀”？目前漢語詞匯和語義的研究還不能形式化地回答這個問題。機器翻譯系統只好先根據詞語搭配的優先關系來判斷。一種作法是，借助描寫詞語概念的語義詞典，用統計語言模型計算語義相似度，讓計算機學會表示和比較詞語搭配的優先關系。但是，用這種工程化的方法并不能繞過漢語研究的作用，因為一個統計語言模型能否達到比較好的處理效果，很大程度上取決于采用什么樣的語言學知識作為參數。

3.3判斷合法性

經過詞語選擇和角色分派，得到了圖2表示的兩個謂詞結構。這一步的任務是，判斷能不能用動結式述語結構表示這兩個謂詞結構及其關系。具體說就是，“看”和“懂”能不能合成“看懂”，并且表示中介語言邏輯表達式要求的“動作—結果”關系。因此合法性的問題關系到哪些動詞和哪些形容詞（或動詞）能夠組合成符合漢語習慣的動結式。

如果給機器翻譯系統提供一個詞表，列出一批動結式的詞語，而“看懂”又剛好在這個詞表里，那么判斷這件事情就比較容易。譬如，在動詞“學”的兩個義項（“學習”和“模仿”）下面，《漢語動詞用法詞典》（孟琮等，1999）列舉了8個動結式實例，《中國語補語例解》（侯精一等，2001）列舉了12個。這兩部詞典是面向人的，如果給機器翻譯用就還需要收錄更多的實例。比如“學懂”、“學膩”，等等（我們在本文的第四部分列舉了“學”下面84個可能需要生成的動結式實例）。實際上，詞表只適用于小范圍的實驗型翻譯系統。動結式述語是一種自由結構，是根據說話的需要臨時造出來的，因此應該是不勝枚舉的。

我們可以這樣想，“學”是一種認知行為，“懂”、“明白”等詞語表示認知活動的效果，因此可以當“學”的結果補語。但人們也常說“這孩子學歪了”、“把身體學垮了”。“歪”和“垮”又根據什么是“學”的結果補語呢？這些補語該用什么條件來生成？我們將在第四部分進一步討論這個問題。

如果這一步判斷的結果是不能生成合法的動結式，那么就需要回到上一步，重新選擇詞語，直到找不到符合預定的語義要求的詞語為止。

3.4整合語義結構

作為一個述謂性的結構整體，動結式有自己語義上的支配成分，包括論元成分和附加成分，我們把這些語義關系的和統稱為語義結構。在這一步，我們需要根據動詞和補語各自的語義結構，確定動結式整體的語義結構，主要是配價結構（價語的數量和性質）。

動結式的配價結構不等于其構件（動詞或補語）的配價結構，也不簡單地等于二者之和。動結式的配價與其構件的配價之間有沒有對應關系？如何從動詞和補語各自的配價結構得到動結式的配價結構？袁毓林(2001)、郭銳(1995)和王紅旗(1995)都曾經作過研究，在解釋成因的同時，尋找動結式對其構件原有的論元進行選擇的控制規則。在一定范圍內應用這些規則，我們可以從動詞和補語的配價結構推算出動結式的配價結構。包括價語的數量：動結式是一價的、二價的，還是三價的；以及價語的性質：動結式述語結構中各個論元的語義角色是什么（主要分為主體格（主論元）、客體格（賓論元））。對于前面的例句，我們就可以得到，動結式“看懂”是二價的，它的兩個論元是“他”（主體格）和“文章”（客體格）。價語的數量和性質是下一步選擇句法結構的主要依據。在動結式生成的整個過程中，漢語語法學者提出的論元整合規則是可以直接影響生成算法的規則，這樣的結論在目前的漢語語法研究中還為數甚少。機器翻譯十分重視這一組規則的作用，也期待著對它更加深入的研究和完善。（注：譬如，袁毓林(2001)提出的準入規則在論元整合結果為等價的情況下是有效的，也是可操作的，對增價的情況雖然有處理的規則，但是計算機不大容易操作，對減價的情況還沒有提出有效的處理辦法。）

3.5選擇句法表現形式

這一步要做的是，選擇什么樣的句法手段去表現動結式的語義結構。動結式有很多表層結構類型，李臨定（1986,181-204頁）曾歸納了五類句型：

(1)N[,1]VC媽媽急哭了

(2)N[,1]VN[,2]VC他走路走累了

(3)N[,1]VCN[,2]我點亮了油燈

(4)N[,1]VN[,2]VCN[,3]他拍桌子拍疼了手

(5)N[,1]把N[,2]VCN[,3]火把他的衣服燒穿了幾個洞

前四類還各有四種可能的表層變換形式（“把”、“被”、“得”字句及其他）。到底應該選取哪一種生成我們的句子呢？這是如何在語義結構和句法結構之間尋找對應關系的問題，我們打算在第五部分就這個問題作進一步的討論。

3.6處理表層詞語

選定了句子的表層結構和語序以后，剩下的事是用詞匯手段表達某些句法或語義范疇。比如：時、體、否定、指代、有定、數量，等等。然后輸出最后生成的結果。對于我們的例子就是：“他看懂了這篇文章”。句子里的“了”、“這”和“篇”是在這一步生成的。

機器翻譯生成漢語動結式時，在句子表層要處理的問題很多，每一個問題也都很復雜，比如時體成分、否定成分的語序等，需要作專門的研究。

3.7操作過程的控制

需要說明的是，上面各個步驟的操作并不是無條件依次進行的。當在某一步無法得到確定的結論時，應該中止動結式的生成過程。

4.動詞和結果補語的組合關系

動詞和結果補語的組合應該是基于語義的。要想離開詞表的限制，判斷哪些動詞和哪些形容詞（或動詞）可以組合成符合漢語習慣的動結式，就需要從語義上研究動補之間的組合類型和規則。顯然，這件事情不是機器翻譯力所能及的。在這里我們只能先從個例入手，看看單音節動詞和單音節形容詞作動詞“學”的結果補語的情況，或許能夠從中看到這個問題的困難所在。

動詞“學”的意思是“學習”或“模仿”。在《現代漢語語法信息詞典》（注：由北京大學研制的用于信息處理的電子詞典，其中有按義項收錄的14479個動詞，2856個形容詞。通過檢索每個詞的屬性，我們可以知道哪些動詞可以帶結果補語，哪些形容詞、動詞可以作結果補語。）（俞士汶，1998，以下稱《語法信息詞典》）中，列出了可以作結果補語的單音節形容詞204個，（注：馬真等(1997)列出了可以作結果補語的單音節形容詞153個。）單音節動詞112個。經過一一搭配測試，其中有54個形容詞和30個動詞能作“學”的結果補語。這樣我們就從《語法信息詞典》中一共得到了84個可能的動結式實例。然后按照《知網》（注：用于自然語言處理的知識系統，由董振東等研制。以從大量詞語中提取出來的“義原”為基本描述單位，采用一種結構化的描述語言來描述概念與概念之間，以及概念的屬性與屬性之間的關系，包括上下位關系、同義關系、反義關系、對義關系、部件與整體關系、材料和成品關系、屬性和宿主關系，以及屬性值和屬性的指向關系、時間和角色關系。互聯網網址：）（董振東等，2001）的定義為每一個實例的補語作語義類別標注，再作聚類分析，整理出“學”的結果補語的六個語義類別。其中A、E、F三類作補語的是形容詞，B、C、D三類作補語的是動詞，分別列在下面（括號里面是《知網》定義的義原）。

A.人的客觀屬性（智能、舉止、年齡、外貌、品性、經濟狀況）

A1.［智能］學笨了學昏了學蒙了學癡了學蠢了學土了學呆了學木了學乖了學傻了

A2.［舉止］學刁了學歪了學賊了學油了學浮了學狠了學犟了學俗了學倔了學皮了學酸了學混了學摳了

A3.［年齡］學老了

A4.［經濟狀況］學富了學窮了

A5.［品性］學差了學廢了學好了學黑了學壞了學糟了

A6.［外貌］學俏了

B.人的主觀感受（態度、感知）

B1.［態度］學煩了學夠了學慣了學迷了學惱了學膩了學怕了

B2.［感知］學懂了學乏了學會了學累了學通了學忘了

C.人的狀態和行為（狀態、行動）

C1.［狀態］學病了學成了學瘋了學垮了學虧了學蔫了學瘸了學死了學癱了學啞了學暈了

C2.［行動］學哭了學跑了學散了學走了

D.事物的狀態（狀態）

學丟了學沒了

E.事物的特性（特性）

學反了學活了學偏了學淺了學深了學雜了學窄了學足了

F.事

件的特性（特性）

學遍了學遲了學重了學錯了學對了學多了學久了學濫了學全了學少了學透了學晚了學早了

可以看出，“學”和它的結果補語之間在概念意義的組合上遵循一定的規律。能否根據這些規律，用計算機可操作的方法，在一定范圍內判斷詞表以外的動結式實例是否合法？比如，《語法信息詞典》沒有把“精”列入可作結果補語的形容詞當中，但是“學精了”是個合法的動結式實例。計算機可以這樣來確認它的合法性：根據《知網》，“精”的定義是［智能＞靈］（“＞”的右部是左部的下位概念。下同），在A1類［智能＞愚／訥／智／靈］（“／”表示“或”的意思。下同。）的范圍內。同樣，與“精”定義相同的“鬼”、“靈”、“巧”，雖然也沒有被《語法信息詞典》指明可作結果補語，但計算機仍然能夠判定“學鬼了”、“學靈了”和“學巧了”是合法的動結式實例。

對于動補之間的語義組合，結果補語的概念意義是在動詞概念意義的制約下起作用的。我們再來看與“學”有對義關系(Converse)的動詞“教”。“學”和“教”都表示認知行為，前者是使自我認知，后者是使他人認知。因此有可能要求相似的結果補語。實際上，“學”的結果補語基本上都可以作“教”的結果補語。（注：盡管各自的語義指向可能不同，比如：“學笨了”和“教笨了”。這與動詞的配價結構有關。在機器翻譯生成動結式的過程中，由“整合語義結構”這一步處理。）它們或者表示認知行為對其主體（“學”的施事、“教”的與事）產生的效果：改變主體的客觀屬性（智能、舉止、年齡、外貌、品性、經濟狀況）、主觀感受（態度、感知）、狀態和行為；或者表示認知行為對其涉及的事物產生的效果：改變涉及對象的狀態、性質（長短、寬窄、深淺、多少、正反、美丑）；或者表示認知行為本身的特性（度量、頻率、程度）。不同的“動作—結果”關系產生了不同的動補組合關系，要把它們研究清楚，整理成規則，是一件非常復雜的事情。

即使有了基于詞語概念意義的規則，也還不能完全解決問題。在《知網》中，與“懂”有相同定義的單音節動詞還有“認”、“審”、“識”、“通”、“悉”、“曉”、“知”。除了“通”以外，其余的都不能作“學”的結果補語。與“精”定義相同的雙音節形容詞“聰明”、“機靈”、“伶俐”、“乖巧”可以作“學”的結果補語，而同樣定義的“聰穎”、“聰慧”卻不行。這說明影響動詞和結果補語組合關系的因素不僅僅是詞語的概念意義。那么，到底還有哪些因素可以作為判斷動結式合法與否的條件？如何把這些條件變成計算機可以操作的規則？我們現在還不得而知。

5.從語義結構到句法表現形式

在動結式的整個生成過程中，選擇什么樣的句法手段來表現其語義結構是比較復雜的一步。人們常說，漢語句法結構和語義結構之間的聯系比較松散，或者說句法成分和語義成分的配位很靈活，一種結構形式經常表示多種意義，一種語義內容也可以用多種結構形式來表示。這就給機器翻譯的漢語生成帶來很大的困難。對于動結式表層句法結構的選擇，我們目前能用到的條件非常有限，所以能生成的句型也很有限。

5.1使生成目標受限

通過整合語義結構我們得到了動結式的配價結構，價語的數量可以幫助我們選擇句型。如果動結式是一價的，選擇有一個體詞性成分出現的句型；是二價的，選擇包含兩個體詞性成分的句型。至于在同屬一類句型的多個表層結構形式中間應該選擇哪一個，還需要更細致的條件和規則。下面討論如何把動結式組成成分之間的語義關系作為選擇的條件。

為了簡化討論的過程，我們在這里只考慮二價動結式的情況（略去“媽媽急哭了”、“他看書看花了眼”、“他扔進屋一塊石頭”等）。這樣，討論的范圍就限制在只含有兩個體詞性成分的表層結構形式里面。呂叔湘(1986)曾經按照補語跟主語或賓語的語義關系，把動結式述補結構分成15類（略去“得”字句等），其中有兩個體詞性論元成分出現的共9類（包括用“把”和“被的句子），分屬以下三種語義關系格式，其中S是V的主體格。（注：在本節討論的范圍內，主體格包括施事、當事；客體格包括受事、內容。）

附圖

綜合上述各種情況可以看出，二價動結式的六種語義結構可以用以下五種表層結構形式來表達。下面的討論將在這個范圍以內進行：

表層結構1：SVCO

表層結構2：S“把”OVC

表層結構3：O“把”SVC

表層結構4：O“被”SVC

表層結構5：S“被”OVC

我們注意到，同時與二價動結式的六種語義結構有對應關系的只有表層結構1(SVCO)，所以可以把它當作生成動結式表層的首選。可是進一步觀察就會發現，在用表層結構1表

達某些語義結構時會受到限制。譬如語義結構Ⅱ，我們可以說“大家吃膩了剩菜”，卻不能說“我丟怕了錢包”，也不能說“他看傻了那幅畫”。能說與不能說應該有條件來控制，O和C之間的語義關系可能是一個控制條件，但是目前還沒有確切的規則可用。

在這種情況下，只好先避開表層結構1，選擇2和3。經過初步實驗我們看到，就表達命題意義來說，用表層結構3表達語義結構Ⅱ，用表層結構2表達語義結構Ⅰ、Ⅲ、Ⅳ、Ⅴ、Ⅵ，受到的限制最少。這樣，討論的范圍又縮小到了兩種表層結構形式。問題就變成了：如何找到用這兩種句法形式表達六種語義關系格式的控制條件。我們把這種逐步縮小問題范圍的做法叫作使生成目標受限，實際上這是對復雜問題的一種妥協。也就是對二價動結式，放棄生成所有的表層句式，尋找盡可能簡單和有效的控制條件，先用部分表層結構形式表達其多種語義格式。

5.2生成表層結構的控制條件

從語義結構生成表層結構的主要控制條件是動結式組成成分之間的語義關系。

對于二價動結式的組成成分S、O、V、C，如果S是V的主體格，而且：

（一）如果S、O、V、C相互之間滿足下列五個條件之一，則可以用表層結構2表達：

1.（O是V的客體格）且（O是C的主體格）且（C是一價的）

2.（S是C的主體格）且（O是V的客體格）且（O是C的客體格）

3.（O是C的主體格）且（V和C都是一價的）

4.（S是C的主體格）且（O是C的客體格）且（V是一價的）

5.（O是V的客體格）且（C是V的修飾成分）

（二）如果S、O、V、C相互之間滿足條件6，則可以用表層結構3表達：

6.（O是V的客體格）且（S是C的主體格）且（C是一價的）

表層結構2和3都是“把”字句。關于“把”字句，很多學者從各種角度作過研究。張伯江(2000)曾根據句式語法的觀點指出，除了組成成分的作用以外，“把”字句的整體意義當中還有句式意義的作用。因此，生成的時候還應當考慮上述控制條件能否符合“把”字句句式意義的要求。我們注意到，動結式與“把”字句似乎有一種自然的聯系。“把”字句中V的“處置”意義、C是“把”后面賓語產生的變化等句式意義與動結式的句式意義基本相似。（注：在動結式的表層結構2中，賓語是O；在表層結構3中，賓語是S。）另外，為了體現“把”字句里動作過程的完整性，我們在生成過程的最后一步（處理表層詞語）規定，“把”字后面排斥否定謂語形式。根據我們的觀察和實驗，在二價動結式述語結構的五種表層形式中，“把”字句在語義表達的適應性上比較好，常常能夠包容除語義關系之外的其他一些選擇控制因素。譬如，補語是雙音節的動結式一般不宜選擇表層結構SVCO，但“把”字句不受這個限制。再如，用“把”字句來表達“你把坑挖淺了”這一類含有動結式的句子，正好能夠表示其偏離預期結果的意思，比用其他表層結構更合適一些。“把”字句在動結式生成中為什么會有這樣的表現？這不是機器翻譯能夠解釋的問題。

現在再來看我們要生成的例句：“小王讀了這篇文章，結果小王懂了這篇文章”。經過“動作—結果”述謂關系的判斷、詞語選擇、合法性判定和語義結構整合，我們得知，它可以生成一個二價的動結式述補結構，其中各個組成成分之間的語義關系是：

SVO&SCO

這種語義結構符合控制條件2（S是V和C的主體格，而且O是V和C的客體格）。因此為它選擇的表層句法形式是：

S“把”OVC

再經過表層詞語的處理，最后生成：

小王把這篇文章看懂了。

6.余論

戴浩一(2002)在論述漢語語法的哲學基礎時指出，語法現象是概念系統概念化的結果。他從宏觀角度提出了從概念結構到漢語句法和詞匯形式的過程，說明在這個過程中起作用的是漢語的概念化原則。應該說，機器翻譯從中介語言邏輯表達式生成動結式譯文的過程就是這樣一個實例。從“動作—結果”述謂關系的判斷、詞語選擇、合法性判定、語義結構整合、直到句法形式選擇和表層詞語處理，我們需要的是具體的、可操作的句法化、詞匯化的原則和規則，這樣才能從生成機制上找到動結式的構成條件。多年來，漢語語法一直比較重視動結式述語結構的研究，在結構層次、結構關系、句法功能、語義關系、配價結構，還有組成成分的特征和性質等問題上有許多論述。只是研究結論多數是面向人的，能為漢語信息處理和機器翻譯所用的還不多。比如，關于動結式是如何形成的，人們大多從歷時的角度，指出它的來源是古代漢語的使動用法。而機器翻譯需要的是從共時的角度找到動結式形成的控制條件，告訴計算機，在什么情況下，哪些動詞和哪些形容詞（或動詞）可以組合成、以及怎么組合成符合漢語習慣的動結式述語結構。還有，如何從要生成的句子意思里找到“動作—結果”關系及其述謂結構？如何根據要表達的意思選擇合適的詞語？如何從動詞和補語的配價結構推算出動結式的配價結構？如何從動結式的語義結構選擇它的句法表現形式？以及如何在句子表層處理時體成分、否定成分、指代關系、數量關系？在沒有找到解決這些問題的有效規則以前，機器翻譯系統還只能采用某些權宜之計來生成漢語的動結式。

在強調規則的作用的同時，我們也看到統計語言模型的方法近年來越來越多地應用在語言工程中，出現了基于實例的和基于統計的機器翻譯系統。在人們對語言和翻譯的機制還缺乏系統的了解，還沒有一種適合信息處理的語言理論可以應用的時候，統計語言模型可能會起到某種依靠“量”來獲取“質”的作用。它的前提是，大量語言現象的統計規律能夠確切地反映語句的構造規律和言語過程的認知規律。而實際上，這還是有待證明的觀點。更何況統計語言模型需要建立在語言學知識的基礎上，一個語言模型能否達到比較好的處理效果，很大程度上取決于我們能為它提供什么樣的語言學知識作為參數。計算的任務是獲取參數之間的統計學規律，參數才是建立模型的根本。目前統計模型方法在機器翻譯系統中效果不佳，其主要原因應該不是模型本身的計算能力有限，而是能夠提供給模型的關于機器翻譯的知識太少。漢語語法研究目前還沒有發掘出足夠的這一類知識，或者是還沒有把它們系統地、結構化地組織起來。這一點對基于規則的方法來說，同樣也是亟待解決的問題。

從機器翻譯系統總體設計的角度說，漢語動結式的生成包括兩個方面的問題。一個是根據哪些語言知識來生成，這與漢語研究有密切關系；另一個是怎樣實現生成的過程，這是把問題形式化和設計算法的事情。我們討論的內容只涉及第一個方面，目的是通過對動結式生成過程的描述，看看它需要哪些語言學知識的支持。實際上，我們談到的生成過程還相當粗略，提出的問題也僅僅是一小部分。曾經有人（白碩，1996）說過，繼說本族語言的人和說非本族語言的人之后，計算機的出現給語言研究帶來了一個新的參照物。它將幫助人們認識到一些在舊的參照物下很難揭示出來的語言現象和規律。希望我們提出的這些問題也能成為這樣的一種“參照”。

【參考文獻】】

1白碩1996《語言研究中的實用主義》，《計算機時代的漢語和漢字研究》，北京，清華大學出版社。

2戴浩一2002《概念結構與非自主性語法：漢語語法概念系統初探》，《當代語言學》第1期。

3董振東等2001《知網和漢語研究》，《當代語言學》第1期。

4郭銳1995《述結式的配價結構與成分的整合》，《現代漢語配價語法研究》，沈陽等主編，北京大學出版社。

5侯精一等2001《中國語補語例解》（日文版），北京，商務印書館。

6黃昌寧等主編2001《自然語言理解與機器翻譯》，北京，清華大學出版社。

7Hutchins,W.J.1993《機器翻譯：過去、現在、未來》，臺灣，致文有限公司。

8李臨定1986《現代漢語句型》，商務印書館。

9——1980《動補格句式》，《中國語文》第2期。

10陸儉明1990《“VA了”述補結構的語義分析》，《漢語學習》第1期。

11呂叔湘1986《漢語句法的靈活性》，《中國語文》第1期。

12馬希文1987《與動結式動詞有關的句式》，《中國語文》第6期。

13馬真等1997《形容詞作結果補語情況考察》，《漢語學習》第1期。

14孟琮等1999《漢語動詞用法詞典》，北京，商務印書館。

15王紅旗1995《動結式述補結構配價研究》，《現代漢語配價語法研究》，沈陽等主編，北京大學出版社。

16翁富良等1998《計算語言學導論》，北京，中國社會科學出版社。

篇10

由于電子商務是在Internet等網絡上進行的，因此，網絡是電子商務最基本的構架；電子商務還強調要使系統的軟件和硬件、參加交易的買方、賣方、銀行或金融機構、廠商、企業和所有合作伙伴，都要在Internet、Intranet、Extranet中密切結合起來，共同從事在網絡計算環境下的商業電子化應用。

一、電子錢包

電子錢包是顧客在電子商務購物活動中常用的一種支付工具，是在小額購物或購買小商品時常用的新式錢包。使用電子錢包購物，通常需要在電子錢包服務系統中進行。電子商務活動中的電子錢包的軟件通常都是免費提供的，可以直接使用與自己銀行帳號相連接的電子商務系統服務器上的電子錢包軟件，也可以從Internet上調出來，采用各種保密方式利用Internet上的電子錢包軟件。目前世界上有VISAcash和Mondex兩大電子錢包服務系統，其他電子錢包服務系統還有MasterCardcash、EuroPay的Clip和比利時的Proton等.

使用電子錢包的顧客通常在銀行里都是有帳戶的。在使用電子錢包時，將有關的應用軟件安裝到電子商務服務器上，利用電子錢包服務系統就可以把自己的各種電子貨幣或電子金融卡上的數據輸入進去。在發生收付款時，如果顧客要用電子信用卡付款，例如用Visa卡或者MasterCard卡等收付款時，顧客只要單擊一下相應項目（或相應圖標）即可完成，人們常將這種電子支付方式稱為單擊式或電擊式支付方式。

在電子錢包內只能完全裝電子貨幣，即裝入電子現金、電子零錢、安全零錢、電子信用卡、在線貨幣、數字貨幣等。這些電子支付工具都可以支持單擊式支付方式。

在電子商務服務系統中設有電子貨幣和電子錢包的功能管理模塊，稱為電子錢包管理器，顧客可以用它來改變保密口令或保密方式，用它來查看自己銀行帳號上的收付往來的電子貨幣帳目、清單和數據。電子商務服務系統中還有電子交易記錄器，顧客通過查詢記錄器，可以了解自己都買了些什么物品，購買了多少，也可以把查詢結果打印出來。

二、電子商務服務器

在網絡上開展實際電子貿易和交易業務，首先要建立電子商務系統，電子商務系統的核心是設立電子商務服務器。電子商務系統通常采用客戶／服務器的工作方式，采用這種方式在客戶機一端通常可以使用電子錢包進行電子商務交易活動。有關使用電子錢包的軟件可以向有關電子商務系統的服務公司索要，一般也都不用付費，也可以從Internet上調出來，也就是說，電子錢包的應用軟件通常都是免費提供的，使用起來也很方便快捷。電子商務安全保密服務器也使用了相應的密碼加密算法，用來保護數字化的保密數據，例如對數字化簽名的保密服務等。在服務器一端的服務器軟件稱為電子商務支付系統，也稱電子商務出納系統。電子商務系統的服務公司已經建立了傳統銀行和Internet之間安全可靠保險的聯系，在電子商務服務器上通常采用三種付款方式，即電子信用卡與電子銀行儲蓄卡、電子貨幣與電子支票和電子現金。客戶持有的電子信用卡，可以用來購買各種“硬”貨物，例如購買衣服、各種用品和水果等。利用電子商務服務器對于每天都要發生的上萬筆的信用卡帳務往來，當天都能及時處理，顧客利用電子貨幣、電子支票和電子現金等電子商務支付工具不僅可以購買傳統的硬貨物，也可以用來購買“軟”貨物，可以轉讓他人，也可以送給自己的親人和朋友，如購買股票債券等金融商品，幾乎所有花費都可以使用。使用電子零錢（也叫安全零錢）還可用于進行多媒體信息服務，如洗一張照片等。有人用Java語言編寫游戲程序，例如編寫一個像日本人玩的中彈子游戲等，這時就可以使用這種電子零花錢去玩游戲；可以用來購買一張賀卡送給朋友，也可以用來發送給朋友一份電子賀卡等。

三、電子商務通用交易過程

電子商務通用交易過程可以分為以下四個階段：

1.交易前的準備。

這一階段主要是指買賣雙方和參加交易各方在簽約前的準備活動。（1）買方根據自己要買的商品，準備購貨款，制訂購貨計劃，進行貨源市場調查和市場分析，反復進行市場查詢，了解各個賣方國家的貿易政策，反復修改購貨計劃和進貨計劃

，確定和審批購貨計劃。再按計劃確定購買商品的種類、數量、規格、價格、購貨地點和交易方式等，尤其要利用Internet和各種電子商務網絡尋找自己滿意的商品和商家；（2）賣方根據自己所銷售的商品，召開商品新聞會，制作廣告進行宣傳，全面進行市場調查和市場分析，制訂各種銷售策略和銷售方式，了解各個買方國家的貿易政策，利用Internet和各種電子商務網絡商品廣告，尋找貿易伙伴和交易機會，擴大貿易范圍和商品所占市場的份額。其他參加交易各方有中介方、銀行金融機構、信用卡公司、海關系統、商檢系統、保險公司、稅務系統、運輸公司也都為進行電子商務交易做好準備。

2.交易談判和簽定合同。

這一階段主要是指買賣雙方對所有交易細節進行談判，將雙方磋商的結果以文件的形式確定下來，即以書面文件形式和電子文件形式簽定貿易合同。電子商務的特點是可以簽定電子商務貿易合同，交易雙方可以利用現代電子通信設備和通信方法，經過認真談判和磋商后，將雙方在交易中的權利、所承擔的義務、對所購買商品的種類、數量、價格、交貨地點、交貨期、交易方式和運輸方式、違約和索賠等合同條款，全部以電子交易合同作出全面詳細的規定，合同雙方可以利用電子數據交換（EDI）進行簽約，可以通過數字簽名等方式簽名。

3.辦理交易進行前的手續。