（項(xiàng)目管理）項(xiàng)目管理軟件目的需求開發(fā)與管理

(項(xiàng)目管理)項(xiàng)目管理軟件目的需求開發(fā)與管理需求開發(fā)與管理是軟件項(xiàng)目中一項(xiàng)十分重要的工作，據(jù)調(diào)查顯示在眾多失敗的軟件項(xiàng)目中，由于需求原因?qū)е碌募s占到發(fā)者本身不重視原因、有的是技術(shù)原因、有的是人員組織原因、理工作。本文將通過介紹關(guān)于軟件需求的基本知識和個(gè)人在實(shí)際工作中基本方法，避免因需求原因而導(dǎo)致的項(xiàng)目失敗。IEEE年)中定義軟件需求為： (1)用戶解決問題或達(dá)到目標(biāo)所需的條件或能力。 正式規(guī)定需具有的條件或能力。 (3)一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說明。序或系統(tǒng)開發(fā)工作的說明，表現(xiàn)形式一般為文檔形式。版本控制、需求跟蹤、需求狀態(tài)跟蹤等工作。析工作往往面臨著一些潛在的風(fēng)險(xiǎn)。這些風(fēng)險(xiǎn)主要表現(xiàn)在： 中，常常計(jì)白種時(shí)。 合力度不夠。有的用戶日常工作繁忙，他們不統(tǒng)無法使用。 員都會(huì)遇到的問題，也是最頭痛的問題，一旦發(fā)生了需求變化，的麻煩。 程度。需求如何做到?jīng)]有遺漏？這是一個(gè)大問很大，會(huì)給開發(fā)人員帶來挫折感，降低他們完成項(xiàng)目的信心。 雖然國家標(biāo)準(zhǔn)有需求說明的編寫規(guī)范，但具體到某一個(gè)需求上，在技術(shù)設(shè)計(jì)時(shí)不清楚的地方就越多，影響技術(shù)設(shè)計(jì)。 的多義性。需求描述的多義性一方面是指不同讀而浪費(fèi)時(shí)間，帶來不可避免的后果便是返工重做。 戶的特點(diǎn)分析。分析人員往往容易忽略了系統(tǒng)用些的話，將會(huì)導(dǎo)致有的用戶對產(chǎn)品感到失望。 (8)需求開發(fā)的時(shí)間保障。為了確保需求的正確性和完整性，善變折騰的筋疲力盡，他們也希望盡快結(jié)束需求階段。分析問題、編寫需求文檔和進(jìn)行需求管理。建立需求分析工作機(jī)制需考慮的幾個(gè)因素 者最迫切和最關(guān)心的問題，引起重視。用戶方?jīng)Q用簡短明確的語言或文字抓住領(lǐng)導(dǎo)最關(guān)心的問題，時(shí)，需求分析工作在人力、物力、時(shí)間上就有了保障。 保障，明確的責(zé)任分工。項(xiàng)目開發(fā)一般都會(huì)成立付軟件系統(tǒng)。質(zhì)量與測試組負(fù)責(zé)保證系統(tǒng)符合功能規(guī)范的要求，方利進(jìn)行的后勤保障工作。 的溝通環(huán)境和氛圍。分析人員與用戶溝通的程度們發(fā)生爭執(zhí)，因?yàn)槲覀兊哪康氖菐椭脩粽f出他們的最終需要。在溝通時(shí)分析人員應(yīng)注意以下幾個(gè)方面：1)態(tài)度上要尊重對方，優(yōu)勢，而忽略分析人員地意見。2)分析人員要努力適應(yīng)不同用語言風(fēng)格，理解他們的意思。3)善于表達(dá)自己，善于提問。分析人員在開口前應(yīng)該先讓對方充分表達(dá)他的意思，在領(lǐng)會(huì)了后，自己再說，盡量不要搶話。4)工作外的交流有助于增進(jìn)理解，加強(qiáng)溝通。 控制要制度化需求的變化是軟件項(xiàng)目不可避免的格說明書的工作程序和要素，規(guī)范開發(fā)活動(dòng)，為后續(xù)軟件設(shè)計(jì)、定需求質(zhì)量控制的質(zhì)量記錄文檔規(guī)范等內(nèi)容。3.2需求開發(fā)與管理的一些方法關(guān)的方法： 圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部的簡單模型。 析：在允許的成本、性能要求下，分析每項(xiàng)需求對外界因素的依賴和技術(shù)障礙。 級：確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的需求。 ：當(dāng)用戶自身對有的需求不十分清楚時(shí)，我們可 模型：繪制圖形分析模型是編制軟件需求規(guī)格說象類及交互作用圖。 ：數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的數(shù)據(jù)致的定義和術(shù)語。 調(diào)配：質(zhì)量功能調(diào)配是一種高級系統(tǒng)技術(shù)，它將期望需求、普通需求、興奮需求。的方：1)確定需求變更控制過程。制定一個(gè)選擇、分析和決策需求變更的過程，所有的需求變更都需遵循此過程。2)進(jìn)行需求變更影響分析。評估每項(xiàng)需求變更，以確定它對項(xiàng)部門做出更好的決策。3)建立需求基準(zhǔn)版本和需求控制版本文檔。確定需求基準(zhǔn)，這立說明，以避免將底稿和基準(zhǔn)或新舊版本相混淆。4)維護(hù)需求變更的歷史記錄。將需求變更情況寫成文檔，記錄負(fù)責(zé)更新需求。5)跟蹤每項(xiàng)需求的狀態(tài)?？梢园衙恳豁?xiàng)需求的狀態(tài)屬性(如已推薦的，已通過的，已實(shí)施的，或已驗(yàn)證的)保存在數(shù)據(jù)庫中，這樣可以在任何時(shí)候得到每個(gè)狀態(tài)類的需求數(shù)量。6)衡量需求穩(wěn)定性?？梢远ㄆ诎研枨髷?shù)量和需求變更(添加、修改、刪除)數(shù)量進(jìn)行比較。過多的需求變更"是一個(gè)報(bào)警信號它是由美國國家航空和航天局軟件工程實(shí)驗(yàn)室開發(fā)的五大常用完整、一致、可測試。 前大多數(shù)的需求分析采用的仍然是自然語言，自用疑問句、修飾這些復(fù)雜的表達(dá)方式。除了語言的二義性之外，中使用了行話，就會(huì)造成用戶理解上的困難。 求的完整性是非常重要的，如果有遺漏需求，則最后的需求