版本依賴是大連智慧工地軟件維護(hù)過程中需要面對的一個(gè)重要問題。我們知道，由于軟件維護(hù)有一個(gè)較長的生命周期，在此期間，組成軟件系統(tǒng)的組件（包括第三方的組件）可能會發(fā)生一些變化，例如，功能改變、接口改變等。對于不太清楚那些變化的軟件維護(hù)人員來說，經(jīng)常會在使用這些組件時(shí)陷入麻煩。
有一種常見的做法是，在產(chǎn)品發(fā)布后，通過培訓(xùn)或文檔的形式把組件的版本信息告知相關(guān)人員。不過，這種做法的效果很差。對于一個(gè)大型的企業(yè)應(yīng)用系統(tǒng)來說，要手工檢查大量組件的版本信息幾乎不大可能。也正是因?yàn)檫@個(gè)原因，我們經(jīng)常會碰到版本不兼容的問題。例如，在新功能開發(fā)的時(shí)候，我們使用了一個(gè)第三方組件的新版本，而在老系統(tǒng)中使用的是這個(gè)組件的老版本，這些版本可能又分別依賴了其他組件的不同版本，這種版本之間的依賴性導(dǎo)致了很多不確定的問題。
有些軟件開發(fā)組織嘗試通過過程控制來規(guī)避版本依賴問題。也就是說，他們通過文檔、角色劃分和流程審核來保證版本的正確性。那些指定的配置管理人員負(fù)責(zé)版本的控制，每一次變化都要經(jīng)過相關(guān)人員的討論。由于這種做法完全靠人工把關(guān)，因此盡管有一定的作用，但是很低效。
致遠(yuǎn)服軟認(rèn)為：http://www.soft8.com.cn/還有些軟件開發(fā)組織嘗試封裝第三方的組件。也就是說，他們不把第三方組件的接口開放給軟件開發(fā)人員，而是通過提供自己封裝的接口來減少第三方組件變化帶來的影響。這種做法非常粗暴，不僅實(shí)施效果差，還會帶來其他的問題。例如，由于粗暴的封裝，無法充分發(fā)揮第三方組件的功效。
一種好的做法是，把版本依賴看作是軟件開發(fā)的一部分。在大連智慧工地軟件維護(hù)過程中，我們不再使用第三方組件，而是使用帶有版本號的第三方組件。這種思想上的細(xì)微變化，對軟件開發(fā)和維護(hù)具有重要的意義?；谶@種思想，組件之間的依賴關(guān)系將不是來自總結(jié)，而是來自規(guī)劃，也就是說，版本依賴將成為軟件設(shè)計(jì)的一個(gè)重要組成。
場景故事點(diǎn)評：
在我們的案例中，保費(fèi)計(jì)算差了一塊錢。這正是由于版本依賴帶來的問題。這類問題很容易給大連數(shù)據(jù)導(dǎo)入導(dǎo)出軟件開發(fā)人員帶來困擾。TFC項(xiàng)目或許應(yīng)該使用一些更好的解決版本依賴的自動化工具。
現(xiàn)在，業(yè)界已經(jīng)出現(xiàn)了解決版本依賴的自動化工具，例如Maven 。事實(shí)上，在我看來，Maven是一個(gè)軟件“零配件”管理工具，它提供了從大連智慧工地軟件維護(hù)的構(gòu)建一直到產(chǎn)品發(fā)布這個(gè)周期內(nèi)幾乎所有的“零配件”管理功能，例如，項(xiàng)目結(jié)構(gòu)、編譯源文件、測試、打包、管理版本依賴、發(fā)布等。其中，版本依賴的解決方案是最吸引我的地方。
