主持人：大家下午好，今天是IBM傾訴月活動的第二期在線聊天節目，歡迎大家來到我們的在線聊天室。今天的主要話題是圍繞需求分析師和架構師在開發過程中的問題而展開。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

廣大網友在傾訴月前期的group討論中，提出了很多自己工作中所遇到的困惑和難題，我們已經收集在問題列表中并邀請到身經百戰的專家來現場為大家一一解答。

?

問答現場實錄：

問：如何面對客戶不斷的需求變化？[2008-8-6 14:27:00]

嘉賓[肖勇]: 客戶需求的不斷變化這是軟件項目中經常遇到的。我覺得首先是要做好的是項目的范圍管理，也就是說必須要讓客戶知道，哪些需求是是在可以滿足的，哪些是暫時或者不能滿足的（不能滿足的是為什么？包括：進度，成本等等方面的原因），我相信一般客戶還是能理解的。

?

問：如何讓開發團隊系統地理解客戶的需求？[2008-8-6 14:32:00]

嘉賓[肖勇]: 這需要有統一的工作規范，統一的工作過程，最后，雙方需要站在客戶的角度去思考問題，彌補針對同一問題站在不同角度去思考而形成的鴻溝。

?

問：在一個項目進行中，需求分析師的職責有哪些？您覺得一個合格的需求分析師應該具備哪些素質？[2008-8-6 14:33:00]

嘉賓[肖勇]: 職責：產出結構清晰，質量合格的需求工作成果，需求工程師首要的是必須理解行業，其次，有系統化的需求啟發和需求工程的技能。

?

問：如何才能既滿足客戶需求，又能降低成本？[2008-8-6 14:38:00]

嘉賓[肖勇]: 首要的是了解項目的成本和范圍。其次，搞清楚本項目中決定項目成敗的首要利益相關者，平衡好利益相關者的利益關系。在成本有限的情況，優先滿足首要利益相關者的需要。

?

問：怎樣才能更準確的將需求原型轉化為系統原型？[2008-8-6 14:36:00]

嘉賓[肖勇]: 采用業界公認的，統一的符號體系。特定系統需要根據特定的情況自定義一部分轉換的規則

問：如何才能精確界定客戶需求？[2008-8-6 14:40:00]

嘉賓[肖勇]: 不存在在精確的方式，但是我們可以采用一些可視化的方法讓需求更可見，避免客戶和開發方對需求理解的不一致性。

?

?

問：敏捷過程如何做需求分析?[2008-8-6 14:43:00]

嘉賓[肖勇]: 當然是敏捷的需求方法，一般采用講故事的方式和描述業務場景的方式，在形式上需要隨時隨地的與軟件的使用者進行溝通，同時也可以輔助采用軟件原型的方法

?。

?

問：優秀系統分析師必須有哪些素質？[2008-8-6 14:46:00]

嘉賓[肖勇]: 首先，全局的架構觀，其次，靈活的架構視角的采用，最后，理解架構的模式，能夠嫻熟的使用常用的架構模式的框架。 ? 問：需求開發是指從信息收集、分析和評價到編寫文檔、評審等一系列產生需求的活動，分為四個階段：需求獲取、需求分析、編寫規格說明和需求驗證（評審）。哪位高人指點一下：在每個階段，也就是子過程中要產生什么文檔？[2008-8-6 14:48:00]

嘉賓[肖勇]: 需求工程的方法是根據不同的項目情況采用適合的方法，所謂法無定法，不要陷入到某一個特定的框架中，適合就是最好的。 ? 問：我們經常要面對用戶需求的變更，如果已經進入了開發階段，用戶突然對需求發生了根本的變化導致整個系統都需要推翻重做。 如果用戶提出這樣的變更，你如何應對？如何解決此問題，以及此問題帶來的風險和危害！[2008-8-6 14:49:00]

嘉賓[肖勇]: 首先變化是永恒的，其次變化的過程是需要管理的，最后，嚴重超出范圍是要想辦法收錢的。

?

問：用戶提出“變態”的需求怎么辦？[2008-8-6 14:57:00]

嘉賓[肖勇]: 讓商務人員去處理。

?

問：現在有個項目，需要不同地域的人在業余時間一起開發，人員很分散。在管理方面和進度控制方面,例如代碼管理，文檔管理，交流等方面， 各位是否有好的建議。或者提供一些好的參考資料。[2008-8-6 14:59:00]

嘉賓[肖勇]: 開發源碼的工作方式就是很好的參考，這里強調的是工作成果需要盡量的集中。

?

? 問：需求分析師和需求工程師，區別是什么[2008-8-6 15:01:00]

嘉賓[肖勇]: 有些局部差別，一般需求分析師指的是講針對需求進行分析產出分析模型的人員。

?

總結

以上是生活随笔為你收集整理的关于需求和架构的典型问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。