CIO選型避坑指南(nán)NO.1平台支持自(zì)維護嗎(ma)？

寫在前面

最近，e-works發布了《中國(guó)工(gōng)業軟件(jiàn)和服務企業名錄》1000家。當我看(kàn)到這個數字，一邊感歎我國(guó)的工(gōng)業軟件(jiàn)即将崛起，另一邊也爲CIO的選型之難擔起了憂。

試想一下，如(rú)果你(nǐ)帶朋友去(qù)一家面館吃(chī)飯，是不是點餐特别快(kuài)？可(kě)是你(nǐ)如(rú)果去(qù)一家綜合餐廳，光(guāng)菜單就(jiù)得(de)看(kàn)十幾分(fēn)鍾。

爲什麽呢(ne)，因爲第一種情況，就(jiù)是按人(rén)頭點面，無非加什麽鹵，沒有太多的選擇。第二種情況呢(ne)，一方面要考慮朋友的喜好做篩選和取舍，另一方面點完之後還(hái)得(de)考慮下吃(chī)不吃(chī)得(de)完或者夠不夠吃(chī)，甚至還(hái)要在腦子裡(lǐ)默默算下大(dà)概費用。

這樣下來(lái)是不是就(jiù)看(kàn)出來(lái)差别了。

選型如(rú)同點菜，選擇性越多，越難選。在同樣确定了你(nǐ)的目标之後，擁有的選擇越多，所花費的時間成本、費用成本、機(jī)會成本則越高。同樣地，所獲得(de)的預期收益也不一樣。

于是，筆者結合多年(nián)目睹客戶選型的痛點，嘔心瀝血整理(lǐ)了一部分(fēn)選型避坑指南(nán)，希望給諸位CIO一些有益的參考。

本欄目将定期更新，歡迎關注本公衆号，及時查收。

#平台自(zì)維護#

CIO經常有個困境，辛辛苦苦選型，調動公司全體(tǐ)資源成功上線的系統，越用越雞肋。

我們先腦補這樣一個場景，是不是您也經曆過？

某項目成功達到預期目标，項目驗收完畢，顧問(wèn)撤場。

但(dàn)是，過了沒多久，公司管理(lǐ)流程伴随組織架構調整發生(shēng)了新的變化。于是，項目經理(lǐ)抓緊聯系供應商，由于供應商剛撤出不久，人(rén)走茶未涼，礙于面子也給完成了調整。後來(lái)随着公司的發展，越來(lái)越多的流程、部門(mén)權責、生(shēng)産組織方式、新産品導入、甚至用戶的操作(zuò)要求發生(shēng)了變化。

如(rú)果過了服務期，再去(qù)聯系供應商去(qù)更改。往往是2種結果：要麽系統無法滿足定制化更改；要麽定制化更改工(gōng)作(zuò)量太大(dà)，周期長，無法免費服務。

其實這裡(lǐ)隐含了3個矛盾：

變與不變的矛盾

業務需求千變萬化，企業的不斷發展要求軟件(jiàn)能輕松更新，以滿足企業“變”的需要。而傳統軟件(jiàn)一經完成，不能做太多的變動，重新開發或者購(gòu)買勞民(mín)傷财，而且等不起。

定制開發價格和企業預算相(xiàng)距甚遠(yuǎn)的矛盾

對于軟件(jiàn)公司來(lái)說(shuō)，定制的軟件(jiàn)系統投入成本大(dà)，價格無法降低。企業則要求有物美價廉的定制服務。最好的辦法是，最懂(dǒng)自(zì)己業務的企業内部人(rén)可(kě)以自(zì)己開發和調整，但(dàn)又缺少專業人(rén)員(yuán)。

通用性和個性化的矛盾

對企業管理(lǐ)最了解、最能正确決定企業管理(lǐ)模式的應該是企業經營者，而非軟件(jiàn)公司。現有的大(dà)部分(fēn)應用軟件(jiàn)無法适應管理(lǐ)千變萬化的個性和持續變更的需求。

爲了應對以上難題，選擇支持自(zì)維護的軟件(jiàn)開發平台就(jiù)顯得(de)尤爲關鍵。

自(zì)維護平台是什麽？

配置型軟件(jiàn)開發平台就(jiù)是一種可(kě)以支持自(zì)維護的平台。

無需編寫代碼，直接利用平台已經封裝的控件(jiàn)，業務程序單元，組合配置業務邏輯即可(kě)生(shēng)成系統。修改和維護過程均不用代碼，甚至開發者根本看(kàn)不到代碼。這樣就(jiù)降低了開發的難度。同時由于開發者可(kě)以複用控件(jiàn)和程序單元，開發速度也會有很大(dà)提升。甚至企業自(zì)開發的軟件(jiàn)可(kě)以完全不依賴于軟件(jiàn)公司。

什麽樣的平台才算一個可(kě)以支持自(zì)維護的配置型開發平台呢(ne)？筆者認爲可(kě)以從(cóng)以下幾個方面去(qù)衡量：

是否采用.net，JAVA，JavaScript等主流語言開發。數據庫是否采用Oracle、MySQL、Hbase 、SQL Server等主流數據庫。

開放(fàng)的平台是自(zì)運維的前提。是否可(kě)開放(fàng)數據結構、數據字典、業務層面的源碼。管理(lǐ)軟件(jiàn)的功能，配置源碼存儲在數據庫中，是否可(kě)使用、修改和擴充。是否可(kě)提供平台使用的培訓和自(zì)維護的基本場景培訓。

平台本身(shēn)的控件(jiàn)是否可(kě)擴充、是否可(kě)修改/新配置系統間接口、是否可(kě)增加聯網設備。平台是否可(kě)以叠代更新。

是否隻具備數據庫基礎和增删改查技能即可(kě)維護。是否提供全面的開發輔助工(gōng)具，包含模塊導入/導出、代碼定義、數據導入/導出工(gōng)具、報表和打印表單工(gōng)具、代碼生(shēng)成和bug跟蹤工(gōng)具、數據遷移工(gōng)具、在線升級、平台監控工(gōng)具等。開發人(rén)員(yuán)可(kě)以在無代碼的前提下通過工(gōng)具實現系統構建。

部門(mén)權責的變化在企業中十分(fēn)常見(jiàn)的。如(rú)果應用系統無法很方便地實現權責和部門(mén)的調整，就(jiù)會造成業務上一套，系統上一套，無法匹配。

權限和部門(mén)調整是否可(kě)控制到數據、按鈕，可(kě)根據不同的人(rén)設定不同的詳細權限。權限調整是否可(kě)以快(kuài)速應用。

流程是否可(kě)以依據線上引擎，快(kuài)速實現流程的搭建和調整。是否可(kě)實現串行、并行等各種複雜的流程邏輯關系。應用到具體(tǐ)功能的時候是否可(kě)以很方便的實現流程節點的增減，以及承載流程的部門(mén)權責的分(fēn)配甚至交給他(tā)人(rén)處理(lǐ)。是否支持微信、短(duǎn)信、郵件(jiàn)、釘釘、app等多種提醒通知和催辦。

産品、産線數據是否可(kě)以參數化配置，是否可(kě)以通過系統功能方便地複制、編輯、生(shēng)成。産線、工(gōng)位、設備和倉庫等可(kě)增加/調整。

報表可(kě)由用戶靈活定制；支持複雜報表生(shēng)成，以所見(jiàn)所得(de)方式導出。是否可(kě)以集成Excel，做到會在Excel中設計(jì)即可(kě)實現報表設計(jì)。

任何用戶界面修改是否可(kě)以快(kuài)速實施與部署。所有界面可(kě)根據客戶要求定制化實施，可(kě)快(kuài)速根據客戶要求進行更新。數據項是否可(kě)以添加、定制順序。界面發布是否可(kě)以不停機(jī)。

同一個系統是否可(kě)以提供多個客戶風(fēng)格的布局。是否可(kě)以提供根據用戶使用習慣或者用戶自(zì)設置常用界面、磁貼、快(kuài)速入口、顔色标識和個性化提醒方式。是否可(kě)以定制用戶個性化數據項顯示順序同時不影(yǐng)響他(tā)人(rén)。

是否可(kě)以多種語言快(kuài)速切換部署。

寫在最後的話(huà)

信息化日(rì)新月異的時代，随着公司發展，部門(mén)權責、工(gōng)作(zuò)流程、生(shēng)産組織方式、産品設置用戶操作(zuò)習慣，無時無刻不在發生(shēng)變化。

選擇一個可(kě)以自(zì)維護的配置型開發平台尤爲顯得(de)重要。

評價一個配置型開發平台是否可(kě)以支持自(zì)維護，可(kě)以從(cóng)開發語言、數據庫、平台開放(fàng)性、可(kě)擴展性、對維護人(rén)員(yuán)的技能要求、權責部門(mén)/工(gōng)作(zuò)流程/報表定制、新産品産線快(kuài)速導入、用戶個性化需求和多語言等方面考量。

希望掌握了這份自(zì)維護平台的評估細則，可(kě)以幫助您在應用系統選型時提供一些參考。

文末福利

關注公衆号，回複關鍵字【自(zì)運維】獲取CIO選型避坑指南(nán)NO.1系列福利，元工(gōng)國(guó)際平台自(zì)運維支持介紹PPT。

返回