解決方案模板范文

導語：如何才能寫好一篇解決方案模板，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

無線更便捷

用NEC NP-M230X+打造先進的無線會議室

對于初期未針對投影機預先布線，或者員工多采用筆記本電腦辦公的企業來說，若能打造一個完全無線控制和傳輸的會議投影環境，將是最具效率的解決方案。這樣既不用改動會議室的裝修格局，又可以實現流用自己的筆記本電腦進行簡報播放，將大大提升會議效率。而NEC近期最新推出的一款NP-M230X+投影機就是可以實現這一目標的無線投影解決方案之一。

NP-M230X+投影機(以下簡稱M230X+)在2010年底推出，提供支持IEEES02，11b／g／n規范的無線通信模塊，用戶如果希望實現無線畫面數據傳輸功能，則需要選配一款型號為NP02LM2的USB接口無線局域網組件。這款組件不是用在用戶的筆記本電腦，而是直接連接在投影機上，讓投影機成為一個無線路由器。用戶的筆記本電腦上則需要安裝NEC提供的獨有軟件image Express Utility Life(uSB接口也可通過此軟件進行數據傳輸)，然后就可以通過該軟件將需要演示的資料以無線方式實時傳送到M230X+上投影顯示出來。除了可以實現無線投影以外，它配備的網絡RJ45接口配合NEC提供的PC Control UtilityPro4軟件，可以讓用戶完成對投影機的遠程控制和通信。

除了強大的無線，有線網絡功能以外，M230X+的其他規格也是針對中高端商用領域而配備。它是一款基于3LCD投影技術的產品，標準分辨率為1024×768，配備了1，7倍變焦鏡頭，最近可以在1.11m的距離投射出25英寸的畫面，最大則可以在13，78m的距離下投射出300英寸的畫面，同時它還支持自動梯形校正功能，在不同空間的會議室中均具備較好的靈活性。M230X+的燈泡壽命(指燈泡亮度衰減至標稱亮度一半時的平均時間間隔)也比較長，官方給出的普通模式壽命達到了5000小時(通常為3000小時)，ECO模式下則為6000小時，降低了企業的后期使用成本。當然，本款機型的亮度相對較低，這雖然對延長燈泡壽命帶來了正面的影響，但也因此讓它更適合在低亮度的環境下使用。

M230X+投影機具備簡單的USB直插演示功能，如果放在桌面使用時，可以無需連接電腦，直接讀取USB存儲盤／卡上的JPEG格式文件進行播放，這比較適合播放背景畫面。它還內置了10W的揚聲器，在沒有音響設備的環境也能讓演示文檔中的背景聲音正常發出，讓與會者都能聽清。特別值得一提的是NP?M230X+投影機具備的特別鏡頭滑蓋設計，用戶可以在演示中需要進行中斷討論或話題轉換時，直接關閉鏡頭蓋，其燈泡就會自動關閉待機，需要重新播放時，打開鏡頭蓋即可恢復。最后，M230X+投影機還設計了屏蔽風扇噪音的靜音模式，在需要安靜的會議室中，可以將聽眾的注意力完全集中在演示內容上。

在實際測試中，M230X+投影機的平均亮度為707流明，相對偏低，不適合環境光強烈的會議室。但其色域范圍達到了82.9％(色溫通過分光色度儀校正為標準6500K)，色彩表現十分出色，非常適合追求色彩準確度的廣告，設計等行業。我們在投影機半米的范圍內，風扇噪音很小，比較安靜。其操作菜單和機身按鍵的設計也相當人性化，調節起來比較順手，略有不足的是，其從開機到顯示圖像的時間達到了45秒，若要完全正常顯示所需時間甚至達2分鐘以上，相對較長。

高性價比優先用奧圖碼DMl28打造全能投影會議室

對于很多學校和中小企業來說，受預算限制，為會議室或教室選擇投影機時往往追求高性價比。高亮度、多功能兼顧，良好的調節界面以及適合的價格成為選擇時的要點。但真正能符合這所有要求的產品并不多見，而近期推出半價優惠之后的奧圖碼DMl28投影機正是其中難得的一員。

奧圖碼DMl28投影機是一款基于DLP投影技術的產品。相對來說，DLP技術的色彩表現比LCD技術的產品稍遜，為此，奧圖碼特別將其應用于家用機上的Truevivid影像技術加入到這款機型之中，使其可單獨針對紅，藍，綠三原色的亮度，對比及使用者偏好的Gamma進行微調，還可以單獨針對青綠，紫紅和黃色進行色調調整，并可保存設定于投影機內，方便用戶使用。此外，它還提供了±40°的數字垂直梯形校正功能，可以在機身處于較大的投影角度時，仍然保持方正的影像。對于5000元以下的機型來說，這樣的菜單功能設定還是十分豐富和實用的。

奧圖碼DMl28投影機也支持通過RS232接口的多機控制功能，通過RS232接口與projector lD功能的結合，可以讓企業和學校的IT管理人員在控制多臺投影機時更加一目了然。而且它還提供了比普通機型更加智能化的開關機模式，例如支持送電直接開機功能，節省開機等待時間；提供自動關機定時器和倒數提醒，在無信號或信號源睡眠時自動關機，保證無人使用時自動關機，節省能源；不但如此，其特別的節能環保設計使得它的通電待機功率只有1W，對于投影機長期處于通電狀態的學校來說，可以節省更多的能源；而10秒快速關機模式，更是大大提高企業用戶的商務效率。更特別的是，奧圖碼還為選擇DMl28投影機的用戶提供2年或1000小時(以兩者中先達到的為準，不含正常衰減)的燈泡質保服務，這樣的售后服務在同類產品都是罕見的。

在實際測試中，奧圖碼DMl28的亮度高達2300流明，非常適合用于教室和環境光線較強烈的會議室，而它在經過分光色度儀校準后，標準6500K色溫下的色域范圍為57.4％，相對較低。用戶可以根據自己的使用喜好，在菜單中進行適當的調整。當然了，這也意味著它不太適合廣告業等對于色彩準確度要求較高的行業。而其迅捷的開關機速度(開機25秒，關機10秒)也讓人滿意，對于提升企業的會議效率有一定的幫助。

平衡之道

用三星SP-L305打造創意頭腦風暴會議室

對于很多中小型設計企業來說，通過開展頭腦風暴會議來迸發出新的靈感是十分常見的舉措。與會者往往希望使用投影機與大家分享創意，此時我們不但希望畫面更真實，同時操作也要簡單。如何在色彩表現，亮度表現以及易用性中取得平衡，是lT管理者采購設備時的難點。而三星SP-L305正是符合這類需求的一款平衡型機型。

三星SP-L305是一款采用3LCD投影技術的產品，標準分辨率為1024×768，標稱亮度為3000流明，是一款針對中小企業或學校的商用教育跨界機型。它采用1.2倍變焦鏡頭，在最小1m的距離可以投射出40英寸的畫面，在10m的距離則可以投射出300英寸的畫面。這款機型同樣支持自動梯形校正，可以在±20°的范圍內對畫面進行調整；同時在控制菜單中也提供了對紅，綠，藍三原色的調整選項，菜單設計也很合理。

三星SP-L305的滑動鏡頭蓋設計同樣是關閉即自動進入降低亮度的節能狀態，搭配獨特的風道防塵濾網，可以較好地實現防塵功能。其接口設置也比較齊全，除了常見的D-Sub、S-Video和RS232接口以外，特別提供了支持HDCP的HDMI接口，更能適應用戶對數字信號及音畫同步輸入等方面的需求，而內置的3W×2揚聲器也讓它在播放時可以真正實現立體聲音效。另外，它同樣也支持通過RS232接口進行的網絡監控和控制功能。

篇2

信息系統業務應用的不全面導致患者信息不全面，無法形成完整的口腔專科電子病歷，這不僅影響了醫療工作質量和效率的提高，也限制了醫院對患者服務進行創新，最終無法滿足為患者提供口腔?？苹?、個性化服務的需求。

隨著醫院臨床、科研、教學、管理等諸方面不斷發展的需要，醫院電子病歷建設問題日益成為醫院重點建設對象?？谇会t院的電子病歷普及率遠低于三級綜合醫院，因此口腔?？漆t院在信息化建設道路上，亟需建立全面的、覆蓋全部臨床環節的?？齐娮硬v系統。

口腔?？齐娮硬v系統的特點

口腔?？齐娮硬v與綜合醫院電子病歷有顯著不同，嘉和美康信息技術有限公司針對口腔專科醫院的業務特點提供了相對應的業務應用模塊和數據模型，從而使口腔?？崎T診流程數字化、醫生工作站操作一體化和臨床數據結構化成為可能。

小門診大病歷診療序列管理

一般綜合醫院門診病歷以小病歷形式存在，歷次看診之間通常沒有關聯性和連續性。而口腔專科醫院恰恰相反，口腔患者初診時，口腔醫生會根據病情將患者手中的小病歷本更換成醫院的門診大病歷夾，之后患者再來復診、復查時醫生都在大病歷本中續寫病歷，直到該牙病被治愈完成。

口腔門診病歷內容更像住院大病歷，先是入院志，然后是病程記錄，最后是出院志，是跨就診次的連續診療過程?？谇会t生對于病患牙確診并確立治療手段后，往往無法一次處置完成，需要患者多次復診才能徹底治愈。通常HIS或者EMR系統都不會處理歷次看診之間的關聯關系，所以口腔電子病歷系統必須首先解決歷次看診之間的串聯問題，否則電子病歷只是病歷的電子化，在臨床工作中沒有發揮真正的價值。

為了解決該問題，我們提出了診療序列Sequence（S）的概念，對同一科室、同一牙位或者部位下的同一診斷我們稱之為Visit（V），初診是V1，復診依次是V2～n， 直到該疾病被治愈，我們認為該診斷的治療過程完成，所以S= V1+ V2+… Vn。

多部位多診斷動態病歷模板

我們雖然引入了診療序列這個概念來解決門診病歷關聯性的問題，但是口腔?？七€會面臨多個牙位需要處置的業務情況。例如，牙體牙髓科經常會遇見某位患者左上6齲洞，右下7牙髓炎的病癥情況。傳統電子病歷系統一般根據醫生所下的臨床診斷生成對應的疾病病歷模板，然而面對口腔多牙位多診斷時，系統就需要病歷模板具有更強的靈活性，可以根據多種疾病組合出自適應的病歷模板，我們稱之為動態病歷模板加載。

門診病歷模板主要包含主訴、現病史、既往史、家族史、全身情況、檢查、治療計劃和處置等章節，在檢查、治療計劃和處置章節中出現多部位的診斷時，系統需要具有動態組裝多疾病病歷模板內容的能力。因此，我們在設計時將病歷模板的維護工作定制到各個病歷章節，每個章節又可以根據診斷的類型以及是否自動加載該模板等配置參數，動態地拼接出更符合口腔醫生所期望的病歷模板，從而滿足門診口腔病歷模板多樣性的特點。

診療過程交叉方案-步驟-醫囑模型

口腔專科服務也會遇到各種診療過程在同一科室或者不同科室間交叉診療的情況。例如在修復科義齒制作之前，需要外科配合完成病患牙齒的拔除；在牙體牙髓科根管治療，需要修復科先將舊修復體拆除。

我們提出了治療方案（Plan）-操作步驟（Stage）-醫囑（Order）數據模型，同一牙位的同一診斷在一次看診中只會出現一種治療方案。而對于大多數口腔疾病來說，口腔醫生在初診時就已經確定了治療方案，在不同次看診過程中，口腔醫生對不同疾病部位會采取不同種類治療方案下的不同操作步驟，每次看診的操作步驟可能又會出現多個處方、處置、檢查、檢驗等門診收費醫囑。

門診醫囑不同于常規的住院醫囑，門診醫囑的特點是即時開立，即時執行；醫生開立，醫生執行。口腔?？漆t院基本上已經構建了門診HIS系統，而門診HIS醫生工作站一般不存在具有臨床屬性的醫囑，只有開單、計費等收費意義的收費項目數據模型。因此，我們通過EMR醫囑與HIS收費項目前后臺相結合的集成對接，將HIS收費模塊與EMR病歷書寫無縫地整合在一臺醫生工作站應用程序上，為口腔專科醫生提供了“診斷管理醫囑收費病歷書寫復診預約”一體化向導操作界面，大大提高了工作效率。

圖表數據采集?？茍D表模塊

口腔門診流程中，除了上述三大特點外，每個專科病歷之外還有其圖表數據采集要求。

我們在北京大學附屬口腔醫院發現，在兒童科，口腔醫生在初診時先會對兒童患者填寫一份全口恒牙和乳牙的口腔檢查所見的檢查單，該表單既有不同牙位圖形化標注，又有表格式癥狀維度的描述。其它例如正畸科、修復科、牙體牙髓科等也有類似的業務流程或者更高的數字化流程需求。

口腔?？齐娮硬v系統總體設計

臨床信息系統建設的關鍵難點在于病歷采集，即病歷書寫。隨著軟件開發技術的更新和軟件開發商的新舊更替，醫院在不斷更新軟件廠商和數據庫平臺，由于各廠商架構和設計上的差異，往往會造成現有數據遷移困難，造成大量資料的丟失。病歷作為醫院的財富，其價值在于“長期、大量”的臨床數據積累，為醫學研究和醫學資料的整理提供基礎。要達到這個目標，就要不依賴于任何一種開發語言、任何一種數據庫，完全以XML來描述，并以XML格式來保存。我國電子病歷的特點是，結構化需要提取的醫學數據分布在敘述性文字中，因此現有的書寫工具和編程方式很難滿足XML書寫和自然語言書寫混合的書寫模式，開發電子病歷專用編輯器成為必然的選擇，也成為能否開發成功一個好電子病歷系統的核心技術。嘉和電子病歷平臺軟件專用編輯器是我們潛心研究多年的一個成果，它在解決XML和自然敘述語言混合書寫的同時，解決了中國醫務人員書寫病歷時需要解決的諸多其他問題，如快捷性問題、圖形圖像標注問題、表格制作問題等，收集的信息包括患者的基本信息、醫囑、收費、檢驗、檢查、麻醉、心電、病歷等。

系統框架

嘉和口腔?？齐娮硬v直接采用了嘉和公司獨有的JH Framework技術框架，不必另行開發，極大地縮短了軟件產品的開發周期。由于基礎組件及服務框架已經具備，開發人員能夠專注于業務開發，這降低了對研發人員的技能要求，只要培訓學會Widget開發標準，就可以按照業務需求快速開發系統功能。JH Framework框架也適合需求分析師做快速產品原型設計，可以根據用戶需求快速構建出用戶界面。

JH Framework框架除了為應用開發和設計者提供了一個快速、高效和易用的二次開發平臺外，為項目實施工程人員也同樣提供了IT服務技術支持：服務原生支持雙機熱備、負載均衡，讓使用此框架構建的應用系統更穩定、更可靠、更健壯；此框架設計的軟件實現完全松耦合，可為大集成解決方案奠定基礎，并且使開發的軟件產品易于維護，降低了日后的軟件維護成本；采用此框架開發的產品，客戶端可實現免安裝、自動部署和自動升級，可以減少實施工作量，縮短實施周期，降低實施成本。

設計思想

以醫院等級評審為代表的新一輪醫改政策將基于信息系統的數字化、精細化管理課題擺在了新一代醫院管理者的面前，面對醫院內專業不斷細化、業務日益復雜的系統，傳統的單向數據集成上報和報表展現已經難以滿足用戶的應用需求。

嘉和美康公司推出的基于臨床數據中心（CDR）、面向口腔專科電子病歷信息化的解決方案是基于多年電子病歷數據采集和應用經驗而成的。嘉和口腔專科電子病歷信息化解決方案將數據規劃、數據標化、數據集中、臨床診療數據應用和運營管理數據應用特性融為一體。在新的統一技術框架下，將門診電子病歷、住院電子病歷、醫療質控、病案管理、臨床路徑、醫學科研、醫院等級評審、單病種質量監測與評價、醫患溝通等應用系統與CDR平臺有機整合，實現了以患者為中心、以臨件為主線的標準化數據組織和應用。

