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

篇1

無線更便捷

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

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

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

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

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

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

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

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

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

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

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

平衡之道

用三星SP-L305打造創(chuàng)意頭腦風暴會議室

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

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

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

篇2

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

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

口腔?？齐娮硬v系統(tǒng)的特點

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

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

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

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

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

多部位多診斷動態(tài)病歷模板

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

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

診療過程交叉方案-步驟-醫(yī)囑模型

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

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

門診醫(yī)囑不同于常規(guī)的住院醫(yī)囑，門診醫(yī)囑的特點是即時開立，即時執(zhí)行；醫(yī)生開立，醫(yī)生執(zhí)行?？谇粚？漆t(yī)院基本上已經(jīng)構(gòu)建了門診HIS系統(tǒng)，而門診HIS醫(yī)生工作站一般不存在具有臨床屬性的醫(yī)囑，只有開單、計費等收費意義的收費項目數(shù)據(jù)模型。因此，我們通過EMR醫(yī)囑與HIS收費項目前后臺相結(jié)合的集成對接，將HIS收費模塊與EMR病歷書寫無縫地整合在一臺醫(yī)生工作站應(yīng)用程序上，為口腔?？漆t(yī)生提供了“診斷管理醫(yī)囑收費病歷書寫復(fù)診預(yù)約”一體化向?qū)Р僮鹘缑?，大大提高了工作效率?/p>

圖表數(shù)據(jù)采集專科圖表模塊

口腔門診流程中，除了上述三大特點外，每個?？撇v之外還有其圖表數(shù)據(jù)采集要求。

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

口腔專科電子病歷系統(tǒng)總體設(shè)計

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

系統(tǒng)框架

嘉和口腔專科電子病歷直接采用了嘉和公司獨有的JH Framework技術(shù)框架，不必另行開發(fā)，極大地縮短了軟件產(chǎn)品的開發(fā)周期。由于基礎(chǔ)組件及服務(wù)框架已經(jīng)具備，開發(fā)人員能夠?qū)Ｗ⒂跇I(yè)務(wù)開發(fā)，這降低了對研發(fā)人員的技能要求，只要培訓學會Widget開發(fā)標準，就可以按照業(yè)務(wù)需求快速開發(fā)系統(tǒng)功能。JH Framework框架也適合需求分析師做快速產(chǎn)品原型設(shè)計，可以根據(jù)用戶需求快速構(gòu)建出用戶界面。

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

設(shè)計思想

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

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

在新的信息體系支撐下，醫(yī)院在臨床、科研、質(zhì)量管理等各個領(lǐng)域都能享受到臨床數(shù)據(jù)深度應(yīng)用所帶來的巨大價值。

面向臨床應(yīng)用：嘉和口腔專科電子病歷信息化解決方案基于數(shù)據(jù)系統(tǒng)化組織優(yōu)勢，為臨床一線工作人員提供以病種為單位的疾病診療時間軸管理，從多個維度對患者完整治療周期的數(shù)據(jù)進行匯集和集中展示，并且根據(jù)病情和治療過程重點顯示相關(guān)醫(yī)囑、治療、檢驗檢查結(jié)果。同時，在醫(yī)生的日常醫(yī)囑下達、病歷記錄流程中，后臺系統(tǒng)可以根據(jù)單病種質(zhì)量控制規(guī)則的疾病指征分析以及臨床質(zhì)量管理規(guī)則實現(xiàn)自動的臨件觸發(fā)管理和藥事監(jiān)控功能。

面向醫(yī)學科研：嘉和口腔專科電子病歷信息化解決方案從學科發(fā)展規(guī)劃出發(fā)，梳理數(shù)據(jù)需求，基于標準化數(shù)據(jù)的管控機制，將臨床病歷資源轉(zhuǎn)化為高質(zhì)量的臨床研究數(shù)據(jù)資源，通過自動化的研究數(shù)據(jù)加工機制，快速產(chǎn)生支撐各類研究主題的病歷報告數(shù)據(jù)，從而大幅提高科研產(chǎn)出效率。

