一種基於uml序列圖的軟體接口調試指導方法
2023-09-21 08:59:10 1
專利名稱：一種基於uml序列圖的軟體接口調試指導方法
技術領域：
本發明涉及系統控制技術領域，特別涉及一種基於UML序列圖的軟體接口調試指導方法。
背景技術：
統一建模語言(UML)是非專利的第三代建模和規約語言。UML是在開發階段，說明，可視化，構建和書寫一個面向對象軟體密集系統的製品的開放方法。UML展現了一系列最佳工程實踐，這些最佳實踐在對大規模，複雜系統進行建模方面，特別是在軟體架構層次已經被驗證有效。UML作為一種模型語言，它使開發人員專注於建立產品的模型和結構，而不是選用什麼程序語言和算法實現。當模型建立之後，模型可以被UML工具轉化成指定的程序語言代碼。 UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。UML是一個標準的圖形表示法，它不是面向對象的分析和設計，也不是一種方法，它僅僅是一組符號而已。首先，UML融合了 Booch、OMT和OOSE方法中的基本概念，而且這些基本概念與其他面向對象技術中的基本概念大多相同，因而，UML必然成為這些方法以及其他方法的使用者樂於採用的一種簡單一致的建模語言；其次，UML不僅僅是上述方法的簡單匯合，而是在這些方法的基礎上廣泛徵求意見，集眾家之長，幾經修改而完成的，UML擴展了現有方法的應用範圍；第三，UML是標準的建模語言，而不是標準的開發過程。儘管UML的應用必然以系統的開發過程為背景，但由於不同的組織和不同的應用領域，需要採取不同的開發過程。作為一種建模語言，UML的定義包括UML語義和UML表示法兩個部分。(I) UML語義描述基於UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響。此外UML還支持對元模型的擴展定義。(2)UML表示法定義UML符號的表示法，為開發者或開發工具使用這些圖形符號和文本語法為系統建模提供了標準。這些圖形符號和文字所表達的是應用級的模型，在語義上它是UML元模型的實例。標準建模語言UML的重要內容可以由下列五類圖(共9種圖形)來定義第一類是用例圖，從用戶角度描述系統功能，並指出各功能的操作者。第二類是靜態圖(Static diagram)，包括類圖、對象圖和包圖。其中類圖描述系統中類的靜態結構。不僅定義系統中的類，表示類之間的聯繫如關聯、依賴、聚合等，也包括類的內部結構(類的屬性和操作)。類圖描述的是一種靜態關係，在系統的整個生命周期都是有效的。對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。他們的不同點在於對象圖顯示類的多個對象實例，而不是實際的類。一個對象圖是類圖的一個實例。由於對象存在生命周期，因此對象圖只能在系統某一時間段存在。包由包或類組成，表示包與包之間的關係。包圖用於描述系統的分層結構。第三類是行為圖(Behavior diagram),描述系統的動態模型和組成對象間的交互關係。其中狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。通常，狀態圖是對類圖的補充。在實用上並不需要為所有的類畫狀態圖，僅為那些有多個狀態其行為受外界環境的影響並且發生改變的類畫狀態圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關係，有利於識別並行活動。第四類是交互圖(Interactive diagram),描述對象間的交互關係。其中順序圖顯示對象之間的動態合作關係，它強調對象之間消息發送的順序，同時顯示對象之間的交互；合作圖描述對象間的協作關係，合作圖跟順序圖相似，顯示對象間的動態合作關係。除顯示信息交換外，合作圖還顯示對象以及它們之間的關係。如果強調時間和順序，則使用順序圖；如果強調上下級關係，則選擇合作圖。這兩種圖合稱為交互圖。、第五類是實現圖(Implementation diagram)。其中構件圖描述代碼部件的物理結構及各部件之間的依賴關係。一個部件可能是一個資原始碼部件、一個二進位部件或一個可執行部件。它包含邏輯類或實現類的有關信息。部件圖有助於分析和理解部件之間的相互影響程度。配置圖定義系統中軟硬體的物理體系結構。它可以顯示實際的計算機和設備(用節點表示)以及它們之間的連接關係，也可顯示連接的類型及部件之間的依賴性。在節點內部，放置可執行部件和對象以顯示節點跟可執行軟體單元的對應關係。從應用的角度看，當採用面向對象技術設計系統時，首先是描述需求；其次根據需求建立系統的靜態模型，以構造系統的結構；第三步是描述系統的行為。其中在第一步與第二步中所建立的模型都是靜態的，包括用例圖、類圖(包含包)、對象圖、組件圖和配置圖等五個圖形，是標準建模語言UML的靜態建模機制。其中第三步中所建立的模型或者可以執行，或者表示執行時的時序狀態或交互關係。它包括狀態圖、活動圖、順序圖和合作圖等四個圖形，是標準建模語言UML的動態建模機制。因此，標準建模語言UML的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。申請人:在實施本發明的過程中發現現有在軟體接口調試階段絕大多數工作靠現場技術人員手工完成，基本沒有軟體接口調試的方法和工具，因此軟體接口的調試基本處於無據可循的局面，無指導方法和記錄工具，如果出現問題無據可查。因此存在以下問題I、現有該項工作處於原始的和整個IT發展不相協調的階段；2、也處於傳統軟體工程和軟體生命周期管理的薄弱環節；3、接口調試正確與否，關係到系統間能否正常工作，關係重大，尤其對於複雜的大規模系統，如電視臺的全臺網系統，因此這項工作確實需要評估、需要記錄、具體工作需要方法指導，因此迫切需要一種得力方法和工具應用於本領域。
發明內容
本發明提供一種基於UML序列圖的軟體接口調試指導方法，主要解決如下技術問題
1、UML序列圖是一種需求分析和系統設計的工具，通常用於系統建設的前期，本發明引用這種方法應用於系統建設的後期，對系統上線和接口安裝調試階段，採用此方法進行相應的工作指導和工作成果記錄；2、使得原本在此階段(接口調試階段)較多依靠人為行為的工作，也有規範系統工具可以採用。另外，對於此階段經常出現的無序化、人為因素成分大和無可靠的文檔記錄相應工作成果的現狀，有了很大的改善；3、作為一種被廣泛認可的系統方法(UML)，規範性的語言表述和可普遍被技術人員所接受的載體，不但可以在軟體接口調試階段，指導技術人員工作，還具有通過此工具進行事前事後評估的有利一面，使原先工作中無據可循、缺少方法和工具的狀態得以改善。4、序列圖(Sequence Diagram)採用泳道圖的類型,具有嚴謹的表述方式,無論對於系統接口中，尤其是Webservice接口的同步調用或異步調用，以及其它形式的自身函數 調用，均可明晰清楚的表示出來，而且序列圖帶有時間先後順序的表述方法，因此是很貼切接口調試工作的一種工具。本發明提供了一種基於UML序列圖的軟體接口調試方法，包括明確係統交互需要調試的接口，對每一個需要調試的接口應用序列圖繪出交互的細節；對記錄接口交互細節的序列圖和接口調試工作成果進行定性或定量的評估。
為了更清楚地說明本發明實施例的技術方案，下面將對實施例描述中使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖I為本發明實施例一種基於UML序列圖的軟體接口調試指導方法的流程圖；圖2為本發明實施例一種基於UML序列圖的軟體接口調試指導方法子網與主幹平臺進行統一認證的接口調試交互序列圖；圖3為本發明實施例一種基於UML序列圖的軟體接口調試指導方法子網與主幹平臺進行用戶和部門信息同步的接口調試交互序列圖；圖4為本發明實施例一種基於UML序列圖的軟體接口調試指導方法子網通過主幹平臺與總編室備播進行節目入庫的接口調試交互序列圖；圖5為本發明實施例一種基於UML序列圖的軟體接口調試指導方法子網通過主幹平臺與總編室進行節目代碼綁定的接口調試交互序列圖；圖6為本發明實施例一種基於UML序列圖的軟體接口調試指導方法子網通過主幹平臺與媒資系統進行節目素材入庫的接口調試交互序列圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，需要指出的是，所描述的實施例僅僅是本發明的一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
本發明實施例提供了一種基於UML序列圖的軟體接口調試指導方法，如圖I所示，包括S101，應用UML序列圖進行接口調試的工作記錄，製作接口調試交互序列圖。具體步驟為S1011，明確係統交互要調試的接口；S1012，對每一個要調試的接口，應用序列圖繪製出交互的細節；S1013，用泳道代表一個需要交互的系統；S1014，用箭頭指向表示一個接口函數或服務的調用；S1015，通過泳道的分段清晰表示出同步或異步調用；S1016,用箭頭上方文字表示發出請求(Request)或接受響應(Response)返回的函數或服務名。通過步驟S1011-S1016製作出序列圖2_6，對應的分別為子網與主幹平臺進行統一認證的接口調試交互序列圖、子網與主幹平臺進行用戶和部門信息同步的接口調試交互序列圖、子網通過主幹平臺與總編室備播進行節目入庫的接口調試交互序列圖、子網通過主幹平臺與總編室進行節目代碼綁定的接口調試交互序列圖、子網通過主幹平臺與媒資系統進行節目素材入庫的接口調試交互序列圖。步驟S102，對記錄接口交互細節的序列圖和接口調試工作成果進行定性或定量的評估。具體步驟為步驟1021 :首先，如步驟SlOl中繪製的序列圖，系統接口間交互的詳細過程表露
無遺漏；
步驟1022 :對於每張圖(對應一個接口)的接口名稱、調試人、調試時間、修改時間、圖表繪製人等信息以標籤的形式體現在圖中，因此使得工作可追溯，責任可到人，自動記錄的時間信息有利於跟蹤調試狀態到某一個時間點；步驟1023 :針對每一張序列圖進行接口調試方法、狀態、進度和問題的討論和評估，不但可以快速發現問題所在，同時也避免空談或機房現場辦公。步驟1024 :根據調試進展和調整每張序列圖，發布不同版本；步驟1025 :接口全部調試完畢，整理所有圖表，並記錄在案，可作為正式工作文檔永久與項目其它技術文檔一併保存；步驟1026 :對於系統在運行階段發生的接口問題，可有助於技術人員遠程診斷問題所在，尤其對於與外網隔離的、無法進行遠程管理的生產型網絡尤其有效。本發明實施例提供的應用於系統建設的後期的基於UML序列圖的軟體接口調試指導方法提高軟體接口調試，尤其是大規模網絡軟體接口調試的工作效率和意義作用明顯，對系統上線和接口安裝調試階段，採用此方法進行相應的工作指導和工作成果記錄，在軟體接口調試-這一特定軟體生命周期對其進行保護，有利於軟體全壽期的運行維護參考。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通過硬體實現，也可以藉助軟體加必要的通用硬體平臺的方式來實現。本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的一個或多個裝置中。上述實施例的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。以上公開的僅為本 發明的幾個具體實施例，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。
權利要求
1.一種基於UML序列圖的軟體接口調試指導方法，其特徵在於，包括 應用統一建模語言UML序列圖進行接口調試的工作記錄，製作接口調試交互序列圖； 對記錄接口交互細節的序列圖和接口調試工作成果進行定性或定量的評估。
2.如權利要求I所述的基於UML序列圖的軟體接口調試指導方法，其特徵在於，所述製作接口調試交互序列圖前還包括明確係統交互要調試的接口。
3.如權利要求I所述的基於UML序列圖的軟體接口調試指導方法，其特徵在於，所述製作接口調試交互序列圖具體為對每一個要調試的接口，應用序列圖繪製出交互的細節。
4.如權利要求3所述的基於UML序列圖的軟體接口調試指導方法，其特徵在於所述應用序列圖繪製出交互的細節具體為用箭頭指向表示一個接口函數或服務的調用；通過泳道的分段清晰表示出同步或異步調用；用箭頭上方文字表示發出請求或接受響應返回的函數或服務名。
5.如權利要求I所述的基於UML序列圖的軟體接口調試指導方法，其特徵在於，製作的接口調試交互序列圖包括子網與主幹平臺進行統一認證的接口調試交互序列圖，子網與主幹平臺進行用戶和部門信息同步的接口調試交互序列圖，子網通過主幹平臺與總編室備播進行節目入庫的接口調試交互序列圖，子網通過主幹平臺與總編室進行節目代碼綁定的接口調試交互序列圖，子網通過主幹平臺與媒資系統進行節目素材入庫的接口調試交互序列圖。
6.如權利要求I所述的基於UML序列圖的軟體接口調試指導方法，其特徵在於，所述對記錄接口交互細節的序列圖和接口調試工作成果進行定性或定量的評估具體為 繪製序列圖，所述序列圖中系統接口間交互的詳細過程表露無遺漏； 對於每張序列圖的接口名稱、調試人、調試時間、修改時間、圖表繪製人信息以標籤的形式體現在圖中； 針對每一張序列圖進行接口調試方法、狀態、進度和問題的討論和評估；根據調試進展和調整每張序列圖，發布不同版本；接口全部調試完畢，整理所有圖表，並記錄在案。
全文摘要
本發明一種基於UML序列圖的軟體接口調試指導方法，包括應用統一建模語言UML序列圖進行接口調試的工作記錄，製作接口調試交互序列圖；對記錄接口交互細節的序列圖和接口調試工作成果進行定性或定量的評估。通過本發明提供的應用於系統建設的後期的基於UML序列圖的軟體接口調試指導方法提高軟體接口調試，尤其是大規模網絡軟體接口調試的工作效率和意義作用明顯，對系統上線和接口安裝調試階段，採用此方法進行相應的工作指導和工作成果記錄，在軟體接口調試-這一特定軟體生命周期對其進行保護，有利於軟體全壽期的運行維護參考。
文檔編號G06F11/36GK102722433SQ20111007683
公開日2012年10月10日 申請日期2011年3月29日 優先權日2011年3月29日
發明者王堃越 申請人:新奧特(北京)視頻技術有限公司