在新的信息體系支撐下，醫院在臨床、科研、質量管理等各個領域都能享受到臨床數據深度應用所帶來的巨大價值。

面向臨床應用：嘉和口腔?？齐娮硬v信息化解決方案基于數據系統化組織優勢，為臨床一線工作人員提供以病種為單位的疾病診療時間軸管理，從多個維度對患者完整治療周期的數據進行匯集和集中展示，并且根據病情和治療過程重點顯示相關醫囑、治療、檢驗檢查結果。同時，在醫生的日常醫囑下達、病歷記錄流程中，后臺系統可以根據單病種質量控制規則的疾病指征分析以及臨床質量管理規則實現自動的臨件觸發管理和藥事監控功能。

面向醫學科研：嘉和口腔?？齐娮硬v信息化解決方案從學科發展規劃出發，梳理數據需求，基于標準化數據的管控機制，將臨床病歷資源轉化為高質量的臨床研究數據資源，通過自動化的研究數據加工機制，快速產生支撐各類研究主題的病歷報告數據，從而大幅提高科研產出效率。

面向醫院質量管理：基于“方案-步驟-醫囑”的嘉和口腔專科電子病歷信息化解決方案實現數據二次利用的能力包括醫療質量監測和評價、醫療行為和安全監測、在臨床知識庫支持下的患者主動服務等。精確的數據溯源能力和重復利用能力為醫院管理層的精細化管理提供了堅實的基礎。

口腔?？齐娮硬v的應用價值

篇3

一、高效可靠地收集信息

Office InfoPath 2007使信息收集過程效率更高,它采用的方法是發送一些容易抵達所需參與者、減小多余數據項以及提高收集數據質量的電子表單。

Office InfoPath 2007表單可以通過電子郵件形式分發,以加快表單填寫速度,也可以部署到許多Web瀏覽器中來填寫,這些瀏覽器包括Microsoft Internet、Explorer、Netscape、Mozilla、Safari以及其他瀏覽器。Office InfoPath 2007表單解決方案使得在Web瀏覽器、電子郵件或移動設備中填寫表單成為一件非常輕松的事,從而可以與更多的用戶取得聯系。同時,Office InfoPath 2007通過提供實時驗證、預先填寫好的字段以及重要信息源連接來減少錯誤、避免重復勞動。

二、使復雜的信息采集簡單化

使用 Office InfoPath 2007可以在熟悉的 Outlook環境下完成表單。在Office Outlook 2007中收集信息后,可以將其導出到Microsoft Office Excel電子表格中,也可以將數據合并回單個Office InfoPath 2007表單中。將Word文檔和Excel電子表格轉換為Office InfoPath 2007表單模板,就可以通過將舊版文檔轉化為功能豐富的Office InfoPath 2007表單模板,在信息收集過程中確保數據完整性、改進版本控制和實現結構化。

在收集信息過程中,Office InfoPath 2007可以幫助用戶使用簡單的拖放式界面生成表單,同時也支持預設的模板部件和共享數據連接功能,使復雜的表單設計變得更容易。

三、集中進行表單管理和控制

Office InfoPath 2007使用新添的免費插件,可以為已完成的表單創建可移植文檔格式(PDF)或XML文件規范(XPS)版本,用于存檔或記錄管理。

Office InfoPath 2007中包含了設計檢查方案,可以幫助確保部署到Office InfoPath 2007 Forms Services 的表單具有一致性,增強了對Office InfoPath 2007表單模板中的重要信息的保護。同時,Office InfoPath 2007也包含了對信息權限管理的支持,Office SharePoint Server 2007的Office InfoPath 2007 Forms Services僅向擁有安全連接的用戶提供訪問權限,從而使組織可以集中管理電子表單,避免表單被不當使用和分發。

此外,通過Office SharePoint Server 2007 的 Office InfoPath 2007 Forms Services 可以對整個組織的電子表單進行集中管理以控制表單解決方案,部署電子表單,并通過集成的工作流管理工具,對難于管理或要求過多手動查看和驗證的信息收集流程進行有序組織,有效驅動信息收集流程。

四、利用現有IT投資和知識,降低部署成本,簡化業務流程

通過應用Office InfoPath 2007的表單解決方案,可以使用熟悉的Office 界面輕松地收集和呈現行業系統信息。Office InfoPath 2007和Microsoft Office system的高級集成功能使 Office InfoPath 2007能夠擴展到其他程序中,以改進數據庫、文檔和其他內容的信息收集過程。Office InfoPath 2007 Forms Services通過提供簡便升級、版本管理以及監控工具,有助于減少解決方案的故障時間,降低管理成本。

Office InfoPath 2007使用業界標準與當前業務應用程序和系統集成,使得業務流程相對簡化,不必重新確定而自動執行。通過創建 Visual Studio 2005中托管的 Office InfoPath 2007項目來構建 Office InfoPath 2007表單解決方案,以便開發人員使用托管代碼和 Microsoft。NET Framework構建解決方案。高級表單設計和開發工具使Office InfoPath 2007能夠利用將用戶與正確數據相連的動態交互式表單來簡化復雜的流程。

篇4

實戰1：3分鐘自己解決軟件故障

我在Vista下安裝諾頓殺毒軟件時，卻彈出如圖1所示的窗口，說該程序與Vista不兼容。遺憾中也看到了希望，“聯機檢查解決方案”按鈕赫然在目，單擊之后，打開“問題報告和解決方案”向導，一路單擊“查看更多解決方案檢查解決方案”，彈出如圖2所示窗口。單擊“Windows Vista不支持Symantec AntiVirus Corporate Edition”，在接下來彈出的窗口中，點擊“解決方案”中的相應鏈接，即可自動登錄指定的網站下載支持Vista的諾頓更新補丁了。

這個“問題報告解決方案”還真是有點霸道――從發現問題到解決問題，它已經一手為我們包辦了。

圖1

圖2

小知識：Vista如何知道系統得的什么“病”？

成千上萬的電腦，Vista如何知道你的電腦具體是什么問題，又該如何解決？原來，檢測問題并不難，過去版本的Windows系統也能做到，比如：硬件驅動程序有錯時會提醒我們安裝失敗，而且在設備管理器下為這些硬件標注感嘆號。Vista則將這一功能進行了拓展：檢測到問題后自動向微軟相關網站發送信息，即所謂的問題報告。微軟將同一信息收集到一定數量（確定問題是否具有普遍性）后會與相關的軟件、硬件提供商接洽共同尋求解決方案，一旦成功則生成解決方案數據庫。而后，只要有人提交同類問題報告，立即可通過數據庫得到解決方案。響應時間僅由網絡連接的速度來決定，一般可在瞬間完成。整個問題報告與解決的流程，如圖3所示。

圖3

實戰2：看看系統都得了哪些病

是否只有在程序出錯時才能調出問題報告和解決方案？其實我們可以隨時單擊“開始所有程序維護問題報告和解決方案”調出它，單擊“查看問題歷史記錄”，就可以了解當前系統的所有故障情況了。

有的問題可以解決，凡標注“解決方案可用”的都屬這一類。有的問題暫時還不能解決，標注“已發送報告”的都屬這一類。右擊狀態為“解決方案可用”的問題，選擇“查看解決方案”，打開相應窗口后按實例1中的方法操作即可。右擊狀態為“已發送報告”的問題，選擇“檢查解決方案”，則可以即時查看是否已有可用方案。

實戰3：要不要報告錯誤自己定

默認情況下，所有的問題報告都將發送到微軟網站。其實，我們可以有針對性地禁用一些敏感軟件向微軟網站提交報告。

在“問題報告和解決方案”向導窗口，依次單擊“更改設置高級設置”，單擊“阻止列表”右側的“添加”按鈕，將要阻止的程序添加進來即可，如圖4所示。

建議將公司內部的程序添加進來，因為這類程序可能只有你自己才會發送報告，一般是得不到解決方案的，而且在錯誤發送過程中還有可能造成公司內部機密的泄漏。

