一張沉澱了九年的說明書,LeaRun技術創業指導篇


       都說十年磨一劍,現在離十年,僅有咫尺之遙了。

       記得當初因爲工作的迷茫,才走上創業這條路的。既然是創業,就要選好發展方向,那年互聯網異軍突起,導致各大行業需要轉型。所以很明確地做了管理類軟件開發,但是做哪方面呢?這個過程是相當長且痛苦的,剛開始沒有太在意自己最熟悉的行業,反而跑去琢磨教育類軟件,養老院相關軟件,診所管理軟件等。而且在每一個方向都琢磨了很長的時間,甚至都拿出了初步的方案。但是到實際操作時,發現沒有相關行業的資深人員參與,做出來的東西根本沒法用。

       幾個志同道合的人,經過無數次的討論,最終確定了我們的發展方向:集中開發業務管理軟件,協調辦公軟件。

       系統的管理思路閉環由老領導憑藉其幾十年的管理經驗提出,再經過我們不同知識背景人員的補充形成。經過可行性分析、管理思路完善之後,從大的框架到實現細節,歷時幾個月終於完善了。然後拿着方案跟業內的管理專家和企業高管溝通,所幸的是在溝通的過程中所有的人都很贊同我們的東西,覺得對企業的幫助應該非常大。

一.系統初步規劃

       按照我們的規劃,系統起碼應該有這幾個功能:

1.能快速開發出各種漂亮的報表。這款軟件主要是給企業使用的,數據的展示必須簡潔美觀。

2.即時通訊,方便管理層的命令下達。

3.工作流引擎,通用性強。

4.方便的數據導入導出功能。由於這套系統是一個跨業務平臺,很多數據取之於不同的管理系統,有的來自ERP,有的來自財務軟件,有的來自CRM等等,那麼簡單高效的數據接口是成功的關鍵。

5.嚴密、完善的權限安全控制體系模塊。由於系統管理的數據是企業的核心機密,一旦泄漏給競爭對手,那將是毀滅性的,因此要從各個方面控制權限。我們規劃至少應該從這幾個方面控制:

1)服務器的硬件隔離。數據庫及應用都在企業內部網,不考慮B/S架構,而且服務器的連接要加密,不能讓管理員之外的人員知道。

2)系統登錄使用動態口令。考慮給系統使用人員都配備動態口令牌,登錄時除了需要輸入靜態密碼外,還需輸入動態口令牌中的動態口令。賬戶和口令牌一一對應,口令牌半分鐘或一分鐘變更一次口令。

3)系統登錄與IP地址或MAC地址綁定。對於關鍵崗位人員,能登錄本系統的IP地址或MAC地址必須是有限制的。

4)嚴密的授權體系。首先必須要有部門、角色、人員的三級授權體系。其次要能做到原子級授權,即各個功能的各項操作都要有權限控制。最後要有數據權限控制,不同的人打開相同的功能,其能看到的數據是不同的,有得多有的少。

6,快速開發。除了系統平臺的功能外,大量的是業務實現功能,開發這些功能時要能快速實現,要是一箇中等複雜的功能需要好幾天的時間開發,那麼等系統開發完,就好幾年以後了。

       按照這樣的思路規劃完系統後,我們突然發現,這對我們來說幾乎是不可能實現的。像我這樣的非專業開發人員(工作以後,很大一部分時間在做ERP實施,開發做的不是很多),能否將這些需求設計出來還是一問題,談到開發出來簡直是天方夜談。自己開發不出來,是否可以考慮招人呢?也不行,手頭的開發資金預算有限,沒有辦公場所,招了人去哪辦公?又沒有太多的精力管理開發人員?一系列的問題目前是沒辦法解決的。

       唯一可行的還是硬着頭皮自己開發,沒招了。

二.開發平臺選擇

       只能是購買一個現成的平臺,在此基礎上開發我們的系統。既然是購買平臺,那就要慎之又慎,我們幾個人都把身家性命、前途未來押在這上面了,不管哪個環節出問題,都將是致命的。出問題不僅僅是金錢的損失,原來的同事怎麼看,丟不起人,三四十歲的人了,也輸不起。處於這種考慮,詳細討論了好多次,最終形成了我們的需求。

1,平臺必須要提供源碼,不加密,開發的產品在銷售上不能有任何約束,不用購買其任何授權。很鮮活的例子,有同事的公司曾經購買了別人的平臺,開發時需要供應商授權(每個開發者都需要一個授權),每銷售出一套產品之後還要分成。這不還是給別人打工嗎?這種三毛、哪吒、金剛葫蘆娃級的損己利人的事咱還是別幹了吧。

2,系統穩定。一定要穩定,別讓花費很大的精力去溝通、處理平臺的BUG,光業務功能的實現已經夠我喝一壺的了,再要是平臺經不起折騰,出問題,再換平臺,還是殺了我算了,人生已經浪費不起,30多歲了。

