久久精品国产一区二区电影,久久精品国产亚洲av瑜伽,精品无人区一码卡二卡三,久草热8精品视频在线观看 ,久久99精品久久久久麻豆

「需求分析」用戶故事和用例是一回事嗎？

“用戶故事和用例是一樣的嗎?”人們經(jīng)常會(huì)問這個(gè)問題，關(guān)于敏捷團(tuán)隊(duì)?wèi)?yīng)該實(shí)踐使用故事還是用例的爭(zhēng)論已經(jīng)持續(xù)多年了。

用戶故事和用例是一回事嗎?如果不是，哪一個(gè)更好?你應(yīng)該使用哪一個(gè)?或者兩者都使用?

雖然用戶故事和用例之間有一些相似之處，但用戶故事和用例是不可互換的;用戶場(chǎng)景和用例都標(biāo)識(shí)用戶，它們都描述了目標(biāo)，但是它們服務(wù)于不同的目的。

用戶場(chǎng)景集中于您所描述的結(jié)果和好處，而用例可以更細(xì)粒度地描述系統(tǒng)將如何運(yùn)行。

用例在敏捷中有一席之地嗎?或者它們可以相互結(jié)合使用嗎?

本文將告訴您用戶故事和用例之間的區(qū)別。

用戶故事vs用例

用戶故事往往一開始一樣的用例,在每個(gè)描述了一種使用該系統(tǒng),是圍繞一個(gè)目標(biāo),從用戶的角度來看,使用業(yè)務(wù)的自然語(yǔ)言,——自己不告訴整個(gè)故事。

用戶故事與用例的相似性

如果我們考慮這兩種方法的關(guān)鍵組成部分:

用戶故事包含用戶角色、目標(biāo)和驗(yàn)收標(biāo)準(zhǔn)。

用例包含等價(jià)的元素:參與者、事件流和post條件分別(一個(gè)詳細(xì)的用例模板可能包含更多的其他元素)。

用戶故事與用例的區(qū)別

用戶故事的細(xì)節(jié)可能不像用例那樣被記錄到相同的極端。

用戶故事故意省略了許多重要的細(xì)節(jié)。

用戶故事的目的是通過在scrum會(huì)議上提出問題來引出對(duì)話。

為了更頻繁地獲得反饋而進(jìn)行小的增量，而不是像用例中那樣擁有更詳細(xì)的預(yù)先需求規(guī)格說明。

什么是用戶故事?

用戶故事是一個(gè)記錄，它捕捉用戶在其工作中所做的或需要做的事情。

每個(gè)用戶故事都由一段用自然語(yǔ)言從用戶的角度編寫的簡(jiǎn)短描述組成。

與傳統(tǒng)的需求捕獲不同，用戶描述關(guān)注的是用戶的需求，而不是系統(tǒng)應(yīng)該交付的內(nèi)容。

這為進(jìn)一步討論解決方案和系統(tǒng)結(jié)果留下了空間，該系統(tǒng)能夠真正適應(yīng)客戶的業(yè)務(wù)流程，解決他們的操作問題，最重要的是為組織增加價(jià)值。

3C的概念

3C指的是優(yōu)秀用戶故事的三個(gè)關(guān)鍵方面。

這個(gè)概念是由用戶故事實(shí)踐的共同發(fā)明人Ron Jeffries提出的。

現(xiàn)在，當(dāng)我們談到用戶故事時(shí)，我們通常指的是由這三個(gè)方面組成的用戶故事。

卡(Card)

用戶故事被寫成卡片。

每個(gè)用戶故事卡上都有一個(gè)簡(jiǎn)短的句子和足夠的文字來提醒每個(gè)人故事是關(guān)于什么的。

談話(Conversation）

在整個(gè)軟件項(xiàng)目中，通過客戶和開發(fā)團(tuán)隊(duì)之間的持續(xù)對(duì)話來發(fā)現(xiàn)和重新確定需求。

重要的想法和決定會(huì)在涉眾會(huì)議期間被發(fā)現(xiàn)并記錄下來。

確認(rèn)（Confirmation）

確認(rèn)也稱為用戶故事的驗(yàn)收標(biāo)準(zhǔn)。

在討論需求的過程中，客戶不僅告訴分析師他/她想要什么，還確認(rèn)在什么條件和標(biāo)準(zhǔn)下接受或拒絕工作軟件。

定義的案例以確認(rèn)書的形式書寫。

注意，確認(rèn)關(guān)注于驗(yàn)證相應(yīng)用戶描述工作的正確性。

它不是一個(gè)集成測(cè)試。

什么是用例?

用例是在20多年前由Ivar Jacobson引入的，用于在描述系統(tǒng)的功能需求時(shí)捕獲用戶(參與者)的觀點(diǎn)。

它們描述了用戶使用軟件系統(tǒng)一步步完成目標(biāo)的過程。

用例是對(duì)最終用戶想要“使用”系統(tǒng)的所有方式的描述。

用例捕獲用戶和系統(tǒng)交互的所有可能方式，從而使用戶實(shí)現(xiàn)目標(biāo)。

它們還捕捉了在過程中可能出現(xiàn)的所有問題，這些問題會(huì)妨礙用戶實(shí)現(xiàn)目標(biāo)。

用例模型由許多模型元素組成。

最重要的模型元素是:

用例,

演員

以及它們之間的關(guān)系。

詳細(xì)的用例說明

用例規(guī)范是系統(tǒng)提供的功能的文本描述。

它捕獲了角色與系統(tǒng)的交互。

也就是說，它指定用戶如何與系統(tǒng)交互，以及系統(tǒng)如何響應(yīng)用戶的操作。

它通常以參與者和系統(tǒng)之間對(duì)話的形式出現(xiàn)。

用例規(guī)格說明在用例圖中由一個(gè)橢圓形表示，并且是大多數(shù)人在聽到術(shù)語(yǔ)用例時(shí)想到的。

為什么我們?nèi)匀恍枰美?

Alistair Cockburn解釋說，他發(fā)現(xiàn)(在他咨詢的公司)用戶故事有三個(gè)主要問題:

缺乏背景(最大的目標(biāo)是什么)

完成感，你涵蓋了與目標(biāo)相關(guān)的所有基礎(chǔ)。

沒有預(yù)見未來工作的機(jī)制。

集成用例、用戶故事和故事映射技術(shù)

Visual Paradigm提供了一個(gè)完整的敏捷環(huán)境，它將用例、用戶故事、故事映射、關(guān)聯(lián)評(píng)估和看板集成到一個(gè)完全無縫的、自動(dòng)化的端到端流程中。

這個(gè)過程可以通過補(bǔ)充用例和故事映射工具來解決Alistair在上面提到的用戶故事技術(shù)的缺點(diǎn)。

為了更快、更好、更智能地管理您的敏捷項(xiàng)目，還整合了其他有用的敏捷工具。

下面的概念圖概述了Visual Paradigm支持的敏捷工具。

將可視化模型中的需求作為產(chǎn)品待辦事項(xiàng)列表項(xiàng)發(fā)送(用于構(gòu)建故事圖)

故事圖中的用戶活動(dòng)，它代表了一個(gè)大的系統(tǒng)上下文作為一個(gè)整體

活動(dòng)、任務(wù)和故事的垂直結(jié)構(gòu)——待辦事項(xiàng)的完整性

發(fā)布管理

根據(jù)用戶的開發(fā)工作和風(fēng)險(xiǎn)評(píng)估用戶描述

使用sprint管理開發(fā)活動(dòng)

使用sprint任務(wù)板跟蹤進(jìn)度