1.何為需求
我們吧需求兩個漢字拆分開來看
需=需要 求=要求
即需要的要求，表示想要某種東西的堅定願望
這裡插入乙個小故事，某個小男孩在上小學二年級的時候，不經意間接觸到了一種叫psp的神奇玩具，就下定決心回家找家長要，一開始小孩的父親不贊同給小孩買那個東西，後來在小孩的再三請求，甚至為此寫了份保證書，保證買了之後絕對不會影響學習，家長最後終於妥協，答應了他的願望。
儘管這個需求看上去不是那麼合理，但也表明了需求的多樣性！最後因為小孩畫的一張餅，父親妥協了，或許是看到小孩的成長了，又或許只是不希望看到小孩失望的表情，身為父親，同樣得到了某種需求的解決。
2.需求的產生
前段時間在網上看到乙個帖子，大概意思是
人的需求和動力
**於「期望差」
。我的理解是，對於我們來說，自身的形體，外貌，與自身期待的樣子中間的這段距離，可以叫做期望差。對於我們所擁有的物品來說，給我們所提供的功能，和我們想要它給我們提供的功能之間，也可以叫做慾望差。之所以有了期望差，所以人們才會去植個發，隆個胸什麼的，之所以有了期望差，人們才回去某寶，某東買爆。慾望差，就是需求產生的原因之一。調研時間有限，我不該吧話說的太滿了，所以在產生的原因後面加了乙個之一，我覺得雖然這乙個原因就足以暴露出人性的弱點，但肯定還有更多弱點，源於需求
3.需求的類別與辨別標準
強需求
：人，在某種場景下，一定要去做的事情
弱需求
：人，在某種場景下，做了挺好，不做可以接受的事情
餓的受不了不吃不行的時候，進食就是生物的當前狀態的強需求
switch又出新遊戲了，我要買爆，這種就屬於弱需求了
高頻需求：在人的
正常生活
中，
頻繁
發生的場景中的
核心環節
低頻需求：在人的
正常生活
中，
非頻繁
發生的場景中的
核心環節
，或
頻繁
發生場景中的
非核心
環節
分辨這兩種需求的重點就是，過程中是否
頻繁
的出現
核心環節
打個比方吧，某某某，公司飲水機出現故障了，你等會去超市的話順便幫我帶瓶可樂吧，好久都沒喝過啦。
這個例子雖然短，但是說明了，補充水分是我
的高頻需求，人不喝水，真的會死。而喝可樂則是低頻需求，畢竟你又會是天天抱著可樂喝，偶爾換換口味還是會很爽的
4.需求分析的重要性
需求分析是貫穿了產品生命週期的乙個重要過程，
一方面，需求分析以系統規格說明和專案規
劃作為分析活動的基本出發點，並從軟體角度對它們進行檢查與調整；另一方面，需求規格說明又是軟體設計、實現、測試直至維護的主要基礎。良好的分析活動有助於避免或盡早剔除早期錯誤，從而提高軟體生產率，降低開發成本，改進軟體質量。
5.產品生命週期
產品生命週期觀念，簡稱plc，是把乙個產品的銷售歷史比作
人的生命週期，要經歷出生、成長、成熟、老化、死亡等階段。就產品而言，也就是要經歷乙個開發、引進、成長、成熟、衰退的階段。
在這一整個產品的銷售歷史中，全部都是需要對需求進行分析的。每個階段都有每個階段相對應的需求，而產品經理要做的就是在各個階段中，將該階段所收集到的產品需求進行總合，進行合理分析，改進、完善各個系統，在需求分析的同時，做到讓產品的出生、成長階段縮短，成熟階段延長，盡可能做到讓每個產品都發揮出它最大的價值
需求分析的介面需求 需求分析
本篇不是為業務分析人員寫的，不會細緻講解需求分析的方方面面，業務分析師可以看徐鋒的 軟體需求最佳實踐 或者王海鵬翻譯的 掌握需求過程 本篇立足於架構師視角，講解需求分析過程中應了解的過程和方法，以及需要特別關注的點。開發者拿到的往往是乙個個的方案，方案來自於需求，那麼開發者拿到的需求是怎麼來的？乙個...
需求分析 什麼是需求分析？
需求分析學習目錄 乙個使用者解決乙個問題或實現乙個目標所需的條件或能力 為了滿足乙個合同 標準 規範 或其它正是文件要求，乙個系統或系統構件必須具備或擁有的條件或能力。所有的需求共同形成系統或構件開發的基礎 一種反應1 2所描述的條件或能力的文件說明。在本人所上的軟體需求分析課程中，乙個軟體需求是指...
需求分析 需求文件（需求分析結果）的作用
需求分析學習指導目錄 1 在需求方面達成一致 需求是一種反覆進行的過程，涉及到各種各樣具有不同背景和要求的使用者，需求文件必須有助於需求分析師與使用者之間的溝通，以及需求分析師與軟體設計師和測試工程師之間的溝通 2 為軟體設計提供基礎 需求文件必須為軟體設計人員提供精確的輸入，因為設計人員不是應用領...