亚洲免费av电影一区二区三区,日韩爱爱视频,51精品视频一区二区三区,91视频爱爱,日韩欧美在线播放视频,中文字幕少妇AV,亚洲电影中文字幕,久久久久亚洲av成人网址,久久综合视频网站,国产在线不卡免费播放

        ?

        基于共享的網絡化知識組織方法研究

        2018-01-27 20:01:03梅新婭黃軼斕
        圖書館學刊 2018年4期
        關鍵詞:體系結構客戶端時期

        梅新婭 黃軼斕

        (1.重慶師范大學圖書館;2.重慶師范大學教育科學學院,重慶 401331)

        1 引言

        有了網絡知識組織系統(tǒng),可通過網絡訪問信息的概念、術語和它們之間的關系。如果網絡知識組織系統(tǒng)允許編程訪問,工具制作、出版、策展或尋找資源可以利用它的概念和條款來改進描述和查詢。通常設計網絡知識組織系統(tǒng)用作網絡服務。一種網絡服務在遠程服務器上運行,并通過運行用戶計算機上的客戶端軟件請求作出響應。查看網絡知識組織系統(tǒng)的網絡服務趨勢表明服務導向的設計策略占主導地位。根據(jù)這一策略設計的系統(tǒng)有面向服務的架構。

        從技術角度來看,面向服務的架構是指將典型客戶端-服務器構建風格的變量子集用于設計網絡應用中。這些包括被遠程調用的公開程序服務,通過標準查詢語言的遠程數(shù)據(jù)訪問服務,以及通過HTTP控制的資源公開表示服務。然而,面向服務的體系結構不僅是一系列技術選擇的最佳結果,而且是廣泛設計策略的結果。理解為一種策略,服務定位是將業(yè)務外包的邏輯應用到軟件設計中。通過包含面向服務的體系結構,網絡知識組織系統(tǒng)架構師有意或無意地采用了將知識組織作為一個過程的觀點,可以外包給專業(yè)供應商。

        但是,外包的邏輯不適合一些知識組織的做法。當知識組織被理解為可以與其他的“核心”活動分離的時候,設計網絡知識組織系統(tǒng)的面向服務的策略可能會是恰當?shù)?。但是當知識組織被理解為同行之間交流的過程,共享的策略是比較適合的。作為實施面向共享的網絡知識組織系統(tǒng)設計策略的一個例子,描述時期數(shù)據(jù)集中時期地名的設計,分析了時期數(shù)據(jù)集模型,使用JavaScript對象符號鏈接的數(shù)據(jù)表示方法,以及時期數(shù)據(jù)集的變化管理??傻贸龅慕Y論是通過解釋時期數(shù)據(jù)集如何共享架構,有益于數(shù)據(jù)管理員和學者身體力行,這一切都是為他們設計的。

        2 網絡知識組織系統(tǒng)

        知識組織系統(tǒng)是一種工具,可以通知用戶在某些領域感興趣的概念,與概念相關的不同名稱或術語,以及概念之間的關系[1]。例如字典、地名索引、分類法和主題。網絡知識組織系統(tǒng)是一個可通過網絡訪問的知識組織系統(tǒng),便于描述、發(fā)現(xiàn)或其他網絡資源的檢索[2]。網絡知識組織系統(tǒng)這一術語源于1997年以來的一系列研討會,專注于開發(fā)用于網絡知識組織系統(tǒng)的功能和數(shù)據(jù)模型。在網絡知識組織系統(tǒng)的標簽與其他類似目標的研究計劃重疊下開展工作,如國際標準化組織的主題地圖標準和通過更廣泛的努力來創(chuàng)建語義網。其基本思想可以追溯到整合知識結構的超媒體系統(tǒng)的前期工作。在此,筆者使用網絡知識組織系統(tǒng)術語,是想盡最大努力來說明通過網絡訪問信息的概念、術語和它們之間的關系。

        在過去的二十年中,研究者和實踐者已經解決了構建網絡知識組織系統(tǒng)的許多問題。因此,網絡知識組織系統(tǒng)已經從理論走向實踐。聯(lián)機計算機圖書館中心的圖書館聯(lián)合體向其會員提供網絡訪問的詞匯,來描述圖書資料的形式和內容;蓋蒂研究所提供網絡訪問的詞匯,來描述藝術和建筑作品。地理名稱等網絡志已經成為關鍵的基礎設施,可用于地名與地理坐標之間的轉換。這些系統(tǒng)的成功部署,反映出大量的數(shù)據(jù)建模工作、語義、代表性和標準,其中大部分是記錄在網絡知識組織系統(tǒng)中的文獻。然而,對構建應用的語用學關注相對較少,這依賴于網絡知識組織系統(tǒng)的數(shù)據(jù)。為什么呢?原因之一是一系列關于網絡知識組織系統(tǒng)如何被整合到軟件系統(tǒng)的假設。這些假設很早就開始了,并繼續(xù)管理今天的網絡知識組織系統(tǒng)的設計。

        在網絡知識組織系統(tǒng)中的S提出了關于網絡知識組織系統(tǒng)集成到軟件系統(tǒng)的假設。知識組織體系中的S代表體系或結構。系統(tǒng)和結構名稱是密切相關的概念:系統(tǒng)是各部分構成一個復雜的整體,而這些部分的排列和關系構成了系統(tǒng)的結構。知識組織是一個系統(tǒng),因為它包含一致的和連貫的方式連接在一起的部分(概念和條款),形成一個復雜的整體。各部分的系統(tǒng)排列可定義為一種特定的結構。因此,知識組織系統(tǒng)中的S代表結構。網絡化知識組織系統(tǒng)的文獻介紹了S的第三種意義:服務。服務不在概念上涉及到系統(tǒng)或結構。條款服務的引進,從而反映了有關知識系統(tǒng)及其結構應如何在網絡上為其他應用程序可用的假設。

        自20世紀90年代末以來,研究人員一直致力于在網絡上提供編程訪問知識組織系統(tǒng)的方法研究。其目的是想通過人類用戶的HTML界面區(qū)分系統(tǒng)圖可以使用的知識組織系統(tǒng)和允許知識組織系統(tǒng)的編程使用的網絡服務[3]??梢钥吹剑W絡知識組織系統(tǒng)概念化的網絡服務早期就有。在1998年舉行的第二屆網絡知識組織系統(tǒng)研討會上,勾勒出了“在網絡上使用知識組織系統(tǒng)過程的功能模型”。這個模型的目的是:實現(xiàn)知識組織系統(tǒng)內容的顯示或互動,同時實現(xiàn)“網絡上用戶計算機(客戶端)的軟件和管理參考工具與知識組織系統(tǒng)計算機上的軟件之間的相互作用”。然而,在會議中指出,“這并不總是很容易在功能是否是正確的用戶界面或客戶端-服務器交互之間劃一界線”。盡管有這個困難,勾勒出來的客戶端-服務器模型,將主宰網絡知識組織系統(tǒng)設計,以及使研究人員和信息技術設計師接受面向服務架構的信條。

        3 面向服務的體系結構

        兩個技術報告似乎介紹了面向服務的體系結構這一條款[4]。在這些報道中面向服務的體系結構的特點是主要作為數(shù)據(jù)處理邏輯從數(shù)據(jù)源的分離[5]。事實上,這是一個用于網絡知識組織系統(tǒng)的面向服務的體系結構的承諾,并提出[3]:“通過使用適當?shù)木W絡服務,接口組件從數(shù)據(jù)源清晰分離”。但像這么多的信息技術條款,面向服務的體系結構有很大的解釋靈活性,定義的突變和增殖的時間。在其最弱的意義上,面向服務的體系結構是用來描述任何模塊化的軟件系統(tǒng),其組件在網絡上能進行通信。另一方面,一個強大的面向服務的體系結構的定義,可能會進一步說明運用組件作為服務意味著什么。例如,服務可定義為“具有指定結果的可重復業(yè)務活動的邏輯表示”[6]。

        大多數(shù)系統(tǒng)被稱為面向服務的架構的例子,衍生出客戶端-服務器建筑的風格??蛻舳?服務器建筑風格把軟件組件分為發(fā)送請求的客戶端和響應請求的服務器[7]。這個分法建立一個部門間的層次結構,其中單一的服務器通常會響應來自多個客戶的請求??蛻舳撕头掌骺梢苑植荚诙鄠€層面實現(xiàn)成分間的“松耦合”,提高其可重用性和可擴展性。面向服務的架構被廣泛用來命名這種分層的客戶端-服務器的建筑風格。但面向服務的架構還可以通過客戶端和服務器通信來暗示具體機制。早期的面向服務的體系結構的實現(xiàn)傾向于使用遠程過程調用機制。這些連接機制依賴于一個高層次的和特定于域的協(xié)議,該協(xié)議確定可以調用的程序,以及所采取的參數(shù)和他們返回的數(shù)據(jù)。例如,審查的詞庫服務協(xié)議[3]確定具體的程序來查詢諸如更廣泛和更窄(條款)的詞庫結構。

        近年來,面向服務的體系結構與表述性狀態(tài)轉移更加緊密。遠程過程調用式系統(tǒng)已經失去了人們的青睞,因為軟件架構師已經意識到將網絡理解為表述性狀態(tài)轉移風格中的一個系統(tǒng)設計的好處。表述性狀態(tài)轉移是客戶端-服務器風格的派生。遠程過程調用協(xié)議識別程序,表述性狀態(tài)轉移風格的系統(tǒng)識別資源,其在一些領域是利益主體的抽象概念。該系統(tǒng)提供了一個通用和統(tǒng)一的接口,通過陳述來互交和操縱資源。表示是文檔,該文檔對資源當前或預期狀態(tài)進行編碼信息。在網絡上“具有表述性狀態(tài)轉移的”網絡知識組織系統(tǒng)是:①用URI識別條款和概念;②使用標準化的文檔結構表述條款和概念的狀態(tài);③通過標準的HTTP方法可以訪問和操縱條款和概念。

        面向服務的體系結構模式也包括連接數(shù)據(jù)服務。像一個表述性狀態(tài)轉移方式的網絡架構體系,關聯(lián)數(shù)據(jù)服務使用URI標識實體,使用標準的文件結構來表示這些實體的狀態(tài)。但許多鏈接的數(shù)據(jù)部署走在HTTP統(tǒng)一接口之前,支持遠程數(shù)據(jù)訪問風格[8]。遠程數(shù)據(jù)訪問方式的系統(tǒng)定義了一個標準的查詢語言,管理客戶端-服務器通信的語義。而不是多個接入點確定為可調用的程序(如遠程程序調用的方式),或多個接入點確定為資源(如表述性狀態(tài)轉移的方式),有一個單一的接入點,提交查詢。一個遠程數(shù)據(jù)訪問方式的網絡知識組織系統(tǒng)的例子是詞匯,其提供了一個SPARQL端點查詢詞匯描述蓋蒂研究所維護的藝術建筑。SPARQL端點是遠程數(shù)據(jù)訪問方式的典型:客戶問題的SPARQL查詢到遠程服務器,處理查詢過濾、變換,或構造一個數(shù)據(jù)集返回到客戶端。

        4 面向服務的設計策略

        如果遠程程序調用方式、表述性狀態(tài)轉移方式和遠程數(shù)據(jù)訪問式架構都可以被稱為面向服務的架構,這個條款真正的意思是什么?對面向服務的體系結構的最好理解是其不僅可作為一個特定的軟件架構,而且可作為一個面向服務的設計策略的結果。面向服務的設計策略包括:①一套關于軟件系統(tǒng)的理想特性的一系列想法;②一種軟件系統(tǒng)應該如何發(fā)揮它們功能的思考方式。面向服務的架構有滿意的性質-互用性、集成、可靠性、安全性、可量測性、可擴展性和可管理性[9],可反映“企業(yè)”軟件文化的優(yōu)越性,該文化主要負責宣傳面向服務的架構。但軟件系統(tǒng)應該如何發(fā)揮它們的功能的思考方式也反映了一般的企業(yè)實踐,特別是外包的實踐。外包涉及識別功能或過程,可以由一個專門的供應商進行。如果提供者對許多不同的客戶進行這些過程,它可以實現(xiàn)規(guī)模經濟,超越任何一個客戶可以獲得的東西。此外,如果所提供的功能的定義可以充分標準化,那么他們的規(guī)定可以商品化:客戶可以很容易地在供應商之間切換,尋求花最低的成本而獲得最高的服務水平。其次,服務為導向的設計策略,是將外包邏輯應用于軟件:通過專業(yè)化和規(guī)范化,獲得更高的效率和成本效益。

        對學術和科學計算采用服務導向的傳道者明確采用外包的邏輯:“在原則上,功能和資源這兩個潛在能力可以被交給專業(yè)供應商。如果這樣的專家可以為許多社區(qū)提供資源或操作所需的功能,那么在原則上規(guī)模經濟可以再次實現(xiàn)。而科學家們可以專注于他們擅長什么,即提供內容和推進科學”[10]。正是這種邏輯,而不是特定的技術,即網絡化的知識組織系統(tǒng)的建筑師采用的包含面向服務的體系結構?!肮炭赡軙陂T戶網站上提供知識組織系統(tǒng)服務,而數(shù)字圖書館可能會提供各種館藏進行搜索,可選擇詞匯搜索工具,或如果有標準協(xié)議,可允許用戶來選擇”[3]。這是在過去的二十年中,引導網絡知識組織系統(tǒng)發(fā)展的基本思想:知識組織是一種服務,可以由專業(yè)供應商提供,效率和規(guī)模經濟可以通過集中知識組織的規(guī)定來實現(xiàn),而知識組織可以通過標準化的協(xié)議、表述或查詢語言來商品化。因此,盡管在具體實施方式(遠程程序調用、表述性狀態(tài)轉移或遠程數(shù)據(jù)訪問)的細節(jié)上的差異,用于組織知識組織系統(tǒng)的用戶和供應商之間的相互作用的服務導向策略仍然穩(wěn)定。

        設計網絡知識組織系統(tǒng)旨在圍繞一個概念和條款系統(tǒng)建立共識,以提高效率為目標,那么服務導向的策略是有意義的。例如,購買和銷售的大型企業(yè),可以規(guī)范買賣產品類別的定義和名稱。在這種情況下,將標準分類的規(guī)定和維護作為一個業(yè)務流程是明智的想法,可以外包給專業(yè)供應商。專業(yè)供應商由企業(yè)提供費用支持,希望參與標準化過程,可以利用規(guī)模經濟的優(yōu)點經營共享的分類,這樣比企業(yè)單獨做要更便宜些。企業(yè)可以專注于提供商業(yè)價值和利潤,而不是分類管理。

        5 面向共享的設計策略與體系結構

        但是并不是所有的知識組織系統(tǒng)都是為了規(guī)范概念和術語。一些知識組織系統(tǒng)可能意在繪制不同概念和條款的景觀,而不是提供規(guī)范的名稱和定義。在第6個部分,描述了一個這樣的知識組織系統(tǒng),它記錄了由考古學家和其他學者撰寫的歷史時期的定義。這些學者的定義反映了他們的個人解釋;他們不一定要建立共識。因此,外包的邏輯不適用,這些學者不應該“交出”他們定義的管理,他們自己是管理的最好的專家。他們通過定義所表達的判斷是屬于自己的,而不能被外部的“服務提供者”所虛構。然而,這些學者有興趣傳播定義變化的信息,他們不斷更新其他人使用的定義。他們需要的是網絡化的知識組織系統(tǒng),促進概念和條款的傳播,而不承擔這種傳播需要與外部服務供應商進入一個正在進行的外包關系。另一種設計策略是必要的,即共享的設計策略。

        音樂作為一種特殊的語言,在優(yōu)雅的聲級較低的音樂情景之下,可以減輕病人的一些不適反應,抑制各種壓力反應,鎮(zhèn)定情緒,增進情感。以患者的愛好、性別、職業(yè)、教育程度和精神狀態(tài)為依據(jù),選擇與其的情緒相吻合的、節(jié)奏舒緩而柔和的一些音樂來播放,借此來分散病人對于疼痛的注意力,使其身心得到放松以緩解疼痛和焦慮。

        面向共享的設計策略與面向服務的策略在目標方面沒有顯著的差異:互用性、集成、可靠性、安全性、可量測性、可延展性和可管理性仍然是可取的。重大轉變是在思考如何達到這些目標的方式。用于學術網絡知識組織系統(tǒng)的面向共享的設計策略,不試圖孤立條款和概念的管理作為一項專門的活動,而是使它與更廣泛的學術關系過程緊密相連。不僅使單一的“服務供應商”為許多客戶工作,而且使同行之間通信手段簡單化,這樣才能實現(xiàn)可量測性。標準化“單一真理的來源”的共識是明確不能作為目標,在現(xiàn)實中喜歡用更好的工具來管理不同的觀點。同樣,一些效率是為了更大的靈活性和自治性。

        面向共享的設計策略并不一定會決定一個特定的網絡知識組織系統(tǒng)的體系結構。但已被證明是與共享為導向的策略兼容的架構是分布式版本控制系統(tǒng)。分布式版本控制使人們能夠在一個純粹對等的方式中合作,分布式通過補丁交換:描述局部數(shù)據(jù)變化的文檔。通過補丁分享的分布式協(xié)作已經證明在軟件開發(fā)商中是相當成功的,最近以免費的分布式版本控制系統(tǒng)Git[11]和商業(yè)倉庫托管服務GitHub的形式出現(xiàn)。以分布式版本控制為模型,導致用于網絡化知識組織系統(tǒng)的面向共享的架構按照以下工作流程:

        a.獲得一份知識組織系統(tǒng)序列化的標準格式,或者從零開始創(chuàng)作出版一種新的知識組織系統(tǒng)。

        b.與知識組織系統(tǒng)合作,在需要時進行修改以適應某個目標。

        c.當一個人想要改變或更新一個人的知識組織系統(tǒng):①獲得該人的知識組織系統(tǒng)的副本。②產生一個補丁來描述自己的知識組織系統(tǒng)和該人的知識組織系統(tǒng)之間的差異。③向那人發(fā)送該補丁,以及他愿意加的任何解釋或論證。那人可以選擇申請或拒絕該補丁。如果他們接受,在應用接受的補丁前,可能會有沖突需要加以解決。

        請注意,這個工作流程沒有要求知識組織系統(tǒng)的規(guī)范或權威版本的概念。然而,能夠參考知識組織系統(tǒng)的規(guī)范版本往往是有用的,最好辦法是隨著時間的推移,做一些數(shù)據(jù)質量的擔保。

        6 時期數(shù)據(jù)集的共享架構

        時期數(shù)據(jù)集的設計反映了多年的經驗,在網絡上使用和發(fā)布數(shù)據(jù)。首先,重要的是不引入不必要的外部依賴關系。使用別人的數(shù)據(jù)總是會引入數(shù)據(jù)提供者的依賴關系。但是,如果某人有一份本地副本的數(shù)據(jù),他依賴于供應商僅僅為了初始數(shù)據(jù)集和定期更新,而不是對數(shù)據(jù)的每一個查詢。使用數(shù)據(jù)變得更像使用軟件庫,而不是一個實時的服務關系。如果數(shù)據(jù)提供者放棄他們的數(shù)據(jù)管理,用戶仍然希望數(shù)據(jù)正常運行。因此,除非數(shù)據(jù)集是如此之大和復雜,需要特殊的資源,如用于處理查詢的服務器集群,優(yōu)先下載本地數(shù)據(jù)的副本,而不是通過網絡服務訪問。第二,難以承諾可靠維護,即使是一個簡單長期的信息服務。安全補丁必須保持更新。錯誤必須是固定的。域名和SSL證書必須更新。如果信息服務是計算密集型的,諸如SPARQL端點的遠程數(shù)據(jù)訪問方式的服務就是這樣,必須仔細地管理資源。要消耗太多內存或處理器的查詢必須被阻止。這些都是保持信息服務的技術挑戰(zhàn)。更可怕的是組織的挑戰(zhàn):誰有SSH訪問服務器?誰負責制定有關訪問和版本控制的決策?試圖設計時期數(shù)據(jù)集減少維持時期數(shù)據(jù)集的承諾降至最低。時期數(shù)據(jù)集的使用和瀏覽、可視化與編輯時期數(shù)據(jù)集的工具不需要任何時期數(shù)據(jù)集服務器來運行。

        避免采用面向服務的體系結構,時期數(shù)據(jù)集的設計也避免了面向服務設計過程的一些陷阱。在面向服務的設計過程中,分析了企業(yè)的做法,試圖找出常見的重復活動。這些活動在邏輯上可以表示為服務,被支持的做法可以重新定義為那些服務的組成。目標是抽象的表示經常重復的活動,使他們可以外包,并提供最終商品化的規(guī)定。但在人文科學領域,學術實踐抵制這種抽象和脫離語境的情況。問題并不是學者們無法分析他們自己的行為,而是這些實踐并不是很容易脫離個體研究者的語境和他們的研究領域。舉例來說,注記是一種在廣泛的學術實踐中觀察到的活動,但是注記在其他學術活動中的關系也因學者不同而不同。注記是一個重復的活動,但它沒有指定的結果,這是不容易抽象描述的。

        而不是試圖抽象描述學術活動,為了強加勞動分工,時期數(shù)據(jù)集重點是表述學術主張。表述主張有其自身的挑戰(zhàn),但他們是熟悉的,因為這正是知識組織系統(tǒng)的設計者一直關注和要實現(xiàn)的目標。例如,地名是學術關于地方斷言的精選集。學者關于地名條目中需要什么樣的信息比他們可以清楚地表達可能的方式可以更容易達成共識,他們可能將地名索引合并進他們的學術實踐。時期數(shù)據(jù)集架構的設計便于公開文件和學術主張的對等共享。它是一個面向共享的架構,參與者通過使用共享的數(shù)據(jù)格式交換斷言的陳述來合作。時期數(shù)據(jù)集設計故意阻礙時期數(shù)據(jù)集項目和它的用戶之間的持續(xù)服務關系的建立。時期數(shù)據(jù)集項目不是承諾為業(yè)務提供商,而只是另一個同伴,其主張可以被共享。以事實區(qū)別于其他同行,它致力于打造一個值得信賴的管理過程,而并沒有限制其他同行進行類似的承諾。

        7 結論

        當知識組織涉及同行之間的斷言交流,共享為導向的架構比面向服務有更多的意義。學術交流涉及各種形式的知識組織。知識組織的某些形式涉及勞動分工,如圖書學者與圖書館員的分工。但當學者們分享不太正式出版的產品,如數(shù)據(jù)集、軟件,或工作說明,就沒有明確的分工。這些學術類產品是學者們之間對等交流的載體。他們所采用的概念和術語的差異不可能被標準化,因為這些非常不同,這種形式的學術交流往往瀕于險境。學者需要更好的方式來交換他們發(fā)展的不同概念和他們采用不同的術語方面的信息。像時期數(shù)據(jù)集的面向共享的網絡知識組織系統(tǒng)可以幫助提供服務。

        時期數(shù)據(jù)集提供制作、組織和共享期概念的學術斷言方面的工具。如果這些工具被廣泛采用,學術產品將開始使用時期數(shù)據(jù)集標識符查閱這些斷言。一旦開始從自然環(huán)境下的學術產出收獲時期數(shù)據(jù)集標識符,時期數(shù)據(jù)集發(fā)展的新階段將有可能到來。加上歷史時期名稱的時期地名記錄定義,可以建立一個學術工作的期集中指數(shù)。時期地名允許學者指出具體的時間定義,時間集中指數(shù)會指向相反的方向:從特定的時間名稱定義到使用這些定義的特定的資源。如果足夠大數(shù)量的資源引用時期數(shù)據(jù)集定義,甚至有可能培養(yǎng)統(tǒng)統(tǒng)計分類者,建議適當時期名稱注釋未標記的資源,或消除鏈接到時期數(shù)據(jù)集定義的文本中的時期名字。但是,首先必須使數(shù)據(jù)管理者和學者方便和有吸引力地采用時期數(shù)據(jù)集??梢灶A見,時期數(shù)據(jù)集的共享架構將在促進這一進程中發(fā)揮著重要的作用。

        [1] 景璟.語義學視角下的知識組織[J].情報理論與實踐,2013(6):5-9.

        [2] 孫凌云.網絡環(huán)境下的知識組織系統(tǒng)研究與發(fā)展概述[J].圖書館理論與實踐,2010(3):28-30.

        [3] 馬費成,姜愿,趙一鳴.服務視角下的知識組織系統(tǒng)研究新進展[J].情報雜志,2015(7):165-172.

        [4] 高俊,沈才梁,陳暄.一種面向服務體系結構的服務組合方案求解方法[J].計算機應用研究,2011(11):4184-4187.

        [5] 吳昊.文學隱喻解讀的意義和目的[J].語文學刊:基礎教育版,2012(14):68-69.

        [6] 李澤平.一種基于改進的業(yè)務活動算法實時監(jiān)控平臺研究[J].計算機應用研究,2012(3):988-990.

        [7] 劉福軍,等.面向服務的軍用ATS軟件體系結構設計[J].計算機測量與控制,2011(7):1774-1777.

        [8] 謝光強.基于RDA體系結構的嵌入式移動數(shù)據(jù)庫設計及其在質量檢測行業(yè)中的應用[J].軟件導刊,2011(7):166-168.

        [9] 甘宏,潘丹.面向服務的信息中心網絡體系結構設計[J].科技廣場,2015(10):102-107.

        [10] 吳映波,王旭.一種面向服務的領域特征模型[J].計算機科學,2011(6):180-182.

        [11] 劉悅之.基于Git的分布式版本控制系統(tǒng)的設計與實現(xiàn)[J].科技傳播,2012(22):197-198.

        [12] 汪新秀.面向服務架構的建筑企業(yè)應用集成[J].土木建筑工程信息技術,2012(2):20-24.

        [13] 董霞,姜恩波.關聯(lián)鏈接維護的機制、技術與案例分析[J].圖書館學研究,2013(19):52-59.

        猜你喜歡
        體系結構客戶端時期
        文藝復興時期的發(fā)明家
        開心一刻
        縣級臺在突發(fā)事件報道中如何應用手機客戶端
        傳媒評論(2018年4期)2018-06-27 08:20:24
        孵化垂直頻道:新聞客戶端新策略
        傳媒評論(2018年4期)2018-06-27 08:20:16
        基于Vanconnect的智能家居瘦客戶端的設計與實現(xiàn)
        電子測試(2018年10期)2018-06-26 05:53:34
        新時期的向善向上
        商周刊(2017年22期)2017-11-09 05:08:34
        基于粒計算的武器裝備體系結構超網絡模型
        作戰(zhàn)體系結構穩(wěn)定性突變分析
        “十三五”時期的國企改革
        基于DODAF的裝備體系結構設計
        国产精品亚洲综合色区丝瓜| 精品成人av一区二区三区| 国产成人久久777777| 一个人免费观看在线视频播放 | 亚洲欧美另类自拍| 人妻丰满少妇一二三区| 国产精品日韩av一区二区三区| 亚洲av无码片vr一区二区三区| 国产第19页精品| 国产亚洲AV片a区二区| 免费精品人妻一区二区三区| 超碰97人人射妻| 成 人 网 站 免 费 av| 久久99久久99精品免视看国产成人 | 啪啪无码人妻丰满熟妇| 国内激情一区二区视频| 日本精品一区二区高清| 欧美艳星nikki激情办公室| 在线播放a欧美专区一区| 无码国产精品色午夜| 日本免费精品一区二区三区视频| 精品国产粉嫩内射白浆内射双马尾| 日本在线看片免费人成视频1000| 香蕉视频一级| 日韩精品极品在线观看视频| 粉嫩av最新在线高清观看| 中文无码精品a∨在线观看不卡| 国产精品久久久久久久久KTV| 久久久婷婷综合五月天| 久久久精品亚洲人与狗| 国产综合精品| 国产裸体歌舞一区二区| 日本一本草久国产欧美日韩| 亚洲精品国产亚洲av | 国产69精品久久久久久久| 亚洲妇女水蜜桃av网网站| 国产一区二区内射最近人| 一区二区三区四区在线观看日本| 7777色鬼xxxx欧美色妇| 亚洲精品无码高潮喷水在线| 国产AV秘 无码一区二区三区|