6.性能問題

由于先期設(shè)計不足，性能問題往往在系統(tǒng)切換或新系統(tǒng)使用一段時間后暴露。出現(xiàn)性能問題往往要進(jìn)行大量的優(yōu)化工作，甚至局部的或全面的重新設(shè)計。無論是用戶還是開發(fā)者，誰都不希望出現(xiàn)性能問題。

(1) 性能規(guī)劃

在系統(tǒng)設(shè)計時，應(yīng)做好前期做性能規(guī)劃，對可能出現(xiàn)性能問題的環(huán)節(jié)做到充足的估計。在做數(shù)據(jù)庫設(shè)計時，應(yīng)爭取DBA參與。

另外，在技術(shù)方法方面，盡可能采取一些性能優(yōu)化模式，如DTO、AJAX、延遲加載等，盡可能在開發(fā)過程中解決了性能問題。不至于到了項目后期才解決性能問題，既費錢又費時。

(2) 性能測試

在開發(fā)過程中，要重視性能測試和壓力測試，盡可能模擬現(xiàn)實使用環(huán)境，搭建測試平臺。另外，由于開發(fā)環(huán)境的計算機往往比生產(chǎn)環(huán)境的計算機配置高，在做測試時應(yīng)盡量找一些配置低的機器、較小的網(wǎng)絡(luò)帶寬進(jìn)行測試。

(3) 充足的調(diào)試時間

在項目開發(fā)計劃中，為后期性能優(yōu)化留有余地。在對系統(tǒng)進(jìn)行性能優(yōu)化后，要進(jìn)行性能測試和壓力測試，可能還要做幾次回歸測試。因此，應(yīng)該留有充足的時間和人力。

7.倉促上線

在項目實施過程中，系統(tǒng)切換上線環(huán)節(jié)容易出紕漏。項目好不容易開發(fā)完成了，卻在后后時刻功潰一匱。如果項目小，影響面窄倒不怎么重要；如果是影響面大的項目，則千萬不可出現(xiàn)問題。在系統(tǒng)切換前，應(yīng)充分考慮各種可能出現(xiàn)的問題，做好風(fēng)險對策。

(1) 應(yīng)急預(yù)案

面對各種不可預(yù)知的風(fēng)險，要做好應(yīng)急預(yù)案。正常運行的車站售票系統(tǒng)在春運、旅游黃金周，都會做好應(yīng)急預(yù)案。新系統(tǒng)切換時，更應(yīng)該做好應(yīng)急預(yù)案。應(yīng)急預(yù)案中應(yīng)做好壞的打算，售票系統(tǒng)不能正常工作時，準(zhǔn)備手工票是壞的打算。

(2) 分步切換

為了減少風(fēng)險的影響，可以做系統(tǒng)分步切換的方案。例如：售票系統(tǒng)在切換時，往往用新系統(tǒng)售預(yù)售票，或者是用新系統(tǒng)售長途車站，用舊系統(tǒng)暫時售短程票。待新系統(tǒng)運行穩(wěn)定后，再全面切換到新系統(tǒng)。針對多個用戶單位的系統(tǒng)切換，也可分單位進(jìn)行。

(3) 交叉培訓(xùn)

新舊系統(tǒng)切換過程中，用戶都存在適應(yīng)過程。除了在切換前做好操作培訓(xùn)外，還要在新舊系統(tǒng)切換過程中做好交叉培訓(xùn)。讓用戶提前一些時間上班，讓早班的用戶在交班時培訓(xùn)中班的用戶，中班的用戶培訓(xùn)晚班的用戶。做好交叉培訓(xùn)能夠讓系統(tǒng)平衡過渡。

8.可用性問題

軟件的可用性包括軟件的使用是不是高效、是否容易學(xué)習(xí)、是否容易記憶、是否令人愉快、是否不易出錯等諸多因素。往往由于軟件的可用性差，導(dǎo)致用戶不滿意，甚至被市場淘汰。在項目開發(fā)中應(yīng)注意可用性問題，避免軟件出現(xiàn)可用性方面的風(fēng)險。

(1) 了解用戶

到用戶工作現(xiàn)場，了解目標(biāo)用戶使用軟件的真實目的，從用戶的角度、從用戶的立場出發(fā)，了解如何通過軟件系統(tǒng)替代用戶的業(yè)務(wù)處理流程中，繁瑣、容易出問題、或者是大量重復(fù)勞動的環(huán)節(jié)，讓軟件提高用戶的工作效能和效率。例如：售票系統(tǒng)中，使用頻度高的界面是售票界面，售票員關(guān)心的是錢不要出錯（多了沒收、少了要賠），因此，應(yīng)收款和找余字體的顯示應(yīng)該突出、醒目；同樣，票價和到達(dá)站也應(yīng)該較為突出顯示。通過快捷鍵、一鍵復(fù)位、數(shù)字小鍵盤等設(shè)計，盡量減少售票員敲擊鍵盤的次數(shù)。否則，在日發(fā)旅客流量達(dá)七、八萬人次的大型客運站，如果用戶界面設(shè)計得不好，售票員工作下來，手指都會敲麻木。

(2) 參與型設(shè)計

與用戶協(xié)作，讓用戶參與用戶界面的設(shè)計、評審與測試，確保用戶能夠全面地、及早地發(fā)現(xiàn)可用性等方面的問題，并及時糾正。

讓客戶參與設(shè)計，而不要讓客戶設(shè)計，項目經(jīng)理或高級設(shè)計人員應(yīng)該主導(dǎo)設(shè)計。

(3) 競爭性分析

通過對市場上同類競爭性產(chǎn)品進(jìn)行分析，或者對這些產(chǎn)品進(jìn)行實驗性測試，了解這些產(chǎn)品的用戶界面問題，從而對新系統(tǒng)的開發(fā)提供啟發(fā)。競爭性分析并不意味著可以剽竊別人的設(shè)計，而是通過分析競爭產(chǎn)品的優(yōu)勢和弱點，能夠比以前的設(shè)計做得更好[5]。

(4) 一致性

如果用戶知道同樣的命令或同樣的操作總會產(chǎn)生同樣的效果，那么他們在使用系統(tǒng)時會更加自信，同時也鼓勵他們進(jìn)行探索性學(xué)習(xí)，因為他們已經(jīng)具備了使用系統(tǒng)新部分的基礎(chǔ)知識[Lewis er al.1989]。

開發(fā)團(tuán)隊?wèi)?yīng)遵循公司或小組制定的用戶界面標(biāo)準(zhǔn)，可以在很多方面保持一致性，切忌不要一個系統(tǒng)存在多種不同的界面風(fēng)格。

9.結(jié)論

在信息系統(tǒng)集成項目中，風(fēng)險是多種多樣的，是無處不在的。在項目管理活動中，要積極面對風(fēng)險，要培養(yǎng)。越早識別風(fēng)險、越早管理風(fēng)險，越有可能規(guī)避風(fēng)險，或者在風(fēng)險發(fā)生時能夠降低風(fēng)險帶來的影響。特別是在項目參與方多、涉及面廣、影響面大、技術(shù)含量高的復(fù)雜項目，應(yīng)加強風(fēng)險管理。如果不主動駕馭風(fēng)險，會面臨風(fēng)險。