 |
 |
|
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
■新譯通翻譯公司
新譯通翻譯專業(yè)行業(yè)翻譯：
新譯通翻譯公司--翻譯資料片斷摘錄: 1. 完整性 每一項需求都必須將所要實現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計和實現(xiàn)這些功能所需的所有必要信息。 2. 正確性 每一項需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。做出正確判斷的參考是需求的來源，如用戶或高層的系統(tǒng)需求規(guī)格說明。若軟件需求與對應(yīng)的系統(tǒng)需求相抵觸則是不正確的。只有用戶代表才能確定用戶需求的正確性，這就是一定要有用戶的積極參與的原因。沒有用戶參與的需求評審將導(dǎo)致此類說法：“那些毫無意義，這些才很可能是他們所要想的�！逼鋵嵾@完全是評審者憑空猜測。 3. 可行性 每一項需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實施的。為避免不可行的需求，最好在獲�。� e l i c i t a t i o n）需求(收集需求)過程中始終有一位軟件工程小組的組員與需求分析人員或考慮市場的人員在一起工作，由他負(fù)責(zé)檢查技術(shù)可行性。 4. 必要性 每一項需求都應(yīng)把客戶真正所需要的和最終系統(tǒng)所需遵從的標(biāo)準(zhǔn)記錄下來�！氨匾浴币部梢岳斫鉃槊宽椥枨蠖际怯脕硎跈�(quán)你編寫文檔的“根源”。要使每項需求都能回溯至某項客戶的輸入，如使用實例或別的來源。 5. 劃分優(yōu)先級 給每項需求、特性或使用實例分配一個實施優(yōu)先級以指明它在特定產(chǎn)品中所占的分量。如果把所有的需求都看作同樣重要，那么項目管理者在開發(fā)或節(jié)省預(yù)算或調(diào)度中就喪失控制 6. 無二義性 對所有需求說明的讀者都只能有一個明確統(tǒng)一的解釋，由于自然語言極易導(dǎo)致二義性，所以盡量把每項需求用簡潔明了的用戶性的語言表達(dá)出來。避免二義性的有效方法包括對需求文檔的正規(guī)審查，編寫測試用例，開發(fā)原型以及設(shè)計特定的方案腳本。 7. 可驗證性 檢查一下每項需求是否能通過設(shè)計測試用例或其它的驗證方法，如用演示、檢測等來確定產(chǎn)品是否確實按需求實現(xiàn)了。如果需求不可驗證，則確定其實施是否正確就成為主觀臆斷，而非客觀分析了。一份前后矛盾，不可行或有二義性的需求也是不可驗證 服務(wù)地域安徽 北京
福建 甘肅
廣東 廣西
貴州 河北
河南 湖北
湖南 吉林
江蘇 江西
遼寧 寧夏
青海 山東
山西 陜西
四川 天津
新疆 云南
浙江 上海
廣州 重慶
香港 內(nèi)蒙古
黑龍江 ■ 筆譯翻譯報價 |
 |
|
