時間：2023-02-15 21:17:29
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇前端項目總結，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
2009年，汶川大地震后，各省區分別承擔了許多援建項目，這些項目信息是社會公開的。但項目什么時候啟動、設計到了什么地步，是不公開的。
初步排查后我們發現，這些工程的工期很緊，工程方非常迫切地希望能提前結束整體方案的設計。但是，這些設計方案往往是不同的省份自己找設計院來設計的，是相對比較分散的。如果只是在四川援建項目的現場，是拿不到具體的設計方的實質信息的。
面對這種情況，我采取的措施是先切入一個工程，先弄清楚一個工程的具體實施流程，之后再到一條線（同一援建方的所有項目），最后是按照援建方索引的全部的援建項目的介入。
我們先排查的是安徽援建項目，是重災區的項目，共有3個需要空調工程（一個醫院，一個學校，一個紀念館）。由于工期非常緊，對產品的交貨期和品質要求很高，同時價格更需要有競爭力。
我們了解到項目的整體設計為濟南的某設計單位，就馬上聯系合肥辦事處幫助引薦相關的設計人員。同時，我們在成都的地面部隊也和援建指揮部的領導溝通，說明我們愿意為援建項目出謀出力，為提前工期做好一切服務。由于我們了解他們需要什么，所以就有了共同的目標和溝通基礎。援建方告訴了我們設計單位的設計師，還告訴了我們整個工程的空調大概規模。這些信息是參與前端設計的寶貴資料。
合肥和成都兩個地方同時進行，按照我所推薦的空調品牌就很容易進入招標邀請的品牌之中。
由于我們參與了前端的設計，參數是按照我方空調品牌來設計的，招標的時候，自然不招而勝。當然，因為是援建項目，我們的空調價格相對其他項目是低的，這個項目對企業而言不掙錢，但卻鍛煉了我們的隊伍。
從安徽項目中總結出來經驗，我們馬上復制到了其他省份的援建項目上，都取得了很好的結果。所有的援建項目的空調工程，我們占到了30%以上，得到了客戶的認可。
產品供應商是整個工程的組成部分。往往工程方在設計整體方案時，都參照某一個品牌的性能參數來初步設計。一旦設計方案確定，這些參數也就確定了。因此，企業應盡可能參與工程方的前端設計，從而能決勝于招標現場之外。這是最難的一步。
（作者系帥康集團常務副總裁）
關鍵詞：Grunt；Yeoman；Node server
中圖分類號：TP399 文獻標識碼：A 章編號：1009-3044（2016）25-0224-03
所謂工程化，可以簡單地認為是完成3項目標，避免重復性的工作，預測一些常遇到問題，提前解決，避免影響后續開發；提高開發效率，使用自動化的工具方法，編寫可維護的項目代碼，自動化完成調試測試等；完成優化工作，降低框架層面升級帶給業務的損耗，幫助業務團隊在無感知情況下的優化工作。本文結合多個項目實踐中的經驗，總結一套前端開發工程化的方案，能夠有效的實現前端開發過程的自動化，提升工作效率。
1 Grunt，javascript世界的構建工具
Grunt，構建工具，實現了項目的自動化。對于需要反復重復的任務，例如壓縮，編譯，單元測試等，自動化工具能夠減輕你的勞動，簡化你的工作，當你在gruntfile文件中，正確配置了任務，任務運行器就會自動幫你或你的小組完成大部分無聊的工作。
Grunt less任務，less可以讓css變得更加簡單，更易于維護，它可以定義常量，可以轉換單位，還可以計算顏色，而且可以使用嵌套的方式把我們工重復的排列選擇器的漩渦中解脫出來。grunt-contrib-less配合grunt-contrib-watch插件，可以實現less的實時編譯功能。
實現：
grunt.initConfig（ {
pkg： grunt.file.readJSON（'package.json'），
watch： {
'less'： {
files： ['src/less/**/*.less']，
taskes：['less']
}
}，
less：{
files： {
'./src/css/*.css'： './src/less/*.less'
}
}
}）
Grunt sprite，grunt svgsprite任務。Grunt sprite是一個將css代碼中的切片合成sprite圖的工具，其主要功能是，
1） 使用二叉樹排列算法，對css文件進行處理，收集切片系列，生成sprite圖。
2） 在原css代碼的基礎上，精準定位，添加background-position屬性。
3） 生成高清設備的高清sprite圖，并在文件末尾追加media query媒體查詢代碼。
4） 在引用sprite的位置打上時間戳
5） 在樣式末尾追加時間戳
實現方式，
sprite： {
'public-icons'： {
src： 'src/less/default/public/icons/**/*.png'，
destImg： 'src/themes/default/common/images/public/icons.png'，
destCSS： 'src/less/default/public/icons.less'，
padding： 10，
cssFormat： 'less'，
engine： 'phantomjs'，
// More information can be found below
cssTemplate： spriteLessTemplate（'icons.tmpl'， {
baseClass： 'icon-public'
}），
// OPTIONAL： Manual override for imgPath specified in CSS
imgPath： 'images/public/icons.png'，
// OPTIONAL： Map variable of each sprite
cssVarMap： function （sprite） {
// `sprite` has `name`， `image` （full path）， `x`， `y`
// `width`， `height`， `total_width`， `total_height`
// EXAMPLE： Prefix all sprite names with 'sprite-'
sprite.name = 'icon-' + sprite.name；
}
}
通過icons-tmpl的配置，可以實現不同狀態的圖片，普通態，hover態下的sprite圖。當然，如果是在不同的項目業務場景下，根據不同的站點風格，可以設置不同的hover態rule，自定義grunt插件，專門處理hover態下的圖片顏色，例如default態下顏色為gray，hover態下為blue，借助ps的color處理方法，自動生成hover態圖片，保證全站風格的統一。
2 組件式開發，seajs模塊按需加載
Seajs追求簡單、自然的代碼書寫和組織方式，簡單友好的模塊定義規范：Sea.js遵循CMD規范，可以像Node.js一般書寫模塊代碼；自然直觀的代碼組織方式：依賴的自動加載、配置的簡潔清晰。
根據業務需求，在Seajs的基礎上，編寫更適合業務場景的模塊加載器，按需加載，緩存處理，
核心實現，
function Module（url， deps） {
this.url = url；
this.dependencies = deps || []；
this.exports = null；
this.status = 0；
//depend on me
this._after = {}；
//wait for but unloaded
this._remain - 0；
}
Module.prototype.resolve = function（） {
var mod = this；
var ids = mod.dependencies；
var urils = []；
for（ var i = 0， len = ids.length； i < len； i++） {
...
}
}
Module.prototype.load = function（） {
for（var i = 0； i < len； i++） {
m = cachedMods[urils[i]]；
if（m.status < STATUS.FETCHING） {
m.fetch（requestCache）；
}else if（m.status === STATUS.SAVED） {
m.load（）；
}
}
}
自定義組件庫，采用常用的MVC思想，為復雜的web應用程序提供模型（models）、集合（collection）、視圖（views）的結構。其中模型用于綁定鍵值數據和自定義事件；集合富有可枚舉函數的豐富API；視圖可以聲明事件處理函數，并通過RESTful JSON接口接連到應用程序。
基礎組件類Node.js，采用inject jquery的方式，既保證了與jquery的兼容性，也能最大程度上提升我們的開發效率。其次，組件生命周期的控制，根據render，created，detached，removed不同時間點的狀態控制與事件響應。以及，基礎prop屬性，option，events的自定義配置。組件擁抱webcomponent的的新標準，模擬shadow dom，custom element的自定義新元素方式x-tag。
例如，文本輸入框text-input組件。
DBL.register（'x-text-input'， function（ require） {
var Node = require（'x-node'）；
var TextInput = Node.extend（ {
events： {
...
}，
render： function（） {
...
}，
created： function（） {
...
}，
placeholder： function（） {
...
}
}）；
return TextInput；
}）
3 Yeoman項目工程化自動工程
Yeoman不僅為新項目建立工作流，同時解決前端開發所面臨的諸多嚴重問題，例如零散的依賴關系。它的目標便是通過grunt與Bower（前端資源的包管理器）的包裝為開發者創建一個易用的工作流。
利用Yeoman快速搭建骨架的特性，創建一個項目骨架生成器，既有利于同事之間的彼此協作，也有益于項目的擴展。Yeoman簡單易用，可以很方便的創建生成器generator，例如創建成功后的項目骨架生成器為generator-dbl。
那么新建項目便可以通過，npm install -g generator-dbl，生成項目結構。
4 頁面直出node方式，生成模擬數據mockjs，模板使用arttemplate
通過直出方式，降低首屏加載時間。從用戶在瀏覽器端輸入url到展示頁面的過程，這種模式簡單的分為以下部分。
1） Browser，客戶端輸入url地址，發出請求，指向靜態nginx
2） Nginx，判斷如果是靜態請求html模板，直接向模板服務器發出請求，如果不是，映射向php服務器發出請求。
3） Php服務器收到請求后，向server數據服務器請求，得到所需的數據后，將數據映射給專門處理模板的服務器。
4） 模板機收到數據后，使用arttemplate模板，渲染出完整的頁面，返回給php。
5） Php將完成的頁面返回到用戶瀏覽器。
通過這種直出的方式，不再需要請求到html文件后，單獨向server請求數據，減少了一次網絡請求。同時，不再強依賴js加載結束，才能渲染出頁面，大大降低了首屏加載時間，提升了用戶的體驗。
通過這種方式，前后端開發不再相互依賴。前端使用node server啟動local server即可，通過配置route路由，瀏覽器輸入url，node server接收到請求后，將cgi目錄下同一路徑的json作為響應，通過arttemplate模板，渲染出完整的html，作為響應，開發十分便捷。
Arttemplate性能卓越，執行速度是Mustache和tmpl的20多倍，而且支持運行時調試，可以精確定位異常模板所在的語句，支持include語句，所以采用了arttemplate模板。
前端對于cgi請求，每次手動編寫json數據，靜態模擬數據。通常情況下會遇到這些問題：某些邏輯復雜的代碼，加入和去除模擬數據時得小心翼翼；想要盡可能還原真實的數據（Php返回的數據），就要多次改動模擬數據；特殊的格式，例如IP，隨機數，圖片，地址等，需要去收集。通過引入mock.js，解決了這些問題，可以基于數據模板生成模擬數據，這樣就可以通過node讀取數據模板，mockjs生成模擬數據后，node寫json文件，輸出模擬數據，無需等待。
該模式下，前后端開發可以完全不再互相依賴，開發之前只要定義好接口，然后獨立開發，當開發完成后，再在開發環境或者測試環境聯調即可。而且通過數據直出的方式，頁面在js加載出來之前就已經顯示出來，增強了用戶體驗。
5 結束語
通過以上的一整套的技術實踐方案，從grunt，yeoman技術到頁面直出方案，以及通過多個項目的實踐結果表明，該方案的可行性與工程化。
參考文獻：
加強和規范化中心機房基礎設施故障（事故）的報告和處置流程，提高運維保障效率，保證故障（事故）的快速反應并及時修復、恢復，使損失降低到最低。
二、范圍
中心機房，共計3個機房區域。
三、定義
3.1一級故障：
故障影響范圍小，不會對業務系統造成中斷影響，并且不會對其它系統使用造成影響。
3.2二級故障：
關鍵系統單個設備或獨立系統故障，造成單個或局部業務系統中斷，不會造成重大業務系統運行中斷，不會造成關鍵系統運行中斷。
3.3三級故障：
外部出現供水、供電、網絡系統等中斷，關鍵性系統造成大面積中斷。涉及到外協單位修復，并且無法在短時間（2小時）內恢復，可能造成重大損失。
四、故障報告原則
先搶修，同報告；先核心，后邊緣；先始端，后末端，分故障等級進行處理。
五、故障（事故）類型
5.1一級故障
單臺的機柜PDU斷電、單臺UPS及空調關鍵設備報警、機房溫度上升到30℃以上、空調漏水影響到其他區域等。
5.2二級故障
單臺UPS電源故障停機、單臺空調機組故障停機、環控系統無法檢測數據、機房溫度超過35℃等。
5.3三級故障
UPS前端供電中斷、空調配電柜前端供電中斷、空調冷凍水供水中斷（失壓）、機房溫度超過40℃、網絡中斷等。
六、故障報告流程
6.1當發現一級故障的情況下，當班運維人員首先進行故障確認，確認故障后進行一般性修復，無法修復的設備及時通報運維管理負責人以及數據中心當日的值班民警，運維負責人通知相應的技術工程師到場維修。事故恢復后形成事故總結報告。
6.2當發現二級故障的情況下，當班運維人員首先通知運維負責人以及數據中心當日值班民警，值班民警及運維負責人及時趕到現場，同時判斷故障產生的原因。值班民警、運維負責人和相應專業技術工程師協調溝通相關部門，相關單位派維修工程師進駐現場解決，短時間（1小時）無法解決的通知項目經理，值班民警及時通知數據中心主管領導。事故恢復后形成事故總結報告。
6.3當發現三級故障情況下，當班運維人員首先通知運維負責人、項目經理以及值班民警并告知物業管理部門相關人員。值班民警、項目經理及運維負責人及時趕到現場，判斷故障產生原因上報公司上級領導，值班民警上報主管領導和數據中心主要領導。由相應的數據中心領導、項目經理及物業部領導聯系外協單位進行解決。事故恢復后形成事故總結報告。
七、故障處置方法
7.1一級故障的情況下，現場運維人員主動解決故障，運維負責人及時聯系專業工程師到場解決故障。值班民警現場關注解決故障進程，并且配合解決外部單位協調工作。
【關鍵詞】鐵路物資采購 訂單同步 短信服務平臺
一、項目的研發背景
鐵路物資采購領域調研數據顯示，各鐵路局物資采購部門截至目前均未規劃或建立物資采購電子訂單的實時服務系統，采供雙方關鍵信息的溝通成本很高且安全、有效性不能得到徹底保障。
以北京鐵路局物資采購統計數據為例，每年批零采購總額規模在十億元以上，B2B過程中產生業務關系的供應商客戶數量已超過2000家。這樣龐大的一個采購規模基礎上，采購人員卻仍在完全依靠半手工方式（郵件或傳真等）維護諸如供應商訂單反饋，設備物流追蹤等關鍵業務，不但溝通周期長、費用高、效率低，而且數據的可靠性難以保證、跟蹤難度大、無法共享和統一管理，由此造成的訂單失真，物流與結算滯后等現象屢見不鮮。
二、項目的原理、技術與實現
1.項目的原理與關鍵技術
在鐵路局物資采購商務平臺內外網服務器上分別配置部署安全網關雙向傳輸引擎，以內網鐵路物資采購材料核算系統生成的電子訂單數據為數據源，于內外網服務器建立采購電子訂單異步鏡像數據庫，進而在外網服務器部署物資采購電子訂單同步短信服務平臺Web應用前端。實現對采購電子訂單執行情況的全過程監控和新增訂單手機短信實時提醒功能。內外網電子訂單數據的安全交互和訂單信息的移動終端實時提醒是本項目的關鍵技術。
2.項目的具體實現
2.1內網數據庫系統（初始數據源）的實現
項目的數據存儲由內外網兩個數據庫實現，二者的數據結構完全一致，但初始數據源是由內網產生，經過多次內外網數據的往返交互，最終在某一訂單流轉完結的狀態下，內外網數據庫中基于該訂單的數據將達到完全一致。內網數據庫和鐵路材料核算系統的數據庫是密切關聯的，其主要實現過程如下：（1）分析平臺所需基表及對應的必要字段，結合現有材料核算系統數據庫與電子訂單處理相關的表結構，完成內網數據庫設計；（2）考慮安全性和系統的相對獨立性，將平臺內網數據庫和材料核算系統數據庫進行物理分離存儲；（3）利用Oracle數據庫鏈技術，在材料核算系統中創建平臺內網數據庫的鏡像操作鏈，以達到物理數據分離，業務邏輯結合的高安全等級數據操作要求；（4）改造材料核算系統與平臺電子訂單流轉標識相關的基表結構，達到訂單狀態描述字段的完全統一；（5）平臺外網供應商用戶信息（手機號，密碼等關鍵身份信息）也由材料核算系統中提取并借助數據庫鏈技術寫入平臺內網數據庫，繼而通過安全傳輸網關同步到平臺外網數據庫；（6）平臺內網不設置前端Web應用，所有與供應商的訂單交互均在外網的Web應用前端完成，并通過安全傳輸網關實現與平臺內網數據庫的異步交互；（7）鐵路局物資處、物資供應段及其它站段的訂單初始生成及最終簽收均通過材料核算系統實現與平臺內網數據庫的交互。
2.2數據內外網安全傳輸處理
為確保數據傳輸的安全和準確性，項目完善了以下技術設計：（1）確保需要交互傳輸的平臺內外網數據庫基表完全一致；（2）確定關鍵標識字段（涉及訂單狀態變更的字段），作為內外網交互傳輸的觸發條件；（3）分別于內外網應用服務器上改造現有跨網安全傳輸通道的配置文件，適應新增基表交互傳輸的要求；（4）利用長駐進程對傳輸過程進行實時監控，運用類似MQ傳輸隊列的原理對打包的傳輸塊進行回執標識，未產生握手回執的傳輸須重新嘗試傳輸；（5）對于多次嘗試傳輸仍不能成功獲取回執的傳輸序列，做中止標記后自動中止傳輸并保留傳輸文件塊，以備后期進行人工排查與處理。
2.3電子訂單核心數據的處理
項目采用Oracle數據庫+Weblogic站群的方式實現，訂單核心數據的交互處理借助B/S形式實現。電子訂單原始數據由內網材料核算系統提報生成后，經過數據庫鏈寫入平臺內網數據庫，再經過內外網安全傳輸系統推送到平臺外網數據庫。通過外網的前端Web應用與供應商用戶形成UI對接后，每一筆電子訂單的流轉狀態如下：（1）供應商收到新電子訂單短信實時提醒，登錄Web應用對訂單做供貨確認；（2）如訂單撤銷，則將撤銷標識寫入外網數據庫并回傳內網，該條電子訂單流程終結；（3）如訂單確認供貨，將確認供貨標識與發貨標識寫入外網數據庫并回傳內網；（4）確認供貨的訂單回傳內網數據庫后，經數據庫鏈寫入內網材料核算系統數據庫，站段用戶借助材料核算系統實現對供應商發貨的簽收操作，即將確認收貨標識寫入內網料核算系統數據庫并經數據庫鏈輸出至內網短信服務平臺數據庫，再外傳至短信服務平臺外網數據庫中；（5）供應商在外網的前端Web應用中收到站段確認收貨的信息反饋后，執行錄入訂單發票號的確認結算操作手續，發票號再回傳內網短信服務平臺數據庫并經過數據庫鏈最終寫入內網材料核算系統數據庫，以備后期進行結算信息的核對。
三、項目的應用價值
項目啟用后，實現了鐵路局海量物資采購訂單重要供應鏈節點信息的內外網無紙化安全交互傳輸，提供了供應商、鐵路局物資采購計劃員、物資供應段計劃員、站段計劃員對物資采購清單流轉情況的全過程交互式監控；滿足了采供雙方加快賬單傳遞和料款結算速度的實際需求，有效降低了多邊溝通成本，提高了物資供應和結算效率。
1.對鐵路物資采購部門：大幅提高采購人員與供應商之間的信息溝通速度，大大降低信息溝通的成本支出，保障雙方信息溝通的精準，有效控制了物資采購的配送進度，縮短了物資采購的物流環節時間成本消耗，為企業運輸安全生產提速增效。
關鍵詞 等級劃分；建設基礎；裝修；供電
中圖分類號TP39 文獻標識碼A 文章編號 1674-6708（2014）120-0051-02
0引言
有線電視機房的前端建設一直是廣東廣電網絡佛山南海分公司進行電視網絡建設的核心內容，隨著有線電視網絡服務的快速發展，有線電視朝著數字化、雙向互動、多元化業務發生了變化，針對前端機房的搬遷和建設規劃成為了公司發展的重心，并且在建設過程中建立了一系列完整的規范要求
1機房建設的總體要求和等級劃分
我公司在機房建設的過程中提出了如下幾點要求，首先前端機房必須具備較高的自動化水平，并且能共長期處于穩定工作的狀態內。在滿足公司發展業務需求的同時，要切合實際的執行國家相應的技術標準和行業準則。所有新建前端機房必須符合城市標準化建筑的建設規范，要具備消防、防雷、人防、抗震等多種能力。在機房等級劃分上分為A、B、C、D、E五個等級。A級機房為市級容量機房。B 級機房為覆蓋用戶達5萬戶以上分前端機房。C級機房為覆蓋用戶達3～5萬戶分前端機房，并且作為下級機房信號唯一來源的分前端機房覆蓋整個鎮級行政區域的分前端機房；D級機房的覆蓋等級要達到5000～3 萬戶的設備間，而E級機房則為覆蓋用戶 2000～5000 戶的接入間。
2 前端機房的基礎建設
安裝機房等級進行設計時，A、B級機房的整體設計相同，而C、D、E等級的機房則為統一標準。例如就門窗使用標準為例，A、B級機房要設置兩道以上的門，并且最少有一道門為甲級防火門，門在滿足消防要求的基礎上還能夠防潮、防塵、防電磁屏蔽等。同時門在配置上還要有鉸鏈、閉門器、把手等部件。而C、D、E等級的機房在門要求上要以不少于一道門為基礎，這道門一般使用甲級防火門。在入口的設置上，與前端機房有相同作用的設備間都要在門口設置防鼠板，防鼠板的高度不得低于350mm，并且防鼠板上要粘貼合理的警示標志。所有前端機房都不應設計水管防止水管發生泄漏引起設備故障，同時設備區域的隔壁間不能設置洗手間，如果有特殊需求，洗手間必須在機房區域以外，并且在設備間門口設置防水坡。
3 設備房的電纜鋪裝
在設備房中所有的電氣設備和機柜都要進行良好的結算設計，這是為了有效避免高電壓負荷所采取的必要手段。很多設備的外露物都有導電性，所以機柜之間要形成一套完整的等電位連接網絡，并且使直流配電屏中的直流電直接用于接電引線之中，機房中的接地裝置要根據使用年限進行不同程度的檢測，并且記錄好每次監測的電阻值，機房區的現場環境要設置獨立的防雷接地，所有前端區域的線纜都要上走線，將強電和弱電纜線分開鋪設。如果建筑結構在纜線鋪設上受到限制，就必須進行合理的調整并且控制好橋架距離和層數。
4 機房設備區的裝修要求
在機房設備區中，所有的裝修過程都要執行如下要求：針對A、B級的前端機房，要使用A1級材料進行墻面和頂棚裝修，地面的材料要采取B級材料。在機房的設備區內不能設有窗戶，對原有的窗戶可以實行封堵，并且所有裝修材料必須為非燃燒性材料。對于C、D、E級的前端機房，要使用B1級材料進行墻面和頂棚裝修，地面的材料要采取B級材料。在機房的設備區內不能設有窗戶，對原有的窗戶可以實行封堵，并且所有裝修材料必須為二級非燃燒性材料。機房在裝修過程中要注意使用降噪隔音材料，不同的材料要降低干擾性，并且要合理安裝過濾網好放到鐵欄。以阻止外物的進入。所有的風口都要安裝防水彎頭，保證雨水不會通過通風口滲入。排風設備在設計上要以能夠創造良好環境為基礎，要保證機房中的空氣的流通性，避免在高壓和電磁環境中產生的腐蝕性氣體影響。送風系統的換氣量要保證，每天的換氣時間不能小于3此，在空氣凈化的過程中還要保證凈化裝置的情節性，同時要避免灰塵進入機房內，如果有無人工管理的前端機房，要保證配置自動換氣系統，同時配備新風系統，保證消防排風能夠24小時循環換氣。
5前端機房的供應條件
前端機房在供電條件上來說需要將線路的狀態通過引入的形式進行接入，這樣就能使機房的供電需求和供電形式相互結合。A 級前端應從不同電網引入兩路高壓進線，自投不自復；負荷由兩臺變壓器提供雙路專線供電，互為備份。B 級前端應從電網引入一路高壓進線，負荷由一臺變壓器提供雙路專線供電，互為備份；或從不同電網引入兩路低壓進線（專線）供電，互為備份。C、D、E 級前端應引入一路穩定可靠低壓進線供電。
6 UPS 供電系統的保障形式
A、B級的前端由多路專線進行供電，不同的UPS都是從獨立的供電系統中通過母線進行供電連接的，而C級前端機房則是由一條線路對兩臺UPS進行供電。同時在由UPS供電線路中引出兩個獨立供電回路單元。C級前端在供電情況下由兩臺UPS供電線路的回路組成。而D級前端則由一路供電線路針對單獨的UPS進行供電，同時在由回路組成雙母線供電結構。E級前端中的供電線路是由一臺UPS供電線路組成，在由UPS引出獨立的回路供電系統，UPS主機的主機電源要具備溫度監控和警告功能，并且能夠接入動力環境監控總系統之中。UPS 主機及電池組必須委托維保單位每季度檢測一次性能。電池組使用3 年后，必須每季度由機房維護人員自行檢測電池組性能，當發現電池性能開始下降時，應縮減檢測周期；如發現電池組中有一個電池性能不達標，要立即整組更換。
7結論
本文通過對有線電視前端機房的建設中的相關項目進行分析，總結出了以房屋結構、室內裝修、電纜鋪裝為基礎的機房建設規范，并且加強了電視網絡前端的機房設計，以確保廣播電視核心前端設備能夠正常的運行，通過前端機房的建設加強了有線電視線路的安全性、適用性、可拓展性、多元化，使有線電視更好的為用戶服務。
參考文獻
[1]鄭志勇.鄉鎮有線電視網絡建設與管理的幾個問題[J].中國有線電視，2003（1）.
[2]馬振同.有線電視寬帶接入網技術的應用[J].吉林廣播電視大學學報，2012（2）.
（福建寧德核電有限公司，寧德 355200）
摘要： 文檔管理是項目質量管理的重要組成部分，是質量體系實施并保持有效性的基礎。本文通過分析核電營運單位的文檔管理模式及控制要求，并對核電工程項目文檔管理與控制經驗進行了總結，同時指出了文檔管理與控制的難點及解決方法。
關鍵詞 ： 核電；文檔管理；文件控制
中圖分類號：C931.9 文獻標識碼：A 文章編號：1006-4311（2015）26-0016-02
作者簡介：范艷秋（1984-），女，云南紅河人，館員，研究方向為文檔管理與控制。
0 引言
文檔管理指文檔、電子表格、圖形和影像掃描文檔的存儲、分類和檢索，是企業重要的智力資產。同時，文檔管理與控制是質量體系標準中不可剪裁的要素，是質量體系實施并保持有效性的基礎。文檔管理水平的優劣不僅對工程項目的質量管理、成本控制、進度控制、項目經驗的總結以及項目管理水平有著直接影響，而且還直接關系到歸檔文件的質量。核電站工程建設項目規模大，周期長，建設期間產生大量的工程信函、技術文件、竣工資料、工程照片及視頻文檔，如何確保所有文件能夠及時、準確地分發到各有關部門并完整保存而避免文件的散失，有效的文檔管理與控制措施是最重要形式。因此，建立健全文檔管理與控制體系并保證該體系有效運行尤其重要。
當前，核電運營單位在充分總結各項目文檔管理經驗的基礎上，同時結合自身特點，建立起一套適合自身的文檔管理與控制體系，同時綜合運用文檔管理系統，實現了對文檔全過程管理和控制以及文檔管理一體化的目標，為核電站的穩定、高效、安全運行提供了保障。下面以福建寧德核電有限公司（以下簡稱寧德核電）的文檔管理與控制為例，說明文檔管理與控制的重點及難點。
1 核電項目文檔管理與控制保障措施
為保障文檔有效運行，寧德核電設立了專門的文檔管理部門作為文檔歸口管理的專門機構，負責對文檔管理與控制工作進行統籌規劃、組織協調和監督指導。同時，文檔管理部門制定了一系列的保障措施，對項目文件從產生、整理、保存到歸檔、銷毀整個流程進行有效控制。
1.1 構筑規范化文件控制體系 文檔管理部門堅持“質量第一、效率第一”的原則開展文檔管理與控制工作，做到“不放過任何一份不合格的文件，不拖延任何一份合格文件”，為現場工作的有效開展提供了有力保障。同時，為了確保所有文件能夠及時、準確地分發到各有關部門，文檔管理部門采取了接收、分發統一控制的措施。一方面，編制并了一系列管理程序如《文檔收發控制》、《文件的產生》等，規定所有文件包括從外部接收的和對外發送的文件必須首先交由文檔管理部門統一處理，同時編制了文件處理流程管理程序如《技術支持文件處理流程》、《信函處理流程》、《內部文件處理流程》等，規范了各類文件的處理流程，保證了文件的高效流轉。另一方面，將傳真、郵寄、電子郵件等文件收發途徑納入統一控制范圍，把文件的進出口渠道都歸口控制起來，從而建立起專業化收發控制體系。
1.2 打造高素質的文件控制隊伍 為強化文檔管理與控制的組織建設，保證文件控制體系的正常運行，文檔管理部門設立專職的文控人員，統一管理公司內外所有文件的流轉。通過參與系統開發定制、建立數據庫文件分類平臺、編制一系列項目文檔控制程序以及對相關文控人員進行多方面培訓，從而不斷提高員工自身素質和工作技能。
1.3 動態控制，信息化運作 文件控制是對文件全階段、全過程的動態控制，以保證能隨時查詢、檢索所需的文件、資料，實現文件的模塊化、程序化管理。為此，文檔管理部門綜合運用文檔管理系統對產生的文件進行控制和管理，最大限度的保證了文件的完整性、文件流程的通暢性；同時通過系統將文件模塊化，最大限度的提高了文件查找的準確性，使員工能及時、準確的查找到所需的文件，從而提高工作效率。截至目前，文檔管理部門通過文檔管理系統共接收處理各類文件37余萬份，檔案約3000余卷，圖書資料1800多份，涉及信函、技術文件、程序、合同、內部文件等。同時，通過建立數據接口、電子衛星庫等措施，用戶直接通過系統即可迅速查詢到所需文件，以前需幾分鐘才能查詢到的文件，現在僅需1分鐘即可，大大提高了效率。
1.4 將文檔管理與控制納入技術管理 文檔管理部門從文件的產生、流轉、作廢、銷毀等全過程對文件進行嚴格把關。同時，為提高母本文件接收的質量和效率，文檔管理部門全面參與到對母本文件的文檔審查工作中，并于2012年開始啟動母本文件接收前文檔審查工作，現已完成DWW、SDA、LNA、LNC等4個機組共300個系統的母本文件接收和審查工作。同時逐漸建立和完善了審查規范和標準，從文檔方面嚴格把關文件的質量，提高了母本文件接收的質量和效率，錯誤率降低到5%以下，為公司全體員工更高效、便捷的利用文件提供了保障。
2 核電工程項目文檔管理與控制的重點
2.1 文檔一體化與前端控制 文檔一體化是現代文檔管理中一種先進的管理模式，強調電子文件全過程管理的連續性和信息記錄的完整性，將傳統的檔案管理延伸到文件管理的過程中，從而實現文件的全過程管理。而前端控制是文檔一體化的重要組成部分，要求檔案人員對文件管理工作提前介入，以保證文件管理的質量，并使文件管理階段的成果為后續檔案管理所利用。
核電工程項目文檔管理是項目管理中的一個重要模塊，文檔一體化（也就是檔案的全程管理）尤為重要。實踐證明，文檔一體化是工程項目文檔管理與控制所必要的，行之有效的工程項目文檔管理與控制在工程檔案管理中充當了前端控制的作用，只有在文件形成之初就控制好文件的質量，才能為檔案的后續管理做好準備，才能構建項目質量管理體系。
寧德核電通過開展文檔業務流程重組，規范文檔元數據，統一文檔管理體制、統一文檔組織機構、統一文檔管理制度、統一文檔管理系統、統一文檔編碼制度，實現文檔一體化管理。例：《衛星文件庫檢查報告》文件編號及檔案號均為012-AB-R-2015-ODI-016，文件產生前即確定文件編碼和格式，文件產生時，檔案管理階段文件級元數據同時產生。同時，通過文檔管理前移，將文檔管理納入合同管理，在合同條款中增加文檔管理標準和要求，加強文檔前端控制。
2.2 搭建文檔綜合信息平臺 現代信息技術的飛速發展，隨之而來的是電子文件的大量產生，辦公自動化、無紙化辦公等理念不斷深入到各行各業中。對核電項目文檔管理部門來說，如何更加有效地管理和控制這些電子文件，使用先進的文檔管理軟件，實行電子化、網絡化管理，是實現核電項目文檔有效控制的重要手段。
寧德核電文檔管理系統覆蓋了核電建造階段文件、檔案的全過程管理，涵蓋從文件產生、流轉、分發控制、歸檔、整理、數據庫管理和利用等全過程管理，系統包含了文件管理、檔案管理、文檔查詢和利用、數據統計和報表生成、文檔借閱管理、電子文件安全性控制、VPN遠程訪問、用戶自定義授權管理、系統日志管理、系統權限管理等功能，在功能上體現了文件的科學分類、文件動態管理，文件的有效利用，文件的安全保密等。同時，文檔管理系統還根據文檔的種類、來源、用途等建立清晰、合理的項目文檔目錄樹結構，最大限度地提高了文檔查找的準確性和及時性，實現了項目文檔全過程的追蹤和查詢，而且系統由專人維護，從而保證了文檔的安全性。
2.3 完善文檔管理控制體系 核電工程項目中，文件控制工作是項目的管理體系能夠正常運行的最基本的條件，每一個環節的順利進行都離不開文件控制工作，文件控制工作貫穿項目的始終。因此，建立一套完整的文件控制體系尤為重要。具體來說，首先，文檔管理部門根據標準及本單位實際建立一系列通用的文檔控制體系；其次，文檔控制人員要根據項目性質，在通用標準程序文件的基礎上編制項目文檔控制程序文件，內容涵蓋了文件控制、檔案管理、圖書管理、文檔服務、保密制度五個方面，如《文檔政策》、《文檔收發控制》、《文件的產生》、《檔案管理細則》等等，建立了統一的文檔管理程序，切實提高項目文檔管理水平，滿足竣工驗收要求。
3 文檔管理與控制的難點及解決方法
3.1 項目文檔過程管理缺失 核電項目文件檔案的產生部門眾多，涉及工程設計、設備制造、現場施工、調試運行等方方面面，接口十分復雜；加上核電建設周期長，歸檔文件產生起始、結束時間的跨度大，文件本身質量難以持續保持。文檔管理部門作為“事后把關”，對于已經形成的錯誤文件難以推動整改。解決方法：文檔工作前移，加強前端控制，在文件形成之初就宣貫文檔政策，強調文件質量，從源頭對文件進行控制，提前介入分包商的文檔控制。如寧德核電為加強各部門文檔管理，提高歸檔文件質量，于各部門設置一名文檔經理，并配備一名兼職文檔管理員，并定期進行培訓。以前需要半年才能完成的歸檔工作，現在2個月就能完成，大大提高了文件歸檔的質量和效率。
3.2 文檔管理系統功能改進 文檔管理系統是文檔和其他系統非結構化數據的存儲系統，已經成為公司文件控制和檔案管理必不可少的系統。隨著核電站由建造階段轉向調試、運營階段，系統的功能已經不能滿足日益增長的文檔需求，迫切需要補充完善，同時系統還存在多系統并存、文件入口多、文檔下載、打印未加以控制、文件安全和保密性等問題。解決方法：將各系統加以集成，改變多入口的狀況，將相同處理流程的文件數據集中到一起，實現文件的跨類檢索。同時優化系統功能，對系統中的文件進行控制，并設置訪問權限，實現文件的受控打印、下載，另外，還應設置服務器空間自動預警，數據自動備份機制，增加DAS系統維護人員，定期進行檢測，保證系統及其數據的安全。
3.3 業務部門文檔人員變動頻繁 核電工程項目各業務部門文檔人員能力不足，變動頻繁，文檔檢查的意識和動力不足，把關不嚴。解決方法：加強各業務部門文檔管理人員培訓，設置專職文檔管理人員，定期進行監督和檢查。
3.4 經驗反饋機制不健全 目前各核電生產運營單位信息共享經驗不足，文檔管理中的經驗教訓未能及時反饋到各核電基地加以運用。解決方法：加強各核電營運單位溝通交流，定期組織交流會（如季度會議等），建立文檔經驗反饋平臺，技術上實現信息共享。
4 結論和建議
通過文檔全過程管理和控制以及文檔管理一體化和信息化的實施，以標準化、專業化為基礎，降低了工程建設的成本，減少了人力的投入，強化資源共享，提高了文檔的利用率，提升了工作效率；文檔管理前端控制及標準化的實施，有效地提高了文件的質量，為后續調試及運營提供有力的文件支持。目前文檔管理與控制還存在一些不足，加強人員的專職化和優化文檔管理系統，建立健全經驗反饋系統，將能更好地促進文檔為核電工程的服務。
參考文獻：
[1]嶺澳核電工程實踐與創新·質量保證卷文檔管理卷[M].北京：原子能出版社.
[2]韓國先，雷振.文檔管理的控制要素-嶺澳核電站的文檔一體化管理.
關鍵詞：案例教學法；汽車車身；修復
《汽車車身修復》是中職汽車運用與維修專業的一門重要拓展專業課，隨著我國汽車不斷增加發生交通事故頻繁。需要大量的訓練有素的維修技師和相關人才。職業學校如何通過課程體系改革和采取不同的教學方法和手段，充分調動學生學習積極性，培養學生自學能力，解決車身典型損壞，提高學生學習興趣，從而提高教學水平。本人在車身修復課程的實際教學探討分析關于案例教學在車身修復課程的特點和創新教育的思考。
一、案例教學法的概念
案例教學法是一種以案例為基礎的教學法（case-based teaching），教師根據專業社會實際工作內容，篩選若干個典型案例，組織學生針對案例進行分析案例現象和討論實施修復工藝，并提出解決問題的具體實施方案的一種教學方法。與傳統教學不僅僅是傳授學生技能知識，更大體現以學生為主體，教師引導學生解決問題進行思考和討論收集資料，制定解決問題的實施方案，在實施過程中反饋以及歸納總結的不同環節，是學生在實踐中發現問題，解決問題的能力。
二、案例教學法的實施幾個環節
研究專業課程內容和社會企業的實際工作要求，將汽車車身設計為：汽車車身結構認識與修復設備維護、車身輕微損壞修復、車身前端損壞中中度、修復車身側面嚴重損壞的修復、單工序面漆新板面漆噴漆、單工序面漆局部噴漆、雙工序面漆修補噴漆、三工序面漆整車噴漆等7各學習情境。案例教學的學習工作單來源于4S特約維修店的典型工作任務書（單）。以下以“轎車前保險杠中度損壞的修復”為例，介紹案例教學法如何在教學過程中的運用。
（一）故障案例的任務布置
某客戶車輛前段受到碰撞，損壞部位在前部車身，售后服務經理給你派發工單，要求您修復前端損壞部位。注明：（學習工作單應包括組別，記錄日期和車輛的信息（整車型號、車輛識別代碼和發動機底盤或車架的等型號并針對車輛碰撞部分描述）。
（二）學生分組
將全班學生按照特點學生按理論水平、動手能力等組合分為6-8人/小組共八小組。結合專業特點，給每組自定組名，讓學生團隊鮮明，增強學生團隊意識歸屬感。讓學生民主推薦組長1名，組員分工合作，培養學生的團隊合作能力。
（三）教師學習任務引導
1、教師描述故障案例：某輛轎車由于追尾中度碰撞，導致轎車前部損壞，前保險杠發生凹陷變形，現入修理廠進行車身前部修復作業，各組學生針對現有車輛損壞進行評估分析，制定修復實施方案，并進行修復作業。
2、器材準備：模擬變形轎車保險杠及防護罩8付。鈑金修復工具8套；維修資料等維修資料收集車型的保險杠總成的分解圖等。
3、注意事項提示：在鈑金作業修復時，操作矯正作業的鈑金錘正確使用，在車架測量修復牽引作業時，嚴格遵守操作規程。嚴禁未經教師允許擅自使用其他設備。
（四）資料收集
學生通過閱讀案例材料，查閱相關修理手冊及專業書籍，學習車身修復機，車身三維測量儀以及牽引操作設備的說明書，根據教師設置的案例進行思考分析，進行資料整理，此階段通常在課外完成。
（五）修復作業的方案制定
小組成員利用已經學過的汽車前端保險杠作用結構以及特點，進行現場分析，根據教師布置的任務積極分析思考，討論并制定合理而結合學校設備修復條件的合理方案。
（六）操作作業
在技能實踐教學中，以學生實際操作為主，讓學生根據修復方案進行大膽嘗試，需要小組成員發揮團隊精神和在問題中尋求解決問題的途徑，教師在現場進行指導，及時幫助學生解決實際中的難點指引，并記錄個小組所遇得到的知識難題通性和特殊情況，以便客觀準確掌握學生的知識短板，以便各小組的學習順利進行和提高。，各小組根據修復工藝流程，做好記錄并填寫工作單。
（七）分享成果
各個小組的發言人將本組動的修復方案、修復工藝流程、修復效果在各環節進行描述說明，小組其他成員可以補充發言，此環節，既可以激發學生的自學興趣，也同時培養學生的歸納總結和表達交流能力。每位學員都要就自己和他人的方案發表見解。通過這種經驗的交流.一是可取長補短、促進人際交流能力的提高，二也是起到一種激勵的效果。
（八）評價總結
設立三方評價體系，第一：自我評價；第二組間評價； 第三：教師點評。拓展學生相關知識學習，引領學生進一步思考。例如在組間評價應體現學員的主動參與，組員之間的溝通和團隊合作以及未解決案例問題的出謀獻策等合理評價。
（九）教學反思
最后，對本教學案例教學過程進行反思，分析實施本案例教學各環節，例如時間控制，設備利用以及學生實踐情況等方面進行反思，以便日后進行同類課程進行改進。記錄教學開展不合理的的地方，以便改善。
三、案例教學法教學的思考
《車身修復技術》課程本案例教學目標：1、解決實際車身損傷的修復作業；2、掌握汽車車身前端中度損壞的檢修；3、了解修復作業的工作流程和修復工藝。運用案例教學可以全面培養學生綜合能力，符合最終培養學生的解決問題教學目標，由于案例逼真，教學任務明確，各小組行動方向和目標明確，使學生全心參與全部教學過程。 案例教學的環境及設備條件應符合以下要求：首先，教學設備充足和滿足實際操作的設備現場。其次，進行課程體系改革，開發校本教材，根據工作任務的分解構建模塊的課程體系。參考企業的典型工作任務制定典型案例并編寫工作工單。能否順利開展案例教學重要的是一體化雙師型的專業教師的培養，專業教師應在教材和實際崗位去充分領會教學內容和教學目標，在案例教學過程中，值得我們注意：如何引導學生分析解決任務項目，調動學生學習興趣。在在教學過程中發揮團隊合作精神，增強學生的日后崗位工作自信心。
四、結束語：
案例教學法強調實踐，在理論和實踐有機結合中，體現“做中教，做中學”。希望我們職業教育工作者在教學過程中探索創新并投身實踐。為中職教育事業奉獻力量。
參考文獻：
[1][ 美 ]James E.Duffy Robert Scharff ＼Auto Body Repair Technology
要說中國企業國際化成功的典范，首先想到的是華為。而在電子制造領域，特別是PC制造業，誰又是國際化成功的典范，目前看來是聯想。
起初，抱著中國這樣一個全球最大消費市場，聯想依據自身的先天優勢贏得PC制造業的全球排名不在話下。但后來，從北美市場的爭奪到中東歐，再到拉美市場，聯想的全球化布局沖得很辛苦，也很努力，最終能夠贏得全球PC制造第二的位置也算實至名歸。
而現在的聯想，不僅想著如何從惠普手中奪下第一，還要面對移動互聯、社交媒體等新生市場形態的考驗和挑戰。七年的國際化之路，聯想做得好不好，業界有目共睹。聯想的產品和服務有沒有邁上新臺階，市場會給予客觀的論證。
這里，我們不妨換個角度檢驗一下聯想國際化的成敗。正所謂，IT轉不動，系統就癱瘓。透過IT建設，讓我們看看聯想不為人知的另一面。
IT國際化三步走
先要糾正“聯想就是PC制造商”這樣一個誤識。現在的聯想準確來說是一家跨國計算機技術企業，集開發、生產和銷售臺式計算機、筆記本電腦、個人電腦、工作站、服務器、存儲設備、手機、IT管理軟件及相關服務于一體。
說起IT系統搭建，聯想集團副總裁劉曉煜有說不完的話。劉曉煜在聯想集團的另一個身份是全球應用開發部CIO/BT Organization總經理。自1984年聯想創立，業務的發展使IT需求也隨之發生了變化：
首先，要回溯到1996年，聯想IT當時上了SAP的ERP R3系統及CRM系統，這兩個系統在當時已足夠支撐聯想的中國業務；
其次，2005年，聯想并購IBM的PC業務之舉，給聯想業務和IT都帶來了巨大挑戰，特別是在IBM花了30多年時間建立的3000多個應用的服務平臺下，聯想IT將面對的是一個端到端的PC解決方案，所以聯想集團IT平臺突顯的一個壓力就是如何將業務搬家，從IBM系統搬到聯想自己的戰略平臺系統ECC上；
現今，聯想的國際化，如劉曉煜所言其實就是IBM PC業務的延續，加之這幾年并購不斷：2010年，和日本最大PC制造商NEC組建合資公司，所以IT壓力是要迅速將NEC的業務跟聯想業務做順利對接；2011年，聯想收購德國一家最大的個人消費電子企業Medion，它對IT的要求是需要迅速實現跟Medion業務的集成，同時要對業務有個路線圖，即如何在短期內把業務全盤做一個端到端的整合。
為此，聯想IT建設也做了三個階段的規劃部署：
第一階段始于2006年，首要任務是準備平臺。在國內搭建了以IBM的P系列為主的核心硬件架構的數據中心，同時進行ECC等核心平臺及軟硬件的升級；
第二階段從2008年開始，最重要的工作便是鍛煉團隊。這一階段特點是進行規模不大的實施，但卻為聯想培養600、700人的團隊打下堅實的基礎；
第三階段是從2009年至今，用劉曉煜的話說，聯想IT建設處于“”的時代，平均每6～8個月就有一次上線，而且是18萬人/天的大規模應用，相當于每天有1000～2000名工程師為這些實施在工作。實現大規模復雜業務的搬遷。“這個搬遷不僅僅是一個拷貝，當初IBM這3000多個應用是做什么的大家都不清楚，所以我們當時的出發點是做業務變革，按照聯想的業務模式來支持業務。”劉曉煜表示。
而今年底，聯想將上線一個名為“奧林帕斯”的項目，屆時除幾個歐洲國家業務依舊跑在IBM體系外，聯想現有絕大部分業務都將跑到自己的戰略平臺上，實現聯想業務數據的高透明性和可用性。
全球業務運作模式
事實上，聯想IT這些年的國際化步伐也源自它全球運作模式的基本需求。據劉曉煜介紹，聯想全球運作模式主要體現在幾個方面：
一是全球支持聯想多個品牌產品研發的6大研發中心的運轉。6大研發中心使聯想不再是一個單純的制造企業，而是具有自主研發能力的制造型企業。中心同時還肩負推動聯想成為市場領先的創新者的使命；
二是2010年收購聯想移動后，聯想內部為此成立了一個新部門MIDH，標志著聯想正式進入移動互聯時代，而此舉使得聯想產品從單一的PC拓展到了互聯產品，如樂phone、樂pad、數字家庭、以及正在拓展的網絡電視等，而聯想產品也因此正在變得多元化；
此外，聯想制造工廠也遍布全球各地，包括今年在成都新建廠在內的全球7大工廠支持聯想產品的生產，以及眾多的OEM廠商合作，這些都使得聯想工廠也呈多元化趨勢；
再看聯想的前端銷售，既然是國際化企業，其前端銷售自然覆蓋全球幾大洲160多個國家和地區，面對不同國家，不同人群和不同業務，聯想的前端銷售運作模式因此相對復雜。尤其是新加坡交易中心更是聯想一個特殊的業務模式。而聯想也正是通過這個交易中心將其產品賣往全球各地。其特殊性就在于這個交易中心實際是一個自動化的交易過程。
所謂自動化過程是指，前端下單后，后端工廠會將產品邏輯上賣給交易中心，交易中心又邏輯上賣給前端下單的國家，而事實上這些動作物理上并未具體發生，主要通過聯想IT系統自動實現，交易中心也沒有太多人員操作。劉曉煜的解釋是，這個交易過程主要是為全球部分產品優惠而設。接下來，聯想要做的就是將交易中心從新加坡遷移至香港。
而通過設置自動化交易中心，我們可以看到，從研發到銷售、供應鏈、生產，聯想端到端都需要一個全球的體系架構來支撐。
端到端的精細化管理
因為聯想要求的是端到端的精細化管理，所以其內部對IT投入的成本控制和核算都非常嚴格。而端到端的管理實際又要求業務運作模式必須高效。
記者從劉曉煜展示的聯想業務價值鏈到IT解決方案的映射圖中可見，聯想內部有一個專門的部門在負責新產品的工程化問題。工程化過程采用的是工程變更管理解決方案，如新產品出來，用什么樣的配件，用什么配件匹配，用什么語言，用什么鍵盤等都是工程過程化管理。一旦產品工程化結束后就做，一方面是向后端ECC系統，包括采購系統，做配件采購；一方面到前端，即大家在網上可見聯想新品。
對聯想業務極為重要的前端市場和銷售用的客戶管理軟件，則主要采用SAP的CRM來做整個系統解決方案基礎。CRM搭建始于2006年，系統不光是管理銷售下單，還覆蓋多個環節，如從市場行為管理到商機線索，到詢價、定價，簽署合同、到最后下單、渠道管理等，全過程都通過CRM系統進行管理，系統成為支持聯想整個前端銷售解決方案最為基礎的環節。
訂單下達后，會自動進入到聯想ECC，也就進入了其全球供應鏈。在訂單履行環節，又有幾大系統作為關鍵支撐：一是用于做產品制造計劃的SAP ERP系統，一是用于跟供應商之間進行采購交付和協同的SM系統。而制造工廠則采用的是聯想自主開發的系統，用于工廠的過程管理。
在成品出庫運輸和進出口環節，聯想則是通過IC及ERP，加上用于管理全球160多個國家進出口報關的GTS系統來實現；發貨后的服務環節，原是外包給IBM，如今聯想在其ECC平臺上自己搭建了一個以CRM7.0為基礎的服務的端到端的解決方案。
后端財務管理系統，聯想采用了SAP的ERP系統，并在其中加載BPC解決方案，給上市公司收并購中的合并報表帶來了便利。
報表系統在聯想意義特殊。因該系統會基于聯想的業務產生很多報表，聯想依次可以做些業務判斷。
透過聯想IT的整個大圖景可見，其戰略平臺ECC目前占據了重要部分，它支持了聯想的中國業務、成熟國家市場，如加拿大、日本和亞太區的業務，還包括新興市場國家及拉美的業務。此外，在ECC的仍有4塊獨立的IT系統尚未并入ECC平臺，它們是聯想近年4次重大收并購而來的業務系統，目前仍各自獨立，聯想采取的策略是：對NEC、Medion的系統，初期需要做迅速連接，保證其端到端的業務能夠整合。對另兩個并購來的業務系統，聯想則是采用前店后廠形式，即銷售用聯想現在的戰略平臺，生產卻還是用它自己的原系統。但長期目標是，它們仍會將被納入ECC平臺，以保證聯想整個業務可以互相介入。
如今，聯想已基本形成端到端的高度集成體系，也正是這套體系支持了聯想業務的高速發展。
艱澀的國際化，13次調試
從并購IBM的PC業務至今，聯想IT國際化進程可謂舉步維艱。如劉曉煜所言，有痛苦也有很多收獲。
到今，在聯想內部，已經歷過了13個版本的調試上線。而這一過程用三個階段總結便是：2006年～2007年，是摸索階段。此時，聯想采用了不同方式跟不同供應商做協同，共同實施。但最后摸索的結果是，聯想自主做項目、做運維卻是一個相對較好的方式；2008年，是聯想IT轉型階段。此時聯想一直嘗試自主做項目開發；從2009年開始，聯想進入了快速實施的過程。自此基本每年有2～3個版本的上線。這里所說的版本不是一個小實施，通常聯想IT所說的一個版本是指大的項目，一個項目里可能有6～10個項目。在聯想剛結束的第13次調試上線的版本就包括了28萬人/天的IT工作，還不包括業務人員。
在這13次版本調試里，聯想IT做了三類事：
一類是TSA，是指IBM將其平臺租賃給聯想，讓聯想業務能在上面跑，而租賃費過去最初是1500萬美金/月。如此一筆龐大的支出，聯想過去幾年要做的事就是必須將業務搬家至自己的ECC平臺。現在更多的工作是MMA，即在聯想做并購時，一定要將聯想現在核心的支持其業務的解決方案，跟新并購公司的解決方案連接起來，保證端到端業務的最優化；
第二類是支持業務擴展。聯想業務里包含了新的產品，新的模式，還要拓展到新的國家，這些都需要IT開發出新的解決方案來支持其業務的迅速拓展；
第三類是不斷做平臺的優化。保持平臺的最先進性。同時不斷探討和摸索業界新技術和解決方案能否給聯想帶來價值，比如SSDM、BPC以及DW HANA的成功上線。
IT國際化新挑戰
“我們過去國際化這條路走得很艱辛，主要因為文化的差異。”回溯過往，劉曉煜有些一言難盡。
因為聯想IT國際化到今天仍不能說十分的成功，所以還有許多問題待解。而眼下最大的挑戰就是聯想仍面臨兩套體系并存的情況。
【關鍵詞】網絡視頻；監控； 電力建設；應用
1.概述
網絡視頻監控即通過有線或者無線IP網絡把視頻信息以數字化的形式來進行傳輸。隨著計算機、網絡、通信技術的高速發展日趨成熟普及，各種實用型視頻技術的不斷完善，以嵌入式技術為依托，以網絡、通信技術為平臺，網絡視頻監控技術在各個領域的應用越來越廣泛。相對于傳統的模擬視頻監控有其無法比擬的優勢。網絡視頻監控組網簡單，采用分布式架構，新增監控設備、轉移監控主機可以隨意進行，完全沒有制約；利用企業原有的局域網來傳輸視頻、音頻以及控制信號，無需另外布設視頻線；無需設置監控中心，監控范圍廣，管理者可在自己的辦公室，用自己的電腦監控實時畫面或查看錄像資料。而且多位管理者均可各自監控，互不影響。
2.系統設計思路
當前，電力施工任務繁重、戰線長，管理跨度大，生產過程安全風險較高，安全責任重大，特別是業主提高安全準入門檻和加大了安全責任追究力度。因此，需要一種新的智能化過程管控模式和工具，通過對人員、生產用具、現場資料以及工作流程等規范管理，達到強化管理和及時管控的效果，最終提高安全管理能力及水平，有效杜絕安全事故的發生。針對上述及國內施工安全管控的需求，我司成功開發出一套施工安全智能管控指揮系統，可有效強化現場施工規范管理，達到降低風險、預防事故，并且在一定程度上形成震懾力，有效提高施工現場的管理能力和水平。
3.系統應用案例
廣州供電局主網輸變電工程項目分散在12個區（市），每年開工項目約50項，具有基建任務繁重、戰線長、管理跨度大、安全風險系數高等特點。業主方廣州局基建部作為實施工程項目的統籌管理部門，尤以安全管理責任最為重大。為對各輸變電工程的安全、進度、質量情況進行全面、高效、實時監控，引入我司提供的廣州供電局輸變電工程視頻監控系統（以下簡稱“視頻監控系統”）建設方案組建了網絡視頻監控系統。通過應用視頻監控系統，為業主方管理部門提供控制管理的可靠依據，并為其管理工作提供實時、準確的現場影像資料。通過對篩選出管理薄弱、安全問題突出的項目進行重點專項檢查或約談處罰等方式，督促施工單位提升安全、進度、質量管理水平，進而有效降低基建施工安全風險。
3.1 視頻監控系統組成
廣州局輸變電工程視頻監控系統主要由前端接入、媒體交換以及用戶訪問三個層次組成（如圖1的拓撲網絡所示）。
圖1
3.1.1前端接入
在變電站、電力隧道工程項目施工現場安裝3G遠程安全監視槍機、3G高清網絡智能球機（設備參數見表1）。
3.1.1.1 前端接入設備的技術特點
ISS_2310型3G遠程安全監視槍機與ISS_2410型3G高清網絡智能球機均屬于網絡攝像機范疇，其圖像解析度支持CIF、2CIF、D1、1080P，每款設備包含一個鏡頭、光學過濾器、影像感應器、數字化壓縮控制器，擁有獨立的IP地址和嵌入式的操作系統能夠實現網絡監控的智能化產品， 它可以通過LAN、DSL連接或者是無線網絡適配器直接連接到網絡上。工作原理是鏡頭聚焦采集影像傳送到CMOS圖像傳感器上，CMOS把這些由光訊號組成的信息轉化成電信號，再由控制器采用目前最先進的High Profile5.0級H.264編碼技術對電信號進行壓縮處理，達到在更低的碼率情況下，獲得更好的圖像質量，更好的IP和無線信道適應性。
3.1.1.2 前端接入設備的布設要求
兩款前端接入設備均配備中國電信CDMA 2000 EVDO無線網絡通訊模塊，同時保留以太網控制芯片、RJ45接口能夠實現有線連接通訊方式。這種以無線通訊為主、有線通訊為輔的設計可以全面覆蓋變電站、電力隧道工程項目各個施工現場，無線通訊技術的應用減少了監控設備布設的工作量，降低了在復雜施工現場環境布設監控設備的難度，監控設備可以跟隨項目的進度變換安裝位置，實現對項目建設全過程進行監控。在建變電站、電力隧道監控設備布設經驗如下：
①從監控畫面覆蓋范圍方面考慮，土建施工階段一般選取能提供穩定220V工作電源的工棚、辦公室等位置較高的建筑物，也可以利用監控桿安裝在圍墻上，電氣安裝階段一般安裝在需要監控電氣設備進場安裝調試的GIS室、高壓室等重點施工區域。
②從數據傳輸方面考慮，只需要選取有良好電信3G信號覆蓋的位置，如遇到偏遠地方無電信運營商無線信號覆蓋，采用局域WIFI無線連接或布設網線連接解決通訊問題。
3.1.2 媒體交換
實時視頻畫面數據經過壓縮后使用電信公網3G卡傳送到電信數據接收服務器上，電信服務器上的數據利用電信與廣州局之間的10M光纖（辦公網絡）傳送到宏發大廈六樓機房內的100路視頻監控服務器上，內網客戶端通過服務器訪問視頻服務器上的視頻圖像數據。視頻監控系統平臺是網絡視頻監控系統的核心，具備對用戶進行管理、認證和視頻轉發、數據存儲等功能。它負責所有系統設備前端視頻服務器、中心存儲服務器、中心控制臺、顯示終端的注冊、邏輯連接、工作狀態監視管理并負責響應相關設備的命令請求，發出控制指令到指定前端設備動作及整個系統內設備的時間同步。在視頻監控系統平臺前面有一道硬件防火墻，通過防火墻能強化安全策略、監控網絡存取和訪問、防止內部信息的外泄等來保證系統內部安全。
3.1.3 用戶訪問
業主方廣州局基建部負責對監控系統的使用、維護及設備管理。我司派專人負責對所有客戶端用戶進行登記管理、安裝監控軟件，并賦予客戶端用戶使用權限。客戶端用戶一般只賦予監控功能權限，錄像和設備管理功能由監控中心來完成。客戶端用戶包括局基建部、局安監部、業主項目部、電力監理公司及合鴻達投資管理公司管理層。管理部門人員可在辦公室桌面電腦監控，也可以設置大屏幕電視墻，進行集中監看；或家里使用IE瀏覽器上網遠程監控各個監控點；或在車上或在外出差時，只要配備筆記本電腦和無線上網卡，就可以上網隨時隨地進行監控或巡視。為確保傳輸數據不會被外來數據干擾或經過局域網混入局電網調度系統，軟解碼后的數據通過局大樓防火墻之后進入服務器，連接到局辦公室內的客戶端/監控中心計算機。用戶可以通過客戶端軟件或WEB網頁，遠程瀏覽監察施工現場每30秒一幅的圖像畫面，可以實現多畫面監視、多畫面輪巡、抓拍施工現場實時畫面、查看歷史視頻錄像等多項功能。
關鍵詞：計算機語言課程；教學平臺；集成；多媒體教學系統
中圖分類號：G642
文獻標識碼：A
文章編號：1672-5913(2008)02-0107-03
1開發背景
目前高校很多課程都采用多媒體教學，但教學方法卻仍然是以講授法為主，大屏幕演示法為輔，多媒體教學的形式主要還停留在傳統教學方法狀態，并未實現真正意義上的多媒體，多媒體教學資源沒有得到更好的利用。本文以Visual Foxpro程序設計課程多媒體教學為實例，揭示了如何在多媒體教學過程中對多種教學方法進行有機融合，實現動畫、圖片、仿真、聲音、文字等多種載體之間的過渡與銜接，使教學方法達到高度的綜合性、靈活性和直觀性。
2開發思路
多媒體教學集成系統教學環節及教學資源集成示意圖如圖1所示。
3系統功能分析
多媒體集成教學系統主要包括課程學習、隨堂練習、設計代碼分析、實驗視頻演示、資源鏈接等功能模塊，整個系統功能結構如圖2所示。其中各個模塊的功能分析如下。
(1) 課程學習：該模塊包括教師講授教學內容及教學提綱，模塊分課程教學內容和教學內容提綱二個子菜單項，以樹形結構給出課程教學內容，方便教師進行課堂教學的新內容引入，以及對本次教學內容要點難點的總結。
(2) 隨堂練習：該模塊分為理論基礎知識測試和結構化程序設計兩個子模塊，通過交互式測試系統訪問后臺教學素材數據庫，對學生進行理論基礎知識隨堂測試，激發學生聽課情緒，增強教學交互性。結構化程序設計模塊給出經典算法，通過程序調試器直觀地進行程序的設計與調試運行過程。
(3) 設計代碼分析：該模塊給出面向對象程序設計方法，通過各類表單設計實例使學生掌握常用控件使用，理解面向對象程序設計中對象屬性的設置、方法的調用、事件的響應等設計方法。
(4) 實驗視頻演示：該模塊以視頻方式給出實驗完整的操作步驟，幫助學生了解實驗內容及實驗方法。
(5) 資源鏈接：通過該模塊，教師可以訪問Internet資源及校網絡教學平臺，實現資源鏈接。
(6) 項目開發案例：該模塊包括實際案例和學生開發的優秀項目展示區兩部分，通過案例運行及優秀項目展示，激發學生學習熱情，對課程的學習做到學以致用。
(7) 課間視聽娛樂：該模塊利用多媒體教室資源，使學生在課間通過多媒體集成系統欣賞自己上傳到教學素材庫中的MP3或FLASH作品。
(8) 關于系統：該模塊給出系統幫助信息，并實現系統退出。
多媒體教學集成系統前端程序隨堂練習及課間視聽娛樂界面如圖3和圖4所示。
4系統設計主要實現技術
4.1數據庫設計
在課程教學需求分析的基礎上，準備課程內容、教學講解提綱、測試練習題、實驗視頻、演示FLASH、源程序代碼、項目案例等教學素材，以數據庫設計的三個基本范式為約束，分別建立各類資源表，形成教學素材庫。
4.2Active技術的運用
ActiveX與開發語言無關，任何支持ActiveX控件的軟件平臺上，都可以使用ActiveX控件。目前ActiveX控件應用大多數都是針對VC、Delphi、VB、PB等開發平臺，但在VFP開發平臺下就不如上述開發工具那樣的方便，因為VFP對該控件未涉及到相關語法說明和示例。由于本文中介紹的系統是用VFP作為開發工具，在此就以“課程學習”模塊中TreeView控件為例介紹一下ActiveX技術的運用。
TreeView控件可以用來顯示具有層次結構的數據，例如組織樹、索引項、磁盤中文件和目錄等。在本系統中用來顯示課程的教學內容。TreeView控件的各項信息都有一個與之相關聯的Node對象，每個Node對象均由一個標簽和一個可選的位圖組成，創建TreeView控件后，可通過設置屬性與調用方法對各Node對象進行操作，這些操作包括添加、刪除、對齊和其他操作。可以編程展開與折回Node對象來顯示或隱藏所有子節點。通過對Collapse、Expand、Nodeclick三個事件編寫代碼實現對子節點的操作。系統前端程序“課程學習”模塊開發中Collapse、Expand、Nodeclick三個事件代碼示例分別如圖5、6、7所示。
4.3資源鏈接的實現
在系統前端程序中利用OLE技術，嵌入IE瀏覽器，通過應用集成實現資源鏈接。圖8所示為在多媒體教學集成環境中對校園網網絡教學平臺資源的鏈接。
5系統開發環境及開發工具
(1) 硬件環境：PIII及以上微機處理器、內存128M
(2) 軟件環境：Windows 2000/XP
(3) 開發工具：用PowerBuilder 6.0或Visual FoxPro 6.0作為系統前端程序開發工具，后臺數據采用數據庫或Access數據庫。
6結束語
本文介紹的多媒體教學集成系統同樣也適合非計算機專業教師進行其他課程的多媒體教學。按此系統開發思路，只需根據不同課程教學內容、環節的需求，調整系統相應的功能模塊，修改后臺數據庫中的教學素材等數據即可實現。該系統的開發研究對現代教育技術要求下如何更好地利用多媒體教學資源以及對多媒體教學方法做出有益的探索。
Development of the multimedia integrated teaching system based on modern education technology
Abstract: With the example of integrated multimedia teaching system of Visual FoxPro programming, the paper analyzes the train of thought, system module function of developing the integrated multimedia machine language teaching system based on modern education technology and the main techniques to realize it .meanwhile it is pointed out that if the corresponding function is adjusted, the teaching material in the database is revised. The system can be applied to other courses according to the course content .
Keyword: course of machine language, modern education technology, multimedia teaching integrated system
收稿日期：2007-10
參考文獻
[1] 張洪舉等. Visual FoxPro開發答疑[M]. 北京:人民郵電出版社,2003.
[2] 劉紅巖等. PowerBuilder對象與控件技術詳解[M]. 北京:電子工業出版社,1999.
[3] 段興. Visual FoxPro實用程序百例[M]. 北京:人民郵電出版社,2002.
作者簡介
王曉勇(1968-)，女，安徽合肥人，工學碩士。
【關鍵詞】節能減排； 小鍋爐并網；熱力站； 二次管網；供熱效果
【 abstract 】 to reduce pollution and improve the effect of energy saving and emission reduction, the our city actively carried out small boiler grid program in cogeneration of central heating replace those high energy consumption and pollution heavy small coal-fired boiler. Along with the development of this kind of project, and the small boiler heating user problems gradually emerges, and the part of the small boiler heating effect is poorer grid users more outstanding. For sum of small boiler grid project design experience to guide future better development similar project, the paper will be for the part of the small boiler grid project to make the concrete analysis to draw the conclusion, thus effectively guarantee further small boiler grid project heating effect.
【 keywords 】 energy conservation and emission reduction; Small boiler grid; Heating power station; Secondary network; Heating effect
中圖分類號：TE08文獻標識碼：A 文章編號：
為降低污染，提高節能減排效果，我市積極開展了小鍋爐并網項目，以熱電聯產集中供熱替代那些能耗高、污染重的小型燃煤鍋爐。2008-2009兩年，天津共實現并網小鍋爐房183座，拆除燃煤供熱小鍋爐297臺，并網面積1291萬平方米；其中92座鍋爐房、134臺小鍋爐并入熱電管網，分別占并 網總量的50%和45%。伴隨著此類項目的開展，并網小鍋爐供熱用戶的問題逐漸凸顯出來，而09年部分小鍋爐并網用戶供熱效果較差的問題尤為突出。為總結小鍋爐并網項目設計經驗，指導今后更好的開展同類項目，本文將針對09年部分小鍋爐并網項目進行具體分析，以得出結論，從而有效保證今后小鍋爐并網項目供熱效果。
1.小鍋爐并網案例選取
本次技術分析共選取小鍋爐并網項目四處，其中軍電管網小鍋爐并網項目兩處，分別為A里小鍋爐并網項目、B小區小鍋爐并網項目；楊電管網小鍋爐并網項目兩處，分別為C里小鍋爐并網項目、D里小鍋爐并網項目。
表 1案例現狀供熱狀況
表 2案例改造后供熱狀況
根據現場勘查小鍋爐并網后供熱效果，實際運行參數與設計參數對比如下：
表 3參數對比表
經過分析比較，造成其并網問題的主要原因有：
㈠由于并網小鍋爐位于一次側管網末端位置，造成一次側熱源能力不足，供熱效果較差；
㈡并網小鍋爐供熱區域二次系統尚未改造，原有二次網與并網后熱力站并不匹配，且管網老化嚴重，嚴重影響供熱效果；
㈢并網后二次側供回水參數較原有小鍋爐供熱時有所下降，而居民戶內采暖系統仍未改造，因此影響供熱效果；
㈣由于運行中，二次側供回水溫差過小，造成二次側管網需求流量加大，管網循環泵難以滿足要求，二次側循環受阻，影響末端供熱效果。
在我們調研的四處小鍋爐并網用戶中，由楊電管網供熱的C里與D里均存在上述四個問題，因此在供熱初期供熱效果較差；由軍電管網供熱的A里與B小區在運行初期由于二次側供回水溫差過小，一度供熱效果不好，經過調整后供熱效果達到了令人滿足的結果。
4.小鍋爐并網問題改造措置及效果
為解決小鍋爐并網工程中出現的問題，我們采取了一定的措施，具體有：
㈠為解決一次側熱源不足的問題，楊電管網主要采用的措施有增加換熱器板片與增加一次側管網循環泵。一方面，在減小供水流量的前提下，板片增加的換熱面積可通過其供熱負荷與一次供回水溫差計算得到。通過此方法，在一次管網前端用戶增加板片，使前端用戶流量下降，保證管網末端流量；另一方面，在末端小鍋爐并網用戶處加裝一次側管網循環泵，調整后，末端管網一次側流量有所增加，基本達到了提高其一次側熱源能力的目的。
㈡為解決二次系統管網匹配及運行參數的問題，一方面，針對部分用戶二次網阻力過大的問題，在小鍋爐并網用戶站內更換更大功率的循環泵，增大二次側流量及揚程，解決二次側管網循環問題；另一方面，適當增加換熱板片片數，增大換熱面積，提高二次側換熱量。
通過上述手段調整后，小鍋爐并網用戶供熱效果的問題初步得到了解決，供熱效果基本滿足了用戶的要求。
5.問題改造措施分析
通過對各并網小鍋爐用戶的調整，其總體供熱效果切實得到了改善，但經過分析不難看出，改造后總體造價大幅升高，且能耗指標也隨之增加，這與國家節能減排的大方向并不符合。
經過勘察實際運行工況，可以看出各小鍋爐并網用戶均存在二次系統匹配問題，一方面，原有鍋爐房二次側運行參數較高，二次網管徑較小，二次側阻力較大，在原有二次網不改造的前提下，熱力站設計中管網循環泵的選擇需綜合考慮上述因素，避免管網循環泵揚程選取不足，影響今后供熱效果；另一方面，在小鍋爐并網項目中，必須依據新的參數對其二次系統重新進行水力計算，保證各段管網沿程比摩阻維持在80-100Pa/m的范圍內，并對原有二次系統相應的進行改造，以保證其正常的供熱效果。同時結合各熱電公司實際運行工況，建議管網二次循環泵選型中，二次溫差按15℃計算。
另外，一次側熱源不足的問題，雖可暫時通過增加換熱器板片與增加一次側管網循環泵等措施進行改造，但從長遠考慮，必須從增加熱源能力入手才能真正解決這一問題。
6.結論
作為天津市政府民心工程之一的小鍋爐并網項目今后肯定還將繼續進行，為保證今后各用戶真正享受到良好的供熱效果，在項目開展前期必須通過各種渠道了解其原有鍋爐房情況，尤其是二次參數及循環泵等關鍵參數，為設計及運行積累第一手資料，同時在設計項目開展中逐個依條件實施，切實保證小鍋爐并網項目實施后取得良好的供熱效果。
參考文獻
【1】陸耀慶.實用供熱空調設計手冊.
【2】城市熱力網設計規范CJJ34-2002
1施工掛籃的操作
汾江特大橋32號墩掛籃澆筑10號最大彎矩塊時出現前端下沉3cm。查其原因，是后錨桿沒有預緊，或預緊不到位，仍有間隙存在，若主梁后端錨桿有5mm間隙，則前端多沉降7mm。為避免此事再發生，要求掛籃主梁尾端后錨力預緊5～10t。為了施工安全，筆者提出了增加后錨組數，如汾江特大橋和潭洲特大橋標，原設計主梁后錨為2組，抗傾復安全系數K＞2，符合規范要求。但為了掛籃施工的絕對安全，主梁后錨固由原來兩組變成三組，抗傾復安全系數K＞3，這樣安全就更有保證了。總結已往掛籃施工不慎造成事故的教訓，多數是在掛籃移動時及精軋螺紋鋼出的問題。JL32精軋細紋鋼的優點是強度大，結構精巧，操作方便。但其碎性大，彎曲易折斷。筆者將掛籃原用JL32精軋螺紋鋼的吊桿，改用經調質處理的40Cr合金鋼或35CrMo合金鋼，保持了其精巧方便的優點，改善了碎性之病害，安全得到進一步保證。空籃前移是掛籃施工安全的重要一環，幾個掛籃空籃前移的形式不同:有用手拉胡蘆的如潭洲特大橋及吉利河特大橋;有用25t千斤頂由一條鋼絞線拉動的(汾江特大橋)，兩臺油泵2人操作。而龍山互通J匝道連續剛構橋是用油壓千斤頂頂推，一臺油泵通過分配閥送到3個頂推油缸，從而使掛籃前移較穩定，增大了安全性。筆者推薦龍山互通J匝道連續剛構橋標的移動方案。
2模板及抗聳力管道安裝質量的控制
本項目各特大橋主梁均采用三向抗聳力管道布置，比較復雜，縱向預應管道線形布置，既有豎彎曲，也有平彎曲，有的相互之間交叉，施工時應嚴格控制，細心檢查。施工過程中首先要確保抗聳力管道位置安裝準確，否則由于位置不準確將影響到力的作用點，改變力矩的大小，就改變了箱梁結構的受力狀態，改變了結構的設計功能。再者管道必須保證自身的質量，內部應暢通，連接處不能漏漿，防止管道堵塞，管口連接要加裝外管，防止接口損壞。混凝土施工控制。事先做好砼配合比設計，并進行反復對比、優化，選取最優砼配合比，同時應嚴格控制原材料質量。混凝土拌合過程中還應嚴格控制原材料計量的準確性，確保充足的拌合時間和均勻性，正常情況下砼拌合時間不得少于120s。掛籃經預壓，消除了非彈性變形，但不可避免的仍存在彈性變形，所以砼拌合物應具有良好的工作性能，混凝土的澆筑必須連續并確保在其初凝前灌注完畢，防止砼在初凝后，因掛籃產生豎向變形而使梁體產生剪切裂縫。嚴格控制混凝土的澆筑順序，應采取分段、分層、分區灌注，確保對稱、平衡進行，避免因混凝土不平衡灌注造成掛籃失穩現象的發生。抗聳力張拉控制。當砼強度、彈性模量和齡期滿足設計要求后，可按設計要求的順序對鋼束進行張拉。當然，張拉前應特別注意千斤頂的標定是否在有效期內、油表是否對應配套、設計提供的張拉力伸長量是否進行了復核計算等方面的問題。對此，總監辦制定并下發了《關于要求各合同段上報抗聳力張拉伸長值復核驗算的通知》，各項目部根據鋼絞線實際參數對設計提供的抗聳力伸長量進行了復核驗算，確保了張拉施工過程中張拉力與伸長量的準確性。張拉施工過程中要求對稱張拉，采取張拉力與伸長量雙控。當實際伸長值與理論伸長量對比超出規范允許±6%時，立即停止施工，及時進行原因分析。張拉完畢及時進行管道壓漿和封錨，保證壓漿效果，確保抗聳力施工質量。
作者：龔曉攀單位：廣東華路交通科技有限公司
