序論：好文章的創(chuàng)作是一個不斷探索和完善的過程，我們?yōu)槟扑]十篇信息系統(tǒng)設(shè)計論文范例，希望它們能助您一臂之力，提升您的閱讀品質(zhì)，帶來更深刻的閱讀感受。

篇（1）

2系統(tǒng)設(shè)計

2.1系統(tǒng)總體設(shè)計民政服務(wù)信息系統(tǒng)包括三個子系統(tǒng)，分別是民政內(nèi)部辦公系統(tǒng)、社會服務(wù)平臺和社會家園網(wǎng)。三個子系統(tǒng)協(xié)作示意圖如圖1所示。圖1中實(shí)線表示業(yè)務(wù)申報，虛線表示審核結(jié)果回復(fù)，數(shù)字表示民政業(yè)務(wù)類型（1表示社區(qū)申報的業(yè)務(wù)，2表示社區(qū)家園網(wǎng)直接申報的業(yè)務(wù)，3表示通過社區(qū)家園網(wǎng)向社區(qū)申報并且最終由社區(qū)提交到民政局的業(yè)務(wù)）。智慧社區(qū)服務(wù)平臺是由社區(qū)的辦公人員使用，主要完成社區(qū)基本情況登記與查詢，民政業(yè)務(wù)上傳與下達(dá)。民政內(nèi)部辦公系統(tǒng)是提供給民政局辦公人員使用的，民政局辦公人員通過該系統(tǒng)能夠?qū)徟鐓^(qū)上報的申請和管理的民政業(yè)務(wù)信息。社區(qū)家園網(wǎng)是一個論壇，為群眾提供一個咨詢、辦事和交流的平臺，不需要進(jìn)行證件真實(shí)性審核的業(yè)務(wù)都通過社區(qū)家園網(wǎng)申報。

2.2架構(gòu)設(shè)計民政服務(wù)信息系統(tǒng)采用ExtJS和JSP實(shí)現(xiàn)前臺頁面，通過Struts2、Spring和Hibernate實(shí)現(xiàn)后臺業(yè)務(wù)處理，并通過ExtJS和SSH整合搭建一個實(shí)現(xiàn)了MVC設(shè)計模式的系統(tǒng)架構(gòu)。ExtJS+SSH架構(gòu)中ExtJS實(shí)現(xiàn)了從用戶界面向后臺提交請求?？刂茖邮褂肧truts2來實(shí)現(xiàn)MVC模式。業(yè)務(wù)邏輯層細(xì)化為Service層和DAO層，通過Spring來管理Service和DAO之間的耦合關(guān)系。數(shù)據(jù)持久層使用Hibernate框架。實(shí)現(xiàn)時為了提高系統(tǒng)的擴(kuò)展性，Service層和DAO層使用抽象接口，將具體的實(shí)現(xiàn)類和接口分離，并通過Spring指定Service接口和DAO接口的具體實(shí)現(xiàn)類，在需求變化后，只需更改Spring的配置文件就可以適應(yīng)新的需求，符合“開閉原則”。系統(tǒng)架構(gòu)圖如圖2所示。控制層通過Struts2的servlet來完成，Action層由Struts2中的自定義action類實(shí)現(xiàn)。Action層中的對象使用Struts-Spring插件管理，而Service層和Dao層及相應(yīng)實(shí)現(xiàn)層的對象統(tǒng)一由Spring管理。表現(xiàn)層通過JSP和ExtJS實(shí)現(xiàn)。

2.3功能設(shè)計

2.3.1民政內(nèi)部辦公系統(tǒng)的設(shè)計民政內(nèi)部辦公系統(tǒng)按組織機(jī)構(gòu)來劃分功能模塊，主要包括區(qū)劃地名科、社會福利與社會事務(wù)科、最低生活保障局、民間組織管理科、救災(zāi)救濟(jì)科、局辦公室和人事科。根據(jù)通用信息系統(tǒng)的需求，添加了權(quán)限管理和登錄管理。由于每個模塊都有相應(yīng)的政策法規(guī)，將政策法規(guī)提取出來作為一個模塊，局長監(jiān)督模塊體現(xiàn)了民政服務(wù)信息系統(tǒng)比手動辦公的優(yōu)勢，局長通過該系統(tǒng)就可以了解下屬的工作情況而不會打擾到下屬辦公。民政內(nèi)部辦公系統(tǒng)的功能結(jié)構(gòu)圖如圖3所示。由于篇幅所限，圖3中的第三級模塊只列出具有代表性的功能模塊，并對部分有代表性的第二級模塊功能作了說明。區(qū)劃地名科的功能是對地名普查等基本信息進(jìn)行管理，主要包括：地名更改審批和行政區(qū)劃，自然村和建筑物等地名信息的查詢/添加/刪除/修改和歷史信息查詢。社會福利與社會事務(wù)科是對兒童收養(yǎng)、社會福利機(jī)構(gòu)、婚姻登記、殯葬及墓地和社會救助的管理。審批類業(yè)務(wù)主要包括兒童收養(yǎng)審批和社會福利機(jī)構(gòu)審批，管理類業(yè)務(wù)主要是對兒童收養(yǎng)信息、婚姻登記信息、社會救助信息和殯葬及墓地信息的添加/刪除/修改。民間組織管理科的主要功能是民間組織的審核、民間組織信息管理和民間組織年檢。民政內(nèi)部辦公系統(tǒng)具有權(quán)限驗(yàn)證的功能，用戶登錄后只能處理本科室的業(yè)務(wù)。

2.3.2社區(qū)服務(wù)平臺的設(shè)計社區(qū)服務(wù)平臺是以業(yè)務(wù)功能來劃分模塊的，將社區(qū)的辦公作為辦公系統(tǒng)模塊，其他模塊都是對業(yè)務(wù)數(shù)據(jù)進(jìn)行管理。社區(qū)服務(wù)平臺的功能模塊還有社區(qū)基本信息、社區(qū)組織、社會救助、社區(qū)服務(wù)、災(zāi)害數(shù)據(jù)管理和社區(qū)居委會管理。社區(qū)服務(wù)平臺的功能結(jié)構(gòu)圖如圖4所示。圖4中的三級模塊都是二級模塊的核心功能，其他功能由于篇幅所限暫未列出。社區(qū)服務(wù)平臺的主要功能模塊分析如下。社區(qū)基本信息、社區(qū)組織、社會救助、社區(qū)服務(wù)都屬于信息管理模塊，主要功能是對相應(yīng)信息進(jìn)行查詢。災(zāi)害數(shù)據(jù)管理的主要功能是提交災(zāi)害數(shù)據(jù)到民政局和對該社區(qū)的災(zāi)害數(shù)據(jù)進(jìn)行管理。2.3.3社區(qū)家園網(wǎng)的設(shè)計社區(qū)家園網(wǎng)的實(shí)質(zhì)是論壇，社區(qū)家園網(wǎng)實(shí)現(xiàn)時使用一個開源的論壇框架，然后添加一個二級模塊民政業(yè)務(wù)來完成所有在社區(qū)家園網(wǎng)提交的民政業(yè)務(wù)。社區(qū)家園網(wǎng)的功能結(jié)構(gòu)圖如圖5所示。由于篇幅所限，圖5中的民政業(yè)務(wù)模塊的部分功能模塊未列出。

3系統(tǒng)的關(guān)鍵技術(shù)

民政服務(wù)信息系統(tǒng)是以Struts2為實(shí)現(xiàn)架構(gòu)的基礎(chǔ)，通過Spring來整合相應(yīng)的框架。Struts2和Spring整合來完成對Action的管理，Spring和Hibernate整合來實(shí)現(xiàn)持久化的工作。ExtJS作為Struts2的視圖的實(shí)現(xiàn)。

3.1系統(tǒng)核心配置文件的實(shí)現(xiàn)民政服務(wù)信息系統(tǒng)在web.xml中定義Struts2和Spring的配置文件路徑。該系統(tǒng)中Struts2的Action對象由Struts-Spring插件來管理，該插件需要在web.xml中配置相應(yīng)的監(jiān)聽器。web.xml文件核心內(nèi)容。

3.2Spring和Hibernate整合的實(shí)現(xiàn)Hibernate完成系統(tǒng)業(yè)務(wù)數(shù)據(jù)持久化的操作，提供了save、delete、update等方法，在DAO層只需調(diào)用這些方法就可以存儲業(yè)務(wù)數(shù)據(jù)。Spring對Hibernate支持非常完善，在Spring的配置文件daoContext.xml中配置一個id為dataSource的bean和一個sessionFactory的bean,在程序中使用注入的sessionFactory對象來實(shí)例化Spring框架提供的HibernateTemplate模板，DAO通過HibernateTemplate來調(diào)用持久化方法進(jìn)行業(yè)務(wù)數(shù)據(jù)存儲。

3.3整合ExtJS的實(shí)現(xiàn)ExtJS框架只需要在JSP頁面導(dǎo)入ExtJS的核心JS文件和CSS樣式，就可以在自定義JS文件中使用ExtJS提供的頁面組件和表單組件，而不必使用HTML標(biāo)簽來編寫Web界面。在主界面的JSP中整合ExtJS的代碼如下。

篇（2）

一、新會計準(zhǔn)則核心理念對現(xiàn)有會計信息系統(tǒng)的沖擊

新會計準(zhǔn)則與原準(zhǔn)則相比,在很多方面都有變化。對此,財會軟件的生產(chǎn)廠家以及財會軟件的用戶采取了相應(yīng)的應(yīng)對措施,如預(yù)制新準(zhǔn)則下的全新科目體系和財務(wù)報表,制定存貨成本的全新計價策略、固定資產(chǎn)折舊及減值準(zhǔn)備計提的全新控制策略、滿足新準(zhǔn)則要求的合并報表生成策略,全面支持職工福利費(fèi)的靈活計提等。但以上措施只是針對新舊會計準(zhǔn)則的具體變化對軟件功能所做的修補(bǔ),并沒有充分體現(xiàn)新會計準(zhǔn)則的核心理念。下面就現(xiàn)有會計信息系統(tǒng)對新會計準(zhǔn)則的不適應(yīng)性進(jìn)行分析。

(一)原則導(dǎo)向理念對現(xiàn)有會計信息系統(tǒng)的沖擊

會計準(zhǔn)則的制定存在著兩種不同的理念,一種是“規(guī)則導(dǎo)向說”;另一種是“原則導(dǎo)向說”。我國新會計準(zhǔn)則的制定范式已由舊準(zhǔn)則的規(guī)則導(dǎo)向轉(zhuǎn)變?yōu)樵瓌t導(dǎo)向。雖然現(xiàn)行主流會計信息系統(tǒng)都已完成了適應(yīng)新會計準(zhǔn)則的一些功能調(diào)整,但并沒有充分體現(xiàn)原則導(dǎo)向核心理念。由于舊準(zhǔn)則采用規(guī)則導(dǎo)向理念,為每一類交易事項(xiàng)的會計處理和財務(wù)報告提供唯一的、特定的規(guī)則,即使這種規(guī)則已不能真實(shí)、合理地反映當(dāng)前經(jīng)濟(jì)環(huán)境下的業(yè)務(wù)活動,會計信息系統(tǒng)的處理流程也須遵循這種一成不變的規(guī)則?，F(xiàn)階段推行的新準(zhǔn)則采用原則導(dǎo)向理念,不再為每一具體的交易事項(xiàng)和財務(wù)報告制定詳細(xì)不變的規(guī)則,只就交易事項(xiàng)的會計處理及財務(wù)報告提出應(yīng)遵循的原則,具體的操作處理方法需要依據(jù)準(zhǔn)則對該經(jīng)濟(jì)業(yè)務(wù)活動制定的原則和該經(jīng)濟(jì)業(yè)務(wù)活動特點(diǎn)及會計人員的職業(yè)判斷來決定。導(dǎo)致企業(yè)對各個交易和事項(xiàng)的記錄與處理有更廣泛的選擇權(quán),每個企業(yè)對相同會計事項(xiàng)可能會基于不同的職業(yè)判斷而選用不同的會計處理方法。現(xiàn)有會計信息系統(tǒng)的功能還不能與此相適應(yīng)。

(二)公允價值計量理念對現(xiàn)有會計信息系統(tǒng)的沖擊

與原會計準(zhǔn)則相比,新準(zhǔn)則不僅具備更為完整的體系和更為豐富的內(nèi)容,而且在會計計量上再次引入和強(qiáng)調(diào)了“公允價值”計量屬性。在38項(xiàng)具體會計準(zhǔn)則中,有17項(xiàng)具體會計準(zhǔn)則直接或間接地運(yùn)用了公允價值進(jìn)行會計計量。盡管我國本著審慎的態(tài)度,強(qiáng)調(diào)在公允價值的運(yùn)用中遵循“適度運(yùn)用”的原則,但我國會計準(zhǔn)則體系中公允價值運(yùn)用比例之高,使我們完全可以得到這樣一個結(jié)論:公允價值的引入是我國新會計準(zhǔn)則最突出的特點(diǎn),它豐富了會計計量模式。

