公司軟件技術(shù)現(xiàn)狀綜合分析報告-閱讀頁
2024-08-22 00:16本頁面
【正文】 4. 沒有采用自頂向下的有效方法（先概念設(shè)計再詳細(xì)設(shè)計）進(jìn)行核心軟件或產(chǎn)品的設(shè)計，導(dǎo)致設(shè)計方案不易理解，技術(shù)評審效果不好；沒有采用頭腦風(fēng)暴的方式搜集產(chǎn)品需求和好的產(chǎn)品設(shè)計理念，因為設(shè)計人員本身經(jīng)驗不夠豐富而造成設(shè)計缺陷；設(shè)計目標(biāo)（尤其是概念設(shè)計）沒有從頂層統(tǒng)一而產(chǎn)生的溝通障礙，草率投入成本去實現(xiàn)設(shè)計，導(dǎo)致研發(fā)成果得不到廣泛認(rèn)可；5. 一些技術(shù)骨干按自己習(xí)慣做事，沒有經(jīng)過系統(tǒng)的培訓(xùn)，思考問題和做事方法不一，因為相互理解偏差而導(dǎo)致溝通不順暢。在提升開發(fā)框架的過程中還要注意圍繞客戶現(xiàn)狀統(tǒng)一目標(biāo)進(jìn)行第三方平臺選型或研發(fā)，底層的基礎(chǔ)應(yīng)用模塊（組織架構(gòu)、權(quán)限、工作流等）要通用（適合絕大部分客戶業(yè)務(wù)）否則無法統(tǒng)一底層，要分布式部署業(yè)務(wù)模塊，目前此類框架一般都采用業(yè)界流行的、基于SOA架構(gòu)的ESB企業(yè)服務(wù)總線模式進(jìn)行基礎(chǔ)開發(fā)框架（或平臺）的架構(gòu)，并在開發(fā)框架上層增加更多的可重用的應(yīng)用功能（統(tǒng)計報表、圖表引擎，主數(shù)據(jù)建模引擎等）模塊，使得簡單的需求通過快速配置的方式就可實施。(二) 關(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ǔ)框架從源頭進(jìn)行統(tǒng)一，而業(yè)務(wù)模塊可按資源閑置情況采用不同技術(shù)（）實現(xiàn)。如此統(tǒng)一有一定風(fēng)險，容易造成一著不慎全盤皆輸?shù)那闆r，所以第三方平臺的選型要慎重，要進(jìn)行全方位評估；如果是自主研發(fā)要注意：1. SOA架構(gòu)所需的ESB服務(wù)總線至關(guān)重要，選型要慎重。2. 在基礎(chǔ)開發(fā)框架開發(fā)過程中必須采用有效的組織方式進(jìn)行，從統(tǒng)一建設(shè)目標(biāo)，到核心業(yè)務(wù)和技術(shù)人員全員參與建設(shè)和評審；3. 研發(fā)過程中遇到的技術(shù)難題或任務(wù)要自頂向下分解并落實到人，不能等技術(shù)人員自愿承擔(dān)解決，是在解決不了，可考慮采購第三方的成熟技術(shù)組件或技術(shù)服務(wù)。(三) 關(guān)于信息中心提出的“全流程”生產(chǎn)管理平臺的設(shè)想1. 除了需要一個強大的soa架構(gòu)的基礎(chǔ)開發(fā)技術(shù)平臺外，還需要在業(yè)務(wù)層面進(jìn)行應(yīng)用架構(gòu)的考慮，需要進(jìn)一步研究ISA95模型，組織在石化領(lǐng)域?qū)嵤┒嗄甑?、具有一定業(yè)務(wù)經(jīng)驗的人員進(jìn)行學(xué)習(xí)和分析，早一步為煉化“全流程”生產(chǎn)管理平臺建設(shè)做準(zhǔn)備。3. 必要的話成立專門小組從應(yīng)用架構(gòu)和技術(shù)架構(gòu)兩方面來推進(jìn)此項工作。另外與技術(shù)人員的溝通交流方面也要重點關(guān)注，避免因為人的因素而影響公司軟件業(yè)務(wù)的發(fā)展和前進(jìn)的步伐。最后附：生產(chǎn)企業(yè)信息系統(tǒng)建設(shè)藍(lán)圖（示意圖）供參考，如下：
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1