項(xiàng)目的需求分析怎么寫?
項(xiàng)目需求分析怎么寫
項(xiàng)目需求分析的概念 需求分析是指理解用戶需求，就軟件功能與客戶達(dá)成一致，估計(jì)軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目代價(jià)，最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過(guò)程。（這個(gè)和我在微軟體驗(yàn)到的又不太一樣，微軟的需求分析大多是市場(chǎng)人員和用戶協(xié)助小組的人去評(píng)估用戶的接受程度，這一點(diǎn)也可以理解，因?yàn)楣镜男再|(zhì)有根本差別）在這個(gè)過(guò)程中，用戶的確是處在主導(dǎo)地位，需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求，為之后的軟件設(shè)計(jì)打下基礎(chǔ)。需求分析階段結(jié)束后，要求得到：1.SRS文檔(System Requirement Specificatio鄲); 2.DRM 文檔；3.Acceptance Plan. 從廣義上理解：需求分析包括需求的獲取、分析、規(guī)格說(shuō)明、變更、驗(yàn)證、管理的一系列需求工程。
狹義上理解：需求分析指需求的分析、定義過(guò)程。 一、為什么要需求分析 需求分析就是分析軟件用戶的需求是什么.如果投入大量的人力，物力,財(cái)力,時(shí)間,開發(fā)出的軟件卻沒(méi)人要,那所有的投入都是徒勞.如果費(fèi)了很大的精力,開發(fā)一個(gè)軟件,最后卻不滿足用戶的要求,從而要重新開發(fā)過(guò),這種返工是讓人痛心疾首的.(相信大家都有體會(huì))比如,用戶需要一個(gè)for linux的軟件,而你在軟件開發(fā)前期忽略了軟件的運(yùn)行環(huán)境,忘了向用戶詢問(wèn)這個(gè)問(wèn)題,而想當(dāng)然的認(rèn)為是開發(fā)for windows的軟件,當(dāng)你千辛萬(wàn)苦地開發(fā)完成向用戶提交時(shí)才發(fā)現(xiàn)出了問(wèn)題,那時(shí)候你是欲哭無(wú)淚了,痕不得找塊豆腐一頭撞死.
需求分析之所以重要,就因?yàn)樗哂袥Q策性,方向性,策略性的作用,他在軟件開發(fā)的過(guò)程中具有舉足輕重的地位.大家一定要對(duì)需求分析具有足夠的重視.在一個(gè)大型軟件系統(tǒng)的開發(fā)中,他的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì). 二、需求分析的任務(wù) 簡(jiǎn)言之,需求分析的任務(wù)就是解決"做什么"的問(wèn)題,就是要全面地理解用戶的各項(xiàng)要求,并準(zhǔn)確地表達(dá)所接受的用戶需求.三、需求分析的過(guò)程 需求分析階段的工作,可以分為四個(gè)方面:問(wèn)題識(shí)別,分析與綜合,制訂規(guī)格說(shuō)明,評(píng)審.
問(wèn)題識(shí)別
就是從系統(tǒng)角度來(lái)理解軟件,確定對(duì)所開發(fā)系統(tǒng)的綜合要求,并提出這些需求的實(shí)現(xiàn)條件,以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn).這些需求包括：功能需求(做什么),性能需求(要達(dá)到什么指標(biāo)),環(huán)境需求(如機(jī)型,操作系統(tǒng)等),可靠性需求(不發(fā)生故障的概率）,安全保密需求,用戶界面需求,資源使用需求(軟件運(yùn)行是所需的內(nèi)存,CPU等),軟件成本消耗與開發(fā)進(jìn)度需求,預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo).
分析與綜合
逐步細(xì)化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接口特性和設(shè)計(jì)上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分.最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型(做什么的模型).
制訂規(guī)格說(shuō)明書
即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書.請(qǐng)注意,需求分析階段的成果是需求規(guī)格說(shuō)明書(好象軟考曾經(jīng)考過(guò)這個(gè)問(wèn)題),向下一階段提交.
評(píng)審
對(duì)功能的正確性,完整性和清晰性,以及其它需求給予評(píng)價(jià).評(píng)審?fù)ㄟ^(guò)才可進(jìn)行下一階段的工作,否則重新進(jìn)行需求分析。 四、需求分析的方法 需求分析的方法有很多.這里只強(qiáng)調(diào)原型化方法,其它的方法如:結(jié)構(gòu)化方法,動(dòng)態(tài)分析法等(個(gè)人認(rèn)為,對(duì)初學(xué)者不必深究這些方法,實(shí)際上我也從來(lái)沒(méi)用過(guò)這些方法)在此不討論.
原型化方法是十分重要的(是軟考等常考的知識(shí)點(diǎn)).原型就是軟件的一個(gè)早期可運(yùn)行的版本,它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能.
原型化方法就是盡可能快地建造一個(gè)粗糙的系統(tǒng),這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能,但是這個(gè)......
軟件的需求分析怎么寫啊？
1. 引言
1.1 編寫目的:編寫此文檔的目的是進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問(wèn)題,便于用戶與開發(fā)商協(xié)調(diào)工作.本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員.希望能使本軟件開發(fā)工作更具體.
1.2 項(xiàng)目背景
1.2.1項(xiàng)目委托單位:****公司
1.2.2開發(fā)單位:***公司
1.3 定義
1.4 參考資料
2. 任務(wù)概述
2.1 目標(biāo):
<1> 決策支持:根據(jù)公司的要求及時(shí)提供所需報(bào)表及文件,并在適當(dāng)時(shí)候?qū)Ω鞑块T領(lǐng)導(dǎo)給予銷售及進(jìn)貨等方面的提示
<2>提高效率:利用軟件進(jìn)行管理,避免人工管理的失誤以及 延遲性,從而實(shí)現(xiàn)高效率的管理.
2.2 運(yùn)行環(huán)境:
<1> 硬件方面:Pentium級(jí)處理芯片
1兆顯存的兼容顯卡
256色,800*600的兼容顯示器
標(biāo)準(zhǔn)兼容打印機(jī)
<2>軟件方面: WIN95操作系統(tǒng)
2.3 條件與限制:
編程用計(jì)算機(jī)一臺(tái)
完成期限2000/7/1
無(wú)資金供給
3. 數(shù)據(jù)概述
數(shù)據(jù)流程圖如下:
3.1 靜態(tài)數(shù)據(jù):包括系統(tǒng)登錄密碼,各數(shù)據(jù)庫(kù)所在位置,系統(tǒng)分析原始數(shù)據(jù)
3.2 動(dòng)態(tài)數(shù)據(jù):包括各數(shù)據(jù)庫(kù)內(nèi)各項(xiàng)顯示數(shù)據(jù),用戶登錄信息,系統(tǒng)時(shí)間
3.3 數(shù)據(jù)庫(kù)描述:
人事管理數(shù)據(jù)庫(kù):公司內(nèi)人員的個(gè)人詳細(xì)信息,包括檔案信息
銷售管理數(shù)據(jù)庫(kù):當(dāng)日銷售記錄及以前的銷售統(tǒng)計(jì),用于銷售分析
財(cái)務(wù)管理數(shù)據(jù)庫(kù):公司內(nèi)部賬目及收支情況詳表
技術(shù)管理數(shù)據(jù)庫(kù):公司所需各技術(shù)檔案的詳細(xì)記錄(包括文檔)
3.4 數(shù)據(jù)字典:
<1>數(shù)據(jù)流詞條描述:
1.數(shù)據(jù)流名:登錄信息
來(lái)源:用戶的輸入
去向:系統(tǒng)內(nèi)部檢驗(yàn)部分
組成:用戶名,密碼
流通量:每次登錄輸入一次
2.數(shù)據(jù)流名:登錄結(jié)果
來(lái)源:系統(tǒng)
去向:用戶
組成:返回信息
流通量:每次登錄返回一次
3.數(shù)據(jù)流名:輸入修改信息
來(lái)源:用戶
去向:系統(tǒng)判斷部分
組成:根據(jù)各數(shù)據(jù)庫(kù)內(nèi)容而不同
流通量:依用戶輸入而定
4.數(shù)據(jù)流名:反饋信息
來(lái)源:系統(tǒng)判斷部分
去向:用戶
組成:系統(tǒng)經(jīng)判斷后發(fā)回的字符數(shù)據(jù)
流通量: 依系統(tǒng)當(dāng)前信息而定
5.數(shù)據(jù)流名:識(shí)別信息
來(lái)源:系統(tǒng)內(nèi)部檢驗(yàn)部分
去向:系統(tǒng)判斷部分
組成:系統(tǒng)各數(shù)據(jù)庫(kù)的標(biāo)識(shí)信息
流通量:用戶每次輸入流通一次
6.數(shù)據(jù)流名:處理信息
來(lái)源:系統(tǒng)判斷部分
去向:各數(shù)據(jù)庫(kù)處理部分
組成:讀取/修改標(biāo)識(shí),讀取/修改的變量名稱
流通量:用戶每次輸入流通一次
7.數(shù)據(jù)流名:讀取修改
來(lái)源:系統(tǒng)判斷部分
去向:系統(tǒng)各數(shù)據(jù)庫(kù)
組成:讀取/修改標(biāo)識(shí),讀取/修改內(nèi)容
流通量: 用戶每次輸入流通一次
<2>數(shù)據(jù)文件詞條描述:
1.數(shù)據(jù)文件名:人事數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)人員信息
數(shù)據(jù)文件組成:人員的各項(xiàng)信息(以CString類型為主)
2.數(shù)據(jù)文件名:銷售數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)當(dāng)日及從前的銷售記錄
數(shù)據(jù)文件組成:銷售的各項(xiàng)信息
3.數(shù)據(jù)文件名:財(cái)務(wù)數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)財(cái)務(wù)管理信息
數(shù)據(jù)文件組成:財(cái)務(wù)管理的各項(xiàng)記錄
4.數(shù)據(jù)文件名:技術(shù)數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)公司內(nèi)部使用的技術(shù)檔案信息
數(shù)據(jù)文件組成:技術(shù)檔案名稱,內(nèi)容
<3>加工邏輯詞條描述:
1.加工名:檢驗(yàn)
......
項(xiàng)目目標(biāo)與任務(wù)需求分析應(yīng)該怎么寫？
項(xiàng)目目標(biāo)與任務(wù)需求分析=項(xiàng)目的目標(biāo)和任務(wù)，目標(biāo)和任務(wù)是什么就寫什么了
項(xiàng)目需求報(bào)告要怎么寫？
聽(tīng)棠的“客戶需求何時(shí)休”深刻的披露了這個(gè)問(wèn)題存在的根源。需求分析，不僅僅是拿到客戶的需求，更重要的是還需進(jìn)行分析，了解細(xì)節(jié)，并就細(xì)節(jié)跟客戶咨詢，獲取最詳細(xì)的資料。客戶所能提供給你的只是他們想到的功能需求，很多問(wèn)題并不在他們考慮的范圍之內(nèi)，如果作為項(xiàng)目承擔(dān)方?jīng)]有去做分析，簡(jiǎn)單的按照功能要求去設(shè)計(jì)、規(guī)劃，最終出來(lái)的系統(tǒng)是很難完全符合客戶的業(yè)務(wù)流程的，這時(shí)，自然需要更改，被看成了需求的更改。其實(shí)，都是缺乏分析所一手造成的。問(wèn)題等到系統(tǒng)出來(lái)了才被發(fā)現(xiàn)，這樣的系統(tǒng)本身就是先天不足的了。聽(tīng)棠所說(shuō)到的幾點(diǎn)，感受特別深：“其實(shí)問(wèn)題出在開頭，客戶需求只是軟件需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進(jìn)行分析”還有客戶的需求本身會(huì)有矛盾（這矛盾是指在邏輯角度來(lái)講），客戶本身是意識(shí)不到的，只有在分析設(shè)計(jì)時(shí)，才會(huì)分析出這里的矛盾，而這些問(wèn)題，如果在期初時(shí)，軟件負(fù)責(zé)人不分析，而是純粹的“聽(tīng)從”客戶要求去做，當(dāng)暴露這些問(wèn)題時(shí)，你怪客戶也沒(méi)用啊。項(xiàng)目需求分析報(bào)告，在了解客戶需求時(shí)，不要不動(dòng)腦子，不要一味的點(diǎn)頭說(shuō)“I C”，其實(shí)在表面的業(yè)務(wù)里面可能包含著N多的細(xì)節(jié)，這些細(xì)節(jié)是需要你反問(wèn)客戶的，只有當(dāng)你提的問(wèn)題越多，最終獲取的需求最具體，才能讓項(xiàng)目越順利。而且有很多問(wèn)題，都是在你的反問(wèn)中，客戶也才開始思考本來(lái)沒(méi)思考過(guò)的問(wèn)題，客戶也會(huì)找到一種合理的需求給你，有人會(huì)覺(jué)得這樣了解客戶需求未免太麻煩了。至于一些在技術(shù)上會(huì)遇到問(wèn)題的地方，也要告訴客戶，別以為到時(shí)候再說(shuō)，客戶是不關(guān)心你的技術(shù)細(xì)節(jié)的，但你如果給他解釋的話，他也會(huì)試著理解的。客戶的需求本身是無(wú)休止，因?yàn)樗麄儽旧硪苍谧儯?dāng)你期初的分析合理，后面的變動(dòng)也將在邏輯上變動(dòng)，相信代價(jià)已經(jīng)不會(huì)那么大了。這其實(shí)也體現(xiàn)了系統(tǒng)的擴(kuò)展性。需求分析，是一個(gè)項(xiàng)目提出方和承擔(dān)方相互溝通的過(guò)程，一方是系統(tǒng)的使用者，一方是系統(tǒng)的制造者，在系統(tǒng)制造過(guò)程中，只有雙方相互配合，共同對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)才能最后達(dá)到使用的要求。客戶是業(yè)務(wù)上的熟悉者，對(duì)業(yè)務(wù)流程有非常清晰的了解，但是，對(duì)于軟件需求方面的描述是不了解的，他們所能提供的只是他們最終要達(dá)到的功能，但是，這其中包含的業(yè)務(wù)流程是非常復(fù)雜的。我們拿到客戶需求后，應(yīng)該根據(jù)功能、流程進(jìn)行初步的設(shè)計(jì)，構(gòu)造出業(yè)務(wù)流程圖，再讓客戶進(jìn)行評(píng)審，提出業(yè)務(wù)流程上不對(duì)的地方進(jìn)行修改。這樣來(lái)回的交流，最終才能取得較全面的需求，并減少后期的修改。
如何做需求分析
隨著技術(shù)的不斷發(fā)展和用戶對(duì)網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項(xiàng)目的設(shè)計(jì)已經(jīng)不能再僅僅簡(jiǎn)單地利用靜態(tài)Html文件來(lái)實(shí)現(xiàn)，與前幾年網(wǎng)站設(shè)計(jì)由一兩名網(wǎng)頁(yè)設(shè)計(jì)師自由的創(chuàng)作相比，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)越來(lái)越像一個(gè)軟件工程，也越來(lái)越復(fù)雜，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代，建立規(guī)范的、有效的、健壯的開發(fā)機(jī)制，才能適應(yīng)用戶不斷變化的需要，達(dá)到預(yù)期的計(jì)劃目標(biāo)。
網(wǎng)站項(xiàng)目管理（WPM）的含義為Web-based Project Management，即以Web 應(yīng)用程序?yàn)橹饕憩F(xiàn)方式的架構(gòu)來(lái)進(jìn)行的項(xiàng)目設(shè)計(jì)及管理，這樣的架構(gòu)中包含了瀏覽器、網(wǎng)絡(luò)和Web
服務(wù)器等關(guān)鍵主體，主要體現(xiàn)在網(wǎng)站設(shè)計(jì)、以瀏覽器為客戶端的Web應(yīng)用程序開發(fā)（例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶關(guān)系管理。）等項(xiàng)目管理中。
按照筆者的經(jīng)驗(yàn)，網(wǎng)站項(xiàng)目管理可以分為以下l六個(gè)階段進(jìn)行控制：
1. 需求分析及變更管理
2. 項(xiàng)目模型及業(yè)務(wù)流程分析
3. 系統(tǒng)分析及軟件建模
4. 界面設(shè)計(jì)、交互設(shè)計(jì)及程序開發(fā)
5. 系統(tǒng)測(cè)試和文檔編寫
6. 客戶培訓(xùn)、技術(shù)支持和售后服務(wù)
需要說(shuō)明的是，這些階段雖然具有一定的延續(xù)性，但是并非完全隔斷的，例如需求變更管理和測(cè)試工作、文檔編寫都是貫穿整個(gè)項(xiàng)目過(guò)程的，許多工作時(shí)交叉進(jìn)行或同時(shí)進(jìn)行的。
（一）如何做好需求分析及變更管理？
業(yè)務(wù)員與客戶進(jìn)行的溝通，撰寫需求分析報(bào)告是項(xiàng)目展開的基礎(chǔ)。項(xiàng)目是以客戶的需求為中心，而不是為技術(shù)而遷就需求。
一：讓客戶暢所欲言，羅列出所有的需求
讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來(lái)，不要遺漏。這時(shí)候不應(yīng)該害怕“勾引”起客戶的潛在需求而增加設(shè)計(jì)開發(fā)的工作量，從而被今后客戶無(wú)止境的變更拖入泥潭，直接明白地跟客戶把問(wèn)題和要求一條條地列出來(lái)，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準(zhǔn)確地記錄下來(lái)就完成了第一步的工作。
很明顯，假如客戶的需求做的都不完整，隨時(shí)可能會(huì)產(chǎn)生意想之外的變更，甚至這個(gè)變更會(huì)破壞已經(jīng)做的模型及結(jié)構(gòu)，那么這個(gè)項(xiàng)目從開始就注定了會(huì)失敗；比如站點(diǎn)所有的功能都實(shí)現(xiàn)了，本地測(cè)試起來(lái)也沒(méi)有什么問(wèn)題了，但是你卻不知道客戶的系統(tǒng)是要承受每天100萬(wàn)獨(dú)立IP的訪問(wèn)，而你原來(lái)想當(dāng)然的以為了不起就是1萬(wàn)獨(dú)立IP訪問(wèn)的訪問(wèn)流量，稍微有經(jīng)驗(yàn)的開發(fā)人員都會(huì)明白這樣的設(shè)計(jì)是個(gè)災(zāi)難，無(wú)論是應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)還是程序全部要重新開發(fā)！
二：透過(guò)現(xiàn)象分析潛在的需求
很多情況下客戶并非專業(yè)人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點(diǎn)和技術(shù)難關(guān)，這需要我們?nèi)榭蛻暨M(jìn)行分析、歸納和整理，尤其是客戶談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。
客戶往往對(duì)需求的概念是非常模糊的，大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務(wù)人員在傾聽(tīng)了客戶的詳細(xì)說(shuō)明以后，幫助客戶進(jìn)行整理和分析，同時(shí)預(yù)測(cè)客戶在開發(fā)過(guò)程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。
比如在為客戶設(shè)計(jì)辦公自動(dòng)化系統(tǒng)的時(shí)候，也許就要為客戶預(yù)留將來(lái)與他們的業(yè)務(wù)單位進(jìn)行交互的通道；在設(shè)計(jì)郵件系統(tǒng)的時(shí)候要考慮可能會(huì)需要廣告管理服務(wù)器；設(shè)計(jì)網(wǎng)絡(luò)電子商店時(shí)今后增加庫(kù)存產(chǎn)品進(jìn)銷存統(tǒng)計(jì)分析等等；限于時(shí)間財(cái)力的考慮，客戶通常能夠接受分階段實(shí)施的開發(fā)過(guò)程，在需求分析時(shí)，提早為客戶設(shè)想到今后的需求變更除了使項(xiàng)目開發(fā)更加順利以外，也為今后業(yè)務(wù)的進(jìn)一步深入打下......
做程序，項(xiàng)目需求分析，一般做多久。
國(guó)內(nèi)很多老一輩的根本不注重這一點(diǎn)。但國(guó)外的，很小的開始實(shí)戰(zhàn)寫需求了。因?yàn)樗麄円恢闭J(rèn)為需求是相當(dāng)重要。每次都做項(xiàng)目前都是，亂七八操的需求分析，像個(gè)草搞。偶爾做一下，改一下。改一下需求，那么，原來(lái)的框架，編碼都要改。而我同學(xué)他們的雖然做需求做了一個(gè)月多，但卻是按需求很順利的一氣搞定。我問(wèn)的是：無(wú)論是多大，還是多小的項(xiàng)目，都要把需求寫清楚再做。
java 項(xiàng)目需求文檔要怎么寫？
需求文檔一般分兩類
需求調(diào)研報(bào)告
需求分析報(bào)告
調(diào)研報(bào)告：是記錄的用戶的原始需求，基本上可以算做是和用戶溝通的原始記錄。
分析報(bào)告：是對(duì)調(diào)研報(bào)告進(jìn)行歸類分析的結(jié)果。一個(gè)比較全面的文檔了，在這個(gè)文檔里面一般包含以下內(nèi)容：
項(xiàng)目的背景
項(xiàng)目的目標(biāo)
項(xiàng)目的范圍
用戶特點(diǎn)
相關(guān)技術(shù)、規(guī)范標(biāo)準(zhǔn)等
相關(guān)約束
用戶的組織結(jié)構(gòu)、角色等
用戶需要的功能點(diǎn)，這些功能的優(yōu)先級(jí)，業(yè)務(wù)流程、功能特點(diǎn)，有沒(méi)有特殊需求等等
總而言之，需求分析報(bào)告的下一站是給設(shè)計(jì)人員的，設(shè)計(jì)人員看到需求分析報(bào)告就知道系統(tǒng)應(yīng)該包含哪些功能點(diǎn)、權(quán)限設(shè)計(jì)、流程設(shè)計(jì)等，這些內(nèi)容都可以直接從需要分析報(bào)告里面得出
武鄭18564452011： 軟件的需求分析怎么寫啊? -
潮陽(yáng)區(qū)速度： ______ 1. 引言 1.1 編寫目的:編寫此文檔的目的是進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問(wèn)題,便于用戶與開發(fā)商協(xié)調(diào)工作.本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員.希望能使本軟件開發(fā)工作更具體. 1.2 項(xiàng)目背景 1.2.1項(xiàng)目委托單位:****公司 1.2.2開發(fā)單...
武鄭18564452011： 網(wǎng)頁(yè)需求分析怎么寫 -
潮陽(yáng)區(qū)速度： ______ 1)繪制關(guān)聯(lián)圖:繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型.同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流. 2)創(chuàng)建開發(fā)原型:創(chuàng)建用戶接口原型當(dāng)開發(fā)人員或用戶不能確定需求時(shí),開發(fā)一個(gè)用戶接口原型,這...
武鄭18564452011： 怎樣寫軟件開發(fā)需求分析 -
潮陽(yáng)區(qū)速度： ______ 1、需求分析文檔的重要性 在軟件項(xiàng)目開發(fā)的生命周期中,可以說(shuō)需求分析文檔占據(jù)著很重要的作用. (1)它是和用戶進(jìn)行交流得出的一個(gè)規(guī)范結(jié)果 (2)它是衡量和評(píng)價(jià)項(xiàng)目功能是否達(dá)到用戶需要的標(biāo)準(zhǔn) (3)它對(duì)后期的數(shù)據(jù)庫(kù)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及整個(gè)編碼開發(fā)、系統(tǒng)測(cè)試起著指引的作用
武鄭18564452011： 需求分析如何寫啊
潮陽(yáng)區(qū)速度： ______ 在軟件工程中,需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的電腦系統(tǒng)時(shí)描寫新系統(tǒng)的目的、范圍和定義時(shí)所要做的所有的工作.需求分析是軟件工程中的一個(gè)關(guān)鍵過(guò)程.在這個(gè)過(guò)程中,系統(tǒng)分析員和軟件工程師確定顧客的需要.只有在確定了這些需要后他們才能夠分析和尋求新系統(tǒng)的解決方法. 在軟件工程的歷史中,很長(zhǎng)時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中最簡(jiǎn)單的一個(gè)步驟,但在過(guò)去十年中越來(lái)越多的人認(rèn)識(shí)到它是整個(gè)過(guò)程中最關(guān)鍵的一個(gè)過(guò)程.假如在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到顧客的需要的話,那么最后的軟件實(shí)際上不可能達(dá)到顧客的需要,或者軟件無(wú)法在規(guī)定的時(shí)間里完工.
武鄭18564452011： 項(xiàng)目需求怎么寫?(java web) -
潮陽(yáng)區(qū)速度： ______ A、三種編寫方法 1、 用好的結(jié)構(gòu)化和自然語(yǔ)言編寫文本型文檔; 2、 建立圖形化模型,這些模型可以描繪轉(zhuǎn)換過(guò)程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系; 3、 編寫形式化規(guī)格說(shuō)明,這可以通過(guò)使用數(shù)...
武鄭18564452011： 怎么寫一份php需求分析 -
潮陽(yáng)區(qū)速度： ______ 讓用戶盡可能的述說(shuō)他所想要的所有東西,不要打斷他,一旦打斷用戶的思路,有可能他會(huì)遺忘一些東西,也許這些東西就是項(xiàng)目的重點(diǎn),會(huì)對(duì)整個(gè)項(xiàng)目的進(jìn)程帶來(lái)影響.先不要考慮用戶的需求是否合理,用戶提出的所有需求都是他希望得到的...
武鄭18564452011： 求編寫需求分析文檔目的. 謝謝個(gè)為整理總結(jié)... -
潮陽(yáng)區(qū)速度： ______ 1.1 需求分析報(bào)告1.1.1 引言¨ 編寫目的(闡明編寫需求分析報(bào)告的目的)¨ 項(xiàng)目背景(應(yīng)包括:a.項(xiàng)目的委托單位、開發(fā)單位和主管部...
武鄭18564452011： 我是計(jì)算機(jī)專業(yè)的,現(xiàn)在正在做畢業(yè)設(shè)計(jì),老師要求我在論文中寫出需求分析的目的.這個(gè)該怎么寫呢?
潮陽(yáng)區(qū)速度： ______ 需求分析是軟件定義時(shí)期的最后一個(gè)階段.軟件需求分析是軟件開發(fā)早期的一個(gè)重要階段.它在問(wèn)題定義和可行性研究階段之后進(jìn)行.需求分析的基本任務(wù)是軟件人員和用戶一起完全弄清用戶對(duì)系統(tǒng)的確切要求.這是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟,是整個(gè)系統(tǒng)開發(fā)的基礎(chǔ).軟件需求分析階段要求用需求規(guī)格說(shuō)明表達(dá)用戶對(duì)系統(tǒng)的要求.可行性研究階段已經(jīng)確定了系統(tǒng)必須完成的許多基本功能,在需求分析階段,分析員應(yīng)將這些功能進(jìn)一步具體化. http://www.lw777.net/a/jisuanji/vb/2010/1009/247.html在這里看到了你需要的資料,希望能幫到你.
武鄭18564452011： 需求分析的目的是什么需求分析的制品是什?需求分析的目的是什么需求
潮陽(yáng)區(qū)速度： ______ 軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望.通過(guò)對(duì)應(yīng)問(wèn)題及其環(huán)境的理解與分析,為問(wèn)題涉及的信息、功能及系統(tǒng)行為建立模型,...
武鄭18564452011： 如何做好軟件項(xiàng)目需求分析 -
潮陽(yáng)區(qū)速度： ______ 需求分析是介于系統(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ù)的主要基...
項(xiàng)目需求分析的概念 需求分析是指理解用戶需求，就軟件功能與客戶達(dá)成一致，估計(jì)軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目代價(jià)，最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過(guò)程。（這個(gè)和我在微軟體驗(yàn)到的又不太一樣，微軟的需求分析大多是市場(chǎng)人員和用戶協(xié)助小組的人去評(píng)估用戶的接受程度，這一點(diǎn)也可以理解，因?yàn)楣镜男再|(zhì)有根本差別）在這個(gè)過(guò)程中，用戶的確是處在主導(dǎo)地位，需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求，為之后的軟件設(shè)計(jì)打下基礎(chǔ)。需求分析階段結(jié)束后，要求得到：1.SRS文檔(System Requirement Specificatio鄲); 2.DRM 文檔；3.Acceptance Plan. 從廣義上理解：需求分析包括需求的獲取、分析、規(guī)格說(shuō)明、變更、驗(yàn)證、管理的一系列需求工程。
狹義上理解：需求分析指需求的分析、定義過(guò)程。 一、為什么要需求分析 需求分析就是分析軟件用戶的需求是什么.如果投入大量的人力，物力,財(cái)力,時(shí)間,開發(fā)出的軟件卻沒(méi)人要,那所有的投入都是徒勞.如果費(fèi)了很大的精力,開發(fā)一個(gè)軟件,最后卻不滿足用戶的要求,從而要重新開發(fā)過(guò),這種返工是讓人痛心疾首的.(相信大家都有體會(huì))比如,用戶需要一個(gè)for linux的軟件,而你在軟件開發(fā)前期忽略了軟件的運(yùn)行環(huán)境,忘了向用戶詢問(wèn)這個(gè)問(wèn)題,而想當(dāng)然的認(rèn)為是開發(fā)for windows的軟件,當(dāng)你千辛萬(wàn)苦地開發(fā)完成向用戶提交時(shí)才發(fā)現(xiàn)出了問(wèn)題,那時(shí)候你是欲哭無(wú)淚了,痕不得找塊豆腐一頭撞死.
需求分析之所以重要,就因?yàn)樗哂袥Q策性,方向性,策略性的作用,他在軟件開發(fā)的過(guò)程中具有舉足輕重的地位.大家一定要對(duì)需求分析具有足夠的重視.在一個(gè)大型軟件系統(tǒng)的開發(fā)中,他的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì). 二、需求分析的任務(wù) 簡(jiǎn)言之,需求分析的任務(wù)就是解決"做什么"的問(wèn)題,就是要全面地理解用戶的各項(xiàng)要求,并準(zhǔn)確地表達(dá)所接受的用戶需求.三、需求分析的過(guò)程 需求分析階段的工作,可以分為四個(gè)方面:問(wèn)題識(shí)別,分析與綜合,制訂規(guī)格說(shuō)明,評(píng)審.
問(wèn)題識(shí)別
就是從系統(tǒng)角度來(lái)理解軟件,確定對(duì)所開發(fā)系統(tǒng)的綜合要求,并提出這些需求的實(shí)現(xiàn)條件,以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn).這些需求包括：功能需求(做什么),性能需求(要達(dá)到什么指標(biāo)),環(huán)境需求(如機(jī)型,操作系統(tǒng)等),可靠性需求(不發(fā)生故障的概率）,安全保密需求,用戶界面需求,資源使用需求(軟件運(yùn)行是所需的內(nèi)存,CPU等),軟件成本消耗與開發(fā)進(jìn)度需求,預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo).
分析與綜合
逐步細(xì)化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接口特性和設(shè)計(jì)上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分.最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型(做什么的模型).
制訂規(guī)格說(shuō)明書
即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書.請(qǐng)注意,需求分析階段的成果是需求規(guī)格說(shuō)明書(好象軟考曾經(jīng)考過(guò)這個(gè)問(wèn)題),向下一階段提交.
評(píng)審
對(duì)功能的正確性,完整性和清晰性,以及其它需求給予評(píng)價(jià).評(píng)審?fù)ㄟ^(guò)才可進(jìn)行下一階段的工作,否則重新進(jìn)行需求分析。 四、需求分析的方法 需求分析的方法有很多.這里只強(qiáng)調(diào)原型化方法,其它的方法如:結(jié)構(gòu)化方法,動(dòng)態(tài)分析法等(個(gè)人認(rèn)為,對(duì)初學(xué)者不必深究這些方法,實(shí)際上我也從來(lái)沒(méi)用過(guò)這些方法)在此不討論.
原型化方法是十分重要的(是軟考等常考的知識(shí)點(diǎn)).原型就是軟件的一個(gè)早期可運(yùn)行的版本,它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能.
原型化方法就是盡可能快地建造一個(gè)粗糙的系統(tǒng),這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能,但是這個(gè)......
軟件的需求分析怎么寫啊？
1. 引言
1.1 編寫目的:編寫此文檔的目的是進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問(wèn)題,便于用戶與開發(fā)商協(xié)調(diào)工作.本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員.希望能使本軟件開發(fā)工作更具體.
1.2 項(xiàng)目背景
1.2.1項(xiàng)目委托單位:****公司
1.2.2開發(fā)單位:***公司
1.3 定義
1.4 參考資料
2. 任務(wù)概述
2.1 目標(biāo):
<1> 決策支持:根據(jù)公司的要求及時(shí)提供所需報(bào)表及文件,并在適當(dāng)時(shí)候?qū)Ω鞑块T領(lǐng)導(dǎo)給予銷售及進(jìn)貨等方面的提示
<2>提高效率:利用軟件進(jìn)行管理,避免人工管理的失誤以及 延遲性,從而實(shí)現(xiàn)高效率的管理.
2.2 運(yùn)行環(huán)境:
<1> 硬件方面:Pentium級(jí)處理芯片
1兆顯存的兼容顯卡
256色,800*600的兼容顯示器
標(biāo)準(zhǔn)兼容打印機(jī)
<2>軟件方面: WIN95操作系統(tǒng)
2.3 條件與限制:
編程用計(jì)算機(jī)一臺(tái)
完成期限2000/7/1
無(wú)資金供給
3. 數(shù)據(jù)概述
數(shù)據(jù)流程圖如下:
3.1 靜態(tài)數(shù)據(jù):包括系統(tǒng)登錄密碼,各數(shù)據(jù)庫(kù)所在位置,系統(tǒng)分析原始數(shù)據(jù)
3.2 動(dòng)態(tài)數(shù)據(jù):包括各數(shù)據(jù)庫(kù)內(nèi)各項(xiàng)顯示數(shù)據(jù),用戶登錄信息,系統(tǒng)時(shí)間
3.3 數(shù)據(jù)庫(kù)描述:
人事管理數(shù)據(jù)庫(kù):公司內(nèi)人員的個(gè)人詳細(xì)信息,包括檔案信息
銷售管理數(shù)據(jù)庫(kù):當(dāng)日銷售記錄及以前的銷售統(tǒng)計(jì),用于銷售分析
財(cái)務(wù)管理數(shù)據(jù)庫(kù):公司內(nèi)部賬目及收支情況詳表
技術(shù)管理數(shù)據(jù)庫(kù):公司所需各技術(shù)檔案的詳細(xì)記錄(包括文檔)
3.4 數(shù)據(jù)字典:
<1>數(shù)據(jù)流詞條描述:
1.數(shù)據(jù)流名:登錄信息
來(lái)源:用戶的輸入
去向:系統(tǒng)內(nèi)部檢驗(yàn)部分
組成:用戶名,密碼
流通量:每次登錄輸入一次
2.數(shù)據(jù)流名:登錄結(jié)果
來(lái)源:系統(tǒng)
去向:用戶
組成:返回信息
流通量:每次登錄返回一次
3.數(shù)據(jù)流名:輸入修改信息
來(lái)源:用戶
去向:系統(tǒng)判斷部分
組成:根據(jù)各數(shù)據(jù)庫(kù)內(nèi)容而不同
流通量:依用戶輸入而定
4.數(shù)據(jù)流名:反饋信息
來(lái)源:系統(tǒng)判斷部分
去向:用戶
組成:系統(tǒng)經(jīng)判斷后發(fā)回的字符數(shù)據(jù)
流通量: 依系統(tǒng)當(dāng)前信息而定
5.數(shù)據(jù)流名:識(shí)別信息
來(lái)源:系統(tǒng)內(nèi)部檢驗(yàn)部分
去向:系統(tǒng)判斷部分
組成:系統(tǒng)各數(shù)據(jù)庫(kù)的標(biāo)識(shí)信息
流通量:用戶每次輸入流通一次
6.數(shù)據(jù)流名:處理信息
來(lái)源:系統(tǒng)判斷部分
去向:各數(shù)據(jù)庫(kù)處理部分
組成:讀取/修改標(biāo)識(shí),讀取/修改的變量名稱
流通量:用戶每次輸入流通一次
7.數(shù)據(jù)流名:讀取修改
來(lái)源:系統(tǒng)判斷部分
去向:系統(tǒng)各數(shù)據(jù)庫(kù)
組成:讀取/修改標(biāo)識(shí),讀取/修改內(nèi)容
流通量: 用戶每次輸入流通一次
<2>數(shù)據(jù)文件詞條描述:
1.數(shù)據(jù)文件名:人事數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)人員信息
數(shù)據(jù)文件組成:人員的各項(xiàng)信息(以CString類型為主)
2.數(shù)據(jù)文件名:銷售數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)當(dāng)日及從前的銷售記錄
數(shù)據(jù)文件組成:銷售的各項(xiàng)信息
3.數(shù)據(jù)文件名:財(cái)務(wù)數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)財(cái)務(wù)管理信息
數(shù)據(jù)文件組成:財(cái)務(wù)管理的各項(xiàng)記錄
4.數(shù)據(jù)文件名:技術(shù)數(shù)據(jù)
簡(jiǎn)述:存儲(chǔ)公司內(nèi)部使用的技術(shù)檔案信息
數(shù)據(jù)文件組成:技術(shù)檔案名稱,內(nèi)容
<3>加工邏輯詞條描述:
1.加工名:檢驗(yàn)
......
項(xiàng)目目標(biāo)與任務(wù)需求分析應(yīng)該怎么寫？
項(xiàng)目目標(biāo)與任務(wù)需求分析=項(xiàng)目的目標(biāo)和任務(wù)，目標(biāo)和任務(wù)是什么就寫什么了
項(xiàng)目需求報(bào)告要怎么寫？
聽(tīng)棠的“客戶需求何時(shí)休”深刻的披露了這個(gè)問(wèn)題存在的根源。需求分析，不僅僅是拿到客戶的需求，更重要的是還需進(jìn)行分析，了解細(xì)節(jié)，并就細(xì)節(jié)跟客戶咨詢，獲取最詳細(xì)的資料。客戶所能提供給你的只是他們想到的功能需求，很多問(wèn)題并不在他們考慮的范圍之內(nèi)，如果作為項(xiàng)目承擔(dān)方?jīng)]有去做分析，簡(jiǎn)單的按照功能要求去設(shè)計(jì)、規(guī)劃，最終出來(lái)的系統(tǒng)是很難完全符合客戶的業(yè)務(wù)流程的，這時(shí)，自然需要更改，被看成了需求的更改。其實(shí)，都是缺乏分析所一手造成的。問(wèn)題等到系統(tǒng)出來(lái)了才被發(fā)現(xiàn)，這樣的系統(tǒng)本身就是先天不足的了。聽(tīng)棠所說(shuō)到的幾點(diǎn)，感受特別深：“其實(shí)問(wèn)題出在開頭，客戶需求只是軟件需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進(jìn)行分析”還有客戶的需求本身會(huì)有矛盾（這矛盾是指在邏輯角度來(lái)講），客戶本身是意識(shí)不到的，只有在分析設(shè)計(jì)時(shí)，才會(huì)分析出這里的矛盾，而這些問(wèn)題，如果在期初時(shí)，軟件負(fù)責(zé)人不分析，而是純粹的“聽(tīng)從”客戶要求去做，當(dāng)暴露這些問(wèn)題時(shí)，你怪客戶也沒(méi)用啊。項(xiàng)目需求分析報(bào)告，在了解客戶需求時(shí)，不要不動(dòng)腦子，不要一味的點(diǎn)頭說(shuō)“I C”，其實(shí)在表面的業(yè)務(wù)里面可能包含著N多的細(xì)節(jié)，這些細(xì)節(jié)是需要你反問(wèn)客戶的，只有當(dāng)你提的問(wèn)題越多，最終獲取的需求最具體，才能讓項(xiàng)目越順利。而且有很多問(wèn)題，都是在你的反問(wèn)中，客戶也才開始思考本來(lái)沒(méi)思考過(guò)的問(wèn)題，客戶也會(huì)找到一種合理的需求給你，有人會(huì)覺(jué)得這樣了解客戶需求未免太麻煩了。至于一些在技術(shù)上會(huì)遇到問(wèn)題的地方，也要告訴客戶，別以為到時(shí)候再說(shuō)，客戶是不關(guān)心你的技術(shù)細(xì)節(jié)的，但你如果給他解釋的話，他也會(huì)試著理解的。客戶的需求本身是無(wú)休止，因?yàn)樗麄儽旧硪苍谧儯?dāng)你期初的分析合理，后面的變動(dòng)也將在邏輯上變動(dòng)，相信代價(jià)已經(jīng)不會(huì)那么大了。這其實(shí)也體現(xiàn)了系統(tǒng)的擴(kuò)展性。需求分析，是一個(gè)項(xiàng)目提出方和承擔(dān)方相互溝通的過(guò)程，一方是系統(tǒng)的使用者，一方是系統(tǒng)的制造者，在系統(tǒng)制造過(guò)程中，只有雙方相互配合，共同對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)才能最后達(dá)到使用的要求。客戶是業(yè)務(wù)上的熟悉者，對(duì)業(yè)務(wù)流程有非常清晰的了解，但是，對(duì)于軟件需求方面的描述是不了解的，他們所能提供的只是他們最終要達(dá)到的功能，但是，這其中包含的業(yè)務(wù)流程是非常復(fù)雜的。我們拿到客戶需求后，應(yīng)該根據(jù)功能、流程進(jìn)行初步的設(shè)計(jì)，構(gòu)造出業(yè)務(wù)流程圖，再讓客戶進(jìn)行評(píng)審，提出業(yè)務(wù)流程上不對(duì)的地方進(jìn)行修改。這樣來(lái)回的交流，最終才能取得較全面的需求，并減少后期的修改。
如何做需求分析
隨著技術(shù)的不斷發(fā)展和用戶對(duì)網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項(xiàng)目的設(shè)計(jì)已經(jīng)不能再僅僅簡(jiǎn)單地利用靜態(tài)Html文件來(lái)實(shí)現(xiàn)，與前幾年網(wǎng)站設(shè)計(jì)由一兩名網(wǎng)頁(yè)設(shè)計(jì)師自由的創(chuàng)作相比，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)越來(lái)越像一個(gè)軟件工程，也越來(lái)越復(fù)雜，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代，建立規(guī)范的、有效的、健壯的開發(fā)機(jī)制，才能適應(yīng)用戶不斷變化的需要，達(dá)到預(yù)期的計(jì)劃目標(biāo)。
網(wǎng)站項(xiàng)目管理（WPM）的含義為Web-based Project Management，即以Web 應(yīng)用程序?yàn)橹饕憩F(xiàn)方式的架構(gòu)來(lái)進(jìn)行的項(xiàng)目設(shè)計(jì)及管理，這樣的架構(gòu)中包含了瀏覽器、網(wǎng)絡(luò)和Web
服務(wù)器等關(guān)鍵主體，主要體現(xiàn)在網(wǎng)站設(shè)計(jì)、以瀏覽器為客戶端的Web應(yīng)用程序開發(fā)（例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶關(guān)系管理。）等項(xiàng)目管理中。
按照筆者的經(jīng)驗(yàn)，網(wǎng)站項(xiàng)目管理可以分為以下l六個(gè)階段進(jìn)行控制：
1. 需求分析及變更管理
2. 項(xiàng)目模型及業(yè)務(wù)流程分析
3. 系統(tǒng)分析及軟件建模
4. 界面設(shè)計(jì)、交互設(shè)計(jì)及程序開發(fā)
5. 系統(tǒng)測(cè)試和文檔編寫
6. 客戶培訓(xùn)、技術(shù)支持和售后服務(wù)
需要說(shuō)明的是，這些階段雖然具有一定的延續(xù)性，但是并非完全隔斷的，例如需求變更管理和測(cè)試工作、文檔編寫都是貫穿整個(gè)項(xiàng)目過(guò)程的，許多工作時(shí)交叉進(jìn)行或同時(shí)進(jìn)行的。
（一）如何做好需求分析及變更管理？
業(yè)務(wù)員與客戶進(jìn)行的溝通，撰寫需求分析報(bào)告是項(xiàng)目展開的基礎(chǔ)。項(xiàng)目是以客戶的需求為中心，而不是為技術(shù)而遷就需求。
一：讓客戶暢所欲言，羅列出所有的需求
讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來(lái)，不要遺漏。這時(shí)候不應(yīng)該害怕“勾引”起客戶的潛在需求而增加設(shè)計(jì)開發(fā)的工作量，從而被今后客戶無(wú)止境的變更拖入泥潭，直接明白地跟客戶把問(wèn)題和要求一條條地列出來(lái)，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準(zhǔn)確地記錄下來(lái)就完成了第一步的工作。
很明顯，假如客戶的需求做的都不完整，隨時(shí)可能會(huì)產(chǎn)生意想之外的變更，甚至這個(gè)變更會(huì)破壞已經(jīng)做的模型及結(jié)構(gòu)，那么這個(gè)項(xiàng)目從開始就注定了會(huì)失敗；比如站點(diǎn)所有的功能都實(shí)現(xiàn)了，本地測(cè)試起來(lái)也沒(méi)有什么問(wèn)題了，但是你卻不知道客戶的系統(tǒng)是要承受每天100萬(wàn)獨(dú)立IP的訪問(wèn)，而你原來(lái)想當(dāng)然的以為了不起就是1萬(wàn)獨(dú)立IP訪問(wèn)的訪問(wèn)流量，稍微有經(jīng)驗(yàn)的開發(fā)人員都會(huì)明白這樣的設(shè)計(jì)是個(gè)災(zāi)難，無(wú)論是應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)還是程序全部要重新開發(fā)！
二：透過(guò)現(xiàn)象分析潛在的需求
很多情況下客戶并非專業(yè)人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點(diǎn)和技術(shù)難關(guān)，這需要我們?nèi)榭蛻暨M(jìn)行分析、歸納和整理，尤其是客戶談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。
客戶往往對(duì)需求的概念是非常模糊的，大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務(wù)人員在傾聽(tīng)了客戶的詳細(xì)說(shuō)明以后，幫助客戶進(jìn)行整理和分析，同時(shí)預(yù)測(cè)客戶在開發(fā)過(guò)程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。
比如在為客戶設(shè)計(jì)辦公自動(dòng)化系統(tǒng)的時(shí)候，也許就要為客戶預(yù)留將來(lái)與他們的業(yè)務(wù)單位進(jìn)行交互的通道；在設(shè)計(jì)郵件系統(tǒng)的時(shí)候要考慮可能會(huì)需要廣告管理服務(wù)器；設(shè)計(jì)網(wǎng)絡(luò)電子商店時(shí)今后增加庫(kù)存產(chǎn)品進(jìn)銷存統(tǒng)計(jì)分析等等；限于時(shí)間財(cái)力的考慮，客戶通常能夠接受分階段實(shí)施的開發(fā)過(guò)程，在需求分析時(shí)，提早為客戶設(shè)想到今后的需求變更除了使項(xiàng)目開發(fā)更加順利以外，也為今后業(yè)務(wù)的進(jìn)一步深入打下......
做程序，項(xiàng)目需求分析，一般做多久。
國(guó)內(nèi)很多老一輩的根本不注重這一點(diǎn)。但國(guó)外的，很小的開始實(shí)戰(zhàn)寫需求了。因?yàn)樗麄円恢闭J(rèn)為需求是相當(dāng)重要。每次都做項(xiàng)目前都是，亂七八操的需求分析，像個(gè)草搞。偶爾做一下，改一下。改一下需求，那么，原來(lái)的框架，編碼都要改。而我同學(xué)他們的雖然做需求做了一個(gè)月多，但卻是按需求很順利的一氣搞定。我問(wèn)的是：無(wú)論是多大，還是多小的項(xiàng)目，都要把需求寫清楚再做。
java 項(xiàng)目需求文檔要怎么寫？
需求文檔一般分兩類
需求調(diào)研報(bào)告
需求分析報(bào)告
調(diào)研報(bào)告：是記錄的用戶的原始需求，基本上可以算做是和用戶溝通的原始記錄。
分析報(bào)告：是對(duì)調(diào)研報(bào)告進(jìn)行歸類分析的結(jié)果。一個(gè)比較全面的文檔了，在這個(gè)文檔里面一般包含以下內(nèi)容：
項(xiàng)目的背景
項(xiàng)目的目標(biāo)
項(xiàng)目的范圍
用戶特點(diǎn)
相關(guān)技術(shù)、規(guī)范標(biāo)準(zhǔn)等
相關(guān)約束
用戶的組織結(jié)構(gòu)、角色等
用戶需要的功能點(diǎn)，這些功能的優(yōu)先級(jí)，業(yè)務(wù)流程、功能特點(diǎn)，有沒(méi)有特殊需求等等
總而言之，需求分析報(bào)告的下一站是給設(shè)計(jì)人員的，設(shè)計(jì)人員看到需求分析報(bào)告就知道系統(tǒng)應(yīng)該包含哪些功能點(diǎn)、權(quán)限設(shè)計(jì)、流程設(shè)計(jì)等，這些內(nèi)容都可以直接從需要分析報(bào)告里面得出
需求分析具體要怎么寫?要包括哪些內(nèi)容?
⑶請(qǐng)專人介紹。⑷詢問(wèn)對(duì)某些調(diào)查中的問(wèn)題，可以找專人詢問(wèn)。⑸設(shè)計(jì)調(diào)查表請(qǐng)用戶填寫如果調(diào)查表設(shè)計(jì)得合理，這種方法是很有效，也很易于為用戶接受的。⑹查閱記錄即查閱與原系統(tǒng)有關(guān)的數(shù)據(jù)記錄，包括原始單據(jù)、賬簿、報(bào)表等。通過(guò)調(diào)查了解了用戶需求后，還需要進(jìn)一步分析和表達(dá)用戶的需求。分析和表達(dá)用戶需求...
培訓(xùn)需求分析目的
培訓(xùn)需求分析在組織發(fā)展中的核心作用在于其多重目的:首先，它旨在通過(guò)績(jī)效評(píng)估揭示績(jī)效差距，即組織和員工實(shí)際表現(xiàn)與期望績(jī)效之間的差距，這是需求分析的首要任務(wù)。這有助于明確提升空間，為有針對(duì)性的培訓(xùn)提供依據(jù)。其次，當(dāng)組織面臨快速變化時(shí)，原有的需求分析可能不再適用。因此，對(duì)現(xiàn)有狀況的重新審視和...
需求分析怎么寫
1、功能分解方法。將新系統(tǒng)作為多功能模塊的組合。各功能義可分解為若干子功能及接口，子功能再繼續(xù)分解。便可得到系統(tǒng)的雛形，即功能分解——功能、子功能、功能接口。2、結(jié)構(gòu)化分析方法。結(jié)構(gòu)化分析方法是一種從問(wèn)題空間到某種表示的映射方法，是結(jié)構(gòu)化方法中重要且被普遍接受的表示系統(tǒng)，由數(shù)據(jù)流圖和...
物流需求分析分析目的
物流需求分析的核心目標(biāo)在于為社會(huì)物流活動(dòng)奠定堅(jiān)實(shí)的供給基礎(chǔ)，確保物流服務(wù)的供需平衡。其目的是為了優(yōu)化資源配置，提升物流運(yùn)作效率和經(jīng)濟(jì)效益。當(dāng)物流能力與需求不匹配時(shí)，供需失衡可能導(dǎo)致效率降低或資源浪費(fèi)。具體來(lái)說(shuō)，如果供給小于需求，會(huì)抑制物流活動(dòng)的發(fā)展；反之，供給過(guò)剩則造成資源閑置。因此，準(zhǔn)確...
簡(jiǎn)述為什么要進(jìn)行需求分析?需求分析的內(nèi)容和主要步驟
不分析需求,怎么知道使用者要什么? 軟體說(shuō)白了是一種工雞,工具就要按照使用者的要求和習(xí)慣來(lái)做。不能程式設(shè)計(jì)師自己想做什么就做什么如何進(jìn)行需求分析 專案需求分析是一個(gè)專案的開端,也是專案建設(shè)的基石。在以往建設(shè)失敗的專案中,80%是由于需求分析的不明確而造成的。因此一個(gè)專案成功的關(guān)鍵因素之一,就是對(duì)需求...
c程序設(shè)計(jì)需求分析該如何寫
C程序設(shè)計(jì)的需求分析通常需要以下步驟來(lái)進(jìn)行：確定程序的目標(biāo)：明確該程序的作用、用途，以及希望實(shí)現(xiàn)什么樣的功能。定義輸入輸出：確定程序需要輸入什么樣的數(shù)據(jù)，以及期望的輸出結(jié)果。分析數(shù)據(jù)處理邏輯：對(duì)于輸入的數(shù)據(jù)，需要設(shè)計(jì)處理邏輯，以便可以得到所需要的輸出。這需要仔細(xì)分析數(shù)據(jù)的各種情況及其相關(guān)的處理...
軟件需求分析說(shuō)明書怎么寫?
軟件需求說(shuō)明書 1．引言：1.1項(xiàng)目名稱：1.2項(xiàng)目背景和內(nèi)容概要。（項(xiàng)目的委托單位、開發(fā)單位、主管部門、與其它項(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)等）、（縮寫詞和名詞定義）。2.任務(wù)概述 2.1目標(biāo)（項(xiàng)目的...
需求分析寫什么內(nèi)容啊
需求分析是軟件工程中的一個(gè)重要階段，它涉及對(duì)用戶和項(xiàng)目的需求進(jìn)行深入的理解和分析。需求分析的目標(biāo)是將用戶非形式化的需求表述轉(zhuǎn)化為完整的需求定義，以確定系統(tǒng)必須實(shí)現(xiàn)的功能和非功能性需求，如性能、可靠性、響應(yīng)時(shí)間、可擴(kuò)展性等。此外，需求分析還涉及確認(rèn)軟件的設(shè)計(jì)約束條件和與其他軟件的關(guān)系。需...
需求分析說(shuō)明書要包括哪些內(nèi)容?
需求分析說(shuō)明書是項(xiàng)目啟動(dòng)階段的關(guān)鍵文檔，它旨在明確項(xiàng)目的業(yè)務(wù)需求、目標(biāo)以及預(yù)期成果。撰寫需求分析說(shuō)明書時(shí)，需全面考慮項(xiàng)目的所有方面，以確保最終的解決方案能滿足用戶和業(yè)務(wù)的需求。以下是一份需求分析說(shuō)明書應(yīng)包含的關(guān)鍵內(nèi)容：1. **項(xiàng)目背景**：簡(jiǎn)要介紹項(xiàng)目的背景信息，包括項(xiàng)目的目的、發(fā)起原因...
大學(xué)目標(biāo)分析怎么寫
撰寫目標(biāo)分析時(shí)，應(yīng)遵循以下步驟:首先，設(shè)定職業(yè)目標(biāo)并評(píng)估發(fā)展路徑。確定一個(gè)明確的職業(yè)目標(biāo)至關(guān)重要，同時(shí)，根據(jù)自身?xiàng)l件選擇一條與目標(biāo)最匹配的發(fā)展路線。其次，進(jìn)行目標(biāo)需求分析。參考公司崗位說(shuō)明書，理解不同崗位的要求，這些需求是達(dá)到目標(biāo)崗位必備的條件。再者，目標(biāo)分解。將大目標(biāo)細(xì)化為多個(gè)階段目標(biāo)，...
相關(guān)評(píng)說(shuō)：
潮陽(yáng)區(qū)速度： ______ 1. 引言 1.1 編寫目的:編寫此文檔的目的是進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問(wèn)題,便于用戶與開發(fā)商協(xié)調(diào)工作.本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員.希望能使本軟件開發(fā)工作更具體. 1.2 項(xiàng)目背景 1.2.1項(xiàng)目委托單位:****公司 1.2.2開發(fā)單...
潮陽(yáng)區(qū)速度： ______ 1)繪制關(guān)聯(lián)圖:繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型.同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流. 2)創(chuàng)建開發(fā)原型:創(chuàng)建用戶接口原型當(dāng)開發(fā)人員或用戶不能確定需求時(shí),開發(fā)一個(gè)用戶接口原型,這...
潮陽(yáng)區(qū)速度： ______ 1、需求分析文檔的重要性 在軟件項(xiàng)目開發(fā)的生命周期中,可以說(shuō)需求分析文檔占據(jù)著很重要的作用. (1)它是和用戶進(jìn)行交流得出的一個(gè)規(guī)范結(jié)果 (2)它是衡量和評(píng)價(jià)項(xiàng)目功能是否達(dá)到用戶需要的標(biāo)準(zhǔn) (3)它對(duì)后期的數(shù)據(jù)庫(kù)設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及整個(gè)編碼開發(fā)、系統(tǒng)測(cè)試起著指引的作用
潮陽(yáng)區(qū)速度： ______ 在軟件工程中,需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的電腦系統(tǒng)時(shí)描寫新系統(tǒng)的目的、范圍和定義時(shí)所要做的所有的工作.需求分析是軟件工程中的一個(gè)關(guān)鍵過(guò)程.在這個(gè)過(guò)程中,系統(tǒng)分析員和軟件工程師確定顧客的需要.只有在確定了這些需要后他們才能夠分析和尋求新系統(tǒng)的解決方法. 在軟件工程的歷史中,很長(zhǎng)時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中最簡(jiǎn)單的一個(gè)步驟,但在過(guò)去十年中越來(lái)越多的人認(rèn)識(shí)到它是整個(gè)過(guò)程中最關(guān)鍵的一個(gè)過(guò)程.假如在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到顧客的需要的話,那么最后的軟件實(shí)際上不可能達(dá)到顧客的需要,或者軟件無(wú)法在規(guī)定的時(shí)間里完工.
潮陽(yáng)區(qū)速度： ______ A、三種編寫方法 1、 用好的結(jié)構(gòu)化和自然語(yǔ)言編寫文本型文檔; 2、 建立圖形化模型,這些模型可以描繪轉(zhuǎn)換過(guò)程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系; 3、 編寫形式化規(guī)格說(shuō)明,這可以通過(guò)使用數(shù)...
潮陽(yáng)區(qū)速度： ______ 讓用戶盡可能的述說(shuō)他所想要的所有東西,不要打斷他,一旦打斷用戶的思路,有可能他會(huì)遺忘一些東西,也許這些東西就是項(xiàng)目的重點(diǎn),會(huì)對(duì)整個(gè)項(xiàng)目的進(jìn)程帶來(lái)影響.先不要考慮用戶的需求是否合理,用戶提出的所有需求都是他希望得到的...
潮陽(yáng)區(qū)速度： ______ 1.1 需求分析報(bào)告1.1.1 引言¨ 編寫目的(闡明編寫需求分析報(bào)告的目的)¨ 項(xiàng)目背景(應(yīng)包括:a.項(xiàng)目的委托單位、開發(fā)單位和主管部...
潮陽(yáng)區(qū)速度： ______ 需求分析是軟件定義時(shí)期的最后一個(gè)階段.軟件需求分析是軟件開發(fā)早期的一個(gè)重要階段.它在問(wèn)題定義和可行性研究階段之后進(jìn)行.需求分析的基本任務(wù)是軟件人員和用戶一起完全弄清用戶對(duì)系統(tǒng)的確切要求.這是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟,是整個(gè)系統(tǒng)開發(fā)的基礎(chǔ).軟件需求分析階段要求用需求規(guī)格說(shuō)明表達(dá)用戶對(duì)系統(tǒng)的要求.可行性研究階段已經(jīng)確定了系統(tǒng)必須完成的許多基本功能,在需求分析階段,分析員應(yīng)將這些功能進(jìn)一步具體化. http://www.lw777.net/a/jisuanji/vb/2010/1009/247.html在這里看到了你需要的資料,希望能幫到你.
潮陽(yáng)區(qū)速度： ______ 軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望.通過(guò)對(duì)應(yīng)問(wèn)題及其環(huán)境的理解與分析,為問(wèn)題涉及的信息、功能及系統(tǒng)行為建立模型,...
潮陽(yáng)區(qū)速度： ______ 需求分析是介于系統(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ù)的主要基...