現(xiàn)有的會計信息系統(tǒng)是與以往會計準(zhǔn)則相適應(yīng)的產(chǎn)物。新準(zhǔn)則體系的變化所帶來的影響,會對現(xiàn)有的會計信息系統(tǒng)帶來沖擊和挑戰(zhàn)。公允價值可行的計量及運(yùn)用方式成為現(xiàn)有會計信息系統(tǒng)的難題。

從公允價值的應(yīng)用要求可以看出,會計信息系統(tǒng)與外界保持動態(tài)的數(shù)據(jù)連接,是對運(yùn)用公允價值的會計系統(tǒng)的基本功能要求?，F(xiàn)有的會計信息系統(tǒng)在外部信息的數(shù)據(jù)接口,信息數(shù)據(jù)共享方面沒有達(dá)到這一要求。目前這項(xiàng)工作是通過人工取得信息,再錄入到電腦中進(jìn)行下一步的信息處理。由于缺乏外部信息的數(shù)據(jù)接口,數(shù)據(jù)的采集質(zhì)量取決于人。另外在會計信息的加工過程中,由基本數(shù)據(jù)向高度綜合數(shù)據(jù)的歸集過程可能造成信息的丟失和扭曲。這種扭曲或產(chǎn)生于信息處理過程中的無意錯誤,或可能是被有意篡改所致,但更多的是由于信息提供者采用了有利于自身利益的會計選擇。這就是說,由于歸集過程完全控制在信息提供者手中,因此對于信息使用者來講,會計信息的生成類似于一個“黑箱”,他們只能得到最終的結(jié)果,而無法了解會計信息的生產(chǎn)過程,這就難免為企業(yè)管理者舞弊留下很大的空間。這種將公允價值的計量結(jié)果簡單地引入系統(tǒng)的做法,形成了現(xiàn)有會計系統(tǒng)應(yīng)對新準(zhǔn)則實(shí)施的軟肋。

公允價值的使用需要依靠活躍的交易市場和估值技術(shù)。對企業(yè)而言,如何確定公允價值,特別是在沒有活躍市場的交易報價時,企業(yè)必須懂得應(yīng)用估價技術(shù),這并不容易。這就要求重構(gòu)的會計信息系統(tǒng)從技術(shù)上支持公允價值一級、二級估計數(shù)據(jù)的取得并納入會計核算系統(tǒng)。

總之,無論是估價方法的技術(shù)實(shí)現(xiàn),還是市場價格數(shù)據(jù)的導(dǎo)入等公允價值的具體處理等問題的應(yīng)對,都需要對現(xiàn)有會計信息系統(tǒng)進(jìn)行優(yōu)化。

(三)國際趨同理念對現(xiàn)有會計信息系統(tǒng)的沖擊

20世紀(jì)90年代以后,世界經(jīng)濟(jì)全球化的趨勢明顯加快,國際貿(mào)易、國際投融資以及跨國公司均呈現(xiàn)良好的發(fā)展態(tài)勢,跨國兼并活動日益頻繁,國際資本流動也日漸迅速,各國經(jīng)濟(jì)比以往任何時候都更加緊密地聯(lián)系在一起。在此背景下,國與國之間會計準(zhǔn)則的差異使各國間的會計信息不具備可比性,妨礙了國際投資的發(fā)展和資本市場的國際化,妨礙了國際貿(mào)易各方對成本的衡量,不利于貿(mào)易糾紛的解決,已明顯成為國際資源有效配置的障礙。在此背景下我國了新的會計準(zhǔn)則。新會計準(zhǔn)則與“國際財務(wù)報告準(zhǔn)則”不僅整體架構(gòu)保持了一致,實(shí)現(xiàn)了內(nèi)涵和實(shí)質(zhì)上的統(tǒng)一,而且大多數(shù)項(xiàng)目都做到了相互對應(yīng),得到了國際會計準(zhǔn)則理事會的認(rèn)可。

XBRL可從財務(wù)信息分類規(guī)范的角度促進(jìn)各國會計準(zhǔn)則國際趨同。XBRL是一種開放式的、不局限于特定操作平臺的、在互聯(lián)網(wǎng)上披露企業(yè)財務(wù)報告的國際標(biāo)準(zhǔn)和技術(shù)。XBRL的標(biāo)準(zhǔn)體系包括兩部分內(nèi)容:技術(shù)規(guī)范(Specification)和分類標(biāo)準(zhǔn)(Taxonomy)。前者是XBRL的核心,它規(guī)定了XBRL的理念和原則;后者是技術(shù)規(guī)范在各國財務(wù)報告的具體應(yīng)用,必須基于特定版本的技術(shù)規(guī)范制定,這樣保證了各國財務(wù)報告的技術(shù)手段的一致性。對于分類標(biāo)準(zhǔn)的制定,主要是對財務(wù)報告披露的信息按一定的規(guī)范要求進(jìn)行整理、分級和分解,直到信息分解成為可以獨(dú)立傳達(dá)一種含義的信息單位,并對其賦予一個唯一“標(biāo)簽”,按照一定的規(guī)范進(jìn)行描述。也就是說,分類標(biāo)準(zhǔn)更加規(guī)范了財務(wù)報告披露的可操作性。目前XBRL國際組織和發(fā)達(dá)國家都出臺了一些分類標(biāo)準(zhǔn),如美國頒布的“GAAP工商業(yè)分類標(biāo)準(zhǔn)”;國際會計準(zhǔn)則委員會基金會頒布的“基本財務(wù)報表分類標(biāo)準(zhǔn)”等。財務(wù)報告分類標(biāo)準(zhǔn)的制定過程就是各國會計標(biāo)準(zhǔn)化過程,會計準(zhǔn)則的差異會造成財務(wù)信息分類的差異,將影響XBRL財務(wù)報告的應(yīng)用效果。因此,XBRL的發(fā)展應(yīng)用必定會推動各國財務(wù)信息分類的統(tǒng)一性,從而推進(jìn)會計準(zhǔn)則的國際趨同。

二、會計信息系統(tǒng)的設(shè)計思路應(yīng)體現(xiàn)新準(zhǔn)則導(dǎo)向

會計準(zhǔn)則對會計信息系統(tǒng)的設(shè)計和構(gòu)建具有指導(dǎo)意義,因此應(yīng)從以下幾個方面作出努力,充分發(fā)揮新會計準(zhǔn)則在會計信息系統(tǒng)構(gòu)建方面的導(dǎo)向作用。

(一)建立開放型應(yīng)用平臺

現(xiàn)階段推行的新準(zhǔn)則采用原則導(dǎo)向理念,會計信息系統(tǒng)的功能必須與此相適應(yīng),提供一種開放型財務(wù)軟件應(yīng)用平臺,為各經(jīng)濟(jì)業(yè)務(wù)活動提供在新準(zhǔn)則下的各種可行的操作處理方法,會計人員在新準(zhǔn)則的指導(dǎo)下,根據(jù)經(jīng)濟(jì)業(yè)務(wù)活動的特點(diǎn),判斷經(jīng)濟(jì)業(yè)務(wù)活動的實(shí)質(zhì),選擇和配置處理模塊和處理方法。

新準(zhǔn)則最突出的特點(diǎn)是引入公允價值計量體系,增加會計計量模式。公允價值計量模式更能體現(xiàn)會計信息的相關(guān)性,而且有些資產(chǎn)如衍生金融資產(chǎn),只能采用公允價值計量,采用歷史成本計量無法反映經(jīng)濟(jì)活動的實(shí)質(zhì),無法反映該資產(chǎn)的真實(shí)價值及價值變動對損益的影響。但是,大量的資產(chǎn)因各種原因,還須用歷史成本進(jìn)行計量。因此,會計信息系統(tǒng)要提供一種開放型應(yīng)用平臺,財會人員可進(jìn)行計量模式的選擇。

(二)完善數(shù)據(jù)接口,實(shí)現(xiàn)與外部數(shù)據(jù)的對接

公允價值的使用需要依靠活躍的交易市場和估值技術(shù)。對企業(yè)而言,如何確定公允價值,特別是在沒有活躍市場的交易報價時,企業(yè)必須懂得應(yīng)用估價技術(shù),這并不容易。

對于存在活躍市場報價的公允價值計量,則按照活躍市場中的報價確定相應(yīng)資產(chǎn)的公允價值,比如金融資產(chǎn)中股票收盤價格的取得,以及相關(guān)資產(chǎn)的減值測試數(shù)據(jù)。最佳的模型應(yīng)該是通過信息技術(shù)聯(lián)機(jī)實(shí)時提供最新的市場報價。將有關(guān)的證券交易軟件與會計軟件進(jìn)行銜接,就可以比較便利地實(shí)現(xiàn)這一公允價值計量的技術(shù)支持。這對于軟件的接口、報價數(shù)據(jù)傳輸?shù)募皶r性和準(zhǔn)確性提出了切實(shí)的要求。股票市場價格數(shù)據(jù)的對接難度相對較小,其他資產(chǎn)交易市場的報價數(shù)據(jù)接入的標(biāo)準(zhǔn)化問題難度較大,有的市場甚至沒有標(biāo)準(zhǔn)的報價系統(tǒng),這就需要完成許多配套工作。

公允價值的計量中,對于不存在活躍市場的資產(chǎn)的價值,應(yīng)采用合理的估值技術(shù)確定。如果是企業(yè)自行估價的,在其會計信息系統(tǒng)中設(shè)定備選的估價技術(shù)模塊,并將估價參數(shù)的輸入權(quán)提供給客戶,不過估價參數(shù)的輸入也需要信息技術(shù)的輔助;如果是外部專家進(jìn)行估價并提供估價數(shù)據(jù),則應(yīng)將其關(guān)鍵的數(shù)據(jù)和模型納入企業(yè)的會計信息系統(tǒng)中,也可以由授權(quán)專家按模塊自行輸入到估價系統(tǒng),經(jīng)內(nèi)部系統(tǒng)確認(rèn)并納入計量系統(tǒng)。

將證券市場的活躍價格數(shù)據(jù)通過接口直接導(dǎo)入核算系統(tǒng),可以保障數(shù)據(jù)的客觀性,降低人為操作的主觀性和非主觀偏差。其次,在公允價值二級估價中,由系統(tǒng)從外部市場將多個市場報價一并引入到系統(tǒng)中,使得資產(chǎn)價格信息比較全面地呈現(xiàn)在會計信息系統(tǒng)中,而核算結(jié)果的選擇就在其中。再次,將企業(yè)使用的外部專家及其估價過程引入核算系統(tǒng),并保留其將來作為審計程序中的可驗(yàn)證的估價過程、估價參數(shù)以及采用的假設(shè)條件。這些會計信息系統(tǒng)中的安排,將公允價值計量的過程和計量的依據(jù)盡可能地透明化,從而使得新的核算系統(tǒng)能一定程度上降低公允價值被人為操縱的機(jī)會。

(三)加強(qiáng)XBRL的研究和應(yīng)用

XBRL于1998年在美國誕生,已經(jīng)在世界各地得到了迅猛發(fā)展,應(yīng)用領(lǐng)域涵蓋了資本市場、金融監(jiān)管、稅務(wù)稽查、工商管理、保險和審計等諸多方面。國際上許多大型軟件公司與證券交易所、會計師事務(wù)所等部門聯(lián)合正在加緊研發(fā)基于XBRL的軟件系統(tǒng)。新會計準(zhǔn)則的實(shí)施將加速我國企業(yè)的國際化進(jìn)程,也為XBRL在企業(yè)財務(wù)報告中的應(yīng)用提供了一個契機(jī)。同時,XBRL的發(fā)展應(yīng)用必定會推動各國財務(wù)信息分類的統(tǒng)一性,從而推進(jìn)會計準(zhǔn)則的國際趨同。

因此必須借助于我國會計準(zhǔn)則指導(dǎo)委員會的組織架構(gòu),建立我國的XBRL組織,制定相關(guān)準(zhǔn)則和規(guī)范,指導(dǎo)和監(jiān)控我國XBRL研發(fā)的整體框架,加強(qiáng)理論和實(shí)務(wù)研究,并在此基礎(chǔ)上推廣應(yīng)用XBRL。XBRL將從根本上改變企業(yè)編制和報告財務(wù)信息的方式,它為企業(yè)在互聯(lián)網(wǎng)上編制、存儲、財務(wù)報告和其他信息提供了一種標(biāo)準(zhǔn)和規(guī)范的技術(shù)體系,解決了財務(wù)信息披露與財務(wù)數(shù)據(jù)采集一體化以及跨平臺使用的根本問題,方便全球各地的信息使用者通過互聯(lián)網(wǎng)快速檢索、按需自動采集和分析企業(yè)財務(wù)信息。

主要參與文獻(xiàn)

[1]財政部企業(yè)會計準(zhǔn)則[S].2006.

[2]歐陽電平,向玲玲論信息化背景下新會計準(zhǔn)則與XBRL的作用[J].財會通訊:學(xué)術(shù)版,2008(7).

[3]阿尼塔•S•霍蘭德,等.現(xiàn)代會計信息系統(tǒng)[M].楊周南,譯.北京:經(jīng)濟(jì)科學(xué)出版社,1999.

[4]謝詩芬論公允價值會計審計理論與實(shí)務(wù)中的若干重大問題[J].財經(jīng)理論與實(shí)踐,2006(6).

