專(zhuān)利名稱(chēng)：一種基于uml序列圖的軟件接口調(diào)試指導(dǎo)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及系統(tǒng)控制技術(shù)領(lǐng)域，特別涉及一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法。
背景技術(shù)：
統(tǒng)一建模語(yǔ)言(UML)是非專(zhuān)利的第三代建模和規(guī)約語(yǔ)言。UML是在開(kāi)發(fā)階段，說(shuō)明，可視化，構(gòu)建和書(shū)寫(xiě)一個(gè)面向?qū)ο筌浖芗到y(tǒng)的制品的開(kāi)放方法。UML展現(xiàn)了一系列最佳工程實(shí)踐，這些最佳實(shí)踐在對(duì)大規(guī)模，復(fù)雜系統(tǒng)進(jìn)行建模方面，特別是在軟件架構(gòu)層次已經(jīng)被驗(yàn)證有效。UML作為一種模型語(yǔ)言，它使開(kāi)發(fā)人員專(zhuān)注于建立產(chǎn)品的模型和結(jié)構(gòu)，而不是選用什么程序語(yǔ)言和算法實(shí)現(xiàn)。當(dāng)模型建立之后，模型可以被UML工具轉(zhuǎn)化成指定的程序語(yǔ)言代碼。 UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語(yǔ)言。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開(kāi)始的軟件開(kāi)發(fā)的全過(guò)程。UML是一個(gè)標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計(jì)，也不是一種方法，它僅僅是一組符號(hào)而已。首先，UML融合了 Booch、OMT和OOSE方法中的基本概念，而且這些基本概念與其他面向?qū)ο蠹夹g(shù)中的基本概念大多相同，因而，UML必然成為這些方法以及其他方法的使用者樂(lè)于采用的一種簡(jiǎn)單一致的建模語(yǔ)言；其次，UML不僅僅是上述方法的簡(jiǎn)單匯合，而是在這些方法的基礎(chǔ)上廣泛征求意見(jiàn)，集眾家之長(zhǎng)，幾經(jīng)修改而完成的，UML擴(kuò)展了現(xiàn)有方法的應(yīng)用范圍；第三，UML是標(biāo)準(zhǔn)的建模語(yǔ)言，而不是標(biāo)準(zhǔn)的開(kāi)發(fā)過(guò)程。盡管UML的應(yīng)用必然以系統(tǒng)的開(kāi)發(fā)過(guò)程為背景，但由于不同的組織和不同的應(yīng)用領(lǐng)域，需要采取不同的開(kāi)發(fā)過(guò)程。作為一種建模語(yǔ)言，UML的定義包括UML語(yǔ)義和UML表示法兩個(gè)部分。(I) UML語(yǔ)義描述基于UML的精確元模型定義。元模型為UML的所有元素在語(yǔ)法和語(yǔ)義上提供了簡(jiǎn)單、一致、通用的定義性說(shuō)明，使開(kāi)發(fā)者能在語(yǔ)義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。此外UML還支持對(duì)元模型的擴(kuò)展定義。(2)UML表示法定義UML符號(hào)的表示法，為開(kāi)發(fā)者或開(kāi)發(fā)工具使用這些圖形符號(hào)和文本語(yǔ)法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型，在語(yǔ)義上它是UML元模型的實(shí)例。標(biāo)準(zhǔn)建模語(yǔ)言UML的重要內(nèi)容可以由下列五類(lèi)圖(共9種圖形)來(lái)定義第一類(lèi)是用例圖，從用戶(hù)角度描述系統(tǒng)功能，并指出各功能的操作者。第二類(lèi)是靜態(tài)圖(Static diagram)，包括類(lèi)圖、對(duì)象圖和包圖。其中類(lèi)圖描述系統(tǒng)中類(lèi)的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類(lèi)，表示類(lèi)之間的聯(lián)系如關(guān)聯(lián)、依賴(lài)、聚合等，也包括類(lèi)的內(nèi)部結(jié)構(gòu)(類(lèi)的屬性和操作)。類(lèi)圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個(gè)生命周期都是有效的。對(duì)象圖是類(lèi)圖的實(shí)例，幾乎使用與類(lèi)圖完全相同的標(biāo)識(shí)。他們的不同點(diǎn)在于對(duì)象圖顯示類(lèi)的多個(gè)對(duì)象實(shí)例，而不是實(shí)際的類(lèi)。一個(gè)對(duì)象圖是類(lèi)圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期，因此對(duì)象圖只能在系統(tǒng)某一時(shí)間段存在。包由包或類(lèi)組成，表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。第三類(lèi)是行為圖(Behavior diagram),描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系。其中狀態(tài)圖描述類(lèi)的對(duì)象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對(duì)類(lèi)圖的補(bǔ)充。在實(shí)用上并不需要為所有的類(lèi)畫(huà)狀態(tài)圖，僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類(lèi)畫(huà)狀態(tài)圖。而活動(dòng)圖描述滿(mǎn)足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識(shí)別并行活動(dòng)。第四類(lèi)是交互圖(Interactive diagram),描述對(duì)象間的交互關(guān)系。其中順序圖顯示對(duì)象之間的動(dòng)態(tài)合作關(guān)系，它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的順序，同時(shí)顯示對(duì)象之間的交互；合作圖描述對(duì)象間的協(xié)作關(guān)系，合作圖跟順序圖相似，顯示對(duì)象間的動(dòng)態(tài)合作關(guān)系。除顯示信息交換外，合作圖還顯示對(duì)象以及它們之間的關(guān)系。如果強(qiáng)調(diào)時(shí)間和順序，則使用順序圖；如果強(qiáng)調(diào)上下級(jí)關(guān)系，則選擇合作圖。這兩種圖合稱(chēng)為交互圖。、第五類(lèi)是實(shí)現(xiàn)圖(Implementation diagram)。其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴(lài)關(guān)系。一個(gè)部件可能是一個(gè)資源代碼部件、一個(gè)二進(jìn)制部件或一個(gè)可執(zhí)行部件。它包含邏輯類(lèi)或?qū)崿F(xiàn)類(lèi)的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。配置圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它可以顯示實(shí)際的計(jì)算機(jī)和設(shè)備(用節(jié)點(diǎn)表示)以及它們之間的連接關(guān)系，也可顯示連接的類(lèi)型及部件之間的依賴(lài)性。在節(jié)點(diǎn)內(nèi)部，放置可執(zhí)行部件和對(duì)象以顯示節(jié)點(diǎn)跟可執(zhí)行軟件單元的對(duì)應(yīng)關(guān)系。從應(yīng)用的角度看，當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計(jì)系統(tǒng)時(shí)，首先是描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的，包括用例圖、類(lèi)圖(包含包)、對(duì)象圖、組件圖和配置圖等五個(gè)圖形，是標(biāo)準(zhǔn)建模語(yǔ)言UML的靜態(tài)建模機(jī)制。其中第三步中所建立的模型或者可以執(zhí)行，或者表示執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、活動(dòng)圖、順序圖和合作圖等四個(gè)圖形，是標(biāo)準(zhǔn)建模語(yǔ)言UML的動(dòng)態(tài)建模機(jī)制。因此，標(biāo)準(zhǔn)建模語(yǔ)言UML的主要內(nèi)容也可以歸納為靜態(tài)建模機(jī)制和動(dòng)態(tài)建模機(jī)制兩大類(lèi)。申請(qǐng)人:在實(shí)施本發(fā)明的過(guò)程中發(fā)現(xiàn)現(xiàn)有在軟件接口調(diào)試階段絕大多數(shù)工作靠現(xiàn)場(chǎng)技術(shù)人員手工完成，基本沒(méi)有軟件接口調(diào)試的方法和工具，因此軟件接口的調(diào)試基本處于無(wú)據(jù)可循的局面，無(wú)指導(dǎo)方法和記錄工具，如果出現(xiàn)問(wèn)題無(wú)據(jù)可查。因此存在以下問(wèn)題I、現(xiàn)有該項(xiàng)工作處于原始的和整個(gè)IT發(fā)展不相協(xié)調(diào)的階段；2、也處于傳統(tǒng)軟件工程和軟件生命周期管理的薄弱環(huán)節(jié)；3、接口調(diào)試正確與否，關(guān)系到系統(tǒng)間能否正常工作，關(guān)系重大，尤其對(duì)于復(fù)雜的大規(guī)模系統(tǒng)，如電視臺(tái)的全臺(tái)網(wǎng)系統(tǒng)，因此這項(xiàng)工作確實(shí)需要評(píng)估、需要記錄、具體工作需要方法指導(dǎo)，因此迫切需要一種得力方法和工具應(yīng)用于本領(lǐng)域。