3,底層應用豐富。底層的服務或應用要完善,如果需要我自己從底層開始,開發一個平臺應用模塊,我沒有精力,也不願意在這上面消耗耗費時間,都是軟件開發行業的過來人,都知道開發軟件有多少說不出的辛苦、平常人無法理解的痛。有儘可能多的函數、類,只需要熟悉其調用方法,在開發新功能應該不是難事。這樣不但用着爽,而且節約時間。

4,爲了能長期使用,平臺應該與業務是分離的。平臺的修改或升級不能影響到我的業務模塊。另一方面,由於開發週期緊張,如果除了開發業務,還要處理平臺問題,一個是能力不夠,另外時間、身體、精力方面都不允許。最好的模式應該是,平臺的問題由平臺開發者處理,我只需專注於處理業務,我也想有個正常人的生活,工作之餘陪陪家人孩子,有個好身體,再活他500年。

5,有示例可以參考。不管是項目的示例還是功能的示例,我相信只要給我參考的示例,怎麼着我也能模仿着做出自己的功能來,這麼多年的開發工作經驗,讓我很堅信這一點。發明創造是難了一點兒,但是模仿的水平絕對是一流的。

6,完善的服務。不要是一把一清的只買了產品,在開發中是否能提供指導,以後能否提供產品升級,這也是非常關鍵的問題。這個年代,已經不缺好的產品了,缺的是完善的服務。很明顯的例子,買車的時候,是不是都會考慮售後呢?車是每個家庭的大件物品,而這個平臺是我們公司的核心產品,都選擇好的服務,道理是一樣的。

      於是在將近一個多月的時間裏,瘋狂的上網查資料,找同學幫忙介紹,各種途徑找適合我們的開發平臺。由於自己熟悉的是JAVA開發,因此想找個成熟好用的JAVA平臺,但是努力一番之後,查找無果。只好放棄這個思路,管他用什麼開發的,只要是成熟的平臺,開發語言現學就是了。

       找到了不少平臺,但是仔細琢磨之後,發現成體系的不多,能直接拿來做商業系統開發的,爲數更少了。經過一段時間篩選,初步框定了幾個平臺,對着這些平臺,我們幾個做了詳細分析,這些平臺各有所長,很難取捨。怎麼辦呢,總不能都買吧。最後轉換了下思路,重新審視我們自己的狀況,我們幾個組合後的長處是管理創新,能提出很多管理方面的思路,但是技術方面很薄弱,對平臺的要求除了前面的基本需求之外,能快速開發出實用的業務功能纔是我們最關注的。因爲按照我們以往的工作方式,在軟件選型時,吹噓有多麼先進的技術,多麼花裏胡哨的界面,我們根本就不關注,甚至是抵觸的。擠掉這些水分,真正能幫企業解決管理問題的,少之又少。

       反而是我們自己開發的,看起來異常醜陋的東西,很實用,也很能解決問題。就這個問題,我們專門做過分析,爲什麼拿着軟件給客戶演示的時候,他們會提一些界面、實現技術等一些莫名其妙的問題,我們認爲原因有三方面。1,提這些問題的,很大一部分是信息部的人,懂一些技術,不太懂管理,那麼爲了體現自己的價值,除了提這些問題,還能提什麼呢?2,如果使用者中有人提出這個不好用,那個難用之類的問題,那麼你的這套系統肯定觸動了他的利益,否則作爲一個打工者,纔不會在這上面費那麼多心思(我不否定真有人花心思深入的考慮系統問題,但是這樣的人很少,退一步說,既然他這麼有心思,那麼他肯定不會僅僅關注這些問題,我們有自信能在管理角度說服他)。

       給客戶講解的時候,企業的高層很少提好不好用,界面是否漂亮,技術是否先進之類的問題,高層關注的是能不能提升管理,能不能解決我的問題,纔不會去關注這些細枝末節的問題,本來就給他們工資了,管你怎麼幹只要給我出結果就行,每天的工作那麼多,難道會去關注一個小辦事員在處理數據的時候是否方便?簡直是笑話。

       按照這樣的標準分析之後,有個叫力軟敏捷開發框架的東西就冒出來了,系統的功能很符合我們的需求。

       經過一週多的QQ、電話溝通,心中有譜了,這就是我們要找的實現業務系統開發的實實在在的基礎模板,完全符合我們的需求,而且價格也在我們可接受的預算範圍之內。於是很快的做了一個分析報告,給老領導彙報了,幾乎沒有任何爭議,大家一致決定購買這個平臺,最終我們購買了其企業旗艦版。

       旗艦版的好處是有個長期穩定的售後服務,雖然也可以從其他平臺手中拿到一些東西,但是學習曲線太陡,沒有售後服務,沒有正式授權。公司穩定良好的工作都要放棄了,甚至人生未來都賭上了,還是挑個省心、安心、靠譜的東西要緊。這是對未來5-10年,甚至是20年的長遠規劃的起步。