篇（3）

2關(guān)鍵技術(shù)

本文研究了基于社交媒體突發(fā)事件應(yīng)急系統(tǒng)的多個關(guān)鍵技術(shù):情景再現(xiàn)、應(yīng)急信息提取、趨勢分析等。情景再現(xiàn):可整合社交媒體數(shù)據(jù)的直接信息，結(jié)合時間、空間對突發(fā)事件的圖片文字等信息進(jìn)行查詢，展示事件發(fā)生情景;應(yīng)急信息提取:利用實(shí)時應(yīng)急信息分類方法，提取、分類出突發(fā)事件的狀況、救援等應(yīng)急信息，標(biāo)注在地圖上;趨勢分析:通過分析微博的數(shù)量變化和空間分布，揭示突發(fā)事件趨勢和公眾關(guān)注點(diǎn)。

2．1情景再現(xiàn)

在突發(fā)事件中，目擊者的照片(尤其是手機(jī)拍攝的照片)使得公眾報道在災(zāi)害應(yīng)對中越發(fā)重要［5］。因?yàn)閳D片給人們最直觀的感受，特別是在自然災(zāi)害發(fā)生時，圖片能夠描述災(zāi)害的發(fā)生情景，客觀反映災(zāi)害造成的破壞場面，為應(yīng)急決策提供直接的證據(jù)。情景再現(xiàn)，是采用“圖片+描述”方式，通過圖片、文字描述突發(fā)事件在空間上的最新發(fā)展?fàn)顩r。社交媒體具有很強(qiáng)的時效性，加上人們對突發(fā)事件的最新動態(tài)較為敏感。所以，最近一段時間的圖片適合表現(xiàn)突發(fā)事件的發(fā)展?fàn)顩r。另外，突發(fā)事件可以抽象為地理空間上的地理現(xiàn)象，社交媒體數(shù)據(jù)具有位置信息，可利用地圖的可見范圍來約束突發(fā)事件情景的范圍。由此可見，情景再現(xiàn)實(shí)質(zhì)上是多維信息查詢，包括時間、空間、圖片信息三個維度。多維度查詢也很好地緩解了在瀏覽器端繪制時的效率問題和壓力問題，特別是空間的限制，大大地提升地圖交互能力。系統(tǒng)采用AJAX技術(shù)實(shí)現(xiàn)按需加載圖片，加快瀏覽器的響應(yīng)速度。

2．2應(yīng)急信息提取與定位

微博的大部分信息以文本的形式存在。從文本自身特點(diǎn)來看，文本短小且信息雜亂，包括事件狀況、求援、救援、評論、商家廣告等多種多樣信息。從信息流來看，微博文本是實(shí)時獲取的，具有實(shí)時變動性。本文提出了一種從海量、實(shí)時的社交媒體數(shù)據(jù)中提取應(yīng)急信息的方法，學(xué)習(xí)過程:系統(tǒng)初始化時，當(dāng)文本積累一定量后，訓(xùn)練初步模型。取出數(shù)據(jù)庫的所有文本，把每條微博文本看成一個文檔，即得到文檔集。文本預(yù)處理包括去掉重復(fù)微博，采用中文分詞器Ansj分詞、去掉停用詞，獲得分詞后的文檔集，作為話題模型LatentDirichletAllocation(LDA)的一個輸入。設(shè)定好主題個數(shù)后，采用隨機(jī)模擬的GibbsSampling算法，得到各個文檔的主題和各個主題的單詞分布(即詞庫)。如此，文檔集的大部分文檔被標(biāo)記了。將單詞為特征、主題為類別的文檔集輸入到監(jiān)督算法SupportVectorMachine(SVM)做訓(xùn)練，調(diào)優(yōu)并得到初步應(yīng)急信息分類模型。預(yù)測過程:模型訓(xùn)練好后，新的微博文本經(jīng)上文相同的文本預(yù)處理，得文本的所有特征(單詞)，輸入到訓(xùn)練好的應(yīng)急信息分類模型，輸出所屬主題;同時結(jié)合LDA生成的主題詞庫，判斷文本的主題類型，并標(biāo)注在地圖上。更新過程:主要針對模型和主題詞庫的更新?？紤]到信息采集速率，與上個模型相隔2個小時后，取出所有文本，重復(fù)學(xué)習(xí)過程重新得到模型和詞庫，以適應(yīng)微博話題隨時間的變化，提取新的應(yīng)急信息。

2．3趨勢分析

人們除了關(guān)注突發(fā)事件的最新情況、應(yīng)急信息，還想了解事件的發(fā)展趨勢。系統(tǒng)從時間趨勢和空間分布兩個方面來表現(xiàn)突發(fā)事件的趨勢。研究表明［6］:社交媒體數(shù)據(jù)可以被用來甄別事件在時間上的發(fā)展趨勢，甚至做出預(yù)測。為揭示突發(fā)事件時間發(fā)展趨勢，我們統(tǒng)計每小時的微博總數(shù)、用戶參與數(shù)、轉(zhuǎn)發(fā)數(shù)，通過觀察趨勢線的最高點(diǎn)和拐點(diǎn)來發(fā)現(xiàn)趨勢。另外，詞云圖利用中文分詞技術(shù)處理一定時間內(nèi)的微博內(nèi)容并統(tǒng)計高頻詞匯，找出人們討論的熱點(diǎn)話題以及其隨時間的變化。微博數(shù)據(jù)攜帶位置信息，反映了突發(fā)事件的空間分布。系統(tǒng)使用了聚類分析和核密度估計來發(fā)現(xiàn)事件空間分布規(guī)律。聚類分析通過對微博點(diǎn)在空間距離上做聚類，以便尋找事件在空間的分布狀態(tài)，分配應(yīng)急資源;核密度估計很好地反映了事件在空間上的熱點(diǎn)區(qū)域，有利于發(fā)現(xiàn)問題區(qū)域所在。

3系統(tǒng)的主要功能

3．1查看、瀏覽圖片功能

1)采用“圖片+描述”形式，通過縮略圖、大圖與地圖聯(lián)動來展示突發(fā)事件的情景。當(dāng)點(diǎn)擊圖片時，地圖中心會移動到圖片對應(yīng)的坐標(biāo)點(diǎn)，并彈出信息框，包括者、微博內(nèi)容、時間和經(jīng)緯度等;當(dāng)點(diǎn)擊地圖上的點(diǎn)時，該點(diǎn)對應(yīng)的圖片出現(xiàn)在圖片框中央。2)添加按時間、熱度排序的功能，便于查看最新、最熱的圖片。圖3展示了2012年“7．21北京特大暴雨”中某條微博的圖片、文字、地點(diǎn)等情景。

3．2定位應(yīng)急信息功能

1)利用實(shí)時應(yīng)急信息分類方法，提取并分類好微博文本的應(yīng)急信息。采用表格形式展現(xiàn)應(yīng)急信息，每個表格與一個主題關(guān)聯(lián)，主題以標(biāo)簽的形式表現(xiàn)在網(wǎng)頁中。當(dāng)點(diǎn)擊相應(yīng)標(biāo)簽，表格內(nèi)容隨之發(fā)生改變。2)每條文本與地圖聯(lián)動。當(dāng)點(diǎn)擊表格中文本時，地圖中心會移動到文本對應(yīng)的坐標(biāo)點(diǎn)，方便定位應(yīng)急信息，展開救援。圖4展示的是“7．21北京特大暴雨”微博經(jīng)過應(yīng)急信息提取后得到“救援信息、天氣預(yù)報、損失與影響”等主題，及“救援信息”主題下的救援信息。

3．3時空趨勢分析功能

1)利用Echart圖表，統(tǒng)計每小時的微博總數(shù)、用戶參與數(shù)、轉(zhuǎn)發(fā)數(shù)，以及趨勢線(微博總數(shù)減去轉(zhuǎn)發(fā)數(shù))，使用放大窗口查看曲線的局部細(xì)節(jié)，如圖5所示。在A點(diǎn)和B點(diǎn)前一個小時，北京市氣象臺分別了暴雨橙色預(yù)警和暴雨黃色預(yù)警。2)當(dāng)點(diǎn)擊曲線上的拐點(diǎn)時，利用AJAX技術(shù)，在地圖上動態(tài)加載每個小時的點(diǎn)數(shù)據(jù)。通過切換不同圖層(熱點(diǎn)圖和聚類圖)，可查看暴雨微博的空間分布情況。圖6左上部分為“7．21北京特大暴雨”微博的熱點(diǎn)圖，暴雨微博在地鐵1號線和首都機(jī)場附近出現(xiàn)聚集現(xiàn)象，反映了暴雨事件空間熱點(diǎn)分布。

3．4發(fā)現(xiàn)熱點(diǎn)話題功能

另外，系統(tǒng)采用詞云圖和柱狀圖來展現(xiàn)最新微博的高頻詞匯，反映最近時間內(nèi)突發(fā)事件的話題變化。圖6右、下部分展示了截至7月22日10時“7．21北京特大暴雨”的詞云圖和高頻詞匯柱狀圖，直觀地展現(xiàn)人們的討論熱點(diǎn)話題，如“大暴雨、回家、平安、積水”等。除了多種的表現(xiàn)形式，數(shù)據(jù)可視化還要考慮多圖層繪制效率問題、大數(shù)據(jù)量的渲染壓力問題。為了解決這些問題，我們可以采用圖層控制、矢量繪制點(diǎn)、使用JSON包裝處理結(jié)果等方法。

篇（4）

1．2數(shù)據(jù)資源管理技術(shù)建立數(shù)據(jù)庫系統(tǒng)，實(shí)現(xiàn)對數(shù)據(jù)的收集、加工、檢索、存儲、傳輸、利用和維護(hù)等一系列的數(shù)據(jù)資源管理。對數(shù)據(jù)進(jìn)行合理組織、維護(hù)和存取，并處理好應(yīng)用程序與數(shù)據(jù)之間的管理。

1．3無線射頻識別技術(shù)無線射頻識別（radiofrequencyidentification，RFID）技術(shù)主要應(yīng)用于商品的管理，控制商品的流通過程。能夠精確定位，對商品的各個流通階段進(jìn)行有效的查詢，以及動態(tài)追蹤物品在供應(yīng)鏈中的位置。同時，RFID技術(shù)對物品進(jìn)行識別和描述，可提高物流服務(wù)的效率。

1．4可視化技術(shù)主要用于數(shù)據(jù)的可視化，通過計算機(jī)圖形和圖像處理技術(shù)，把數(shù)據(jù)轉(zhuǎn)換成圖像，從方便信息的處理，進(jìn)而提高作業(yè)效率。其在物流系統(tǒng)中的運(yùn)用具體體現(xiàn)在貨物的入出庫管理、商品車道位計劃及車輛調(diào)度等方面。

1．5物聯(lián)網(wǎng)技術(shù)紅外感應(yīng)器、射頻識別、全球定位系統(tǒng)等信息傳感設(shè)備，按約定的協(xié)議，將物品與互聯(lián)網(wǎng)連接起來，進(jìn)行信息交換和通信，實(shí)現(xiàn)智能化識別、定位、監(jiān)控、跟蹤和管理。

2系統(tǒng)設(shè)計

2．1系統(tǒng)模型

設(shè)計服務(wù)于整車物流的第三方物流企業(yè)是為整車廠提供物流服務(wù)，一般包括商品車的分撥與倉儲、運(yùn)輸、配送等。因此，對于以整車運(yùn)輸業(yè)務(wù)為主的第三方物流企業(yè)來說，其業(yè)務(wù)環(huán)節(jié)主要包括客戶填寫及提交訂單、VDC與VSC管理、道位計劃、商品車出庫、轎運(yùn)車的調(diào)度與配送、商品車的運(yùn)輸、運(yùn)輸車輛的實(shí)時監(jiān)控、意外情況的應(yīng)急處理、物流信息動態(tài)的反饋等。這些業(yè)務(wù)環(huán)節(jié)之間都具有密切的聯(lián)系，并通過各個環(huán)節(jié)的信息交互，形成物流網(wǎng)絡(luò)。為了實(shí)現(xiàn)物流集成化運(yùn)作，應(yīng)建立科學(xué)的物流管理機(jī)制，優(yōu)化管理環(huán)節(jié)，改變傳統(tǒng)的組織結(jié)構(gòu)，消除各部門連接處的重復(fù)操作和多余環(huán)節(jié)，實(shí)現(xiàn)各個環(huán)節(jié)之間的有效銜接，實(shí)現(xiàn)信息的自由流通，將各層級的物流服務(wù)更好地連接在一起。從信息平臺角度來說，建立在局域網(wǎng)上的物流信息平臺，將相互獨(dú)立的信息系統(tǒng)連通，實(shí)現(xiàn)部門之間的信息交流與傳輸。同時，各部門所管理、存儲的數(shù)據(jù)信息根據(jù)部門職能的需要實(shí)現(xiàn)部分?jǐn)?shù)據(jù)的共享。在企業(yè)外部，可通過Internet實(shí)現(xiàn)與上下游客戶及供應(yīng)商等多方實(shí)體業(yè)務(wù)的連接。同時，為實(shí)現(xiàn)第三方物流信息系統(tǒng)的集成化設(shè)計，需要將現(xiàn)代物流技術(shù)中的軟件技術(shù)和硬件技術(shù)相結(jié)合。集成化物流系統(tǒng)的架構(gòu)圖如圖1所示。

