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