小提示：徹底禁用問題報告解決方案

有人擔心“問題報告和解決方案”程序會向微軟網站泄露自己的隱私，所以想要徹底禁用它，這可通過組策略編輯器來完成。單擊“開始”，在“開始搜索”框中輸入“gpedit.msc”，按回車鍵打開組策略編輯器，依次展開“計算機配置管理模板Windows組件Windows錯誤報告”，雙擊打開“禁用Windows錯誤報告”，選擇“已啟用”，確定即可。

篇5

關鍵詞：廠房地坪 質量控制

中圖分類號：O213.1文獻標識碼：A 文章編號：

正文：

中國海運江蘇造船基地2#分段裝焊工場工程是由中國海運江都分公司開發，中國二十冶建設有限公司承建，本工程廠房地坪為鋼筋混凝土地坪，厚度為200mm或250mm兩種，其中通用地坪中預埋鐵件，規格為1m*1m、2m*2m方格網T型鐵，在施工過程中由于施工及技術各方面原因，出現了一些質量通病，下面依次說明其產生原理及預防和解決措施。

一、通用地坪表面壓光不好

產生原因：施工時處于炎熱夏季，混凝土初凝時間短，且為本工程施工的第一塊帶鐵件地坪，工人操作尚未熟練，未能及時壓光。

預防措施：在工程地坪第一次施工時，進行小面積試施工，以了解工人施工能力及水平，合理確定一次施工面積。暑季施工注意防暑降溫，澆注混凝土時盡量選擇早上溫度較低時施工，為多遍壓光提供足夠時間。

解決方案：由于混凝土強度尚未發展，本工程將平整度相差過多的1m*1m分格地坪表面混凝土用風鎬鑿除，直至露出上層鋼筋網片，將灰土清掃干凈，用素水泥漿掃面，并用高一標號細石混凝土再次澆搗、抹平，充分壓光，并注意澆水養護。

二、地坪混凝土產生裂縫

產生原因;混凝土受溫度、濕度變化，或養護不周、地基沉降、過早加載等都會給地坪造成影響、產生裂縫。

預防措施：加強混凝土早期養護，混凝土澆注完及時澆水養護，防止干縮裂縫?；炷潦展馐┕r發現的裂縫要及時修補，杜絕其繼續發展?；炷翉姸任催_到5Mpa，不得上人，并嚴禁在混凝土上堆積重物。

解決方案;此類裂縫一般較細，數量不多，可用水沖洗后，用水泥漿抹補；若有較大裂縫，應沿縫隙將碎裂混凝土屑鑿除，并用水清洗干凈，用1：2或1：2.5水泥砂漿抹補。

三、地坪伸縮縫兩邊混凝土裂縫

產生原因：施工縫處預埋的聚氨酯泡沫塑料板預留高度不足，固定不好，施工時由于混凝土振搗時流動導致移位，局部產生扭曲，且上部被混凝土覆蓋，混凝土收縮時，內部受力不均，沿泡沫板兩側產生裂縫。

預防措施：施工時注意保證聚氨酯泡沫塑料板尺寸，其上邊緣應高出地坪混凝土表面2-3cm，且用薄板與鋼筋短棍將泡沫板固定好，防止移位、變形。當工期較緊，工人施工水平不高時，可采用后期切縫的方法。

解決方案：首先將預埋的泡沫板及四周薄弱部位全部鑿除，并用水沖洗干凈，根據伸縮縫寬度制作木條，用鋼釘將木條固定在伸縮縫位置。再用摻有建筑膠的水泥砂漿抹平、收光，足期養護并做好成品保護措施，待28d后起出木條，用聚氨酯密封膠灌縫并注意防護。

四、地坪混凝土夾芯

產生原因：澆筑混凝土前，墊層上的木塊、碎泡沫等雜物未清掃干凈，在進行振搗時，由浮力作用浮在混凝土上部，當地坪集中受力時，該部位下側為松軟材料，就會造成地坪表面碎裂，露出加芯部位。

預防措施：在澆筑混凝土前，檢查墊層上部是否有雜物，發現木屑、煙盒、碎紙屑等及時清掃，施工時雜物掉入及時取出，否則一旦經過振搗，將很難分辨。

解決方案：發現加芯部位，將內部雜物取出 并將四壁殘余材料鑿除，用吹風機吹干凈，再用素水泥漿掃漿，用高一標號的細石混凝土填實、抹平、收光，細石混凝土內可摻加適量微膨脹劑。

五、局部地坪平整度較差

產生原因：通用地坪由于為方格網地坪，標高可根據T型鐵件施工，在鐵件安裝合格的前提下，較易控制。其他地坪跨度很大，本工程采用了管材固定水平的方法進行標高控制，但仍有部分地坪平整度較差，初步認定為管材固定不牢固，導致標高變化。

預防措施：增設管材，固定牢固，施工時盡量避免踩踏管材及四周鋼筋，避免其標高變化。

解決方案：由于發現及時，且誤差不大，對不合格部位及四周進行再次壓光，局部修補，使平整度誤差滿足規范要求，若誤差很大，必須將該部位地坪鑿除，重新澆筑，使地坪表面高差達到《建筑地面工程施工質量驗收規范》GB 50209-2010中規定的允許偏差之內。

六、地坪側面露筋

產生原因：此情況多出現于通用地坪混凝土，由于通用地坪四周均為100mm寬角鋼，如不注意加強振搗，與模板接觸的地坪上部混凝土很難達到密實狀態。

預防措施：在澆筑通用地坪混凝土時，注意在地坪四邊部位下足料，并加強振搗，使混凝土與模板充分接觸，模板拆除不宜過早，避免缺楞掉角造成的露筋。

解決方案：首先將外露鋼筋的混凝土清除干凈，并澆水濕潤，露筋部位較小時采用1：2水泥砂漿抹壓平整，較大時采用高一標號的細石混凝土填實壓平，并用模板將側面固定好，拆模后注意養護及成品保護。

在進行地坪施工管理過程中，還應注意以下幾點：

(1)本工程柱基礎進行同填時，正值雨季，回填土料含水率偏大，故采取翻曬和灰土處理.保證同填土的壓實系數滿足設計要求；同時對灰土采取保護措施，做好排水工作，確保不被雨水浸泡。當基坑部位回填標高與廠房區基土一致時，用壓路機再全面縱橫碾壓2遍，確保面層土質密實?；踊靥钍坎幻軐嵤且鸬仄毫芽p的原因之一。因此，必須控制好回填土質量，在常規方法不能保證回填質量時，可采用灰土回填的方法。

(2)砼的坍落度必須嚴格控制，商品砼的坍落度控制在12 cm以內，砼坍落度過大，必然增加產生收縮裂縫的機會并減低強度。

(3)鋼柱四周是地面受力的薄弱部位，易產生裂縫，為此要采取構造措施，加強處理。

(4)面層鋼筋砼的上層鋼筋位置保證非常關鍵，若在施工過程中被踩踏，其有效防裂抗托性能大大降低。因此要注意以下幾點：一是為保證上層鋼筋位置，采用鐵馬凳固定牢固，隱蔽驗收時必須嚴格把關；二是在砼澆筑前，在澆筑路線上用木板鋪設行走路線，便于工人及管理人員行走；三是砼澆筑時配備鋼筋工值班，加強上層鋼筋位置的保護。

篇6

關鍵詞：JasperReports；web報表；第三方打印控件；MVC

中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2013）17-4001-04

隨著Web技術的廣泛應用，傳統的報表打印方式也發生了很大變化。在B/S模式下，由于只能采用瀏覽器作為用戶界面進行交互，不能精確控制客戶端的打印機。僅靠IE自帶的頁面打印功能，不能滿足客戶的需求，并且除了IE瀏覽器還有諸如谷歌、火狐等主流瀏覽器使用越來越多，如何解決跨瀏覽器下實現web報表打印的問題顯得更為重要。

