孫興富

摘 要：文章根據(jù)項目管理溝通相關理論對銀行軟件項目研發(fā)流程，包括需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段進行溝通識別研究，對銀行軟件開發(fā)項目溝通管理體系的建設有重要作用。

關鍵詞：銀行；軟件開發(fā)；溝通識別

中圖分類號：F830.49 文獻標識碼：A 文章編號：1006-8937（2014）29-0067-02

近年來，國內(nèi)外學者開展了項目溝通管理的研究，制度化的溝通管理方法促進了項目溝通管理的發(fā)展，但是在研發(fā)項目實踐運用中這些方法并沒有大幅度地提高溝通管理水平，溝通無果的事情還是不斷發(fā)生。究其原因，由于那些溝通管理方法的運用沒有很好地貼合實際，沒有針對性地消除溝通中存在的障礙。筆者在多年工作經(jīng)驗積累基礎上，理論結合實際，對銀行軟件項目研發(fā)流程，包括需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段進行溝通識別研究，該研究充分考慮了溝通管理時間梯度上的各個階段，并注重每一個溝通過程的完善。

銀行軟件項目研發(fā)的流程是：提出需求——需求分析——總體技術方案——概要設計——詳細設計（數(shù)據(jù)庫表設計、前臺交易設計、后臺代碼設計）——編寫代碼——單元測試及編寫業(yè)務測試案例——業(yè)務測試（功能測試及綜合測試）及性能測試——并版測試及上線演練——業(yè)務培訓、技術培訓及上線推廣。為了便于對流程每個階段的溝通管理分析，根據(jù)項目溝通管理相關理論基礎以及流程特點，本文將每個流程階段整理歸集為需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段，如圖1所示。

1 需求分析階段

如圖1所示，A銀行的需求分析階段包括了提出需求、需求分析。這個階段軟件項目人員必須與用戶需求，就軟件功能性達成一致意見，估計軟件風險和評估項目代價，最終形成開發(fā)計劃的一個復雜過程。該階段是指在確定軟件開發(fā)可行的情況下，對軟件需要實現(xiàn)的各個功能進行詳細分析。筆者從外部溝通和內(nèi)部溝通的角度，對該階段的溝通管理活動主要內(nèi)容進行分析歸納。

1.1 外部溝通

通過項目分析人員與用戶的溝通進行需求抽取，識別用戶的需求，從用戶那里獲得的所有信息進行整理，以區(qū)分業(yè)務需求及規(guī)范、功能需求、質量目標、解決方法和其他信息。通過這些溝通分析，產(chǎn)生一份初步需求報告分析，分析人員就需求報告的內(nèi)容與用戶開展進一步溝通，積極向用戶解釋報告中的一些圖表、數(shù)據(jù)等，就不確定的和模糊的需求進行溝通。這要求用戶盡量將每項需求的內(nèi)容都闡述清楚，以便分析人員能準確地將需求寫進軟件需求報告中去，用戶可以同開發(fā)人員一起反復修改，不斷完善需求定義。由于A銀行軟件項目面對的用戶群體多為銀行內(nèi)部各部門、分支機構等，因此A銀行軟件開發(fā)人員將需求可行性及成本評估并反饋給用戶，項目管理人員。

同時，用戶與開發(fā)人員必須就產(chǎn)品的使用特性進行溝通，使用特性是指實現(xiàn)功能需求的同時，還有軟件的易用性、可靠性等；就變更造成的影響進行溝通，對需求變更可能造成的影響進行評估，包括影響、成本和得失等，并讓用戶知道：就變更發(fā)生時應采取的措施或程序進行溝通；對需求的優(yōu)先級進行溝通；就開發(fā)人員在開發(fā)過程中的問題處理權限進行溝通。

1.2 內(nèi)部溝通

就項目進展定期舉行會議；項目經(jīng)理與每個成員（或小組領導）進行溝通，熟悉各個成員情況；就需求的技術可行性及評估進行溝通，建立工作規(guī)范、標準，項目經(jīng)理對團隊成員的激勵。

