咨詢(xún)熱線：
咨詢(xún)熱線：
服務(wù)
PLM系統(tǒng)運(yùn)維服務(wù)
PLM系統(tǒng)在日常的運(yùn)行過(guò)程中出現(xiàn)性能問(wèn)題時(shí)，由于缺乏資深的系統(tǒng)架構(gòu)人員及技術(shù)調(diào)優(yōu)經(jīng)驗(yàn)，負(fù)責(zé)系統(tǒng)管理的IT人員往往是束手無(wú)策。IT系統(tǒng)性能問(wèn)題的癥結(jié)，除了系統(tǒng)本身的技術(shù)性問(wèn)題外，很大部份的因素是人為造成的問(wèn)題, 系統(tǒng)的上線質(zhì)量，很大程度取決于對(duì)系統(tǒng)進(jìn)行日常維護(hù)的規(guī)范性。廣州惠帆公司為客戶(hù)提供的不只是系統(tǒng)性能調(diào)優(yōu)的服務(wù)，更重要的是能提供一套管理模式，讓客戶(hù)可以用該模式來(lái)管理系統(tǒng)，并持續(xù)優(yōu)化。
廣州惠帆提供的系統(tǒng)管理與維護(hù)模式
廣州惠帆公司為客戶(hù)提供的不止是系統(tǒng)性能調(diào)優(yōu)的服務(wù)，更重要的是能提供一套管理模式，讓客戶(hù)可以用該模式來(lái)管理系統(tǒng)，并持續(xù)優(yōu)化。
廣州惠帆對(duì)客戶(hù)采用的方法，基于以下步驟：
1.現(xiàn)場(chǎng)觀察，并了解關(guān)鍵問(wèn)題，了解客戶(hù)“痛處”；
2.定義技術(shù)和管理方案，并建立明確的性能優(yōu)化指標(biāo)；
3.設(shè)計(jì)/開(kāi)發(fā)實(shí)施方案，進(jìn)行技術(shù)改進(jìn)，協(xié)助客戶(hù)建立管理團(tuán)隊(duì)，并定時(shí)跟蹤性能指標(biāo)；
4.交付改進(jìn)后的系統(tǒng)，培訓(xùn)操作規(guī)范，完成管理移交；
5.系統(tǒng)運(yùn)維流程圖
廣州惠帆提供的系統(tǒng)代碼規(guī)范
PLM系統(tǒng)相關(guān)的所有原始程序代碼，應(yīng)該全部納入到統(tǒng)一的SVN版本庫(kù)中管理。
利用版本庫(kù)進(jìn)行代碼修改的流程為：
1.簽出最新代碼到新的工作目錄，或者將已有工作目錄更新到最新版本；
2.在工作目錄本地修改源碼文件；
3.嘗試編譯和鏈接，解決代碼問(wèn)題，保證正常構(gòu)建；
4.檢查代碼更新，合并其他人提交的更新；
5.提交更改簽入版本庫(kù)。
在每次提交之前將已向版本庫(kù)提交的更改合并到本地工作目錄，這將最大限度地減少?lài)?yán)重沖突。
廣州惠帆提供的環(huán)境管理規(guī)范
1.開(kāi)發(fā)、構(gòu)建和測(cè)試過(guò)程規(guī)范，各環(huán)境的統(tǒng)一；
2.創(chuàng)建開(kāi)發(fā)環(huán)境；
3.構(gòu)建環(huán)境內(nèi)進(jìn)行集成編譯；
4.部署到測(cè)試環(huán)境以進(jìn)行UAT；
5.部署上線
廣州惠帆提供的系統(tǒng)運(yùn)維性能運(yùn)行監(jiān)測(cè)范圍
1.持續(xù)性能指標(biāo)收集
定義性能指標(biāo)
在廣州惠帆的實(shí)施經(jīng)驗(yàn)中，定義性能指標(biāo)的最可靠方法便是從真實(shí)的用戶(hù)場(chǎng)景出發(fā)。以TC為例，登錄、新建零部件、查詢(xún)100個(gè)零部件的時(shí)間等，都可以作為關(guān)鍵性指標(biāo)。
在定義性能指標(biāo)時(shí)，需要考慮到以下要點(diǎn)：
1.該指標(biāo)場(chǎng)景是否反映了用戶(hù)普遍反映的問(wèn)題？換句話說(shuō)，是否抓住了用戶(hù)的“痛處”？要量化地分析這個(gè)問(wèn)題，可以運(yùn)用調(diào)查問(wèn)卷方法。問(wèn)卷的形式可以是以開(kāi)放式（open-ended）的方式進(jìn)行，讓用戶(hù)以自己的思維方式來(lái)表達(dá)他們的需求。這里要注意的是，有些時(shí)候用戶(hù)在無(wú)意間會(huì)把問(wèn)卷的目的混淆，把有些不屬于性能問(wèn)題的意見(jiàn)寫(xiě)在問(wèn)卷內(nèi)。對(duì)這些非性能的需求需要有一個(gè)機(jī)制分開(kāi)處理。
2.該指標(biāo)是否容易測(cè)量？測(cè)試數(shù)據(jù)是否受權(quán)限控制（如：用來(lái)測(cè)試的BOM和數(shù)模是否容許復(fù)制）、有時(shí)間性（測(cè)試的時(shí)間是否需要在某一個(gè)時(shí)段內(nèi)系統(tǒng)運(yùn)作高峰期才能驗(yàn)證）和可重復(fù)性（測(cè)試過(guò)的數(shù)據(jù)會(huì)否因測(cè)試過(guò)程而有所更改，能否還原測(cè)試前狀態(tài)）？
3.如要準(zhǔn)備測(cè)試數(shù)據(jù)，數(shù)據(jù)的真實(shí)性是否能滿足測(cè)試的要求？（如，需要一個(gè)大型的BOM來(lái)測(cè)試BOM展開(kāi)）定義測(cè)量頻率、方法與合格標(biāo)準(zhǔn),定義好性能指標(biāo)后，下一步便是定義測(cè)量的頻率和方法。需要考慮的問(wèn)題如每天/每周需要測(cè)多少次等等；要注意測(cè)量也要考慮時(shí)間性的問(wèn)題。
如上所述。為了要規(guī)范測(cè)量方法和定義合格標(biāo)準(zhǔn)，必先要準(zhǔn)備好測(cè)試計(jì)劃于用例。安排測(cè)試資源，編寫(xiě)測(cè)試工具,性能指標(biāo)測(cè)試是一個(gè)持續(xù)性的工作，需要有一套長(zhǎng)期的策略、計(jì)劃和資源部署。管理層宜從長(zhǎng)遠(yuǎn)考慮安排適當(dāng)?shù)娜耸謥?lái)進(jìn)行測(cè)試的工作。某些測(cè)試，如簡(jiǎn)單而頻繁的操作，可以考慮編寫(xiě)測(cè)試工具來(lái)輔佐。
2、自動(dòng)檢測(cè)及報(bào)警
自動(dòng)監(jiān)測(cè)報(bào)警工具的優(yōu)點(diǎn)在于能在一年365天、每天24小時(shí)的情況下，對(duì)運(yùn)作中的系統(tǒng)進(jìn)行自動(dòng)監(jiān)測(cè)，萬(wàn)一出現(xiàn)低于性能門(mén)坎，就會(huì)報(bào)警提示，具體實(shí)施可以是記錄于運(yùn)行日志，或加上實(shí)時(shí)發(fā)送警報(bào)訊息功能（如通過(guò)電郵、手機(jī)短信等）。
3、問(wèn)題分析輔助監(jiān)測(cè)工具
為了方便客戶(hù)可以長(zhǎng)期而輕松地收集性能指標(biāo)，廣州惠帆會(huì)因應(yīng)需要，為客戶(hù)開(kāi)發(fā)問(wèn)題分析與監(jiān)測(cè)工具，例如系統(tǒng)以外網(wǎng)絡(luò)的負(fù)荷、CPU/內(nèi)存，以至硬盤(pán)監(jiān)察工具等，以達(dá)到長(zhǎng)期持續(xù)收集性能數(shù)據(jù)的目的。
廣州惠帆提供的二次開(kāi)發(fā)代碼規(guī)范
就類(lèi)似Teamcenter這種企業(yè)級(jí)系統(tǒng)而言，由于其本身存在二次開(kāi)發(fā)的復(fù)雜性和不確定性，再加上二次開(kāi)發(fā)人員對(duì)系統(tǒng)架構(gòu)的不熟悉和不規(guī)范，往往會(huì)對(duì)系統(tǒng)造成很?chē)?yán)重的后果。因此，二次開(kāi)發(fā)的規(guī)范對(duì)系統(tǒng)的穩(wěn)定是非常關(guān)鍵的。 二次開(kāi)發(fā)的規(guī)范，具體來(lái)說(shuō)，就是在編寫(xiě)程序時(shí)所要遵守的代碼規(guī)則，不嚴(yán)格遵守這些規(guī)則一般在編譯時(shí)也不會(huì)有編譯錯(cuò)誤，但運(yùn)行時(shí)會(huì)產(chǎn)生runtime錯(cuò)誤，所以不容易察覺(jué)。所以，最好的方法就是在問(wèn)題未出現(xiàn)時(shí)遵守編碼規(guī)范而避免問(wèn)題產(chǎn)生。廣州惠帆在多年的開(kāi)發(fā)過(guò)程中形成了一整套完整的二次開(kāi)發(fā)規(guī)范，在所實(shí)施的運(yùn)維中可以給到客戶(hù)做規(guī)范。
總結(jié)
通過(guò)對(duì)環(huán)境、運(yùn)行監(jiān)察、二次開(kāi)發(fā)三管齊下的規(guī)范化后，定期收集性能指標(biāo)得出所需數(shù)據(jù)，就可以根據(jù)對(duì)數(shù)據(jù)分析，有針對(duì)性的定義改善措施，從而達(dá)到最終長(zhǎng)遠(yuǎn)持續(xù)改善系統(tǒng)性能的目的。