1. 如何識別業務執行者，業務工人和業務實體
業務實體（business entity）是代表業務角色執行業務用例時所處理或使用的「事物」。
一個業務實體經常代表某個對多個業務用例或用例實例有價值的事物，因此，業務實體對象的生存期相當長。一般而言，一個好的業務實體不包含關於其使用主體和使用方法的信息。
通常，業務實體代表產品的文檔或重要組成部分。有時候，業務實體也代表一些非實體的對象，如關於市場或客戶的重要信息。例如，飯店中的業務實體有菜單和飲料；而在機場，機票和登機牌是重要的業務實體。
2. 選取一家著名的傳統實體零售，分析其經營策略和網上業務開展情況，寫出分析報告
蘇寧電器(002024)投資亮點: 1:2008年，公司新進地級以上城市26個，新開連鎖店210家，置換連鎖店30家，凈增加連鎖店180家，截至報告期末，公司已在全國178個地級以上城市擁有連鎖店812家，；同時繼續推進「租、建、購、並」多樣化的開發策略，期末，公司已在全國擁有自有物業連鎖店17家（含在籌建連鎖店1家），面積達21.86萬平方米。 2:公司抓住國家啟動「家電下鄉」推廣計劃契機，憑借店面網路、物流配送、售後服務等優勢，一舉中標09年12省（市）家電下鄉項目；在商務部隨後的兩次招標中，公司取得全國28個省份和地區的渠道商資格，銷售渠道的進一步拓展。 3：2008年3月，江蘇物流中心貨架式倉庫WMS系統順利實現切換，公司第三代現代化物流基地運作模式基本成熟；沈陽物流中心的建設按照規劃有效推進，預計將於2009年底建設完成，2010年投入使用；進一步完善了後台平台建設。 4.在第五屆《中國500最具價值品牌》榜中，公司蟬聯中國商業連鎖第一品牌；2008年9月公司首度入圍福布斯雜志2008年度亞洲企業50強排名；同時，在《世界企業家》雜志發布的2008年度亞洲品牌五百強中，公司是排位最高的中國零售企業，同時在所有亞洲零售企業中位列第四。 負面因素: 1:隨著公司連鎖經營的不斷發展和開店標準的逐步細化，符合公司連鎖發展標準的優質店面資源相對稀缺，這給公司連鎖發展的店面選址工作及後續經營帶來了一定的壓力。公司店面目前主要以租賃方式進行經營，在後續經營的穩定性以及到期續租時租賃成本的上升方面都存在較大不確定性。 2:受全球金融危機向實體經濟蔓延的影響，2008 年下半年以來，社會消費需求增幅減緩，消費意願降低，在一定程度上抑制了行業和公司銷售的增長。 綜合評價: 公司是我國最大的家用電器專營連鎖經營企業之一，其強大的銷售終端網路是其他企業短時間無法趕超的。該股目前估值基本合理，具備中長線投資價值.投資評級與估值：我們認為蘇寧的買點已經出現，目前A股市場整體PE已經接近20倍，蘇寧09年相對大盤的估值倍數僅為1倍，也即09年20倍的PE，絕對估值的向下空間已經很小，作為A股零售品種中最具成長性和價值性的投資標的，公司股價嚴重低估，我們建議強烈買入。 股價表現催化劑：鑒於蘇寧一季度業績將略好於市場預期，且二季度受房地產時滯縮短影響收入增速開始上升，隨著前次股權激勵暫停時間的到期，新推出激勵計劃漸行漸進，這些因素都構成了公司股價上漲的催化劑
3. 什麼是業務分析
答：業務分析是一個能夠讓人們管理大量客戶、市場、金融和企業數據並通過更完善的分析技術和工具將數據轉化為先進洞察的規則。與商業智能相比，業務分析不僅可以分析過去，還可以藉助大量數據分析成果，有效預測未來。
在大數據時代，企業面臨很多問題。缺少可用的信息；不能迅速而有效地分析非結構化數據；大量數據被忽略、處理不當或未充分利用。有很多企業正在憑借著不完整或不可信的信息來制定重要決策。而業務分析可以有效改變這一局面。
業務分析可以幫助企業構建業務分析及優化戰略、商業智能和績效管理、高級分析及優化、企業信息管理、企業內容管理等方面的能力，從而可以辨認出關鍵的市場模式、降低成本並提高利用效率、積極主動地管理風險，實現智能、高利潤的增長。並幫助企業更准確地預測結果，發現以前無法預見的商機，並從功能級別上在整個企業范圍內予以實現。
例如業務分析可以幫助製造業搭建工業需求規劃藍圖。以便各個組織能夠以此解決影響整體企業目標的需求問題。利用需求規劃藍圖，規劃人員能夠利用產品類別或系列匯總，按項目級查看當年的基線預測，及前一年的預測和年初至今的實際數字。藍圖能夠針對多個場景動態地重新預測需求，可以立即查看有關庫存水平和收入指標的單元需求規劃產生的效果。
業務分析還可以為零售商搭建一個預先構建的績效管理框架（其中包括規劃、指標和報表），使零售商能夠進行規劃，從而改善門店級客戶體驗，促進銷量並提高利潤。業務分析還可以幫助電信服務提供商能夠更好地利用大量信息，以制定更明智的決策，並將頂級戰略和部門級計劃相關聯。幫助電信運營商預測和防止用戶流失，同時吸引新客戶；利用儀錶板和記分卡，分析財務和運營績效；利用儀錶板和警報，優化客戶服務和呼叫中心運營；分析跨平台的廣告績效，以驅動新的收入來源；提高資產利用率並優化相關的勞動力成本；通過以信息為主導的變革優化運營。
IBM BAO Jumpstart 服務可以運用訪問和基於研討會的方法幫助識別能夠使用分析解決問題的領域，並對它們進行優先順序劃分；評估核心能力和競爭力以及組織實施分析的就緒狀態；提供路線圖和可操作性建議，以實現業務目標；加速實現價值的進程、加大轉型的可能性。從而幫助組織開啟實現價值和競爭優勢的新途徑。
4. 業務分析和業務建模用什麼方法和工具
UML是面向對象的分析設計方法，DFD是面向數據流的設計方法。當然UML功能強,表述容易清晰,對將來採用面向對象的實現會省很多力氣。 UML是面向對象分析方法的表達工具,涉及的圖包括用例圖,活動圖,類圖,時序圖,協作圖,狀態圖等等;可以涵蓋從需求分析到設計,編碼整個開發過程用到的模型。 DFD是面向過程分析方法的表達工具,功能大概等價於用例圖,活動圖,加上E-R模型,可以涵蓋面向過程分析(業務建模,概念建模)中所用到的模型。
5. 什麼是業務實體
實體行業是指人通過智慧使用工具在地球上創造的財富，包括物質的、精神的產品和服務的生產、流通等經濟活動的行業。包括農業、工業、交通通信業、商業服務業、建築業、文化產業等物質生產和服務部門，也包括教育、文化、知識、信息、藝術、體育等精神產品的生產和服務部門。實體經濟始終是人類社會賴以生存和發展的基礎。
6. 怎麼編寫用戶業務需求分析
需求分析
格式
1 引言
1.1 編寫目的
【說明】目標：對用戶的需求進行收集、整理與分析，弄清楚系統究竟要 「干什麼」及「由誰干」，並用合乎規范的文字及圖表予以描述。不需要說明「怎麼干」，因為那是設計階段的事情。有關文字與圖表應盡量讓用戶便於理解。
預期讀者：用戶方的相關業務人員、雙方的開發人員和系統維護人員。
作用：實現開發方與用戶方的雙向溝通，是把業務需求計算機化的關鍵步驟。
為下一階段的概要設計工作提供依據。當用戶的需求發生變更時，應添寫補充說 明；如變動過大可形成新版本。
軟體需求說明（Software Requirements Specification）的主要作用為：
為用戶方與開發方建立共同協議奠定基礎。
提高開發效率、強化進度控制。
為項目的的評測與驗收提供依據。
便於移植。
作為系統不斷提高的基礎。
1.2 編寫背景
1.2.1 系統名稱及版本號
【說明】形如「網銀三期***系統V3.0.0」。其中，版本號的格式為「XX.XX.XX」，X為阿拉伯數字，左「0」可省略。
1.2.2 使用者
【說明】適應對象和范圍。主要指預期讀者，也供有關領導審閱。
1.2.3 與其它系統的關系
【說明】在用戶現有的及預期的整個應用系統中，給本系統准確定位。用示意圖及相應的文字予以說明。
2 用戶的基本情況
2.1 系統建設背景
【說明】項目背景與依據、現有基礎、項目規模、預期目標等。可繁可簡，格式自定。
2.2 組織機構與職能
【說明】用層次示意圖及相應文字表示(如果需要開發的系統與部門沒有直接依賴關系此節可省略,本章隨後的小節數將順次減1)，
加註：組織機構的層次數、數目、各個機構的職能簡述。
2.3 用戶特點
【說明】所在行業特徵、操作人員與系統維護人員的數量、學歷與水平、數據量大小、使用頻度等。
2.4 用戶業務分析
【說明】在本部分，希望系統分析人員能夠對用戶業務現狀進行分析、對用戶對本系統的未來發展方向作出一定的預測等。以便設計人員對業務及其發展有所了解，增強系統設計的前瞻性。
2.5 計算機應用現狀
【說明】可繁可簡，格式自定。
3 業務需求
3.1 項目概述
【說明】
第一、 指明項目的開發意圖、應用目標（總目標、分期目標）、作用范圍、預期效益等。
第二、 指明在輸入信息轉變為輸出信息的過程中，為了滿足用戶的業務需求，應用軟體必須完成的基本功能(採用自然語言敘述)。但此時不要求對基本功能進行分解。
第三、 如果本系統與其他系統相關聯，則應確定本系統的基本功能邊界（可採用圖示+文字說明的形式，用藍色標示出本系統的功能，用綠色標示出相關系統的功能）。
3.2 約束條件
3.2.1 費用約束
【說明】 預計投資金額概算、其中軟硬體費用的比例、資金分期到位計劃。
3.2.2 進度約束
【說明】預計完成日期、分步實施期限。
3.2.3 其它約束
【說明】場地面積限制、通信設施基礎、其它干擾因素。
注意：任何計算機系統都不是包羅萬象的；用戶自身的能力也是有限的。輕諾必寡信。故應特別指出：由於哪些條件的約束，本系統不能滿足哪些業務需求與系統需求。
本章主要介紹項目的總體業務功能,要求站在客戶的角度把握系統需求.
3.3 性能需求
【說明】依據ISO9000標准及我們的理解，下面列出了軟體的6組性能，共涵蓋21個子特性。這些性能/子特性的相對重要性並不是等同的。編寫時，可以基於具體項目的實際需求，對下述標題或內容進行取捨/側重。事實上不可能做到面面俱到，往往要作出某些折中。
本節說明系統在性能方面的預期目標，不要求提供實現上述目標的具體實施方案。
3.3.1 功能性
【說明】指與軟體實現的各項功能及其指定性質有關的一組屬性。這些功能都是滿足規定需求和潛在需求所必需的。它包括5個子特性：
適用性：與指定業務所需各項功能的實現及其適合程度有關的一些軟體屬性。
准確性：與保證正確（或符合要求的）結果（或效果）有關的一些軟體屬性。
互操作性：與軟體同一些指定系統交互作用能力有關的一些軟體屬性。
復合性：使軟體遵守相關的標准、約定/法律或類似規定有關的一些軟體屬性。
保密安全性：與針對蓄意（或無意）而非法存取程序和數據的預防能力有關的一些軟體屬性。這里主要指的是保護軟體的要素，旨在防止各種非法訪問、修改、破壞、泄密及感染計算機病毒等。
3.3.2 可靠性
【說明】指在規定的條件和期限內，與軟體保持其性能水平有關的一組軟體屬性。
成熟性：與軟體故障引起的失誤頻率有關的一些軟體屬性。
容錯性：在軟體故障發生或其規定界面被破壞的情況下，與軟體仍能保持規定性 能水平的能力有關的一些軟體屬性。
可恢復性：在失效的情況下、在限定的期限和強度范圍內，與軟體重建性能水平 並恢復直接受影響的數據的能力有關的一些軟體屬性。
3.3.3 易使用性
【說明】指與規定用戶（或潛在用戶）使用軟體所需的努力程度、對這種使用所做的評估有關的一組軟體屬性。它包括3個子特性：
易理解性：與用戶為理解其邏輯概念及適用范圍需做的努力有關的一些軟體屬性。
易學習性：與用戶學習其應用（例如操作控制、輸入、輸出）需做的努力有關的一些軟體屬性。
易操作性：與用戶操作及運行控制需做的努力有關的一些軟體屬性。
3.3.4 高效性
【說明】指在特定的運行環境中，描寫軟體性能水平與所用的資源量之間關系的一組軟體屬性。它包括兩個子特性：
時間特性：在完成軟體功能時，與響應時間、處理時間、吞吐率有關的一些軟體屬性。
資源特性：在完成軟體功能時，與所用資源量及佔用時間有關的一些軟體屬性。
3.3.5 可維護性
【說明】與對軟體進行指定的修改所需的工作量有關的一組軟體屬性。它包括4個子特性：
易分析性：與診斷故障、確定失敗原因、在需要修改的部位進行標識等所做努力有關的一些軟體屬性。
易修改性：與實施修改、排除故障、環境改變所做努力有關的一些軟體屬性。
穩定性：與修改的意外影響帶來的風險有關的一些軟體屬性。
易測試性：與對經過修改的軟體進行檢驗/確認做努力有關的一些軟體屬性。
3.3.6 可移植性
【說明】指軟體從一個環境轉移的另一個環境時，與其適應能力有關的一組軟體屬性。它包括4個子特性：
適應性：除已有手段外，無須採用其它措施或手段，軟體便應能適應指定的環境。與這種能力有關的一些軟體屬性稱為適應性。
易安裝性：在指定環境內，與安裝軟體所需努力有關的一些軟體屬性。
一致性：軟體從一個環境轉移的另一個環境時，應符合一定的標准和約定。與這種符合程度有關的一些軟體屬性，稱為一致性。
易替換性：有時會出現這種需求：在某個其它軟體的運行環境下，要用本軟體來置換那個軟體。與這種可能性及所需努力有關的一些軟體屬性。
4 用戶需求
【說明】本章下面介紹的是一般規模軟體系統的書寫格式。在書寫過程中可能要以業務名稱劃分小節(例如:5.1 代收電話費)。每個業務小節包含兩個部分：第一部分是對此業務中角色和功能的定義；第二部分是此業務的圖形分析方法。
在本章開始未分節的部分，應當繪制一個總體結構圖，依據這個總體結構圖進行一個總體描述，使得閱讀者對下面分節描述的各個功能形成一個整體印象。這個總體結構圖不一定是指在ROSE工具中繪制的用例總圖， 而是根據需要可以選擇包括「用例總圖」、「適當級別的數據流圖」、「IDFF圖」、「數據流程圖」或其他專業圖形分析圖示等。
每個小節中的第二部分採用rational公司的rose2000作為工具繪制用例（use case）圖和順序（sequence）圖。在這里採用rose工具是作為繪圖分析工具使用，對需求的描述和分析並不代表我們的設計採用UML標准和面向對象的設計，具體分析人員應當根據實際的用戶需求描述繪制順序圖，而並不著重考慮對象的分析限制。
需求變更的處理原則：獲得批準的需求變更，需要在《需求分析》中有所體現。增加的需求，需直接從本章尾部順序添加，相應的小節編號也需要依次增加。例如：本章小節為5.1—5.5，增加的需求小節編號則為5.6。刪除的需求，不需要將相應需求直接從《需求分析》中刪除，而只需在相應需求小節上註明刪除，並標出《需求變更單》編號。修改的需求，可在相應的需求小節直接修改。所有對《需求分析》內容的修改必須在修改歷史中留有記錄。
4.1 業務名稱1
4.1.1 角色/功能定義
【說明】根據會議紀要、小組討論，確定系統中的角色（角色可以為外部系統或系統用戶），和功能，並給出相應的定義或解釋。
4.1.2 圖形分析
【說明】本節主要描述相應業務的用例圖和順序圖的內容
統一建模語言（UML）是一個通用的可視化建模語言，用於對軟體進行描述、可視化處理、構造和建立軟體系統製品的文檔。它記錄了對必須構造的系統的決定和理解，可用於對系統的理解、設計、瀏覽、配置、維護和信息控制。UML適用於各種軟體開發方法、軟體生命周期的各個階段、各種應用領域以及各種開發工具，是一種總結了以往建模技術的經驗並吸收當今優秀成果的標准建模方法。
在本需求模板中我們選取的是UML視圖來輔助進行圖形需求分析，選用Rational公司的ROSE工具完成。在需求分析過程需要完成結構分類中的用例分析，繪制用例圖；對用例的動態行為進行交互分析，描述執行系統功能的各個角色之間相互傳遞消息的順序關系，繪制順序圖。
在這里請作者將製作的用例圖和順序圖拷貝到本文檔中。
基本成分：用例（use case）、用例視圖（use case view）、角色（role、actor）、順序圖（sequence diagram）、協作圖（collaboration diagram）。
模板和命名：為更好地使用ROSE圖形分析工具，我們設定一個基本的分析模板，文件名為lansoftmdl.mdl。該文檔涉及項目開發的需求、概設和詳設3個階段，在需求階段主要完成模板中用例視圖（use case view）規定完成的部分。在項目中使用該模板後生成的mdl文件納入文檔的配置管理，具體命名參照SEMP體系的命名規定。修改歷史記入文檔開始部分的「mdl文檔修改歷史表」中。
【ROSE使用要求】
1、 要求使用ROSE工具時必須完成模板和使用要求中規定完成的內容，在完成基本內容的基礎上，可以根據需要增加部分內容。
2、 在公司沒有購買確定版本的ROSE以前，使用的ROSE版本應在項目開始前在項目組規定好，並由配置管理員負責配置。
3、 在用例視圖（use case view）中建立一個名稱為main的主用例圖（use case diagram），具體內容應當包括所有用例圖的全部內容，具體應用時還可以根據情況建立多個用例圖（use case diagram）。
4、 在用例視圖中請採用中文對所有的角色（actor\role）進行命名。其中角色必須在雙擊該對象圖後，詳細填寫該角色的描述（documentation）和該角色代表的角色數量（detail-multiplic）。
5、 在用例視圖中請採用中文對所有的用例（use case）進行命名。命名中在一般的中文概括前應增加代表本節編號的部分，如「1.用戶認證」，順序編號。其中用例必須在雙擊該對象圖後，詳細填寫該用例的描述（documentation）。
6、 在每個用例下必須組織建立相應的順序圖（sequence diagram），對於一個用例可以包含多個順序圖（sequence diagram），各個順序圖（sequence diagram）的命名需在一般的中文概括前增加代表本節編號的部分，如「1.1用戶認證」，順序編號，其中第一個1代表所屬的用例，第二個1代表順序圖（sequence diagram）的編號。產生順序圖的數量根據說明需求的具體要求設定。其中順序圖中的各個對象消息（object message）必須在雙擊該對象圖後，詳細填寫該對象消息（object message）的描述（documentation）。
4.1.3 數據存儲需求
【說明】根據會議紀要、小組討論，對於在需求調研中有關的數據實體對象或數據實體信息，應當根據需要提出可能數據類型和數據長度以及單位量綱的記錄或建議。
5 運行環境
【說明】本章只提出運行環境的邏輯結構，物理結構將在《概要設計說明書》中給出。
容許提出幾種可選方案。
5.1 硬體平台
【說明】指出本應用軟體適用的主機/伺服器與終端/工作站的技術指標、基本配置、介面特點、特殊約定等。
應盡可能地說明上述設備在各級用戶機構預計的分布狀態。
5.2 網路平台
【說明】選型標准、網路類型、基本部件、介面情況、對綜合布線的要求、限制條件等。應畫出網路（廣域網、區域網）的拓撲結構圖，說明後者對前者的接入方式。
5.3 軟體平台
【說明】操作系統的名稱、生產廠家、版本號等。
資料庫的名稱、生產廠家、版本號等。
資料庫設計工具的名稱、生產廠家、版本號等。
網路通信協議的名稱、生產廠家、版本號等。
前端開發工具的名稱、生產廠家、版本號等。
測試開發工具的名稱、生產廠家、版本號等。
現場運行時需要的工具軟體的名稱、生產廠家、版本號等。
配置管理工具軟體的名稱、生產廠家、版本號等。
6 附錄
【說明】列出基礎素材中的文件、報表、單據等的樣張，再附上必要的注釋。
如果條件成熟，可以把數據字典（data dictionary）作為附件列於後。
6.1 電子文檔編寫方式與使用工具
【說明】編寫要求、工具名、版本號、操作系統平台。使用多種工具時，應分別說明。形如：
Microsoft Word 97 for Windows 95/98
Power Designer 6.0 for Windows 95/98
Rational Rose 98 for Wintel
Visio或Power Point 97 for Windows 95/98
6.2 定義說明與符號
【說明】包括對專用術語及縮略語的解釋、所用到的圖（如use case、sequence圖）之圖符的表示與解釋等。
6.3 參考資料
【說明】格式：作者，[版本號，]資料來源，日期 [，起止頁號] 。其中，《質量保證計劃》是必選的參考資料。
6.4 有關表格清單
【說明】列出用戶提供的素材，加上我們積累的有關文件，作為系統分析的基礎。在這里除系統內部沒有用戶參與的需求分析工作外，必須包括一個以上的用戶訪談紀要、用戶確認簽名文件以及用戶訪談計劃等文件的列表。在列表中的文件應當作為附件與需求文檔共同納入配置管理
7. 怎樣寫業務分析報告
一、要清楚明白地知道報告閱讀的對象（內部管理報告的閱讀對象主要是公司管理者尤其是領導）及報告分析的范圍。報告閱讀對象不同，報告的寫作應因人而異。比如，提供給業務部領導可以專業化一些，而提供給其它部門領導尤其對本專業相當陌生的領導的報告則要力求通俗一些；同時提供給不同層次閱讀對象的分析報告，則要求分析人員在寫作時准確把握好報告的框架結構和分析層次，以滿足不同閱讀者的需要。
二、了解讀者對信息的需求，充分領會領導所需要的信息是什麼。記得有一次與業務部門領導溝通，他深有感觸地談到：你們給 的財務分析報告，內容很多，寫得也很長，應該說是花了不少心思的。遺憾的是 不需要的信息太多，而 想真正獲得的信息卻太少。 們每月辛辛苦苦做出來的分析報告原本是要為業務服務的，可事實上呢？問題出在哪？ 認為，寫好分析報告的前提是分析人員要盡可能地多與領導溝通，捕獲他們「真正了解的信息」。
三、報告寫作前，一定要有一個清晰的框架和分析思路。業務分析報告的框架具體如下：報告目錄—重要提示—報告摘要—具體分析—問題重點綜述及相應的改進措施。
「報告目錄」告訴閱讀者本報告所分析的內容及所在頁碼；
「重要提示」主要是針對本期報告在新增的內容或須加以重大關注的問題事先做出說明，旨在引起領導高度重視；
「報告摘要」是對本期報告內容的高度濃縮，一定要言簡意賅，點到為止。
無論是「重要提示」，還是「報告摘要」，都應在其後標明具體分析所在頁碼，以便領導及時查閱相應分析內容。以上三部分非常必要，其目的是，讓領導們在最短的時間內獲得對報告的整體性認識以及本期報告中將告知的重大事項。
「問題重點綜述及相應的改進措施」一方面是對上期報告中問題執行情況的跟蹤匯報，同時對本期報告「具體分析」部分中揭示出的重點問題進行集中闡述，旨在將零散的分析集中化，再一次給領導留下深刻印象。
「具體分析」部分，是報告分析的核心內容。「具體分析」部分的寫作如何，關鍵性地決定了本報告的分析質量和檔次。要想使這一部分寫得很精彩，首要的是要有一個好的分析思路。例如：某集團公司下設四個二級公司，且都為製造公司。報告的分析思路是：總體指標分析—集團總部情況分析—各二級公司情況分析；在每一部分里，按本月分析—本年累計分析展開；再往下按盈利能力分析—銷售情況分析—成本控制情況分析展開。如此層層分解，環環相扣，各部分間及每部分內部都存在著緊密的勾稽關系。
四、分析報告一定要與公司經營業務緊密結合，深刻領會財務數據背後的業務背景，切實揭示業務過程中存在的問題。在做分析報告時，由於不了解業務，往往閉門造車，並由此陷入就數據論數據的被動局面，得出來的分析結論也就常常令人啼笑皆非。因此，有必要強調的一點是：各種數據並不僅僅地通常意義上數字的簡單拼湊和加總。每一個數據背後都寓示著非常生動的增減、費用的發生、負債的償還等。分析人員通過對業務的了解和明察，並具備對數據敏感性的職業判斷，即可判斷經濟業務發生的合理性、合規性，由此寫出來的分析報告也就能真正為業務部門提供有用的決策信息。數據畢竟只是一個中介（是對各樣業務的如實反映，或稱之為對業務的映射），因而數據為對象的分析報告就數據論數據，報告的重要質量特徵「相關性」受挫，對決策的「有用性」自然就難以談起。
五、業務分析報告的分析手法。如何才能將報告寫活並有自己的特色？這里僅介紹本人在報告寫作過程中幾點所悟：
1.分析要遵循差異—原因分析—建議措施原則。因為撰寫財務分析報告的根本目的不僅僅是停留在反映問題、揭示問題上，而是要通過對問題的深入分析，提出合理可行的解決辦法，真正擔負起「業務參謀」的重要角色。唯此，報告的有用性或分量才可能得到提高和升華。
2.對具體問題的分析採用交集原則和重要性原則並存手法揭示異常情況。例如，某公司有36個駐外機構，為分析各駐外機構某月費用控制情況和工作效率， 們以「人均差旅費」作為評價指標之一。在分析時， 們採用比較分析法（本月與上月比較）從增長額（絕對數）、增長率（相對數）兩方面比較以揭示費用異常及效率低下的駐外機構， 們分別對費用增長前十位（定義為集合a）及增長率前十位（定義為集合b）的駐外機構進行了排名，並定義集合c=a∩b，則集合c中駐外機構將是 們重點分析的對象之一，這就是「交集原則」。然而，交集原則並有一定能夠揭示出全部費用異常的駐外機構，為此「重要性原則」顯得必不可少。在運用交集原則時，頭腦中要有重要性原則的意識；在運用重要性原則時，同樣少有了閃集思想。總而言之，財務分析人員要始終「抓重點問題、主要問題」，在辯證法上體現為兩點論基礎上的重點論。
3.問題集中點法亦可稱之為焦點映射法。這種分析手法主要基於以下想法：在各部分分析中， 們已從不同角度對經營過程中存在的問題進行了零散分析。這些問題點猶如一張映射表，左邊是不同的分析角度，右邊是存在問題的部門可費用項目。每一個分析角度可能映射一個部門或費用項目，也可能是多個部門或費用項目。由於具體到各部分中所分析出來的問題點還不系統，因而給領導留下的印象比較散亂，重點問題不突出；而領導通過月度分析報告，意在抓幾個重點突出的問題就達到目地了。故而財務分析人員一方面在具體分析時，要有意識地知道本月可能存在的重點問題（在數據整理時具有對財務數據敏感性的財務分析人員能感覺到本月可能存在的重大異常情況），另一方面要善於從前面零散的分析中篩選出一至兩個焦點性問題
六、分析過程中應注意的其它問題。
1.對公司政策尤其是近期來公司大的方針政策有一個准確的把握，在吃透公司政策精神的前提下，在分析中還應盡可能地立足當前，瞄準未來，以使分析報告發揮「導航器」作用；
2在平時的工作當中，應多一點了解國家宏觀經濟環境尤其是盡可能捕捉、搜集同行業競爭對手資料。因為，公司最終面對地是復雜多變的市場，在這個大市場里，任何宏觀經濟環境的變化或行業競爭對手政策的改變都會或多或少地影響著公司的競爭力甚至決定著公司的命運；
3.勿輕意下結論。分析人員在報告中的所有結論性詞語對報告閱讀者的影響相當之大，如果業務人員在分析中草率地下結論，很可能形成誤導。如目前在國內許多公司里核算還不規范，費用的實際發生期與報銷期往往不一致，如果業務分析人員不了解核算的時滯差，則很容易得出錯誤的結論；
4.分析報告的行文要盡可能流暢、通順、簡明、精練，避免口語化、冗長化
8. 業務分析工具有哪些
這個就比較多了哈
9. 業務分析
首先，先從08年銷售狀況來分析，08年對比07年的經營情況怎麼樣?上升還是下降，下降的主要原因有那些？上升的原因有那些，做了哪方面的工作？
其次，分析一下重大節慶做了那些促銷，對整個全年的銷售取得了什麼樣的幫助。
再次，分析一下目前的商品結構，商品結構、價格帶是否適合當前的消費群體，有那些方面的不足，需要那些方面的改進。
最後，布局方面，商品的分類陳列是否合理，工藝品應該還包括是否對相關的工藝文化的介紹，等等各方面需要改進。
09年的銷售計劃，也應該從08年的總結當中提煉出來，經營是要靠自己去慢慢摸索的，我們沒有辦法能夠幫你做出總結，希望這些能夠幫到你