中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

無論是互聯(lián)網(wǎng)產(chǎn)品還是IT項目，所有這一切的開端都始于需求分析，一份好的需求文檔往往是項目成功的先決條件，對一個IT產(chǎn)品經(jīng)理或項目經(jīng)理來說就顯得尤為重要。如何才能寫出一份讓客戶，開發(fā)人員都能讀懂且滿意的文檔？

掌握需求分析的方法

需求分析的方法，是寫好一份需求文檔的內(nèi)功；毛主席曾教導我們說“沒有調(diào)查就沒有發(fā)言權(quán)”，那么一份憑空臆想出來的需求文檔，最后的結(jié)果也可想而知。需求分析也有各種方法，但終究起目的都是解決下面4個問題。

1. 誰提出的想法？要解決什么問題？
2. 需要哪些業(yè)務(wù)來處理這個想法？
3. 這些業(yè)務(wù)是由什么信息支撐的？
4. 這些業(yè)務(wù)的支撐需要什么樣的環(huán)境？

接下來，我會以“XXX校園安全平臺的需求”為例，其原始的信息源如下，通過需求分析的方法來回答上面的問題。

XXX學校，希望對學生的出勤率，歸寢情況進行統(tǒng)計；并希望使用信息化的手段，對學生的請假進行管理；而且學校了解到，現(xiàn)在的AI攝像機能進行人臉識別，希望能運用到新系統(tǒng)中，成為他們學校安全的一個亮點。

方法1：梳理出需求涉及的人員、組織機構(gòu)及他們的訴求和職責

在圍繞校園安全的需求中，大多數(shù)人都能分析出如下角色及職責：

但是這里他們犯了一個錯誤，混淆了客戶與用戶的概念。以上分析只是站在使用系統(tǒng)人的及（最終用戶）角度來進行的，但是要知道最終付錢的（客戶）還有想法的，所以上面的角色及職責應(yīng)該還可以擴展成如下的表格才較完整。

上面只是通過原始信息源分析得到的，在通過不斷需求訪談或挖掘中，你會發(fā)現(xiàn)的人員角色還在不斷的擴展，這種就是通過人員與人員之間關(guān)聯(lián)來的到的。所以最終的角色表大致如下：

組織機構(gòu)圖如下：

由上可見我們要避免如下錯誤：

1. 不要混淆了用戶和客戶的概念，優(yōu)先考慮客戶，因為錢是他付的，想法是他提的；
2. 用戶角色的梳理中，需要考慮到關(guān)聯(lián)的人員是否也有可能在系統(tǒng)中；例如學生—家長，學生—保安

有了上面的角色，業(yè)務(wù)及業(yè)務(wù)流程就有了來源，我們就可以開始來回答第二個問題了。

方法2：找到支撐這些訴求及職責的業(yè)務(wù)或業(yè)務(wù)流程

什么是業(yè)務(wù)了？我的理解一般就是大家平常說的做事的流程或者做事的步驟。一般情況下我們可以根據(jù)用戶的訴求就梳理出大致的業(yè)務(wù)及流程，再通過一對一的訪談就能達到你想要的業(yè)務(wù)。

根據(jù)上述的用戶角色及訴求，我梳理了如下的業(yè)務(wù)。這里只做部分列舉，不做詳細說明。

• 學生出勤業(yè)務(wù)：學生上學通過AI攝像機進行到校，離校簽到，系統(tǒng)記錄相關(guān)數(shù)據(jù)。
• 學生歸寢業(yè)務(wù)：學生上學通過AI攝像機進行歸寢，離寢簽到，系統(tǒng)記錄相關(guān)數(shù)據(jù)。
• 學生請銷假業(yè)務(wù)：學生在系統(tǒng)進行請假申請，提交到班主任處；學生憑借假條出入學校。

注意事項：由于信息化系統(tǒng)的引入，很多原有的業(yè)務(wù)流程需要再造。

例如在學生請銷假業(yè)務(wù)由于AI攝像機和平板的引入其流程就會再造，再造后的流程如下：

學生在系統(tǒng)進行請假申請，提交到班主任處；或由班主任直接創(chuàng)建請假申請；通過后學生在非上下學時間離開時，AI攝像頭識別到該學生后，會在門衛(wèi)的PAD上顯示該學生的請假信息，核實后允許其離校，離校時會將信息推送給家長。

考慮業(yè)務(wù)流程中的異常業(yè)務(wù)

大家分析業(yè)務(wù)時，都是正常流程很容易，但是一定要考慮其異常流程的處理，因為誰都沒有一直順的時候，例如下面這個異常業(yè)務(wù)。