需求分析階段應達到的目標是：產(chǎn)生一個清晰明了的、完整的和容易讓人理解的需求分析報告；盡早確定多種需求；保證軟件開發(fā)生命周期各個階段中不同需求的來源是可追溯的；以用戶導向為基礎，同時協(xié)調(diào)人力、物力等資源的成本，使各因素相平衡，確定用戶的最終需求。

2 軟件設計階段

如圖1所示，A銀行的軟件分析階段包括了總體技術方案、概要設計（主要包括功能點分割及實現(xiàn)方式、數(shù)據(jù)流向、涉及的數(shù)據(jù)庫表、主要的公共函數(shù)）、詳細設計（主要包括數(shù)據(jù)庫表設計、前臺交易設計、后臺代碼設計）。軟件設計是將用的需求進行軟件重現(xiàn)的過程，它是需求分析與編碼的中間階段，也是一個翻譯的過程，主要根據(jù)需求分析的結果，對整個軟件系統(tǒng)進行設計，如系統(tǒng)框架設計，數(shù)據(jù)庫設計等。軟件設計階段必須召開定期會議，各項目組成員匯報上一階段的工作，項目經(jīng)理與各開發(fā)人員定期溝通，使技術人員的作用充分發(fā)揮，同時注重全局和方案實施的可行性，成員間的信息分享一份完整規(guī)范的設計文檔，就工作中碰到的問題進行溝通，提出解決方案。本文從外部溝通和外部溝通的角度分析，該階段的溝通管理活動主要為：

①外部溝通：定期向用戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；定期向客戶提供下一步工作計劃。內(nèi)部溝通：就項目進展定期舉行會議；設計人員與需求分析人員進行溝通，以需求分析確保被設計人員理解；全體成員就系統(tǒng)設計框架進行討論；編寫代碼來檢驗架構，并獲得具體的反饋；編寫代碼來檢驗架構，獲得具體的反饋；項目經(jīng)理對團隊成員的激勵。

②與需求分析階段一樣，該階段最后產(chǎn)生一份設計報告，該階段的目標是：將需求按照軟件開發(fā)的技術要求轉化為服務于編碼的設計文檔；設計報告應該文字表達清晰，易于編碼人員理解；該設計結構正確、完整，便于編碼等。

3 編碼設計階段

編寫軟件代碼和相關的文檔，是進行軟件開發(fā)最基本的目標，也是滿足項目要求的基礎。此階段是將設計結果轉換成計算機可運行的程序代碼，該階段的主要溝通活動為：

①外部溝通：定期向客戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；定期向客戶提供下一步工作計劃。內(nèi)部溝通：就項目進展定期舉行會議；編碼人員（程序員）與設計人員（設計員）進行溝通，以確保設計報告被編碼人員理解；編程成員間的信息分享，對所編寫的代碼的功能與工作方式等進行說明；編碼人員就自己與他人所做模塊的銜接點及其應該注意的地方與同行溝通；項目經(jīng)理對團隊成員的激勵。

②編碼工作應該達到的目標為：將設計完整、準確的轉換為代碼；正確的程序結構；編寫出可以被重用，易于維護的代碼；編寫出符合內(nèi)部、外部不同使用要求的文檔等。

4 測試和集成階段

在軟件設計完成后要經(jīng)過嚴密的測試，發(fā)現(xiàn)軟件在整個設計過程中存在的問題要及時糾正。在此進行過程中，所有的模塊將被集合成一個綜合性的整體，進行系統(tǒng)集成和有效性測試，該階段的主要溝通活動為：

外部溝通：定期向客戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；對于用戶進行培訓。內(nèi)部溝通：就項目進展定期舉行會議；團隊成員交流計劃測試的對象、需要的資源、測試工作的安排等；規(guī)范的編制軟件測試文檔；測試人員人員就模塊的銜接點及其應該注意的地方與相關人員溝通；項目經(jīng)理對團隊成員的激勵。

該階段達到的目標是：發(fā)現(xiàn)并修正錯誤；識別潛在的錯誤；按時完成測試，并保證測試足夠充分；使軟件能夠按要求正常運行。

參考文獻：

[1] 李盛華.論信息系統(tǒng)項目溝通管理[J].計算機光盤軟件與應用，2013，（5）.