本文報表打印系統基于J2EE技術構建，開源報表引擎JasperReports與可視化工具iReport相結合，將報表模板與報表數據相分離，用戶根據需要設計報表模板，自主選擇數據源。在此基礎上使用輕量級第三方打印控件，借助其豐富的打印功能，可以實現套打、精確打印等復雜功能，具有高效、簡單、靈活的特點，滿足客戶的不同需求。

1 相關技術介紹

1.1 JasperReports

JasperReports是一個強大靈活的開源報表生成工具，能夠展示豐富的頁面內容，并將之轉換成PDF，HTML，或者XML格式。該庫完全由Java寫成，可以用于在各種Java應用程序，包括J2EE，Web應用程序中生成動態內容。 iReport 也是開源軟件，其主要作用是用來以可視化的方式設計生成JasperReports 所使用的報表格式文件，因為JasperReports 本身并未提供很好的可視化報表設計方式，iReport可視化的設計界面，支持拖拉試操作，方便、快捷的制作出各種復雜的報表。

在Java報表開發中，JasperReports是最受歡迎的報表開發工具之一，但是它本身并沒有很好地實現在Web環境中的打印功能，雖然存在有一種JasperReports客戶端采用 applet實現打印整體功能，但客戶需下載安裝十幾兆的jre且打印效率低下。

1.2 MVC架構模式

MVC最初是在Smalltalk-80中被用來構建用戶界面的。M代表模型Model， V代表視圖 View， C代表 控制器Controller。采用MVC設計模式有利于保持軟件結構的完整性和可擴展性，同時層與層之間的調用較少耦合，實現了系統的低耦合、高內聚，方便進行二次開發。MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的業務邏輯，通?？梢杂肑avaBean或EJB來實現。View層用于與用戶的交互，通常用HTML頁面來實現。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求并選擇恰當的視圖以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執行的操作。其模式結構圖如下：

MVC 的處理過程為：1）用戶在視圖的界面上發出請求，視圖把請求轉發給控制器，控制器調用相應的模型來處理用戶請求，模型進行相應的業務邏輯處理，并返回數據。2）控制器調用相應的視圖來顯示模型返回的數據。

1.3 第三方打印控件

在相當多的業務系統中，根據業務流程的需要，經常會需要打印系統中的報表，用來領導審批，或者存檔記錄，這就要求在系統中增加對應報表的打印功能。在Java Web開發過程中，經常會遇到報表打印的需求，而在B/S架構中并沒有成熟的API可以調用，所有打印任務只能通過瀏覽器調用本地打印服務進行。因此采用輕量級的第三方打印控件方式，是開發B/S較好的選擇，集成豐富的打印功能，滿足客戶需求，能實現web套打，其中一些很好地解決跨瀏覽器調用打印機問題。國內外常見的第三方打印控件介紹：主要有ScriptX、webprint、jatoolsPrinter以及LODOP等幾種。

LODOP web打印控件是有夢泰爾軟件工作室研發，自2007年開始，目前是國內注冊用戶和免費用戶較多的打印控件，是WEB開發中比較徹底的打印方案。在web開發中，表格報表是最常見的報表形式之一，通常情況下可以選擇使用HTML中等標簽實現。

2 系統實現的總體結構

B/S模式web報表開發主要有遠程數據讀取以及精確定制報表兩個開發難點，為了實現報表的自定義，還必須滿足以下條件：1）報表樣式模板可保存，并能重復調用；2）報表樣式模板能夠進行自定義編輯；3）打印參數和方法一致，可供用戶靈活調用，避免打印控件的反復更新； 4）打印控件可實現分頁機制；5）打印內容自適應機制，可精確控制打印內容的顯示樣式。

Web報表打印系統整體結構如圖3所示。

系統整體方案可分為三大部分，第一部分，報表設計用戶根據自己的需要設計出相應的報表模板存入數據庫。第二部分，報表生成部分，用戶選擇相應模板，服務器解析相應模板并且結合用戶輸入的一些參數，動態地生成了我們所需要的報表文件。第三部分，即報表的打印過程，就是分別把第三方打印控件和第二部分中生成的報表文件傳送到客戶端，在本地進行解析打印，直接控制打印機進行輸出的過程。

具體來說，客戶端是瀏覽器，可以是windows下各主流瀏覽器（包括IE、FireFox、Google Chrome等） 嵌入到Web 頁面中的LODOP打印控件在頁面初始加載過程中提示安裝在客戶端機器上，客戶端用戶通過調用LODOP控件實現對web報表的打印。打印系統的功能包括兩部分：客戶端打印控件和服務器端數據填充服務組件，客戶端打印控件負責向數據填充服務組件發起數據請求獲取遠程數據，進行報表打??； 服務器端數據填充組件負責提取模板文件，進行數據填充。

3 打印功能應用實例

下面以LODOP控件（采用版本為Lodop6.012，免費試用版）為例，以MyEclipse10為集成開發環境，以Tomcat 6為web服務器，結合JasperReports報表開發工具（版本為4.5.1），實現Windows下各主流瀏覽器下實現web報表打印功能的實例，以某貨物倉儲管理為例，數據源選擇為JDBCSource。

3.1 使用JasperReports設計報表模板

模板設計如圖4所示。

3.2 報表填充及導出

4 結束語

目前Java Web項目的報表實現技術選擇不多， JasperReports 是一個比較成熟的Web報表開發技術， 也是目前主要解決方案。通過JasperReports 可以很好的完成Web報表功能任務，但它本身并沒有很好地實現在Web環境中的打印功能。該文主要介紹了一種基于JasperReports報表設計工具的web報表的打印功能的報表打印系統實現方案，結合當前復雜業務報表的需求分析，并且跨主流瀏覽器下實現web報表打印功能，提出了使用輕量級第三方控件結合JasperReports的聯合打印的一種解決方案，結合兩者的優點更好地實現豐富web報表的打印功能。

參考文獻：

[1] 謝星星，陳育春.貫通開源WEB圖形與報表技術全集[M].北京：電子工業出版社，2008.

[2] 劉聰.Java報表開發技術深入解析[M].北京：中國鐵道出版社，2010.

[3] 張婧.JasperReport在Web報表中的制作與生成[J].信息通信，2011（2）.

[4] 郭軍軍，劉剛.一種基于J2EE平臺的通用WEB票據打印服務技術[J].計算機應用與軟件，2010（6）.

[5] 關鑫.基于J2EE的通用報表系統的研究與實現[D].成都理工大學，2010.

[6] 鄧卓.基于J2EE的WEB報表系統的研究與實現[D].沈陽理工大學，2009.

[7] 林信良.Servlet&JSP學習筆記[M].北京：清華大學出版社，2010.

[8] 杜梅，周傳生，曹升嘉.開源報表引擎JasperReports的研究與應用[J].沈陽師范大學學報：自然科學版，2007（4）.

篇7

關鍵詞：設計模式；泛型；靜多態；動多態；抽象工廠模式；模板

1 引言

設計模式是對于某一類的軟件設計問題的可重用的解決方案。[1]在軟件開發中，其主要作用為：重用設計、共用詞匯、方便交流、易于重構。一個模式有四個基本要素：1）模式名稱，用于描述模式的問題、解決方案和效果；2）問題 用于解釋設計問題和問題存在的前因后果；3）解決方案 描述設計的組成部分、相互關系及其各種的職責和協作方式；4）效果 描述模式應用的效果和使用模式應權衡的問題。[2]設計模式主要分為創建型、結構型、行為型，橋梁模式是結構型模式之一，其意圖是“將抽象化與實現脫耦，使得二者可以獨立變化”。

在面向對象程序設計中，封裝變化最主要的技術是多態。多態是同一實體同時具有多種形式，即同一操作作用于不同的對象，產生不同的執行結果。多態分為動多態、靜多態。動多態是通過繼承和虛函數來實現的，在運行期間，虛函數調用不同子類型的虛成員函數以實現不同的功能。靜多態是通過泛型中模板實現的，在編譯期間，接口綁定不同的功能代碼。

當前，設計模式的實現技術是使用動多態，即繼承與虛函數（接口與實現）。其主要的問題是，接口必須在公共基類中預先設定，動多態的綁定是入侵性的或者插入式的。針對這一問題，本文以抽象工廠模式為例，使用靜多態給出非入侵性或非插入式的實現。

