九色国产,午夜在线视频,新黄色网址,九九色综合,天天做夜夜做久久做狠狠,天天躁夜夜躁狠狠躁2021a,久久不卡一区二区三区

打開(kāi)APP
userphoto
未登錄

開(kāi)通VIP,暢享免費(fèi)電子書(shū)等14項(xiàng)超值服

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

解決方案的路徑是說(shuō)明問(wèn)題——分析問(wèn)題——解決問(wèn)題的過(guò)程。

編制解決方案的過(guò)程是從業(yè)務(wù)理解到技術(shù)方案編制的過(guò)程,即通過(guò)業(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ù)此理解,解決方案的編寫(xiě)路線如下:


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

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

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

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

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

3.2.1 UML概述

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

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

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

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

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

 

3.2.2 用例模型

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

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

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

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

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

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

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

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

3.2.1 UML概述

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

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

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

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

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

 

3.2.2 用例模型

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

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

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

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

 

 

 


本站僅提供存儲(chǔ)服務(wù),所有內(nèi)容均由用戶發(fā)布,如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請(qǐng)點(diǎn)擊舉報(bào)。
打開(kāi)APP,閱讀全文并永久保存 查看更多類(lèi)似文章
猜你喜歡
類(lèi)似文章
Thinking in UML(一)
面向?qū)ο蠓治鲈O(shè)計(jì)的完整過(guò)程是怎樣的?
需求分析與定義
UML業(yè)務(wù)建模實(shí)例分析
OO系統(tǒng)設(shè)計(jì)師之路--分析模型
對(duì)use case的一點(diǎn)理解——by Vega
更多類(lèi)似文章 >>
生活服務(wù)
熱點(diǎn)新聞
分享 收藏 導(dǎo)長(zhǎng)圖 關(guān)注 下載文章
綁定賬號(hào)成功
后續(xù)可登錄賬號(hào)暢享VIP特權(quán)!
如果VIP功能使用有故障,
可點(diǎn)擊這里聯(lián)系客服!

聯(lián)系客服