• 學生歸校異常業(yè)務(wù)：學生請假時間已過或未經(jīng)請假就出校后歸校，這個對于正常的請銷假業(yè)務(wù)而言是個異常業(yè)務(wù)了。
• 學生未按時歸寢業(yè)務(wù)，這個也是歸寢業(yè)務(wù)的異常業(yè)務(wù)。

復雜業(yè)務(wù)使用流程圖更直觀：有些業(yè)務(wù)比較復雜，這個時候使用業(yè)務(wù)流程圖可以很清晰的表達出該業(yè)務(wù)，與客戶溝通時可以取得事倍功半的效果。

找到支撐業(yè)務(wù)的數(shù)據(jù)信息

任何業(yè)務(wù)離開了數(shù)據(jù)信息，都是瞎說，所以發(fā)現(xiàn)業(yè)務(wù)背后的數(shù)據(jù)很重要，那么數(shù)據(jù)從何而來了？

收集客戶日常流程使用到的單據(jù)：

角色日常工作我們經(jīng)常會看到各種單據(jù)，具體到本文中，我們至少可以發(fā)現(xiàn)下面兩種單據(jù)，學生的假條，訪客進校的登記表，宿管查寢的登記表等。

跟蹤客戶的日常工作，找到他們用到的非正式表格

注意事項：原始表單并不能直接放入到需求中，需要加工成數(shù)據(jù)字典。

例如請假條：

我們要把他們轉(zhuǎn)換成對應(yīng)的數(shù)據(jù)字典或表格如下圖所示：

梳理要實現(xiàn)以上業(yè)務(wù)的環(huán)境

按理說，完成了以上的業(yè)務(wù)梳理后我們對需求有了很深入的了解了，能寫出較好的需求文檔了。但是我們還要考慮實現(xiàn)這些的業(yè)務(wù)的軟硬件環(huán)境，外部接口。就本例而言需要考慮如下的環(huán)境。

政策環(huán)境：

• 公安局對校園安裝攝像頭的要求
• 教育局是否有對校園安全的政策文件等

系統(tǒng)運行的環(huán)境例如：

• 服務(wù)器是物理服務(wù)器還是云服務(wù)器；
• 操作系統(tǒng)使用的是Linux還是，Windows的某個版本
• 數(shù)據(jù)庫需要使用Mysql Oracle Sqlserver的哪個版本
• 物理服務(wù)器是否需要硬件防火墻，是否需要牽專線

外部接口：

• 罪犯的人臉頭像庫如何提供
• 學籍信息，教師信息，年級班級信息如何提供

通過需求分析，其實我們已經(jīng)掌握了很多的業(yè)務(wù)，流程，角色信息等，我們或多或少也使用了一些文檔，例如需求訪談表，文檔最終的目的是減少溝通的成本，確保能清晰的解釋需求。

如果說需求分析方法是寫好需求文檔的內(nèi)功，那么規(guī)范專業(yè)的文檔目錄及內(nèi)容，則是寫好需求文檔的外功。再好的內(nèi)功，只有使用恰當?shù)耐夤Σ拍馨l(fā)揮其效果。

需求文檔

這里主要介紹三種需求文檔的模版及其作用：

• 原始需求訪談表—記錄用戶最原始的需求文檔；
• 需求規(guī)格說明書—對現(xiàn)有業(yè)務(wù)整理或流程改造后的系統(tǒng)需求文檔；
• 需求清單及功能結(jié)構(gòu)腦圖—用于時間人力等資源進行估算成本計劃。

1. 原始需求訪談表記錄表

我們在與用戶溝通交流時，每次都有必要做好需求的溝通記錄。有了該文檔，我們每次的需求訪談的效率和質(zhì)量才會更高，而避免不必要的瞎扯，浪費大家時間。

需求的訪談記錄的格式可包含如下要素：

2. 需求規(guī)格說明書

需求規(guī)格說明書是對原始需求進行加工后，可供開發(fā)使用的文檔，所以需求規(guī)格說明書的需求是高于原始需求的，對原始需求中的某些內(nèi)容進行了增刪，確保按照新系統(tǒng)的方式進行的業(yè)務(wù)能滿足用戶的需求。

好的一份需求規(guī)格說明書會節(jié)省開發(fā)系統(tǒng)設(shè)計的大部分時間。需求規(guī)格說明書應(yīng)包含如下結(jié)構(gòu)：

3. 需求清單

需求清單是根據(jù)需求規(guī)格文檔，按子系統(tǒng)，模塊，功能進行分解后的功能清單；可以通過腦圖進行分解展示，也可以通過Excle文檔進行分類確定。

使用腦圖便于分析和講解：

使用Excle文檔，方便統(tǒng)計和時間估計：

本文由 @可緩緩歸矣 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。