小男孩‘自慰网亚洲一区二区,亚洲一级在线播放毛片,亚洲中文字幕av每天更新,黄aⅴ永久免费无码,91成人午夜在线精品,色网站免费在线观看,亚洲欧洲wwwww在线观看

分享

IT售前咨詢白皮書——分析客戶需求

 昵稱426471 2011-02-23
4.1 業(yè)務(wù)理解
此部分內(nèi)容旨在闡述公司對客戶業(yè)務(wù)的理解,通過項目背景、業(yè)務(wù)架構(gòu)、問題與變革三部分分析,說明客戶的業(yè)務(wù)現(xiàn)狀、遇到問題和未來可能的變革,以實現(xiàn)在業(yè)務(wù)層面與客戶的共鳴。
4.1.1 項目背景分析
項目背景分析包括競爭環(huán)境分析、業(yè)務(wù)標(biāo)桿分析和信息化標(biāo)桿分析三部分內(nèi)容:
競爭環(huán)境分析。競爭環(huán)境包括宏觀環(huán)境和任務(wù)環(huán)境,其中宏觀環(huán)境包括政治、經(jīng)濟(jì)、社會和技術(shù)環(huán)境等,任務(wù)環(huán)境是指與企業(yè)直接有關(guān)的產(chǎn)業(yè)環(huán)境,通??刹捎貌ㄌ氐母偁幜δP瓦M(jìn)行分析。波特認(rèn)為影響行業(yè)競爭結(jié)構(gòu)及競爭強度的主要因素包括行業(yè)內(nèi)現(xiàn)有企業(yè)、潛在的進(jìn)入者、替代品制造商、供應(yīng)商和顧客(產(chǎn)品購買者)。
業(yè)務(wù)標(biāo)桿分析?;鶞?zhǔn)化分析法(benchmarking)就是將本企業(yè)各項活動與從事該項活動最佳者進(jìn)行比較,從而提出行動方法,以彌補自身的不足,是一種評價自身企業(yè)和研究其他組織的手段。
信息化標(biāo)桿分析。針對相關(guān)信息化領(lǐng)域,提供信息化標(biāo)桿分析。
 
4.1.2 企業(yè)現(xiàn)狀和業(yè)務(wù)架構(gòu)分析
業(yè)務(wù)架構(gòu)分析包括企業(yè)基本情況、業(yè)務(wù)戰(zhàn)略、組織架構(gòu)、業(yè)務(wù)模式及關(guān)鍵流程和信息化現(xiàn)狀分析等五部分內(nèi)容:
企業(yè)基本情況分析。企業(yè)生產(chǎn)經(jīng)營概況,包括公司簡介、主要業(yè)務(wù)和效益情況、在同行業(yè)內(nèi)所處的地位等。
企業(yè)業(yè)務(wù)戰(zhàn)略分析。企業(yè)的使命、目標(biāo)、價值觀和企業(yè)的競爭戰(zhàn)略(量化的競爭目標(biāo)和競爭實施計劃)。
企業(yè)組織架構(gòu)分析。企業(yè)的組織架構(gòu)設(shè)置情況、組織各單元的主要職能、關(guān)鍵崗位設(shè)置和崗位職責(zé)情況。
業(yè)務(wù)模式及關(guān)鍵流程分析。本部分內(nèi)容是關(guān)鍵,采用價值鏈理論進(jìn)行業(yè)務(wù)模式分析,并采用編目的方法進(jìn)行流程描述和說明。
信息化現(xiàn)狀分析。描述企業(yè)相關(guān)的應(yīng)用系統(tǒng)、軟/硬件設(shè)備投入情況,以及企業(yè)信息化管控模式。
 
4.1.3 問題定義與變革分析
問題定義與變革分析包括三部分內(nèi)容:
宏觀問題。根據(jù)環(huán)境和標(biāo)桿分析,指出企業(yè)業(yè)務(wù)模式各環(huán)節(jié)存在的問題及改進(jìn)建議。
業(yè)務(wù)流程存在的問題。根據(jù)業(yè)務(wù)流程現(xiàn)狀分析,分析企業(yè)業(yè)務(wù)流程存在的問題和改進(jìn)建議。
企業(yè)未來可能的變革分析。根據(jù)問題分析、企業(yè)戰(zhàn)略和標(biāo)桿分析,指出企業(yè)未來業(yè)務(wù)可能存在的變革。

