「干貨」項(xiàng)目經(jīng)理可用的110種商業(yè)分析工具和技術(shù)（上）

工欲善其事必先利其器，商業(yè)分析是項(xiàng)目管理中非常重要的一環(huán)，利用工具又能使分析更加的高效和準(zhǔn)確，優(yōu)秀的項(xiàng)目經(jīng)理們?cè)趺茨懿恢滥兀?/p>

所以，我們就請(qǐng)專業(yè)的老師給大家全部整理了出來，并用通俗的語言附帶講解，內(nèi)容較多我們分上中下 3 篇發(fā)布，今天是講范圍、過程、規(guī)則、數(shù)據(jù)、接口等 5 類分析模型中的工具，內(nèi)容較干，記得先收藏~

一范圍模型

范圍模型用于結(jié)構(gòu)化的表示組織的目的、目標(biāo)、特性、功能和正在分析商業(yè)域的邊界。在具體的實(shí)踐中，有多種不同的范圍模型。今天我們首先要學(xué)習(xí)的是目的模型和商業(yè)目標(biāo)模型。

▍a.目的模型和商業(yè)目標(biāo)模型：

這兩種模型都反映了與產(chǎn)品信息有關(guān)的目的以及商業(yè)目標(biāo)，以可視化的方式來支持特性優(yōu)先級(jí)決策，體現(xiàn)了產(chǎn)品范圍管理的價(jià)值，以及在項(xiàng)目組合中對(duì)項(xiàng)目集和項(xiàng)目進(jìn)行排序。

目的模型通常顯示的是解決方案的干系人目的，并且指出了這些不同目的之間的關(guān)系。

商業(yè)目標(biāo)模型與商業(yè)問題、商業(yè)目標(biāo)和頂層特性有關(guān)，它將高層級(jí)的商業(yè)策略分解為較低層級(jí)的問題和商業(yè)目標(biāo)，用可視化的方式表示項(xiàng)目組合項(xiàng)目集或者項(xiàng)目的價(jià)值以及解決方案將如何實(shí)現(xiàn)組織的商業(yè)目標(biāo)。

目的模型和商業(yè)目標(biāo)模型通常在規(guī)劃階段建立，也可在項(xiàng)目期間的任何時(shí)間創(chuàng)建，有助于盡可能快地創(chuàng)建模型，用來論證預(yù)算以及向高管準(zhǔn)確的呈現(xiàn)他們從項(xiàng)目所獲取到的收益。

它們提供了明確商業(yè)需求的結(jié)構(gòu)，當(dāng)商業(yè)目標(biāo)映射到需求時(shí)，具體需求的特定價(jià)值就更容易被干系人理解，范圍控制也變得更加容易；并且需求或功能的價(jià)值也可以通過這些模型來被量化，有助于確定最重要的功能來實(shí)現(xiàn)最小可售功能。

▍b.生態(tài)系統(tǒng)圖：

顯示了所有相關(guān)的系統(tǒng)，系統(tǒng)之間的關(guān)系，以及流經(jīng)它們的可選的任何數(shù)據(jù)對(duì)象，這些系統(tǒng)其實(shí)是從商業(yè)角度來描繪的邏輯系統(tǒng)，而不是從實(shí)施角度來描繪的實(shí)際物理結(jié)構(gòu)圖。

生態(tài)系統(tǒng)圖一般也用在項(xiàng)目初期創(chuàng)建，有利于理解所有的系統(tǒng)間的相互關(guān)聯(lián)和影響關(guān)系，幫助識(shí)別項(xiàng)目集、項(xiàng)目之間的潛在依賴性；它還有助于發(fā)現(xiàn)直接與解決方案連接的系統(tǒng)，發(fā)現(xiàn)解決方案上下游系統(tǒng)在哪些地方可能存在接口需求或數(shù)據(jù)需求。

▍c.系統(tǒng)交互圖：

顯示了解決方案中的所有直接系統(tǒng)和人機(jī)界面，清晰地描述了范圍內(nèi)的系統(tǒng)和所有的輸入或輸出，包括提供輸入和接收輸出的外部系統(tǒng)或參與者。

