簡(jiǎn)言之,需求分析的任務(wù)就是解決"做什么"的問(wèn)題,就是要全面地理解用戶的各項(xiàng)要求,并準(zhǔn)確地表達(dá)所接受的用戶需求.
需求分析就是分析軟件用戶的需求是什么.如果投入大量的人力,物力,財(cái)力,時(shí)間,開(kāi)發(fā)出的軟件卻沒(méi)人要,那所有的投入都是徒勞.如果費(fèi)了很大的精力,開(kāi)發(fā)一個(gè)軟件,最后卻不滿足用戶的要求,從而要重新開(kāi)發(fā)過(guò),這種返工是讓人痛心疾首的.(相信大家都有體會(huì))比如,用戶需要一個(gè)for linux的軟件,而你在軟件開(kāi)發(fā)前期忽略了軟件的運(yùn)行環(huán)境,忘了向用戶詢問(wèn)這個(gè)問(wèn)題,而想當(dāng)然的認(rèn)為是開(kāi)發(fā)for windows的軟件,當(dāng)你千辛萬(wàn)苦地開(kāi)發(fā)完成向用戶提交時(shí)才發(fā)現(xiàn)出了問(wèn)題,那時(shí)候你是欲哭無(wú)淚了,恨不得找塊豆腐一頭撞死.
需求分析之所以重要,就因?yàn)樗哂袥Q策性,方向性,策略性的作用,他在軟件開(kāi)發(fā)的過(guò)程中具有舉足輕重的地位.大家一定要對(duì)需求分析具有足夠的重視.在一個(gè)大型軟件系統(tǒng)的開(kāi)發(fā)中,他的作用要遠(yuǎn)遠(yuǎn)大于程序設(shè)計(jì).
項(xiàng)目需求分析過(guò)程中,用戶的確是處在主導(dǎo)地位,需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求,為之后的軟件設(shè)計(jì)打下基礎(chǔ)。需求分析階段結(jié)束后,要求得到:1.SRS文檔(System Requirement Specification); 2.DRM 文檔;3.Acceptance Plan. 從廣義上理解:需求分析包括需求的獲取、分析、規(guī)格說(shuō)明、變更、驗(yàn)證、管理的一系列需求工程。狹義上理解:需求分析指需求的分析、定義過(guò)程。
項(xiàng)目目標(biāo)與任務(wù)需求分析應(yīng)該怎么寫?
項(xiàng)目目標(biāo)與任務(wù)需求分析=項(xiàng)目的目標(biāo)和任務(wù)。目標(biāo)是具體可量化的,由目的而生,計(jì)劃是達(dá)成目的的籌劃,而任務(wù)就是計(jì)劃中的每個(gè)完成點(diǎn) 一般先有目的,再有計(jì)劃,后有目標(biāo),用任務(wù)完成目標(biāo)項(xiàng)目目標(biāo)(Project ...
兩者的根本區(qū)別就是基本可以移動(dòng)的與基本不可以移動(dòng)的,這就是軟裝與硬裝的概念。 傳統(tǒng)的硬裝是在作結(jié)構(gòu),主要是對(duì)建筑內(nèi)部空間的六大界面,按照一定的設(shè)...
不想當(dāng)將軍的兵不是好兵,即使當(dāng)不了將軍也要能夠從將軍的角度去思考和解決問(wèn)題,這樣才能做一個(gè)更好的有可能成為將軍的士兵. 成為一名優(yōu)秀的人力資源經(jīng)理是我的職業(yè)發(fā)展目標(biāo).我想做的是改善目前混亂的管...
需求分析階段的工作,可以分為四個(gè)方面:問(wèn)題識(shí)別,分析與綜合,制訂規(guī)格說(shuō)明,評(píng)審.
問(wèn)題識(shí)別
就是從系統(tǒng)角度來(lái)理解軟件,確定對(duì)所開(kāi)發(fā)系統(tǒng)的綜合要求,并提出這些需求的實(shí)現(xiàn)條件,以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn).這些需求包括:功能需求(做什么),性能需求(要達(dá)到什么指標(biāo)),環(huán)境需求(如機(jī)型,操作系統(tǒng)等),可靠性需求(不發(fā)生故障的概率),安全保密需求,用戶界面需求,資源使用需求(軟件運(yùn)行時(shí)所需的內(nèi)存,CPU等),軟件成本消耗與開(kāi)發(fā)進(jìn)度需求,預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo).
分析與綜合
逐步細(xì)化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接口特性和設(shè)計(jì)上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分.最后,綜合成系統(tǒng)的解決方案,給出要開(kāi)發(fā)的系統(tǒng)的詳細(xì)邏輯模型(做什么的模型).
制訂規(guī)格說(shuō)明書(shū)
即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書(shū).請(qǐng)注意,需求分析階段的成果是需求規(guī)格說(shuō)明書(shū)(好象軟考曾經(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è)系統(tǒng)可能在可靠性,界面的友好性或其他方面上存在缺陷.建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技術(shù)的可行性,或考察是否滿足用戶的需求等.如,為了考察是否滿足用戶的要求,可以用某些軟件工具快速的建造一個(gè)原型系統(tǒng),這個(gè)系統(tǒng)只是一個(gè)界面,然后聽(tīng)取用戶的意見(jiàn),改進(jìn)這個(gè)原型.以后的目標(biāo)系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開(kāi)發(fā).
原型主要有三種類型(軟考考過(guò)):探索型,實(shí)驗(yàn)型,進(jìn)化型.探索型:目的是要弄清楚對(duì)目標(biāo)系統(tǒng)的要求,確定所希望的特性,并探討多種方案的可行性.實(shí)驗(yàn)型:用于大規(guī)模開(kāi)發(fā)和實(shí)現(xiàn)前,考核方案是否合適,規(guī)格說(shuō)明是否可靠.進(jìn)化型:目的不在于改進(jìn)規(guī)格說(shuō)明,而是將系統(tǒng)建造得易于變化,在改進(jìn)原型的過(guò)程中,逐步將原型進(jìn)化成最終系統(tǒng)。
在使用原型化方法是有兩種不同的策略:廢棄策略,追加策略.廢棄策略:先建造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng),針對(duì)這個(gè)系統(tǒng)反復(fù)進(jìn)行修改,形成比較好的思想,據(jù)此設(shè)計(jì)出較完整,準(zhǔn)確,一致,可靠的最終系統(tǒng).系統(tǒng)構(gòu)造完成后,原來(lái)的模型系統(tǒng)就被廢棄不用.探索型和實(shí)驗(yàn)型屬于這種策略。
追加策略:先構(gòu)造一個(gè)功能簡(jiǎn)單而且質(zhì)量要求不高的模型系統(tǒng),作為最終系統(tǒng)的核心,然后通過(guò)不斷地?cái)U(kuò)充修改,逐步追加新要求,發(fā)展成為最終系統(tǒng)。進(jìn)化型屬于這種策略.2100433B
格式:pdf
大?。?span id="vw9xstl" class="single-tag-height">191KB
頁(yè)數(shù): 12頁(yè)
評(píng)分: 4.6
中學(xué)數(shù)字化校園建設(shè)共享數(shù)據(jù)中心平臺(tái)委托開(kāi)發(fā)項(xiàng)目需求 1項(xiàng)目背景介紹 各直屬校在先期進(jìn)行數(shù)字化校園建設(shè)的過(guò)程, 已經(jīng)建設(shè)了一些應(yīng)用系統(tǒng)。 但 是,在建設(shè)初期, 由于缺乏對(duì)數(shù)據(jù)資源的統(tǒng)籌與統(tǒng)一規(guī)劃, 各應(yīng)用系統(tǒng)之間數(shù)據(jù) 結(jié)構(gòu)不統(tǒng)一,使得數(shù)據(jù)不一致、不準(zhǔn)確、不完整,無(wú)法形成統(tǒng)一的信息化標(biāo)準(zhǔn)體 系,最終造成了部門之間一個(gè)個(gè)信息孤島的存在。然而,這種情況的持續(xù)存在, 既不利于各應(yīng)用系統(tǒng)之間的數(shù)據(jù)互通共享, 更加大了部門之間重復(fù)維護(hù)系統(tǒng)的工 作量,嚴(yán)重影響了學(xué)校的教育教學(xué)工作效率。 為此,在校內(nèi)建設(shè)統(tǒng)一的信息化標(biāo) 準(zhǔn)體系,構(gòu)筑統(tǒng)一的數(shù)據(jù)中心共享平臺(tái),已迫在眉睫。 2 項(xiàng)目建設(shè)目標(biāo)和原則 2.1項(xiàng)目建設(shè)總體目標(biāo) 采取 SOA(面向服務(wù)的體系結(jié)構(gòu) )的設(shè)計(jì)架構(gòu)方式, 基于 ESB(企業(yè)服務(wù)總線) 的技術(shù)框架,通過(guò)在校內(nèi)建立統(tǒng)一的共享數(shù)據(jù)中心平臺(tái), 建設(shè)統(tǒng)一的信息化標(biāo)準(zhǔn) 體系,實(shí)現(xiàn)各應(yīng)用系統(tǒng)(包括現(xiàn)有系統(tǒng)和
格式:docx
大?。?span id="o9p3g4o" class="single-tag-height">191KB
頁(yè)數(shù): 未知
評(píng)分: 3
再談需求分析——項(xiàng)目需求分析是一個(gè)項(xiàng)目的開(kāi)端,也是項(xiàng)目建設(shè)的基石。在以往建設(shè)失敗的項(xiàng)目中,80%是由于需求分析的不明確而造成的。因此一個(gè)項(xiàng)目成功的關(guān)鍵因素之一,就是對(duì)需求分析的把握程度。 在原則上,需求階段監(jiān)理應(yīng)尊重承建方的項(xiàng)目管理和項(xiàng)目分析能...
需求分析過(guò)程是在新產(chǎn)品研發(fā)啟動(dòng)之前,對(duì)新產(chǎn)品研發(fā)過(guò)程將要涉及到的各種要素進(jìn)行系統(tǒng)化、定量化的分析,使之后繼的研發(fā)過(guò)程都在預(yù)先研發(fā)要素設(shè)計(jì)的控制流程中。在需求分析過(guò)程主要進(jìn)行以下要素分析:
市場(chǎng)需求可行性分析;
關(guān)鍵技術(shù)需求分析;
開(kāi)發(fā)環(huán)境需求分析;
開(kāi)發(fā)成本需求分析;
人力資源需求分析;
研發(fā)進(jìn)度估算與分析。
檢測(cè)系統(tǒng)需求分析是確定系統(tǒng)的功能、技術(shù)指標(biāo)及設(shè)計(jì)任務(wù),是設(shè)計(jì)檢測(cè)系統(tǒng)最重要的環(huán)節(jié)。首先了解用戶的檢測(cè)需求,明確檢測(cè)系統(tǒng)必須實(shí)現(xiàn)的功能和需要完成的測(cè)量任務(wù),包括分析被測(cè)信號(hào)的形式與特點(diǎn)(電量還是非電量、數(shù)字量還是模擬量)、被測(cè)量的數(shù)量、變化范圍、輸入信號(hào)的通道數(shù),性能指標(biāo)(測(cè)量精度、測(cè)量速度、分辨率和誤差等)要求,激勵(lì)信號(hào)的形式和范圍要求,測(cè)試系統(tǒng)所要完成的功能,測(cè)量結(jié)果的輸出方式、顯示器的類型、輸出接口的配置,打印和操作要求,對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)、外形尺寸、面板布置、研制成本、儀器的可靠性、可維護(hù)性及性能價(jià)格比及應(yīng)用環(huán)境等的要求。
檢測(cè)需求是在詳細(xì)分析和理解被測(cè)對(duì)象功能和工作原理的基礎(chǔ)上進(jìn)行的,主要內(nèi)容包括確定被測(cè)對(duì)象機(jī)械接口、電氣接口、接口控制、檢測(cè)項(xiàng)目、檢測(cè)參數(shù)、檢測(cè)方法、檢測(cè)步驟等。 2100433B
前言 |
Ⅰ |
---|---|
1范圍 |
1 |
2規(guī)范性引用文件 |
1 |
3術(shù)語(yǔ)、定義和縮路語(yǔ) |
1 |
4實(shí)驗(yàn)需求分析依據(jù) |
1 |
5實(shí)驗(yàn)需求分析原則 |
2 |
6實(shí)驗(yàn)需求分析流程 |
2 |
7實(shí)驗(yàn)需求分析內(nèi)容 |
3 |
8SRD編制要求 |
6 |
參考資料: