• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    獲取客戶需求的十大溝通技巧

    發布: 2008-1-16 14:56 | 作者: 不詳  | 來源: chinahrd | 查看: 74次 | 進入軟件測試論壇討論

    領測軟件測試網

     

    為了建立合作關系通常采取一種組隊的方式來獲取需求,建立一個由用戶代表和開發人員組成的聯合小組作為需求獲取的核心隊伍。聯合小組將負責識別需求、分析解決方案和協商分歧,小組成員可以采用會議、電子郵件、綜合辦公系統等方式進行交流,但交流時應注意以下原則:小組會議應該由中立方來組織和主持,用戶和開發人員都要參加;交流預先要確定準備和參與的規則;議題要明確并覆蓋所有關鍵點,但信息來源應該自由;交流目標要明確,并告知所有的成員。

      5、確定使用實例 

      從用戶代表處收集他們將使用系統完成所需任務的描述,討論用戶與系統間的交互方式和對話要求,這就是使用實例,一個單一的使用實例可能包括完成某項任務的許多邏輯相關任務和交互順序。使用實例方法給需求獲取帶來的好處來自于該方法是用以任務為中心和以用戶為中心的觀點,比起使用以功能為中心和以開發者為中心的方法,使用實例方法可以使用戶更清楚地理解和認識到新系統允許他們做什么和怎么做。描寫使用實例的時候要注意使用簡潔直白的表述,盡量使用主動語態,系統或者用戶作為主語,比如用戶提交用戶密碼,系統驗證用戶密碼是否正確,還有一點在描述中不要設計界面細節,比如用戶從下拉框中選擇產品類型。使用實例為以后寫用例場景描述中的基本路徑和擴展路徑提供了素材。 

      6、召開聯合會議 

      最常見的需求獲取方法是召開會議或者面談,聯合會議是范圍廣的、簡便的討論會,也是核心隊伍成員之間一種很好的溝通方法,該會議通過緊密而集中的討論得以將用戶代表與開發人員間的合作伙伴關系付諸于實踐并能由此擬出需求文檔的底稿。聯合會議的第一個議題就是系統的必要性和合理性,必須所有成員都同意系統是必要的而且合理的。接下來就可以討論使用實例清單,清單可以打印成大紙掛在墻上、寫在黑板上或做成演示材料。對每個清單合并去掉重復項,加上補充內容就可以得到一份總的清單,注意避免采用負面的太差不可行去否定用戶的想法,這些想法都應該保留下來作為被評議的清單項,這樣保護了小組成員開放的思維。最后對清單進行討論,會議成員必須檢查每一個使用實例,在把它們納入需求之前決定其是否在項目所定義的范圍內,形成最終的需求報告。 

      在進行討論時,也應該避免受不成熟的細節的影響,在對系統需求取得共識之前,用戶能很容易地在一個報表或對話框中列出某些精確設計,如果這些細節都作為需求記錄下來,他們會給隨后的設計過程帶來不必要的限制,應確保用戶參與者將注意力集中在與所討論的話題適合的抽象層上,重點就是討論做什么而不是怎么做。這里有一點很重要就是要讓用戶理解對于某些功能的討論并不意味著即將在系統中實現它,更不要做暗示或者承諾什么時候完成需求。在討論之后,記下所討論的條目,并請參與討論的用戶評論并更正,因為只有提供需求的人才能確定是否真正獲取需求。當最后拿到了一份詳細準確的需求報告書的時候,會議就算成功完成了。但是要清楚需求過程本身就是一個迭代的過程,在以后的過程活動中不可避免的將要修改和完善這份報告。 

      7、分析用戶工作流程 

      分析用戶工作流程觀察用戶執行業務任務的過程,通過分析使用實例得到系統的用例圖。編制用例圖文檔將有助于明確系統的使用實例和功能需求,統一建模語言的使用有助于與用戶進一步交流。每個用例的描述應包括:編號,為每個用例分配一個唯一的編號,為需求的追溯提供了方便;參與者,與這個用例交互的actor;前置條件,開始用例前所必須具備的系統狀態;后置條件,用例完成后系統達到的狀態;基本路徑,用例完成的關鍵路徑,也是用戶期望的路徑;擴展點,基本路徑的分枝,表示意外情況;字段說明,路徑中名稱的進一步分解說明,對以后類屬性的定義和數據庫字段設計起作用;設計約束,實現用例的非功能約束。寫基本路徑時應該使用主動語句;句子以actor或者系統作為主語;一句表示一個actor動作,一句表示系統動作,交叉表現交互;不要涉及界面細節,比如用戶在文本框輸入名稱,下拉框選擇類型。 

      8、確定質量屬性 

      在功能需求之外再考慮一下非功能的質量特點,以及確定由于特殊的商業應用環境對系統提出的功能或性能上的約束,這會使你的產品達到并超過客戶的期望。對系統如何能很好地執行某些行為或讓用戶采取某一措施的陳述就是質量屬性,這是一種非功能需求。聽取那些描述合理特性的意見:快捷、簡易、直覺性、用戶友好、健壯性、可靠性、安全性和高效性。你將要和用戶一起商討精確定義他們模糊的和主觀言辭的真正含義,并且要將質量屬性分配到每個用例的設計約束中去。 

      9、檢查問題報告 

      通過檢查當前已經運行系統的問題報告來進一步完善需求客戶的問題報告及補充需求為新系統或新版本提供了大量豐富的改進及增加特性的想法,負責提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。

      10、需求重用 

      如果客戶要求的功能與已有的系統很相似,則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。業務建模和領域建模式需求重用的最好方法,像分析模式和設計模式一樣,需求也有自己的模式。

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    22/2<12

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>