系統(tǒng)交互圖通常應(yīng)盡早創(chuàng)建，它總結(jié)了產(chǎn)品范圍和用來確定需求的相關(guān)信息，用以識(shí)別和明確接口需求和數(shù)據(jù)需求。系統(tǒng)交互圖有時(shí)候被稱為“0級(jí)數(shù)據(jù)流圖”，它可以用于引導(dǎo)后續(xù)創(chuàng)建其他接口模型，也可以模擬現(xiàn)在和未來的狀態(tài)以幫助進(jìn)行差距分析。

▍d. 功能模型/特性模型：

用樹狀或?qū)蛹?jí)結(jié)構(gòu)排列，以可視化的方式表示解決方案的所有特性，在這樣的層級(jí)結(jié)構(gòu)里，頂層特性是第 1 級(jí)（L1）特性，其次是第 2 級(jí)（L2）特性，等等。特性模型有助于說明特性是如何組合在一起的，以及哪個(gè)特性是其他特性的子特性。

特性模型通常在項(xiàng)目初期開始創(chuàng)建，以顯示項(xiàng)目集或項(xiàng)目范圍內(nèi)的所有特性，并且在啟發(fā)和分析過程中識(shí)別附加特性時(shí)進(jìn)行更新。在適應(yīng)型項(xiàng)目中，特性可以在不同的迭代中加以標(biāo)記以便于發(fā)布計(jì)劃。

特性模型可與頭腦風(fēng)暴法結(jié)合使用，類似于親和圖，以幫助干系人通過關(guān)注分組來識(shí)別特性。這種模型通常不顯示需求，而顯示需求集；可以幫助確定如何為商業(yè)分析工作組織需求，或者如何展現(xiàn)需求；在功能模型里的功能也可用來跟蹤需求，以確保沒有遺漏的功能或需求。

▍e. 用例圖：

顯示了解決方案范圍內(nèi)的所有用例。用例是用文本敘述的手法來描述系統(tǒng)—用戶的交互以成功完成目的的過程模型。

創(chuàng)建用例圖包括識(shí)別解決方案的使用者和每個(gè)使用者將如何使用解決方案的可能場(chǎng)景清單。把用戶和相關(guān)用例相關(guān)聯(lián)，顯示了用戶和用例之間需要?jiǎng)?chuàng)建的接口，并且確定哪些用例在給定解決方案的范圍內(nèi)，哪些在范圍外，這有助于管理干系人的期望。

同時(shí)，它也可以幫助項(xiàng)目團(tuán)隊(duì)在建立解決方案時(shí)規(guī)劃和跟蹤過程，概括功能的范圍以及功能和參與者之間的關(guān)系，有助于為商業(yè)分析工作組織需求或展現(xiàn)需求。

▍f(xié). 事件清單：

描述了觸發(fā)解決方案行為的任何外部事件。事件清單幫助定義解決方案必須做出反應(yīng)或處理的范圍內(nèi)事件，從而確保定義工作范圍，并且隨著工作的持續(xù)開展和新事件的識(shí)別而更新。

事件響應(yīng)表是事件清單的延伸，用于描述系統(tǒng)對(duì)任何事件觸發(fā)器的響應(yīng)。事件響應(yīng)表有助于識(shí)別（過程模型）用例、用戶故事或系統(tǒng)流。

▍g. 組織結(jié)構(gòu)圖：

展示了組織內(nèi)部或部分組織內(nèi)部的報(bào)告結(jié)構(gòu)，描述了整個(gè)組織的部門、部門角色或報(bào)告結(jié)構(gòu)中的個(gè)人。

我們?cè)谶M(jìn)行干系人識(shí)別和分析時(shí)，可能也會(huì)用到組織結(jié)構(gòu)圖，在對(duì)需求分析期間使用的組織結(jié)構(gòu)目的與之不同，主要是確定使用解決方案或受解決方案影響的人員，而這些人員不一定是那些與項(xiàng)目組合、項(xiàng)目集或項(xiàng)目緊密合作的人員，除此之外，我們還需要幫助識(shí)別有安全性和權(quán)限需求的用戶或用戶組。