2．2系統(tǒng)結(jié)構(gòu)設(shè)計

通過對系統(tǒng)實(shí)體模型的分析，拆分物流服務(wù)流程，獲取各環(huán)節(jié)的具體實(shí)施任務(wù)，并將這些任務(wù)分配給各職能部門，同時根據(jù)這些任務(wù)的具體實(shí)施，設(shè)計出物流系統(tǒng)各個功能模塊。再根據(jù)各系統(tǒng)模塊的工作性質(zhì)，將整個系統(tǒng)分為一個4層結(jié)構(gòu)，分別是頂層、應(yīng)用層、操作層和數(shù)據(jù)層。第三方集成化物流信息系統(tǒng)結(jié)構(gòu)圖如圖2所示。

2．2．1頂層也叫集成層，將各個單一的模塊集成為一個整體，使之能更好地協(xié)同完成任務(wù)。同時，頂層也是系統(tǒng)的最高權(quán)限管理層，能為系統(tǒng)作出決策性的行為。

2．2．2應(yīng)用層主要體現(xiàn)為可視化的操作平臺。根據(jù)使用系統(tǒng)的內(nèi)外用戶人群，把該層分為管理登入平臺和客戶登入平臺。在管理平臺中，系統(tǒng)根據(jù)內(nèi)部員工所屬的部門分配其相應(yīng)子系統(tǒng)的管理權(quán)限，例如倉管員擁有倉儲管理的辦公權(quán)限；通過客戶平臺，外部客戶能實(shí)現(xiàn)與第三方物流公司的信息交流。

．2．3操作層這層是應(yīng)用層操作的具體實(shí)現(xiàn)，對應(yīng)內(nèi)外平臺具有的相應(yīng)管理子系統(tǒng)或是功能模塊。內(nèi)部管理平臺包含了4個實(shí)現(xiàn)物流基本服務(wù)的子系統(tǒng)：客戶管理子系統(tǒng)、VDC與VSC管理子系統(tǒng)、配送管理子系統(tǒng)和運(yùn)輸管理子系統(tǒng)，交由4個職能部門使用。外部客戶登入平臺主要包括查詢功能模塊和訂單生成模塊，查詢各項(xiàng)物流服務(wù)的信息和訂單的生成。

2．2．4數(shù)據(jù)層這是整個物流系統(tǒng)能夠順利運(yùn)行的基礎(chǔ)，它為各項(xiàng)操作提供所需的數(shù)據(jù)，包括倉庫信息、車輛信息、訂單詳情等，同時也隨時記錄并管理物流服務(wù)各環(huán)節(jié)產(chǎn)生的信息。

2．3系統(tǒng)業(yè)務(wù)流程設(shè)計

第三方物流企業(yè)在客戶（經(jīng)銷商或直銷客戶）訂單的推動下，為客戶提供全面的物流服務(wù)。在第三方物流企業(yè)接受訂單之后，通過物流系統(tǒng)自動將訂單拆解，將對應(yīng)的訂單信息發(fā)送到各職能部門。各部門按照一定的操作流程，協(xié)調(diào)運(yùn)作，最終完成對客戶的物流服務(wù)［5］。在所設(shè)計的第三方物流信息系統(tǒng)中，其一般運(yùn)作流程如下：1）當(dāng)客戶通過互網(wǎng)絡(luò)在第三方物流企業(yè)的網(wǎng)絡(luò)物流平臺中填寫并提交訂單后，物流系統(tǒng)通過數(shù)據(jù)資料管理技術(shù)對訂單信息拆解，并將訂單中商品的基礎(chǔ)屬性信息傳送給VDC與VSC管理部門。2）VDC與VSC管理部門接到訂單后，通過物流信息系統(tǒng)的分撥和VDC與VSC管理模塊，就近查找該訂單中所需商品車所在的VDC與VSC倉庫，以及商品車的存放位置，然后生成一份發(fā)貨單，通過物流系統(tǒng)發(fā)送給調(diào)度部門。3）在發(fā)送過程中，物流系統(tǒng)重新將屏蔽掉的運(yùn)送信息整合到發(fā)貨單中。調(diào)度部門接收到發(fā)貨單后根據(jù)發(fā)貨單中的商品車的基本信息和配送信息，以及物流系統(tǒng)數(shù)據(jù)庫所提供的可用車輛信息，在調(diào)度管理模塊中進(jìn)行VDC道位計劃、配送方法、運(yùn)輸路徑的設(shè)計和優(yōu)化，最終得到效率高、成本低的最優(yōu)方案，并將其分別制成道位計劃表和調(diào)度配送單，通過物流系統(tǒng)將道位計劃表發(fā)給VDC裝運(yùn)部門，將調(diào)度配送單發(fā)給運(yùn)輸管理部門（若目的地的VSC中存放有訂單中所需的商品車，則調(diào)度部門可通知運(yùn)輸部門進(jìn)行商品車的直接配送）。4）VDC裝運(yùn)部門根據(jù)道位計劃表將商品車調(diào)往運(yùn)送道位上等待配送；同時，運(yùn)輸管理部門根據(jù)調(diào)度配送單，挑選合適的司機(jī)來駕駛所需的轎運(yùn)車去相應(yīng)的停放區(qū)提取預(yù)定的商品車，并根據(jù)調(diào)度部門所提供的運(yùn)輸線路將貨物送往目的VSC，即完成商品車的“一次運(yùn)輸”。5）在完成商品車的“一次運(yùn)輸”后，物流系統(tǒng)自動生成由VSC運(yùn)送到經(jīng)銷商的“二次運(yùn)輸”調(diào)度單。挑選合適的司機(jī)來駕駛所需的轎運(yùn)車，完成商品車的短駁。6）在運(yùn)輸途中，調(diào)度部門對運(yùn)輸車輛實(shí)時監(jiān)控；運(yùn)輸完成后，進(jìn)行回單處理。若遇到交通阻塞等的突發(fā)性狀況，調(diào)度部門及時更改運(yùn)輸方案，例如更改運(yùn)輸線路、更換運(yùn)輸車輛等，同時變更調(diào)度和運(yùn)輸信息，并登記到系統(tǒng)中；而對于運(yùn)輸途中出現(xiàn)商品車丟失、損壞等意外情況，調(diào)度部門生成記錄，并登記到系統(tǒng)中。同時，填寫加貨單，通過物流系統(tǒng)發(fā)送到VDC與VSC管理部門，重新發(fā)貨。7）物流操作完成后，物流系統(tǒng)將各部門的操作記錄合成一張完整的記錄單并保存到數(shù)據(jù)庫中?；诩苫Ｊ降恼嚨谌轿锪餍畔⑾到y(tǒng)業(yè)務(wù)流程如圖3所示。

2．4系統(tǒng)功能模塊設(shè)計

在集成化的整車第三方物流信息系統(tǒng)中，主要包括VDC與VSC管理、調(diào)度管理、運(yùn)輸管理、客戶管理和公共服務(wù)管理等模塊。系統(tǒng)功能模塊結(jié)構(gòu)如圖4所示。

2．4．1客戶管理模塊通過客戶管理模塊，企業(yè)員工可以管理服務(wù)對象，包括對承運(yùn)商和經(jīng)銷商進(jìn)行注冊登記、信息審核、信息更改、合同管理及訂單管理等。其中運(yùn)輸商管理和經(jīng)銷商注冊登記的信息包括單位名稱、聯(lián)系方式、單位地址等基礎(chǔ)信息；合同管理包括合同錄入、合作內(nèi)容查詢及變更、合同期限提醒等；訂單管理對訂單信息進(jìn)行審核及將信息歸類保存。

2．4．2VDC與VSC管理模塊倉儲管理中主要包括入庫管理和出庫管理，以及一些維護(hù)。借助倉儲管理模塊，倉管員根據(jù)即將入庫商品車的信息包括編碼、名稱、數(shù)量等，完成入庫單的填寫，并安排合理的存放位置；根據(jù)訂單信息，查詢所需商品車的存儲情況，安排最優(yōu)的出庫方案。此外，該模塊也具有倉庫容量預(yù)警、日常盤點(diǎn)、報表統(tǒng)計等輔助功能。

2．4．3調(diào)度管理模塊通過調(diào)度管理，調(diào)度員可以完成道位計劃、配送方案制訂、路線規(guī)劃和實(shí)時監(jiān)控的業(yè)務(wù)工作。調(diào)度員通過可視化操作界面查找倉庫中所需商品車的位置和道位使用情況，快捷高效地制訂商品車出庫時的道位安排計劃。然后，調(diào)度員根據(jù)實(shí)際情況，選擇合適的轎運(yùn)車和配送路線，完成配送最優(yōu)方案規(guī)劃。在配送過程中，調(diào)度員能實(shí)時獲取轎運(yùn)車和路況信息，并針對具體情況給司機(jī)作出實(shí)時指示，實(shí)現(xiàn)動態(tài)調(diào)度。

2．4．4運(yùn)輸管理模塊運(yùn)輸管理主要實(shí)現(xiàn)運(yùn)輸部門的管理職能，其功能包括轎運(yùn)車和司機(jī)的檔案管理，運(yùn)輸資源的安排，運(yùn)輸情況的記錄與反饋。轎運(yùn)車檔案信息包括車輛類型、服役年限、載重等；司機(jī)檔案信息包括姓名、證件類型及聯(lián)系方式等。運(yùn)輸資源安排主要是根據(jù)調(diào)度單安排轎運(yùn)車和駕駛司機(jī)。另外運(yùn)輸管理還包括轎運(yùn)車維護(hù)管理，例如車輛年檢安排、車輛事故情況統(tǒng)計等。

2．4．5公共服務(wù)管理模塊公共服務(wù)管理主要是給企業(yè)所服務(wù)的對象進(jìn)行操作的功能模塊，客戶通過該模塊可以完成各項(xiàng)業(yè)務(wù)信息的查詢。提供回單準(zhǔn)時率、回單出錯率、貨物損壞率等指標(biāo)的物流質(zhì)量分析功能，以及對物流歷史數(shù)據(jù)的分析與統(tǒng)計等。

2．5可視化設(shè)計

在應(yīng)用系統(tǒng)的設(shè)計中，由于復(fù)雜和龐大的功能，給界面設(shè)計帶來了負(fù)擔(dān)，加重了用戶操作的錯亂，可視化設(shè)計主要旨在借助于圖形化等直觀手段，清晰有效地傳達(dá)與溝通信息，形成高效的功能、使用映射，完成用戶任務(wù)目標(biāo)。系統(tǒng)設(shè)計應(yīng)用StringBuffer和HTML5的拖拽技術(shù)，實(shí)現(xiàn)了VDC裝運(yùn)環(huán)節(jié)的功能可視化與操作可視化設(shè)計，界面設(shè)計如圖5所示。

篇（5）

1.2總體框架結(jié)構(gòu)設(shè)計根據(jù)廠區(qū)管網(wǎng)綜合管理信息系統(tǒng)項(xiàng)目的建設(shè)目標(biāo)和建設(shè)內(nèi)容，基于SOA規(guī)范，將系統(tǒng)總體架構(gòu)設(shè)計如圖1所示：

1.3關(guān)鍵技術(shù)與技術(shù)路線1)基于“一張圖”的區(qū)域信息資源共享與應(yīng)用模式通過這種方式，能夠?qū)崿F(xiàn)廠區(qū)空間地理信息資源的有效整合與集成，統(tǒng)一為廠區(qū)提供可視化的決策分析和數(shù)據(jù)共享服務(wù)。2)基于SOA的ServiceGIS建立空間信息共享服務(wù)平臺ServiceGIS是高性能全功能的服務(wù)式GIS。它可以通過服務(wù)的方式提供GIS的全部功能，包括地理空間數(shù)據(jù)的管理，可視化和分析等。3)多源空間數(shù)據(jù)無縫集成技術(shù)本項(xiàng)目我們將采用SDX+空間數(shù)據(jù)庫引擎技術(shù)來實(shí)現(xiàn)廠區(qū)交換的多源數(shù)據(jù)讀取與轉(zhuǎn)換，避免數(shù)據(jù)損失和重復(fù)建設(shè)。4)二三維一體化技術(shù)二三維一體化技術(shù)體系能保證二維與三維GIS技術(shù)無縫融合，包括數(shù)據(jù)模型、數(shù)據(jù)存儲方案、數(shù)據(jù)管理、符號、可視化和分析功能的一體化，提供海量二維數(shù)據(jù)直接在三維場景中的高性能可視化、二維分析功能在三維場景中的直接操作和越來越豐富的三維分析功能。5)地上地下三維建模技術(shù)包括地面景觀建模和地上地下管線的三維建模。

二、系統(tǒng)功能設(shè)計

