緣于不良定義和傳遞。有時(shí)需求根本不是定義!團(tuán)隊(duì)成員花費(fèi)了大量的時(shí)間判斷功能需求，團(tuán)隊(duì)可能忘記無(wú)功能需求。在IT項(xiàng)目中，由功能需求說明的系統(tǒng)功能將被執(zhí)行。無(wú)功能需求描述了一個(gè)系統(tǒng)的操作，而不是特定功能。下列無(wú)功能需求類型，在需求開發(fā)的過程中，提供用來考慮例子和實(shí)例問題。
硬件和軟件
在以前提到的項(xiàng)目中，項(xiàng)目組不為實(shí)際的軟件和硬件環(huán)境提供任何無(wú)功能需求。供應(yīng)商假設(shè)他們可以在Microsoft.NET平臺(tái)上開發(fā)方案,在他們把最初的版本安裝在客戶的場(chǎng)所,他們就能迅速實(shí)現(xiàn)僅支持J2EE平臺(tái)的主機(jī)環(huán)境。
在上面的財(cái)務(wù)系統(tǒng)執(zhí)行中,客戶要求使用開發(fā)數(shù)據(jù)庫(kù)標(biāo)準(zhǔn)的底層數(shù)據(jù)庫(kù)。軟件產(chǎn)品不使用開放標(biāo)準(zhǔn)和通過API庫(kù)的需求集成。需求方案說明過程中，由于該項(xiàng)目沒有說明這些需求，他們不得不在執(zhí)行過程中改變項(xiàng)目方法。
可用性需求
項(xiàng)目組需要識(shí)別解決方案的可用性需求。依賴功能需求，系統(tǒng)的響應(yīng)時(shí)間可能會(huì)被影響。30秒的響應(yīng)時(shí)間可能或者不能被商業(yè)客戶接受，這個(gè)訓(xùn)練模擬項(xiàng)目上，最終用戶希望基于網(wǎng)頁(yè)模擬與基于個(gè)人計(jì)算機(jī)MS－Access應(yīng)用程序一摸一樣。使用標(biāo)準(zhǔn)超級(jí)文本標(biāo)志語(yǔ)言HTML開發(fā)網(wǎng)頁(yè)模擬，最終結(jié)果的功能與基于個(gè)人計(jì)算機(jī)解決方案不相同。最終用戶希望他們能夠點(diǎn)擊一個(gè)區(qū)域，并把數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中。他們并不想通過點(diǎn)擊"保存"按鈕確認(rèn)數(shù)據(jù)的變化。
法定要求
項(xiàng)目組開發(fā)需求時(shí)，他們必須考慮用于數(shù)據(jù)保密、數(shù)據(jù)保持和數(shù)據(jù)存取方法的法定要求。如果解決方案為一個(gè)全球用戶基地開發(fā)，不同國(guó)家都有數(shù)據(jù)安全、保護(hù)需求，因?yàn)閭€(gè)人用戶數(shù)據(jù)必須被考慮。
國(guó)際化
大型企業(yè)應(yīng)用程序一般地都有多民族、國(guó)家和語(yǔ)言。團(tuán)隊(duì)需要為解決方案定義語(yǔ)言需求，并考慮其在遍布全球各處市場(chǎng)的影響。在上面公司內(nèi)網(wǎng)入口執(zhí)行中，項(xiàng)目組為顯示內(nèi)容定義了四種公共語(yǔ)言。但是，比較小的國(guó)家在認(rèn)可的語(yǔ)言中沒有開發(fā)內(nèi)容，因此項(xiàng)目組被要求了額外的功能改變。
網(wǎng)絡(luò)需求
網(wǎng)絡(luò)需求必須是被認(rèn)為在解決方案的設(shè)計(jì)和構(gòu)架中實(shí)現(xiàn)。由于產(chǎn)品功能開始向中央網(wǎng)站式（centralized hosting）解決方案轉(zhuǎn)移,網(wǎng)絡(luò)帶寬,貫通性和響應(yīng)時(shí)間是必須要考慮的問題。設(shè)置工作平臺(tái)傾向于集中人員組織的自治操作。 可是，不同的公司的應(yīng)用程序可以在裝置之間共享，但是網(wǎng)絡(luò)需求必須要評(píng)估。
安全
應(yīng)用程序需求必須考慮安全標(biāo)準(zhǔn)并核準(zhǔn)安全模型。項(xiàng)目組可以設(shè)定由于供應(yīng)商的安全模型是商用現(xiàn)貨包裝，因此是可接受的?？墒牵诠拘枰粋€(gè)集中安全模式時(shí)，程序的執(zhí)行就出現(xiàn)了問題。在組織采用基于網(wǎng)頁(yè)的解決方案的時(shí)候，平衡共享的員工鑒定過程就是新興的需求。
需求管理調(diào)整
防止需求管理失敗的解決方案不是一個(gè)開創(chuàng)性解決方案。通常單一的解決方案被認(rèn)為是最基本的。下列步驟可以幫助在項(xiàng)目聲明周期內(nèi)，確保需求能夠被恰當(dāng)?shù)胤治?，控制和管理?nbsp;
1.在詳細(xì)設(shè)計(jì)和構(gòu)造之前，建立功能和無(wú)功能需求進(jìn)行需求分析。由于軟件開發(fā)的瀑布型周期，組織經(jīng)常會(huì)發(fā)生分析麻痹。如果不喜歡瀑布方法,可以使用迭代的方法。在迭代中，需求能被識(shí)別、細(xì)化、分析和證實(shí)。在項(xiàng)目過程中，業(yè)務(wù)需求在不斷的發(fā)展，需要與商業(yè)客戶、技術(shù)構(gòu)架團(tuán)隊(duì)、IT運(yùn)營(yíng)和安全團(tuán)隊(duì)一起進(jìn)行分析。
⒉劃定業(yè)務(wù)需求的基線項(xiàng)目經(jīng)理們建立進(jìn)度基線來確定最初的成本和進(jìn)度，給出認(rèn)可的范圍。業(yè)務(wù)需求也需要?jiǎng)澇龌€來正式識(shí)別項(xiàng)目中認(rèn)可的范圍。項(xiàng)目團(tuán)隊(duì)可以使用于需求管理的軟件包，或者使用打印需求文檔和寫入在項(xiàng)目控制手冊(cè)中等更簡(jiǎn)單的方法。
⒊申請(qǐng)需求控制變更改變項(xiàng)目的范圍、資源和時(shí)間安排都
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來測(cè)測(cè)你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