組織結(jié)構(gòu)圖需要在早期被創(chuàng)建，并保持持續(xù)更新，以確保任何干系人或干系人群組的識(shí)別不會(huì)被遺漏。

這些就是常見的范圍模型，范圍模型通常在項(xiàng)目或者商業(yè)分析的早期被創(chuàng)建。

二

過程模型

描述商業(yè)過程及干系人與其交互方式的模型。

▍a.過程流：

用于以可視化的方式，記錄人們?cè)诠ぷ髦谢蚺c解決方案交互時(shí)，所執(zhí)行的步驟或任務(wù)。過程流又名泳道圖、過程地圖、過程圖或過程流圖。

過程流可以分成多個(gè)層級(jí)，其中 1 級(jí)（L1）過程流可用 7～10 個(gè)步驟在高層級(jí)上顯示完整的端到端過程；L1 過程流中的步驟被分解為用戶將要執(zhí)行的下一級(jí)過程，用 2 級(jí)（L2）過程流來表示。

過程流根據(jù)包含信息的不同，有幾種變體：

系統(tǒng)流用于描述系統(tǒng)步驟；

價(jià)值流圖顯示過程中發(fā)生的任何延遲、排隊(duì)或切換，目的是識(shí)別過程中花費(fèi)的非增值時(shí)間以簡(jiǎn)化過程；

活動(dòng)圖用來對(duì)一般工作流的建模，以可視化的方式顯示用例的復(fù)雜流；活動(dòng)圖通常在一個(gè)圖中顯示用戶與系統(tǒng)的交互，并且體現(xiàn)了用例的文本描述；

序列圖用于描述用戶或系統(tǒng)過程如何在任何涉及的用戶或系統(tǒng)中相互作用，以及對(duì)執(zhí)行的過程或步驟進(jìn)行順序。序列圖對(duì)于與技術(shù)團(tuán)隊(duì)溝通系統(tǒng)間的信息流動(dòng)、將功能委派到它將要執(zhí)行的地方，以及步驟間的控制流都是非常有用的。在通過顯示信息的流向來確定需要哪些商業(yè)對(duì)象時(shí)，序列圖尤其有用。

總結(jié)起來說，過程流在商業(yè)分析活動(dòng)中，經(jīng)常會(huì)被使用到。在需求啟發(fā)階段，促進(jìn)與干系人的溝通；分析過程中，跟蹤需求的各個(gè)步驟，識(shí)別丟失的功能或需求；還可以展示原有和將來的商業(yè)過程；對(duì)比討論新/舊解決方案的過程，識(shí)別變化和差距；顯示對(duì)當(dāng)前解決方案所做的變更或改進(jìn)；擴(kuò)展/附加每個(gè)步驟的詳細(xì)信息，以確保干系人能夠理解情況；還可以用于顯示關(guān)鍵績(jī)效指標(biāo)（KPI），包括基準(zhǔn)或目標(biāo)指標(biāo)。

它可以在項(xiàng)目開始前創(chuàng)建，也可以在項(xiàng)目開始后創(chuàng)建，并且隨著產(chǎn)品信息被逐步明細(xì)而繼續(xù)創(chuàng)建。

▍b.用例：

是用文本敘述的手法，來描述系統(tǒng)和用戶的交互，以成功完成其目的。用例的核心在于用戶與系統(tǒng)間的復(fù)雜互動(dòng)，在對(duì)需求的啟發(fā)中可用于發(fā)現(xiàn)和描述這些復(fù)雜的交互。用例主要應(yīng)描述和記錄系統(tǒng)或運(yùn)營(yíng)的功能性特征，不用來記錄系統(tǒng)的非功能性特征。

用例的目的是代表主要參與者在用例中試圖完成的任務(wù)。每個(gè)用例都包含一個(gè)正常流（系統(tǒng)和用戶之間最常見的交互場(chǎng)景），以及當(dāng)場(chǎng)景偏離正常流時(shí)的替代流和異常流。用例常用于識(shí)別和明細(xì)需求，尤其是在將商業(yè)需求轉(zhuǎn)移到干系人需求或解決方案需求時(shí)。