2 抽象工廠模式

抽象工廠模式是對象的結構型模式，其動機是：提供一個創建一系列相關或相互依賴對象的接口，而無需指定其具體的類。

橋梁模式結構圖如圖1，[3]其參與者分別為：AbstractFactory定義創建抽象產品對象的操作接口；ConcreteFactory實現創建具體產品對象的操作；AbstractProduct定義一類產品對象的接口；ConcreteProduct為具體的產品對象。對象協作時，創建ConcreteFactory類的實例，由具體的工廠創建具有特定實現的產品對象。

3 泛型與模板

泛型是現代程序設計語言的一種特性。泛型是一種特殊的類型，其將指定類型的工作延遲到客戶端代碼聲明并實例化類或方法的時候，泛型將類型參數化以達到代碼復用的目的，從而提高軟件開發工作效率。

不同的語言支持的泛型的特性不同。.NET泛型是具有占位符（類型參數）的類、結構、接口和方法，這些占位符是類、結構、接口和方法所存儲或使用的一個或多個類型的占位符。泛型集合類可以將類型參數用作其所存儲的對象的類型的占位符；類型參數作為其字段的類型及其方法的參數類型出現。泛型方法可以將其類型參數用作其返回值的類型或者其某個形參的類型。 Java 泛型的參數只代表類，不能代表個別對象。由于 Java 泛型的類型參數之實際類型在編譯時會被消除，所以無法在運行時得知其類型參數的類型。Java 編譯器在編譯泛型時會自動加入類型轉換的編碼，因此其運行速度不會因為使用泛型而加快。[4]在C++ 中，泛型即模板，其無法對泛型的類型參數進行約束，在編譯時，每個使用的封閉泛型類型都有獨立的編碼產生，編譯器確保其類型安全性。[5]C++模板有兩種類型，函數模板與類模板。下面以C++模板為例，給出橋梁模式的實現方法。

4 泛型實現抽象工廠模式

基于泛型的靜多態為實現設計模式提供了新方法。靜多態的實現類型在編譯期中確定，從而可以避免使用指針，其具備更好的類型安全性，更高的效率。下面是其實現結構圖。

在基于泛型的抽象工廠模式實現中，由于基類變成泛型，實現了非入侵性或非插入式的綁定。同時，基于靜多態的實現代碼數量也減小。

5 優點與缺點

基于泛型的抽象工廠模式具有以下優點：1）無需通過公共基類來表達接口的共性，更便于實現內建類型的集合；2）不通過指針進行間接調用，生成的代碼效率較高；3）對于提供部分接口的具體類型也可以調用；4）靜多態在編譯期對所有的綁定操作進行檢查，具有更好的類型安全性。其缺點是：1）不能優雅地處理異類集合；2）實現代碼雖小，但可執行生成代碼較大；具體實現中，可根據其優缺點進行選擇。

6 結束語

綜上所述，抽象工廠模式可通過繼承與虛函數實現，也可通過泛型和模板實現。不同封裝變化的技術可以實現相同的功能，本文給出了抽象工廠模式基于泛型的實現方法及代碼，其他模式也可通過泛型實現。

參考文獻

[1] Gamma Erich.設計模式可復用面向對象軟件的基礎[M].北京：北京機械工業出版， 2000.

[2]拉爾曼.UML 和模式應用：面向對象分析與設計導論[M].北京：北京機械工業出版社， 2001.

[3] Shalloway Alan.設計模式解析[M].北京：中國電力出版社， 2003.

[4] Wu T C.Java 面向對象程序設計[M].第 2 版.北京：清華大學出版社， 2002.

篇8

云是多樣化的

云計算這件事已經談了這么久，但為什么戴爾現在才公布云計算戰略？是不是有點晚？

云計算不僅只有公有云一種方式。從目前中國用戶的實際需求來看，企業用戶直接采用公有云的還比較少，大多數用戶其實更青睞混合云。中橋國際調研咨詢有限公司的調研數據顯示：云計算、軟件定義數據中心、虛擬化是未來12個月內中國用戶IT投資的重點，50%的用戶已經或準備部署云計算;直接選擇公有云服務的企業級客戶比例只有5.2%，中小企業直接選擇公有云的比例稍高，但也只有14.7%。曹志平認為，中國用戶對云形態和部署方式的需求差異比較大，需要廠商提供量身定制的個性化云計算解決方案，這也是戴爾提出“Any Cloud”云計算戰略的重要原因。

戴爾在幫助蘇州工業園建立云平臺之前曾經詢問過客戶的需求，得到的答復是，他們最關注的是業務永遠在線，不要因為平臺的遷移而導致業務中斷，數據要絕對安全，整個系統的成本要可控，資源和資金可以得到充分利用，并且可以實現數據的智能化管理等，唯獨沒有對采用哪種云部署方式提出具體要求。“這是我們在日常工作中經常聽到的用戶反饋。”曹志平告訴記者，”現在，用戶不會因為聽說某種技術先進，而一夜之間完成向新技術平臺的遷移。向云計算的演進是漸進式的，而非革命式的。在云計算方面，用戶的需求是多樣化的，我們也必須提供多樣化的適合其需求的解決方案?！?/p>

中橋國際調研咨詢有限公司總經理兼首席分析師王叢對戴爾“Any Cloud”云計算戰略持肯定態度。她表示：“戴爾每次一個戰略，就像它的產品一樣，都是從用戶的需求考慮，實實在在，而不是炒作概念。戴爾每一代新的服務器之前，都會針對成千上萬的用戶進行調研。這次戴爾云計算戰略之前，也委托我們針對客戶的云計算需求進行了調研?，F在對于用戶來說，關鍵的問題是如何部署云，如何采用一個正確的演進路線圖?！?/p>

“談到云計算的落地，用戶要考慮的是何時開始做，如何做。而我們關注的是如何才能更好地幫助客戶部署云計算，提供多樣化選擇?！?曹志平表示，“現在，很多廠商都推出了自己的云計算解決方案，但差異化不明顯，不能給客戶帶來額外的價值。我們并不認為建立一個公有云平臺就是實現了云計算。我們的云計算戰略宗旨是在合適的時間幫助客戶平穩地向云計算過渡，實現業務轉型?！?/p>

曹志平表示，戴爾在云計算方面要打造一個完整的生態鏈，與合作伙伴共同推動云計算的應用，當然也不排除與合作伙伴一起提供公有云服務的可能性。目前，戴爾正在和中國本地的一些合作伙伴洽談合作，很快就會有好消息宣布。

在2014年的Dell World大會上，戴爾正式了Cloud Marketplace，它基于電子商務的思路，就像是一個云計算的“超級市場”，企業用戶可以自由地選擇其上的各種云服務。雖然目前Cloud Marketplace還沒有在中國市場上完全落地，但曹志平表示，這是戴爾公司的整體策略，他們將積極推動Cloud Marketplace在中國的落地和發展。

云計算是不斷演進的過程

那么，傳統企業如何才能順利地邁過云計算這道坎呢？戴爾“Any Cloud”云計算戰略給出了解決方案，就是“云就緒、云部署和云管理”三部曲。

戴爾將傳統企業的云計算旅程劃分成三個階段。第一個階段是“云就緒”。在這個階段，企業的主要工作是實現架構優化，以滿足傳統IT應用演進和新應用的雙重需求。那么，云就緒能不能理解為IT架構的虛擬化呢？

戴爾企業解決方案企業架構師王雪暉回應說，云就緒包括兩方面的工作：第一，優化客戶的基礎架構層，比如可以借助融合或超融合的解決方案，把服務器、存儲虛擬化，優化網絡架構，改傳統的垂直結構為橫向點對點的溝通，以滿足云計算的需求;第二，提高運營和管理的效率，即通過融合架構的管理器把所有IT資源統一管理起來，形成一個資源池，并動態地監控這些資源，為以后的云部署和云管理做好準備。