摘 要：文章根據(jù)項目管理溝通相關理論對銀行軟件項目研發(fā)流程，包括需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段進行溝通識別研究，對銀行軟件開發(fā)項目溝通管理體系的建設有重要作用。

關鍵詞：銀行；軟件開發(fā)；溝通識別

中圖分類號：F830.49 文獻標識碼：A 文章編號：1006-8937（2014）29-0067-02

近年來，國內(nèi)外學者開展了項目溝通管理的研究，制度化的溝通管理方法促進了項目溝通管理的發(fā)展，但是在研發(fā)項目實踐運用中這些方法并沒有大幅度地提高溝通管理水平，溝通無果的事情還是不斷發(fā)生。究其原因，由于那些溝通管理方法的運用沒有很好地貼合實際，沒有針對性地消除溝通中存在的障礙。筆者在多年工作經(jīng)驗積累基礎上，理論結合實際，對銀行軟件項目研發(fā)流程，包括需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段進行溝通識別研究，該研究充分考慮了溝通管理時間梯度上的各個階段，并注重每一個溝通過程的完善。

銀行軟件項目研發(fā)的流程是：提出需求——需求分析——總體技術方案——概要設計——詳細設計（數(shù)據(jù)庫表設計、前臺交易設計、后臺代碼設計）——編寫代碼——單元測試及編寫業(yè)務測試案例——業(yè)務測試（功能測試及綜合測試）及性能測試——并版測試及上線演練——業(yè)務培訓、技術培訓及上線推廣。為了便于對流程每個階段的溝通管理分析，根據(jù)項目溝通管理相關理論基礎以及流程特點，本文將每個流程階段整理歸集為需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段，如圖1所示。

1 需求分析階段

如圖1所示，A銀行的需求分析階段包括了提出需求、需求分析。這個階段軟件項目人員必須與用戶需求，就軟件功能性達成一致意見，估計軟件風險和評估項目代價，最終形成開發(fā)計劃的一個復雜過程。該階段是指在確定軟件開發(fā)可行的情況下，對軟件需要實現(xiàn)的各個功能進行詳細分析。筆者從外部溝通和內(nèi)部溝通的角度，對該階段的溝通管理活動主要內(nèi)容進行分析歸納。

1.1 外部溝通

通過項目分析人員與用戶的溝通進行需求抽取，識別用戶的需求，從用戶那里獲得的所有信息進行整理，以區(qū)分業(yè)務需求及規(guī)范、功能需求、質量目標、解決方法和其他信息。通過這些溝通分析，產(chǎn)生一份初步需求報告分析，分析人員就需求報告的內(nèi)容與用戶開展進一步溝通，積極向用戶解釋報告中的一些圖表、數(shù)據(jù)等，就不確定的和模糊的需求進行溝通。這要求用戶盡量將每項需求的內(nèi)容都闡述清楚，以便分析人員能準確地將需求寫進軟件需求報告中去，用戶可以同開發(fā)人員一起反復修改，不斷完善需求定義。由于A銀行軟件項目面對的用戶群體多為銀行內(nèi)部各部門、分支機構等，因此A銀行軟件開發(fā)人員將需求可行性及成本評估并反饋給用戶，項目管理人員。

同時，用戶與開發(fā)人員必須就產(chǎn)品的使用特性進行溝通，使用特性是指實現(xiàn)功能需求的同時，還有軟件的易用性、可靠性等；就變更造成的影響進行溝通，對需求變更可能造成的影響進行評估，包括影響、成本和得失等，并讓用戶知道：就變更發(fā)生時應采取的措施或程序進行溝通；對需求的優(yōu)先級進行溝通；就開發(fā)人員在開發(fā)過程中的問題處理權限進行溝通。

1.2 內(nèi)部溝通

就項目進展定期舉行會議；項目經(jīng)理與每個成員（或小組領導）進行溝通，熟悉各個成員情況；就需求的技術可行性及評估進行溝通，建立工作規(guī)范、標準，項目經(jīng)理對團隊成員的激勵。

需求分析階段應達到的目標是：產(chǎn)生一個清晰明了的、完整的和容易讓人理解的需求分析報告；盡早確定多種需求；保證軟件開發(fā)生命周期各個階段中不同需求的來源是可追溯的；以用戶導向為基礎，同時協(xié)調(diào)人力、物力等資源的成本，使各因素相平衡，確定用戶的最終需求。