面向醫(yī)院質(zhì)量管理：基于“方案-步驟-醫(yī)囑”的嘉和口腔?？齐娮硬v信息化解決方案實現(xiàn)數(shù)據(jù)二次利用的能力包括醫(yī)療質(zhì)量監(jiān)測和評價、醫(yī)療行為和安全監(jiān)測、在臨床知識庫支持下的患者主動服務(wù)等。精確的數(shù)據(jù)溯源能力和重復(fù)利用能力為醫(yī)院管理層的精細化管理提供了堅實的基礎(chǔ)。

口腔?？齐娮硬v的應(yīng)用價值

篇3

一、高效可靠地收集信息

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

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

二、使復(fù)雜的信息采集簡單化

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

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

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

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

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

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

四、利用現(xiàn)有IT投資和知識,降低部署成本,簡化業(yè)務(wù)流程

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

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

篇4

實戰(zhàn)1：3分鐘自己解決軟件故障

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

這個“問題報告解決方案”還真是有點霸道――從發(fā)現(xiàn)問題到解決問題，它已經(jīng)一手為我們包辦了。

圖1

圖2

小知識：Vista如何知道系統(tǒng)得的什么“病”？

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

圖3

實戰(zhàn)2：看看系統(tǒng)都得了哪些病

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

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

實戰(zhàn)3：要不要報告錯誤自己定

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

在“問題報告和解決方案”向?qū)Т翱?，依次單擊“更改設(shè)置高級設(shè)置”，單擊“阻止列表”右側(cè)的“添加”按鈕，將要阻止的程序添加進來即可，如圖4所示。

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

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

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

篇5

關(guān)鍵詞：廠房地坪 質(zhì)量控制

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

正文：

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

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

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

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

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

二、地坪混凝土產(chǎn)生裂縫

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

預(yù)防措施：加強混凝土早期養(yǎng)護，混凝土澆注完及時澆水養(yǎng)護，防止干縮裂縫?；炷潦展馐┕r發(fā)現(xiàn)的裂縫要及時修補，杜絕其繼續(xù)發(fā)展。混凝土強度未達到5Mpa，不得上人，并嚴禁在混凝土上堆積重物。

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

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

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

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

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

四、地坪混凝土夾芯

產(chǎn)生原因：澆筑混凝土前，墊層上的木塊、碎泡沫等雜物未清掃干凈，在進行振搗時，由浮力作用浮在混凝土上部，當?shù)仄杭惺芰r，該部位下側(cè)為松軟材料，就會造成地坪表面碎裂，露出加芯部位。

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

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

五、局部地坪平整度較差

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

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

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

六、地坪側(cè)面露筋

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

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

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

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

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

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

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

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

篇6

關(guān)鍵詞：JasperReports；web報表；第三方打印控件；MVC

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

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

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

1 相關(guān)技術(shù)介紹

1.1 JasperReports

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

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

1.2 MVC架構(gòu)模式

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

MVC 的處理過程為：1）用戶在視圖的界面上發(fā)出請求，視圖把請求轉(zhuǎn)發(fā)給控制器，控制器調(diào)用相應(yīng)的模型來處理用戶請求，模型進行相應(yīng)的業(yè)務(wù)邏輯處理，并返回數(shù)據(jù)。2）控制器調(diào)用相應(yīng)的視圖來顯示模型返回的數(shù)據(jù)。

1.3 第三方打印控件

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

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

2 系統(tǒng)實現(xiàn)的總體結(jié)構(gòu)

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

Web報表打印系統(tǒng)整體結(jié)構(gòu)如圖3所示。

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

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

3 打印功能應(yīng)用實例

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

3.1 使用JasperReports設(shè)計報表模板

模板設(shè)計如圖4所示。

3.2 報表填充及導(dǎo)出

4 結(jié)束語

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

參考文獻：

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

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

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

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

[5] 關(guān)鑫.基于J2EE的通用報表系統(tǒng)的研究與實現(xiàn)[D].成都理工大學，2010.

[6] 鄧卓.基于J2EE的WEB報表系統(tǒng)的研究與實現(xiàn)[D].沈陽理工大學，2009.

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

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

篇7

關(guān)鍵詞：設(shè)計模式；泛型；靜多態(tài)；動多態(tài)；抽象工廠模式；模板

1 引言

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