用例通常在過程流之后被創(chuàng)建，為過程流中的具體步驟提供更多詳細(xì)信息；有時(shí)也被用來代替過程流并用于識(shí)別功能性或非功能性需求或驗(yàn)收標(biāo)準(zhǔn)；也可以用作展示解決方案需求的方式。

▍c. 用戶故事：

是一種從用戶的角度記錄干系人需求的方法，重點(diǎn)是關(guān)注用戶在完成故事后獲得的價(jià)值或效益。用戶故事的構(gòu)成有三要素“我作為，我希望能夠擁有，這樣我就可以滿足需要的”。每一個(gè)用戶故事也應(yīng)該匹配相應(yīng)的驗(yàn)收標(biāo)準(zhǔn)，“在指定的下，當(dāng)發(fā)生時(shí)，會(huì)產(chǎn)生”。

用戶故事有助于把商業(yè)需求和解決方案需求連接起來，用于將需求或驗(yàn)收標(biāo)準(zhǔn)，映射到反映整體商業(yè)用戶任務(wù)的過程模型上。在適應(yīng)型方法中，用戶故事通常是表達(dá)需求的方法。一個(gè)用戶故事可能包含許多需求，它是需求的功能組合；故事可以直接追溯到商業(yè)目標(biāo)以證實(shí)需求的價(jià)值；用戶故事也能夠追溯到其他模型的元素；可用來在每個(gè)版本和迭代過程中管理、優(yōu)化、追蹤和分配功能。

關(guān)于用戶故事的詳細(xì)用法，之前寫過一篇文，感興趣的可以查看《用戶故事幫你了解需求的真相》

這三類就是常見的過程模型，過程模型通常在項(xiàng)目的早期到中期被創(chuàng)建。

三

規(guī)則模型

為執(zhí)行既定的商業(yè)政策而定義的商業(yè)規(guī)則，這些規(guī)則是有關(guān)商業(yè)各個(gè)方面的概念，限制了商業(yè)的相關(guān)行為。常見的規(guī)則模型一共有兩類：

▍a.商業(yè)規(guī)則目錄：

詳細(xì)說明了所有商業(yè)規(guī)則及其相關(guān)屬性，一般用表格的形式來展現(xiàn)。商業(yè)規(guī)則不是過程或程序，而是用來描述如何約束或支持商業(yè)運(yùn)營(yíng)中的行為。了解商業(yè)規(guī)則非常重要，因?yàn)樗鼈冃枰山鉀Q方案來實(shí)施或執(zhí)行，并且很多情境下，一些干系人可能想要或需要變更商業(yè)規(guī)則以支持商業(yè)運(yùn)營(yíng)。

商業(yè)規(guī)則目錄可在識(shí)別商業(yè)規(guī)則的任何時(shí)刻被創(chuàng)建和更新。任何給定的項(xiàng)目組合、項(xiàng)目集或項(xiàng)目都可能跟蹤商業(yè)規(guī)則的不同屬性。商業(yè)規(guī)則目錄還可以顯示從每個(gè)規(guī)則到相關(guān)過程的映射，以執(zhí)行規(guī)則，或者應(yīng)用這些規(guī)則來創(chuàng)建數(shù)據(jù)模型。

▍b. 決策樹和決策表：

決策樹和決策表都是描述一系列決策和這些決策所導(dǎo)致的成果的規(guī)則模型。決策樹和決策表都經(jīng)常用于商業(yè)規(guī)則建模，且常需要同時(shí)使用。

決策樹，顧名思義，樹狀的結(jié)構(gòu)顯示了導(dǎo)致成果的決策和選擇的流向，并且可以顯示有序排列的決策，最適合用于二元選擇（即：是/否）；而決策表則有助于確保商業(yè)分析專業(yè)人士考慮了所有可能的決策場(chǎng)景及相應(yīng)成果的組合，能應(yīng)用于有更多選擇并且分析變得復(fù)雜的情況；當(dāng)決策順序并不重要的時(shí)候，最好使用決策表。

