企業中的it很苦，軟體有問題要處理。 軟體一公升級，往往面對的是更多的問題。於是有人叫出「不可公升級」、「不可輕易公升級」。。。
如何面對軟體公升級？
下面我就和大家說說「軟體公升級那點事兒」
0.什麼是公升級(what)
軟體公升級一般有兩種：小版本公升級、大版本公升級
小版本公升級一般不會有大的模組、技術架構更新，往往是bug修改或區域性小的功能調整，一般對原有系統產生的負面影響不大，一般不需要對原有資料做額外處理（有些廠商直接規定小版本公升級不能修改表結構）。
大版本公升級則一般修改較大，會伴隨有模組增加、流程修改、作業重新規劃、資料庫調整、技術架構變化、新技術應用等，可能會影響到原有已經規劃的流程、功能、二次開發的使用，伴隨資料庫的調整還會產生資料的轉換，有外部系統介面的系統還可能會涉及到外部介面的重新調整。大版公升級對企業來說是有風險的、有成本的，需要慎重考慮。
1.為什麼要公升級(why)
對軟體廠商來說，由於行業發展、產品成熟度、開發進度等因素，一般產品都會依版本進行規劃，所以一般來說版本越高的越成熟，功能更完善，銷售更有價值。而且軟體廠商的維護能力是有限的，不可能維護產品自產生以來的所有版本（比如修正bug），所以促進客戶公升級就成為必然的需要。將客戶使用的版本限定有一定的範圍內，有利於統一維護，統一管理，降低成本。
對企業來說，小版公升級一般是解決潛在的bug，也許企業用不到，但隨時公升級還是乙個良好的習慣（就象windows系統一直在推出的補丁包），良好管理的補丁包不會給小版公升級帶來什麼風險。前提是也就是這個「良好管理」，如果小版公升級要手動，或無回溯機制，或無介紹說明。。。不要考慮了，反正影響也不大。已經在使用中存在的bug，經廠商修改後確認問題解決，則必須要公升級。
對企業來說，大版公升級有較高風險，為什麼要公升級？第一，目前版本功能不夠用，需要新版本的功能。如舊版沒有高階成本模組，而新版有這個模組；舊版沒有gsp，而新版則有；第二，目前版本技術有問題，嚴重影響使用。如效率低、不支援web、不支援移動等，而在新版本中對這些提供了更佳的支援（如支援oracle資料庫，則可以將原sqlserver遷移到oracle以解決效率問題，ps：我不認為也是解決效率問題的根本，根本應該是設計問題，但現在沒有辦法，許多企業就是這樣解決的，讓廠商修改設計也不容易）；第三，由於種種原因，目前版本應不效果不好，可能是產品原因或實施原因。希望可以通過公升級創造乙個重新梳理的機會。第四，從軟體廠商的角度來看，企業公升級還可以獲得更好的服務支援。這個尤其適用自身it能力不足的企業，需要軟體廠商幫忙維護系統，解決使用中的問題，進行二次開發等，這些企業最好保持軟體版本在軟體廠商的主流版本上。
所以，公升級有時還是必要的，主要看你「痛」不「痛」。
2.什麼時候公升級(when)
關於公升級的時機，要從產品與企業自身的業務週期來考慮。
小版公升級，影響不大，可隨時進行，但盡量避免在月末、月頭進行月結的時候進行。小版公升級需要的時間一般不多，可以選擇在晚上或是週末進行。
大版公升級，從產品考慮，要評估大版更新產品的成熟度。盡量不要做廠商的小白鼠，不要成為第一批公升級客戶，可以選在大版公升級推出後6-12個月，錯過第一波公升級試驗階段，一般來說，經過一波公升級，應該出現的問題應該會出現了，廠商也有了針對問題的處理方法或產品經過修改成熟度有提公升。所以，這個部分是越晚越好。希望跟隨軟體廠商主流版本的，可以在廠商下乙個大版本推出之前公升級到當前版本。
大版公升級，從企業自身業務週期考慮，盡可能選擇企業業務較少的時候進行。一般企業經營都有淡旺季，盡量選擇經營淡季進行。此時公升級各部門有時間配合，即使出現問題，對經營影響也不大。
大版公升級需要整體規劃，盡可能列入年度it規劃，爭取高層與業務部門的支援，進行統一評估、統一安排時間。
3.由誰公升級(who)
公升級的執行者可以是企業it部門或軟體廠商來實施。
一般來說，小版公升級由企業it部門實施。
大版公升級，如果是小白鼠，一定要由軟體廠商現場服務，it部門與業務部門成立專案組配合。從這方面來說，軟體大版公升級需要列入it年度規劃。
成熟的大版公升級，在有足夠完善的公升級工具的情況下，可由it部門實施，由軟體廠商提供遠端協助。
4.如何公升級(how)
有了前面的準備，公升級變得不再難。
小版公升級，選擇好時間，提前準備好測試環境，進行測試公升級，測試公升級沒有問題，再到正式環境公升級。
大版公升級，提前準備工作就更多，與上線乙個新系統差不多。大致可以按以下步驟來：
（1）建立專案組織。不僅僅是it部門，還有業務部門和軟體廠商。
（2）制度專案計畫
（3）準備測試環境。將現有正式環境複製乙份，作為公升級測試環境。
（4）在測試環境中公升級，然後調整配置、流程、二次開發、外接介面等，並做所有業務的測試。這個就是要業務部門人員參與的部分。這個部分可能需要很多長時間，相當於系統並行。
（5）針對測試環境的問題進高配置、流程、軟體的調整，並調整系統操作手冊。
（6）確認測試環境公升級沒有問題，打正式公升級報告給高層，選擇合適的時間進行正式公升級。
（7）公升級後操作培訓。在測試環境中進行人員操作培訓。
（8）正式環境公升級。將測試環境中的配置、流程、二次開發、外接介面、資料轉換規則/工具應用在正式環境上。此時正式環境需要面臨一段時間的停機（幾天到1周），盡量在1週內完成。
（9）正式使用與問題處理。1個月的時間內，完成乙個經營週期的工作，收集與處理問題。及時發現，及時解決。
（10）公升級完成。總結公升級過程，上報公升級效果。
總體來說，公升級要慎重，尤其是大版公升級，是乙個系統工程。
同時，也建議it進行選型的時候，將大版公升級作為非常重要的乙個環節來評估軟體廠商的服務支援能力。
最後，祝各位「公升級快樂」！
企業資訊化
要清晰地理解和掌握企業資訊化規劃的概念，我們需要首先認識什麼是企業資訊化。所謂企業資訊化，就是企業將資訊科技手段應用到企業的生產和運營管理中，利用資訊科技來改造和提公升自己管理水平的過程，在這一過程中，企業挖掘先進的管理理念，通過先進的資訊科技和管理手段去整合企業現有的生產 經營 設計 製造 管理和...
企業資訊化
以資訊化帶動工業化,我們要實現跳躍式發展,不再走西方工業化的老路,並且應該看到 企業資訊化是城市資訊化,區域資訊化和國家資訊化的重要基礎 企業資訊化 企業資訊化是指在企業業務流程和生產經營活動重組和優化的基礎上,利用計算機技術 網路技術和資料技術對企業進行 整合化管理,實現企業內部 外部資訊共享和資...
企業資訊化
以資訊化帶動工業化,我們要實現跳躍式發展,不再走西方工業化的老路,並且應該看到 企業資訊化是城市資訊化,區域資訊化和國家資訊化的重要基礎 企業資訊化 企業資訊化是指在企業業務流程和生產經營活動重組和優化的基礎上,利用計算機技術 網路技術和資料技術對企業進行 整合化管理,實現企業內部 外部資訊共享和資...