第二個階段是“云部署”，即采用模塊化、融合高效、端到端的技術方案，保證從傳統架構到云架構的平滑過渡。王雪暉介紹說，在這個階段，優化融合、QoS（服務質量）、性能彈性和SLA（服務等級協議）是四個關鍵指標。

第三個階段是“云管理”，就是跨越異構的不同的云環境，實現資源的集中、統一管理。

曹志平坦言，傳統企業在轉向云的過程中會面臨更多的挑戰。如果傳統企業已經擁有了一定規模的IT系統，并且有意向云計算轉型，希望通過利用一些新技術提升IT系統的整體效率，降低整體擁有成本，實現更高的業務彈性，不妨可以借鑒“云就緒、云部署和云管理”的三步走策略。

其實，上述這三個步驟之間并沒有嚴格的順序。用戶的特點和需求各不相同，有的用戶可以按部就班地從虛擬化起步，經歷云就緒、云部署，最后實現對多云架構的管理。但對于有些關鍵應用來說，它的虛擬化或云化過程可能會延后一點。當用戶把整個環境優化以后，服務質量、服務等級協議都達到一定要求后，用戶再把關鍵應用遷移到云中也不遲。

“云就緒、云部署和云管理構成了一個循環，周而復始。用戶每經歷一次循環，就意味著已經解決了一些云計算的難題，朝著云計算的最終目標又邁進一步?！蓖跹煴硎?。

穩步推進云戰略

為了幫助客戶邁好這三步，戴爾在過去幾年中一直積極布局，進行了多次有針對性的收購。

王雪暉舉例說，幾年前，戴爾收購了一家專門做多云管理的軟件公司。該公司的軟件可以管理市場上20多個最熱門的公有云，并且可以借助API將這些公有云與私有云連接起來，通過一個統一的界面進行管理，并可監控不同云中的資源使用情況。用戶可以在這個多云的管理平臺上創建一些標準的模板，并把這些模板部署到不同的公有云或私有云中。戴爾還有一個名為Boomi的軟件，它可以實現應用的整合，方便把傳統的應用與SaaS應用連接起來，實現數據的互動。

篇9

關鍵詞：地鐵 軌道施工 整體道床

中圖分類號：TU74 文獻標識碼：A 文章編號：

1引言

某地鐵軌道計劃采用軌排法方案施工，在鋪軌基地組裝25m軌排，通過軌道運輸現場施工專用鋪軌龍門吊鋪軌，墩架法固定軌道，通過料斗或泵送澆筑混凝土。 計劃開設兩個作業面，左右線同時施工，確保施工進度按計劃進行。以下是對該施工工藝的闡述。

2施工工藝

2.1土建結構移交

工程部測量和技術人員及相關機電人員要參與洞內的土建移交，同時做好混凝土下料口、隧道內止排水情況、預埋件、預留管道、水電接口等施工情況調查。發現問題要以報告的形式上報監理，及時反映現場情況，并提前做好各種施工的技術方案及機械設備、水電準備工作。如有問題，必須及時提供相應的施工解決方案，上報經理部領，及時解決，并做好相應的技術交底。同時還要做好施工技術資料的準備工作，保證各種技術資料能及時到達各領工區和作業人員手中。

2.2基標測設

基標測設的依據為上道工序提供的基樁，導線點及水準點，基樁移交后及時進行標示和防護。及時對上道工序提供的導線點及水準點進行復測，導線測量的閉合差和水準測量的誤差應滿足規范的精度要求。復測成果通過后進行控制基標和加密基標測設。

2.3基底鑿毛

在進行整體道床施工前，要對矩形隧道底板進行鑿毛處理，徹底清除基底面上的浮漿、污物和臟水。鑿毛可采用風鎬和鋼釬將基底鑿成寬度和深度都為5mm。縱橫距離不大于100mm的凹凸面，并清除松散屑物和積水，以保證道床和基底良好銜接。鑿出的垃圾要及時清掃干凈并袋裝，用軌道車和龍門吊搬運出隧道，統一運走。

2.4鋪設洞內龍門吊走行線

洞內龍門吊走行線采用長度為12.5m的22kg/m的鋼軌，兩股鋼軌的中心距為3.1m，其中心線必須與線路中心線一致，其軌頂標高應高于道床面標高，確保龍門吊走行時不會沖撞基標。軌下采用鋼制支撐架，其間距按1.5m左右布置，用膨脹螺栓固定在隧道底板上。兩相鄰支撐架中間采用槽鋼支腿加固，以防產生過大的變形而影響龍門吊的走行。支架和支腿均采用螺栓和扣板將鋼軌固定。鋼支架根據不同的隧道截面尺寸而制。龍門吊走行線的鋪設必須及時并超前鋪軌長度50米進行，以利轉運鋼筋和袋裝垃圾，龍門吊走行線轉運和安裝時，要特別注意安全和對已鋪鋼筋網以及基標的保護，杜絕野蠻施工和違章作業。

2.5鋼筋制安

鋼筋應有出廠質量證明書或試驗報告單，每捆鋼筋應有標志。進場時應按批檢驗，檢驗內容包括查對標志、外觀檢查，并按GB1499《鋼筋混凝土用熱軋帶肋鋼筋》、GB13013《鋼筋混凝土用熱軋光圓鋼筋》的規定抽取試樣進行力學性能試驗，合格后方能使用。成品鋼筋利用軌道車從下料口運至各作業面進行綁扎、焊接。整體道床采用雙層鋼筋網，縱向及橫向鋼筋采用HRB335-14鋼筋、架立筋采用HPB235-10鋼筋，由下至上進行綁扎。綁扎采用0.7mm的鐵絲進行跳扎。綁扎牢固，不漏綁。綁扎鋼筋時，鋼筋的間距和外形必須符合設計要求。

2.6基地軌排拼裝

以軌節表為軌排拼裝的依據，軌排拼裝在拼裝臺座上進行。先用白油漆將軌枕位置標注在鋼軌軌腰的內側，扣件組裝完成后安裝混凝土軌枕。軌枕安裝要同時在左右股鋼軌上，每隔4-5根軌枕安裝一根軌距拉桿以固定軌距，用螺栓固定緊密，并與鋼軌、軌枕、扣件一起構成軌排框架。軌排組裝完成后組織驗收，特別注意檢查軌距、軌枕位置及間距、軌距墊安裝位置、扣件與軌枕是否密貼等。驗收合格后用龍門吊吊運到指定地點堆放或裝車并按鋪設順序注明軌節編號。

2.7洞內軌排鋪設及調試

利用軌道車牽引特制平車運送軌排至作業區，再用洞內的兩臺鋪軌龍門吊將軌排吊至作業面安裝。依據線路加密基標控制其中線和方向，并用魚尾板和螺栓將其與已鋪設定位的軌排連接，利用人工、起道機及側向支撐初步調整軌道幾何尺寸，將軌排初步就位。軌排初步就位后，按照線路基標，用萬能道尺、直角尺并通過上承式鋼軌支撐架調整軌排高低采用鋼制螺旋頂桿調整軌道方向。每隔4-5根軌枕設置一根鋼軌支撐架。由于鋼軌支撐架的位置與線路基標不在同一橫截面上，以及調軌時鋼軌的牽連移動，故調軌工作實際上是按趨近法進行的，需重復多次才能完善。

2.8相關專業接口及伸縮縫的設置

根據排水專業提供的資料，在廢水泵站和排水管的位置設置集水坑。軌道設計應滿足人防門和防淹門的要求，為人防門和防淹門預留合適的位置和接口條件。預埋過軌管線采用直徑80mm的防護鋼管，從道床水溝兩側穿出，兩頭露出道床面100mm左右彎曲半徑為管徑的10倍。預埋時，宜內穿細鐵絲，并且做好防阻塞封堵。過軌管埋設在兩軌枕之間的道床內，每個枕間最多埋設1根，距基底60mm左右。整體道床每隔12.5m設置道床伸縮縫一處，伸縮縫寬20mm，以瀝青板形成。在結構沉降縫處應設置道床伸縮縫，軌枕應避開結構伸縮縫設置。

2.9道床模板安裝