2 軟件設計階段

如圖1所示，A銀行的軟件分析階段包括了總體技術方案、概要設計（主要包括功能點分割及實現(xiàn)方式、數(shù)據(jù)流向、涉及的數(shù)據(jù)庫表、主要的公共函數(shù)）、詳細設計（主要包括數(shù)據(jù)庫表設計、前臺交易設計、后臺代碼設計）。軟件設計是將用的需求進行軟件重現(xiàn)的過程，它是需求分析與編碼的中間階段，也是一個翻譯的過程，主要根據(jù)需求分析的結果，對整個軟件系統(tǒng)進行設計，如系統(tǒng)框架設計，數(shù)據(jù)庫設計等。軟件設計階段必須召開定期會議，各項目組成員匯報上一階段的工作，項目經(jīng)理與各開發(fā)人員定期溝通，使技術人員的作用充分發(fā)揮，同時注重全局和方案實施的可行性，成員間的信息分享一份完整規(guī)范的設計文檔，就工作中碰到的問題進行溝通，提出解決方案。本文從外部溝通和外部溝通的角度分析，該階段的溝通管理活動主要為：

①外部溝通：定期向用戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；定期向客戶提供下一步工作計劃。內(nèi)部溝通：就項目進展定期舉行會議；設計人員與需求分析人員進行溝通，以需求分析確保被設計人員理解；全體成員就系統(tǒng)設計框架進行討論；編寫代碼來檢驗架構，并獲得具體的反饋；編寫代碼來檢驗架構，獲得具體的反饋；項目經(jīng)理對團隊成員的激勵。

②與需求分析階段一樣，該階段最后產(chǎn)生一份設計報告，該階段的目標是：將需求按照軟件開發(fā)的技術要求轉化為服務于編碼的設計文檔；設計報告應該文字表達清晰，易于編碼人員理解；該設計結構正確、完整，便于編碼等。

3 編碼設計階段

編寫軟件代碼和相關的文檔，是進行軟件開發(fā)最基本的目標，也是滿足項目要求的基礎。此階段是將設計結果轉換成計算機可運行的程序代碼，該階段的主要溝通活動為：

①外部溝通：定期向客戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；定期向客戶提供下一步工作計劃。內(nèi)部溝通：就項目進展定期舉行會議；編碼人員（程序員）與設計人員（設計員）進行溝通，以確保設計報告被編碼人員理解；編程成員間的信息分享，對所編寫的代碼的功能與工作方式等進行說明；編碼人員就自己與他人所做模塊的銜接點及其應該注意的地方與同行溝通；項目經(jīng)理對團隊成員的激勵。

②編碼工作應該達到的目標為：將設計完整、準確的轉換為代碼；正確的程序結構；編寫出可以被重用，易于維護的代碼；編寫出符合內(nèi)部、外部不同使用要求的文檔等。

4 測試和集成階段

在軟件設計完成后要經(jīng)過嚴密的測試，發(fā)現(xiàn)軟件在整個設計過程中存在的問題要及時糾正。在此進行過程中，所有的模塊將被集合成一個綜合性的整體，進行系統(tǒng)集成和有效性測試，該階段的主要溝通活動為：

外部溝通：定期向客戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；對于用戶進行培訓。內(nèi)部溝通：就項目進展定期舉行會議；團隊成員交流計劃測試的對象、需要的資源、測試工作的安排等；規(guī)范的編制軟件測試文檔；測試人員人員就模塊的銜接點及其應該注意的地方與相關人員溝通；項目經(jīng)理對團隊成員的激勵。

該階段達到的目標是：發(fā)現(xiàn)并修正錯誤；識別潛在的錯誤；按時完成測試，并保證測試足夠充分；使軟件能夠按要求正常運行。

參考文獻：

[1] 李盛華.論信息系統(tǒng)項目溝通管理[J].計算機光盤軟件與應用，2013，（5）.

摘 要：文章根據(jù)項目管理溝通相關理論對銀行軟件項目研發(fā)流程，包括需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段進行溝通識別研究，對銀行軟件開發(fā)項目溝通管理體系的建設有重要作用。

