?

關(guān)于我們怎樣做需求分析：

　　本學(xué)期《軟件需求與分析》需要掌握需求調(diào)研、需求分析和需求確認(rèn)三大基本內(nèi)容。以下為針對(duì)每一個(gè)內(nèi)容的自己的理解。

?

一、需求調(diào)研

初識(shí)：剛開始與客戶接觸的時(shí)候，一定要建立良好的職業(yè)微信。在對(duì)需求進(jìn)行分析時(shí)，應(yīng)分角色進(jìn)行需求分析。并且從宏觀上制定目標(biāo)與方案。

拜訪：“需求調(diào)研不是一蹴而就的事情，是一件持續(xù)數(shù)月甚至數(shù)年的工作（假如項(xiàng)目還有后期維護(hù)）。”在拜訪中，我們需要與客戶簡歷長期友好的關(guān)系。也一定要抱著相互尊重的態(tài)度與客戶交往，因?yàn)檫@個(gè)過程中不可避免的有一些阻礙項(xiàng)目進(jìn)行的一些基層人員。還可以在其中找到一些可以幫助我們的人。

研討會(huì)：業(yè)務(wù)研討會(huì)是重要的，但同時(shí)又是靈活的，沒有一個(gè)定式，甚至有時(shí)都不能稱之為會(huì)議。項(xiàng)目經(jīng)理需要根據(jù)實(shí)際情況，合理地與客戶組織研討會(huì)。但不論怎樣組織，必須注意兩點(diǎn)：有效抑制個(gè)性化差異、分模塊組織專項(xiàng)研討會(huì)。

需求研討：需求分析不是一種簡單的你說我記的收集活動(dòng)，而是在大量業(yè)務(wù)分析與技術(shù)可行性分析基礎(chǔ)上的分析活動(dòng)。只有建立在這種分析基礎(chǔ)上的軟件研發(fā)，才能保證需求的正確與變更的可控。

迭代：需求分析工作是一個(gè)迭代的過程：需求捕獲->需求整理->需求驗(yàn)證->再需求捕獲，需求捕獲是這個(gè)迭代過程的開始，也是整個(gè)需求分析工作中最重要的部分。每深入一步，我們的軟件就更接近客戶的滿意。所以，應(yīng)該一點(diǎn)一步一步。

需求捕獲：還有兩類需求需要我們自己去挖掘：客戶嘴中沒有說出來的需求，和客戶壓根兒就沒有想到的需求。在真正開始這個(gè)項(xiàng)目的編程之前，可以先給客戶制作一個(gè)模型來參考。

?

二、需求分析

功能角色分析與用例圖：繪制用例圖對(duì)業(yè)務(wù)需求進(jìn)行分析、抽象、整理、提煉，進(jìn)而形成抽象模型的過程稱之為用例建模，而這個(gè)模型就是用例模型。在畫用例圖的時(shí)候，應(yīng)該盡可能的能使客戶看的懂。

業(yè)務(wù)流程分析：我們進(jìn)行業(yè)務(wù)流程分析，是要分析業(yè)務(wù)流程中哪些是需要信息化管理的，而哪些是不需要信息化管理的。

用例說明：在對(duì)需求進(jìn)行分析時(shí)，不能是空對(duì)空且不落到紙上。所以需進(jìn)行用例說明。其中一些基本元素還是相同的。

查詢報(bào)表分析：一個(gè)有效的報(bào)表往往會(huì)揭示一些客觀規(guī)律。每一個(gè)報(bào)表都有它的主要意圖。報(bào)表作用體現(xiàn)的是報(bào)表對(duì)于不同用戶的真實(shí)意圖；輸出列體現(xiàn)的是對(duì)各個(gè)數(shù)據(jù)項(xiàng)及其數(shù)據(jù)來源的說明；假設(shè)與約束羅列的是報(bào)表中各個(gè)數(shù)據(jù)項(xiàng)的運(yùn)算公式、數(shù)據(jù)規(guī)則與約束；還有使用頻率、數(shù)據(jù)鏈接、非功能需求，以及最后的界面原型等。

子用例與擴(kuò)展用例：子用例與擴(kuò)展用例的學(xué)習(xí)，能夠幫助我們在后面的系統(tǒng)設(shè)計(jì)更好的復(fù)用，提高系統(tǒng)的內(nèi)聚并降低了系統(tǒng)的耦合。

行動(dòng)圖和狀態(tài)圖：行動(dòng)圖和狀態(tài)圖能夠有效的對(duì)業(yè)務(wù)流程進(jìn)行整體的描述（是與子用例與擴(kuò)展用例相比），并且生動(dòng)形象。注意“在需求分析中，狀態(tài)圖并不是必須的，它僅僅出現(xiàn)在你認(rèn)為需要對(duì)某個(gè)對(duì)象的狀態(tài)進(jìn)行說明的時(shí)候。 ”

業(yè)務(wù)領(lǐng)域分析：這是需求分析里的最后一項(xiàng)工作，我們進(jìn)行業(yè)務(wù)領(lǐng)域分析，是通過與用戶進(jìn)行交流，掌握領(lǐng)域知識(shí)，繪制成業(yè)務(wù)領(lǐng)域模型，去指導(dǎo)我們軟件開發(fā)的過程。

原文分析法、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)：原文分析法和領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是指導(dǎo)我們的業(yè)務(wù)領(lǐng)域分析的兩種方法。原文分析發(fā)，是在用例說明與流程分析的基礎(chǔ)上進(jìn)行的業(yè)務(wù)領(lǐng)域分析，是一項(xiàng)在需求研討會(huì)后整理和分析需求的工作。領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（在我的理解）就是客戶與你之間形成一種統(tǒng)一語言，這種語言有助于兩者之間的交流。

非功能需求：非功能需求對(duì)于一個(gè)軟件的開發(fā)是很重要的，可以有效避免以后存在的風(fēng)險(xiǎn)。

?

三、需求確認(rèn)

需求列表：需求列表是用來記錄原始需求，以此來驗(yàn)證最終的軟件。這樣使每一階段每一個(gè)領(lǐng)域的需求分析都能夠很清楚，沒有變得越來越模糊。

快速原型法：快速原型法就是拿出一個(gè)模型。并且在展示模型之前一定要先跟客戶說明情況，這并不是最終的軟件，也就是軟件不是一天兩天就能做出來的。

需求規(guī)格說明書：需求規(guī)格說明書要分兩種，一種是用戶需求規(guī)格說明書，另一種是產(chǎn)品需求規(guī)格說明書。需求規(guī)格說明書也是非常重要的，它提供了一種切實(shí)可行的解決方案。

評(píng)審與簽字確認(rèn)會(huì)：需求評(píng)審會(huì)分為內(nèi)部評(píng)審會(huì)與外部評(píng)審會(huì)兩部分，要分開進(jìn)行。

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/xiaxiaoshu/p/7602632.html

總結(jié)

以上是生活随笔為你收集整理的阅读笔记一之《软件需求与分析》的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。