解決方案的路徑是說明問題——分析問題——解決問題的過程。

編制解決方案的過程是從業(yè)務(wù)理解到技術(shù)方案編制的過程,即通過業(yè)務(wù)架構(gòu)分析,了解組織的戰(zhàn)略、相關(guān)業(yè)務(wù)的組織結(jié)構(gòu)和職能、關(guān)鍵流程,從而構(gòu)建企業(yè)的應(yīng)用系統(tǒng)架構(gòu),并根據(jù)應(yīng)用系統(tǒng)需求提供技術(shù)解決方案。

根據(jù)此理解,解決方案的編寫路線如下:

IT售前咨詢白皮書鈥斺敱嘈唇餼齜槳福ǜ攀觶

整個技術(shù)解決方案包括五部分:

分析客戶需求(概述)(2008-07-20 11:11:11)
軟件開發(fā)是由系統(tǒng)構(gòu)思、需求分析、系統(tǒng)設(shè)計、編碼實現(xiàn)、系統(tǒng)測試、系統(tǒng)培訓(xùn)、系統(tǒng)部署和系統(tǒng)維護(hù)等一系列定義良好的階段構(gòu)成的,每個階段都有不同的目標(biāo)、輸入和輸出,整個過程應(yīng)該是無縫的,在整個開發(fā)過程中,要使用相同的概念和表示方法。
 
UML(統(tǒng)一建模語言,Unified Modeling Language)是一種面向?qū)ο蟮慕UZ言,采用圖形表示法來表示OO的概念。通過UML,可以構(gòu)建一種應(yīng)用模型,并在設(shè)計過程中增加細(xì)節(jié)。從分析到設(shè)計再到實現(xiàn)使用的是相同的無縫表示法,這樣一個開發(fā)階段增加的信息就不會在下一階段中丟失了。
 
需求分析的過程是將企業(yè)業(yè)務(wù)模型到企業(yè)信息模型的映射的過程,實現(xiàn)從業(yè)務(wù)模式向信息模型的轉(zhuǎn)變、業(yè)務(wù)需求向信息功能的映射、企業(yè)基礎(chǔ)數(shù)據(jù)向企業(yè)信息的抽象,通過抽象和建模,將企業(yè)業(yè)務(wù)實體抽象成為信息對象、業(yè)務(wù)運作模式抽象成為信息對象的屬性和方法,建立面向?qū)ο蟮钠髽I(yè)信息模型。
UML通過構(gòu)造模型來更加深入地理解需求,分析的目標(biāo)就是指明必須實現(xiàn)什么的規(guī)格說明,它描述了系統(tǒng)的行為、特性或?qū)傩?,是在開發(fā)過程中對系統(tǒng)的約束(而不是如何完成這些內(nèi)容)。
 
需求是開發(fā)者和用戶交互的一個過程,任何一方的不投入都會導(dǎo)致項目的失敗。由于售前咨詢的定位,必然存在著客戶溝通和客戶合作態(tài)度的問題(再者用戶不是專業(yè)人士),因而開發(fā)者需要以積極的態(tài)度告訴客戶需求開發(fā)的方法,以獲取客戶的支持。
3.1 軟件需求層次
軟件需求包括三個不同的層次——業(yè)務(wù)需求、用戶需求和功能需求,也包括非功能需求。業(yè)務(wù)需求反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求,在項目視圖與范圍文檔中予以說明。用戶需求描述用戶使用產(chǎn)品必須要完成的任務(wù),可使用用例文檔或場景腳本予以說明。功能需求定義了開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能完成他們的任務(wù),從而滿足了業(yè)務(wù)需求。所謂特性是指邏輯上相關(guān)的功能需求的集合,給用戶提供處理能力并滿足業(yè)務(wù)需求。
 
無論哪個層次的需求,其目的都是為了說明系統(tǒng)要完成的內(nèi)容,可采用不同的模型進(jìn)行分析和展現(xiàn):
• 業(yè)務(wù)需求,通過業(yè)務(wù)建模(即采用業(yè)務(wù)架構(gòu)理解客戶業(yè)務(wù)),對企業(yè)目前的業(yè)務(wù)流程進(jìn)行描述和評估
• 用戶需求,重心就是如何收集用戶的需求上,即確定角色和角色的用例,通過用例和場景說明客戶的工作內(nèi)容和信息化需求
• 功能需求,依賴于用戶需求,是用戶需求在系統(tǒng)上的一個映射(Mapping)。在這個層次上,為用戶做一個軟件原型是一個不錯的方法
 

3.2 UML與相關(guān)模型

UML是一種圖形化的面向?qū)ο蠼UZ言,通過不同的圖形表示來捕捉系統(tǒng)靜態(tài)結(jié)構(gòu)和動態(tài)行為的信息,建立起對象模型。

考慮到售前咨詢過程更多的是理解和闡述客戶需求,因而可以將注意力聚焦在用例和活動圖上,即通過層次化的用例(Use Case)模型和時序模型描述企業(yè)范圍內(nèi)各種應(yīng)用的功能需求;通過逐級分解的活動模型(業(yè)務(wù)過程、子過程、活動)來細(xì)化描述業(yè)務(wù)。當(dāng)然也可適當(dāng)考慮類模型的分析,借此說明企業(yè)相關(guān)的實體和關(guān)系。

3.2.1 UML概述

UML的概念包括了UML語義(Semantics)和UML表示符(Notation)兩個部分,UML語義定義了三種模型(類模型、狀態(tài)模型和交互模型),UML表示符提供了完整的語義定義,UML的表示符包括了下面的幾種主要的圖:類圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動圖和部署圖。

三種模型從不同的視角來描述系統(tǒng):

• 類模型。描述了系統(tǒng)內(nèi)部對象及其關(guān)系的靜態(tài)結(jié)構(gòu)——它們的標(biāo)識、與此同時其他對象的關(guān)系、屬性以及操作。類模型提供了放置狀態(tài)模型和交互模型的基本框架。類模型中最重要的概念是類、關(guān)聯(lián)和泛化。

• 狀態(tài)模型。描述的是對象當(dāng)中與時間相關(guān)的內(nèi)容,如表明變化的事件,以及那些界定了事件上下文的狀態(tài)。狀態(tài)模型是由多張狀態(tài)圖所構(gòu)成的,一個類有一張狀態(tài)圖,每張狀態(tài)圖都包含了一些重要的時序行為。

• 交互模型。描述的是對象如何協(xié)作以達(dá)成某種結(jié)果。交互模型是跨越了許多對象的整體視圖。交互可以在不同的抽象層次上建模。在高層上,用例描述的是系統(tǒng)如何與外部參與者交互(用例表示功能片段,有助于捕獲非形式化的需求);順序圖提供更多的細(xì)節(jié),顯示交互的對象,以及對象交互的時間順序;活動圖提供最詳盡的細(xì)節(jié),以顯示某次活動中處理步驟之間的控制流。

 

3.2.2 用例模型

用例是從用戶的角度看待系統(tǒng),用例標(biāo)識系統(tǒng)的功能,并根據(jù)用戶的觀點組織這些功能。用例模型包括參與者、用例和用例圖三部分構(gòu)成:

• 參與者(Actor)。系統(tǒng)的直接外部用戶——直接與系統(tǒng)通信的一個對象或一級對象,但并不是系統(tǒng)的一部分。

• 用例。用例是系統(tǒng)通過與參與者的交互可以提供的一段連貫的功能,每個用例會涉及一個或多個參與者以及系統(tǒng)本身。用例把與此一部分系統(tǒng)功能相關(guān)的所有行為組合在一起,包括普通主線行為、普通行為的變體、異常條件、錯誤條件和請求取消。

• 用例圖。UML用一套圖形表示法來總結(jié)用例,如下圖。其中矩形包含了系統(tǒng)的用例,參與者列在矩形外面。系統(tǒng)的名稱可以寫在矩形的某條邊的附近。橢圓內(nèi)部的名稱表示用例。“火柴人”圖標(biāo)表示參與者,參與者的名稱列在圖標(biāo)下方或者臨近圖標(biāo)的地方。實線連接用例及其參與者。

