久青草中文字幕在线观看,中文字幕无码在线观看免费视频 ,@.99素人双人久久素

[導(dǎo)讀]關(guān)注星標(biāo)公眾號(hào)，不錯(cuò)過精彩內(nèi)容作者|?逸珺微信公眾號(hào)|?嵌入式客棧項(xiàng)目開發(fā)，一般都是按照需求驅(qū)動(dòng)開發(fā)整個(gè)開發(fā)過程的。需求是開發(fā)的源頭，即便是自己DIY一個(gè)小東西，心中所想也是一種需求，所以一個(gè)項(xiàng)目是否成功，需求分析做的是否到位也是至關(guān)重要的。前面也為大家分享了『嵌入式方案設(shè)計(jì)文檔...

關(guān)注 星標(biāo)公眾號(hào)，不錯(cuò)過精彩內(nèi)容

作者 |?逸珺

微信公眾號(hào) |?嵌入式客棧

項(xiàng)目開發(fā)，一般都是按照需求驅(qū)動(dòng)開發(fā)整個(gè)開發(fā)過程的。需求是開發(fā)的源頭，即便是自己DIY一個(gè)小東西，心中所想也是一種需求，所以一個(gè)項(xiàng)目是否成功，需求分析做的是否到位也是至關(guān)重要的。前面也為大家分享了『嵌入式方案設(shè)計(jì)文檔』的重要性，其中需求就是一個(gè)重要的內(nèi)容。今天就為大家分享一下項(xiàng)目需求的內(nèi)容。

從搞笑開始

客戶想要一款集美麗、智慧于一身的機(jī)器人，理想很豐滿，可是現(xiàn)實(shí)很骨感。項(xiàng)目中不同的角色對(duì)這個(gè)需求理解各不相同，而表現(xiàn)傳遞的信息又有可能會(huì)大打折扣，所以最后交付造出來的產(chǎn)品與客戶想要的相去甚遠(yuǎn)。

那么問題出在哪里呢？我以為需求失真是罪魁禍?zhǔn)祝?/span>

客戶自己對(duì)需求理解失真
設(shè)計(jì)人員對(duì)需求理解失真
需求文檔對(duì)需求描述失真
開發(fā)人員對(duì)需求設(shè)計(jì)失真
.......
那么對(duì)于需求的定義在項(xiàng)目的成功執(zhí)行，就顯得尤為重要了。再看一個(gè)關(guān)于小龍女形象的經(jīng)典段子：

這不是終極版本，來看下顛覆三觀的終極失控版本：

注：圖片來源于網(wǎng)絡(luò)，純屬調(diào)侃搞笑，不帶任何歧視，侵刪

所以對(duì)一個(gè)成功的項(xiàng)目而已，需求的作用就顯得尤為重要了。

需求的SMART原則，SMART依次英文含義為聰明的，SMART對(duì)于需求而言，有哪些度量維度呢？
S：Specific 明確的
M：Measurable 可度量的
A：Achievable 可實(shí)現(xiàn)的
R：Relevant ?相關(guān)的（范疇內(nèi)）
T：Traceable and Testable 可追溯及可測(cè)的

Specific明確原則

明確原則主要涵蓋這樣一些要點(diǎn)：

需求描述的正確性？描述的需求本身必須是正確的界定某個(gè)功能，如果本身就是一個(gè)錯(cuò)誤的描述，則設(shè)計(jì)實(shí)現(xiàn)就一定是錯(cuò)誤的！需求描述的內(nèi)容是否是需求方（可能是最終客戶或者來源于市場(chǎng)產(chǎn)品管理人員）。這項(xiàng)需求真的是需求方所需嗎？或者部分所需？或者完全錯(cuò)誤？
需求描述的唯一性？好的做法是將需求拆分成一個(gè)個(gè)條目，每一個(gè)條目描述一項(xiàng)明確精準(zhǔn)的需求，相互之間不存在包含關(guān)系。
需求條目是否在項(xiàng)目的范圍內(nèi)？有的需求可能天馬行空，超出了項(xiàng)目預(yù)期的范圍的事情時(shí)有發(fā)生。
需求描述時(shí)否明確了該項(xiàng)需求的前提條件或者約束？

Measurable可度量原則

可度量，我的理解是體現(xiàn)精確性：

需求描述的精確性？需求不要用模棱兩可的描述，比如不可使用左右，上下，可能等，而盡量用精準(zhǔn)的數(shù)字去描述。比如需要描述響應(yīng)時(shí)間，推薦描述為響應(yīng)時(shí)間須滿足：
需求描述的客觀性？需求描述應(yīng)采用客觀描述語(yǔ)言，忌諱采用具有主管色彩的詞匯，比如需求一個(gè)產(chǎn)品經(jīng)理要求設(shè)計(jì)的UI界面，美觀大方，容易操作，這樣的需求是非常不易度量的，相信很多盆友或許又遭遇過這樣的需求，也一定是非常惱火的。這樣的需求你讓設(shè)計(jì)咋整？一千個(gè)讀者眼中就有一千個(gè)哈姆萊特，這樣的描述太過主觀，最后一定是撕逼扯皮的結(jié)局。

Achievable 可實(shí)現(xiàn)原則

凡是寫入項(xiàng)目需求規(guī)格書中的條款理論上就是一份技術(shù)合同，需求方就是甲方，項(xiàng)目團(tuán)隊(duì)相當(dāng)于乙方。所以界定需求是需要與甲方反復(fù)溝通，反復(fù)確認(rèn)的，否則一旦寫入規(guī)格書，臨了發(fā)現(xiàn)臣妾做不到！最后又不免撕逼扯皮！

要實(shí)現(xiàn)需求規(guī)格書的可實(shí)現(xiàn)原則，并不是簡(jiǎn)單成員坐在一起，拍拍腦袋想想就定下來，這里對(duì)于一些具有挑戰(zhàn)的技術(shù)難點(diǎn)、技術(shù)指標(biāo)是需要做技術(shù)預(yù)研的，否則可實(shí)現(xiàn)就變成了覺得可實(shí)現(xiàn)，而非客觀上真的可實(shí)現(xiàn)！對(duì)于是否可實(shí)現(xiàn)，可以提出這樣些問題：

項(xiàng)目團(tuán)隊(duì)是否具有這樣的技術(shù)？
關(guān)鍵技術(shù)指標(biāo)能否滿足要求？
項(xiàng)目資源配置能滿足要求？
可實(shí)現(xiàn)是原則不是描述如何實(shí)現(xiàn)！需求描述的就是功能性或非功能性的要求，而不要描述設(shè)計(jì)方案！
.......

雙T可追溯可測(cè)原則

可追溯原則：

后向追溯：所有的需求條目，理論上應(yīng)有甲方（需求方）的源頭
后向追溯：所有的需求條目，都應(yīng)有設(shè)計(jì)能對(duì)應(yīng)保證，都應(yīng)測(cè)試用例可驗(yàn)證。

可測(cè)試原則：

需求條目，需要應(yīng)盡量具有可測(cè)性
需求階段，理論上測(cè)試人員就應(yīng)該參與討論，從測(cè)試的角度來進(jìn)行核定。

不良需求描述栗子

無法追溯（無標(biāo)號(hào)）
按下急停開關(guān)，系統(tǒng)須停機(jī)。（這里其實(shí)還不精確，應(yīng)描述在多少時(shí)間內(nèi)停機(jī)）
不可測(cè)
SR-1：系統(tǒng)須永不崩潰。
不精確
SR-2：系統(tǒng)應(yīng)向用戶提供快速反饋。（多快？）
無測(cè)量公差
SR-3：LED燈應(yīng)閃爍間隔100毫秒（應(yīng)定義正負(fù)偏差）
過于復(fù)雜
SR-4：按紅色按鈕將激活功能A，按藍(lán)色按鈕應(yīng)使LED 1 閃爍而不是LED 2點(diǎn)亮，點(diǎn)亮LED 2通過黃色按鈕實(shí)現(xiàn)。（應(yīng)拆分）
描述實(shí)現(xiàn)
SR-5：按下按鈕W將導(dǎo)致兩個(gè)16位整數(shù)值相加，然后…