2.1數(shù)據(jù)管理子系統(tǒng)數(shù)據(jù)管理子系統(tǒng)負(fù)責(zé)管理廠區(qū)全廠的管網(wǎng)及基礎(chǔ)地理空間數(shù)據(jù)，將管網(wǎng)等各類地理空間數(shù)據(jù)按統(tǒng)一標(biāo)準(zhǔn)、統(tǒng)一格式、統(tǒng)一坐標(biāo)的方式，進(jìn)行入庫管理，建立有效的數(shù)據(jù)更新機(jī)制，今后竣工數(shù)據(jù)能及時導(dǎo)入數(shù)據(jù)庫中，保證數(shù)據(jù)的更新，便于后期的數(shù)據(jù)維護(hù)和對外共享服務(wù)工作。主要功能包括數(shù)據(jù)生成與入庫、數(shù)據(jù)接邊融合、數(shù)據(jù)質(zhì)量檢查和數(shù)據(jù)批量入庫。

2.2共享服務(wù)基礎(chǔ)平臺建立相應(yīng)的空間數(shù)據(jù)標(biāo)準(zhǔn)和數(shù)據(jù)分發(fā)、交換和服務(wù)機(jī)制，實(shí)現(xiàn)廠區(qū)各職能部門范圍內(nèi)地理數(shù)據(jù)的廣泛共享，實(shí)現(xiàn)廠區(qū)地理空間信息在各部門的應(yīng)用。主要功能包括地理空間信息共享、共享數(shù)據(jù)管理和運(yùn)維管理。

2.3廠區(qū)管線管理主要目標(biāo)是實(shí)現(xiàn)廠區(qū)所有基礎(chǔ)地理信息資源“一張圖”動態(tài)一體化管理模式，為管線管理及廠區(qū)運(yùn)行提供現(xiàn)勢性、準(zhǔn)確的地下管線數(shù)據(jù)，實(shí)現(xiàn)管線管理數(shù)字化，管線查詢分析一體化，輔助管線規(guī)劃設(shè)計流程化、智能化，為企業(yè)發(fā)展提供決策支持信息。主要功能包括廠區(qū)三維景觀展示、廠區(qū)三維管線展示、管線信息查詢、廠區(qū)模型與管線編輯、管線斷面分析、管線碰撞分析、管線連通分析、凈距分析、覆土深度分析、爆管事故分析、緩沖區(qū)分析、流向分析、管線設(shè)計方案定量比選、管線預(yù)警預(yù)報、管線及附屬設(shè)施統(tǒng)計、圖紙的導(dǎo)入和導(dǎo)出。系統(tǒng)提供完善的用戶權(quán)限功能。沒有訪問系統(tǒng)權(quán)限的用戶，可以根據(jù)系統(tǒng)后臺提供的用戶注冊功能進(jìn)行注冊，申請?jiān)L問系統(tǒng)。注冊成功之后，需要管理員其進(jìn)行審核，并賦予訪問系統(tǒng)的相關(guān)權(quán)限，進(jìn)行訪問系統(tǒng)。

篇（6）

1.2線路模塊的設(shè)計在線路系統(tǒng)的設(shè)計中，為加強(qiáng)各功能模塊的獨(dú)立性，實(shí)現(xiàn)各模塊內(nèi)部的緊密結(jié)合。使模塊之間減少“塊狀”的聯(lián)系，增加公共模塊的設(shè)計與應(yīng)用。這樣既可以實(shí)現(xiàn)輸電線路功能的增加，同時減少不必要的程序，提高工作效率。提高應(yīng)用程序的運(yùn)行效率，使模塊之間的轉(zhuǎn)換速度更快速，對線路模塊進(jìn)行革新，通過多窗體、映像內(nèi)存化的技術(shù)，以及菜單的傳統(tǒng)下拉式方法來實(shí)現(xiàn)模塊之間的快速轉(zhuǎn)化，從而提高程序的運(yùn)作效率。

1.3圖像的生成系統(tǒng)在輸電線路的管理中，可以有兩種方法來實(shí)現(xiàn)系統(tǒng)的用圖。首先，可以運(yùn)用計算機(jī)技術(shù)，對圖像進(jìn)行掃描后再輸入電腦。這種方法是針對已經(jīng)存在的大量圖形和龐大的內(nèi)部存儲信息。它的優(yōu)勢是，在最短的時間內(nèi)迅速建立圖形的數(shù)據(jù)分析庫，快速直觀形象的表現(xiàn)圖形，并具有超大的存儲空間。其次，根據(jù)實(shí)際情況，在無法做到用計算機(jī)技術(shù)掃描存儲圖像的地方，可以采用軟件繪圖。雖然這種方法在操作上需要專業(yè)的知識，并且速度慢些，但這是針對圖像資料缺失或沒有圖形資料而采用的最佳方法。

1.4對數(shù)據(jù)信息的保護(hù)數(shù)據(jù)信息能夠?yàn)椴块T提供真實(shí)、可靠的數(shù)據(jù)。但是需要對不同功能的操作設(shè)置權(quán)限,這樣就能很好的保護(hù)數(shù)據(jù)的信息。具體方法是：對數(shù)據(jù)擁有輸人權(quán)和修改權(quán)的操作人員,對數(shù)據(jù)可以進(jìn)行各項(xiàng)操作，但其余人員只擁有查閱圖表及瀏覽數(shù)據(jù)的權(quán)力，而沒有輸人數(shù)據(jù)和修改的權(quán)力。

2.系統(tǒng)的特功色功能

2.1模塊的查詢功能在輸電線路管理信息系統(tǒng)設(shè)計中，查詢功能關(guān)系著電力工作的效率，快速的查詢系統(tǒng)可以節(jié)約時間。通過模塊的查詢功能，對目標(biāo)的檢索功能更簡單、快捷。實(shí)現(xiàn)了人與計算機(jī)的有效結(jié)合。促進(jìn)模塊更好的發(fā)揮功能。

2.2模塊的圖形管理電力工程的設(shè)計中，應(yīng)用模塊查找，可以快速直觀的查看相應(yīng)的資料，依據(jù)科學(xué)有效的數(shù)據(jù)，完成工作任務(wù)。模塊的圖形管理主要體現(xiàn)在對目標(biāo)物的位置、周圍環(huán)境等進(jìn)行查詢分析，最終設(shè)計出最佳方案。

2.3匯總及打印功能根據(jù)用戶的要求，可以對數(shù)據(jù)進(jìn)行全面的查詢。利用數(shù)據(jù)庫的功能進(jìn)行統(tǒng)計上的匯總，并按照客戶的要求進(jìn)行不同格式的打印，為客戶提供剛方便快捷的使用。

3.存在的問題

輸電線路施工人員的素質(zhì)問題。在社會分工的作用下，我國實(shí)行了工程的分包制度，在個體管理的機(jī)制下，施工人員的素質(zhì)變得參差不齊，缺乏專業(yè)的培訓(xùn)和技能，安全意識薄弱。在施工中難免會發(fā)生安全事故。所以我國輸電線路的管理需要進(jìn)行革新向科技化的轉(zhuǎn)變。同時制度的不健全，也阻礙了輸電線路管理向科技化的轉(zhuǎn)化。針對專業(yè)的操作人員，需要根據(jù)相關(guān)的規(guī)章制度來進(jìn)行操作，對輸電線路進(jìn)行統(tǒng)一管理，嚴(yán)格按照工藝流程執(zhí)行工作任務(wù)，以此才能在保證安全的前提下，提高輸電線路的管理水平。

4.解決方法

針對電力系統(tǒng)中存在的問題，需要提高電力操作者的職業(yè)素質(zhì)和職業(yè)技能。盡快實(shí)現(xiàn)輸電線路的科技化管理，在設(shè)計輸電線路時，根據(jù)實(shí)際情況設(shè)計方案。將操作人員與計算機(jī)科技結(jié)合起來，這樣在節(jié)約了時間的同時，也節(jié)約了人力的付出。對人才的培養(yǎng)是電力系統(tǒng)發(fā)展的基礎(chǔ)，輸電線路管理信息系統(tǒng)設(shè)計在現(xiàn)階段需要專業(yè)的人才來進(jìn)行參與設(shè)計。所以專業(yè)人才的培養(yǎng)在一定程度上推動了科技與信息化管理的更好結(jié)合。團(tuán)隊(duì)合作可以使整體工作效率提高，通過人員之間的配合，使問題能夠快速的解決。在合作的過程中，也需要進(jìn)行明確的分工，根據(jù)自身實(shí)際情況設(shè)定任務(wù)。團(tuán)隊(duì)之間的分工協(xié)作，不但可以縮短時間，同時高效的解決了問題。團(tuán)隊(duì)的協(xié)作，在工作中增加了人員之間的信任，提高了人員之間的合作能力。

篇（7）

二、煙草工業(yè)物流信息化應(yīng)用架構(gòu)設(shè)計

a)煙草工業(yè)物流戰(zhàn)略架構(gòu)

根據(jù)行業(yè)戰(zhàn)略發(fā)展規(guī)劃，物流將作為支持性的業(yè)務(wù)進(jìn)入企業(yè)核心價值鏈，與原料、技術(shù)、營銷三大核心業(yè)務(wù)共同構(gòu)成各工業(yè)公司核心競爭力。在這種架構(gòu)下，要求各工業(yè)企業(yè)物流提供整體服務(wù)，同時與三大中心一樣，作為核心單位，承擔(dān)工業(yè)物流管理職能，乃至部分供應(yīng)鏈服務(wù)職能。

b)煙草工業(yè)物流運(yùn)作模式

煙草工業(yè)物流普遍采用“集中管理、分級實(shí)施”的業(yè)務(wù)運(yùn)作模式。根據(jù)生產(chǎn)、銷售、采購需求，制定物流計劃，物流中心（公司）根據(jù)計劃實(shí)施運(yùn)輸、倉儲等物流作業(yè)。上述模式要求對工業(yè)企業(yè)的各類物流信息實(shí)現(xiàn)統(tǒng)一管理，并通過物流中心（公司）實(shí)現(xiàn)整體運(yùn)作和管理。通過對工業(yè)內(nèi)部的信息流和物流的統(tǒng)一管理，將采購物流、生產(chǎn)物流、銷售物流環(huán)節(jié)由物流中心（公司）實(shí)行統(tǒng)一組織，打通供應(yīng)鏈物流環(huán)節(jié)，構(gòu)筑成為一體化物流體系。

c)煙草工業(yè)物流信息化應(yīng)用架構(gòu)設(shè)計

基于核心物流業(yè)務(wù)發(fā)展以及物流中心（公司）運(yùn)行的需要，煙草工業(yè)物流信息化建設(shè)應(yīng)充分考慮自身特點(diǎn)和需求。同時，物流信息化系統(tǒng)的規(guī)劃及應(yīng)用與行業(yè)系統(tǒng)、工業(yè)公司相關(guān)系統(tǒng)有著密切的關(guān)聯(lián)，需要遵循行業(yè)和各工業(yè)公司的信息化總體規(guī)劃和技術(shù)標(biāo)準(zhǔn)。依據(jù)對相關(guān)工業(yè)公司信息化現(xiàn)狀的分析，物流信息化總體應(yīng)用架構(gòu)可以按下圖進(jìn)行歸納：整個應(yīng)用架構(gòu)可分為工業(yè)物流信息化應(yīng)用架構(gòu)及相關(guān)外部系統(tǒng)兩大部分。就煙草工業(yè)物流來說，主要應(yīng)用應(yīng)包括決策支持、綜合管理、業(yè)務(wù)管理、業(yè)務(wù)協(xié)同、作業(yè)執(zhí)行以及自動化支持等六大功能板塊，以實(shí)現(xiàn)整個工業(yè)物流不斷發(fā)展的運(yùn)營和管理需求。

d)煙草工業(yè)物流信息化應(yīng)用系統(tǒng)設(shè)計

基于對物流中心（公司）信息化應(yīng)用架構(gòu)的設(shè)計內(nèi)容，整合各項(xiàng)應(yīng)用之間的關(guān)聯(lián)要素和共同點(diǎn)，物流中心（公司）的關(guān)鍵應(yīng)用系統(tǒng)設(shè)計。整個應(yīng)用系統(tǒng)設(shè)計包括三個主要層次，一是決策管理層：它是針對業(yè)務(wù)管理及決策支持等應(yīng)用功能而設(shè)計開發(fā)的物流綜合管理系統(tǒng)或模塊，可以與國家局行業(yè)物流系統(tǒng)實(shí)現(xiàn)對接，同時也為工業(yè)公司物流運(yùn)營和管理提供數(shù)據(jù)支持。二是業(yè)務(wù)處理層：包括智能運(yùn)輸調(diào)度與數(shù)字倉儲管理兩大核心系統(tǒng)，以及相對獨(dú)立的商務(wù)結(jié)算系統(tǒng)。三是物聯(lián)網(wǎng)數(shù)據(jù)采集層，包括GPS/LBS/GIS系統(tǒng)、車載及手持系統(tǒng)、RFID系統(tǒng)、監(jiān)控系統(tǒng)等。

三、煙草工業(yè)物流信息化技術(shù)架構(gòu)設(shè)計

a)整體技術(shù)架構(gòu)

