用“自頂向下”造句大全,自頂向下造句
自頂向下的管理支援不應該與鋪展過程相混淆。
這是由下而上的架構部分,它與自頂向下的部分在中間層會師。
自頂向下的實現需要在項目開始時完成更多計劃和設計工作。
必須按照網絡 ID、羣集號和成員號的順序自頂向下地構造譯碼。
例如,透過將旁路方法嵌入到自頂向下方法,接着嵌入到自底向上方法,您可以做到這一點。
在不斷髮展中,我們發現成功的核心繫統更新項目需要自頂向下設計。
針對目前路徑表達式的查詢,提出了一種自頂向下基於模式匹配的查詢策略
只有採用迭代的方式,在每個迭代中結合自頂向下和自底向上的設計,組織纔有可能獲得流程同構。
支援自頂向下方法的工具通常要比支援自底向上方法的工具有更多的限制,但這種情況正在逐漸改進。
萬維網的控制正是師從於垂直整合、自頂向下的媒體世界,只存留一些對於自然的再思考和互聯網的使用。
當資產治理、資產管理和中心資產生產都具備自頂向下的管理支援的時候,這種組織模板將會被使用。
您也可以將自頂向下方法嵌入到第二個自頂向下方法,接着再嵌入到自底向上方法。
比較自頂向下和自底向上的Web服務開發的用況場景。
然而,很少有體系架構是完完全全的自頂向下的。
這意味着行業模型趨向於既不遵守自頂向下,也不遵循自底向上的方法。
自頂向下的方法就是在單個項目階段中實現數據倉庫。
本節描述瞭如何利用遺留的投資,來聯合自頂向下的,業務驅動的手段和自底向上的手段。
類似地,自頂向下的語義工具關注點在於怎樣處理現有的非完美的資訊。
幻燈片接着詳細討論了SCA的兩種組合方式:自頂向下和自底向上、透過配置和組件實現重用實現、綁定和策略。
您可以自己創建WSDL檔案,也可以從WSDL檔案生成您的服務的骨架,然後在這個骨架中編寫應用程序代碼;這稱爲自頂向下開發。
然後根據標籤間的相關度度量選出圖片結果集中與查詢標籤高相關的標籤集,接着採用一種自頂向下啓發式的圖劃分算法來自動對次相關標籤集進行分類。
這意味着,當瀏覽源碼的時候,採取“自頂向下(bottom-up)”還是“自下向頂(top-down)”的方式,都是無關緊要的。
中間會合的方法在設 計服務時,既關注自底向上,也關注自頂向下。
在使用自頂向下的方法時,開發人員首先做的是編寫一個WSDL文檔。
自頂向下映*提供了大部分的自動流程且需要較少的數據庫管理知識。
一個比較明智的手段應該是首先按照自頂向下來做,接下來進行目標服務建模,最後是自底向上的現有資產的遺留分析。
很久以前,函數被稱爲“子程序”(我知道,我這樣說*我已經老了!)管理複雜*的主要方式之一是自頂向下的編程模式。
這意味着,當瀏覽源碼的時候,採取“自頂向下(bottom - up)”還是“自下向頂(top -down)”的方式,都是無關緊要的。
介紹了自頂向下設計的基本概念和技術特點.
我們曾指出,有兩種方式來構建應用程序,自頂向下方法和自底向上的方法。
在這個嵌套、兩級嵌入式方法示例中,您可以在自底向上方法中嵌入自頂向下方法(請參見圖4),或者反過來。
這被認爲是框架或者自頂向下方案。
提出了自下向上的裝配建模方法、自頂向下的裝配建模方法和基於WAVE 的裝配設計方法。
中間向外視圖由目標服務建模組成,來驗*和發現自頂向下或自底向上的服務鑑別手段中沒有捕捉到的其他服務。
您也可以在自頂向下或自底向上方法中嵌入旁路方法。
自頂向下方法考慮由企業SOA中間件應用程序組成的應用程序的目標。
到目前爲止,我們已經考慮了兩種自頂向下和兩種自底向上的方法。
自頂向下的視圖使得你能夠在整個項目組合中,相對於財政的目標、資源許諾、技能資訊來跟蹤*能。
與後面要討論的自頂向下的方法相比,自底向上的方法一般被認爲更直觀、更不容易出錯。
如果我們要在水平的門店窗戶或車輛窗戶上貼膜,窗戶的寬度會使得自頂向下的安裝變得難以處理,所以我們要稍微改變一下策略。