關鍵詞：銀行；軟件開發(fā)；溝通識別

中圖分類號：F830.49 文獻標識碼：A 文章編號：1006-8937（2014）29-0067-02

近年來，國內(nèi)外學者開展了項目溝通管理的研究，制度化的溝通管理方法促進了項目溝通管理的發(fā)展，但是在研發(fā)項目實踐運用中這些方法并沒有大幅度地提高溝通管理水平，溝通無果的事情還是不斷發(fā)生。究其原因，由于那些溝通管理方法的運用沒有很好地貼合實際，沒有針對性地消除溝通中存在的障礙。筆者在多年工作經(jīng)驗積累基礎上，理論結合實際，對銀行軟件項目研發(fā)流程，包括需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段進行溝通識別研究，該研究充分考慮了溝通管理時間梯度上的各個階段，并注重每一個溝通過程的完善。

銀行軟件項目研發(fā)的流程是：提出需求——需求分析——總體技術方案——概要設計——詳細設計（數(shù)據(jù)庫表設計、前臺交易設計、后臺代碼設計）——編寫代碼——單元測試及編寫業(yè)務測試案例——業(yè)務測試（功能測試及綜合測試）及性能測試——并版測試及上線演練——業(yè)務培訓、技術培訓及上線推廣。為了便于對流程每個階段的溝通管理分析，根據(jù)項目溝通管理相關理論基礎以及流程特點，本文將每個流程階段整理歸集為需求分析階段、軟件設計階段、編碼設計階段、測試和集成階段四大階段，如圖1所示。

1 需求分析階段

如圖1所示，A銀行的需求分析階段包括了提出需求、需求分析。這個階段軟件項目人員必須與用戶需求，就軟件功能性達成一致意見，估計軟件風險和評估項目代價，最終形成開發(fā)計劃的一個復雜過程。該階段是指在確定軟件開發(fā)可行的情況下，對軟件需要實現(xiàn)的各個功能進行詳細分析。筆者從外部溝通和內(nèi)部溝通的角度，對該階段的溝通管理活動主要內(nèi)容進行分析歸納。

1.1 外部溝通

通過項目分析人員與用戶的溝通進行需求抽取，識別用戶的需求，從用戶那里獲得的所有信息進行整理，以區(qū)分業(yè)務需求及規(guī)范、功能需求、質量目標、解決方法和其他信息。通過這些溝通分析，產(chǎn)生一份初步需求報告分析，分析人員就需求報告的內(nèi)容與用戶開展進一步溝通，積極向用戶解釋報告中的一些圖表、數(shù)據(jù)等，就不確定的和模糊的需求進行溝通。這要求用戶盡量將每項需求的內(nèi)容都闡述清楚，以便分析人員能準確地將需求寫進軟件需求報告中去，用戶可以同開發(fā)人員一起反復修改，不斷完善需求定義。由于A銀行軟件項目面對的用戶群體多為銀行內(nèi)部各部門、分支機構等，因此A銀行軟件開發(fā)人員將需求可行性及成本評估并反饋給用戶，項目管理人員。

同時，用戶與開發(fā)人員必須就產(chǎn)品的使用特性進行溝通，使用特性是指實現(xiàn)功能需求的同時，還有軟件的易用性、可靠性等；就變更造成的影響進行溝通，對需求變更可能造成的影響進行評估，包括影響、成本和得失等，并讓用戶知道：就變更發(fā)生時應采取的措施或程序進行溝通；對需求的優(yōu)先級進行溝通；就開發(fā)人員在開發(fā)過程中的問題處理權限進行溝通。

1.2 內(nèi)部溝通

就項目進展定期舉行會議；項目經(jīng)理與每個成員（或小組領導）進行溝通，熟悉各個成員情況；就需求的技術可行性及評估進行溝通，建立工作規(guī)范、標準，項目經(jīng)理對團隊成員的激勵。

需求分析階段應達到的目標是：產(chǎn)生一個清晰明了的、完整的和容易讓人理解的需求分析報告；盡早確定多種需求；保證軟件開發(fā)生命周期各個階段中不同需求的來源是可追溯的；以用戶導向為基礎，同時協(xié)調(diào)人力、物力等資源的成本，使各因素相平衡，確定用戶的最終需求。