在面向?qū)ο蟪绦蛟O(shè)計中，封裝變化最主要的技術(shù)是多態(tài)。多態(tài)是同一實體同時具有多種形式，即同一操作作用于不同的對象，產(chǎn)生不同的執(zhí)行結(jié)果。多態(tài)分為動多態(tài)、靜多態(tài)。動多態(tài)是通過繼承和虛函數(shù)來實現(xiàn)的，在運行期間，虛函數(shù)調(diào)用不同子類型的虛成員函數(shù)以實現(xiàn)不同的功能。靜多態(tài)是通過泛型中模板實現(xiàn)的，在編譯期間，接口綁定不同的功能代碼。

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

2 抽象工廠模式

抽象工廠模式是對象的結(jié)構(gòu)型模式，其動機是：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定其具體的類。

橋梁模式結(jié)構(gòu)圖如圖1，[3]其參與者分別為：AbstractFactory定義創(chuàng)建抽象產(chǎn)品對象的操作接口；ConcreteFactory實現(xiàn)創(chuàng)建具體產(chǎn)品對象的操作；AbstractProduct定義一類產(chǎn)品對象的接口；ConcreteProduct為具體的產(chǎn)品對象。對象協(xié)作時，創(chuàng)建ConcreteFactory類的實例，由具體的工廠創(chuàng)建具有特定實現(xiàn)的產(chǎn)品對象。

3 泛型與模板

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

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

4 泛型實現(xiàn)抽象工廠模式

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

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

5 優(yōu)點與缺點

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

6 結(jié)束語

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

參考文獻

[1] Gamma Erich.設(shè)計模式可復(fù)用面向?qū)ο筌浖幕A(chǔ)[M].北京：北京機械工業(yè)出版， 2000.

[2]拉爾曼.UML 和模式應(yīng)用：面向?qū)ο蠓治雠c設(shè)計導(dǎo)論[M].北京：北京機械工業(yè)出版社， 2001.

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

[4] Wu T C.Java 面向?qū)ο蟪绦蛟O(shè)計[M].第 2 版.北京：清華大學出版社， 2002.

篇8

云是多樣化的

云計算這件事已經(jīng)談了這么久，但為什么戴爾現(xiàn)在才公布云計算戰(zhàn)略？是不是有點晚？

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

戴爾在幫助蘇州工業(yè)園建立云平臺之前曾經(jīng)詢問過客戶的需求，得到的答復(fù)是，他們最關(guān)注的是業(yè)務(wù)永遠在線，不要因為平臺的遷移而導(dǎo)致業(yè)務(wù)中斷，數(shù)據(jù)要絕對安全，整個系統(tǒng)的成本要可控，資源和資金可以得到充分利用，并且可以實現(xiàn)數(shù)據(jù)的智能化管理等，唯獨沒有對采用哪種云部署方式提出具體要求?！斑@是我們在日常工作中經(jīng)常聽到的用戶反饋?！辈苤酒礁嬖V記者，”現(xiàn)在，用戶不會因為聽說某種技術(shù)先進，而一夜之間完成向新技術(shù)平臺的遷移。向云計算的演進是漸進式的，而非革命式的。在云計算方面，用戶的需求是多樣化的，我們也必須提供多樣化的適合其需求的解決方案。”

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

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

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

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

云計算是不斷演進的過程

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

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

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

第二個階段是“云部署”，即采用模塊化、融合高效、端到端的技術(shù)方案，保證從傳統(tǒng)架構(gòu)到云架構(gòu)的平滑過渡。王雪暉介紹說，在這個階段，優(yōu)化融合、QoS（服務(wù)質(zhì)量）、性能彈性和SLA（服務(wù)等級協(xié)議）是四個關(guān)鍵指標。

第三個階段是“云管理”，就是跨越異構(gòu)的不同的云環(huán)境，實現(xiàn)資源的集中、統(tǒng)一管理。

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

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

“云就緒、云部署和云管理構(gòu)成了一個循環(huán)，周而復(fù)始。用戶每經(jīng)歷一次循環(huán)，就意味著已經(jīng)解決了一些云計算的難題，朝著云計算的最終目標又邁進一步?！蓖跹煴硎尽?/p>

穩(wěn)步推進云戰(zhàn)略

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

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

篇9

關(guān)鍵詞：地鐵 軌道施工 整體道床

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