發(fā)明內(nèi)容
本發(fā)明提供一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，主要解決如下技術(shù)問(wèn)題
1、UML序列圖是一種需求分析和系統(tǒng)設(shè)計(jì)的工具，通常用于系統(tǒng)建設(shè)的前期，本發(fā)明引用這種方法應(yīng)用于系統(tǒng)建設(shè)的后期，對(duì)系統(tǒng)上線(xiàn)和接口安裝調(diào)試階段，采用此方法進(jìn)行相應(yīng)的工作指導(dǎo)和工作成果記錄；2、使得原本在此階段(接口調(diào)試階段)較多依靠人為行為的工作，也有規(guī)范系統(tǒng)工具可以采用。另外，對(duì)于此階段經(jīng)常出現(xiàn)的無(wú)序化、人為因素成分大和無(wú)可靠的文檔記錄相應(yīng)工作成果的現(xiàn)狀，有了很大的改善；3、作為一種被廣泛認(rèn)可的系統(tǒng)方法(UML)，規(guī)范性的語(yǔ)言表述和可普遍被技術(shù)人員所接受的載體，不但可以在軟件接口調(diào)試階段，指導(dǎo)技術(shù)人員工作，還具有通過(guò)此工具進(jìn)行事前事后評(píng)估的有利一面，使原先工作中無(wú)據(jù)可循、缺少方法和工具的狀態(tài)得以改善。4、序列圖(Sequence Diagram)采用泳道圖的類(lèi)型,具有嚴(yán)謹(jǐn)?shù)谋硎龇绞?無(wú)論對(duì)于系統(tǒng)接口中，尤其是Webservice接口的同步調(diào)用或異步調(diào)用，以及其它形式的自身函數(shù) 調(diào)用，均可明晰清楚的表示出來(lái)，而且序列圖帶有時(shí)間先后順序的表述方法，因此是很貼切接口調(diào)試工作的一種工具。本發(fā)明提供了一種基于UML序列圖的軟件接口調(diào)試方法，包括明確系統(tǒng)交互需要調(diào)試的接口，對(duì)每一個(gè)需要調(diào)試的接口應(yīng)用序列圖繪出交互的細(xì)節(jié)；對(duì)記錄接口交互細(xì)節(jié)的序列圖和接口調(diào)試工作成果進(jìn)行定性或定量的評(píng)估。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例描述中使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明實(shí)施例一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法的流程圖；圖2為本發(fā)明實(shí)施例一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法子網(wǎng)與主干平臺(tái)進(jìn)行統(tǒng)一認(rèn)證的接口調(diào)試交互序列圖；圖3為本發(fā)明實(shí)施例一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法子網(wǎng)與主干平臺(tái)進(jìn)行用戶(hù)和部門(mén)信息同步的接口調(diào)試交互序列圖；圖4為本發(fā)明實(shí)施例一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法子網(wǎng)通過(guò)主干平臺(tái)與總編室備播進(jìn)行節(jié)目入庫(kù)的接口調(diào)試交互序列圖；圖5為本發(fā)明實(shí)施例一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法子網(wǎng)通過(guò)主干平臺(tái)與總編室進(jìn)行節(jié)目代碼綁定的接口調(diào)試交互序列圖；圖6為本發(fā)明實(shí)施例一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法子網(wǎng)通過(guò)主干平臺(tái)與媒資系統(tǒng)進(jìn)行節(jié)目素材入庫(kù)的接口調(diào)試交互序列圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，需要指出的是，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實(shí)施例提供了一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，如圖I所示，包括S101，應(yīng)用UML序列圖進(jìn)行接口調(diào)試的工作記錄，制作接口調(diào)試交互序列圖。具體步驟為S1011，明確系統(tǒng)交互要調(diào)試的接口；S1012，對(duì)每一個(gè)要調(diào)試的接口，應(yīng)用序列圖繪制出交互的細(xì)節(jié)；S1013，用泳道代表一個(gè)需要交互的系統(tǒng)；S1014，用箭頭指向表示一個(gè)接口函數(shù)或服務(wù)的調(diào)用；S1015，通過(guò)泳道的分段清晰表示出同步或異步調(diào)用；S1016,用箭頭上方文字表示發(fā)出請(qǐng)求(Request)或接受響應(yīng)(Response)返回的函數(shù)或服務(wù)名。通過(guò)步驟S1011-S1016制作出序列圖2_6，對(duì)應(yīng)的分別為子網(wǎng)與主干平臺(tái)進(jìn)行統(tǒng)一認(rèn)證的接口調(diào)試交互序列圖、子網(wǎng)與主干平臺(tái)進(jìn)行用戶(hù)和部門(mén)信息同步的接口調(diào)試交互序列圖、子網(wǎng)通過(guò)主干平臺(tái)與總編室備播進(jìn)行節(jié)目入庫(kù)的接口調(diào)試交互序列圖、子網(wǎng)通過(guò)主干平臺(tái)與總編室進(jìn)行節(jié)目代碼綁定的接口調(diào)試交互序列圖、子網(wǎng)通過(guò)主干平臺(tái)與媒資系統(tǒng)進(jìn)行節(jié)目素材入庫(kù)的接口調(diào)試交互序列圖。步驟S102，對(duì)記錄接口交互細(xì)節(jié)的序列圖和接口調(diào)試工作成果進(jìn)行定性或定量的評(píng)估。具體步驟為步驟1021 :首先，如步驟SlOl中繪制的序列圖，系統(tǒng)接口間交互的詳細(xì)過(guò)程表露
無(wú)遺漏；
步驟1022 :對(duì)于每張圖(對(duì)應(yīng)一個(gè)接口)的接口名稱(chēng)、調(diào)試人、調(diào)試時(shí)間、修改時(shí)間、圖表繪制人等信息以標(biāo)簽的形式體現(xiàn)在圖中，因此使得工作可追溯，責(zé)任可到人，自動(dòng)記錄的時(shí)間信息有利于跟蹤調(diào)試狀態(tài)到某一個(gè)時(shí)間點(diǎn)；步驟1023 :針對(duì)每一張序列圖進(jìn)行接口調(diào)試方法、狀態(tài)、進(jìn)度和問(wèn)題的討論和評(píng)估，不但可以快速發(fā)現(xiàn)問(wèn)題所在，同時(shí)也避免空談或機(jī)房現(xiàn)場(chǎng)辦公。步驟1024 :根據(jù)調(diào)試進(jìn)展和調(diào)整每張序列圖，發(fā)布不同版本；步驟1025 :接口全部調(diào)試完畢，整理所有圖表，并記錄在案，可作為正式工作文檔永久與項(xiàng)目其它技術(shù)文檔一并保存；步驟1026 :對(duì)于系統(tǒng)在運(yùn)行階段發(fā)生的接口問(wèn)題，可有助于技術(shù)人員遠(yuǎn)程診斷問(wèn)題所在，尤其對(duì)于與外網(wǎng)隔離的、無(wú)法進(jìn)行遠(yuǎn)程管理的生產(chǎn)型網(wǎng)絡(luò)尤其有效。本發(fā)明實(shí)施例提供的應(yīng)用于系統(tǒng)建設(shè)的后期的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法提高軟件接口調(diào)試，尤其是大規(guī)模網(wǎng)絡(luò)軟件接口調(diào)試的工作效率和意義作用明顯，對(duì)系統(tǒng)上線(xiàn)和接口安裝調(diào)試階段，采用此方法進(jìn)行相應(yīng)的工作指導(dǎo)和工作成果記錄，在軟件接口調(diào)試-這一特定軟件生命周期對(duì)其進(jìn)行保護(hù)，有利于軟件全壽期的運(yùn)行維護(hù)參考。通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過(guò)硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。以上公開(kāi)的僅為本 發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，其特征在于，包括 應(yīng)用統(tǒng)一建模語(yǔ)言UML序列圖進(jìn)行接口調(diào)試的工作記錄，制作接口調(diào)試交互序列圖； 對(duì)記錄接口交互細(xì)節(jié)的序列圖和接口調(diào)試工作成果進(jìn)行定性或定量的評(píng)估。
2.如權(quán)利要求I所述的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，其特征在于，所述制作接口調(diào)試交互序列圖前還包括明確系統(tǒng)交互要調(diào)試的接口。
3.如權(quán)利要求I所述的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，其特征在于，所述制作接口調(diào)試交互序列圖具體為對(duì)每一個(gè)要調(diào)試的接口，應(yīng)用序列圖繪制出交互的細(xì)節(jié)。
4.如權(quán)利要求3所述的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，其特征在于所述應(yīng)用序列圖繪制出交互的細(xì)節(jié)具體為用箭頭指向表示一個(gè)接口函數(shù)或服務(wù)的調(diào)用；通過(guò)泳道的分段清晰表示出同步或異步調(diào)用；用箭頭上方文字表示發(fā)出請(qǐng)求或接受響應(yīng)返回的函數(shù)或服務(wù)名。
5.如權(quán)利要求I所述的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，其特征在于，制作的接口調(diào)試交互序列圖包括子網(wǎng)與主干平臺(tái)進(jìn)行統(tǒng)一認(rèn)證的接口調(diào)試交互序列圖，子網(wǎng)與主干平臺(tái)進(jìn)行用戶(hù)和部門(mén)信息同步的接口調(diào)試交互序列圖，子網(wǎng)通過(guò)主干平臺(tái)與總編室備播進(jìn)行節(jié)目入庫(kù)的接口調(diào)試交互序列圖，子網(wǎng)通過(guò)主干平臺(tái)與總編室進(jìn)行節(jié)目代碼綁定的接口調(diào)試交互序列圖，子網(wǎng)通過(guò)主干平臺(tái)與媒資系統(tǒng)進(jìn)行節(jié)目素材入庫(kù)的接口調(diào)試交互序列圖。
6.如權(quán)利要求I所述的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，其特征在于，所述對(duì)記錄接口交互細(xì)節(jié)的序列圖和接口調(diào)試工作成果進(jìn)行定性或定量的評(píng)估具體為 繪制序列圖，所述序列圖中系統(tǒng)接口間交互的詳細(xì)過(guò)程表露無(wú)遺漏； 對(duì)于每張序列圖的接口名稱(chēng)、調(diào)試人、調(diào)試時(shí)間、修改時(shí)間、圖表繪制人信息以標(biāo)簽的形式體現(xiàn)在圖中； 針對(duì)每一張序列圖進(jìn)行接口調(diào)試方法、狀態(tài)、進(jìn)度和問(wèn)題的討論和評(píng)估；根據(jù)調(diào)試進(jìn)展和調(diào)整每張序列圖，發(fā)布不同版本；接口全部調(diào)試完畢，整理所有圖表，并記錄在案。
全文摘要
本發(fā)明一種基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法，包括應(yīng)用統(tǒng)一建模語(yǔ)言UML序列圖進(jìn)行接口調(diào)試的工作記錄，制作接口調(diào)試交互序列圖；對(duì)記錄接口交互細(xì)節(jié)的序列圖和接口調(diào)試工作成果進(jìn)行定性或定量的評(píng)估。通過(guò)本發(fā)明提供的應(yīng)用于系統(tǒng)建設(shè)的后期的基于UML序列圖的軟件接口調(diào)試指導(dǎo)方法提高軟件接口調(diào)試，尤其是大規(guī)模網(wǎng)絡(luò)軟件接口調(diào)試的工作效率和意義作用明顯，對(duì)系統(tǒng)上線(xiàn)和接口安裝調(diào)試階段，采用此方法進(jìn)行相應(yīng)的工作指導(dǎo)和工作成果記錄，在軟件接口調(diào)試-這一特定軟件生命周期對(duì)其進(jìn)行保護(hù)，有利于軟件全壽期的運(yùn)行維護(hù)參考。
文檔編號(hào)G06F11/36GK102722433SQ20111007683
公開(kāi)日2012年10月10日 申請(qǐng)日期2011年3月29日 優(yōu)先權(quán)日2011年3月29日
發(fā)明者王堃越 申請(qǐng)人:新奧特(北京)視頻技術(shù)有限公司