按照國家局提出的“統(tǒng)一平臺”要求，煙草工業(yè)物流信息化應(yīng)用系統(tǒng)建設(shè)所采用的技術(shù)架構(gòu)應(yīng)以安全、可維護(hù)、易拓展、高效率為設(shè)計基礎(chǔ)，促進(jìn)技術(shù)構(gòu)架與業(yè)務(wù)的相互融合、協(xié)同工作，使得物流應(yīng)用系統(tǒng)能夠隨需而變，滿足業(yè)務(wù)部門的需求。通過對相關(guān)工業(yè)公司的調(diào)研和需求分析，整個技術(shù)架構(gòu)通過基礎(chǔ)資源層、數(shù)據(jù)交換層、信息資源層、服務(wù)引擎層、業(yè)務(wù)應(yīng)用層、展現(xiàn)層來搭建物流信息體系，并通過信息安全保障、運(yùn)維保障體系來確保信息系統(tǒng)安全穩(wěn)定。

b)關(guān)鍵技術(shù)設(shè)計

i.服務(wù)引擎層設(shè)計。服務(wù)引擎層設(shè)計主要采用工作流引擎技術(shù)，支持BPEL標(biāo)準(zhǔn)，支持SOA架構(gòu)，支持子流程、流程分支等基本的工作流功能。ii.業(yè)務(wù)邏輯引擎設(shè)計。業(yè)務(wù)邏輯引擎使用工廠設(shè)計模式，通過XML配置文件，運(yùn)用類反射機(jī)制，完成系統(tǒng)業(yè)務(wù)邏輯部分的定制工作。物流信息系統(tǒng)通過內(nèi)置的業(yè)務(wù)邏輯引擎，可以實(shí)現(xiàn)業(yè)務(wù)邏輯部分的高配置性。iii.調(diào)度規(guī)則引擎設(shè)計。采用高效、靈活的調(diào)度規(guī)則引擎，對于自動配車、自動配載、訂單拆分等核心規(guī)則的調(diào)整或優(yōu)化，可通過前臺可視化配置或定義，無需要后臺編程實(shí)現(xiàn)，支持熱插拔規(guī)則變更，易于維護(hù)。iv.持久層管理組件設(shè)計。采用Cosconetwork.DAO庫數(shù)據(jù)庫持久層組件，通過對JDBC進(jìn)行輕量級的對象封裝，來完成應(yīng)用程序和數(shù)據(jù)庫之間的交互操作，使得系統(tǒng)在更換數(shù)據(jù)庫時將花費(fèi)更小的代價，也為系統(tǒng)數(shù)據(jù)權(quán)限的實(shí)現(xiàn)帶來了很大的方便性。

篇（8）

1 引言

傳統(tǒng)的投稿方式有郵寄和電子郵件兩種。郵寄投稿方式時間長，反饋慢，并有可能郵寄失敗。E-mail投稿方式基于網(wǎng)絡(luò)環(huán)境下，利用現(xiàn)在網(wǎng)絡(luò)社會中提供的各種電子郵件服務(wù)投寄郵件。與傳統(tǒng)的郵寄方式相比,這種方式在時效性和安全性上都邁進(jìn)了一大步，但同時也存在著許多不足之處，如作者本人郵箱容量的限制、編輯郵箱郵件承載量限制等。

論文投稿平臺的設(shè)計開發(fā)，主要是為了能夠合理、高效率和更完善的處理論文投稿過程投遞錯誤、半路遺失和處理不及時等引發(fā)的問題。該平臺適用于各種類型編輯部門，其主要目標(biāo)是實(shí)現(xiàn)作者的在線投稿、專家審核、論文、論文下載、論文管理和稿件狀態(tài)查詢等。

論文投稿平臺功能包含為作者提供在線投稿功能；為審稿專家提供在線審稿功能；為論文投稿平臺管理人員提供各類信息的添加、刪除、修改、統(tǒng)計和查詢等功能；和自動更新論文投稿平臺的一些常規(guī)信息，如有關(guān)論文投稿平臺的情況介紹以及近期稿件錄用情況。

2 總體設(shè)計

本平臺是針對論文在線投稿、在線審核、在線等相關(guān)內(nèi)容進(jìn)行設(shè)計的，主要是展示網(wǎng)站最新的論文動態(tài)，介紹論文在線投稿相關(guān)的步驟，專家對論文進(jìn)行審核的主要流程以及讀者在線閱讀和下載的基本程序。另一方面，平臺具有讀者、作者、專家編輯登錄注冊功能。論文在線投稿平臺分為前臺和后臺兩部分。網(wǎng)站前臺展示了整個論文投稿簡介、最新、編委會以及編讀園地等一系列的相關(guān)信息，全面向網(wǎng)站用戶展示了平臺的特色。提供在線投稿功能，滿足了作者通過網(wǎng)絡(luò)在線投稿論文的需求。通過網(wǎng)絡(luò)對論文編輯流程的管理，大大提高了論文投稿的效率。網(wǎng)站后臺實(shí)現(xiàn)了各類型用戶信息的管理、對投稿論文進(jìn)行管理以及用戶的留言信息等，有效的實(shí)現(xiàn)了平臺的主要功能。

文投稿平臺是一個利用PHP+Mysql數(shù)據(jù)庫相結(jié)合開發(fā)的應(yīng)用程序，由前臺基本模塊和后臺管理組成，平臺功能模塊如下。

2.1 前臺展示區(qū)

主要內(nèi)容包括首頁、期刊簡介、編委會、投稿指南、編讀園地、刊文選讀、期刊訂閱、聯(lián)系我們、幫助、留言、在線投稿、稿件查詢等。2.2 后臺功能管理

主要功能是更新平臺的基本信息、管理前臺論文信息、最新通知和公告信息、注冊信息管理、在線投稿論文的管理、留言信息管理和系統(tǒng)信息管理等。

3 數(shù)據(jù)庫設(shè)計

分析網(wǎng)站功能模塊，論文投稿平臺需要使用數(shù)據(jù)庫來存儲投稿論文管理、用戶留言、讀者信息管理、作者信息管理、審核者信息管理、編輯者信息管理和管理員表。采用的數(shù)據(jù)庫是Mysql，該數(shù)據(jù)庫中定義如下數(shù)據(jù)表。

3.1 投稿論文表（表名：tg）

投稿論文表主要用于保存投稿論文基本信息，結(jié)構(gòu)如表1所示。

3.2 作者信息表（表名：zz）

作者信息管理表主要用于保存作者基本信息內(nèi)容，該表結(jié)構(gòu)如表2所示。

編輯者信息管理表主要用于保存編輯者基本信息內(nèi)容，該表結(jié)構(gòu)如表3所示。

4 投稿平臺設(shè)計實(shí)現(xiàn)

論文投稿平臺的前臺主要是期刊的簡介、編委會功能職責(zé)、投稿指南、編輯園地、刊文選讀、期刊訂閱的介紹，并且具有在線投稿、在線審核和稿件查詢模塊等模塊。實(shí)時更新以及論文檢索頁突顯在網(wǎng)頁的前臺。前臺要求網(wǎng)站界面簡潔、盡量展示在線投稿的方便、實(shí)用和快捷，并且要求操作方面，便于用戶注冊登錄和瀏覽下載論文，故整個平臺的文件架構(gòu)比較重要。

前臺頁面主要包括以下功能模塊：

網(wǎng)站導(dǎo)航：為瀏覽者提供清晰明了的瀏覽路線，也為各類用戶介紹了網(wǎng)站的基本功能。

（1）期刊簡介模塊：介紹論文期刊的基本格式、字?jǐn)?shù)要求、論文類型等相關(guān)信息。

（2）編委會模塊：介紹編委會的主要成員以及各自的職責(zé)。

（3）投稿指南模塊：介紹在線投稿基本流程以及投稿須知。

（4）刊文選讀模塊：介紹各類型刊文、選讀技巧、提供選題方案。

（5）聯(lián)系我們模塊：為讀者、作者、審核者提供在線實(shí)時對話幫助。

（6）幫助模塊：為各類型用戶提供幫助。

（7）用戶登錄區(qū)模塊：讀者、作者、審稿專家、編輯者可以在此模塊進(jìn)行注冊登錄。

（8）在線投稿模塊：作者可以通過此模塊進(jìn)行在線投稿。

（9）稿件查詢模塊：讀者和作者可以通過此模塊對所要查詢的論文進(jìn)行檢索。

（10）動態(tài)模塊：展示平臺最新更新論文、通知、公告以及最新錄用信息。

網(wǎng)站后臺主要使用PHP+Mysql數(shù)據(jù)庫實(shí)現(xiàn)前臺信息的添加、修改、刪除和查詢等功能，在論文中不做展開。

5 小結(jié)

文章在對在線投稿的研究和探索的基礎(chǔ)上，結(jié)合在線投稿具體流程的要求，設(shè)計開發(fā)出一個具有在線投稿和稿件的編輯處理功能的投稿平臺，該平臺目前已經(jīng)在少數(shù)幾個雜志社投入使用，平臺運(yùn)行穩(wěn)定，取得了較好的經(jīng)濟(jì)效益和社會效益。但在平臺大規(guī)模推廣使用之前，應(yīng)該再對平臺再進(jìn)行改進(jìn)，以使平臺能夠更加滿足在線投稿的需求。

參考文獻(xiàn)

[1]隋興芳,薛愛華.全面實(shí)行電子稿件管理系統(tǒng)處理稿件的體會[J].中國科技期刊研究,2012(16):25-30.

[2]陳翔.基于B/S的期刊稿件管理系統(tǒng)的設(shè)計和實(shí)現(xiàn)[J].杭州師范學(xué)院學(xué)報,2014(10):33-38.

[3]蘇波.基于web應(yīng)用的性能測試研究[J].中國石油大學(xué)學(xué)報,2013(09):41-45.

[4]鄭阿奇,湯玫.PHP程序設(shè)計教程[M].北京:機(jī)械工業(yè)出版社,2014(07).

篇（9）

中國鐵路客運(yùn)專線由很多控制系統(tǒng)構(gòu)成。通信系統(tǒng)是客運(yùn)專線重要組成系統(tǒng)之一，武廣客運(yùn)專線正線全長968.52km雙線，共設(shè)18個車站，通信系統(tǒng)建設(shè)通過采用先進(jìn)、成熟、經(jīng)濟(jì)、適用、可靠的系統(tǒng)設(shè)備，構(gòu)建高可靠、數(shù)字化的綜合通信網(wǎng)絡(luò)平臺，為客運(yùn)專線行車指揮和運(yùn)營管理提供語音、數(shù)據(jù)、圖像等多種通信手段。

一、武廣客運(yùn)專線通信系統(tǒng)構(gòu)成

通信系統(tǒng)是客運(yùn)專線重要系統(tǒng)組成之一，系統(tǒng)由通信承載系統(tǒng)、通信業(yè)務(wù)系統(tǒng)以及通信支撐系統(tǒng)組成，共14個通信子系統(tǒng)。

通信承載系統(tǒng)由傳輸系統(tǒng)、數(shù)據(jù)網(wǎng)、通信線路以及車站、段所綜合布線系統(tǒng)組成，為通信系統(tǒng)以及其他各類應(yīng)用系統(tǒng)提供語音、數(shù)據(jù)、圖像業(yè)務(wù)的傳送服務(wù)。

通信業(yè)務(wù)系統(tǒng)由電話交換及接人系統(tǒng)、調(diào)度通信系統(tǒng)、專業(yè)移動通信系統(tǒng)、會議電視系統(tǒng)、應(yīng)急救援指揮通信系統(tǒng)、綜合視頻監(jiān)控系統(tǒng)組成，提供有線、無線相結(jié)合的公務(wù)通信、調(diào)度通信等基本通信業(yè)務(wù)。

通信支撐系統(tǒng)由通信綜合網(wǎng)管系統(tǒng)、同步和時鐘系統(tǒng)、電源系統(tǒng)、電源及通信信號機(jī)房環(huán)境監(jiān)控系統(tǒng)組成，作為上述通信承載網(wǎng)、通信業(yè)務(wù)網(wǎng)相關(guān)子系統(tǒng)的運(yùn)營支撐，提供電源、時鐘同步、網(wǎng)絡(luò)管理等功能。

二、通信各子系統(tǒng)功能

2.1傳輸網(wǎng)

提供對車站間物理層業(yè)務(wù)、數(shù)據(jù)鏈路層業(yè)務(wù)的支持，實(shí)現(xiàn)TDM、以太網(wǎng)等業(yè)務(wù)的接入、處理和傳送。

滿足信號系統(tǒng)、牽引供電系統(tǒng)、客運(yùn)服務(wù)等涉及安全生產(chǎn)、資金往來的應(yīng)用系統(tǒng)的通信傳送需求，并為通信業(yè)務(wù)網(wǎng)提供傳送通道。

采用STM-6410Gb／s系統(tǒng)組建多業(yè)務(wù)傳輸平臺(MSTP)骨干匯聚層；采用STM-4622Mb／s接入網(wǎng)系統(tǒng)組建多業(yè)務(wù)傳輸平臺(MSTP)接人層；采用STM-6410Gb／s設(shè)備組成鏈型網(wǎng)絡(luò)，MSP鏈型復(fù)用段保護(hù)方式；采用STM-4622Mb／s設(shè)備，根據(jù)業(yè)務(wù)節(jié)點(diǎn)的類型組成多個通道保護(hù)環(huán)。