3.系統開發

       進入了正式開發,力軟指導了一個月時間之後,我在業務功能開發方面就沒有問題了,而且在這一個月內,竟然開發出了大部分的業務功能,不到兩個月,第一個版本的軟件系統開發完成。雖然後期我們對系統的業務功能做了無數次的調整,而且有些很複雜的功能,但是系統自帶了大量的組件,只要按照需求,東拼西湊,想要的功能基本都能開發出來。到後期熟練之後,業務功能的開發速度非常快,曾經一天能開發出7,8個功能。

4.系統展示

       時至今日,軟件已經開發完畢,業務功能基本按照我們的規劃完成了開發,而且平臺方面的各種功能也能按我們的預計實現。沒有很高的技術含量,一起從實用觸發,但是符合我們設想的實際流程,實際工作、管理需要。下面截圖僅展示系統功能,由於涉及到商業方面的因素,只提供基礎框架的圖片。





5.開發總結

雖然創業中有各種各樣的問題、困難、瓶頸需要處理,但由於我是負責技術的,大量的時間花在系統開發上,因此在這方面還是有點感觸,寫下來作爲以後的參考。

1)老生常談,開發之前需求一定要討論得非常清楚。無數次,在討論之後,感覺思路比較清晰了,就動手開發,結果往往由於細節所限,推倒重來,浪費了大量的精力。

2)雖然是單兵作戰,在動手之前還是要做好各種設計,否則很可能由於思路不完善,導致大量的返工,吃一塹長一智。現在的做法是,在開發任何功能之前,都會先理清功能需求,功能界面和數據流,最後列出開發步驟,然後按步驟一步一步開發。

3)相關的文檔一定要完善,比如設計文檔,使用文檔等。若是不做記錄,過一段時間,連自己都不知道當時怎麼考慮的了,當然代碼也要寫好註釋。

不管怎麼樣,經過無數個日日夜夜的激情工作,系統開發出來了,真心感謝我們這個團隊,面對問題時專心處理問題的態度,毫無保留的貢獻自己的智慧,是一個志同道合的,實實在在做事的團隊,各自不同專業累計的經驗正好形成一個互補的團隊,相信一定會成功的。

還得感謝這個開發平臺,基礎功能非常完善,底層應用也很全面,服務也相當到位,無論何時何地都能方便的聯繫到開發者本人。在我的開發過程中,力軟能不厭其煩的指導我,通過電話、QQ、遠程桌面等各種方式,幫我解決了很多問題。無論如何,能夠順利開發出我們的業務系統,很大一部分原因是,我不用擔心權限控制,審批流等、消息提醒、基礎數據管理等等平臺底層的開發問題,所有的精力只放在了核心業務的開發上。

就寫這麼多吧,從給人打工到給自己幹,感覺是個比較大的改變,因此囉囉嗦嗦寫這麼一堆,無他,紀念而已。

6.後記

總感覺意猶未盡,再多談談力軟的這套框架,畢竟對我的幫助特別大,而且直到現在我們仍然認爲這平臺非常值,不管這句話在別人看來是多麼的矯情,但是我真是想表達自己的感謝之情。

在開發我們系統的這段時間,曾經花了不少時間看底層源碼,力軟能堅持這麼多年改進一個軟件,堅持着把反饋的問題修正,再考慮兼容性,通用性,業務與系統底層的分離等等,還是挺不容易的。

目前來看,我的業務系統還是比較穩定成熟的,模仿力軟的例子做出來的功能,規避了好多有可能出現的BUG(在看代碼的時候感觸特別大,有些我沒想到的地方,他都有容錯處理)。系統自帶的權限等模塊就更不用擔心了,反正有問題找他處理就行了。

希望力軟的路也能走得越寬,能得到更多人的理解與同情,都是追逐夢想的人,力軟想開發通用的簡易快速開發平臺,我要做信息化傳統行業的業務系統,都是你爲我服務,我爲你服務的事情。現在這年代的創業,光憑自己的力量從頭做起,傻子才幹的事,我們始終認爲最經濟有效的是途徑是購買別人的組件,快速組合成自己的產品。

往深了說,還是因爲東西好用,如果不好用,是忽悠人的東西,以我這性格,還真做不出這種事來,也沒心思花好幾天的時間扯這些閒淡。如果有跟我相似情況的同仁,建議還是多做分析參考,各種因素分析之後再做出自己的判斷,畢竟鞋合不合腳,只有自己清楚。創業沒那麼簡單,別一衝動給自己的將來埋下隱患,一定要冷靜再冷靜。

相信,隨着敏捷思想的不斷深入,力軟敏捷開發框架會得到越來越多人的認同,畢竟,價值纔是第一驅動力。

一路走來數個年頭,感謝力軟敏捷開發框架框的支持者與使用者,大家可以通過下面的地址瞭解詳情。

力軟敏捷開發框架官方網站:www.learun.cn

力軟敏捷開發框架官方免費體驗網站:http://www.learun.cn/Home/VerificationForm

力軟敏捷開發框架由專業團隊長期打造、一直在更新、一直在升級,請放心使用!


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章