一個(gè)軟件開(kāi)發(fā)項(xiàng)目通常要經(jīng)歷需求分析、設(shè)計(jì)、編程、測(cè)試等幾個(gè)大的階段。其中設(shè)計(jì)又包括整體設(shè)計(jì)、系統(tǒng)設(shè)計(jì)（把整體架構(gòu)變成一塊塊系統(tǒng)）、詳細(xì)設(shè)計(jì)幾個(gè)環(huán)節(jié)。
詳細(xì)設(shè)計(jì)之后軟件就變成了一塊塊模塊，這以后才進(jìn)入編程。 一個(gè)軟件開(kāi)發(fā)項(xiàng)目通常要經(jīng)歷需求分析、設(shè)計(jì)、編程、測(cè)試等幾個(gè)大的階段。其中設(shè)計(jì)又包括整體設(shè)計(jì)、系統(tǒng)設(shè)計(jì)（把整體架構(gòu)變成一塊塊系統(tǒng)）、詳細(xì)設(shè)計(jì)幾個(gè)環(huán)節(jié)。
詳細(xì)設(shè)計(jì)之后軟件就變成了一塊塊模塊，這以后才進(jìn)入編程。
到了編程階段時(shí)，最后就剩下軟件藍(lán)領(lǐng)為模塊的Coding工作，在印度通常由受過(guò)一兩年訓(xùn)練的高職畢業(yè)生擔(dān)任。
軟件最后的測(cè)試又是一個(gè)復(fù)雜過(guò)程——有單元測(cè)試（小模塊測(cè)試）、系統(tǒng)測(cè)試（塊與塊的聯(lián)系整合）、總體功能測(cè)試。
期間由測(cè)試編程工程師編寫(xiě)測(cè)試工具，制定測(cè)試規(guī)則，其難度不亞于系統(tǒng)框架的制定。最后才由測(cè)試工程師完成測(cè)試的任務(wù)。
需求分析一般是分析用戶(hù)需求，針對(duì)用戶(hù)的需要提供的解決辦法。 軟件分析是對(duì)需求的實(shí)現(xiàn)性的分析，模塊構(gòu)成，頁(yè)面組織、性能要求，設(shè)計(jì)規(guī)劃等
通過(guò)對(duì)應(yīng)問(wèn)題及其環(huán)境的理解與分析，為問(wèn)題涉及的信息、功能及系統(tǒng)行為建立模型，將用戶(hù)需求精確化、完全化，最終形成需求規(guī)格說(shuō)明，這一系列的活動(dòng)即構(gòu)成軟件開(kāi)發(fā)生命周期的需求分析階段。
需求分析是介于系統(tǒng)分析和軟件設(shè)計(jì)階段之間的橋梁。一方面，需求分析以系統(tǒng)規(guī)格說(shuō)明和項(xiàng)目規(guī)劃作為分析活動(dòng)的基本出發(fā)點(diǎn)，并從軟件角度對(duì)它們進(jìn)行檢查與調(diào)整；另一方面，需求規(guī)格說(shuō)明又是軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試直至維護(hù)的主要基礎(chǔ)。良好的分析活動(dòng)有助于避免或盡早剔除早期錯(cuò)誤，從而提高軟件生產(chǎn)率，降低開(kāi)發(fā)成本，改進(jìn)軟件質(zhì)量。
需求工程是隨著計(jì)算機(jī)的發(fā)展而發(fā)展的，在計(jì)算機(jī)發(fā)展的初期，軟件規(guī)模不大，軟件開(kāi)發(fā)所關(guān)注的是代碼編寫(xiě)，需求分析很少受到重視。后來(lái)軟件開(kāi)發(fā)引入了生命周期的概念，需求分析成為其第一階段。隨著軟件系統(tǒng)規(guī)模的擴(kuò)大，需求分析與定義在整個(gè)軟件開(kāi)發(fā)與維護(hù)過(guò)程中越來(lái)越重要，直接關(guān)系到軟件的成功與否。人們逐漸認(rèn)識(shí)到需求分析活動(dòng)不再僅限于軟件開(kāi)發(fā)的最初階段，它貫穿于系統(tǒng)開(kāi)發(fā)的整個(gè)生命周期。80年代中期，形成了軟件工程的子領(lǐng)域——需求工程(requirementengineering,RE)。進(jìn)入90年代以來(lái)，需求工程成為研究的熱點(diǎn)之一。從1993年起每?jī)赡昱e辦一次需求工程國(guó)際研討會(huì)(ISRE)，自1994年起每?jī)赡昱e辦一次需求工程國(guó)際會(huì)議(ICRE)，在1996年Springer-Verlag發(fā)行了一新的刊物——《RequirementsEngineering》。一些關(guān)于需求工程的工作小組也相繼成立，如歐洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并開(kāi)始開(kāi)展工作。
需求工程是指應(yīng)用已證實(shí)有效的技術(shù)、方法進(jìn)行需求分析，確定客戶(hù)需求，幫助分析人員理解問(wèn)題并定義目標(biāo)系統(tǒng)的所有外部特征的一門(mén)學(xué)科。它通過(guò)合適的工具和記號(hào)系統(tǒng)地描述待開(kāi)發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對(duì)用戶(hù)不斷變化的需求演進(jìn)給予支持。RE可分為系統(tǒng)需求工程（如果是針對(duì)由軟硬件共同組成的整個(gè)系統(tǒng)）和軟件需求工程（如果僅是專(zhuān)門(mén)針對(duì)純軟件部分）。軟件需求工程是一門(mén)分析并記錄軟件需求的學(xué)科，它把系統(tǒng)需求分解成一些主要的子系統(tǒng)和任務(wù)，把這些子系統(tǒng)或任務(wù)分配給軟件，并通過(guò)一系列重復(fù)的分析、設(shè)計(jì)、比較研究、原型開(kāi)發(fā)過(guò)程把這些系統(tǒng)需求轉(zhuǎn)換成軟件的需求描述和一些性能參數(shù)。
需求工程是一個(gè)不斷反復(fù)的需求定義、文檔記錄、需求演進(jìn)的過(guò)程，并最終在驗(yàn)證的基礎(chǔ)上凍結(jié)需求。80年代，HerbKrasner定義了需求工程的五階段生命周期：需求定義和分析、需求決策、形成需求規(guī)格、需求實(shí)現(xiàn)與驗(yàn)證、需求演進(jìn)管理。近來(lái)，MatthiasJarke和KlausPohl提出了三階段周期的說(shuō)法：獲取、表示和驗(yàn)證。
綜合了幾種觀(guān)點(diǎn)，可以把需求工程的活動(dòng)劃分為以下5個(gè)獨(dú)立的階段：
（1）需求獲取：通過(guò)與用戶(hù)的交流，對(duì)現(xiàn)有系統(tǒng)的觀(guān)察及對(duì)任務(wù)進(jìn)行分析，從而開(kāi)發(fā)、捕獲和修訂用戶(hù)的需求；
（2）需求建模：為最終用戶(hù)所看到的系統(tǒng)建立一個(gè)概念模型，作為對(duì)需求的抽象描述，并盡可能多的捕獲現(xiàn)實(shí)世界的語(yǔ)義；
（3）形成需求規(guī)格：生成需求模型構(gòu)件的精確的形式化的描述，作為用戶(hù)和開(kāi)發(fā)者之間的一個(gè)協(xié)約；
（4）需求驗(yàn)證：以需求規(guī)格說(shuō)明為輸入，通過(guò)符號(hào)執(zhí)行、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可行性；
（5）需求管理：支持系統(tǒng)的需求演進(jìn)，如需求變化和可跟蹤性問(wèn)題。
軟件需求說(shuō)明書(shū)
1． 引言：
1.1 項(xiàng)目名稱(chēng) ：
1.2 項(xiàng)目背景和內(nèi)容概要 。（項(xiàng)目的委托單位、開(kāi)發(fā)單位、主管部門(mén)、與其它項(xiàng)目的關(guān)系，與其他機(jī)構(gòu)的關(guān)系等）。
1.3 相關(guān)資料、縮略語(yǔ)、定義
（相關(guān)項(xiàng)目計(jì)劃、合同及上級(jí)機(jī)關(guān)批文，引用的文件、采用的標(biāo)準(zhǔn)等）、（縮寫(xiě)詞和名詞定義）。
2. 任務(wù)概述
2.1 目標(biāo) （項(xiàng)目的開(kāi)發(fā)目標(biāo)和應(yīng)用目標(biāo)。如果是其他系統(tǒng)的一部分，則說(shuō)明其關(guān)系） 。
2.2 范圍 （包含的業(yè)務(wù)，不包含的業(yè)務(wù)）
2.3 假定條件與約束限制 ，（盡量列出開(kāi)展本項(xiàng)目的假定和約束，例如：經(jīng)費(fèi)限制，開(kāi)發(fā)期限，設(shè)備條件，用戶(hù)現(xiàn)場(chǎng)環(huán)境準(zhǔn)備等）。
3．業(yè)務(wù)流程
4．?dāng)?shù)據(jù)描述
4.1 原始數(shù)據(jù)描述
a. 靜態(tài)數(shù)據(jù)
b. 動(dòng)態(tài)數(shù)據(jù)
4.2 數(shù)據(jù)流向圖
4.3 數(shù)據(jù)概念模型和描述
5．功能需求
5.1 功能描述
6．界面要求
6．1報(bào)表格式
6．2圖形要求
6．3輸入輸出要求
7．接口要求
(描述與本系統(tǒng)相連的系統(tǒng)的接口的數(shù)據(jù)格式，數(shù)據(jù)交換協(xié)議，接口功能等)。
8．性能需求
8．1數(shù)據(jù)精確度
（例如，數(shù)據(jù)內(nèi)部精度，外部顯示精度）
8．2數(shù)據(jù)量 。
8．3時(shí)間特性要求 。
（根據(jù)所開(kāi)發(fā)系統(tǒng)的特點(diǎn)，規(guī)定系統(tǒng)對(duì)時(shí)間的特性的要求。例如： 系統(tǒng)響應(yīng)時(shí)間、界面更新處理時(shí)間、數(shù)據(jù)轉(zhuǎn)換與傳輸時(shí)間）
9．運(yùn)行環(huán)境需求
9．1網(wǎng)絡(luò)和硬件設(shè)備平臺(tái)
（網(wǎng)絡(luò)拓?fù)鋱D及設(shè)備類(lèi)型描述）
10．操作系統(tǒng)平臺(tái)
數(shù)據(jù)庫(kù)系統(tǒng)平臺(tái)
10.1編程工具
10.2其它支撐軟件
11． 其它專(zhuān)門(mén)需求
11.1安裝和操作
11.2安全保密
11.3維護(hù)服務(wù)
在信息化高速發(fā)展的今天，構(gòu)建與時(shí)俱進(jìn)的信息化系統(tǒng)已成為所有政府、企事業(yè)單位的重點(diǎn)課題之一。然而在軟件項(xiàng)目實(shí)施過(guò)程中，進(jìn)度超期、經(jīng)費(fèi)超預(yù)算、變更頻繁的現(xiàn)象層出不窮，甚至有許多項(xiàng)目根本無(wú)法達(dá)到預(yù)期的目標(biāo)，更談不上為業(yè)主創(chuàng)造真正的效益。歸根結(jié)底，軟件需求實(shí)踐這一共同的軟肋是問(wèn)題根源之所在。
要成為合格的需求分析師，首先在考慮所有問(wèn)題時(shí)，需要從業(yè)務(wù)需求出發(fā)，而不應(yīng)該局限于開(kāi)發(fā)技術(shù)或測(cè)試技術(shù)。
換句話(huà)說(shuō)，就是需要更注重與實(shí)際的業(yè)務(wù)和管理，需要在客戶(hù)現(xiàn)場(chǎng)的歷練。沒(méi)有見(jiàn)過(guò)客戶(hù)現(xiàn)場(chǎng)或?qū)嶋H參與過(guò)實(shí)施工作的需求分析師，只可能閉門(mén)造車(chē)。我建議可以從軟件的實(shí)施人員做起，在某個(gè)行業(yè)做至少2年的實(shí)施，然后再轉(zhuǎn)需求人員會(huì)比較好。1、概念明確----2、需求分析目的------3、如何識(shí)別需求---4、判斷需求真?zhèn)?---5、分析[ 用戶(hù)故事評(píng)估框架、馬斯洛框架、營(yíng)銷(xiāo)框架定位]---6、評(píng)判價(jià)值----7、砍需求能力---8、分類(lèi)----9、排優(yōu)先級(jí)----10、提升需求分析能力
民以食為天！任何朝代，任何時(shí)代都需要廚師的辛勤勞作！現(xiàn)在的青年人選擇做廚師職業(yè)的已經(jīng)很少了！所以未來(lái)會(huì)有機(jī)器人替代廚師崗作操作的一些程序，總體來(lái)說(shuō)以后的餐飲行業(yè)。廚師需求量很大
需求分析就是分析用戶(hù)需求背后的動(dòng)機(jī)、所處的場(chǎng)景、期望達(dá)到的目的，將用戶(hù)需求轉(zhuǎn)化為可實(shí)現(xiàn)的產(chǎn)品需求
你好，需求分析師是一個(gè)很好的方向。
現(xiàn)在、將來(lái)仍是招聘的熱門(mén)職業(yè)。因?yàn)樾枨笾饕菍?xiě)方案或需求文檔，有句話(huà)叫做”寫(xiě)代碼的掙不過(guò)寫(xiě)文檔的“，由此說(shuō)明需求的待遇和前途，當(dāng)然若是專(zhuān)心走開(kāi)發(fā)路線(xiàn)也是非常好的、有前途的，可成為技術(shù)專(zhuān)家。我認(rèn)為需求分析師是一個(gè)綜合職位，從事需求分析后，既可以做設(shè)計(jì)、又可以做項(xiàng)目管理、還可以做售前等等。是一個(gè)很鍛煉人的職業(yè)。我從事了4年的需求分析工作，從我個(gè)人的認(rèn)知角度看，需求的職業(yè)發(fā)展可以向咨詢(xún)顧問(wèn)方向發(fā)展，因?yàn)橛腥簏S金職業(yè)”醫(yī)生、律師、顧問(wèn)“，都是越老越吃香，當(dāng)然，做需求，要一專(zhuān)多強(qiáng)，努力、扎實(shí)做好一個(gè)業(yè)務(wù)方向，將來(lái)必有收獲。