2.2數(shù)據(jù)網(wǎng)

為不涉及安全生產(chǎn)、資金往來的各種應(yīng)用系統(tǒng)提供網(wǎng)絡(luò)層的廣域網(wǎng)互聯(lián)服務(wù)，包括綜合視頻監(jiān)控、會議電視、各類信息系統(tǒng)等。采用MPLSVPN技術(shù)提供各個業(yè)務(wù)系統(tǒng)業(yè)務(wù)數(shù)據(jù)的隔離和QoS保證，利用本線MSTP傳輸系統(tǒng)作為承載平臺。采用核心、匯聚、接入3層結(jié)構(gòu)。

核心層在客專調(diào)度所設(shè)置骨干路由器，對全線的數(shù)據(jù)業(yè)務(wù)進(jìn)行轉(zhuǎn)發(fā)；匯聚層在沿線大站設(shè)置匯聚路由器，負(fù)責(zé)區(qū)域內(nèi)數(shù)據(jù)業(yè)務(wù)的轉(zhuǎn)發(fā)；接入層在沿線客運(yùn)站、段所、客專公司設(shè)置接人路由交換設(shè)備，負(fù)責(zé)站內(nèi)數(shù)據(jù)業(yè)務(wù)的接人。節(jié)點(diǎn)之間通過MSTP系統(tǒng)提供的155Mb／s通道互連，構(gòu)成環(huán)形、星型雙歸。

利用MSTP多業(yè)務(wù)光接入網(wǎng)提供未設(shè)置數(shù)據(jù)網(wǎng)沒備節(jié)點(diǎn)的數(shù)據(jù)業(yè)務(wù)的匯聚和接人。

2.3通信線路

在鐵路兩側(cè)電纜槽道內(nèi)各敷設(shè)1條主干32芯光纜，形成不同物理路徑的光纜線路，纖芯容量及分配滿足各專業(yè)的需求；沿線另敷設(shè)8芯短段光纜解決GSM-R光纖直放站的纖芯需求。

2.4車站、段所綜合布線

在客運(yùn)公司、動車段、綜合維修段及各車站設(shè)置綜合布線系統(tǒng)，由工作區(qū)子系統(tǒng)、水平子系統(tǒng)、干線子系統(tǒng)、設(shè)備間子系統(tǒng)、管理子系統(tǒng)組成。

2.5電話交換及接入系統(tǒng)

利用鐵通既有程控交換設(shè)備，按照綜合維修段管界分段納人既有鐵路電話交換網(wǎng)統(tǒng)一編號組網(wǎng)。

新沒接入網(wǎng)系統(tǒng)，沿線車站新設(shè)ONU設(shè)備，分段接入新設(shè)OLT設(shè)備，OLT設(shè)備通過V5.2接人鐵通程控交換設(shè)備。

2.6調(diào)度通信系統(tǒng)

提供各種具有調(diào)度通信特征的語音通信業(yè)務(wù)，實(shí)現(xiàn)固定用戶與移動用戶的統(tǒng)一呼叫。提供鐵路專用通信、站場通信、站間通信。采用固定用戶接人交換系統(tǒng)WAS組織調(diào)度通信系統(tǒng)。通過與CSM-R系統(tǒng)互連，實(shí)現(xiàn)有線無線調(diào)度一體化。在客專調(diào)度所、通信站新設(shè)調(diào)度所FAS設(shè)備，互為備用，實(shí)現(xiàn)調(diào)度所FAS設(shè)備的同城異地備用。沿線各車站、動車段、動車運(yùn)用所新設(shè)站段FAS，通過傳輸系統(tǒng)提供的E1接入調(diào)度所FAS設(shè)備。新設(shè)FAS設(shè)備通過30B+D接口、DSS1信令與既有部干調(diào)、路局?jǐn)?shù)調(diào)系統(tǒng)互聯(lián)，解決調(diào)度臺間聯(lián)絡(luò)業(yè)務(wù)。

2.7專用移動通信系統(tǒng)

采用GSM-R系統(tǒng)提供無線列調(diào)、ETCS-2列控、車次號跟蹤、調(diào)度命令傳輸、區(qū)間公務(wù)移動通信等業(yè)務(wù)應(yīng)用。系統(tǒng)采用GSM-R技術(shù)實(shí)現(xiàn)，由交換子系統(tǒng)、基站子系統(tǒng)、運(yùn)行與維護(hù)子系統(tǒng)、移動智能網(wǎng)子系統(tǒng)、通用分組無線業(yè)務(wù)子系統(tǒng)以及GSM-R終端組成。

交換子系統(tǒng)、移動智能網(wǎng)子系統(tǒng)、通用分組無線業(yè)務(wù)子系統(tǒng)由GSM-R核心網(wǎng)工程建設(shè)。

為避免基站子系統(tǒng)部分設(shè)備的單點(diǎn)故障提高GSM-R系統(tǒng)的可靠性，基站子系統(tǒng)可采用單網(wǎng)冗余覆蓋建設(shè)方案，當(dāng)某一個基站出現(xiàn)故障時，相鄰兩個小區(qū)的覆蓋電平仍然能夠達(dá)到系統(tǒng)規(guī)定的性能要求。根據(jù)行車密度、車站股道數(shù)和定員數(shù)，結(jié)合話務(wù)模型進(jìn)行測算，基站容量按樞紐站四載頻、一般車站三載頻、區(qū)間基站兩載頻設(shè)計。

2.8會議電視系統(tǒng)

會議電視系統(tǒng)為全線的運(yùn)營管理提供高質(zhì)量的視頻會議功能。系統(tǒng)采用H.323架構(gòu)，H.264壓縮編碼格式，利用數(shù)據(jù)網(wǎng)進(jìn)行承載。

2.9應(yīng)急救援指揮通信系統(tǒng)

應(yīng)急救援指揮通信系統(tǒng)由應(yīng)急中心設(shè)備以及沿線現(xiàn)場設(shè)備組成，緊急情況下為應(yīng)急中心提供事故現(xiàn)場的實(shí)時動態(tài)圖像，并建立雙向的語音、數(shù)據(jù)傳輸。

長大水底隧道(武廣瀏陽河隧道)另設(shè)緊急電話系統(tǒng)、隧道視頻監(jiān)控系統(tǒng)和廣播系統(tǒng)，為隧道的緊急救援提供更多的通信保障。

2.10綜合視頻監(jiān)控系統(tǒng)

由監(jiān)控中心、監(jiān)控分中心、監(jiān)控終端以及前端設(shè)備構(gòu)成。監(jiān)控中心設(shè)于客專調(diào)度所，負(fù)責(zé)全線視頻監(jiān)控設(shè)備及網(wǎng)絡(luò)的統(tǒng)一管理和調(diào)度，可以對全線的視頻監(jiān)控圖像進(jìn)行調(diào)用。監(jiān)控分中心設(shè)于沿線客運(yùn)站，負(fù)責(zé)本站及相鄰區(qū)間的圖像存儲、后期分析處理以及圖像的分發(fā)管理。監(jiān)控終端設(shè)于調(diào)度所、綜合維修段、路局相關(guān)部門?？梢詫軆?nèi)的視頻監(jiān)控圖像進(jìn)行調(diào)用。前端由攝像機(jī)設(shè)備、光端機(jī)、視頻服務(wù)器(編碼器)設(shè)備組成，設(shè)置于沿線車站、區(qū)間現(xiàn)場，實(shí)現(xiàn)對監(jiān)控對象圖像的采集和前期分析處理。

2.11通信綜合網(wǎng)管系統(tǒng)

在客專調(diào)度所設(shè)置綜合網(wǎng)管系統(tǒng)中心設(shè)備，包括數(shù)據(jù)庫服務(wù)器、應(yīng)用、采集服務(wù)器、磁盤陣列、交換機(jī)、第三方軟件、應(yīng)用軟件、管理終端等，實(shí)現(xiàn)對客專調(diào)度所管轄范圍內(nèi)通信網(wǎng)絡(luò)的管理。前端通過與各通信子系統(tǒng)網(wǎng)元級管理系統(tǒng)互連，實(shí)現(xiàn)對通信子系統(tǒng)網(wǎng)管信息的采用。在綜合維修段、路局沒置遠(yuǎn)程管理工作終端，滿足相關(guān)運(yùn)營維護(hù)人員對其管內(nèi)通信系統(tǒng)的管理。

2.12同步及時鐘分配系統(tǒng)

為通信系統(tǒng)以及其他信息系統(tǒng)提供時鐘同步、時間同步功能。時鐘同步采用主、從同步方式，沿線設(shè)置多個二級節(jié)點(diǎn)時鐘BFF$，時鐘同步源取自鐵通既有LPR時鐘信號。在客專調(diào)度所設(shè)置中央主時鐘(包括GPS)以及NTP分配單元，通過數(shù)據(jù)網(wǎng)、傳輸系統(tǒng)提供標(biāo)準(zhǔn)時間信號。

2.13電源系統(tǒng)

系統(tǒng)采用直流通信設(shè)備提供高可靠性的48v直流電源、交流通信設(shè)備提供高可靠性的220V交流電源。

采用組合開關(guān)電源設(shè)備和閥控式密封鉛酸蓄電池組，電源整流模塊采用N+I方式備份，配置2組蓄電池組，后備時間1h。采用UPS系統(tǒng)和后備電池組，配置1組蓄電池組，后備時間1h。

2.14通信電源及通信信號機(jī)房環(huán)境監(jiān)控系統(tǒng)對通信、信號機(jī)房的機(jī)房運(yùn)行環(huán)境和安全等進(jìn)行實(shí)時監(jiān)控，可監(jiān)測的環(huán)境量包括溫濕度、煙霧、水浸、門禁、非法入侵、空調(diào)的控制；對通信系統(tǒng)所采用的交、直流電源設(shè)備進(jìn)行監(jiān)測。

由一級監(jiān)控中心、二級監(jiān)控中心、前端監(jiān)測單元SU設(shè)備構(gòu)成。一級監(jiān)控中心設(shè)于客專調(diào)度所，負(fù)責(zé)對全線動力設(shè)備和環(huán)境的集中監(jiān)控和管理；二級監(jiān)控中心沒于沿線通信站、綜合維修段，負(fù)責(zé)對其管內(nèi)的動力設(shè)備和環(huán)境進(jìn)行監(jiān)控和管理。

篇（10）

隨著通信網(wǎng)技術(shù)的進(jìn)一步發(fā)展，越來越多的互連網(wǎng)設(shè)備（如路由器、開關(guān)、網(wǎng)關(guān)、存取裝置）中的串行接口在廣域網(wǎng)（WideAreaNetwork）中被設(shè)計成能夠支持多種物理接口協(xié)議或標(biāo)準(zhǔn)。廣域網(wǎng)串行口協(xié)議包括RS－232，RS－449，EIA－530，V．35，V．36以及X．21等。圖1所示是一個簡單的串行通信接口示意圖。由圖可知，實(shí)現(xiàn)多協(xié)議串口通信的關(guān)鍵是將連接器送來的不同傳輸方式平衡、非平衡和不同電氣信號通過收發(fā)器轉(zhuǎn)換為終端能夠識別并處理的、具有TTL電平的信號。

1傳統(tǒng)多協(xié)議通信的特點(diǎn)和問題

1．1“子板”方式

廣域網(wǎng)串口應(yīng)用中的通用實(shí)現(xiàn)方法是為所需的每一種物理協(xié)議提供一個獨(dú)立的子板。一個支持EIA－232，EIA－449及V．35協(xié)議的系統(tǒng)，通常需要三個獨(dú)立的子板以及三個不同的連接器。這種方法由于每種協(xié)議要求配置一塊子板，因此系統(tǒng)需要對PCB子板、收發(fā)器芯片、連接器等進(jìn)行管理，這樣既浪費(fèi)資源，又會使管理工作復(fù)雜化。

1．2通用連接器方式

為解決“子板”方式的缺點(diǎn)，可使用一塊母板及通用連接器。一個母板上有多種收發(fā)器芯片，可以滿足多串口協(xié)議的要求，并可共用一些通用器件，同時可減少資源的浪費(fèi)。在配置中，應(yīng)注意因連接器的管腳較少而帶來的問題，較好的辦法是根據(jù)信號而不是根據(jù)協(xié)議來分配管腳，即給每一個信號分配一個通用管腳，而不管其物理協(xié)議如何定義。如對EIA－232，EIA－449，EIA－530，V．35和V．36來說，其TxD信號可連至連接器相同的管腳。即SDa信號連接到管腳2，SDb信號連接到管腳14。然后利用這對管腳來描述所有協(xié)議的發(fā)送信號TxD。