<此節(jié)也需要重新編寫>

3.2 UML與相關(guān)模型

UML是一種圖形化的面向?qū)ο蠼UZ言,通過不同的圖形表示來捕捉系統(tǒng)靜態(tài)結(jié)構(gòu)和動態(tài)行為的信息,建立起對象模型。

考慮到售前咨詢過程更多的是理解和闡述客戶需求,因而可以將注意力聚焦在用例和活動圖上,即通過層次化的用例(Use Case)模型和時序模型描述企業(yè)范圍內(nèi)各種應(yīng)用的功能需求;通過逐級分解的活動模型(業(yè)務(wù)過程、子過程、活動)來細(xì)化描述業(yè)務(wù)。當(dāng)然也可適當(dāng)考慮類模型的分析,借此說明企業(yè)相關(guān)的實體和關(guān)系。

3.2.1 UML概述

UML的概念包括了UML語義(Semantics)和UML表示符(Notation)兩個部分,UML語義定義了三種模型(類模型、狀態(tài)模型和交互模型),UML表示符提供了完整的語義定義,UML的表示符包括了下面的幾種主要的圖:類圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動圖和部署圖。

三種模型從不同的視角來描述系統(tǒng):

• 類模型。描述了系統(tǒng)內(nèi)部對象及其關(guān)系的靜態(tài)結(jié)構(gòu)——它們的標(biāo)識、與此同時其他對象的關(guān)系、屬性以及操作。類模型提供了放置狀態(tài)模型和交互模型的基本框架。類模型中最重要的概念是類、關(guān)聯(lián)和泛化。

• 狀態(tài)模型。描述的是對象當(dāng)中與時間相關(guān)的內(nèi)容,如表明變化的事件,以及那些界定了事件上下文的狀態(tài)。狀態(tài)模型是由多張狀態(tài)圖所構(gòu)成的,一個類有一張狀態(tài)圖,每張狀態(tài)圖都包含了一些重要的時序行為。

• 交互模型。描述的是對象如何協(xié)作以達(dá)成某種結(jié)果。交互模型是跨越了許多對象的整體視圖。交互可以在不同的抽象層次上建模。在高層上,用例描述的是系統(tǒng)如何與外部參與者交互(用例表示功能片段,有助于捕獲非形式化的需求);順序圖提供更多的細(xì)節(jié),顯示交互的對象,以及對象交互的時間順序;活動圖提供最詳盡的細(xì)節(jié),以顯示某次活動中處理步驟之間的控制流。

 

3.2.2 用例模型

用例是從用戶的角度看待系統(tǒng),用例標(biāo)識系統(tǒng)的功能,并根據(jù)用戶的觀點組織這些功能。用例模型包括參與者、用例和用例圖三部分構(gòu)成:

• 參與者(Actor)。系統(tǒng)的直接外部用戶——直接與系統(tǒng)通信的一個對象或一級對象,但并不是系統(tǒng)的一部分。

• 用例。用例是系統(tǒng)通過與參與者的交互可以提供的一段連貫的功能,每個用例會涉及一個或多個參與者以及系統(tǒng)本身。用例把與此一部分系統(tǒng)功能相關(guān)的所有行為組合在一起,包括普通主線行為、普通行為的變體、異常條件、錯誤條件和請求取消。

• 用例圖。UML用一套圖形表示法來總結(jié)用例,如下圖。其中矩形包含了系統(tǒng)的用例,參與者列在矩形外面。系統(tǒng)的名稱可以寫在矩形的某條邊的附近。橢圓內(nèi)部的名稱表示用例。“火柴人”圖標(biāo)表示參與者,參與者的名稱列在圖標(biāo)下方或者臨近圖標(biāo)的地方。實線連接用例及其參與者。

IT售前咨詢白皮書鈥斺敺治隹突棖螅ǘ)上

 

 

 


    本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊一鍵舉報。
    轉(zhuǎn)藏 分享 獻(xiàn)花(0

    0條評論

    發(fā)表

    請遵守用戶 評論公約

    類似文章 更多