業(yè)務(wù)分析師培養(yǎng)指南

業(yè)務(wù)分析師培養(yǎng)指南ByAda_ThinkAbroad 2008.10//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////一、需求過程總結(jié)1、需求分析的過程：需求定義需求捕獲需求分析需求描述需求驗證需求管理過程貫穿到整個需求分析過程中。2、需求管理：需求基線與變更管理需求跟蹤操作要務(wù)需求管理工具需求工程：RUPRationalUnifiedProcess使用管理工具來管理各種各樣的需求。//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////二、BA概述1、BA的定位：Businessanalyzer，顧名思義，是對業(yè)務(wù)進行分析的人員，其要職就是要把業(yè)務(wù)的原貌忠實地反映出來。作為BA,首先他要懂業(yè)務(wù)（精通/熟悉/了解，至少是了解）；在此基礎(chǔ)上，去了解客戶的需求。獲得客戶的需求包括三層含義：獲得客戶對系統(tǒng)的需求、按照信息系統(tǒng)的原理分析客戶需求的合理性（包括就需求的討價還價）、挖掘客戶的需求。2、BA的工作方式：對于中型以上信息系統(tǒng)項目，最好有兩個以上的BA,這是因為BA的工作的內(nèi)容以及核心是和客戶、開發(fā)人員進行溝通、交流；而且牽涉的都是業(yè)務(wù)知識，需要傳達和交流的東西最好杜絕只有一個人知道，多個人知道就會互相映證。最好自始至終在同一個場地辦公，當(dāng)然若實在是由于場地所限，在項目的中后期可以通過網(wǎng)絡(luò)在異地辦公，但要保持必要的溝通網(wǎng)絡(luò)暢通。從項目的開始到結(jié)束，BA都要持續(xù)跟蹤。按照軟件開發(fā)的螺旋迭代模型，一個單循環(huán)包括需求分析—概要設(shè)計--詳細(xì)設(shè)計—用戶測試—系統(tǒng)驗收這幾個階段；BA的大量工作都體現(xiàn)在第一個即“需求分析”階段，后面幾個過程BA都要隨叫隨到；并且，在用戶測試、系統(tǒng)驗收階段，也需要BA高密度地和客戶進行溝通，以不斷地修正重大的需求中的疑難問題，另外若期間客戶有重要的需求變更，BA也需要記錄并進行變更的合理性并形成文檔。另外，如果客戶需要，BA需要對用戶測試做相關(guān)的指導(dǎo)。3、BA的工作內(nèi)容：和客戶溝通，捕獲、分析、定義用戶的需求，形成標(biāo)準(zhǔn)化需求文檔；對需求文檔進行評估，和設(shè)計組、開發(fā)組一道從業(yè)務(wù)、技術(shù)角度評價需求的合理性；其間BA要充分發(fā)揮主觀能動性，結(jié)合自己以往的設(shè)計經(jīng)驗從可行性、經(jīng)濟性、全面性分析需求文檔的質(zhì)量。對項目組其他所有小組進行需求培訓(xùn)，培訓(xùn)內(nèi)容包括業(yè)務(wù)基礎(chǔ)知識、業(yè)務(wù)流程、業(yè)務(wù)典型場景；全程都要負(fù)責(zé)跟需求有關(guān)的顧問、咨詢工作，服務(wù)對象包括開發(fā)組、測試組、美工組；負(fù)責(zé)和客戶的持續(xù)溝通，保證需求滿足客戶的需要并且需求是全面的、最新的、合理的；若客戶需求發(fā)生變更，則要分析變更的合理性（并且可從技術(shù)角度可以先進行一部分思考），更新文檔，保持文檔內(nèi)容的及時、權(quán)威、合理。在用戶測試階段要適時地指導(dǎo)用戶如何進行系統(tǒng)測試；(問題：用戶測試階段，測試組需要參與進來嗎？我認(rèn)為應(yīng)該要派人參與進來。)4、BA需具有的能力： 較充分的領(lǐng)域業(yè)務(wù)知識、技能，如保險領(lǐng)域中的保險基礎(chǔ)知識、壽險基礎(chǔ)流程知識；當(dāng)然對于特定的項目有實際的保險業(yè)務(wù)一線知識和技能則更好，比如對于“保險公司出單業(yè)務(wù)系統(tǒng)”，如果BA有承保出單操作經(jīng)驗則最好。有一定的軟件工程領(lǐng)域知識，最好曾經(jīng)做過程序員，經(jīng)歷過若干個IT開發(fā)項目實戰(zhàn)，有項目管理、系統(tǒng)設(shè)計、架構(gòu)經(jīng)驗則更好；當(dāng)然，不同復(fù)雜度的項目需要BA所具有的技能不一樣。但最好BA有較系統(tǒng)的軟件開發(fā)基礎(chǔ)知識；與客戶進行有效溝通的能力；時刻保持清晰的頭腦；(較好的語言組織、表達能力；良好的問題分析與綜合能力；良好的基礎(chǔ)數(shù)學(xué)知識(數(shù)學(xué)知識越多越好))；良好的談判能力，能就領(lǐng)域問題的爭執(zhí)及時有效地提出可選解決方案；能夠同時替客戶、開發(fā)人員著想，對具體問題具體分析，良好地平滑掉客戶與開發(fā)人員之間在系統(tǒng)實現(xiàn)與純業(yè)務(wù)之間的隔閡。良好的文檔功底，包括良好的文字功底；包括構(gòu)詞造句行文章法、潤色修改等技能；良好的協(xié)調(diào)能力；5、BA所用的工具：分析工具：UML工具，如rationalRose、EA等等;繪圖工具：如viso、office等;數(shù)據(jù)庫工具：如PL/sql、powerdesigner,Erwin等;項目管理工具：如project,p3等;文檔工具：如office,ultraedit等6、系統(tǒng)需求分析方法：歸納法：從系統(tǒng)功能所需要的業(yè)務(wù)原子屬性出發(fā)，用樹狀圖的形式把需求記錄下來，并按各種業(yè)務(wù)分類方法，繪制不同分類下的樹狀圖，以從各個視角來分析業(yè)務(wù)； 2)演繹法：從系統(tǒng)功能模塊出發(fā)，用樹狀圖或者網(wǎng)絡(luò)圖的形式，分析出功能及功能所對應(yīng)的業(yè)務(wù)屬性。7、需求分析中遇到的典型問題：有些業(yè)務(wù)問題雖然很簡單，但在做用例的時候需要考慮到諸如數(shù)據(jù)庫設(shè)計、程序性能、操作方便性來考慮。8、和客戶交流的規(guī)范和技巧：8.1會議、事務(wù)安排規(guī)則概要每次和客戶約定開會之前，要確定好會議的內(nèi)容、與會人員、會議議程、會議目標(biāo)、會議材料。如果出了問題，則找問題的根源（從業(yè)務(wù)上、管理體制上），人員的建制以及各自的職責(zé)與權(quán)威性應(yīng)該明確、清楚。處理問題的方式：開發(fā)人員、需求人員、測試人員。每一次會議后需要對會議效果、質(zhì)量進行總結(jié)。并對下次的會議以及下一步的安排作出說明。人員的安排、事情的安排、要注意輕重緩急。8.2用戶方人員角色分析“用戶”方是一個廣義的定義，按照人員歸口管理方法，用戶分為高層用戶、經(jīng)營層用戶、操作層用戶。。。。對操作層用戶，我們要注意一類人員的微妙定位：。。。9、文檔管理方法的總結(jié)：文檔格式可以按照國標(biāo)的方式進行，也可根據(jù)公司成功項目案例來進行，還可根據(jù)特性項目或者客戶方的相關(guān)規(guī)定，靈活制定文檔格式范本。文檔格式重要，但不是所有信息系統(tǒng)的關(guān)鍵之處。任何一個信息系統(tǒng)，對于系統(tǒng)分析、需求分析，其要旨是將系統(tǒng)模擬運行、真實運行下的輸入、輸出，各種交互（包括人人、人機、機機）的場景、時空關(guān)系清晰地分析并表達出來，從而便于后續(xù)的模型概念設(shè)計和模型詳細(xì)設(shè)計。 需求的輸入是客戶、業(yè)務(wù)上的原始需求；需求的輸出是規(guī)范化的文檔、流程圖、用例、系統(tǒng)功能分解圖、關(guān)系圖、網(wǎng)狀圖等等。 需求分析的過程中，經(jīng)常會和客戶來回地就業(yè)務(wù)問題、業(yè)務(wù)描述、業(yè)務(wù)映射到系統(tǒng)所涉及到的諸多問題進行探訪、反饋、會議確認(rèn)等等。每次交流中，除了熱烈地討論之外，需要把當(dāng)時討論的諸多問題的起因、討論過程、階段性或者最終解決方案忠實地記錄下來，及時形成會議紀(jì)要。會議之后，要及時對會議紀(jì)要進行分類整理、問題分派、問題再思考。對于已經(jīng)明確了解決方法的系統(tǒng)問題，可以以用例、流程圖、網(wǎng)絡(luò)圖等形式反映到SRS中去。 需求分析的工作是一項來回反復(fù)、逐步驗證、最終確認(rèn)的過程。其間需要分析人員不斷地去挖掘客戶的真實意圖，通過相應(yīng)得技術(shù)分析手段將客戶的需求真實地記錄、分析、歸檔，并形成初步的概念設(shè)計文檔。 需求分析人員經(jīng)常和客戶、程序員、項目經(jīng)理打交道，其思維方式應(yīng)該要相當(dāng)靈活，抓住事物的本質(zhì)，按照系統(tǒng)開發(fā)的日程盡量將需求分析階段提前結(jié)束，這樣為后續(xù)設(shè)計、開發(fā)工作留出充分的時間余量。 三、保險行業(yè)業(yè)務(wù)分析師的知識體系結(jié)構(gòu)IT背景及經(jīng)驗保險學(xué)系統(tǒng)知識及經(jīng)驗數(shù)學(xué)知識 高等數(shù)學(xué)、線性代數(shù)、概率及統(tǒng)計、隨機過程、組合數(shù)學(xué)項目管理經(jīng)驗投資理論四、需求分析待提煉繼續(xù)要做的需求分析總結(jié)針對需求分析的每個環(huán)節(jié)進行總結(jié)。需求分析是一個迭代的過程；用例的抽取也是一個迭代的過程，先是粗粒度的，然后是第一次精化、第二次精化，第n次精化的過程。業(yè)務(wù)規(guī)則企業(yè)通過一組業(yè)務(wù)規(guī)則(BusinessRules)來控制整體的運作，包括人員、流程、系統(tǒng)、概念的運作，皆受制于業(yè)務(wù)規(guī)則。由此可見業(yè)務(wù)規(guī)則之重要。如何提需求(站在甲方的立場看問題)：作為公司業(yè)務(wù)管理層，如何根據(jù)公司發(fā)展的戰(zhàn)略目標(biāo)提出業(yè)務(wù)上具體的經(jīng)營目標(biāo)需求，這是一個綜合問題。需求不是一個人的需求，是大家的需求，是在組織中的全體成員達成對業(yè)務(wù)經(jīng)營目標(biāo)一致認(rèn)可的基礎(chǔ)上提出來的。如何提需求，是一門科學(xué)，也是一門藝術(shù)。//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////其他需求分析小組的人員分工問題：要有統(tǒng)一的領(lǐng)導(dǎo)，明確的分工。和客戶聯(lián)絡(luò)的方式、機制要明確化、機制長效化。577100180309001209557903682285963308257710018030900123865761373997357606965771001803090013594578077579902515512577100180309001238757716498260181805157710018030900121385721311921589183265771001803090012359579036822361076053577100180309001235657613528614379174257710018030900123555750878697046932791708810034335527410122994432583337917088100343355275101866732938832008170881003433561071015811525015005221708810034335610810100018005987173217088100343354295101074194142687017170881003433561841018786608696288021708810034335618510177583117