1引言

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

2施工工藝

2.1土建結(jié)構(gòu)移交

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

2.2基標測設(shè)

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

2.3基底鑿毛

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

2.4鋪設(shè)洞內(nèi)龍門吊走行線

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

2.5鋼筋制安

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

2.6基地軌排拼裝

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

2.7洞內(nèi)軌排鋪設(shè)及調(diào)試

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

2.8相關(guān)專業(yè)接口及伸縮縫的設(shè)置

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

2.9道床模板安裝

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

2.10混凝土澆筑

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

2.11混凝土養(yǎng)護

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

3總結(jié)

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

參考文獻

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

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

作者信息：

姓名：劉志權(quán)

出生年月：1983年11月

籍貫：黑龍江省伊春市

篇10

[關(guān)鍵詞] 工作流系統(tǒng) 流程引擎 模板設(shè)計 表單生成器

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

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

一、數(shù)據(jù)存儲設(shè)計

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

1.數(shù)據(jù)存儲設(shè)計概述

數(shù)據(jù)存儲設(shè)計中對工作流系統(tǒng)必不可少的數(shù)據(jù)表分為三個部分:

(1)組織機構(gòu)表

(2)流程系統(tǒng)支撐表

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

流程任務(wù)表:存放系統(tǒng)中所有的流程任務(wù);

通知信息表:存放系統(tǒng)郵件,系統(tǒng)通知等;

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

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

(3)流程數(shù)據(jù)表

流程數(shù)據(jù)表:流程數(shù)據(jù)表用來存放已部署流程的流程數(shù)據(jù);

簽批數(shù)據(jù)表:存放所有流程簽批數(shù)據(jù)。

2.流程數(shù)據(jù)存取模型

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

text = varchar2(500)

list = varchar2(32)

其中等式左邊是模板中使用的數(shù)據(jù)類型,右邊是創(chuàng)建流程數(shù)據(jù)表時使用的數(shù)據(jù)庫字段類型。

二、模板系統(tǒng)

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

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

流程模板中定義如下關(guān)系:順序,并行,條件分支,跳轉(zhuǎn)。

Sequence:定義順序關(guān)系。

Parallel:定義并行關(guān)系。

If:定義條件分支。

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

三、流程引擎

引擎作為系統(tǒng)運轉(zhuǎn)的核心,我們可以將引擎系統(tǒng)分為如下三個主要部分:模板加載器,流程管理器,流程驅(qū)動器。

1.模板加載器

模板加載器的功能是分析模板文件,將模板配置的流程變?yōu)閮?nèi)部模型存儲在流程管理器中。由于流程支持流轉(zhuǎn)方式的嵌套,比如并行流作為順序流的一個環(huán)節(jié),而條件分支流又作為并行流的一個環(huán)節(jié)。引擎內(nèi)部使用樹結(jié)構(gòu)作為流程內(nèi)部的存儲實體,下面是一個內(nèi)部存儲結(jié)構(gòu)的示意圖:

圖流程內(nèi)部存儲結(jié)構(gòu)(Inter-Structure Of Workflow Template)

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

2.流程管理器

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

3.流程驅(qū)動器

流程驅(qū)動器的主要功能是按照流程內(nèi)部模型驅(qū)動流程實例流轉(zhuǎn)。通過上述的內(nèi)部模型存儲結(jié)構(gòu)可以看出,流程內(nèi)部模型是一個樹狀結(jié)構(gòu),所有的葉節(jié)點是可執(zhí)行環(huán)節(jié),非葉節(jié)點是邏輯控制的容器類節(jié)點。

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

四、表單生成器

表單生成器解決工作任務(wù)執(zhí)行時如何創(chuàng)建給用戶的工作表單的問題,主要包含兩個大的方面:表單布局和表單數(shù)據(jù)操作。表單布局是小型工作流系統(tǒng)和大型工作流系統(tǒng)的重要區(qū)別之一。本系統(tǒng)的表單布局和大型工作流系統(tǒng)有如下重要區(qū)別:

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

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

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

1.企業(yè)規(guī)模:600人

2.部署流程規(guī)模:40個

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

4.日均處理流程數(shù):> 120個

5.日均處理任務(wù)數(shù):> 1000個

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

參考文獻: