公司軟件技術現狀綜合分析報告目錄一、概述2二、客戶現狀分析2三、行業領域經驗分析2四、技術經驗積累分析4五、技術管理情況分析5六、溝通與團隊協作情況分析5七、面臨關鍵問題分析及解決建議6(一)關于提高生產率6(二)關于基礎開發框架的統一7(三)關于信息中心提出的“全流程”生產管理平臺的設想8八、綜合分析8一、 概述經過與部分軟件技術骨干的交流，對鎮海煉化應用系統建設現狀及公司軟件業務現狀（不包括ERP和工控相關軟件業務）及技術現狀等進行簡單分析，一些關鍵問題給予建議。二、 客戶現狀分析鎮海煉化是我們的主要客戶，同時也代表了信息系統建設多年的、系統上的多但是很雜亂的一類客戶，目前正在考慮老城區改造和新城區規劃相結合的方式進行后續應用系統建設，煉化領導在近幾年煉化信息化建設工作會議上提出了關于信息系統“治亂、治散”的要求，也給煉化后期應用系統建設的道路以明確的指引。在此思路基礎上，2013年初煉化信息中心有搭建“全流程”生產管理平臺的初步設想，目前提出讓我們公司做3、5年規劃方案。鎮海煉化應用系統建設規模越來越大，層次越來越高也越來越深入，領域幾乎涵蓋鎮海煉化所有業務。鎮海煉化對我們公司軟件開發服務的響應速度的要求和質量要求也越來越高。石化盈科目前正在中石化推廣中國石化煉化企業生產運營平臺集中集成方案，并在燕山石化作為試點，已經領先一步設計了從根本層面解決企業“信息孤島”問題的解決方案。三、 行業領域經驗分析公司自成立以來，軟件業務以客制化項目為主，跨領域較多，也有特定領域的產品研發的嘗試，分析2006年至今的軟件研發、實施項目清單（不包括ERP實施、工控類軟件實施、軟件維護項目），將軟件項目按行業領域分類如下：行業分類項目個數ITSM4IT架構2LIMS2工程管理4其它38企業門戶8石化23統計分析11網站6業務流程5總計103分布圖如下：從數目比較多的軟件項目來看，主攻領域如下：1. 企業門戶網站領域；2. 數據統計分析領域；3. IT服務管理領域；4. 石化領域；5. BPM業務流程管理領域； 6. 工程項目管理領域。其中石化領域類項目中，原油加工損失、計量類等生產輔助類軟件占半數，其它項目實施經驗比較多的領域還有：1. IT基礎應用架構領域（EASP、EASF、ECFJ）；2. HR人力資源領域（宏景HRP）；3. LIMS質量管理領域（LIMS、QMIS）；4. 設備管理領域（設備MIS）。根據各個領域經驗分析優、劣勢如下：1. 企業門戶網站建設以微軟share point產品為主，實施經驗豐富；2. 數據統計分析領域初期以.NET winform技術為主自主研發框架進行項目實施，后期采用java web技術研發框架進行項目實施，這個領域流程化不強，強調數據分析處理，積累了大量數據處理、分析、集成的經驗，為后續鎮海煉化數據中心建設提供保障；3. IT服務管理領域主要以ITIL理念為主進行自主研發，該系統屬于IT服務管理領域的業務管理軟件，一般管理類軟件會隨著各個企業的管理思路不一致而有各種差異，領域特性引起的業務流程和模塊關系復雜，導致不宜擴展，后續軟件升級和改動工作量也較大，市場推廣道路上并不順暢；4. 石化業務相關信息化項目一直是主營業務，積累了一定的項目實施經驗，熟悉石化業務的人員也在逐步成長，對基于ISA95標準的MES領域規范有些研究，為以后鎮海煉化的全流程集成生產管理平臺的建設奠定基礎；5. 工程管理領域以往主要以工程電子結算系列項目為主，近期的工程質量管理系統和后期煉化要上的工程管理系統來看，工程管理領域也在逐步深入；6. BPM業務流程管理領域近幾年介入較深入，成長迅速，實施經驗豐富，實施效果也很令用戶滿意，隨著企業管理規范化程度的逐步加強，該領域是個有前途的領域。在BPM項目過程中還嘗試了自主工作流引擎的研發。7. IT基礎應用架構領域，自公司成立以來，研發部門一直在摸索更好的提高開發效率的方法和工具，加上基礎應用模塊（如：組織結構、權限、工作流）在多個項目中多次接觸，結合參考其他廠商和合作伙伴的開發框架功能，目前積累了大量的經驗，而且有望將開發框架層次提升為IT企業信息化基礎架構平臺的可能。綜合分析，做項目較多的領域中最容易培養出業務領域專家，涉及的技術難題再一一攻破后，最有希望研發出貼近實際業務的、受市場歡迎的優秀軟件產品。四、 技術經驗積累分析后臺主要以oracle數據庫開發為主，積累了大量數據庫開發、調優經驗；客戶端早期.NET winform開發經驗較豐富，后期以B/S模式的JAVA和ASP.NET技術為主實施項目多年，積累了一定技術經驗，其中使用java技術開發的高并發、大數據量的中塑在線網站中積累了大量的java大型系統架構經驗；.NET系統架構以傳統的架構方式為主，高并發、大數據量的系統建設不多，系統架構經驗上略顯不足。目前B/S技術能夠滿足日常項目實施過程中客戶的要求，但在產品研發過程中所需的一些能夠提高用戶操作體驗的、或吸引眼球的特殊界面技術經驗積累不足，主要是由于項目過程中遇到的很多技術難題，因為成本和進度原因都采用變相的、用戶認可的簡單技術方法進行需求的實現，用戶本身要求也不高，導致項目組成員對特殊技術的研究時間投入得不多，經驗積累有限，這樣導致了目前產品功能設計過程中因為技術實現不了而做出讓步，省掉了一些吸引眼球的亮點功能，很多好的概念技術上無法實現，不利于產品的市場推廣。目前公司特殊開發技術的經驗積累有：1. 基于PKI體系的電子簽名，該技術可以為業務流程管理領域的審批過程中提供信息安全保障，主要在電子結算相關項目中積累；2. GDI+繪圖技術，該技術可以更自由、豐富的對數據進行圖形化展示，主要在鐵路MIS項目中積累。五、 技術管理情況分析由于公司一直以做客制化項目為主，各部門的技術骨干一直是以身作則的沖在第一線，多年不斷的忙于應付客制化項目的客戶需求，加上項目進度緊張、資源不夠充足，技術管理者們沒有精力履行技術管理崗位職責，主要體現在：1. 沒有進行知識積累并形成知識庫，一些有用的技術分布在各個開發人員頭腦中，技術人才的離職導致技術損失很大。2. 技術規劃工作力度不夠，部門內部技術交流課題主要以自愿為主，技術目標不明確，沒有圍繞著公司產品研發所需的技術進行深度的研究和交流。3. 缺少對已完成項目的總結，技術和經驗教訓得不到傳承。4. 缺少對歷史項目的軟件缺陷的總結，也很少組織技術人會員系統的學習公司開發規范，項目過程中開發人員犯基本錯誤的情況偶爾發生。5. 配置管理意識不足，版本控制不夠，一些可重用的軟件或開發框架的變更沒有記錄，升級帶來困難。六、 溝通與團隊協作情況分析公司軟件部門大部分時間忙于項目和完成自己手頭工作，缺乏積極的溝通交流氛圍，橫向（部門間、項目間）和縱向（高層、中層、員工）溝通力度不夠，很多關鍵信息橫向無法共享，縱向無法向下傳遞，技術人員大部分時間在完成項目任務而缺乏目標和方向感，主要體現在：1. 團隊協作基本以項目組內協作為主，大部分項目為了節約溝通成本和緩解進度壓力，一人帶頭包攬主要工作（項目管理、需求分析、系統設計），其他組員負責編程實現，導致帶頭的人得到充分的鍛煉，其他組員缺少思考和鍛煉機會而埋沒優秀潛質。2. 橫向溝通交流力度不夠，導致一些項目中積累了有用的設計或技術因為技術人員的低調而被埋沒；一些項目犯的錯誤在其他的項目中還會再犯；一些項目中采用的有效設計無法得到傳承，在另外的項目中會產生重復設計；3. 缺乏有效的激勵機制，一些優秀技術人員研究技術的積極性不高或不愿分享所研究的知識和技術；4. 沒有采用自頂向下的有效方法（先概念設計再詳細設計）進行核心軟件或產品的設計，導致設計方案不易理解，技術評審效果不好；沒有采用頭腦風暴的方式搜集產品需求和好的產品設計理念，因為設計人員本身經驗不夠豐富而造成設計缺陷；設計目標（尤其是概念設計）沒有從頂層統一而產生的溝通障礙，草率投入成本去實現設計，導致研發成果得不到廣泛認可；5. 一些技術骨干按自己習慣做事，沒有經過系統的培訓，思考問題和做事方法不一，因為相互理解偏差而導致溝通不順暢。七、 面臨關鍵問題分析及解決建議(一) 關于提高生產率生產率的提高除了提高技術人員的熟練程度外，還需借助有效的工具，一般通過提升基礎開發框架的功能為主要思路。在提升開發框架的過程中還要注意圍繞客戶現狀統一目標進行第三方平臺選型或研發，底層的基礎應用模塊（組織架構、權限、工作流等）要通用（適合絕大部分客戶業務）否則無法統一底層，要分布式部署業務模塊，目前此類框架一般都采用業界流行的、基于SOA架構的ESB企業服務總線模式進行基礎開發框架（或平臺）的架構，并在開發框架上層增加更多的可重用的應用功能（統計報表、圖表引擎，主數據建模引擎等）模塊，使得簡單的需求通過快速配置的方式就可實施。另外IT企業特性決定對人的依賴性較強，還需以人為本，加強溝通，對核心技術人員和有潛力的技術人員采用一定激勵機制讓其在關鍵工作上發揮出重大作用。(二) 關于基礎開發框架的統一由于SOA架構的ESB服務總線本身采用統一的消息機制，支持異構系統的交互，所以基礎開發框架一般采用單一技術（java、.net取其一）實現即可，不需要實現兩套基礎框架增加雙倍成本，對基礎框架從源頭進行統一，而業務模塊可按資源閑置情況采用不同技術（java或.net）實現。一般基礎開發框架可采用經過有效評估的第三方開發框架（或平臺），或進行自主研發。如此統一有一定風險，容易造成一著不慎全盤皆輸的情況，所以第三方平臺的選型要慎重，要進行全方位評估；如果是自主研發要注意：1. SOA架構所需的ESB服務總線至關重要，選型要慎重。從鎮海煉化對我們的服務質量要求和煉化長遠的信息化建設目標角度看，可考慮采用知名廠商的SOA平臺，通過廠商提供的可靠的技術平臺和良好的服務能減少煉化項目實施風險；從作為基礎開發框架（或平臺）為其他企業實施信息化項目時，節約采購SOA平臺成本的角度看，可考慮采用JAVA成熟的開源SOA平臺，由于選擇較多，選型過程中需要深入研究、仔細評估以降低風險。2. 在基礎開發框架開發過程中必須采用有效的組織方式進行，從統一建設目標，到核心業務和技術人員全員參與建設和評審；3. 研發過程中遇到的技術難題或任務要自頂向下分解并落實到人，不能等技術人員自愿承擔解決，是在解決不了，可考慮采購第三方的成熟技術組件或技術服務。可采取一定的激勵機制對解決技術難題的技術人員以鼓勵；4. 需要采用“軟件研發過程規范”的決策方法和機制，避免意見不統一造成建設不順利，也可以避免因為個人發揮的好壞而影響整體利益；5. 要按公司要求進行變更管理，重大變更要經過慎重評估；6. 要橫向、縱向加強溝通，避免建設過程中發生大的偏差，要將小問題及時發現并扼殺在搖籃之中。(三) 關于信息中心提出的“全流程”生產管理平臺的設想1. 除了需要一個強大的soa架構的基礎開發技術平臺外，還需要在業務層面進行應用架構的考慮，需要進一步研究ISA95模型，組織在石化領域實施多年的、具有一定業務經驗的人員進行學習和分析，早一步為煉化“全流程”生產管理平臺建設做準備。2. 應用架構研究的同時要關注實現所需技術，提早做技術儲備，以降低項目實施的時候的技術風險。3. 必要的話成立專門小組從應用架構和技術架構兩方面來推進此項工作。八、 綜合分析隨著公司更多軟件項目的實施，行業領域經驗會越來越豐富，以關注客戶和客戶業務層面為主的應用架構會越做越好，但由于近幾年轉型到web開發技術上，技術實力勉強能應付客制化項目，但基礎開發平臺的建設和產品研發所需特殊技術難度較大，目前技術架構有點跟不上應用架構的步伐，需要想辦法提升技術實現的能力，可以考慮組織研發部門對技術人員做一次技術能力評估，然后針對建設基礎開發平臺或產品研發目標中所需的技