這種方法同樣也會帶來一個問題，即所有收發(fā)器的I／O線至通用連接器的管腳必須彼此共用。例如，一個V．28驅(qū)動器芯片中的發(fā)送數(shù)據(jù)信號線的接連接器DB－25的管腳2；同時，一個V．11驅(qū)動器芯片中的發(fā)送數(shù)據(jù)信號線要接至連接器的管腳2和14；而V．35驅(qū)動器芯片中發(fā)送數(shù)據(jù)信號線也會接至連接器的管腳2和14。這樣，通用連接器的管腳2將同時接有三根信號線，管腳14接有兩根信號線。這樣，在這一配置中，所有的驅(qū)動器都必須具有三態(tài)特性，以禁止不必要的輸出。若收發(fā)器沒有三態(tài)特性，則需要使用一個多路復(fù)用器來選擇相應(yīng)的輸出端。由此帶來的另一個問題是收發(fā)器在禁止使用時會產(chǎn)生漏電電流。如果選擇了V．28協(xié)議，其輸出電壓理論值為15V。此時對于V．11協(xié)議的驅(qū)動器會被禁用，而處于三態(tài)時，其輸出漏電電壓就必須足夠低，才能使得連在同一連接器管腳的V．28協(xié)議的驅(qū)動器信號不受影響。如果在發(fā)送器與接收器之間有隔斷開關(guān)，則開關(guān)也要考慮漏電情況。

1．3串口的DTE／DCE模式切換

DTE／DCE的切換可通過選擇不同的連接器轉(zhuǎn)換電纜來實(shí)現(xiàn)，這樣，在實(shí)現(xiàn)DTE／DCE轉(zhuǎn)換時可最大程度地減小收發(fā)器的復(fù)雜性，但缺點(diǎn)是需要更換電纜，尤其是設(shè)備放置位置不便或DTE／DCE需要頻繁切換時這一點(diǎn)尤為突出。

如果保持傳輸電纜不變，則可將收發(fā)器配置為兩套以分別支持DTE、DCE方式。而將DTE收發(fā)器的驅(qū)動器輸出與DCE收發(fā)器的接收器輸入相連，而將接收器輸入端與DCE收發(fā)器的驅(qū)動器輸出相連。為了控制DTE或DCE方式，驅(qū)動器或接收器的輸出必須為三態(tài)。當(dāng)選擇為DTE方式時，DCE芯片禁止，其驅(qū)動器和接收器處于三態(tài)，反之亦然。

該方法雖然解決了對電纜的頻繁更換問題，但由于多用了一套收發(fā)器而使得設(shè)計成本大為提高，且串口板的體積也大了很多。

2多協(xié)議串口通信的實(shí)現(xiàn)原理

傳統(tǒng)設(shè)計中，針對某種協(xié)議通常應(yīng)選擇相應(yīng)的收發(fā)芯片，如對于RS－232協(xié)議，常用DS－1488／DS－1489、MAX232或SP208等收發(fā)器芯片；而對于RS－449協(xié)議，則常使用SN75179B、MAX488、MAX490等收發(fā)器芯片。當(dāng)同時使用RS－232、RS－422和V．35協(xié)議時，就需要多個收發(fā)器芯片來支持不同的協(xié)議。

現(xiàn)在，一些收發(fā)器的生產(chǎn)廠商研制出了多協(xié)議收發(fā)器芯片。Sipex是第一家生產(chǎn)出RS－232／RS－422軟件可選擇協(xié)議芯片SP301的公司。這種芯片可將RS－232和RS－422收發(fā)器的電氣特性綜合到一個芯片中實(shí)現(xiàn)。其中SP50X系列產(chǎn)品最多可支持8種協(xié)議標(biāo)準(zhǔn)。其它生產(chǎn)廠家如Linear公司生產(chǎn)的LTC154x系列、LTC284x系列芯片也具有以上功能。用戶可根據(jù)自己的需要選擇適當(dāng)?shù)男酒?/p>

圖2為采用分立的收發(fā)器芯片與采用一片多協(xié)議收發(fā)器芯片實(shí)現(xiàn)多協(xié)議串口通信的通信卡。從圖可知，前者實(shí)現(xiàn)的復(fù)雜度要遠(yuǎn)遠(yuǎn)大于后者，具體的性能比較如表1所列。

表1兩種方法實(shí)現(xiàn)串口通信的性能比較

分立器件板綜合器件板

供電電壓+5V，-5V，+12V，-12V+5V

所需收發(fā)器芯片數(shù)121

支持的物理層協(xié)議RS-232，RS-422，RS-449，EIA-530，V.35，V.36RS-232，RS-422，RS-449，RS-485，EIA-530，EIA-530A，V.35,V.36

協(xié)議選擇方式跳線或開關(guān)軟件或硬件（通過內(nèi)部譯碼）

串口板大小除了15個收發(fā)器芯片外還需其它硬件支持非常小

功耗大約1W大約100mW～250mW

除此之外，與分立收發(fā)器芯片相比，多協(xié)議收發(fā)器對驅(qū)動器使能控制和對輸出漏電電流的處理要容易得多。當(dāng)通過軟件或硬件方法選擇某一協(xié)議時，驅(qū)動器和接收器的電氣參數(shù)將調(diào)整至適當(dāng)?shù)拇笮。娐穬?nèi)部將自動控制驅(qū)動器的輸出電平、接收器的輸入門限、驅(qū)動器和接收器的阻抗值以及每一物理層協(xié)議的常用模式范圍。

另外，由于外部網(wǎng)絡(luò)終端對V．35的需求，使得與V．35收發(fā)器的連接不能象其它協(xié)議那么簡單。當(dāng)使用分立收發(fā)器芯片時，常常通過采用昂貴的繼電器開關(guān)電阻在選擇其它協(xié)議接口時將V．35網(wǎng)絡(luò)終端斷開，或者要求用戶每選擇一個新的接口標(biāo)準(zhǔn)就改變一次終端模塊，這樣既浪費(fèi)資源又會使接口電路變得復(fù)雜，因而不是一種理想的實(shí)現(xiàn)方法。而多協(xié)議串口芯片則自動提供適當(dāng)?shù)慕K端和片上開關(guān)來符合V．10、V．11、V．28和V．35電氣協(xié)議，從而解決了電纜終端轉(zhuǎn)換問題。

3基于LTC1546／44的多協(xié)議通信

為了說明多協(xié)議串口芯片的工作原理，現(xiàn)以Linear公司的LTC1546／1544芯片為例進(jìn)行分析。

3．1LTC1546／LTC1544的性能

LTC1546芯片是一個3驅(qū)動器／3接收器的收發(fā)器，其主要特點(diǎn)如下：

帶有軟件可選的收發(fā)器可支持RS232、RS449、EIA530、EIA530A、V．35、V．36和X．21協(xié)議

可提供片上電纜終端

與LTC1543引腳兼容

與LTC1544配合可完成完整的DTE或DCE

工作在5V單電源

占位面積小。

LTC1544芯片是一個4驅(qū)動器／4接收器的收發(fā)器，其主要特點(diǎn)有：

軟件可選的收發(fā)器支持RS232、RS449、EIA530、EIA530A、V．35、V．36和X．21協(xié)議

采用LTC1344A作為軟件可選的電纜終端

采用LTC1543、LTC1544A或LTC1546可實(shí)現(xiàn)完整的DTE或DCE端口

與LTC1543同樣工作于5V單電源。

這兩種芯片均采用28引線SSOP表面貼封裝，圖3所示為其引腳排列。

由LTC1546／LTC1544可組成一套完整的軟件可選擇DTE或DCE接口，以應(yīng)用于數(shù)據(jù)網(wǎng)絡(luò)、信息業(yè)務(wù)單元CSU和數(shù)據(jù)業(yè)務(wù)單元(DSU)或數(shù)據(jù)路由器中，它支持多種協(xié)議，電纜終端可在片上提供，因此不再需要單獨(dú)的終端設(shè)計。其中，LTC1546每個端口的一半用來產(chǎn)生和適當(dāng)終止時鐘和數(shù)據(jù)信號。LTC1544則用來產(chǎn)生控制信號及本地環(huán)路返回信號(LocalLoop－back，LL)。接口協(xié)議通過模式選擇引腳M0、M1和M2來決定，具體選擇方式見表2。

表2通信協(xié)議的模式選擇

LTC1546模式名稱M2M1M0DCE/DTED1D2D3R1R2R3

未用（缺省V.11）0000V.11V.11V.11V.11V.11

RS530A0010V.11V.11ZV.11V.11V.11

RS5300100V.11V.11ZV.11V.11V.11

X.210110V.11V.11ZV.11V.11V.11

V.351000V.35V.35ZV.35V.35V.35

RS449/V.361010V.11V.11ZV.11V.11V.11

V.28/RS2321100V.28V.28ZV.28V.28V.28

無電纜1110ZZZZZZ

未用（缺省V.11）0001V.11V.11V.11ZV.11V.11

RS530A0011V.11V.11V.11ZV.11V.11

RS5300101V.11V.11V.11ZV.11V.11

X.210111V.11V.11V.11ZV.11V.11

B.351001V.35V.35V.35ZV.35V.35

RS449/V.361011V.11V.11V.11ZV.11V.11

V.28/RS2321101V.28V.28V.28ZV.28V.28

無電纜1111ZZZZZZ

由表2可知，如果將端口設(shè)置為V．35模式，模式選擇引腳應(yīng)當(dāng)為M2＝1，M1＝0，M0＝0。此時，對于控制信號，驅(qū)動器和接收器將工作在V．28(RS232)模式；而對于時鐘和數(shù)據(jù)信號，驅(qū)動器和接收器將工作在V．35模式。

模式選擇可通過控制電路或利用跳線將模式引腳接至地或Vcc來實(shí)現(xiàn)對引腳M0、M1和M2的控制，也可通過適當(dāng)?shù)慕涌陔娎|插入到連接器上實(shí)現(xiàn)外部選擇控制。若選用后者，則當(dāng)移開電纜時，全部模式引腳均不連接，即M0＝M1＝M2＝1，此時LTC1546／LTC1544進(jìn)入無電纜模式。在這種模式中，LTC1546／1544的供電電流將下降到500μA以下，并且LTC1546／LTC1544驅(qū)動器輸出將被強(qiáng)制進(jìn)入高阻狀態(tài)。同時，LTC1546的R2和R3接收器應(yīng)當(dāng)分別用103Ω端接，而LTC1546和LTC1544上的其它接收器則應(yīng)通過30kΩ電阻接到地。

通過DCE／DTE引腳可使能LTC1546中的驅(qū)動器3／接收器1、LTC1544中的驅(qū)動器3／接收器1和驅(qū)動器4／接收器4；LTC1544中的INVERT信號對驅(qū)動器4／接收器4起使能作用?？梢酝ㄟ^下面兩種方法中的一種將LTC1546／LTC1544設(shè)置為DTE或DCE工作模式：一種是將專門配有適當(dāng)極性的連接器接至DTE或DCE端；另一種是通過專用DTE電纜或?qū)Ｓ肈CE電纜發(fā)送信號給LTC1546／LTC1544，同時使用一個連接器構(gòu)成一種既適合DTE又適合DCE的工作模式。

3．2典型應(yīng)用

圖4為一個帶有DB－25連接器端口并可被設(shè)置為DTE或DCE工作模式的多協(xié)議串口通信電路，圖中LTC1546／LTC1544芯片一邊與連接器相連，另一邊接至HDLC芯片，M0、M1、M2及DCE／DTE引腳接至EPLD硬件控制電路以實(shí)現(xiàn)對通信協(xié)議和工作模式的選擇。其中DTE或DCE工作模式需要連接對應(yīng)的電纜以保證正確的信號發(fā)送。例如，在DTE模式中，TxD信號通過LTC1546的驅(qū)動器1發(fā)送到引腳2和14。在DCE模式中，驅(qū)動器則將RxD信號發(fā)送到引腳2和14。

圖4中，LTC1546采用一個內(nèi)部容性充電泵來滿足VDD和VEE。其中，VDD為符合V．28的正電源電壓端，該端應(yīng)連接一只1F的電容到地；VEE為負(fù)電源電壓端。一個電壓倍增器在VDD上將產(chǎn)生大約8V電壓，而電壓反相器則將在VEE上產(chǎn)生大約－7．5V的電壓。四只1μF電容均為表面貼裝的鉭或陶瓷電容，VEE端的電容最小應(yīng)為3．3μF。所有電容耐壓均應(yīng)為16V，同時應(yīng)盡可能放置在LTC1546的附近以減少EMI干擾。

圖4用LTC1546/LTC1544芯片實(shí)現(xiàn)多協(xié)議串口通信（DTE/DCE可選）

在V．35模式中，LTC1546中的開關(guān)S1和S2將導(dǎo)通，同時應(yīng)連接一個T型網(wǎng)絡(luò)阻抗，以將接收器的30kΩ輸入阻抗與T網(wǎng)絡(luò)終端并聯(lián)起來，但不會顯著影響總輸入阻抗，因此對于用戶來說，這種模式下的電路設(shè)計與其它模式下完全相同。

由于LTC1546是3驅(qū)動器／3接收器的收發(fā)器，LTC1546是4驅(qū)動器／4接收器的收發(fā)器，所以如果同時采用RL、LL和TM信號，則LTC1546／LTC1544就沒有足夠的驅(qū)動器和接收器。因此，可用LTC1545來替換LTC1544。LTC1545為5驅(qū)動器／5接收器的收發(fā)器，它能夠處理多個可選的控制信號，如TM和RL。