時間：2023-03-24 15:40:39
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇ui設計論文，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
一、研究內容：
基于Unity制作的《綠野仙蹤》冒險類游戲，游戲的視覺方面采用3D的游戲視角，劇情是在奧芝國的基礎上新改編的童話故事劇情，畫風為獨特的低多邊形畫風，配合上輕松的游戲玩法，力求制作出一款精美的獨立小游戲。其主要的制作內容為以下幾點：
1.參考原著《綠野仙蹤》，以其中的人物為原型，重新設計一個主角桃樂絲在奧茲國歷險的新故事劇情，劇情內容是通過擊敗游戲內的女巫解除翡翠城周圍的封印，分別解救稻草人、鐵皮人、獅子三個伙伴，最后在翡翠城通過大魔法師的幫助實現了桃樂絲眾人的愿望。
2.游戲的角色場景設計是依據童話原著里描述的人物、地形、地貌等特征，使用Maya、Cinema 4D等建模軟件制作，游戲的場景和角色均采用獨特的Low Poly藝術風格。
3.游戲的玩法是通過自己設計的NPC對話展開游戲劇情，使用虛擬按鈕控制主角在游戲中移動，主角在游戲內可以觸碰部分環境生物，完成相應的目標并拯救游戲中的三個伙伴，幫助他們實現愿望。
4.游戲的功能方面是使用Unity編寫C#腳本，完成游戲角色行走、碰撞檢測、場景交互等內容。
5.游戲的ui是力求美觀簡潔，風格蘊含童話氣息。
二、研究方法：
1.研究分析同類型的游戲，整理出游戲制作的大致方案和步驟。
2.分析研究文獻《綠野仙蹤》童話故事，并依據文獻部分內容改編成游戲的故事情節。
3.分析文獻內的插圖繪本，通過想象確立一個游戲中場景模型的大致方案，使用 Maya、Cinema 4D等三維軟件，通過軟件內的減面、置換等技術進行游戲場景、模型的制作，將所有模型資源導入Unity，利用Unity完成場景搭建。
4.參考和篩選UI制作相關資料，在Unity中完善游戲界面。
5.利用Unity編寫人物角色控制、碰撞檢測、場景對話等腳本，使角色在游戲場景中達成相應的目標，完成游戲劇情內容。
6.游戲制作完成后，利用Unity運行并多次測試，修復出現的BUG，使游戲可以做到盡善盡美。
三、研究思路：
首先通過觀察對比同類型的游戲，總結這些游戲的優點，整理出游戲設計的整體流程和設計方向。通過查閱文獻《綠野仙蹤》，將其中的部分故事劇情改編成本游戲的劇情，并依據文獻提供的文字描述、插圖等內容，設計出大概的場景和角色形象，將完成的資源導入Unity進行場景搭建、角色動作調試，然后通過編寫C#腳本實現游戲功能，最后通過不斷調試修復BUG，完成游戲制作。
主要創新點：
1.基于《綠野仙蹤》原著故事，改編成一個適合開發成游戲的新故事劇情，讓玩家在游玩時可以一邊回味童話故事情節，一邊又可以體驗輕松新奇的游戲內容。
2.作品使用了Low Poly低多邊形藝術風格，設計上更加富有童話氣息，增加游戲的美術吸引力，增強玩家的游戲體驗。
3.游戲在玩法中加入了場景交互功能，可以與場景中的NPC、物體、樹木等進行交互，豐富游戲內容，增強游戲的趣味性。
總體安排和計劃進度（包括階段性工作內容及完成時間）：
一、總體安排
1.完成角色和場景的設計，并導入Unity完成場景搭建。
2.完成游戲UI的制作，實現游戲的基本功能并編寫C#腳本。
3.在Unity中運行并測試游戲，完善游戲內容并修復BUG。
4.完成畢業設計論文。
二、計劃進度
2018年11月1日至11月21日：完成畢業設計選題；
2018年11月22日至12月12日：查閱搜集分析材料并完成畢業設計開題報告；
2018年12月13日至2019年3月15日：完成畢業設計以及畢業論文初稿；
2019年3月16日至4月11日：完善畢業設計，完成論文修改稿，形成定稿；
2019年4月12日至4月19日：提交畢業設計論文等資料，論文評閱與修改；
2019年4月20日至4月26日：答辯。
準備情況（查閱文獻資料及調研情況、實驗儀器設備準備情況等）：
[1]時代印象.新編中文版Maya入門與提高[M].人民郵電出版社.2015.7.
[2]姜洪俠,張楠楠.Photoshop CC圖形圖像處理標準教程:微課版[M].人民郵電出版社.2016.3.
[3]完美動力.Maya動畫[M].海洋出版社.2012.7.
[4]劉國柱.Unity3D/2D游戲開發從0到1（第二版）[M].電子工業出版.2017.
[5]陳嘉棟.Unity3D腳本編程:使用C#語言開發跨平臺游戲[M].北京：電子工業出版社.2016.9.
[6](美)萊曼·弗蘭克·鮑姆.綠野仙蹤(插圖本)[M].譯林出版社.2012.5.
[7](英)3DTotal.com公司.想象的魔力—全球先鋒概念設計師的手繪圖集[M].上海人民美術出版社.2016.1.
[8](美)Tina O’Hailey.Maya動畫角色綁定技術解析[M].人民郵電出版社.2016.4.
[9]矯桂娥,王國豪,李萍.Maya動畫設計與制作[M].清華大學出版社.2013.9.
關鍵詞：人性化；網站界面設計（UI）；老年人
網站界面設計，英文的全稱是Web User Interface Design，又叫UI設計。包括三個方面：可用性，交互設計和視覺設計。通常研究的是讓網站的界面具有更多的可用性，更良好的用戶體驗，以及更美觀的視覺設計，概言之就是“人性化設計”。[1]在全球人口逐漸老齡化的今天，應該把更多的“人性化設計”真正應用在老年人這一弱群體上。本文旨在從老年用戶的生理和心理各要素出發進行綜合考慮，探析以老年用戶為中心的網站界面（UI）設計要點。
1 老年用戶研究
設計優秀老年用戶網站界面的先決條件是與老年用戶進行有效的交流，充分理解老年用戶的需求，重視老年用戶的生理和心理特征。
1.1 老年網民用戶人數眾多
據調查顯示，近些年來，我國老年網民的比例一直在攀升，增長率已經超過了網民總體的增長速度，對于互聯網的應用日益廣泛。根據相關統計報告顯示，2008年年底，51～60歲的網民從1999年的10.6萬人增長到1251.6萬人，60歲以上的由3.5萬增長到447萬人。雖然我國老年網民絕對數量不多，10%不到，處于上網人群的弱勢群體，但卻是以令人矚目的速度增長著。
1.2 老年人對互聯網的多樣化需求
老年人由于心理上和生理上的變化，與兒童、少年、青年人和中年人人群有著不同的特殊需求。根據The Usbased Spry基金會報告顯示，老年人的需求主要表現在四個主題：財產安全、身體健康、精神愉悅和良好的社會氛圍以及參加智力活動。[2]具體表現在：獲取相關信息，一些老年人希望上網瀏覽和查詢最新的外界信息保持“耳聰目明”的狀態，有些則是投身老年論壇，希望利用網絡查詢、瀏覽養生保健和常見疾病等信息溝通交流，有些希望通過網絡和子女視頻聊天、互發郵件；財務管理，還有相當一部分老年人希望能夠使用網絡來購物、買賣股票以及付賬等。總之，老年人對互聯網的多樣化需求一點都不亞于其他人群。
1.3 老年人的生理和心理特點
從50歲到60歲這個階段，明顯地會出現一些衰老的跡象，主要表現在容易健忘，愛發脾氣，認知過程缺乏適應能力；視覺模糊，色彩辨別力降低，視野范圍和判斷距離的能力通常大大不如過去；動作緩慢，手眼配合欠佳，聽覺便開始逐漸減退。[3]總之，因此，隨著年齡增長，工作效率逐漸下降。具體表現如下：
（1）近距離視力退化更大。比如在35厘米左右的讀書距離內，視力減退的驚人，并伴有老眼昏花。據統計，70歲健康老人的視力超過0.6的只有51.4%。
（2）聽力顯著下降。特別是對較復雜和速度快的語言的理解，男性比女性減退的更明顯。老年人并不知道自己的聽力在下降，而是認為別人說話不清楚。
（3）記憶的減退，但也有自己的特點，比如老年人對往事的記憶清晰，而對新近發生過的事物或者新近學習過的內容遺忘較快；對需要將記憶材料進行組織加工使之進入長時儲存方面的記憶力較差；老年人的意義識記減退較少，機械識記減退較多。例如，老年人對人民、地名、數字等東西的記憶效果就不好；
（4）思維能力弱化。在調查里，許多老年人常常抱怨自己已經不能像早先那樣很好的思考問題了，這反映人的思維能力到老年時出現逐漸衰老的趨勢。
2 以老年用戶為中心的網站界面設計要點
在對老年用戶做了研究之后，筆者認為適宜老年人的網站界面設計的總體原則是以人性化為本，同時注意網站的易用性，規范性，美觀性，具體如下五點：
2.1 將操作任務化繁為簡
在越來越強調人機交互的今天，對于老年用戶來說，最好的人機交互就是簡化操作任務，減少不必要的任務，[4]盡量讓老年用戶在網站上面的操作變得簡單，同時又不宜出錯。比如強調基本功能，盡量減少和弱化附加功能。如Gmail的登陸界面，簡化到“登錄信息+登錄設置”即可，無須要其他的附加信息。
2.2 合理的信息顯示
互聯網的根本目的是提供信息，合理的信息顯示包括兩方面的內容：劃分信息功能區和減少視覺密度。[5]
（1）劃分信息功能區。當頁面的信息較多時，為了避免視覺混亂，應該劃分信息功能區。最重要的信息放在頁面的視覺中心；同一類的信息放在一起，并與其他類信息間隔一定的空間；同一類的信息用同一種顏色或同一色系的顏色來表示；不同信息區又可以用不同背景色來區分。
（2）減少視覺密度。網站界面需表達的信息很多時，易造成界面看起來非常擁擠，信息擠在一團，對于老年人來說很難一眼就能獲得所需的信息。因此，必須減少視覺的密度，比如：考慮適當的留白，適當的留白將使整個界面看起來清楚而美觀；降低品牌識別logo、名稱的大小，無需為了彰顯品牌形象而刻意放大；使用簡單的圖形，盡量平面化，不要使用過度復雜的圖像；使用空白空間，而非線條去區分文字內容；使用簡潔的語句表達信息，避免內容過多等等。
如upcoming的首頁設計，依據信息的不同類別劃分板塊，并按重要性擺放在相關位置。焦點活動咨訊配圖放在視覺中心點，緊接著下面是活動信息介紹，左邊的活動類型板塊，右邊是活動的輔助信息。信息安排布局井然有序，是劃分信息功能區和減少視覺密度的最佳例子之一。
2.3 合理的文字規劃
文字對于網站界面的作用不言而喻，對于老年用戶來講，網頁文字的漂亮是建立在易讀易辨的基礎上的，合理的文字規劃，主要表現為以下兩個方面：[6]
（1）文字內容盡量簡潔，配上有意義的圖標或者圖片，同時應該避免使用專業術語。字體的選擇也要易于老年用戶辨認，網頁默認的字體是宋體。可以根據需要選擇一些特別字體。例如，為了體現專業可以使用粗仿宋體，體現設計精美可以用廣告體，體現親切隨意可以用手寫體等等，但前提是一定要易于老年人辨認。
（2）井然有序的排版。有時候別出心裁的界面設計或許會帶給使用者眼睛一亮、賞心悅目的視覺感，但無論何，井然有序的文字區規劃，才易達成最有效、最舒適的效果。如有較多的說明文字，要讓說明具有順暢地閱讀連貫性。舉個例來說，一個向中對齊與一個向左對齊的文字區塊，明顯地，向左對齊的區塊讀起來順暢多了，因為使用者在讀完一行字后，自然而然往左下方繼續讀下去，不需要重新找尋開頭，相較之下，向中對齊的區塊看起來混亂多了。因此，有規矩地文字區規劃將可大幅度提升用戶界面的品質。
2.4 合理的色彩規劃
網站界面的色彩對于老年人來說同樣重要。老年人的視覺衰退很明顯，一個好的色彩規劃可以提高界面的視認性，從而提高操作的準確性和效率；可以減輕視覺上的疲勞。另外，通過色彩規劃來增強界面的美感和親和力。[7]
具體來講，老年用戶界面中，最好不要超過3到5種顏色。大區域最好使用淺色調，如白色、淺灰等。對于老年人而言，配色要采用視認性高的色彩，要加大色彩的對比度，背景與主體對比度要大，背景色不宜采用有金屬反光的顏色，如銀色和金色。對于重要的按鈕或信息要用誘目性高的色彩來表達，但顏色不宜過多，且區域不可以太大，否則看起來過度混亂，缺少美感，也容易造成視覺上的疲勞。
2.5 細節為王
對于老年用戶來說，細節同樣重要，比如盡量使用有意義的圖標，盡量不要使用生澀難懂的專業術語，注意提供精確的導航提示，提供聲音控制，盡量減少噪音干擾，克制使用新技術的欲望等等。
3 結束語
關注老年人網站界面設計，是以人為本的需要，也是國內所有優秀設計師的責任。限于篇幅有限，對于老年人使用的網站界面設計，筆者也只能泛泛而談，有所不足和欠缺，還望讀者指正。同時，撰寫本文，以期拋磚引玉，引起大家對老年人更多的關愛和設計出更多更好適宜老年人使用的產品。
參考文獻：
[1] 劉春花.基于用戶體驗的界面設計UI研究[C].天津工業大學碩士學位論文，2007（12）.
[2] 楊足.老年人使用的家電的人機界面設計研究[C].江南大學碩士學位論文，2004（06）.
[3] 廖曄.網頁界面設計及其學科相關性研究[C].湖南師范大學碩士學位論文，2006（04）.
[4] 趙侃用戶體驗設計――網頁界面設計的重中之重[J].藝術與設計（理論），2010（09）.
[5] 何榮.淺析網站界面設計[J].科技信息，2008（26）.
[6] 宗明明.老年人網站界面設計前景分析[J].設計（Design），2012（10）.
【關鍵詞】 大學英語；網絡自主學習；評價體系；評價模型
【中圖分類號】 G431 【文獻標識碼】 A 【文章編號】 1009―458x（2012）02―0021―05
引 言
隨著計算機和互聯網技術的不斷進步，網絡學習也日新月異，但與之相配套的學習質量評價體系卻一直滯后，對于網絡學習的效果評價還處于起步階段，缺少有效的評價手段。
目前，國外主要有三個較受公認的網絡教育認證標準，E-learning Certification Standards，Evaluation of a Web-Based Course，以及“在線教育質量：遠程互聯網教育成功應用的標準”。不過它們對于網絡學習的評價僅是描述性的定義網絡學習的評價指標，而對如何組織評價、如何獲取定量數據、評價數據等方面則較少涉及[1]。
國外對網絡學習評價的研究起步較早，但研究工作主要集中在遠程協作學習評價上，都以案例的形式對自我評價、伙伴評價和小組評價進行研究。最早提出交互分析模型的是Henri，他從交互言論的視角分析了交互特征，提出了理解在線交互文本的分析模型，將交互分為五個維度：Partioipative、互動（Interaotive）、社交（Social）、元認知（Metacognitive）和認知（Cognitive）[2]。后來學者不斷在此基礎上開展研究，西班牙研究者Fatos Xhafa等用案例研究法對自我評價、伙伴評價和小組評價作了詳細介紹，并就遠程網絡學習協作評價給出了具體的評價量表，此表包涵四個維度，task performance，group functioning，social support和help service，權重分別為50%、20%、15%、15%[3]。國外研究者在網絡學習評價方面的研究主要集中在協作學習評價上。另外，大部分研究者都是以自我評價、伙伴評價或小組評價中的一項為研究對象，重點研究執行這種評價對學生學習的影響，給出具體評價指標的很少。國外的網絡教學平臺對學生學習效果的評價也是協作評價，如，澳大利亞的 Moodle教學平臺在評價教學效果方面做得比較全面，包含了作業、考試的定性定量評價與管理，但在如何處理評價指標權重方面和定性評價向定量轉化方面顯得有些不足。
國內對網絡學習評價的研究開展相對較晚，但近幾年發展較快。以中國期刊網（CNKI）作為信息源，以“學習評價系統”和“網絡”為關鍵詞，以論文“題名”為檢索項，檢索 1994 年至2011 年 9 月的期刊論文和學位論文，得到近百篇文獻。
張萍選取了認知、態度、應用技能以及人際協作作為一級評價指標，以知識建構、高階思維、學習態度、協作態度、信息技能、工具技能、人際溝通能力作為二級評價指標[4]。覃美珍選取了學習態度、交流與協作和資源利用等三個維度作為一級評價指標[5]。張京彬等選取了學習態度、相互交流與協作、資源利用和總評等四個維度作為一級評價指標[6]。
這些研究主要延續了國外的研究成果，以遠程網絡學習或網絡協作學習為研究對象，網絡學習的評價指標選取上存在較大差異。國內外現有的網絡教學評價方案不足之處表現在以下幾個方面：① 最大的問題是國際上沒有統一的網絡教學評價標準，研究人員只是根據自己的研究實際制定評價體系；② 國內外的網絡學習評價多數只針對某些局部范疇，如協作評價或只是關于遠程教學中網上學習的過程性評價；③ 評價指標的選取上存在較大隨意性和差異性；④ 課堂教學和網絡自主學習相結合的混合式學習模型還沒有受到關注，沒有文章對其作為一個單獨領域進行具體評價指標體系設計研究，沒有系統的解決方案。
大學英語網絡學習屬于混合式學習模式，既有教師課堂授課，又有學生網上自主學習。為了解決大學英語網絡學習效果評價的困局，本文依據建構主義理論和現代教育評價理論，參考Henri的交互分析模型，對國內外現有的評價指標體系進行梳理，結合大學英語網絡學習實際，構建大學英語網絡學習評價指標體系，再運用模糊數學方法設計了一套適合大學英語網絡學習特點的綜合評價模型。
構建大學英語網絡學習評價指標體系
首先，確定評價維度。參考Henri的交互分析模型，對國內外現有的評價指標體系進行梳理，結合大學英語網絡學習實際和大學英語網絡自主學習自身特點，本文選取學習態度、交互程度、資源利用和試卷成績作為大學英語網絡自主學習的四個評價維度，試卷的設計是參照國內四級機考題型[7]，制定了大學英語網絡自主學習評價指標體系量表，如表1所示。表中將學習成績、學習態度、協作與交流和資源利用四個方面作為一級指標，每個一級指標又包含3到9個二級指標。Ui表示一級評價指標（i=1, 2, 3, 4, 5）；uij表示二級評價指標（i=1, 2, 3, 4, 5, j=1,2,…, 9）。
其次，確定指標體系權重。目前，確定評價指標權重的主要方法有專家會議法、特爾裴法和層次分析法（AHP）[8]。鑒于層次分析法采用多因素分級處理思想來確定各因素權重，這與上文建立的評價指標體系相吻合，因此，采用層次分析法來確定權重。
第三，評價指標模糊集。根據大學英語網絡學習系統的特點和要求，需要用模糊數來代表教師評分所使用的等級，這里采用目前學習評價中常用的優、良、中、及格、不及格五等級評價方式[9][10]。
大學英語網絡學習模糊綜合評價模型
1. 建立評價指標因子集和評價集
設評價指標集合為U，則有：U=（u1, u2, …，un），式中ui為各評價指標。
（1）定義一級指標集為U=（u1, u2, u3, u4）= （資源利用，學習態度，交流與協作，學習成績），相應的權重集為A=（a1, a2, a3, a4），其中ai （i= 1, 2, 3, 4）表示指標ui在學生總成績U中的權重，且∑ai=1。
（2）定義二級指標為Ui=（ui1, ui2, ……）=（按教師預定的課程學習計劃完成學習任務，積極地參加教師組織的網上教學活動，……），相應的權重集為ai=（ai1, ai2, ……），其中aij（i = 1, 2, 3, 4）， 表示指標uij在學生總成績ui中的權重。
（3）定義評價模糊集V=（v1, v2, v3, v4, v5）， 該模糊集中的每一參數均用評定的分數等級表示。
2. 確定模糊評判矩陣隸屬函數
學生排名與真實水平的關系假設滿足正態分布，這種分布在教育評定實際應用中也被廣泛應用[11]。針對大學英語對某班全部學生進行排名，把該課程的學生排名序列分為五檔：（0% ~ 10%]，（10% ~ 30%]，（30% ~ 60%]，（60% ~ 90%]，（90% ~ 100%]。利用模糊數學中的隸屬度的概念，由專家經驗值確定一個學生的排名在（10% ~30% ]內，則該學生的真實水平落在（10% ~ 30%] 的可能性定為0.6，而落在（0% ~ 10%] 和（30% ~ 60%] 的可能性各為0.2。這樣，該學生在班級排名的真實水平可用向量r=[0.2 0.6 0.2 0 0]表示。則指標U的模糊評價矩陣R=[r1，r2，……，rn]T，n是U評價指標的數量。
教學評價模型的實例分析
在網上學生學習評價調查表，有30位師生對學生K進行綜合評價，經處理后得到的大學英語網絡學習評價調查統計表如表2 所示（評價指標對應表1）。
1. 確定一級指標和二級指標的權重系數
（1）確定一級指標U1、U2、U3、U4權重系數
根據上述AHP方法的思路，通過專家會議法，制定網絡學習行為各評價因素的兩兩比較矩陣。對網絡學習評價的一級指標中的各指標分別進行兩兩比較得到一組判斷矩B(1)，如表3所示。
同理，經一致性檢驗，對比較矩陣進行修正得各二級指標的判斷矩陣、權重和CR，分別由表4至表7給出。
2. 隸屬度的確定
以u11為例計算uij (i=1,2,3,4, j=1,2,…,9) 的隸屬度。
評價指標u11的積分=(95×v1+85×v2+75×v3+ 65×v4+50×v5)/評價人數
=(95×5+85×10+75×10+65×4+50×1)/30
=80
此學生的u11成績在班級30人中排在第12位，其分布率=12/30=40%，故u11的隸屬度為(0，0.2，0.6，0.2，0)。二級評價指標uij的計算方法以此類推，得到的uij隸屬度，見表2。
3. 建立模糊評價矩陣R
由表4可得各二級指標的評價矩陣分別為R1、R2、R3和R4。
這表示該學生在大學英語這門課程的學習成績為優秀的成分為0%，良好的成分為14%，中等的成分為48%，及格的成分為32%，不及格的成分為6%。根據等級分數矩陣，則該學生大學英語的學習成績為
U4=[0 0.166 0.533 0.267 0.034]×9585756550=73.152
其所屬等級為良。
同理可得學習態度U1、交流與協作U2、資源利用U3的成績分別為：把二級指標所得的成績在所有人數中重新排名得到如表8所示成績。
該生總評價等級屬于中等。
大學英語網絡學習評價模型綜合驗證
以參加大學英語網絡學習教改實驗的90名學生的學習參數為樣本點，檢驗模型的準確性及魯棒性。對90名學生的學習狀況動態跟蹤采集，分析后得到學習數據。使用調查問卷收集學生的反饋意見，85%的學生認為數據較準確地反映自己的學習狀況，10%學生認為數據有部分項沒有準確反映自己的學習狀況，5%學生認為數據完全沒有準確反映自己的學習狀況。調查數據表明：評價指標體系設置合理，能較好地表示學生的學習狀況；通過系統的處理機制得到的數據能較準確地反映學生學習狀況。
以這90名學生2010-2011年第一學期課程的數據為依據，對該年級90名學生進行評價，其正確率-錯誤率曲線如圖1所示，正確率達90%。
這表明，該模型具有很好的實用性和指導作用，大學英語網絡學習評價指標體系的結構比較合理，經系統得到的評價結果更加科學、合理，能較全面反映學生的學習狀況。經系統得到的評價結果和理論結果一致性較好，學生對于使用該系統給出的評價結果和指導學習的信息認可度在中等偏上。因此，提出的評價方案總體可行，可以考慮在更大范圍使用。
此評價模型可以進行計算機編程，使用起來更加簡便，可操作性更強，在大學英語教學評價中具有很強的實用性，模型的評價指標系數可以按照專家和實際教學需要進行調整，其僅適用于大學英語網絡自主學習的量化與非量化混合的綜合評價。此模型把過程評價和總結性評價有機結合，希望能解決我國大學英語網絡自主學習評價的難題。
?眼參考文獻?演
[1] Charles F. Saxon G. Reasons，Online Student Evaluation of Teaching for Distance Education: A Perfect Match? The Journal of Educators Online，Volume 2，Number1，January，2005.
[2] 張潤芝. CSCL評價技術的新趨勢[J]. 中國電化教學，2009，（5）：35.
[3] Tim S. Roberts, Self, Peer, Group Assessment in E-learning, Information Science Publishing, 2006.
[4] 張萍. 網絡環境下協作學習評價模型的探究[J]. 科技情報開發與經濟，2010，（34）：101-103.
[5] 覃美珍. 網絡環境下學生學習評價的研究[D]. 南寧：廣西大學，2005：31-33.
[6] 張京彬，余勝泉，何克抗. 網絡教學的非量化評價[J]. 中國遠程教育，2000，（10）：48-52.
[7] 大學英語等級考試機考樣卷. [2011-12]. .
[8] 彭祖贈，孫韞玉. 模糊數學及其應用[M]. 武漢：武漢大學出版社，2007：90-94.
[9] 張吉軍. 模糊層次分析法（FAHP）[J]. 模糊系統與數學，2000，14（2）：80-88.
[10] 張陽，王東，楊貫. 基于模糊AHP理論的網絡學習評價模型研究[J]. 湖南師范大學自然科學學報，2007，30（2）：71-75.
[11]張磊. 教育統計分析方法[M]. 北京：科學出版社，2007：255-256.
收稿日期： 2011－11－15
作者簡介：惠兆陽；梅樹美。哈爾濱理工大學榮成學院外語系
如果你仔細回想一下，“拼多多”所代表的這種復雜、高度集合信息的設計風格，在中國互聯網江湖中并非個例。
淘寶、京東、今日頭條等等，各大主流 App 的首頁設計均是如此——琳瑯滿目的信息恨不得填滿你的世界，色彩斑斕的圖片、GIF 搔首弄姿般地時刻提醒著你：點我！點我！
電商類 App 的首頁UI界面，是不是長得都差不多？
從左到右依次是：淘寶、京東、蘇寧易購、1號店
相較于國內互聯網公司復雜的“大而全”式設計，國外的 UI 設計大多走“簡約”路線：非常注重留白，收藏起功能選擇欄，集中突出某一項功能。
在同行的映襯下，難怪 Winnie 會覺得中國的 App “丑” 了。難道是中國互聯網人的審美出了什么問題嗎？
01 漢字原罪
關于審美的討論，其實是一個公說公有理、婆說婆有理的話題。在互聯網設計當中，美、丑都是相對的概念。在 Winnie 眼中，“丑”就是密集式的復雜設計，以中國為代表；“美”則是留白式的簡約設計，以美國等西方為代表。
自從喬布斯開始，在以科技創新為象征的互聯網行業中，美國等西方國家一直都“代表著先進文化的前進方向”，如今順理成章地，它們所采用的簡約設計風格，是目前國際上 UI 設計界的主流聲音。但中國的互聯網公司這次卻偏偏不跟風了，紛紛祭出各種五花八門的復雜設計作品，讓人眼花繚亂、應接不暇。
中國這種高密度的信息設計，往往都伴隨著幾大特點：鏈接多、圖片多、色彩斑斕。而這與漢字的結構息息相關。
中文中最復雜的漢字 biang
共有57畫
“biang biang面”為陜西關中地區的一種民間美食
與英文這種表音的拉丁文字不同，漢字作為表意的象形文字，是世界上最復雜的語言之一。英文有26個字母，相互排列組合就可以構成有意義的詞；但是漢字卻有八萬多個單字，不論是單獨、排列還是組合都可能生成不同的詞，結構著實復雜。
并且漢字沒有大小寫、沒有空格、筆畫眾多、花頭較少。在自身復雜的前提下，簡體漢字也缺乏很多設計上的可塑性。這就決定了在界面設計上，簡體漢字比英文更加繁瑣。所以，當你的App上大量出現中文的時候，即使其他元素保持不變，你也會覺得設計變得更復雜了，像是變“丑”了，降低了原先設計的“逼格”。
把包上的英文轉換成漢字，立刻滿滿的違和感（圖片來源微博）
在互聯網的世界中，簡體漢字不僅在外觀上相比英文更加復雜，其在功能上受到的制約，也加劇了這種復雜的呈現方式。
互聯網是誕生于英語世界的產物，這是一個從最底層的框架開始，就以字母為基礎構建的網絡平臺。不論是 Windows還是 Linux，再到移動時代的 Android 和 iOS，所有的操作程序都是用英文寫就的，這就導致在中文搜索出現前，如果用方塊字搜索網頁，你幾乎什么也搜不到的。
中文搜索出現后，域名的字母問題依然存在，用戶可以看得懂漢語，但是他們無法記住用英文字母拼就的域名。所以與其讓用戶去記住網頁地址的一連串字母，不如直接提供鏈接——這就體現了非英語世界中“門戶網站”的重要性。大量排列鏈接的意義本質上正是為了解決用戶“看不懂英語字母”的問題，讓他們可以直接點擊鏈接，導航到想去的網站。
2007年的新浪網
而且，這并不是簡體中文獨有的情況，日語、韓語、繁體中文等在設計上都與簡體中文有著相似的困境。在迎接以英文為主的互聯網時代到來時，不可避免地要使用這種多鏈接的方式，設計自己的網頁。
文字多了，為了配合布局讓網頁看起來不會那么枯燥，我們自然而然會想到添加圖片。于是各種五顏六色的圖片、色彩斑斕的GIF也就應運而生，配合設計師調配頁面上復雜的設計風格。
02 相比西方人，中國人更擅長觀察復雜環境
在國外腦科學領域有一個研究分支為“文化神經科學”（Cultural neuroscience），主要研究不同文化背景會對人的大腦神經產生怎樣的影響。
2005年，密歇根大學心理學系的三位教授Hannah Faye Chua， Julie E. Boland 和 Richard E. Nisbett 做了一個有趣的實驗。他們把一些圖片，分別拿給美國人和中國人觀看，然后記錄受試者的眼動情況和記憶能力。結果表明，美國人更容易注意到圖片中的單個物體；而中國人則能夠對物體、環境、背景等多種元素有一個均衡的感知。
實驗中所用到的讓受試者觀察的圖片示例和論文截圖
換句話說，中國人和美國人對信息有不同的感知方式，我們更擅長觀測充滿復雜信息的環境。Chua 他們認為，這與中美的文化差異相關：美國更崇尚個人主義，而中國則更崇尚集體主義。
后來，這一學科的其他相關研究均不斷印證了 Chua 他們的發現。專欄作家 Sharon Begley 在 “文化如何塑造大腦” 一文中寫道：當觀察復雜的場景時，亞裔和非亞裔分別激活了不同的大腦區域。亞裔大腦中的圖形處理區域會活躍起來，這使他們更能關注到整體；而非亞裔的大腦活動則主要集中在個體物體識別區域。
也就是說，咱們中國人，天生就有能夠處理復雜信息的能力，所以在面對“拼多多”們這種繁瑣的 UI 設計時，根本就沒太當回事兒。在我們日常生活的文化空間中，中國用戶已經逐漸習慣了各種復雜的元素構成，并不會認為它特別得“丑”或者“美”。復雜，只是一種習慣性的設計表達。
美國曼哈頓唐人街的街市布局與曼哈頓其他地區的布局截然不同
充滿了中國“復雜”的特色
圖片來源：維基百科
傳統中國人愛熱鬧，喜歡“人多”的氛圍，比如好餐廳就一定要是人聲鼎沸的，一定要是排隊的；喜歡紅色，因為代表喜慶。逢年過節更是要走街串巷，鑼鼓喧天、鞭炮齊鳴，這代表了好兆頭，是中國文化的一部分。
在這種文化環境下，我們誕生出來的設計作品也極具特色。諸如窗花、貼圖等充滿民族文化的設計作品，往往都透露著一種“復雜”的特點。一個作品中通常都有不止一個人物，細節雕琢得到位，各種元素齊全，整體上來看，體現出的就是一種信息密集式的復雜藝術特征。
蘇州桃花塢產出的桃花塢年畫，色彩艷麗
如果把它和“拼多多”們的主頁聯想在一起，是不是有一種異曲同工之妙？
你很難說這是丑還是美，它是一種客觀存在的文化現象，沒有隨著科技和互聯網的發展而消失，而是以另一種方式保存了下來。在使用這些互聯網產品時，中國最廣大的用戶們并沒有表現出太多對美丑的評價，因為我們在大腦中已經自然地接受了這種“復雜”的設計風格。
03 產品設計
日本設計師原研哉（無印良品最早的設計總監），曾在自己的書中（《設計中的設計》）說到：設計的首要任務永遠都是實用性，要在實用性的基礎上給用戶以美的體驗。原研哉是日本極簡主義設計理念的代表，極簡如他，依然強調的是設計在功能端的作用。
對于互聯網界面的 UI 設計來說，撇開文化表層的原因，它從本質來看就是一種商業行為，那么“滿足用戶需求”，就是產品經理在任何時候都會最優先考慮的事。對于中國的這些互聯網公司來說，采用復雜設計的最直接原因，可能只是因為這么做能賺錢而已。
Porter Erisman 在自己的暢銷書《六十億購物者（Six Billion Shopper）》中，記錄了李開復還在谷歌時的一次內部講話，那時谷歌還沒有離開中國。李開復在講話中提到，在全球各地谷歌實驗室進行的“眼動測試”中（眼動測試，記錄受試者在瀏覽網站時眼睛轉動的情況，以此來判斷他們注意力的變化），他們發現了一個有意思的現象：美國的谷歌用戶，在使用谷歌時，目光會直接鎖定在搜索框；而中國的谷歌用戶則可能會把整個網站都瀏覽一遍，就像是在尋找一些可能潛藏的“小驚喜”。
《六十億購物者》這本書描寫了全球電子商務市場中的企業故事
李開復的結論與Chua教授等的研究結果如出一轍。顯然，在中國的社會環境下，高信息密度的復雜式設計更符合用戶的行為習慣，也能吸引更多的用戶流量。
以淘寶和亞馬遜為例。對于美國用戶來說，他們平常的購物場景發達，用戶登陸亞馬遜往往會直接通過搜索框找自己需要的商品。而且這些用戶通常在登陸前，就對自己所要購買的商品有了充分了解。
亞馬遜在不同地區的首頁設計差異
它的中國版已經為中國人的使用習慣進行了明顯的個性化設計
但是中國用戶在淘寶上，往往會有一個“逛”的行為。他們打開淘寶后就像逛商場一樣，四處翻看，打開各種鏈接和優惠活動頁、觀看特賣直播，然后把不同店家的相同商品放進購物車，最后貨比三家再購買。
顯然，如果一個中國用戶用亞馬遜買東西，他不會覺得亞馬遜簡約、好看，反而會認為它的用戶體驗弱爆了，想要的信息統統都沒有。
除此之外，中國龐大的人口基數，也是孕育復雜式互聯網設計的一個重要原因。龐大的人口基數下代表了中國大多數互聯網用戶的基本樣貌：受教育程度普遍不高、需求多樣（且每一個細分需求都有足夠大的市場）、消費能力偏低。
雖然現在大家口中常說：到處都是985/211，碩士博士滿地跑。但實際情況是，中國從恢復高考以來，四十年累計的本科學歷者只占全國人口的不到 4%。受教育程度較低意味著對審美的敏感度也較低，他們更追求基本層次的體驗和享受。
對于這樣的網民群體，與其采用簡約設計讓他們獨立搜索，不如把所有選項都放在他們面前，讓他們自由挑選。越懶人模式的設計，也就越能夠留住用戶。
留住用戶就是留住了衣食父母，產品經理們一定都懂這個道理——于是他們把所有能想到的需求，都放在設計界面中。因為即使一個不起眼的需求，在龐大的用戶基數面前，都可能有海量的市場，誰都不愿放棄可能存在的商機。
最后，消費能力偏低，這就意味著中國用戶對價格更加敏感。2017年，中國全國居民人均可支配收入約為2.6萬元（約4000美元），而美國人均可支配收入則是60，000美元，是中國人的大約15倍。
同樣在手機App上搜索小米手環
在亞馬遜和淘寶出現的截然不同的UI界面
琳瑯滿目的填充式設計，充分滿足了消費者們的“廉價”心理：復雜的設計下，在線商品就像現實中的大賣場，復雜往往代表著“便宜”。
“廉價”的設計不會給用戶帶來心理負擔。我們在日常生活中，看到一家店裝潢精美設計優雅，會潛意識認為這家店的東西肯定很貴，從而在進店之前就產生消費心理障礙。
而價格敏感的用戶常常也會有一些“占小便宜心理”。他們往往覺得相同價錢買得東西越多，就越劃算。這也就是為什么淘寶店主們總會在賣東西時，送很多小禮品。比如買衣服送襪子，買籃球送氣針、氣筒籃球袋等等。所以，中國的電商們在制作宣傳圖片時，也會極力在一張圖里堆滿各種優惠信息，充分滿足人們“多就是好”的潛在閱讀期待。
所以，中國互聯網這種“復雜式”的設計風格泛濫，并不是我們失去了審美，而是在文化、經濟、消費者心理等多重作用下的考量。相比國外的簡約式風格設計，復雜的設計可能不好看，但是對于產品經理們來說，好看，并不是他們設計產品的最關鍵因素。
再多說句題外話，這種復雜的設計風格，如果讓國外公司模仿，還真不一定能做成。
去年天貓雙十一的時候，杭州的森馬電商部門聘請了幾十位設計師，來實時設計各種商品的展示圖片，以滿足淘寶這種復雜設計 UI 下的內容宣傳和調換。這只是森馬一個品牌而已，那天參與雙十一的品牌可能有成百上千個。為了要配合淘寶這種信息密集式的頁面設計，商家需要花費一筆巨大的人力成本。這樣的工作，也只有還在吃著人口紅利尾巴的中國市場上，才有機會做到了。
其實，中國的藝術史源遠流長，簡約之美的設計理念并不是什么舶來品，我們其實擅長得很。上文中舉的復雜的藝術設計作品，多來自民間。那么簡約的藝術設計作品，過去都是誰在把玩欣賞呢？
關鍵詞：集裝箱碼頭操作系統；產品化；研發；實施
中圖分類號：U169.6 文獻標識碼：A
本研究課題計劃以招商局青島碼頭CTOS研發實施項目為依托，在CTOS產品研發中植入產品化的理念，第一步實現主要部件組件化，利用積累起來的業務經驗逐步增加模塊復用的程度，研發出具有自主知識產權的，在技術架構以及開發工具上具有一定先進性并且可以滿足碼頭營運的，世界一流的集裝箱碼頭操作系統；然后以此為基礎搭建符合國內外集裝箱碼頭操作習慣，業界領先的集裝箱碼頭操作開發平臺，增加CTOS的競爭能力。
1 集裝箱碼頭操作管理系統國內現狀
TOS系統，俗稱集裝箱碼頭操作系統，在集裝箱碼頭的軟性指標中處于核心地位；國外的TOS系統發展多年，依靠早年積累起來的技術和眾多的客戶為業務背景，已經開發出很成熟的產品，可以適應大型集裝箱碼頭的操作管理需要；但是另一方面也存在費用高，維護周期長，本地化差異及核心技術受制于他人的問題；國內的TOS系統起步較晚，產品較不成熟，所以國內大型集裝箱碼頭使用的基本上是國外的產品，比如招商局旗下的蛇口集裝箱碼頭使用美國的Navis，赤灣集裝箱碼頭使用的是比利時的Cosmos產品；而此兩大碼頭占了整個深圳集裝箱碼頭的約一半箱量。
目前市面上各大碼頭用的TOS系統產品主要來源于國外的Navis、Cosmos、TSB等大的廠商；而國內較大的TOS系統研發企業有上海海勃、華東電子等主要公司，競爭相當強。招商局國際作為招商局旗下的優質公司，TOS系統作為企業的軟性核心競爭力，不論從國家重點發展自主創新的理念，還是市場化的需要，對自身的TOS系統的研發提出了更高的要求，產品化道路勢在必行。2003年至今，招商局集裝箱碼頭操作管理系統（下稱CTOS）已經在旗下5個中小碼頭成功實施，多年來積累了豐富的研發實施經驗，CTOS系統從1.0版本也發展到了3.0版本，但是隨著碼頭業務的不斷發展，原有項目化發展的CTOS系統逐步暴露出諸如單證等子系統之間的數據交換復雜、系統整體性能較低、后期擴展性弱、維護成本高等問題；所以盡快使CTOS系統產品化迫在眉睫。
2 重點解決以下幾個問題
（1）VC++的客戶端程序如何高效的調用基于IIS的.NET中間層服務。
（2）如何設計和抽取出一套基于Windows平臺的核心通用組件，增加復用率并且降低將來實施新碼頭TOS系統的研發實施成本。
（3）無線終端2.4G技術如何與目前大量使用的400M技術相結合。
（4）根據碼頭業務的差異和維護實施需要如何設計出通用配置化的架構。
3 具體設計方案
（1）VC++開發的非托管客戶端如何調用基于IIS的.NET服務
在.NET應用3層架構應用程序中，中間層應用服務器可使用.net remoting或WebService實現，兩種技術的主要特點如下：
a）WebService：語言獨立，平立，穿透防火墻，適合Internet場景應用；性能比TCP+Binary形式的Remoting慢；和host在IIS上的HTTP+Binary形式的Remoting性能基本相當；比host在IIS上的HTTP+SOAP形式的Remoting性能高；必須host在WebServer上；面向接口實現，適用于傳遞簡單數據類型或系統內置對象，不太適合傳遞復雜對象；遠程對象生命周期：只支持SingleCall模式。
b）Remoting：客戶端局限于.net framework；跨應用程序域的.net component；支持Binary or SOAP格式；支持TCP，HTTP，自定義通信協議；WebServer不是必須的，可host在其它自定義應用程序；TCP通道下的remoting性能比WebService性能高；完全的面向對象實現；遠程對象生命周期：支持SingleCall、Singleton、CAO三種方式。
在本系統中間層技術選型中，性能是第一位的考慮因素。TCP通道和二進制格式下的Remoting比WebService性能高是很明確的，但使用TCP通道一般需要另行開發一個Windows Service程序作為Remoting應用的host程序，這種方式主要的問題是比較難實現系統的負載均衡，且增加了系統的復雜度和增加了工作量。基于負載均衡的考慮，在本系統中，不考慮使用TCP通道的Remoting技術實現。
由于排除了使用TCP通道的Remoting，所以在系統性能比較上就只考慮IIS上的Remoting和WebService，通過參考微軟對兩種技術的性能對比測試報告，并進行實際的性能對比測試，對比性能測試的結果與微軟的測試報告結果一致：WebService比HTTP+SOAP方式的Remoting性能高；WebService與HTTP+Binary方式的Remoting性能基本相當，多數情況下WebService的性能稍高一些。
通過性能對比測試，顯示WebService和Host在IIS上的Remoting在性能上基本沒有差別，另外的重要的考慮因素是對VC++應用的支持。在TOS系統中，前臺應用程序采用VC++語言開發，前臺程序具有復雜的圖形處理，暫時不準備將這部分程序移植到.NET平臺實現。這種情況下如果中間層應用服務器使用Remoting技術實現，則前臺程序必須完全用.NET技術重寫；而如果中間層應用服務器使用WebService技術實現，則前臺應用程序可仍然使用VC++開發，這可以大大減少開發工作量，降低項目風險。
結論
經過對比Remoting和WebService技術的處理性能和適用場景，認為WebService技術更適合在本系統中，所以在本系統中決定采用WebService技術實現中間層應用服務器。
（2）如何設計和抽取出一套基于Windows平臺的核心通用組件，增加復用率并且降低將來實施新碼頭TOS系統的研發實施成本
系統計劃采取的架構基于COM組件，采用二進制方式進行共享，而不是傳統的代碼級重用，能夠降低系統的耦合型，更好的對并行開發方式的支持。SDK與ATL+WTL的結合，即可以減少對MFC的依賴，又可以利用成熟的ATL+WTL的模板類來進行快速的開發，在WTL中已經有很好的對窗口類的封裝，很好的對ATL進行了補充。ATL和WTL對用戶來說都是開源的，在調試跟蹤方面或者問題排查上，會有很大的幫助。
基于上述原因，整體圖形化系統采取COM組件搭建，設計思想如下：系統框架不緩存任何數據，COM實體緩存顯示和操作必需的數據。所有COM組件的數據交換采用標準的XML結構處理，可跨開發語言平臺使用（基于Windows）。根據實際情況，計劃對部分通用以及可能通用的模塊采取標準化的組件設計，進行COM抽象改造之后，可被其它模塊或者開發語言調用使用，降低了開發成本。
1）船側視圖。2）船瀏覽圖。3）船貝圖。4）船柱狀圖。5）堆場外觀圖。6）堆場鳥瞰圖。7）堆場貝位圖。8）堆場欄圖。9）泊位計劃。10）統計表。
（3）無線終端2.4G技術如何與目前大量使用的400M技術相結合
關于碼頭無線終端的使用，目前存在兩種帶寬的技術：400MHz和2.4GHz；這兩種技術模式各有優缺點，說明如下（灰色底色表示優點）：
從上表可以看出，400MHz的目前需要繼續使用的理由是由于歷史原因以及成本考慮，長期來看會逐步被2.4GHz所替代；但是400MHz的會繼續存在2～3年或更久。所以，在設計上我們必須考慮將兩者在系統級別不作區分。統一設計維護。
基于以上考慮，無線終端服務設計思路如下：
1）無線終端服務端只關注界面邏輯，業務邏輯放到IIS的中間層進行處理。
2）2.4GHz的終端和400MHz的終端統一通過封裝的無線終端服務進行中間層的訪問，終端不直接訪問中間層。
3）由于400MHz的界面顯示處理只能在無線終端服務端進行；故在無線終端服務端的設計內單獨加入400MHz的界面處理類，其余的類不再區分2.4GHz或者400MHz，進行統一處理。2.4GHz的客戶端處理當作Windows客戶端處理，不需服務端介入。
（4）根據碼頭業務的差異和維護實施需要如何設計出通用配置化的架構
為提高圖形化系統的產品化程度（主要包含船舶管理和堆場管理兩大模塊），減少新碼頭的開發成本以及后期實施的成本，需要對各個碼頭對于碼頭圖形化系統的需求進行抽象并且進行配置化處理，主要分為以下兩類的配置化：
1）界面元素配置化
在VC++的實現框架下，采用的XML來進行UI配置，目標是將目前存在的每個碼頭一套代碼合并成統一的一套編譯代碼，而最終的目的則是要將前臺軟件產品化。因此，在UI部分進行合并時，則要求不是簡單的將所有代碼能合并到一個編輯框架下，而是消除現有軟件實施過程中碼頭化的概念，將所有的功能都合并起來，形成一個功能全集；通過配置，選擇不同的功能模塊，以滿足不同碼頭的業務需求。
①以XML文件來描述UI組件的位置，控件類型，以及所對應的事件。
②提供一個模板基類，對XML中的UI元素統一的消息處理，將所有的事件依據XML中配置的函數名進行事件分發。
③對于需要定制化的UI界面，繼承框架提供的模板基類，并注冊事件處理函數后，通過裝載UI XML來達到界面功能配置化的目的。
2）業務流程的配置化
業務規則定制由3部分組成：框架、XML配置文件、業務規則定義。
1）業務規則管理實現了ITOSRuleManage接口，該部分由系統框架實現，提供如下功能：提供業務規則的管理；提供數據參數的傳遞；根據業務流程編號按順序執行配置文件中使用到的業務規則；可獲取業務規則返回的信息。
2）通過XML配置文件來定義業務流程中使用到的校驗項，分兩部分：業務規則集合定義和業務流程中使用的規則：業務規則定義包含：規則ID、組件CLSID、函數名稱；業務流程包含：業務流程編號、使用規則、規則對應附加參數的描述。
3）業務規則定義，即通過輸入的數據，來判斷是否符合規則。
4 預期效果
（1）業務邏輯層采用了標準WebService方法構建，適應各種不同的客戶端（含C/S，B/S）調用，無需過多考慮開發語言和模式，只要能調用標準WebService都可以。
（2）抽象了10個以上的圖形化組件，此部分內容可適應目前所知的絕大部分碼頭的需要，不需要再進行開發。大大減少了圖形化系統的研發和實施時間。
（3）技術和業務上整合了無線終端目前的主流頻點400MHz和2.4GHz開發，可以適應所有碼頭的無線終端的需求；實施過程中只需要根據各碼頭實際業務進行業務處理調整即可，無需對技術架構進行改變。
（4）由于根據已實施碼頭的實際經驗以及業界其他碼頭的可能預期在圖形化系統進行了可配置項的設置，此部分內容可適應絕大部分碼頭的需要，只需要根據新碼頭的實際情況進行配置即可，不需要再進行開發，大大減少了圖形化系統的研發和實施時間。
參考文獻：
[1] 張莉. D港集裝箱碼頭堆場系統業務流程現狀、問題及對策[J]. 物流技術，2009，28（1）：44.
[2] 馬健麗. 基于400M無線網絡的中小型集裝箱碼頭無線作業調度系統[J]. 中國科技信息，2010（12）：130.
[3] 徐繼成，曲國臣. 集裝箱碼頭操作系統解決方案研究[J]. 水運科學研究，2006（3）：35.
[4] 彭傳圣. 集裝箱碼頭經營與技術信息[J]. 水運科學研究，2007（1）：58.
一、電子資源的績效評價方法和評價標準
（一）電子資源的績效評價方法
目前，電子資源的績效評價方法主要分為定性評價法、定量評價法和綜合評價法。
1.定性評價法是指根據評價標準和指標體系對電子資源進行評價的方法。其優點在于：可以對評價對象進行全面、細致和深入的分析，從多種思路、多種視角、多種觀點考察電子資源的質量。其局限性在于：主觀性較大，有時可操作性較差，合理性和可信性可能會引起爭議，規范性、準確性和科學性有待進一步提高，時效性不強等。
2.定量評價法是指按照數量分析方法，利用網絡自動搜集和整理網站信息的評估工具，從客觀量化角度對網站信息資源進行優選與評價。定量評價方法提供了一個系統、客觀、規范、科學的數量分析方法，與定性分析法相比，利用該方法得出的結論更為直觀和精確，有著較高的可信度。它的不足之處在于：量化的標準過于簡單化和表面化，往往無法對電子資源進行深層次的剖析和考察，不確定性因素較多，技術手段還不成熟等。
3.綜合評價法是將定性評價法和定量評價法二者有機地結合起來的方法，這樣既能發揮定性方法全面、細致、深入、成熟的優勢，又具備定量方法系統、客觀、規范、科學的優勢，從而達到綜合完整地評價網絡信息資源的目的。綜合評價法中最典型的方法是層次分析法（Analytic Hierarchy Process，簡稱AHP）、模糊綜合評價法和線性回歸法。其中，層次分析法是由美國運籌學家、匹茲堡大學教授T?L?Saaty提出的，AHP的整個過程體現了思維活動中分析、判斷、綜合的基本特征，并將主觀比較和判斷用數量形式進行表達和處理，具有一定的有效性、可靠性和廣泛的適用性。模糊綜合評價法是建立在模糊理論基礎上的一種分析方法，由于在評價的過程中需要考慮多種帶有一定程度模糊性的因素的影響作用，而且模糊數學中的隸屬規律可以對一大類模糊現象進行客觀的數量刻畫，故而可以應用以模糊集論為基礎的模糊數學理論與方法對網絡信息資源進行研究和評價。線性回歸法是根據線性回歸的概念、原理建立多元線性回歸模型的方法，該方法中各個評價指標用一個給定的變量x1，x2，…，xp（p≥2）來代替，通過回歸方差分析和系數檢驗得到評價結果。[1]
（二）電子資源的績效評價標準
國外自上個世紀90年代中期以來非常關注數字館藏的使用統計及服務績效評價問題，并開展了很多這方面的研究，出臺了一系列電子資源使用及服務績效評價指標體系。其中，關于數字館藏使用統計及其服務績效評價的指標體系項目，包括2003版“ISO2789附錄A”、歐洲圖書館協會的電子圖書館服務績效評價項目“EQUINOX：Library Performance Measurement and Quality Management System Performance Indicator for Electronic Library Services”、美國研究圖書館協會主持的電子資源評價項目“E-Metrics（Mea-sures for Electronic Resources）”，集中代表了1998年以來國外眾多關于數字館藏使用、統計、績效評價指標研究的成果。
在國外的大學圖書館電子資源的績效評價研究項目中，頗具影響力的是“E-Metrics”。該項目專為應對在電子資源評價方面所遭遇的挑戰而建立，包括耶魯大學圖書館在內的24個大學圖書館和包括OCLC/FirstSearch、Elservier公司在內的11個數據庫提供商共同參與了此項目。這些大學圖書館與出版商或數據商共同合作，研究電子資源的利用統計和績效評價，重點是數據庫的利用統計分析，并以此為基礎再對電子資源進行系統化的評估。“E-Metrics”項目在大學圖書館電子資源績效評價研究方面進行了有益的探索和嘗試，其指標體系的制定與具體實施為我國大學圖書館的電子資源利用統計和績效評價研究提供了寶貴的經驗。[2]
由于國內電子資源的數量較少、使用時間相對較短，加之服務與成本意識較為薄弱，電子資源的利用績效問題尚未引起足夠的重視。目前對于電子資源利用績效評價的研究才剛剛興起，還沒有成熟、科學的評價體系。不過一些數字化程度較高的圖書館和相關機構與學者已開始關注這一問題，并提出了電子資源評價指標體系。
相關論文和文獻綜述的查新結果表明：絕大多數國內外學者都是從定性的角度探討指標體系的，極少有學者提到定量指標問題。但近幾年，國外已有學者開始探討定量研究電子資源績效評價的方法，并取得了一定成效。而在國內，對于電子資源評價指標體系的研究仍然以定性研究為主，即便有定量指標也因沒有確定同樣的比較單位和環境造成了事實上的不可比性。例如，在比較兩個數據庫的登錄次數時沒有考慮每個數據庫的數據量和目標讀者群的大小；在比較數據庫價格或使用成本時同樣沒有考慮目標讀者群和實際讀者群的大小。顯然，相對于國外，國內在定量評價法上的研究還比較薄弱。除此之外，國內評價指標還存在評價內容單一、適用性和可操作性較差、指標的設立不具有前瞻性等問題。本文基于現有的國內外學者的研究，擬采用定性和定量分析相結合的方法，即模糊分析法，對電子資源績效評價問題進行探討和研究。
二、基于模糊決策理論構建電子資源綜合評價體系
模糊數學自美國著名控制論專家L?A?Zadeh教授于1965年發表《Fuzzy Sets》一文以來，作為一門新興學科發展十分迅猛，其應用的觸角涉及各個領域。而電子信息資源具有廣泛的模糊性，對這類模糊性不確定現象進行數學處理的方法是力求從事物的模糊性中確定廣義的排中律。這個廣義的排中律就是模糊集論中的隸屬規律，使我們可以對一大類不確定現象進行客觀的數量刻畫，并對這類現象進行計量研究。[3]
（一）建立綜合評判決策的數學模型
模糊綜合評判決策是對受多種因素影響的事物作出全面評價的一種十分有效的多因素決策方法。所以，模糊綜合評判決策又稱模糊綜合決策或模糊多元決策。
設U={u1，u2，…，un}為n種因素（或指標），V={v1，v2，…，vm}為m種評判，它們的元素個數和名稱均可根據實際問題需要自行規定。由于各種因素所處的地位不同、作用不同、權重不同，因而評判也就不同。因此綜合評判應該是V上的一個模糊子集B={b1，b2，…，bm}∈（V）。其中bj（j=1，2，…，m）反映了第j種評判vj在綜合評判中所占的地位（即vj對模糊集B的隸屬度：B（vj）=bj）。綜合評判B依賴于各個因素的地位權重，它應該是U上的模糊子集A=（a1，a2，…，an）∈（V）。且其中，ai表示第i種因素的權重。因此，一旦得到權重A，相應地可以得到一個綜合評判B。于是，需要建立一個從U到V的模糊變換T。如果對每一個因素ui單獨作一個評判f（ui），則可以看作是U到V的模糊映射f，即f：U（V），ui|f（ui）∈（V）。由f可誘導出一個U到V的模糊線形變換Tf，再把Tf看作由權重A得到的綜合評判B的數學模型。
（二）模型的操作步驟
第一步：構造因素集U={u1，u2，…，un}。
第二步：構造評判集（決斷集）V={v1，v2，…，vm}。
第三步：構造單因素評判矩陣R。由f：U（V），ui|f（ui）=（ri1，ri2，…，rim）∈（V），再由模糊映射f又導出模糊關系Rf∈（U×V），即Rf（ui，vj）=f（ui）（vj）=rij，因此Rf可由模糊矩陣R∈un×m表示：
R=
R稱為單因素評判矩陣。由模糊關系R可誘導出U到V的模糊線形變換Tf，即（U，V，R）構成一個模糊綜合決策模型，U，V，R是此模型的3個要素。
第四步：綜合評判 設Ai為評判集權重，將Ai=（a1，a2，…，an）取max-min合成運算，即用模型M（∧，∨）計算，則可得綜合評判Bi=Ai?R。其模型轉換過程如圖所示：
第五步：多層次綜合評判 由綜合評判結果得到多層次模糊關系矩陣R綜，并設P為因素集權重，將P=（P1，P2，…，Pn）取max-min合成運算，即用模型M（∧，∨）計算，可得多層次綜合評判B綜=P?R綜。
（三）確定電子資源的績效評價指標
評價指標體系的選取合適與否，直接影響到評價結果的準確性和可靠性，科學、合理的指標體系是評價準確可靠的基礎和保證。按照科學性、系統性、客觀性、發展性和可操作性原則，針對電子資源自身特點和屬性，初步確定為以下5個方面的評價指標。
1.內容指標包括：①覆蓋范圍，即本校學科的覆蓋率，一般用以考評用戶對學科建設與發展的需求滿足程度；②信息量，即主要收錄的所有類型資源的數量；③準確性，即信息描述與客觀對象是否一致；④權威性，即是否有著名專家、學者支持以及一般信息與技術信息的比例；⑤更新率，即內容更新頻率。
2.利用指標包括：①檢索技術，即系統是否允許用戶使用各種檢索技巧以便更準確和快速地查找所需信息，如結果的再次檢索、高級檢索等；②檢索功能，包括檢索語言、檢索策略、導航技術等；③檢索結果，即考評用戶能否得到使用和下載方便、內容全面的檢索結果以及數據檢索結果是否準確等；④操作界面，即是否便于讀者使用；⑤用戶服務，是指在檢索功能之外系統還為用戶提供了哪些服務，如幫助文件是否完整、有無用戶檢索歷史記錄等。
3.學術指標包括：①滿意度，即用戶總體滿意度；②訪問量；③下載量；④使用量，即目標讀者群中使用過該數據庫的人數；⑤準確度，即檢索內容的查全率和查準率。
4.效用指標包括：①軟硬件購置成本，包括數據庫購買費用、服務器及存儲設備等硬件費用、軟件費用等；②單篇成本；③年漲價幅度；④讀者人均服務成本，其計算方法為：讀者人均服務成本=數據庫軟硬件購置成本/目標讀者群的人數；⑤數據庫平均服務成本，計算方法為：數據庫平均服務成本=數據庫軟硬件購置成本/訪問該數據庫首頁的總人次。[4]
5.其他指標包括傳輸速度、統計功能、并發用戶數量控制、穩定性、售后服務。
三、模型的應用（以哈爾濱商業大學圖書館電子信息資源為例）
（一）構造因素集和評判集
以電子資源評價指標作為因素集，即U={u1，u2，…，un}={內容指標，實用指標，利用指標，效用指標，其他指標}。
由因素集中各分指標構造評判集，即V內={覆蓋范圍，信息量，準確性，權威性，更新率}、V實={檢索技術，檢索功能，檢索結果，操作界面，用戶服務}、V利={滿意度，訪問量，下載量，使用量，準確度}、V效={軟硬件購置成本，單篇成本，年漲價幅度，讀者人均服務成本，數據庫平均服務成本}、V其={傳輸速度，統計功能，并發用戶數量控制，穩定性，售后服務}。[5]
（二）確定哈爾濱商業大學圖書館電子信息資源綜合評價因素權重
按照基于模糊數學決策理論建立的綜合評價模型，首先需要確定3個權重值，即指標因素集權重值、指標評判集權重值和各分項指標權重值。哈爾濱商業大學圖書館設計了相關表格，對相關電子數據庫設計專家和經常使用圖書館電子資源的用戶（共100人）進行了調查，最后利用加權統計方法進行了計算，從而確定了電子資源績效評價的指標因素集權重值、指標評判集權重值和各分項指標權重值（分別見表1和表2）。
各分項指標權重按中文數據庫、外文數據庫、電子圖書3個大類的電子資源分別制表進行調查統計，表3只是為了說明模型的應用，僅列出中國知網（CNKI）全文數據庫的各分項指標權重加權統計結果（其它略）。
（三）構造單因素評判矩陣
從表3可以得出單因素評判的模糊矩陣R。
CNKI的內容指標：
（四）綜合評判
從表2得知A內=（0.20 0.30 0.20 0.15 0.15），則根據綜合評判模型可得CNKI內容指標的單因素評判結果為：
同理可得CNKI的實用指標、利用指標、效用指標和其他指標單因素評判結果為：
（五）多層次綜合評判
從表1得知因素集權重P=（0.20 0.30 0.20 0.20 0.10），又由以上綜合評判結果，我們可以得到綜合評判模糊關系矩陣R綜，因此按多層次綜合評判公式B綜=P?R綜。
可得CNKI的多層次綜合評判結果為：
評價結論有優秀、良好、一般、較差4種，分別表示評價該項資源優秀、良好、一般和較差的人數占總參評人數的比例。CNKI的多層次綜合評判結果表明優秀率為48.85%、良好率為26.18%、一般率為14.12%、較差率為10.85%。
同理，依據上述模型和步驟依次可以計算出我館其它電子資源的綜合評判結果（見表4）。
關鍵詞：遠程教育；協同技術；云黑板
中圖分類號：G40-057 文獻標識碼：A 論文編號：1674-2117（2016）19-0069-04
引言
當前的遠程教育系統，無法充分發揮教室內傳統教學實時交互交流的優勢。雖然能為用戶提供一定的協作交互環境，但都是按照系統預先設置好的步驟進行，缺少靈活性。當需要實時溝通時，基本上是通過視頻、語音和文字的方式進行交流，可許多溝通是需要通過一種類似傳統課堂的黑板媒介來實時交互進行的，這一點在現有的遠程教學系統中卻很難實現。
因此，筆者結合當前的云教育平臺，研究了一種基于移動終端的支持自主移動學習的“云黑板”教學平臺，它具有支持模擬黑板協同交流、支持移動WEB跨平臺和支持多用戶在線實時參與的特點，能為遠程用戶提供實時交流，更能激發學生的學習興趣和學習動力，體現學生學習的能動性和自主性。
支持移動自主學習的云黑板模式
現代遠程教育由教師、網絡和學生三個關鍵要素組成。傳統的網絡教育是教師在線直播，學生連接網絡接受授課的在線教育模式。然而直播并不能真正體現遠程教育對實時性的需求，即使學生能夠在線提問、在線留言。筆者提出的云黑板教學模式，不僅會有基本的多用戶語言交流，更能支持師生在云黑板平臺實現模擬黑板的操作，即教師在授課的同時，可以在云黑板上作圖，學生可以實時參與從而協同繪制，最終實現實時“你見即我見”的效果。云服務資源服務器的支持，以及云黑板移動終端客戶端的適配讓遠程教育用戶有了多樣化、個性化的選擇。對移動設備的支持，可以最大程度地減少教師開課以及學生上課時受到的時空限制；學生可以實時參與多種課程的學習，為自己制訂學習計劃，充分體現云黑板系統對多樣化、個性化需求的滿足。這樣，移動終端多用戶協同交流云黑板，真正做到了適應任何人在任何時間、任何地點，選擇任何內容進行學習，真正讓使用對象脫離計算機屏幕的約束，給參與者提供了一種舒適休閑狀態的學習啟發空間，提供了便利的隨時隨地參與學習的自主移動學習途徑。
作為為移動終端客戶端提供云黑板的后臺支持，服務器端運行云黑板支持系統還需要建立相應的遠程教學資源庫。移動終端主要提供云黑板客戶端模塊，如下頁圖1所示，需要解決的關鍵技術有瀏覽器矢量圖形繪制與編輯、矢量圖形對象并發控制，同時需要解決基于服務器推送的協同設計功能。
關鍵技術
1.系統架構
移動終端以安卓為例。圖2是云黑板系統的技術架構，從圖中可以看出這是一個混合應用的設計方式，移動WEB客戶端被一個原生應用承載。混合型的云黑板系統移動客戶端不僅保留了一定的可移植性，還保證了類似原生應用的體驗。移動終端客戶端主要分為基本矢量圖形接口、各功能模塊實現層、用戶接口調用層三層。底層基本矢量圖形的接口函數，提供繪制矢量圖形的上層調用，這一層是整個矢量圖形的核心層。功能模塊實現層能實現網頁矢量繪制平臺的大部分功能。在該層調用底層繪圖函數實現動態繪制、圖形數據的異步保存和協同繪制。最上層是矢量圖形顯示及用戶接口層，它為用戶提供繪制基本矢量圖形、選擇矢量圖形、編輯矢量圖形的工具，以及用戶當前操作的圖形顯示和操作狀態顯示。
2.關鍵技術
（1）移動終端的多用戶協同技術
在大多數情況下，協同設計架構主要是C/S（Client/Server）結構，服務器能夠實時向客戶端推送更新的消息，而不需要客戶端向服務器請求。云黑板客戶端為了保持自身的優點，采用了混合模式APP，其核心是移動WEB。且在移動WEB的B/S（Browser/Server）結構中，移動WEB客戶端需要獲得服務器上更新的信息，必須通過請求響應模式，這種模式下用戶獲得的數據沒有實時性，而且有大量不必要的數據更新，因此會產生大量冗余數據的傳輸。為了解決這一問題，筆者專門研究了服務器推送的原理，實現了通過長連接技術，將服務器端更新的矢量圖形推送給相應的移動WEB客戶端，從而達到類似C/S結構實時推送的效果。
為了能在移動WEB客戶端的B/S結構中保證前后端通信的實時性，需要建立客戶端和服務器端之間的長連接。這里采用的WebSocket能更好地節省服務器資源和帶寬，并達到實時通訊。為了在原生應用下實現用戶登錄以及聊天功能，客戶端使用了socket.io，而與服務器建立了另外一條消息通道。socket.io封裝了WebSocket，同時包含了其他的連接方式，如Ajax等。
矢量圖形的協同數據交換過程包括矢量圖形的特征基本屬性信息到矢量圖形協同特征數據模型交換、矢量圖形協同特征數據模型的網絡傳輸服務器數據推送、矢量圖形協同特征數據模型到矢量圖形的數據交換。
每一個繪制的圖形將被保存到一個Model對象中，協同的基本原理是：一個客戶端更新圖形后，將更新后的Model通過socket.io提交到服務器，由服務器向其他客戶端進行廣播，再由其他客戶端對數據進行顯示。
（2）矢量圖形繪制及沖突檢測
圖形的繪制包括圖形對象的創建、更新、存儲。所有矢量圖形繪制都是基于像素的，它們是矢量圖形的最基本單元。如果能在網頁中創建一個最基本的像素單元，使其通過控制這些像素單元的顯示來繪制矢量圖形，就方便多了。基于此原理，筆者以DHTML和JavaScript為開發語言，使用寬為lpx，高為lpx的Div對象作為一個像素。有了像素單元，所有標準圖形將可以直接應用計算機圖形學相關繪圖算法實現繪圖。例如，直線將可直接應用Bresenham快速畫直線的算法。簡單地說，就是直接在滿足給定直線方程的坐標上繪制像素。據此類推，矩形可由四個直線方程表示，填充則是在一個封閉區域畫滿像素。
由于當前移動WEB瀏覽器平臺純網頁模式下不存在圖形繪制環境，不存在基本的圖形庫，因此需要從底層最基本的矢量繪制開始，構建相應的圖形庫，主要建立二維基本矢量圖形庫。基于移動WEB瀏覽器網頁的圖形繪制實現，性能好壞至關重要。它一方面與移動終端硬件以及瀏覽器的Render Engine緊密相關，另一方面與圖形的實現算法并結合網頁元素的特性來表示一些基本的矢量圖形。這樣能大大減少表示矢量圖形的基本像素網頁元素，性能優化主要做這方面的工作。這個過程可以在瀏覽器支持和安全允許的前提下，借用HTML5的canvas圖形引擎功能，直接進行圖形繪制和性能優化的實現。
在網頁上，支持二維矢量圖形協同繪制平臺中所定義的圖元的操作有矢量圖形繪制、選擇、修改、移動、刪除等操作。假設我們定義矢量圖形的操作集合OP，OP={P，S，C，M，D}，其中P代表繪制，S代表選擇，C代表修改，M代表移動，D代表刪除。
針對網頁矢量圖形繪制環境下并發操作的沖突檢測，設用戶Ui，執行操作為OPi，該操作所作用的矢量圖形記為Gi，用戶Uj，執行操作為OPj，該操作所作用的特征對象記為Gj，（Gi可以等于Gj），通過以下步驟檢測并發沖突：①如果Ui操作是繪制矢量圖形Gi，OPi=P，則Uj的操作不與其他用戶產生沖突，檢測結束。②如果Ui操作是選擇矢量圖形Gi，OPi=S，則Uj的操作與其他用戶操作不產生沖突，沖突檢測結束。③如果Ui操作是修改矢量圖形Gi，則Uj與所有與其并發的且對Gi的操作OPj且OPj不屬于{P，S}，產生操作沖突，沖突檢測結束。④如果Ui操作是移動或刪除矢量圖形Gi，則Uj與所有與其并發的且對Gi的操作OPj且OPj不屬于{P，S}，產生操作沖突，沖突檢測結束。
（3）多用戶并發控制策略
多用戶同時操作有很大可能會產生沖突，因此需要并發控制。在分布式系統、多線程系統中，并發控制是普遍需要解決的問題，它也是計算機協同系統需要解決的關鍵技術之一。在實時計算機協同系統中，會存在多個不同用戶都需要訪問的共享對象（如云黑板中的矢量圖形圖元等），因此系統需要對多個不同用戶訪問共享對象的操作進行實時響應，這樣才能達到“你見即我見”的效果。由于多個不同用戶同時對一個矢量圖形的并發訪問是不可避免的，因此會發生不可避免的沖突，并發控制策略是為保證數據的一致性而必須采取合適的策略。其主要目標是保證在對共享資源并發訪問的情況下，能正確地操作共享資源。筆者主要采用對矢量圖形加鎖和協同感知技術，來解決和避免多用戶同時操作矢圖元產生的沖突。
對所繪制的矢量圖形加鎖是保證數據一致性的常用手段，它是對用戶訪問的共享對象進行加鎖和解鎖操作。用戶在對矢量圖形進行繪制、修改、刪除操作之前，必須先對該矢量圖形對象進行加鎖，防止其他用戶進行操作，從而滿足用戶對矢量圖形對象進行操作的要求。其他用戶在訪問加鎖以后的矢量圖形對象時，如果得不到該對象的訪問權限，就必須等待，直到用戶釋放控制此矢量圖形對象的鎖后，才能訪問。
所謂協同感知是指群體協作環境能夠在不影響其他參與者協同工作的情況下，將一個參與者的信息傳遞給各協作參與者，使得各協作參與者能夠彼此感知到對方的狀態信息。其目的是模擬現實世界的協作過程，讓參與協作的人在計算機環境中了解其他人的活動，從而為自己的活動提供一個“上下文”環境，消除由空間上的分布帶來的割裂感。
筆者將上述兩種方法融合，應用到云黑板系統中，實現了當一個用戶編輯某個對象以后，整個編輯過程將被協同，其他用戶可以看到其編輯過程，但不能獲得圖形對象的編輯焦點，需要等待當前編輯用戶完成編輯才能操作。
系統實例
云黑板系統采用Nodejs服務器，當網絡正常連接到服務器且登錄成功后，可以直接選擇工具箱中的內容協同作圖。圖3中左圖即為協同作圖效果圖，顯示了當前參與協同的用戶。圖3中右圖為用戶聊天的實現效果。用戶可以隨時交流，獲取資源，體現移動自主學習。
總結
云黑板系統不僅可作為遠程教育教學平臺，也可推廣到各種教育培訓機構中使用，作為企業集團培訓、企業客戶培訓等移動終端輔助產品。終端用戶可以是教育人員，也可以是企業客戶以及其他類型參與人員。該系統既吸收了傳統遠程教育平臺優點，又突出了移動終端的優勢，真正做到了施教者與受教者能夠不受時空限制，隨時隨地學習。可見，面向移動終端的云黑板系統使用范圍廣泛，應用前景廣闊。
參考文獻：
[1]馬麗潔.遠程教育與當代信息技術的整合研究[J].成人教育，2016（1）：19-22.
[2]孫立會.開放教育基本特征的變遷――兼議MOOC之本源性問題[J].遠程教育雜志，2014（2）：30-38.
[3]徐苑苑，張際平.基于云架構的網絡教學平臺設計與實現[J].遠程教育雜志，2013（03）：71-78.
[4]張波.基于對象視圖模型WebView的Web應用框架[J].軟件學報，2002（10）：1985-1990.
[5]胡晶.基于HTML5的Web移動應用開發研究[J].工業控制計算機，2014（10）：80-81.
[6]黃經贏.基于Socket.io+Node.js+Redis構建高效即時通訊系統[J].現代計算機（專業版），2014（13）：62-69.
[7]許會元.NodeJS的異步非阻塞I/O研究[J].工業控制計算機，2015（3）：127-129.
[8]陳嶺.基于Web的實時協同編輯系統中的一致性控制[J].計算機研究與發展，2001（12）：1505-1511.
[9]王越.移動互聯網時代協同感知技術研究[J].河南科技，2015（5）：9-11.
關鍵詞 Web3D；Flash3D；WebGL；編譯
中圖分類號TP39 文獻標識碼A 文章編號 1674-6708（2013）102-0199-02
0引言
網絡3D化是當前互聯網發展的一個新趨勢，尤其是近幾年來移動互聯網的迅猛發展，推動了Web3D技術的革新。當前，在網絡上最流行和最被廣泛使用的3D技術是Flash3D技術。網上有很多流行的基于Flash的3D引擎，既有商用非開源的，也有免費開源的，沒有統一的標準。隨著網絡3D的發展，Flash適時地推出了新的3D技術——Stage3D。Stage3D不僅采用了最新的渲染技術——可編程渲染管線，而且支持GPU硬件加速技術。然而，Stage3D依然無法改變插件化這個事實。HTML5的出現，讓網絡3D去插件化得以實現。基于HTML5的WebGL技術，真正做到了無插件，只需瀏覽器，就可以展示3D模型，甚至是運行大型3D在線游戲。WebGL有望取代Flash的Web3D霸主地位，成為新一代的Web3D標準。
1 WebGL的優勢
WebGL是一項新興的Web前端技術，它是OpenGL和JavaScript的組合，在HTML5的canvas標簽上繪制和渲染3D模型。WebGL最大的優勢在于它無需插件，依靠瀏覽器，就能夠虛擬出三維世界。WebGL是開源免費的，并且是跨平臺，在開源社區的大力支持下，WebGL充滿著活力。WebGL是Web上的OpenGL，支持GPU硬件加速技術和可編程Shader，能夠高效輕松地渲染和展示3D高級特效。WebGL使用HTML5的canvas標簽作為內容的展示舞臺，能夠方便地嵌入網頁，實現了邏輯和UI的剝離。
2無損轉換器的設計與實現
Flash/Stage3D的編程實現語言是ActionScript3.0語言，而HTML5/WebGL的編程實現語言是JavaScript語言。這兩種編程語言都是基于ECMAScript的編程語言。ECMAScript是一種ECMA-262標準化的腳本程序設計語言，在萬維網上被廣泛使用。因而，ActionScript3.0和JavaScript是同宗同源的，ActionScript3.0翻譯轉換成JavaScript是完全可行的。圖1是本轉換器的基本架構圖。
2.1文法分析
2.2 LL（1）分析器
我們采用自上而下的語法分析方法，對任何輸入串，試圖用一切可能的方法，從文法開始符號出發，自上而下地為輸入串建立一顆語法樹。
LL （1） 分析器的核心成員將包含產生式，掃描器，終結符，非終結符。一個標準的BNF產生式，其形式如：rule：：=expression ，其中rule為產生式的名稱，而expression則是這個產生式的具體表現，Rule表示產生式的名稱，Expression中存儲著具體表現的所有單詞。終結符是任意單詞串（即不包含空格的）的集合，在一個文法中，終結符只可能出現在任意產生式的右側，即Expression中。而非終結符為所有在文法產生式左邊出現的符號，即所有的可能的Rule。在分析過程中，若遇到非終結符，則意味著將進行新的規約。掃描器為特殊的產生式，它的Rule必定是一個終結符，而它的Expression則為一個正則表達式。掃描器的作用則是當分析器在規約到一個終結符時，為了判斷這個字符串是否匹配，那么通過掃描器就可以完成，任意字符串都會通過正則表達式來判斷是否匹配。
通過LL（1）分析器的分析，將產生三個符號集合：First集合、Follow集合、Select集合。First集合是任意一個記號最后代表的串中可能在第一個出現的終結符，或者是空串ε。Follow集合是為任意一個記號最后代表的串之后第一個出現的可能的終結符，或者是開始符號。Select集合是一個表格，用來在任意符號遇到任意終結符的時選擇不同的產生式。這些符號將在接下來的上下文處理中得到進一步的分析處理，為最終的翻譯映射做鋪墊。
2.3 上下文相關分析
在文法構造過程，ActionScript3.0的文法包括包文法、類文法、塊文法3種。這里的上下文處理指的就是ActionScript3.0文件結構的上下文，我們設計了一個類ASContext來表示這個上下文。ASContext有四個主要的屬性：Imports、Predefs、CurrentClass、CurrentFunc。其中，Imports用來保存當前正在分析的Import引用，Predefs用來保存當前分析的預定義，CurrentClass表示當前正在分析的類，而CurrentFunc表示當前正在分析的方法。
上下文相關處理的具體分析如下：
在文件塊中，若遇到包塊文法的開始，ASContext記錄下包塊的信息。若遇到包外類的定義，則將CurrentClass設置為此外部類，同時將包外類加入包外類的集合。同時，將所有的Imports和Predefs保存到CurrentClass，并清空這兩個集合。
在包塊中，若遇到類定義，則將CurrentClass定義為此類，并將包內類設置為此類。同時，將所有的Imports和Predefs保存到當前類，并清空這兩個集合。
在上述兩者中，若遇到引用和預定義，則在Imports和Predefs中加入匹配得到的引用和預定義。
在類塊中，遇到任意方法定義，則根據前方的限定修飾符將方法的公開性設置，設置方法同屬性定義。而靜態方法的處理方式也與屬性一樣。只是此時將CurrentFunc設置為當前函數，可以將所有的函數內定義變量進行處理。
由于函數內變量的提升，在進行塊級分析的時候，會將讀到所有的變量定義加入一個特殊的序列，此序列存儲當前函數的所有臨時變量。其他的語句則會被按正常序列加入當前的函數。
當分析完成后，上下文對象ASContext保存了一個ActionScript3.0文件的所用信息了。接下來就要進行真正的映射翻譯，得到目標代碼的中間代碼。
2.4 映射翻譯
由于ActionScript3.0語言是面向對象（OO）的語言，而JavaScript是解釋型語言，非OO語言。然而，JavaScript是函數型語言，簡單的說，它的函數即可作為對象來使用，像Java語言一樣，它的根對象是Object對象，所有的對象都繼承自Object。所以，JavaScript完全可以模擬面向對象。Flash程序需要用到Stage3D庫，然而由于Stage3D庫是采用自然語言編寫的，本轉換器無法轉換。我們必須對Stage3D庫進行對應的JavaScript面向對象模擬化實現。最后，將中間代碼生成目標代碼。至此，ActionScript3.0語言就被成功翻譯成了JavaScript語言了。
4 結論與展望
本論文設計實現了將一門高級語言翻譯成另一門高級語言的計算機語言轉換器。本轉換器已經實現基本的轉換功能，然而要將Flash項目完整地轉換成WebGL項目，目前還無法成功做到。并且，由于flash內置函數庫過于龐大，因而翻譯的JavaScript文件通常會遇到一些JavaScript所沒有的類型或者函數，這將使得翻譯完成的代碼終止運行。要避免這樣的情況發生，就必須對原有flash的所有庫函數進行JavaScript化，這是未來需要完成的任務之一。
WebGL是一項正在發展的新技術，如果能將現有的Flash代碼無損地轉換成WebGL代碼，必將推動WebGL的發展前景。
參考文獻
[1]Bar-Hillel Y.， Kashier A.， and Shamir E.“Machine Translation， chapter Measures of syntactic complexity”[J].John Wiley & Sons，Inc.New York.， 1967.
[2]Upadhyaya， M.Engg， J.“Simple calculator compiler using Lex and YACC”.[J] Electronics Computer Technology （ICECT） on International Conference 2011 3rd. v（6） p182-187.
關鍵詞:人力資源主管;勝任特征;模糊綜合評價
1. 人力資源主管勝任特征指標體系的建立
本文以長三角和珠三角地區的人力資源(HR)主管為研究對象,建立勝任特征指標體系和勝任特征模型的層次結構。第一層次為總指標U;第二層為四個一級指標:HR管理專家u1、創造性解決問題u2、個人特征u3、影響力u4;第三個層次為一級指標相對應的特征,見圖1所示。
(1)HR管理專家u1:在HR領域內掌握了必要的知識和技能;積累了一定的事實型和經驗型信息,提供的HR服務能以最經濟的方式幫助企業達成目標;對人力資源管理的內外環境有清醒的認識。
人力資源專業知識u11――主要是指人力資源管理各模塊的知識,包括工作分析、招聘、培訓、績效管理、薪酬管理、勞動關系管理、人才測評等等。
人力資源專業技能u12――包括工作分析技能、薪酬體系設計技能、考評體系設計技能、培訓管理技能等,還包括制定各種人力資源管理相關制度的技能。
組織效率u13――選擇最有效、最經濟的手段來實現組織目標。
政策法規知識u14――掌握與工作相關的各種法規,最主要的指運用勞動法及相關條例進行關系管理制度的擬定和勞動合同的管理等知識。
(2)創造性解決問題u2 :分析形勢并找出新的解決方案來滿足某種需求,開展并落實行動規劃。
分析能力u21 ――通過各種途徑和方法,運用科學手段收集有關形式和問題方面的數據,瀏覽、分析數據以弄清楚原因,從而獲得關于事物的發展規律或問題的本質的認識的能力。
計劃能力u22――制定戰略和技術性規劃,并讓他人清楚達到目標必須采取的行動,幫助他人做好準備。根據重要性制定項目和活動的流程,發展出可以達到某個目標的系統的方法。
實施和調整u23――落實問題解決方案,加快解決過程,并對實施過程進行跟蹤并及時做出反饋調整方案,確保目標的實現。
決策制定u24――評估備選方案可能帶來的風險。根據手頭掌握的數據得出結論,制定行動方案,并為隨之而來的行動負責。
創新思維u25――發展新創意,并幫助他人發展新創意,突破傳統思維定勢。創造一種鼓勵多角度思考的環境。時代趨勢要求人力資源主管在吸納、留住、開發、激勵人才上要不斷創新。
(3)個人特征u3 :人力資源主管所表現出來的持續而穩定的行為特征,主要是指與一個人的個性相關的成功素質。
信用度u31――言出必行,講究商業信用,樹立良好的個人、部門及企業形象。
自信心u32 ――對自身的主要素質及能力又較高的評價,相信自己可以勝任工作。
適應能力u33 ――成功適應需求與外界環境的變化,比如:崗位職責的新需求及國家新的勞動人事法規的頒布等。
復原力u34 ――在遭受挫折及強大壓力下,仍然能保持沉著、冷靜、鎮定,掌控自我的工作能力。
(4)影響力u4 :在與他人的交往中,通過各種手段影響別人使其支持或采納自己的觀點。促進變革,激勵他人采取行動。保持平和的心態,關注結果而不是獎勵。這是人力資源主管作為人力資源管理者必須具備的影響力。
沖突管理u41――當兩個以上的動機、需求或目標同事存在,相互產生不一致或對立現象時,能將競爭和沖突,調整到對組織整體最有利的方向,以產生最高的績效。
人際溝通u42――與組織成員互相之間或者與組織外部成員發生的,對組織而言有意義信息的發送、接受與反饋的交流全過程。包括口頭表達能力、演講技能、傾聽技能以及談判的技巧等。
關系建立u43――建立信譽,贏得信任。理解、同情、尊重他人。獲得允諾。進行經常和有效的交流,與組織內外各種人建立良好的人際關系網絡。
團隊合作u44――尊重人與人之間的差異,重視各種不同觀點,與他人合作達到目標,團隊目標先于個人目標。
2. 建立人力資源主管模糊綜合層次模型
2.1 運用層次分析法確定各指標權重
(1)建立判斷矩陣
第一層指標A-B的勝任力指標集為U,則U={u1 u2 u3 u4 ｝ ,第二層指標對應第三層指標Bi-C的指標集為:u1={u11,u12,u13,u14,｝, u2={u21,u22,u23,u24,u25｝,u3={u31,u32,u33,u34｝ ,u4={u41,u42,u43,u44｝。根據1~9級判斷尺度[7],可以對各因素進行兩兩比較,構造U-ui的判斷矩陣,記為A;以及ui-uij的判斷矩陣,記為Bi。經專家組研究后,本研究的判斷矩陣最終確定如下:
(2)判斷矩陣一致性檢驗及指標權重的確定
設ui對U 的權重分別為W1、 W2、W3 、W4,則相應的權重向量W={ W1, W2,W3 ,W4}。設uij 對ui 的權重向量分別為:
。運用AHP軟件進行計算,可求得上述判斷矩陣A、B1、B2、B3、B4的各最大特征根和特征向量分別為:
均小于0.1,即所有的判斷都滿足一致性。
(3)建立模糊評價數學模型
指標ui的模糊綜合評價向量為Xi,則:Xi=wiRi=(xi1,xi2,xi3,xi4,);i=1,2,3,4,則總特征層上的總的評價矩陣為R,確定評價勝任特征的評語集 ,其中:代表優秀,代表良好,代表一般,代表差。假設評判對象按照u中的第k個因素進行單因素評價時,對評價集中第i個元素的隸屬度為rij,則ui的評價結果可用模糊集合Ri表示。由于本研究的評價等級分為四個:優秀、良好、一般、差,所以可以得出Ri=(ri1,ri2,ri3,ri4,),又因為ui中有n個二級指標,所以由n個因素的評判結果構成的總的評判矩陣為Ri,則
評價矩陣Ri可看作特征集與評價集之間的一種模糊關系。rij為評價對象在第i項特征指標上,對它作出第j等級評價的人數xij占總評價人數xij的百分比,即:
2.2 計算評價向量
設總特征層上的總的模糊評價向量為Y,則Y=WR=(y1,y2,y3,y4),同樣也可以仿照前面的方法對Y=(y1,y2,y3,y4)進行正規化處理,方便分析。最終的處理結構即為對人力資源主管人員勝任特征的最終測評結果。
(1)計算評價對象的模糊綜合隸屬度Aq與Uq
用表示第q位評價對象在第p項二級指標上的模糊綜合隸屬度(p=1,2,3,4),二級指標層對一級指標層的權重集為Bp,可表示為: ,j為相關一級指標中的的評價指標序號(j=1,2,3,4)。則第q位評價對象在全部一級指標上的模糊綜合隸屬度集:
式中:
評價對象在總指標層上的總的綜合隸屬度Uq為: Uq=W?A=(U1,U2,U3,U4,)
式中:
(2)計算評價對象與勝任特征模型的貼近度λq
在各項指標都完成的十分出色的人力資源主管為最優秀最勝任工作崗位的人員,則由模糊綜合離散型貼近度原理可得:
式中 分別表示模糊向量的內積與外積,且有:
2.3 研究結論與分析
通過層次分析法,我們可以確定各指標的權重,如下表1所示。
由表1:可看出,各指標在總的勝任特征中所占的重要性不同。人力資源管理專家知識u1對于一個優秀的人力資源主管來說至關重要,所占的比率超過了50%,其中人力資源專業知識u11和人力資源專業技能u12的重要性又大于組織效率u13和政策法規知識u14。這與我國的人力資源職業還處于專業發展的初期階段, 人力資源職能更多的強調人事管理活動, 業務聯盟和日常工作戰術這兩項勝任力是每名人力資源管理人員都應具備的基本技能的國情是相一致的。而且只有掌握了熟練的人力資源管理專業知識和技能,才能卓有成效的實現組織的目標,確保組織效率。同時,作為一個人力資源管理者,掌握必要的政策法規知識也是十分必要的。
個人特征和影響力對一個優秀的人力資源主管也是非常重要,具備了良好的信用、相信自己的實力、能夠適應各種環境、能以積極的態度面對挫折與困難,才能調節自我,以良好的個人狀態出色的完成本職工作。同時,作為一個管理者,工作的成功還取決于如何通過下屬來完成工作實現組織目標;與上級的溝通,取得支持;與平級同事的配合。可見,影響力的重要性也不容小視。最后,創造性的解決問題對人力資源主管也是很重要的,按部就班,因循守舊的做事方式越來越不適應當前動態的社會經濟環境,只有掌握了良好的分析計劃能力,并且監督計劃的執行實時作出調整以創造性的思維方式解決問題才能在動態多變的環境中出色的完成工作。
通過使用模糊綜合分析法可以對不同的人力資源主管的勝任特征進行分析,所得結果Y=(y1,y2,y3,y4)中的y1,y2,y3,y4值反映了人力資源主管勝任特征在優秀、良好、一般、差四個標度上的分布狀態,可以對人力資源主管的現有能力等級有更深入的了解,以便決策。
3. 算例研究
A公司為我國內某知名物流企業,運用本研究的勝任特征模型對該公司的四名人力資源主管Ⅰ、Ⅱ、Ⅲ、Ⅳ的勝任特征進行評價。聘請三位人力資源專家及該公司的十位人力資源部員工根據之前的研究結論,對四位主管進行判斷,數據整理匯總和規范化后結果見表2所示。四位主管在二級指標上的模糊評價矩陣匯總如下表所示(縱列表示評價等級,行列表示各一級指標對應的二級指標上的模糊評價):
運用Excel軟件按照之前的研究步驟對矩陣數據進行處理,各評價對象在總特征層上的總的模糊評價向量為:
依照前面的方法和步驟,第q位評價對象在全部一級指標上的模糊綜合隸屬度集Aq為:
進一步計算出評價對象在總指標層上的總的綜合隸屬度Uq為:
由模糊綜合離散型貼近度原理可計算出評價對象與勝任特征模型的貼進度λq:
根據結果,第三位主管與模型的貼近度最高達到了0.586,其余三位均為0.508。可見,三位主管的勝任特征還有待提高。該研究結論可以為企業選拔、培養企業人力資源主管提供工具和指導方法。通過對模型指標體系及人員與模型貼近度的探索,有利于企業人力資源主管選拔與培訓的規范化、科學化,為企業在人力資源主管的招聘與開發實踐中提供理論指導,把好人才質量關。
4. 結束語
本文運用問卷調查、實證研究和綜合分析的方法,考察了企業人力資源主管勝任特征構成要素并建立了勝任特征的層次模糊綜合模型,為改善和提高我國企業人力資源主管勝任特征提供了初步的探討。從研究的結果看:HR管理專家、創造性解決問題、個人特征以及影響力四個因子成為影響人力資源主管工作績效的重要因素;這四個因子又包括了十七個項目;各項目及因子在勝任特征模型中多占權重不一。研究的結論對企業提高人力資源主管勝任特征、提升工作表現、改善管理效率提供了明確的方向,為企業有效的選拔、培育高績效的人力資源主管的管理實踐提供了科學的參考價值。
參考文獻:
[1]Pfeffer J , Veiga J F. Putting people first for organizational success. Academy of ManagementExecutive, 1999, 13:37～48.
[2]Nelson J B. The boundaryless organization: Implications for job analysis, recruitment, andselection. Human Resource Planning, 1997, 20:39～49.
[3]Lawler III E E. From job-based to competency-based organizations. Journal of Organizational Behavior, 1994, 15:3～15.
[4]McClelland D C. Testing for competence rather than for intelligence. American Psychologist, 1973, 28:1～14.
[5]Spencer, L.M.& Spencer,petenceatWork:Models forSuperiorPerformance. JohnWiley&Sons,Inc.1993:222～226.
[6]薛聲家,左小德編著.管理運籌學(第三版)[M].廣州:暨南大學出版社,2007.
[7]何偉萍.人力資源主管勝任特征模型研究.暨南大學碩士學位論文[D],2008.
論文摘要：在組件化編程的時代，如何復用歷史累積的大量沒有組件特性的C++類？本文從工程的角度對這一問題進行探討，利用現有組件技術，提出了一套將C++類平滑過渡到COM組件的完整解決方案。
1. 問題的提出
自從Microsoft公布了COM（Component Object Model，組件對象模型，簡稱COM）技術以后，Windows平臺上的開發模式發生了巨大的變化，以COM為基礎的一系列組件技術將Windows編程帶入了組件化時代，傳統的面向對象的軟件開發方法已經逐漸被面向組件的方法所取代。
COM標準建立在二進制可執行代碼級的基礎上，不論何種工具、語言開發的組件，只要符合COM規范，就可復用于VC、VB、Delphi、BC等各種開發環境中。COM的語言無關性將軟件復用的層次從源代碼級推進到了二進制級，復用更方便，也更安全。
然而，COM技術帶來全新的軟件設計和開發模式的同時，也帶來了新的問題。
許多軟件公司在開發自己的軟件產品過程中，都累積了大量C++類，這些代碼設計精良，功能完備，以面向對象的標準來檢驗無可挑剔。然而，這些代碼不支持COM，將無法在COM時代繼續被復用。如果它們在軟件組件化的趨勢中被淘汰，那對軟件公司和開發人員來說都是極大的損失。
COM專家Don Box曾說過，“COM is a super C++”。這給了我們一個啟示，是否可以實現一種技術，能夠動態的為普通C++類加上一層COM的封裝呢？這樣，既可以保持這些代碼自身的完整和特性，使它們能繼續應用于原來的系統，也可以在需要作為組件使用的時候，把它們動態轉變成組件，復用于新系統。
一個自然而然的想法是，為每一個C++類開發一個只暴露一個接口的COM組件，將原C++類的每個public方法都對應于該接口的一個方法，接口方法的實現可以簡單的調用相對應的C++類方法即可。這樣，程序邏輯由原有的C++類控制，但COM層的封裝則由組件提供。基本思路如下圖所示：
本文就這一技術展開討論，最終提供一套由普通C++類平滑過渡到COM組件的完整解決方案。我們選用ATL（Active Template Library，活動模板庫，簡稱ATL）作為COM組件的開發工具，開發環境為Visual Studio 6.0。如沒有特殊說明，下文中的“C++類”指沒有組件特性C++類，“C++對象”指C++類的實例；“ATL組件類”指用于包裝的ATL類，“ATL對象”指ATL組件類的實例。
2. 用ATL包裝C++類
按上述思路將C++對象動態組件化后，所得的組件實際上由兩部分組成：ATL組件對象和綁定的C++對象。兩者的生命周期互相牽制，但要保持一致。生命周期的管理是C++類動態組件化的首要難點。
C++類分為兩種，一種是簡單的C++類，一種是集合型的C++類。集合型的C++對象管理一組C++對象，負責其創建和刪除，維護它們的生命周期。下面，分別就簡單C++類和集合型C++類的組件化技術進行說明，展示解決方案的核心技術。
2.1. 簡單C++類的組件化
為使ATL組件類可以自由調用C++類的方法，需要：
l 為ATL組件類安插一個指針成員變量，指向C++類
l 提供ATL對象和C++對象的綁定機制
我們可以在ATL組件類初始化時創建一個C++類，用成員變量m_pCPPObj記錄，在析構時刪除，從而實現ATL組件類和C++類的天然綁定。但出于靈活性考慮，使得ATL組件對象可以綁定任意C++類的對象，我們為ATL組件類添加一個綁定函數Link2CPPObj（CImplement* pObj）。
在ATL組件類的構造函數內，創建一個C++對象，用m_pCPPObj記錄。
如果調用了Link2CPPObj，則將m_pCPPObj指向的對象刪除，改用傳入的C++對象。
在ATL組件類的的析構函數內，刪除其綁定的C++對象。由構造函數和Link2CPPObj函數的定義可知，m_pCPPObj指針總是有意義的。
簡單C++類組件化的思想如下圖所示：
2.2. 集合型C++類的組件化
集合型C++類的情況有所不同。
集合型C++類以數組（array）、列表（list）、映射表（map）的形式管理其它C++對象。集合對象和它管理的元素對象都被包裝成組件后，集合型ATL對象可能調用一個“Destroy”方法，期望刪除某一個元素ATL對象；這一操作的實質卻是，集合型C++對象的“Destroy”方法被調用，將元素C++對象刪除了，而元素ATL對象卻不知道。這一操作的結果導致了元素的ATL對象存在，而其綁定的C++對象卻被刪除的情況，兩者的生命周期出現了不一致。
為了解決這個問題，我們需要在C++對象被刪除時，能將ATL對象同時刪除；而在ATL對象的引用計數為0需要刪除自身時，也能把C++對象刪除。可行的解決方案是：
l 在C++類中保存一個接口指針，指向綁定在一起的ATL對象；為該接口指針賦值的最佳地點顯然是提供綁定機制的Link2CPPObj函數內部，為此，還需要給Link2CPPObj添加一個IUnknown*參數
l 在C++類的析構函數中，判斷該接口指針是否為空，如果不為空，則Release對接口的引用，引發ATL對象自身的析構
現在，技術方案如下圖所示：
2.3. 內部創建的組件和外部創建的組件
集合型C++類組件化后仍然是集合型ATL組件，它可以創建、刪除自己管理的組件。這樣，組件的創建就可能有兩種情況：
l 由客戶直接創建
l 由客戶調用集合型組件的接口方法間接創建
創建方式的不同導致了組件生命周期管理的復雜性。一般說來，組件的創建者負責維護組件的生命周期。上述兩種情況下，分別由客戶和集合型組件維護被創建組件的生命周期。然而，另有一種情況是，客戶創建了一個組件，然后送交一個集合型組件管理，現在維護組件生命周期的責任就由客戶轉交給了集合型組件。
我們的解決方案必須提供這樣的健壯性和靈活性，以維護各種情況下組件的生命周期。我們為ATL組件類添加一個BOO成員m_bInnerManage，作為組件的維護標識。內部維護意味著組件的生命周期由其它組件（集合型組件）維護；外部維護則是由客戶維護。
缺省情況下，組件是外部創建并維護的，在組件的構造函數內設置外部維護標識。集合型組件創建元素時，需要為元素分別創建一個C++對象和一個ATL對象，然后調用ATL對象的Link2CPPObj函數將兩者綁定在一起，在Link2CPPObj函數內修改維護標識。對于第三種情況，可以在外部創建組件由客戶轉交給集合型組件時，在集合型組件相應方法內重新設置維護標識。
2.4. C++基類
為了對現有C++類的改動最小，我們設計一個基類封裝需要為C++類添加的功能。所有需要動態組件化的C++類都必須從這個基類派生，以保證動態組件化中C++對象與ATL對象生命周期的一致。如下圖示：
實現代碼如下所示：
class CCPP2ATLObjBase
{
CCPP2ATLObjBase ();
public:
// IUnknown指針，反指向封裝該CPP類的接口
IUnknown*
m_pAssociATLUnk;
protected:
virtual ~ CCPP2ATLObjBase ();
};
CCPP2ATLObjBase::CCPP2ATLObjBase()
{
// 將IUnknown指針初始化為0
m_pAssociATLUnk = NULL;
}
CCPP2ATLObjBase::~CCPP2ATLObjBase()
{
// CPP類的對象析構時，Release對接口的引用
if (m_pAssociATLUnk)
m_pAssociATLUnk->Release();
}
然后，修改現有各個C++類，使之從CCPP2ATLObjBase派生，如下面代碼片斷所示：
class CImplement : public CCPP2ATLObjBase
{
……
};
必須指出的是，在CCPP2ATLObjBase基類中，我們設置的m_pAssociATLUnk變量存在和現有C++類成員命名沖突的問題。但是，考慮到原C++類并沒有組件特性，也應該不會有“IUnknown”型指針，因此，只要各個類的變量命名都按照規范的命名法，出現這種名字沖突的可能性是極小的。
2.5. ATL模板基類
通過以上分析，我們發現，所有的ATL組件類都需要實現一些相同的功能：
l 保留一個指向其綁定C++對象的指針
l 提供一個Link2CPPObj函數
l 在構造函數中創建一個綁定C++類的對象
為了減化編碼，我們定義一個帶參數的模板基類，實現上述公共功能，模板參數就是綁定的C++類。然后，所有的ATL組件類都從模板基類中派生。現在的技術方案如下圖所示：
實現代碼如下所示：
template
class CCPP2ATLTemplateBase :
{
protected:
// C++類指針
T*
m_pCPPObj;
// 標識繼承該模板的ATL對象是否由內部維護
BOOL
m_bInnerManage;
public:
/**********************************************************
模板的構造函數，實現如下功能：
1、new一個C++實現類對象
2、缺省情況下，ATL對象由外部維護，將內部維護標識設為FALSE
3、將C++類中對ATL接口的反指指針設置為空
**********************************************************/
CAtlCPP2ATLTemplateBase()
{
m_pCPPObj = new T;
m_bInnerManage = FALSE;
m_pCPPObj->m_pAssociATLUnk = NULL;
}
/**********************************************************
析構ATL對象時，如果該ATL對象是由外部創建的，
則顯式的刪除C++對象
如果ATL對象由內部維護，那么什么事都不用做
**********************************************************/
virtual ~CAtlCPP2ATLTemplateBase()
{
if (!m_bInnerManage) {
if (m_pCPPObj)
delete m_pCPPObj;
}
}
/**********************************************************
Link2CPPObj函數，負責綁定C++對象和ATL接口
1、刪除構造函數中new的C++對象，而使用外部傳入的C++對象
2、將ATL對象的內部維護標識設為TRUE
3、設置C++基類中的接口指針成員
4、因為ATL接口傳送給外部使用，需要增加引用計數
**********************************************************/
virtual void Link2CPPObj(T* pObj， IUnknown* pUnk)
{
ASSERT(pObj != NULL);
ASSERT(pUnk != NULL);
if (m_pCPPObj)
delete m_pCPPObj;
m_pCPPObj = pObj;
m_bInnerManage = TRUE;
m_pCPPObj->m_pAssociATLUnk = pUnk;
m_pCPPObj->m_pAssociATLUnk->AddRef();
}
};
然后，每個ATL類都從該模板類派生，如下代碼片斷所示：
class ATL_NO_VTABLE CATLXX :
……，
// 添加ATL模板基類
public CCPP2ATLTemplateBase
{
……
}
3. C++參數類型的自動化包裝
在本文的技術方案中，C++類的public方法與ATL組件接口中的方法一一對應；相應的，C++類中方法的參數類型也要轉換為COM規范所允許的數據類型。
在基于COM的自動化（Automation）技術中，Microsoft提供了一套自動化兼容的數據類型VARIANT，定義如下：
typedef struct FARSTRUCT tagVARIANT VARIANT;
typedef struct FARSTRUCT tagVARIANT VARIANTARG;
typedef struct tagVARIANT {
VARTYPE
vt;
unsigned short
wReserved1;
unsigned short
wReserved2;
unsigned short
wReserved3;
union {
Byte
bVal;
// VT_UI1.
Short
iVal;
// VT_I2.
long
lVal;
// VT_I4.
float
fltVal;
// VT_R4.
double
dblVal;
// VT_R8.
VARIANT_BOOL
boolVal;
// VT_BOOL.
SCODE
scode;
// VT_ERROR.
CY
cyVal;
// VT_CY.
DATE
date;
// VT_DATE.
BSTR
bstrVal;
// VT_BSTR.
DECIMAL
FAR* pdecVal;
// VT_BYREF|VT_DECIMAL.
IUnknown
FAR* punkVal;
// VT_UNKNOWN.
IDispatch
FAR* pdispVal;
// VT_DISPATCH.
SAFEARRAY
FAR* parray;
// VT_ARRAY|*.
Byte
FAR* pbVal;
// VT_BYREF|VT_UI1.
short
FAR* piVal;
// VT_BYREF|VT_I2.
long
FAR* plVal;
// VT_BYREF|VT_I4.
float
FAR* pfltVal;
// VT_BYREF|VT_R4.
double
FAR* pdblVal;
// VT_BYREF|VT_R8.
VARIANT_BOOL
FAR* pboolVal;
// VT_BYREF|VT_BOOL.
SCODE
FAR* pscode;
// VT_BYREF|VT_ERROR.
CY
FAR* pcyVal;
// VT_BYREF|VT_CY.
DATE
FAR* pdate;
// VT_BYREF|VT_DATE.
BSTR
FAR* pbstrVal;
// VT_BYREF|VT_BSTR.
IUnknown
FAR* FAR* ppunkVal;
// VT_BYREF|VT_UNKNOWN.
IDispatch
FAR* FAR* ppdispVal;
// VT_BYREF|VT_DISPATCH.
SAFEARRAY
FAR* FAR* pparray
// VT_ARRAY|*.
VARIANT
FAR* pvarVal;
// VT_BYREF|VT_VARIANT.
void
FAR* byref;
// Generic ByRef.
char
cVal;
// VT_I1.
unsigned short
uiVal;
// VT_UI2.
unsigned long
ulVal;
// VT_UI4.
int
intVal;
// VT_INT.
unsigned int
uintVal;
// VT_UINT.
char FAR *
pcVal;
// VT_BYREF|VT_I1.
unsigned short FAR * puiVal;
// VT_BYREF|VT_UI2.
unsigned long FAR * pulVal;
// VT_BYREF|VT_UI4.
int FAR *
pintVal;
// VT_BYREF|VT_INT.
unsigned int FAR *
puintVal;
// VT_BYREF|VT_UINT.
};
};
我們看到，所有簡單數據類型都可以在VARIANT中找到對應的定義，但是，在多數的基于C++的系統設計中，方法參數不會僅僅出現簡單數據類型，類對象、對象引用、對象指針被頻繁的作為參數來傳遞。
以類對象、對象引用或對象指針形式存在的參數，我們稱為復雜類型參數。在技術方案中，所有復雜類型參數在ATL接口方法中一律對應接口指針，我們需要提供C++對象（或引用、指針）和ATL接口指針之間的動態轉換功能。下文就復雜類型作為傳入、傳出參數分別進行討論。
3.1. 復雜類型的傳入參數
ATL接口方法獲取一個接口指針參數后，如何將此接口指針轉變為C++對象指針？對于ATL對象，可以直接取得m_pCPPObj變量，而接口指針卻不能。所以，需要提供一種途徑，從ATL接口指針獲取ATL組件的m_pCPPObj變量值。
我們的設計是，為每個ATL組件提供一個基接口ICPPObjSeeker，實現對綁定C++對象指針（即m_pCPPObj）的查詢方法HandleCPPObj。任意ATL接口都從該基接口派生，都可以調用HandleCPPObj方法。
在前文就生命周期管理進行討論時，曾提到這樣一種情況：客戶創建了一個組件，然后送交集合型組件管理。在集合型組件獲取外部創建的組件的同時，需要：
l 取得后者的C++對象指針。集合型組件對元素組件管理的實質是通過集合型C++對象對元素的C++對象進行管理，而集合型ATL對象和元素ATL對象之間并沒有直接聯系
l 修改新加入元素組件的維護標識
因此，我們為ICPPObjSeeker接口添加PostCPPObj方法，用于實現以上功能。
ICPPObjSeeker接口idl定義如下所示，因為ICPPObjSeeker接口和HandleCPPObj、PostCPPObj方法實際上都應用于內部，所以使用“hidden”屬性對外隱藏：
[
object，
uuid(1E9F7F79-936D-4680-9F8E-34A7DCCFF818)，
dual，
hidden，
helpstring("ICPPObjSeeker Interface")，
pointer_default(unique)
]
interface ICPPObjSeeker : IDispatch
{
[id(1)， helpstring("取得C++對象的指針")， hidden]
HRESULT HandleCPPObj([out， retval] long* pCPPObj);
[id(2)， helpstring("取得C++對象的指針，客戶程序不再負責對C++對象生命周期的維護")， hidden]
HRESULT PostCPPObj([out， retval] long* pCPPObj);
};
ICPPObjSeeker接口的方法可以放在CCPP2ATLTemplateBase模板基類中統一實現：
template
class CCPP2ATLTemplateBase :
{
……
/**********************************************************
HandleCPPObj函數，由ICPPObjSeeker接口定義，
負責取得ATL接口中的C++對象指針
**********************************************************/
STDMETHODIMP HandleCPPObj(long *pCPPObj)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState())
*pCPPObj = (long)m_pCPPObj;
return S_OK;
}
/**********************************************************
PostCPPObj函數，由ICPPObjSeeker接口定義，
負責取得ATL接口中的C++對象指針，
同時標記對象為內部維護，客戶不再負責對象的生命周期管理
**********************************************************/
STDMETHODIMP PostCPPObj(long *pCPPObj)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState())
*pCPPObj = (long)m_pCPPObj;
if (m_bInnerManage == FALSE) {
m_bInnerManage = TRUE;
m_pCPPObj->m_pAssociATLUnk = this;
m_pCPPObj->m_pAssociATLUnk->AddRef();
}
return S_OK;
}
};
現在，所有的接口都不再直接從IDispatch派生，而改從ICPPObjSeeker派生，因此，IDispatch的實現也應該在實現ICPPObjSeeker接口的同一級或下級中提供。為了包容IDispatch，我們將ATL模板基類稍作改動：
template
class ATL_NO_VTABLE CCPP2ATLTemplateBase :
public IDispatchImpl
{
……
};
在從該模板類派生ATL類時，將ATL Wizard自動生成的對IDispatch接口的實現注釋，而使用新定義的CCPP2ATLTemplateBase，如下代碼片斷所示：
class ATL_NO_VTABLE CATLXX :
……，
// 將ATL Wizard生成的對IDispatch接口的支持注釋
//
public IDispatchImpl，
// 添加ATL模板基類
public CCPP2ATLTemplateBase
{
……
}
3.2. 復雜類型的傳出參數
從C++指針轉換為接口指針基本上不存在困難，為方便使用，我們提供一個基于本技術方案的宏定義，如下代碼所示：
/**********************************************************
從C++指針獲取對應ATL接口的宏
傳入：C++指針，對應的ATL類名，接口IID
傳出：接口指針，執行狀態HRESULT
**********************************************************/
#define CPPOBJ_TO_COM_INTERFACE(pCPPObj， CATLClass， IID_IDefine， ppInterface， hResult ) \
{ \
ASSERT(pCPPObj != NULL); \
if (pCPPObj->m_pAssociATLUnk != NULL) \
{ \
hResult = pCPPObj->m_pAssociATLUnk-> \
QueryInterface(IID_IDefine， (void **)ppInterface); \
ATLASSERT(SUCCEEDED(hResult)); \
} \
else \
{ \
CComObject* pComObj; \
hResult = CComObject::CreateInstance(&pComObj); \
ATLASSERT(SUCCEEDED(hResult)); \
hResult = pComObj-> \
QueryInterface(IID_IDefine， (void **)ppInterface); \
ATLASSERT(SUCCEEDED(hResult)); \
if (hResult == S_OK) \
pComObj->Link2CPPObj(pCPPObj， *ppInterface); \
}\
}
4. 接口的繼承與多態
C++類的繼承應用十分廣泛，動態化后的組件應該保留原C++類之間的繼承關系。在我們的技術方案中，C++類和接口一一對應，C++類的繼承關系也應該體現在各個接口上，如下圖所示：
4.1. 支持繼承的系列ATL模板基類
實現接口繼承的實質是為派生ATL類添加基接口，而為一個ATL類添加接口的實質則是：
l 修改IDL文件，體現接口的繼承關系
l 在ATL類中提供接口實現
修改IDL文件很簡單，只需要更改派生接口的基接口即可。在ATL類中添加基接口的實現倒頗費思量，我們的做法是：
l 擴展ATL模板基類的意義，每一個ATL組件類都對應一個模板基類，都從該模板基類派生
l 派生類的模板基類，從基類的模板基類中派生；CCPP2ATLTemplateBase是模板派生樹的根節點，所有的模板都派生自CCPP2ATLTemplateBase
l 所有的接口方法，都在對應的模板基類中實現
ATL派生類繼承自它對應的模板基類，這個模板基類又繼承自ATL基類對應的模板基類，而在ATL基類的模板基類中提供了基接口的實現。所以，ATL派生類最終繼承了基接口的實現。C++類、ATL類、各模板基類的繼承關系如下圖所示：
假定IBaseItf是基接口，IInheritItf是派生接口。ATL基類對應的模板基類定義如下：
/****************************************************************************
模板類CAtlBaseItf，提供了IBaseItf的實現，
用于將IBaseItf接口作為基接口共供其它接口繼承
****************************************************************************/
template
class ATL_NO_VTABLE CAtlBaseItf : public CCPP2ATLTemplateBase
{
public:
// 基接口方法“BaseFunc”，在此模板類內實現
STDMETHOD(BaseFunc)()
{
m_pCPPObj->BaseFunc();
return S_OK;
}
};
ATL派生類對應的模板基類定義如下：
/****************************************************************************
模板類CAtlInheritItf，繼承了基接口IBaseItf方法的實現，
同時提供了IInheritItf的實現，可以將IInheritItf接口作為基接口共供其它接口繼承
****************************************************************************/
template
class ATL_NO_VTABLE CAtlInheritItf : public CAtlBaseItf
{
public:
// 派生接口方法“InheritFunc”，在此模板類內實現
STDMETHOD(InheritFunc)()
{
m_pCPPObj->InheritFunc();
return S_OK;
}
};
更改IInheritItf接口的IDL定義：
[
object，
uuid(8F3902DF-DA55-4802-AB8A-958AFF45B2F4)，
dual，
helpstring("IBaseItf Interface")，
pointer_default(unique)
]
// 基接口從ICPPObjSeeker派生
interface IBaseItf : ICPPObjSeeker
{
[id(1)， helpstring("IBaseItf Method")] HRESULT BaseFunc();
};
[
object，
uuid(AFEBD472-4BEC-45CE-A5A2-E37537C4744A)，
dual，
helpstring("IInheritItf Interface")，
pointer_default(unique)
]
// IInheritItf接口從IBaseItf接口派生
interface IInheritItf : IBaseItf
{
[id(11)， helpstring("IInheritItf Method")] HRESULT InheritFunc();
};
最后，更改ATL派生類的模板基類：
class ATL_NO_VTABLE CATLInherit :
……，
public CAtlInheritItf
{
……
};
現在，通過IInheritItf，我們可以使用IBaseItf的所有方法，實現了接口的繼承。
4.2. 接口的多態性
在實現接口的繼承后，要展現接口的多態性就很容易了，只需在ATL派生類聲明的接口映射表中添加基接口表項即可：
class ATL_NO_VTABLE CATLInherit :
……，
public CAtlInheritItf
{
……
BEGIN_COM_MAP(CInheritItf)
COM_INTERFACE_ENTRY(IInheritItf)
COM_INTERFACE_ENTRY(IBaseItf)
……
END_COM_MAP()
……
};
就象C++中基類指針所展現的多態性一樣，一個“IBaseItf *”型指針可以完全操縱IInheritItf接口，而不需要知道真正的接口類型。
5. 總結
至此，我們的技術方案全部介紹完畢。C++基類CCPP2ATLObjBase、ATL模板基類CCPP2ATLTempBase和基接口ICPPObjSeeker是方案中的關鍵技術。CCPP2ATLObjBase配合CCPP2ATLTempBase，完善了組件對象生命周期的管理機制；通過基接口ICPPObjSeeker，我們可以從任意接口反向查詢C++對象；CCPP2ATLTempBase提供了C++對象和ATL組件的自由綁定功能，封裝了IDispatch接口的實現，而進一步定義的ATL模板基類繼承體系則極大的方便了接口的自由繼承。
在本文快結束的時候，我們不得不特別提到Microsoft的“.Net FrameWork”。“.Net”開發框架的推出，的確解決了COM技術的許多困惑，也包括本技術方案所要解決的一些技術問題。然而“.Net Framework”是一個“改朝換代”的變化，要想一步將原來基于C++的系統（尤其是大型系統）完全移植到“.Net”平臺上是不可想象的，其工作量不亞于重新開發，所以Microsoft特別推薦從COM技術到“.Net”平臺的平滑移植。由此看來，本文提出的動態組件化的技術更顯得可貴，它從工程化的角度，著眼于實際應用，解決了從面向對象的C++到基于組件的COM技術的許多問題，既充分保護了原有系統的積累，又為這些系統搭上日益發展的“.Net”快車提供了可能。
參考文獻
《COM原理與應用》，潘愛民 著，清華大學出版社
《COM本質論（Essential COM）》，Don Box 著，潘愛民 譯，中國電力出版社
隨著科技的發展，信息化也逐漸成為當代的潮流，越來越多的人從事軟件的開發的工作，但是大多數人都只是關注到社會上的群體，而忽略了學生。而且很多軟件存在功能單一的問題，導致人們不愿意為使用某種功能而特意安裝一款軟件，于是我們項目小組針對這一現象，以大學生為中心，決定開發出一款針對大學生學習生活的軟件.
隨著時代的進步，手機也變得越發重要，在大學幾乎人手一臺手機，然而Android手機占了全部手機數量的80%，故手機方面擁有很大的市場。
系統的設計與實現
功能設計
功能需求：基于Android平臺的移動校園學習生活軟件系統主要包括客戶端和服務器兩部分。其中客戶端部分包括兩個部分：一是瀏覽信息，課程、及考試題搜索，求助信息；二是后臺信息管理部分，對用戶的每一條信息審核，上傳輔導老師的個人信息。
用例描述：采用面向對象的分析方法，將系統的用戶分為系統用戶和管理員兩種角色。
系統的總體設計
系統的總體架構。基于 Android 平臺的校園校園輔導教育系統的總體架構如圖2所示。
Android 客戶端架構。本文在 Android 客戶端采用 C/S 結構，客戶端的作用是：負責提供友好易用的與用戶交互的界面，供用戶查詢求助信息和輔導教育及時相關信息等服務，以及負責與服務器端的數據交換。用戶與客戶端的交互是通過 Activity 類構建一個UI界面完成的。服務端與數據庫相連，實現對數據的操作。Android 客戶端與服務器端的數據交換是基于HTTP協議實現的。
系統的關鍵技術的實現
服務器整體設計。本節主要講述服務器代碼結構，功能實現原理。
監聽多人請求。客戶端與服務器的交互主要通過HTTP協議進行的數據交互。
圖像的處理。圖片的存儲采取了FIFO（first in first out）技術，由于圖片頻繁訪問，用戶每次訪問都要訪問硬盤，導致服務器運行速度很慢，故加快圖片讀取尤其重要。實現原理如下，構造一個圖片類，類里面有3個變量（圖片物理，圖片內容，圖片訪問指數）系統分配一個容量為100的圖片類數組，程序也設置一個訪問圖片計數器，每訪問一次，計數器值加一，計數器值達到1000的時候，計數器歸0，每次客戶端訪問圖片的時候先訪問圖片類數組，如果找到了就把圖片訪問指數設置為圖片訪問計數器的值，如果沒有訪問到就查找圖片訪問指數比計數器值大且最接近計數器值的圖片圖片所在數組的下標記為t1，同時查找圖片訪問指數最小的圖片下標t2，如果t1值存在，則用新訪問的圖片代替下標為t1的圖片，如果t1不存在，則用新訪問的圖片代替下標為t1的圖片。
注冊登錄模塊的設計和實現。系統注冊模塊主要作用是如果用戶沒有賬號時，注冊新的賬號，用戶需要填入賬號和密碼和及個人信息，點擊注冊就可以完成注冊，不過如果用戶不完全填寫個人信息，兩次密碼不一致或者賬號和電話號碼已經被注冊，會提示用戶相應錯誤的信息，整個過程如圖所示。
用戶注冊成功后，用戶信息會保存到成員表中，用戶表主要包括用戶手機號、用戶名、密碼、年齡、性別、學校、學院、專業、學習標簽、個人簽名、最喜歡書籍、最喜歡影視、個人說明、個人頭像十四個字段，用戶表loginphone 如表1 所示。
如果用戶的賬號或者手機號被別人注冊會拋出異常，服務器會把錯誤的大致原因發送至客戶端。
登錄模塊設計和實現。用戶想要使用軟件首先要登錄，用戶打開登錄界面，填寫賬號和密碼，點擊登錄按鈕，系統會將用戶填寫的賬號和密碼發送到服務器上面進行對比，如果對比成功，則把客戶信息發送至客戶端并通知其登錄成功，保存用戶的登錄狀態，及個人信息，否則提示賬號或密碼錯誤信息。
超級課堂模塊設計和實現
超級課堂數據庫表設計。超級課堂老師基本信息數據庫表主要包括老師頭像、老師姓名、授課課程、報名人數，授課形式、授課課時、授課時間、授課學院、授課單價、老師學歷、老師所在學院、老師聯系方式、老師個人介紹，并利用老師聯系方式來鎖定老師的發個人信息。具體如表4-2 所示。
報名方式實現。課程報名分為團隊報名和個人報名。其中團隊報名將獲取更大優惠。
系統模塊測試
系統測試環境的搭建
本系統我們選利用htpp協議編寫的服務器，服務器監聽端口為6000，數據庫選擇Oracle公司的開源數據庫的Mysql 數據庫。系統采用工廠模式來處理客戶端的請求，工廠模式可以將各個業務邏輯進行有效的分離，方便系統功能的擴展。
部分功能測試
系統登錄模塊測試。點擊應用程序后進入主界面，點擊“登陸“即可進入系統的登錄界面，如圖4所示：
點擊應用程序后進入主界面，點擊“注冊”即可進入系統的手機賬號驗證界面，如圖5所示：
成功通過手機驗證之后會進入注冊頁面，如下圖6所示。
軟件主界面測試。用戶在主界面可以看到各個模塊的分類，點擊自己想要查看分類的圖標或文字即可進入所屬類別，如圖7所示
經過幾個月的開發校園學習助手總算接近了尾聲，其中開發期間出現過很多的問題，比如說版本適配，網絡連接等，但是多虧小組的相互支持，最后項目成功的完成。希望看到論文的你也能通過不懈努力，創造出屬于自己的產品。
[論文關鍵詞]江蘇服務外包國外經驗
[論文摘要]本文從國際服務外包發展的大環境出發，以印度為例，剖析了其服務外包的優勢，分析了江蘇服務外包的現狀，針對江蘇服務外包劣勢，借鑒印度服務外包經驗，提出若干對策，以加強江蘇承接國際服務外包能力。
服務外包(ServiceOut—s0uI℃ing)指企業將其非核心的服務外包出去，整合利用外部最優秀的專業化資源，從而達到降低成本、提高效率、充分發揮自身核心競爭力和增強企業對環境應變能力的一種管理模式。根據商業需求，服務外包分為以T1r基礎設施外包和應用服務外包為主要內容的信息技術外包(Ⅱ1O)及以需求管理、供應鏈管理和企業服務為主要內容的商業流程外包(BPO)兩種；按照提供服務的地理位置還可以分為在岸、近岸和遠岸三種。
一、印度服務外包業發展情況
印度是發展中國家承接國際服務業轉移的成功者，根據印度全國軟件和服務公司協會NASSCOM統計，2005～2006年印度的T1r和服務外包收入達到363億美元，比上年增長28％，占GDP的比重也從上年的4％增長到4．8％。其中，軟件和服務收入222億美元，服務外包收入72億美元。軟件和服務以及服務外包出口234億美元。印度服務外包飛速發展得益于以下幾個優勢：
1．政府支持
印度政府在1986年制定了《計算機軟件出口、軟件發展和軟件培訓政策》，明確了印度軟件產業的發展戰略目標。并對從事外銷的企業給予特別的優惠政策。印度政府重視長遠規劃，建設了富有特色的科技園區。印度早在1991年就在班加羅爾創建了全國第一個計算機軟件技術園區，其后又在全國各地建立了l8個具有國際先進水平的軟件技術園區。享有特殊優惠政策的科技園區培育了一批知名服務外包企業。
2．優良環境
印度已發展成為世界上最開放的信息技術市場，技術型勞動者素質較高，與美國硅谷關系密切，且在英語方面具有天然優勢，多年的英國殖民統治讓印度國民平均英語水平比中國要高，這為承接歐美國家服務外包提供了重要條件。
3．超前理念
印度實行可持續發展的戰略。印度人不提倡高層建筑、不大量使用塑料、不追求高能耗產業，任何發展絕不能以犧牲環境為代價。為保障可持續發展，印度人特別注重教育的公平原則，從小學、中學到大學，基本上做到了免費或低費。印度的英語、軟件人才多，擁有400萬科技人才。
二、江蘇省服務外包業發展的現狀
江蘇省國際服務外包產業總體發展水平不高、實力不強、規模不大。據調查，江蘇開展國際服務外包業務的企業約400多家，直接從業人員約4萬多人，業務收入約5億美元。離岸外包業務主要分布在技術、軟件、工程技術生產設計、研發、人力資源管理、管理咨詢、物流等領域，基本集中在南京、蘇州、無錫、常州等地。江蘇省現代服務業外包中還存在一些問題。
1．軟件外包度不高
江蘇省軟件業國際化程度不高，其主要表現在：“自產自銷”，即產品市場基本局限在國內，而且很大比重是在省內；“閉關自守”，即跨國企業不多，與國際軟件界的交流、合作甚少；企業質量管理水平國際化程度不高，通過CMM(軟件生產能力成熟度模型)認證的數量很少。這種狀況與軟件技術日新月異、軟件產業國際化的特點極不相稱。
2．物流外包水平低
江蘇省現有提供物流服務的專業物流企業規模小檔次低、服務內容少，不能形成完整的物流供應鏈，信息化水平較低，物流信息交換的渠道不夠暢通；與山東省相比，企業物流進展不快，部分企業對現代物流理念的理解還存有偏差，仍保留著“大而全、小而全”的傳統產供銷經營模式，物流社會化程度較低。
3．外包市場軟環境差
盡管江蘇省經濟建設和社會基礎設施建設取得了長足的進步，但服務業市場地域分割、行政壟斷等嚴重制約了現代生產業統一市場的建立；相關專業人才缺乏。
4．外包市場競爭力不強
江蘇省現代服務業企業參與國際及國內服務外包實力不足、經驗欠缺，市場競爭力不強。現代服務業企業數量有限，開展此項業務時間不長，業務規模小，承接外包業務的經驗能力欠缺，對承接業務外包尚處于摸索階段。
三、江蘇省服務外包業發展的對策
1．學習印度服務外包經驗
江蘇省政府部門應借鑒印度發展服務外包的經驗，結合本省服務外包發展情況，確定江蘇省服務外包的發展方向。同時要以可持續發展作為根本戰略，杜絕以犧牲生態環境換取服務外包的發展。
2．政策支持
對有廣闊市場前景的支柱性企業，特別是能參與國際市場外包如大型軟件業企業和物流企業，政府應注重發揮這些企業的市場導向作用和帶動作用，在投融資上給予資金支持；針對中小企業融資難的問題，政府應該組織相關部門進行協調，緩解這些企業的資金流動性不足；對開展外包業務的企業，在稅收優惠上給予支持。
3．進一步完善投資環境，充分承接外包
加強江蘇省政府職能轉變，增強服務意識，簡化辦事程序，提高辦事效率：進一步精簡行政審批事項，減少審批環節，通過貫徹實施《行政許可法》規范行政行為；要加強知識產權保護，進一步降低市場軟件盜版率；加強誠信建設，培育良好的信用環境和市場經濟秩序。要進一步加大信息化基礎建設力度，重點提高Intemet服務質量，增大帶寬，降低服務要價。
4．完善法制建設
對地方法制建設而言，一方面要切實貫徹執行國家制定的有關知識產權保護、合同執行等方面的法律法規，另一方面，對于當前開展外包業務急需的、而國家還缺乏相關法律法規的領域，在地方立法和國法不相抵觸的前提下，可以先行制定有關規章制度，比如信息技術外包伙伴關系的規章制度，企業、外包服務商和企業員工之間勞動政策規章制度等。
5．加快服務人才的培養