2 軟件設計階段

如圖1所示，A銀行的軟件分析階段包括了總體技術方案、概要設計（主要包括功能點分割及實現(xiàn)方式、數(shù)據(jù)流向、涉及的數(shù)據(jù)庫表、主要的公共函數(shù)）、詳細設計（主要包括數(shù)據(jù)庫表設計、前臺交易設計、后臺代碼設計）。軟件設計是將用的需求進行軟件重現(xiàn)的過程，它是需求分析與編碼的中間階段，也是一個翻譯的過程，主要根據(jù)需求分析的結果，對整個軟件系統(tǒng)進行設計，如系統(tǒng)框架設計，數(shù)據(jù)庫設計等。軟件設計階段必須召開定期會議，各項目組成員匯報上一階段的工作，項目經(jīng)理與各開發(fā)人員定期溝通，使技術人員的作用充分發(fā)揮，同時注重全局和方案實施的可行性，成員間的信息分享一份完整規(guī)范的設計文檔，就工作中碰到的問題進行溝通，提出解決方案。本文從外部溝通和外部溝通的角度分析，該階段的溝通管理活動主要為：

①外部溝通：定期向用戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；定期向客戶提供下一步工作計劃。內(nèi)部溝通：就項目進展定期舉行會議；設計人員與需求分析人員進行溝通，以需求分析確保被設計人員理解；全體成員就系統(tǒng)設計框架進行討論；編寫代碼來檢驗架構，并獲得具體的反饋；編寫代碼來檢驗架構，獲得具體的反饋；項目經(jīng)理對團隊成員的激勵。

②與需求分析階段一樣，該階段最后產(chǎn)生一份設計報告，該階段的目標是：將需求按照軟件開發(fā)的技術要求轉化為服務于編碼的設計文檔；設計報告應該文字表達清晰，易于編碼人員理解；該設計結構正確、完整，便于編碼等。

3 編碼設計階段

編寫軟件代碼和相關的文檔，是進行軟件開發(fā)最基本的目標，也是滿足項目要求的基礎。此階段是將設計結果轉換成計算機可運行的程序代碼，該階段的主要溝通活動為：

①外部溝通：定期向客戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；定期向客戶提供下一步工作計劃。內(nèi)部溝通：就項目進展定期舉行會議；編碼人員（程序員）與設計人員（設計員）進行溝通，以確保設計報告被編碼人員理解；編程成員間的信息分享，對所編寫的代碼的功能與工作方式等進行說明；編碼人員就自己與他人所做模塊的銜接點及其應該注意的地方與同行溝通；項目經(jīng)理對團隊成員的激勵。

②編碼工作應該達到的目標為：將設計完整、準確的轉換為代碼；正確的程序結構；編寫出可以被重用，易于維護的代碼；編寫出符合內(nèi)部、外部不同使用要求的文檔等。

4 測試和集成階段

在軟件設計完成后要經(jīng)過嚴密的測試，發(fā)現(xiàn)軟件在整個設計過程中存在的問題要及時糾正。在此進行過程中，所有的模塊將被集合成一個綜合性的整體，進行系統(tǒng)集成和有效性測試，該階段的主要溝通活動為：

外部溝通：定期向客戶提供項目狀態(tài)報告；定期向用戶提供項目質量和進程方面的數(shù)據(jù)；對于用戶進行培訓。內(nèi)部溝通：就項目進展定期舉行會議；團隊成員交流計劃測試的對象、需要的資源、測試工作的安排等；規(guī)范的編制軟件測試文檔；測試人員人員就模塊的銜接點及其應該注意的地方與相關人員溝通；項目經(jīng)理對團隊成員的激勵。

該階段達到的目標是：發(fā)現(xiàn)并修正錯誤；識別潛在的錯誤；按時完成測試，并保證測試足夠充分；使軟件能夠按要求正常運行。

參考文獻：

[1] 李盛華.論信息系統(tǒng)項目溝通管理[J].計算機光盤軟件與應用，2013，（5）.