鋼軌鋪設就位后，即可進行道床模板的安裝。道床混凝土分兩次澆筑。為確保模板的穩定性和安裝精度，在順線路方向每隔0.5m。采用φ12的鉆頭在隧道基底鉆孔，插入φ10的鋼筋以固定模板的位置，采用內外交錯方式在模板兩側鉆空釘鋼筋來固定模板，模板間采用特制夾具結合在一起。模板上方用‘S’形彎鉤連接到軌底板內側，在軌枕和模板之間采用小方木支撐，以保證模板的穩定性。

2.10混凝土澆筑

混凝土采用料斗運送混凝土，混凝土罐車到達下料口后，先將混凝土通過下料管下到軌道平板車上的料斗內，再由軌道車將料斗運送到工作面上，然后鋪軌龍門吊吊起料斗運送到澆筑位置進行卸料澆筑。整體道床及水溝采取一次成形，混凝土應分段施工，每次都必須保證連續施工，一次成型。澆筑應連續進行，如發生混凝土供應不上，混凝土澆筑必須停止時。應在前層混凝土凝結之前，將次層混凝土澆筑完畢。但混凝土澆筑的間歇時間不易過長，必要時應設置施工縫。如該處無法留置施工縫時，應將混凝土分散于道床四周并用振動器搗實，下次澆筑混凝土前，應將表層水泥薄膜和軟弱松動的混凝土鑿除，沖洗干凈并潤濕，方可進行上層混凝土澆筑?；炷敛捎忙?0的振動棒進行振搗。每次振動棒的移動間距≤300mm，應快插慢拔，振搗至拌合物不泛漿和不再下沉為止。軌枕下和模板邊應加強振搗。澆筑完后，進行抹面。

2.11混凝土養護

混凝土澆筑完畢后需進行養護由于隧道內溫度和濕度均較為穩定，有利于混凝土的養護，所以采用灑養護液養護的辦法即可滿足施工要求。道床混凝土澆筑完畢初凝完成后立即用土工布覆蓋混凝土表面，同時灑養護液潤濕。養護過程中應隨時保持土工布的潤濕。其養護時間不得少于7天。

3總結

在對地鐵軌道整體道床線路施工方法進行充分總結的基礎上，給出該施工方法的整個流程，對以后采用該方法施工的地鐵軌道具有借鑒意義。

參考文獻

[1] 劉道通，楊寶峰. 地鐵軌道施工常見問題及解決方案[J]. 鐵道工程學報. 2010(004): 97-100.

[2] 吳斌. 地鐵軌道施工常見問題分析及解決方案探究[J]. 世界華商經濟年鑒· 城鄉建設. 2012(12).

作者信息：

姓名：劉志權

出生年月：1983年11月

籍貫：黑龍江省伊春市

篇10

[關鍵詞] 工作流系統 流程引擎 模板設計 表單生成器

中小企業作為最大的企業群體,在企業信息化建設方面存在迫切需求的同時,也對信息化解決方案提出了獨特的要求。一方面中小企業希望系統能靈活易用,支持快速部署。另一方面又希望信息化服務的價格比較低廉,而且大量傳統中小企業對軟件的高額開發和維護成本缺少足夠的認識,這樣在信息化解決方案中盡可能地使用一些輕量級的解決方案。

我們在長期的中小企業信息化實踐中,逐漸采用了一套微型的工作流系統,在開發和部署輕量級的前提下,為中小企業的信息化保留了足夠的靈活性和可用性。微型工作流系統同樣提供了比較完整的工作流體系結構,主要包括:數據存儲,流程引擎,表單生成器,可視化流程設計器。

一、數據存儲設計

工作流系統的數據存儲設計主要考慮流程數據存取模型,即如何組織流程模板中定義的數據,如何存取流程數據。設計的另外一個方面是設計工作流系統本身運行所需要的其他數據。

1.數據存儲設計概述

數據存儲設計中對工作流系統必不可少的數據表分為三個部分:

(1)組織機構表

(2)流程系統支撐表

流程注冊表:存放目前系統中部署的流程及其信息;

流程任務表:存放系統中所有的流程任務;

通知信息表:存放系統郵件,系統通知等;

流程角色表:存放所有流程中的角色;

角色用戶映射表:存放角色映射的具體用戶。

(3)流程數據表

流程數據表:流程數據表用來存放已部署流程的流程數據;

簽批數據表:存放所有流程簽批數據。

2.流程數據存取模型

流程支持的數據類型很多,為了增加系統的靈活性,系統通過配置文件來決定數據類型在流程數據庫創建時使用的數據字段類型。這個特性還可以規避數據庫類型對系統的限制,在部署不同數據庫時可以修改該配置文件來映射到該數據庫的自動類型定義。比如使用Oracle數據庫時可以如下定義:

text = varchar2(500)

list = varchar2(32)

其中等式左邊是模板中使用的數據類型,右邊是創建流程數據表時使用的數據庫字段類型。

二、模板系統

模板是表達流程的載體,其表達能力,擴充能力和可讀性在微型工作流應用中顯得非常重要。我們采用XML標注語言作為模板描述語言。XML目前在數據交換,配置文件等應用方面應用非常廣泛,幾乎所有的開發平臺都很好的支持XML,同時XML作為標注語言非常易于擴充,方便編輯和部署。模板系統包括兩個大的方面:流轉關系和數據描述。

為了方便說明,下面是截取的模板的DTD片段:

流程模板中定義如下關系:順序,并行,條件分支,跳轉。

Sequence:定義順序關系。

Parallel:定義并行關系。

If:定義條件分支。

任務包括兩種:task元素定義人工執行任務, agent元素定義各種自動執行的任務,而且可以通過agent元素擴展流程中的各種個性化需求。比如目前最常用的一些功能都可以通過定義不同的agent元素,引入到工作流定義中:操作外部業務數據,Email發送,短信提醒,文件操作等。

三、流程引擎

引擎作為系統運轉的核心,我們可以將引擎系統分為如下三個主要部分:模板加載器,流程管理器,流程驅動器。

1.模板加載器

模板加載器的功能是分析模板文件,將模板配置的流程變為內部模型存儲在流程管理器中。由于流程支持流轉方式的嵌套,比如并行流作為順序流的一個環節,而條件分支流又作為并行流的一個環節。引擎內部使用樹結構作為流程內部的存儲實體,下面是一個內部存儲結構的示意圖:

圖流程內部存儲結構(Inter-Structure Of Workflow Template)

從圖中可以看出,該存儲結構是一種遞歸的形式,所以模板的解析算法也采用了遞歸的方法。

2.流程管理器

流程管理器主要完成已配置流程的內部模型維護和管理。系統啟動時會有一個加載所有已配置模板的過程,在該過程中模板加載器會將所有的模板進行解析和轉換,將轉換完成的內部模型注冊到流程管理器中,流程管理器保證和維護了流程模板的最新版本在內存中的映像。

3.流程驅動器

流程驅動器的主要功能是按照流程內部模型驅動流程實例流轉。通過上述的內部模型存儲結構可以看出,流程內部模型是一個樹狀結構,所有的葉節點是可執行環節,非葉節點是邏輯控制的容器類節點。

流程驅動器也采用單體模式設計,所有操作都是線程安全的。

四、表單生成器

表單生成器解決工作任務執行時如何創建給用戶的工作表單的問題,主要包含兩個大的方面:表單布局和表單數據操作。表單布局是小型工作流系統和大型工作流系統的重要區別之一。本系統的表單布局和大型工作流系統有如下重要區別:

1.用戶不能自定義表單布局,僅僅能在模板中通過Style屬性控制控件樣式;

2.用戶不能添加自定義的圖形,圖標等內容;

3.省略平成了整個系統的開發,采用技術完成了表單生成器。整個系統的開發規模為10個人月,在實踐中取得了很好的效果,下面是實踐中的具體情況:

1.企業規模:600人

2.部署流程規模:40個

3.流程平均部署時間:3天

4.日均處理流程數:> 120個

5.日均處理任務數:> 1000個

用戶通過部署工作流系統大大縮短了流程的部署時間,同時大大降低了開發和擁有成本。

參考文獻: