簡述需求文檔的構(gòu)成

1、簡述需求檔的構(gòu)成需求的表達(dá)：能圖講的就別字。UML因其簡單、統(tǒng)的特 點(diǎn)，且能表達(dá)軟件設(shè)計(jì)中的動態(tài)和靜態(tài)信息，前已成為可視化建模語的業(yè)標(biāo)準(zhǔn)。UML統(tǒng)建模語建了套采圖解需求的標(biāo)準(zhǔn)法，它來解析和呈現(xiàn)業(yè)務(wù)需求，就能事半功倍接下來詳細(xì)說下需求檔中圖說到的事。流程圖呈現(xiàn)業(yè)務(wù)流程先簡單講講畫流程圖的需要知道的基本元素組成流程圖的元素流程圖的基本元素.png開始/結(jié)束 Begin/End于描述個流程的開始和結(jié)束。活動Action是描述個業(yè)務(wù)流程中最基本的步驟，來描述對象的個動作，如次點(diǎn)擊、次選擇。判斷Judge于描述業(yè)務(wù)流程中需要根據(jù)條件進(jìn)判斷的步驟，如系統(tǒng)根據(jù)數(shù)值系統(tǒng)會提供有不同信息。流程/其他流程Subf

2、low不便將流程的細(xì)節(jié)展出來，就可以先它來表。連接線Connection line于連接活動，并指明下步，更重要的是，在連接線上，還可以填寫些額外的信息。“在超市購物完后結(jié)賬時的流程”舉個岡：基本步驟.png不出來了，接下來簡單介紹可以到的泳道圖。結(jié)合泳道區(qū)分流程中的在描述流程中活動的時候，可以使泳道來區(qū)分即“誰做的什么事情”。如圖：泳道區(qū)分.png實(shí)體關(guān)系圖產(chǎn)品經(jīng)理在了解業(yè)務(wù)的流程后，為了便于后續(xù)的產(chǎn)品設(shè)計(jì)作，還需要關(guān)注業(yè)務(wù)中的數(shù)據(jù)關(guān)系，接下來簡單講下可以到的實(shí)體關(guān)系圖。E-R圖為實(shí)體-聯(lián)系圖，提供了表E-R圖為實(shí)體-聯(lián)系圖，提供了表實(shí)體型、屬性和聯(lián)系的法，來描述現(xiàn)實(shí)世界的概念模型。實(shí)體關(guān)系

3、圖表在信息系統(tǒng)中概念模型的數(shù)據(jù)存儲。實(shí)體關(guān)系圖，稱做ER圖，來描述實(shí)體間的數(shù)據(jù)關(guān)系。ER圖.png以上ER圖（只畫了部分實(shí)體關(guān)系，像賬單等實(shí)體省略掉了）表：個營業(yè)員可以為多個顧客執(zhí)結(jié)賬流程個顧客可以購買多種物品B端產(chǎn)品經(jīng)理經(jīng)常會設(shè)計(jì)配置后臺等產(chǎn)品，戶在配置后臺進(jìn)創(chuàng)建、刪除、編輯、搜索等操作就是對數(shù)據(jù)的CRUD（增刪改查）， 理清了這些數(shù)據(jù)屬性，我們可以試著從數(shù)據(jù)度進(jìn)需求的探索，即對需求進(jìn)查漏補(bǔ)缺。舉個岡-賬單實(shí)體：創(chuàng)建：顧客結(jié)賬，收營員掃描完該顧客的所有物品時，成份賬單。修改：收營員在掃描錯誤物品時，會有編輯的需求。刪除：對于收營員或顧客來說，好像沒有刪除的需求。查詢：當(dāng)超市的會計(jì)對某份賬單有

4、疑問時，可能會有搜索的需求。數(shù)據(jù)流圖范圍，還能跟開發(fā)更好地溝通。完整的數(shù)據(jù)流圖難度較，般不做要求，有興趣的可以去了解數(shù)據(jù)流圖。需求檔的內(nèi)容結(jié)構(gòu)：需求名稱背景標(biāo)/收益功能需求功能需求需求名稱概括性地描述這是件什么樣的事情以及要實(shí)現(xiàn)的標(biāo)，這可能是產(chǎn)品的名稱也可能是項(xiàng)的名稱。背景背景主要是說明為什么要做這個需求，通常是說明現(xiàn)狀及現(xiàn)狀帶來的問題。標(biāo)/收益講清楚做了這個需求后預(yù)計(jì)達(dá)到的標(biāo)或是收益，如能賺多少錢、能節(jié)省多少等等需求范圍在這可以把需求以列表的式概括性展出來，可以讓團(tuán)隊(duì)成員概知道這些需求包含哪些內(nèi)容，便于后續(xù)評估作量。功能需求業(yè)務(wù)概念這需要放上實(shí)體關(guān)系圖，以及每個實(shí)體的屬性，有助于理清業(yè)務(wù)概念，也可以幫助開發(fā)拿到需求后設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)。流程展這需要放上流程圖和數(shù)據(jù)流圖，于描述業(yè)務(wù)流程和數(shù)據(jù)扭轉(zhuǎn)。需求描述這是檔的核部分，在這個階段描述需求時，建議不要描述界相關(guān)的內(nèi)容，避免增加檔的復(fù)雜性，以下是對個需求/例的描述。內(nèi)容描述名稱例的名稱叫什么，如：結(jié)賬誰在系統(tǒng)中使這個功能前置條件例的前提條件，或者系統(tǒng)正處于什么狀態(tài)需求描述對需求內(nèi)容的描述，可以是操作成功的正向流程，也可以是操作失敗的逆向流程。后置條件操作這個例后，信息是否改變。備注可以填寫些備忘或需要注明的信息功能需求除了功能性