決策樹和決策表可以幫助識(shí)別任何與支持這些商業(yè)規(guī)則或特定結(jié)果有關(guān)的需求。它們也都可作為創(chuàng)建測(cè)試用例的基礎(chǔ)，每個(gè)決策和成果的組合都是一個(gè)測(cè)試用例。

四

數(shù)據(jù)模型

記錄在過程或系統(tǒng)中使用的數(shù)據(jù)以及數(shù)據(jù)的生命周期的模型，用來描述數(shù)據(jù)間的關(guān)系，以顯示數(shù)據(jù)如何與過程關(guān)聯(lián)，并進(jìn)一步幫助提取需求和相關(guān)商業(yè)規(guī)則。

▍a.實(shí)體關(guān)系圖：

實(shí)體關(guān)系圖也稱為商業(yè)數(shù)據(jù)圖，是一種顯示產(chǎn)品中的商業(yè)數(shù)據(jù)對(duì)象或感興趣的信息片段，以及這些對(duì)象之間基數(shù)關(guān)系的數(shù)據(jù)模型。

在這個(gè)概念中，商業(yè)數(shù)據(jù)對(duì)象是指業(yè)務(wù)思考和關(guān)注的，從商業(yè)角度得到解決方案中數(shù)據(jù)的概念視圖，而不是數(shù)據(jù)庫中確切的數(shù)據(jù)對(duì)象，代表了業(yè)務(wù)關(guān)注的人、地方、事物和概念；基數(shù)是指一個(gè)實(shí)體和其他實(shí)體發(fā)生關(guān)系的次數(shù)，以及這種關(guān)系是否必需或可選。

實(shí)體關(guān)系圖是用來描述現(xiàn)實(shí)世界的概念模型，有助于識(shí)別在系統(tǒng)中創(chuàng)建、被系統(tǒng)使用或從系統(tǒng)輸出的數(shù)據(jù)。當(dāng)與過程模型一起使用時(shí)，實(shí)體關(guān)系圖還可用于從過程的角度對(duì)重要數(shù)據(jù)進(jìn)行建模。

實(shí)體關(guān)系圖通常在分析的早期階段被創(chuàng)建以便于理解要分析的數(shù)據(jù)的范圍。此模型還有助于識(shí)別可能創(chuàng)建、使用或處理數(shù)據(jù)的任何過程及有關(guān)數(shù)據(jù)的商業(yè)規(guī)則。此外，實(shí)體關(guān)系圖也是數(shù)據(jù)庫的設(shè)計(jì)人員和架構(gòu)師在設(shè)計(jì)數(shù)據(jù)庫時(shí)可能使用到的輸入。

▍b. 數(shù)據(jù)字典：

數(shù)據(jù)字典是羅列數(shù)據(jù)對(duì)象的數(shù)據(jù)域及其屬性的一種數(shù)據(jù)模型。是實(shí)體關(guān)系圖中數(shù)據(jù)對(duì)象的補(bǔ)充細(xì)節(jié)，它的屬性詳述了域的信息，包括數(shù)據(jù)執(zhí)行的商業(yè)規(guī)則。

數(shù)據(jù)字典通常在使用其他數(shù)據(jù)模型識(shí)別數(shù)據(jù)對(duì)象之后，并且在數(shù)據(jù)對(duì)象需要指定更多細(xì)節(jié)時(shí)創(chuàng)建。它們通常與定義需求和驗(yàn)收標(biāo)準(zhǔn)一起創(chuàng)建。

數(shù)據(jù)字典通常用表格形式，顯示數(shù)據(jù)域和這些域的屬性。常見的屬性包括名稱、描述、大小和驗(yàn)證規(guī)則。用于明確數(shù)據(jù)非常詳細(xì)的方面，并從商業(yè)干系人的視角獲取數(shù)據(jù)域和屬性。

數(shù)據(jù)庫設(shè)計(jì)者使用數(shù)據(jù)字典作為輸入來創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)。對(duì)于需求分析來說，它可以用來獲取非常詳細(xì)的需求和它們的商業(yè)規(guī)則。該模型可以獨(dú)立，不需要多余的需求說明書。

▍c. 數(shù)據(jù)流向圖：

描述了數(shù)據(jù)在外部實(shí)體、數(shù)據(jù)存儲(chǔ)和過程之間流動(dòng)，外部實(shí)體可以是參與者或系統(tǒng)。數(shù)據(jù)流圖說明了系統(tǒng)、參與者和數(shù)據(jù)之間的關(guān)系，其中數(shù)據(jù)在一個(gè)或多個(gè)進(jìn)程間交換和處理。

數(shù)據(jù)流向圖顯示了每個(gè)過程的數(shù)據(jù)輸入和輸出，但不指定操作的時(shí)間和順序。它的作用是幫助收集需求，而不是用來設(shè)計(jì)技術(shù)結(jié)構(gòu)。它能宏觀地描繪出數(shù)據(jù)是如何在解決方案中移動(dòng)的，幫助干系人和開發(fā)展來進(jìn)一步確定具體的數(shù)據(jù)需求。

通常，我們需要先創(chuàng)建實(shí)體關(guān)系圖、過程流和生態(tài)系統(tǒng)圖，以識(shí)別在數(shù)據(jù)流向圖中所顯示的數(shù)據(jù)對(duì)象、過程和系統(tǒng)。

▍d. 狀態(tài)表和狀態(tài)圖：

都是用于顯示對(duì)象的有效狀態(tài)，并允許在它們之間進(jìn)行過渡的數(shù)據(jù)模型。首先讓我們先來理解一下，什么是對(duì)象，什么是狀態(tài)。

對(duì)象可以是在分析解決方案時(shí)的商業(yè)數(shù)據(jù)條目或任何感興趣的信息；而狀態(tài)描述了一個(gè)對(duì)象的生命周期；一個(gè)對(duì)象的狀態(tài)必須是相互排斥的，一個(gè)對(duì)象在任何情況下只能處于多個(gè)狀態(tài)中的一個(gè)狀態(tài)。

狀態(tài)表和狀態(tài)圖描述了單個(gè)對(duì)象在一個(gè)解決方案中所具有的所有狀態(tài)，也描述了該對(duì)象在狀態(tài)之間如何過渡。它們對(duì)于涉及工作流的解決方案特別有用，有助于發(fā)現(xiàn)與對(duì)象狀態(tài)流轉(zhuǎn)相關(guān)的商業(yè)規(guī)則。

這兩種模型的區(qū)別在于：狀態(tài)表最常用來進(jìn)行分析，以確保涵蓋所有的過渡，而狀態(tài)圖更便于讓干系人以可視化的方式看到有效的過渡流。

以上就是常見的數(shù)據(jù)模型，數(shù)據(jù)模型通常在項(xiàng)目的后期被創(chuàng)建。

五

接口模型

輔助理解特定系統(tǒng)，以及它們?cè)诮鉀Q方案和用戶之間的關(guān)系的模型。

▍a. 報(bào)告表：

用表格形式描述了單個(gè)報(bào)告的詳細(xì)需求，包括整體信息（如報(bào)告名稱或根據(jù)報(bào)告做出的決策）以及域級(jí)別的信息（如：數(shù)據(jù)域的顯示及計(jì)算）。

報(bào)告表通常和報(bào)告原型一起使用，以便向?qū)嵤﹫F(tuán)隊(duì)展示報(bào)告應(yīng)有的樣式。報(bào)告表通?？稍诮鉀Q方案的初始報(bào)告列表已被識(shí)別并被排序后的任何時(shí)間點(diǎn)創(chuàng)建，應(yīng)首先為優(yōu)先級(jí)最高的報(bào)告創(chuàng)建報(bào)告表。

▍b. 系統(tǒng)接口表：

為單一系統(tǒng)接口獲取所有詳細(xì)層級(jí)需求的一種接口模型。系統(tǒng)接口表的創(chuàng)建使得每個(gè)系統(tǒng)與解決方案系統(tǒng)建立連接。系統(tǒng)接口表中的信息包括：系統(tǒng)之間傳遞的數(shù)據(jù)域、數(shù)據(jù)傳遞的頻率和數(shù)量，確保數(shù)據(jù)被正確傳遞和存儲(chǔ)所需的確認(rèn)規(guī)則、以及傳遞的實(shí)際數(shù)據(jù)對(duì)象等。

系統(tǒng)接口表通常在創(chuàng)建生態(tài)系統(tǒng)圖和系統(tǒng)交互圖以識(shí)別接口之后創(chuàng)建，它詳細(xì)到足以代表實(shí)際的接口需求和驗(yàn)收標(biāo)準(zhǔn)，不需要其他書面的需求。

▍c. 用戶界面流：

顯示了功能設(shè)計(jì)里特定的用戶界面和常用的屏幕顯示，并且描繪了用戶如何在界面間導(dǎo)航。用戶界面流可以和過程流或用例組合使用，有助于以可視化的方式顯示用戶與系統(tǒng)的交互場(chǎng)景。

用戶界面流通常在過程流和用例之后被創(chuàng)建，以確保用戶界面在系統(tǒng)中的導(dǎo)航是合理的且正確的。我們?cè)诙x一個(gè)項(xiàng)目的解決方案時(shí)，用戶界面流可以幫助跟蹤所有需要進(jìn)一步定義的屏幕界面。

界面流也可以用于啟發(fā)會(huì)議，以確定更多關(guān)于用戶在屏幕界面間的功能細(xì)節(jié)。這個(gè)模型沒有反映個(gè)人需求說明，它可以追溯到其他需求模型，如顯示—操作—響應(yīng)模型、過程流和個(gè)人需求。

▍d. 原型、線框圖、顯示—操作—響應(yīng)模型：

這三種某種程度上是相似的接口模型。原型是在構(gòu)建預(yù)期解決方案之前的表示法，可分為低保真原型和高保真原型。

線框圖是原型的一種，專用于模擬用戶界面設(shè)計(jì)，也用于呈現(xiàn)屏幕外觀。線框圖可以是低保真的，如草圖；也可以是高保真的，如能真實(shí)呈現(xiàn)最終用戶界面外觀樣式。

顯示—操作—響應(yīng)模型采用扁平化的格式來描述頁面元素及賦予每個(gè)元素的功能，通常與原型或線框圖結(jié)合使用，以連接用戶界面元素需求和可視化的呈現(xiàn)方式。

用戶界面的設(shè)計(jì)可能由用戶體驗(yàn)專家或用戶界面分析師來完成，商業(yè)分析則用于確定用戶界面在解決方案的不同狀態(tài)中如何顯示和運(yùn)行、如何協(xié)同工作，以及如何與底層商業(yè)邏輯進(jìn)行交互。

原型和線框圖（特別是兩者的低保真版本）可能在屏幕剛剛搭建完成之前創(chuàng)建，或者在某分析階段的中途具體說明。顯示—操作—響應(yīng)模型通常是在功能需求或驗(yàn)收標(biāo)準(zhǔn)得到明確后創(chuàng)建的。

至此我們就學(xué)完了五類分析模型：（1）范圍模型——界定解決方案范圍，（2）過程模型——如何使用解決方案，（3）規(guī)則模型——解決方案需要遵守的規(guī)則，（4）數(shù)據(jù)模型——在過程或系統(tǒng)中使用的數(shù)據(jù)及數(shù)據(jù)的生命周期，（5）接口模型——解決方案如何與其他系統(tǒng)和用戶交互。

通過五種不同角度或模型類別來對(duì)解決方案進(jìn)行分析，來幫助我們獲得產(chǎn)品的完整輪廓。

好了，到這文章的內(nèi)容就結(jié)束了

更多精彩內(nèi)容請(qǐng)關(guān)注“慧翔天地PMP”公號(hào)

關(guān)鍵詞： 干貨項(xiàng)目經(jīng)理可用的110種商業(yè)分析工具和技術(shù)（上）