目錄：1 概述... 3
1.1 前言... 3
1.2 客戶現狀... 3
1.3 負責工作... 4
2 如何做好介面... 4
2.1 什麼是介面... 4
2.2 介面形式... 4
2.3 介面5w1h.. 5
2.3.1 何因... 5
2.3.2 何事... 5
2.3.3 何地... 5
2.3.4 何時... 6
2.3.5 何人... 6
2.3.6 何法... 6
3 其他... 7
3.1 心得... 7
在大型公司的軟體實施中，軟體介面在實施中占有較大比重。由於大型公司企業資訊化程度相對較高，使用的軟體系統也較多，當需將多個系統協調配合進行工作時，介面是進行資料溝通、整合資訊最佳方式。
當介面越來越複雜，涉及到的應用系統越來越多時，如何將介面做好變成為一門學問。介面過程中涉及的東西很多，如專案管理、業務背景、技術背景、協調能力等等。唯有通過不斷的實踐總結理論，再以理論指導進行更好的實踐，迴圈往復探索更加符合企業軟體環境的介面實施方法。
客戶目前使用hyperion系統做預算編製，為了更好的控制預算，並簡化複雜的報銷流程，選用了我公司的網路報銷控制系統。通過控制系統系統與現 有系統進行資料整合，將已有系統中可使用的資料與我方系統相結合，保持多個系統資料的一致性，並有效利用現有資料，減少手工的資料錄入。
l系統
hyperion用做企業預算編製，包含企業大部分預算資料，這些預算數需要匯入到控制系統中，轉換成我方系統中的預算數。
l系統
hrplus主要用於為員工工資發放，包含公司人員的相關資料。hrplus介面需將其中的人員資訊按客戶需求做適當處理進入成本控制系統。控制系統的審批流程 需依據hrplus系統的直屬主管資訊進行判斷，流程步驟根據員職級進行設定， hrplus中的基礎資料是控制系統執行基礎。
l系統
cams用做工程款付款管理，系統有不與hyperion重合的單獨在建工程預算，幷包含工程付款所需要的單據。介面程式需將cams系統當中的部分單據資料以及與之對應的預算資料匯入的費用控制系統當中，在進行流程審批後，將控制系統產生的付款資訊導回到cams系統當中。
筆者主要負責cams系統介面以及hrplus介面，主要包括如下方面：
l 了解客戶需求並將編寫相關文件進行需求確認。
需求調研：l 設計介面邏輯方案與技術方案，通過與客戶、開發部、第三方**商的溝通，確定介面實現方式以及實現效果。
方案設計：l 在方案確定後，需開發部門安排介面中每乙個功能實現時間，版本更新時間，每天進行進度跟蹤。
進度跟蹤：l 主要分為基礎資料蒐集錄入以及配置對應關係表，如cams介面涉及6張對應關係表，需通過對應表將客戶提供的資料與控制系統中的資料關聯。
資料配置：l 測試是對上述工作的檢測，介面是否符合客戶需求，是否穩定都需在測試階段進行驗證。
介面測試：l 測試完成後將介面部署的客戶正式伺服器上，並更新系統相關配置檔案。
部署：上述工作也是介面實施中基本會涉及到的工作任務，需實施人員做好合理安排，確保各個工作有條不紊的進行。
要做好介面，首先要知道介面是什麼。實施過程中的介面是指通過技術手段，實現兩個或多個系統之間資料互動、資料共享一種解決方案。
介面的三種形式：
l第一種：對方提供資料給我方系統。
hrplus介面使用屬於第一種情況，我方通過對方提供的資料庫使用者，對錶中資料直接進行讀取。
l第二種：我方提供資料給對方系統。
l第三種：前兩種的結合，包括資料的取得與回傳。
cams介面是第三種情況，介面當中我方首先要得到cams系統中的單據資料，在控制系統中走完付款流程後，將流程中產生的財務審批相關的資料再回寫到cams系統當中，是雙向介面。
做系統介面過程就是解決問題的過程，將5w1h分析法用在介面分析上，從何因、何事、何地、何時、何人、何法六個方面提出問題進行思考，可幫助介面需求人員更加細緻的了解介面過程中需要完成的工作。
此種分析法可作為介面調研設計過程中的模板，解決好5w1h，是做好介面的保證。
「做正確的事，再正確的做事」，在客戶提出要做介面時，首先想到的是這個介面不是怎麼去做，而是是不是有必要去做。
對於客戶的介面要求，不要立刻答應，當然也不能立刻回絕，需和客戶經過詳細的溝通，並參考開發部門的意見後再做決定。對於不合理的介面需求，應通過 引導客戶的方式，盡量不要做。比如和控制系統基本上沒有關係，或是沒有包含在當初的招標檔案當中以及合同當中，此類需求需盡量通過溝通說服等方式解決。
另有些介面可以用系統現有功能替代實現，並非一定要定製開發，實施人員可建議一些較為容易的實現方式，如系統已有的資料匯入匯出方式，對於匯入匯出實在滿足不了需求的，再做定奪。
「何事」主要針對於取數的物件，即客戶需要將什麼系統的什麼資料取到我方系統中，此時需要關注的問題是這些資料在控制系統當中的用途，如何與系統現有功能進行結合。
以cams介面為例，cams系統不包含審批流程控制功能，故客戶希望將cams中的單據資料傳遞到控制系統當中進行流程的審批。客戶的此種需求就 涉及到與控制系統中控制單據這個功能模組進行結合，進行分析時應考慮到控制系統對單據的格式要求以及資料要求。此外，客戶需要已有的基礎資料如單據的格 式、字段資訊、審批流程作為介面方案設計的參考資料。
「何地」不是指具體的地點，而是指從什麼伺服器獲取資料，取數後存放在什麼伺服器。
如hrplus介面進行取數時，根據hrplus**商提供的資料庫賬戶，將其系統中查詢到的資料存放到我方系統的臨時表中，然後再做處理。
cams介面是通過webservice進行資料傳遞，這裡的「何地」是指webservice位址。
「何時」指什麼時間進行資料的傳遞，可分為實時與定時：
l實時介面：指當使用者執行觸發特定事件後執行介面程式，進行資料傳遞，如cams介面，當使用者點選單據回傳按鈕後，觸發介面程式，將帶有付款審批資訊的cams單據回傳到cams系統。
l定時介面：通常用做資料的定期同步，如hprlus介面每天晚上9點將最新hrplus資料同步到控制系統當中。做需求時需根據使用者實際情況進行定時時間的確定，一般是凌晨進行。
「何人」指哪一方取數，可分為我方與他方，下面結合資料提供方式進行說明。
按照資料提供方式分為主動取數與對方推送資料兩種：
主動取數：l 主動取數指對方提供資料來源，我通過讀取資料源資料的方式取得資料，又可分為直接取數與間接取數兩種。
直接取數：hrplus介面中，hrplus系統提供其資料庫中具有特定查詢許可權的資料庫賬戶，我方通過對方提供的資料查詢語句取得資料，就是直接取數。
間接取數：由於不是所有系統都願意開放其資料庫供他方系統訪問，有些**商只提供如webservice之類的資料傳遞中介，我方可通過訪問其webservice，取得資料，這就是間接取數。
對方推送：l 對方推送我方提供可以接受資料的webservice方法供他方呼叫，他方**商可呼叫此 webservice將資料推送到我方系統。在cams介面中，我方提供乙個接受資料的webservice方法，cams方在系統中有相關單據生成時， 呼叫此webserviec，將表單資料傳遞至我方。
何法主要指取得資料後的處理，需結合現有系統功能進行細緻分析。
實施人員在充分挖掘客戶需求的基礎上，及時與開發部門進行溝通反饋，由於開發人員對系統設計層面的知識有更深的了解，在設計過程中更加容易發現問題。
以cams介面為例，控制系統單據的預算由單據包含的維度成員來確定，當cams中單據向控制系統單據進行轉換時，需要將cams系統中的維度，對 應到控制系統當中。由於控制系統中單據涉及六個維度，cams系統單據只包含兩個維度，故需通過對應關係與設定預設值的方式，將cams中兩個維度的單據 變為控制系統中六個維度的單據。
另外cams單據中部分欄位是控制系統中沒有的，設計表單時通過自定義字段，並在後台資料庫中，將cams傳遞過來的列名與控制系統中的列名進行對應關係設定，將cams中的字段資訊與控制系統的字段對應起來。
再舉個hrplus例子，介面調研時需要客戶提供需要傳遞的字段資訊，如員工姓名、登入名、職級、公司等，得到這些欄位後，便要開始分析這些欄位在 系統當中的作用，如hrplus系統中的登入名要轉換成控制系統中的登入名。由於hrplus系統中公司與部門的層級關係，在控制系統中是專案與部門的層 級關係，還需有對應關係表，將二者對應起來。此外當hrplus中人員變動時，在控制系統中人員的相應資訊，如職級資訊，也要跟著變動，此時要考慮到是否 對系統流程產生影響，這就需要和開發部進行及時的溝通。
此過程是介面中最為複雜的部分，需要協調各方人員進行溝通，故在時間安排上此步驟也應當是最多的。溝通過程中涉及的細節問題需通過郵件與客戶確認，並記錄的相關文件當中。
介面是乙個很細緻的工作，不僅要考慮到介面中資料的取得，還需考慮與系統的結合。作為專案實施中占有較大比重的一部分，介面實施的好壞直接關係的專案整體的實施進度與實施質量，只有多實踐多總結，才能了對介面實施有更加深入的了解。
目錄
如何做好Web介面測試
說說我在測試介面時遇到的一些需要注意的點 1 介面返回 資料格式是否與預期一致。例如 要求返回json格式的資料，json資料的key命名是否正確，對應的value是否與資料庫一致。需要轉換的資料是否正確轉換，例如時間戳是否按正確轉換為時間格式的資料。2 容錯處理 引數傳值錯誤時，介面是否能給出相應...
介面測試怎麼進行,如何做好介面測試
介面測試主要用於外部系統與系統之間以及內部各個子系統之間的互動點，定義特定的互動點，然後通過這些互動點來，通過一些特殊的規則也就是協議，來進行資料之間的互動。1 webservice介面 是走soap協議通過http傳輸，請求報文和返回報文都是xml格式的，我們在測試的時候都用通過工具才能進行呼叫，...
介面測試怎麼進行,如何做好介面測試
一 什麼是介面？介面測試主要用於外部系統與系統之間以及內部各個子系統之間的互動點，定義特定的互動點，然後通過這些互動點來，通過一些特殊的規則也就是協議，來進行資料之間的互動。二 常用介面採用方式 1 webservice介面 是走soap協議通過http傳輸，請求報文和返回報文都是xml格式的，我們...