時間：2022-02-28 21:58:06
引言：易發表網憑借豐富的文秘實踐，為您精心挑選了九篇前端項目總結范例。如需獲取更多原創內容，可隨時聯系我們的客服老師。
關鍵詞：施工階段跟蹤審計；工作內容；操作流程
中圖分類號： TU198 文獻標識碼： A
建設項目的全過程跟蹤審計一般可分為事前、事中、事后三個階段的控制，在具體的實施中，我們又可把三個階段細化為項目立項階段、設計階段、招標及合同簽訂階段、施工階段和竣工結算階段等五個階段。本文主要對建設項目施工階段跟蹤審計的工作內容及具體的操作流程作一些闡述。
施工階段是業主和承包商共同執行合同內容，完成合同標的的過程，也就是工程結算所含內容具體實施的過程。施工階段審計主要是對現場重大隱蔽工程量、簽證、索賠和特材價格進行過程中審計，而不是等到竣工結算審計時再對工程結算中所含的這些內容進行審計，跟蹤審計單位對施工階段進行審計，能有效地防止承包商高估冒算和無理索賠的產生。
1、本階段具體工作內容
1)與參建單位協調配合，制定現場有關造價控制的流程與措施；向工程各參建方做好跟蹤審計交底，以便跟蹤審計工作有序可循；
2)參加由建設單位組織召開的涉及工程造價的技術交底、圖紙會審、工程例會、材料（設備）選購定價等，協助業主協調各承包商的經濟關系以利工程順利進行；
3)按工程形象進度，對各總包（包含各專業分包商）提交的進度付款申請，定期到現場評估已完工程量，根據合同價款及合同條款，作出合理審定，并提供月付款建議書，經業主認可后作為支付月進度款的依據；
4)規范現場簽證，同時對涉及金額較大的設計變更、經濟簽證進行審核；嚴格審核工程變更的合理性，對有可能增加工程造價的工程變更應進行重點造價控制，特別要注意對于調減或取消項目業主也要簽署設計變更，以便在結算時扣除；對施工單位提及的技術核定單、工程聯系單的可行性分析及是否實施提供參考意見。為保證業主的合法經濟權益，可以為業主提供相關的反索賠咨詢服務；
5)積極配合業主，優化、控制工程變更，盡可能在原圖施工前做好變更工作，避免按原圖施工好后再變更，造成浪費；
6)全面監督合同外工程(簽證)隱蔽驗收工作，對該隱蔽工程會同施工單位、監理單位、業主共同丈量測定、并簽字認可；
7)經常深入施工現場，掌握工程進展及變更的落實情況，并進行必要的拍照、攝像，留取證據；
8）對原合同中的暫定價格部分，隨著指定/專業分包合同的招標進程，不斷校對核定投資額，提供成本控制建議，使項目總投資能符合擬定的投資目標；
9)根據業主的需要，及時調整預算造價，做好設計變更和物價上漲等因素影響項目投資的情況分析，建立實際投資與概(預)算動態對照表及造價動態分析報告，力求使調整后的投資控制在目標之內；
10)檢查合同實質條款有無發生變動，如發生變更甲乙雙方有無及時簽訂補充合同；
11）按月向業主提供動態成本報表，集中反映變更簽證明細，每一條簽證列出“簽證送審時間”、“簽證送審金額”、“簽證審定金額”、“簽證完成時間”、“簽證發生原因”，具體的審定預算書或定案書在項目部留存，待項目結束時整理歸檔。
12）參加工程的功能性檢測，如瀝青、水穩等結構層的厚度檢測
13)為業主提供降低造價等合理化建議。
2、本階段造價控制操作流程
1)有關的造價咨詢專業人員進駐施工現場，熟悉施工現場情況，收集有關工程概況等資料；
2)了解工程概況，熟悉工程總承包合同內容、招投標文件及其他有關工程施工信息；
3)每天提供施工現場造價咨詢服務，參加有關工程例會及協調會等。有關人員將24小時隨叫隨應，提供全天候的造價咨詢服務；
基坑開挖部分：
①協助業主、監理、施工方，確定經濟合理的基坑開挖方案；
②協助業主、監理測量地面標高，測定堆土區運距；
③現場協助業主、監理確定人工修邊坡工程量。記錄基坑排水機械臺班；
④檢定土壤類別，協助監理、業主測量基坑挖方量（必要時繪制等高線圖）；
⑤審核局部流沙、排水溝、收水井的處理工程量；
⑥記錄基底的平整、夯填方法，回填基坑應測量好運土距離，正確界定機填、人填數量。
結構施工部分：
①記錄好承臺地梁側模的品種、規格；
②現場核查鋼筋綁扎情況，對梁、柱、墻、板、鋼筋情況都應有記錄，存好電子文檔；計算、清點鋼筋接頭、箍筋、支撐只數，即時做好鋼筋翻樣工程量底稿；
③核查、記錄塔吊基礎的鋼筋、砼用量、塔吊進退場時間；
④監測好柱、梁、板澆筑情況、各部位模板的規格品種。及時計算施工部位的各種工程量；
⑤及時收集整理預埋管的規格、品種、品牌，及時詢價；
⑥監測好地坪施工的基層厚度、施工方法；
⑦監測好內外墻粉刷品種、厚度，記錄好柱、梁部位的防裂處理方法，網材的寬度、品種，尤其監測好外墻涂料的品牌、施工用量、批刷遍數，對外墻涂料的品牌價格進行詢價提供業主決策，測定好平方米用量，組合出平方米單價；
⑧核查屋頂防水、保溫處理工藝、材料品種、質量等級，做好詢價工作；
4)對隱蔽工程進行現場記錄(書面、影像)，每日須做造價咨詢施工日記以備工程結算之用；
5)審核月工作量報表，提出月工程款付款的審核意見；
6)審核設計變更費用、技術核定單費用、經濟簽證費用等；
7)為建筑安裝工程材料價格的取定，及業主指定材料價格、甲供料價格等，及時提供咨詢意見；
8)根據國家和地方現行的有關規定，審核施工方的索賠費用，為業主進行施工反索賠提供咨詢服務。
在以往的竣工結算審計，由于審計人員不了解施工過程，對施工情況僅以現場簽證為依據，對一些虛假的簽證無法進行必要的鑒別，這也為施工、監理單位的串通舞弊提供了機會，建設項目施工階段跟蹤審計則可以及時發現問題，遏制該類行為的發生.
參考文獻：
關鍵詞：課程改革；工作過程；項目導入；web2.0；前端技術
中圖分類號：TP3 文獻標識碼：A
文章編號：1009-0118（2012）08-0096-02
針對當前社會對高職學生人才培養的需求和教育部關于高職院校精品課程建設的標準，高職院校都主動積極地投入到了基于工作過程和項目導入課程的改革中。《web前端技術》是各高職院校都開設的一門專業基礎課程，旨在培養學生利用web2.0標準技術開發網站前端頁面的能力。經過本課程組全體老師幾年的教學經驗和建設，將以往按照知識體系教學內容的模式改革成了基于工作過程和項目導入課程，現將我們改革的一些經驗和措施作如下闡述。
一、基于崗位工作過程和項目導入組織教學內容和實施
（一）項目的選取
本課程按照目前企業崗位“web前端高級工程師”作為崗位能力需求，選取了當前比較流行的電子商務平臺——叮當網上書店作為課程導入項目。該項目主要有首頁、圖書分類頁、圖書詳細頁、購物車頁、注冊頁、登錄頁六個頁面。這些網頁能夠涵蓋本課程的所有知識點和崗位工作技能。并且對于現在90后的學生來說，網上購物已經成為生活的一個重要組成部分，學生對整個購物流程和頁面流轉比較熟悉，能夠輕松理解課程的項目的各個細節。另外，該項目也是我院后續基于數據庫開發課程的導入項目，這樣能夠讓學生的學習有連續性，達到真正意義上的學以致用。
（二）基于崗位工作過程
參照一個web前端工程師開發和設計網站的工作流程，主要經過網站前期設計、結構框架、樣式效果和頁面交互性四個環節。將叮當網上書店項目整個教學內容和實施過程也分為設計篇、結構篇、樣式篇和交互篇。設計篇主要完成項目導入、素材整理和設計、網站頁面結構分析等；結構篇主要利用XHTML語言完成網站六個頁面的結構架設；樣式篇主要利用CSS樣式實現六個頁面的最終效果，并解決相關兼容性問題；交互篇主要利用Javascript、Jquery等技術對注冊頁、登錄頁、購物車頁的相關前端交互設計。
二、以教材編寫支撐課程改革
針對該課程國內市場上的教材都是基于知識體系的情況，課程組老師積極響應，著力編寫一本基于工作過程和項目導入的教材來支持課程改革成效。本著高職教材理論夠用，技能為主的原則，精心組織和提煉，初步形成教材編寫的思路。如下圖展示教材部分章節目錄如圖1。
三、以BIBB六階段模式實施工作過程任務
本課程采用德國聯邦職教所（簡稱BIBB）著名的六階段模式：明確任務、制定計劃、作出決策、實施、控制和評價反饋來實施工作過程任務。通過這種教學情境設計，主要培養學生對分析問題、解決問題和團隊協助的能力。先以叮當網上書店首頁菜單區設計任務為例，任務和教學情境設計如圖2、圖3表所示：
圖1 《web前端技術》教材部分章節目錄
圖2 首頁菜單原始效果
圖3 首頁菜單最終效果
基于工作過程和項目導入的課程改革是高職院校各級精品課程建設的必然趨勢，重在讓我們的學校教育和人才培養完全切合社會企業對高職人才需求的實質，提升學生核心競爭力，降低企業人力資源成本，達到校企雙贏的局面。本文通過闡述《web前端技術》一門課的改革思路能夠起到一個由點及面、拋磚引玉的效果。
參考文獻：
初步排查后我們發現，這些工程的工期很緊，工程方非常迫切地希望能提前結束整體方案的設計。但是，這些設計方案往往是不同的省份自己找設計院來設計的，是相對比較分散的。如果只是在四川援建項目的現場，是拿不到具體的設計方的實質信息的。
面對這種情況，我采取的措施是先切入一個工程，先弄清楚一個工程的具體實施流程，之后再到一條線（同一援建方的所有項目），最后是按照援建方索引的全部的援建項目的介入。
我們先排查的是安徽援建項目，是重災區的項目，共有3個需要空調工程（一個醫院，一個學校，一個紀念館）。由于工期非常緊，對產品的交貨期和品質要求很高，同時價格更需要有競爭力。
我們了解到項目的整體設計為濟南的某設計單位，就馬上聯系合肥辦事處幫助引薦相關的設計人員。同時，我們在成都的地面部隊也和援建指揮部的領導溝通，說明我們愿意為援建項目出謀出力，為提前工期做好一切服務。由于我們了解他們需要什么，所以就有了共同的目標和溝通基礎。援建方告訴了我們設計單位的設計師，還告訴了我們整個工程的空調大概規模。這些信息是參與前端設計的寶貴資料。
合肥和成都兩個地方同時進行，按照我所推薦的空調品牌就很容易進入招標邀請的品牌之中。
由于我們參與了前端的設計，參數是按照我方空調品牌來設計的，招標的時候，自然不招而勝。當然，因為是援建項目，我們的空調價格相對其他項目是低的，這個項目對企業而言不掙錢，但卻鍛煉了我們的隊伍。
從安徽項目中總結出來經驗，我們馬上復制到了其他省份的援建項目上，都取得了很好的結果。所有的援建項目的空調工程，我們占到了30%以上，得到了客戶的認可。
自XX年3月以來我很榮幸來到泰信科技從事金融事業部技術支持中心儲備主任工作，轉眼三個月的試用期過去了，在領導的言傳身教、關心培養下，在同事們的支持幫助、密切配合下，我不斷加強事業部業務學習，對工作精益求精，較為圓滿地完成了自己所承擔的各項工作任務，個人職業素質和業務工作能力都取得了一定的進步，為今后的工作和學習打下了良好的基礎，現將個人工作學習情況總結
一、對公司的認識
從剛到泰信對于金融事業部的業務比較陌生，到經過三個月的學習及領導和同事的指導，使我對公司管理結構和事業部等有了較為深刻的認識，對自己所在崗位的工作內容有了大概的了解。公司業務范圍主要劃分為金融、司法以及智能化等三大領域，下屬分公司主要包括湖北分公司、江西分公司、湖南分公司、河南分公司、廣西分公司、云南分公司以及新疆分公司等。我們金融事業部技術支持中心主要對分公司技術進行協助支持。
二、工作方面
入職不久，適逢湖南分公司農行前段聯網項目中標。湖南分公司因去年才成立不久，技術力量相對薄弱。我被派過去做技術支持，主要負責農行前端聯網前期摸底做方案及預算。湖南我們主要是負責常德和湘西兩市的前端改造。通過一個月的時間，我前端網點摸底以及同甲方市分行保衛處領導交流，圓滿完成了常德79個網點以及湘西28個網點的設計方案及預算，共計900多萬。
4月下旬湖南農行聯網進入到具體實施階段。我把前期湖北聯網遇到的問題及訊美聯網軟件商的要求進行了收集整理，寫了«湖南前端聯網規范流程»。按此流程指導，順利實施了常德城區3個樣板網點的聯網接入工作。
金融技術支持中心除了對下屬分公司技術支持外還需對中心業務拓展的項目進行支持，4月上旬，金融事業部與浙江捷尚合作在整個金融業推廣智能分析系統，我負責湖北農行試點安裝調試。經過幾天的測試以及與捷尚技術員溝通最終完成了農行atm智能分析、柜員窗口人臉疊加以及視頻質量診斷等系統的試點安裝調試工作。
三、學習生活方面
【關鍵詞】 有線數字電視 雙向網絡 改造
2013年隨著全國有線數字電視整轉工作的快速推進，河南省有線電視數字整轉工作在省集團公司完成18個地市的網絡整合之后，也進入了實施階段。結合全國各地數字電視整轉的模式及效果，河南有線電視網絡集團公司決定實施數字電視雙向整體轉換。按照集團公司的統一部署，駐馬店分公司為了保證數字電視整體轉換的順利推進及網絡實現雙向業務開通的要求，我們結合本地網絡實際情況，首先啟動雙向網絡改造工作，雙向網絡改造工作事關全局，即是數字電視單向整轉的有力保障，同時又是雙向業務開展的必要條件。本文重點就分公司雙向網絡改造工作涉及的方方面面進行一些經驗總結。
1 網絡改造前網絡狀況
駐馬店分公司有線網絡作為一個地市級有線電視網絡，主要覆蓋駐馬店市主城區，覆蓋住戶近12萬戶，模擬有線電視用戶8萬戶左右。網絡改造前分公司只有一個總前端機房，傳輸60套模擬電視節目，系統帶寬為750MHz；光傳輸系統為1310nm光傳輸系統，光鏈路呈星型分布，網絡中光分路器種類較多，有4分路、6分路、8分路、10分路，網絡共計光站近400個，且每個光站覆蓋用戶數并不均勻，少則100戶，多則500多戶，其中老城區單個光站覆蓋用戶較多。電纜干線放大器級聯一般在2-3級，個別還有5-6級；電纜分配網水平線部分（電纜支干線）有各單元串接結構和集中分配結構，單元間信號不均衡情況較多，接頭多沒有進行防雨處理；電纜分配網垂直線部分（單元內入戶分配網）多為串接結構，由于模擬信號造成用戶偷接情況多發，網絡結構破壞嚴重。就現行網絡情況，無法保證數字電視整體轉換，更談不上開通雙向業務。因此我們把網絡改造工作先行一步展開，整體轉換工作跟隨在網改工作后面有序推進。
2 數字電視系統雙向網絡改造規劃設計原則
（1）按照集團公司統一規劃，駐馬店分公司規劃建設一個數字總前端機房，負責接收省干環網傳輸的集團公司節目平臺數字電視節目包，同時增建三個分前端機房，各前端覆蓋區域用戶在2-3萬戶。單向數字電視系統建設采用1550nm光傳輸系統構建一級光傳輸環網系統聯通四個前端機房，各機房設光切換開關，保證一級光傳輸環網具有自愈功能。二級光傳輸系統采用1550nm光傳輸系統，每個機房配置一臺16路高密EDFA作為傳輸光源。雙向系統建設聯接各前端的IP城域網，雙向接入系統采用EPON+EOC技術實現雙向點播及數據業務接入。雙向數據光網絡與單向下行光網絡各自獨立運行，在光站和ONU部分融合，電纜部分采用EOC技術實現雙向數據傳輸。（2）二級光網絡部分設計：單、雙向二級光傳輸系統結構均采用4分路--8分路結構，4分路置于前端機房，8分路置于園區光交接箱。光交接箱一般采用兩級光交接箱，一級光交接箱（主干光纜節點）和二級光交接箱（園區接入）。光站下取消放大器，直接覆蓋用戶，且保證單光站覆蓋住戶70-100戶。原有單向1310nm系統考慮用于覆蓋城中村及周邊鄉鎮。（3）光站以下電纜分配網絡水平線部分統一采用集中分配結構，對原有電纜干線網絡進行結構調整，保證進入樓宇各單元信號均衡；電纜分配網垂直線部分采用集中分配結構進行調整，將原有串接結構調整為集中分配結構，確保入戶信號均衡。電纜部分改造調整原則上盡量利舊。
3 規劃設計立項
我們高度重視規劃設計工作，合理的規劃設計是工程施工有效性的重要前提。按照集團公司的規劃設計原則，我們對雙向網改工程的規劃設計工作進行了有序安排。我們首先組織設計人員進行學習培訓，重點要求每位設計人員充分掌握雙向網絡改造的規劃設計原則、網絡技術要求、擬采用設備的技術特點，要有清晰的設計思路；其次強調現場勘察的重要性，結合現有網絡結構特點確定光站位置，在保證網絡結構的同時，最大限度保證電纜網絡利舊，確保每一個光站的位置要有利于下一步的電纜網絡的調整。
由于時間緊任務重，我們重點抓設計質量、設計進度兩方面。為確保設計進度：我們將網改設計工作任務明確到具體責任人，對設計人員按照片區下達設計工作任務，核定每周需要完成的設計工作量，每日跟蹤，每周匯報，確保設計任務按期完成。為確保設計質量：1）注重現場勘察，由于雙向網改是在現有運行的網絡上進行增補調整，因此要求設計人員既要了解現有網絡情況，又要對網改要求做到心中有數。設計人員每一個小區和樓宇都要跑到，詳細了解原有線路的布局，現場進行研討，形成設計思路，片區設計人員依據現場形成的設計思路進行具體設計和制定預算，形成初步立項報告。2）執行圖紙會審制度，每周定時由網絡建設部主導組織進行設計圖紙會審，參加人員有：全體設計人員、工程項目經理、運維部線網維護中心主任。首先由設計人員對其負責項目的設計進行詳細闡述，內容包括：項目背景、工程概況、設計思路、設計圖紙講解、工程預算編制情況等，然后針對設計人員的闡述，組織參會人員討論，提出問題由設計人員解答，對需要優化和修正的地方，現場提出修訂意見，并最終形成項目設計方案。我們認為通過執行圖紙會審，不僅使設計工作與工程施工進行了有效銜接，而且能夠很好地幫助設計人員總結經驗，吸取好的積極的經驗，糾正工作中的錯誤思路，對隊伍建設有很大幫助。
4 工程實施
4.1 雙向網改的工程施工工作
（1）實行項目經理負責制，明確項目經理的工作職責，突出項目經理的重要作用。項目經理與結算員、資產管理員結合，對項目材料準備情況、工程施工進度、工程驗收結算等環節進行密切跟蹤、協調；項目經理要隨工監工，并注重與運維部門結合，力求雙向網改的實效性；項目經理要加強對施工方的管理，負責組織施工方研究設計圖紙，掌握設計意圖，并帶領施工方進行施工現場勘察，嚴格按照工程設計形成工程施工方案；工程項目經理在工程協調工作中的要扮演重要角色，要求工程項目經理負責工程施工中的各種協調工作，一旦在施工中出現問題，項目經理要第一時間到達現場，積極協調，確保工程順利實施。（2）注重周例會。每周例會，工程項目經理、材料及結算人員、設計人員都要對所轄工作進行匯報，把工作中遇到的問題在會上提出研討，并形成解決辦法，保證工程順利進展。
4.2 工程組織實施
明確工程分四個階段組織實施，第一個階段為二級光網絡建設。單向下行網絡建設，在進行光網絡建設時，利用6立機架式22dbEDFA作為新建光網絡光源，傳輸原有60套模擬信號（我們稱為A平臺信號）進行網絡測試，光網絡測試完畢后，進行新建光站的A平臺信號開通；雙向光網絡建設與單向下行光網絡建設同步進行，前端EPON系統OLT與光網絡局端設備ONU進行系統對接調試。第二階段為二級光網絡新建光站與現有運營電纜網絡信號割接，同時對電纜分配網水平線部分進行集中分配結構調整。此階段要求對現有運行電纜網絡結構進行充分研判，形成準確、快速的施工方案，縮短信號中斷時間；要求對電纜分配網水平線部分進行整理，更換不符合要求的分配器，更換電纜接頭，對老舊電纜進行更換；測試信號電平，評判調試結果。電纜分配網垂直線部分由于工程量大，耗時較長，待后期進行整理調整（后來通過數字電視整轉，由于入樓宇單元信號電平提高，垂直線部分對單向整轉影響不大）。第三階段為整轉現場的信號切割。新建一級光傳輸環網（含各前端16路高密EDFA）上傳輸的是全數字電視信號（我們稱為C平臺信號），通過對前端光源的調整，達到對新光站由A平臺信號向C平臺信號切割。此階段主要為對新光站進行C平臺信號電平調整，對雙向系統進行調試（雙向系統只有在傳輸C平臺信號時才能進行調測）。第四個階段為電纜分配網垂直線部分調整。此階段主要是在數字電視整轉后，對樓宇內的分配網結構進行調整，主要保證雙向業務的開通。此階段要求對不符合要求的分支分配器進行更換，對不符合要求的線纜接頭進行更換，必要時更換入戶電纜。
4.3 工程實施過程中幾點注意
（1）施工環境復雜，注重施工安全。雙向網絡改造工程是在運行中的網絡中進行優化、調整，施工多在老舊線路上組織實施，施工環境復雜，安全隱患較多，供電、通信電纜交織，極易發生安全生產事故，因此施工前要仔細勘察施工現場，確定安全施工方案，切忌盲目、無序施工；同時要求施工方組織安全生產教育，對施工人員配備安全防護措施，確保安全施工。（2）進行信號割接時，要嚴格執行割接施工方案，盡量縮短信號中斷時間，減少用戶投訴。（3）施工方施工時按照要求注意做好線路標識，由于二級光網絡建設敷設線路較多，做好線路標識，有利于工程驗收和后期網絡維護。（4）要求施工方要注意及時完成技術資料備案。由于二級光網絡建設具有涉及區域大、工程量大、工期長、材料種類多等特點，因此及時完成技術資料備案對工程驗收、結算及后期網絡運行意義重大，必須高度重視。
4.4 工程完成情況及指標測試情況
通過將近一年半的雙向網絡改造工作，完成了市城區除城中村外所有小區的雙向網絡改造工作，網改總計開通光站1700臺，覆蓋住戶12萬戶左右，覆蓋有線數字電視用戶8萬戶左右。
關鍵詞：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技術到頁面直出方案，以及通過多個項目的實踐結果表明，該方案的可行性與工程化。
參考文獻：
關鍵詞：bootstrap 響應式web前端 柵格布局 表格應用
中圖分類號：TP391.3 文獻標識碼：A 文章編號：1007-9416（2016）10-0179-01
隨著互聯網技術的發展，人們在日常生活與工作之中，不僅要注重提高互聯網資源的利用效率，還要關注用戶與網站的交互性，讓互聯網技術更好為工作與生活服務。Bootstrap作為重要的框架結構，通過先進技術的應用，有利于系統升級，也能讓用戶獲得良好的體驗，其應用也變得愈加廣泛。本文結合實際需要，就基于bootstrap響應式web前端進行探討分析，希望能為類似工作開展提供啟示。
1 bootstrap概述
作櫓匾的框架結構形式，bootstrap包括多項不同的組成內容，并且擁有自身顯著的技術優勢和特點。
（1）bootstrap的概念。Bootstrap是以HTML、CSS、JS為基礎的開發框架，它包含類型多樣、結構漂亮的樣式。傳統網絡開發過程中，在不同分辨率下很難實現兼容，制約開發工作效率提升，對網頁正常使用也帶來不利影響。而在bootstrap的輔助下，網頁開發變得更為便捷。Web前端開發人員可利用bootstrap進行響應式網頁制作，有利于網頁的擴展與升級，對網頁維護也具有一定作用。隨著bootstrap的發展與進步，內容豐富多樣，結構靈活的響應式柵格系統得到應用，也讓基于bootstrap響應式web前端開發成為現實。
（2）bootstrap的組成。作為web前端工具，bootstrap包含豐富的結構類型，并且免費開源，提供預編譯和源碼兩種形式的壓縮包，包內的文件按類別存放于不同目錄之中，同時提供壓縮與未壓縮兩種版本。Bootstrap最基本的組織形式為預編譯版本，可在任意web項目中直接使用，包括壓縮與未壓縮兩種CSS和JS文件。就源碼來看，bootstrap包含CSS、JavaScript、圖標字體文件、LESS等。安裝bootstrap時，先完成基本樣式的安裝，然后調用JavaScript插件，做好調試與安裝工作，完成任務，為web前端開發創造條件。
（3）bootstrap的優勢。在bootstrap的輔助下，賦予CSS動態性，能有效適應各種移動設備。并降低網頁開發難度，節約成本，有利于網頁維護。大多數瀏覽器支持bootstrap框架，為網頁提供排版、導航、縮略圖、進度條等組件，方便web前端設計。并且bootstrap代碼簡單，方便開發人員的各項工作，降低勞動強度，確保web前端的高效與便捷，有利于提高網頁開發工作效率。
2 基于bootstrap響應式web前端分析
利用bootstrap開展響應式web前端設計，一方面要明確其優勢和特點，另一方面還要合理英語相關的技術措施，促進設計水平提高。
2.1 設計原則
堅持美觀、簡約原則，采用外形美觀、結構精致簡約的控件，為人們帶來良好的視覺氛圍。同時落實“以用戶為中心”原則，根據用戶需要開展web前端設計。并確保系統的交互性，為用戶使用網頁提供方便，確保各項工作高效、便捷的開展下去。
2.2 關鍵技術
可以采用混合開發模式，發揮HTMLS的優勢，提高web前端的綜合性能，確保安全性與可靠性。常用關鍵技術包括HTMLS+CSS+
JavaScript技術，然后完成程序編寫，并在運營中注重系統升級和消息發送，利用bootstrap進行交互，方便用戶使用，為他們提供便捷服務。
2.3 主要組件技術
設計和使用中，為提高響應式web前端的應用效果，還要采用以下技術。
（1）柵格布局技術。提供完整的響應式柵格系統，對屏幕尺寸有較強適應性，系統能自動形成柵格布局。Bootstrap柵格布局為小屏幕、中等屏幕、大屏幕提供前綴，讓web前端更加靈活，促進系統前端與后臺數據交互，方便用戶使用。
（2）響應式應用技術。結合用戶使用性能設置導航欄，導航包括站點名稱與導航定義樣式。設備視圖中導航欄是折疊的，可用視口寬度增加時，導航欄水平展開，有利于用戶快速導航。
（3）表格應用技術。包括用戶表、公司表、員工表，表格中存儲信息。Bootstrap為web前端提供表格應用功能，設置主鍵與外鍵，對表格信息統一管理。
3 基于bootstrap響應式web前端的展望
在信息技術不斷發展和完善的前提下，再加上設計人員綜合技能提高和經驗總結，bootstrap將會取得不斷發展和進步，結構中的系統元素也會改進，web前端將會朝著響應式方向發展。有利于各功能模塊聯系的增強，并賦予bootstrap框架以規律性和持續性。進而促進bootstrap響應式web前端設計完善，提高設計水平，更好滿足人們生活和工作需要。
4 結語
在bootstrap框架下，響應式web前端具有更為高效、便捷的特征，能為用戶帶來更加便捷的體驗。隨著信息技術發展與進步，前端設備的代碼量也隨之增加，而采用響應式布局能兼容各種前端設備，有利于縮短網站加載時間，提高上網效率。因此，響應式web前端設計人員要以bootstrap框架結構為基礎，以提高網站運營效率和設計效果為目的，完善響應式web前端設計，優化結構功能，讓用戶獲得最佳的用戶體驗。
參考文獻
[1]舒后，熊一帆.基于Bootstrap框架的響應式網頁設計與實現[J].北京印刷學院學報， 2016（2），47-52.
[2]張曉穎.基于bootstrap框架的響應式OA系統前端UI實現[J].科技展望，2016（23），158.
[3]李金亮，李春青.基于Boot Strap的WEB開發設計研究[J].信息技術，2016（2），217.
[4]李強.Web前端開發技術與學習探討[J].長治學院學報，2016（2），75-77.
我這次是通過一個學長內推到百度的“商務搜索部”的web前端開發方面的，HR部門提前通知了我什么時候面試，因為我學校不在北京，所以就只好電話電面了。提前沒日沒夜的準備了好幾天，因為百度的要求很多，比如要精通CSS和javascript，還要熟悉數據庫，熟悉一種后臺開發語言，最扯的是“對用戶體驗有深入的理解”，為什么扯呢，后邊再說。
我很久就做網站了，不過都是開源的，所以自己去有想法寫，也是最近一個學期的，所以開發經驗必須的不豐富。寫完簡歷之后，就開始復習以前看的一些書籍了，尤其是js還有web標準以及網站重構的東西，另外花了一半的時間去看了下以前看的用戶體驗以及設計方面的東西，還有GUI設計……
面試的時候，面試官是個男的，聽聲音大概不到30歲，后邊也確實證實了。說話并不是傳說中的笑瞇瞇很隨意，有些沙啞和低沉。
第一個問題是介紹自己，balala的介紹完，就問了一個讓我到現在還在無語的問題：常見的數據結構有哪些？暈死啊，前端上沒有這個要求啊，就算對算法有要求，也不至于去操作底層吧。我回答說有鏈表、堆棧、樹。面試官說，好，那你給我解釋下B樹。我了個去……直接傻過去了，我是萬萬沒有想到會問這個的，balabla解釋了一堆，最后又扯成了數據庫索引，然后這個題目就杯具了，說白了，我B樹方面的東西已經忘記完了，因為考慮自己以后要搞前端，所以數據結構和算法就沒有再去研究！所以建議大家，去這些大公司的，最好還是對常見算法和數據結構有比較好的了解！
在這個題目杯具了之后，就問cookie和session的區別……這個我知道，回答了，不過聽起來人家對我的回答并不是很滿意，中間打斷過一次。
然后問我會不會ajax，這個算是前端技術，但是我用的很少，我就照實說了，說我用不多，只知道是異步刷新，后邊又問說知道javascript的一個什么東東來著，沒聽說過，就說不知道，這個記得，一定要誠實，不然撒謊的話，最后吃虧的一定是自己！
又問我用的哪個javascript的庫，我說jquery，然后就沒有下文了~~~在這兒的時候，我差不多在心里確定了，這哥們是做后端的?。?！我那個囧啊，今天看來出師不利??！后端和前端雖然說都是做網站的，但是相差還是太大！在一起就沒什么好聊的。
下來就問我項目經驗了，說看簡歷我做過很多項目，感覺最成功的項目是什么（看過很多面經，貌似百度都會問到這個問題）， 我說有三個，然后開始說第一個，第一個是原來和同學做過的一個web方面的分析工具，叫bingker網絡安全工具包，然后他就問我說里面有個殺毒模塊算法是怎么實現的？暈掉，這個太囧了，當時算法的確是我們一起討論的，但是代碼實現我沒有參與，我就給解釋說這個算法是用特征碼對比技術實現的，不過聽起來他似乎也不是很熟悉這個，我說了半天，他只是嗯，也沒有反駁沒有去打斷，這個算是過去了~~~
下來就問說做過的網站里有沒有沒有用非開源程序實現的，我了個去，現在貌似大公司都是用的開源程序啊，雖然我們改動了很多，但是這么一問，只能說沒有了。
然后呢，就沒有然后了，前端方面的東西就都沒有問，他說你還有什么問題嗎？我問他說，那你們對GUI和用戶體驗都是怎么做的呢？他說，這個公司專門有個部門來搞，他們不管的。言外之意，你去了，也就是堆砌代碼，有想法？一邊寫代碼去。所以我前面說的，看了那么多設計方面的還有重構之類的書，都似乎是白看了，或許你去了有想法也不會被實現。恩，這個想下也是正常，公司注重的是商業，并不是你的這個想法是不是夠新穎吧！所以大家看人家的要求的時候，就好好關注下前面提到的各種技術，比如js、css、sql、數據結構之類的，后面說有啥創新精神啊之類的全部忽略好了~~~暫時是這個看法，不知道別的公司怎么樣了~~~
再后來就沒后來了，也沒有電話沒有任何通知，當時有一個和我一起面試的同學，他當天就接到電話通知二面了，據說面試他的是一個搞前端的，丫，起碼有的聊??！
加強和規范化中心機房基礎設施故障（事故）的報告和處置流程，提高運維保障效率，保證故障（事故）的快速反應并及時修復、恢復，使損失降低到最低。
二、范圍
中心機房，共計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一級故障的情況下，現場運維人員主動解決故障，運維負責人及時聯系專業工程師到場解決故障。值班民警現場關注解決故障進程，并且配合解決外部單位協調工作。
