資源描述:
《論析產(chǎn)品化軟件客戶需求管理》由會員上傳分享,免費在線閱讀,更多相關內(nèi)容在學術論文-天天文庫。
1、論析產(chǎn)品化軟件客戶需求管理論析產(chǎn)品化軟件客戶需求管理當前軟件市場中,不論是采用項目化還是產(chǎn)品化的軟件策略,軟件產(chǎn)品都是為了客戶需求而度身制作的,只是客戶可能是一個特定的單位,例如一個公司或是企業(yè)(項目化軟件);也可能是一個特定的群體,例如財務管理人員(產(chǎn)品化軟件)。需求是產(chǎn)品或服務應該完成或達到的目標,或者是必須具有的一種質量。客戶的需求就是軟件功能的源頭,因此需求對于軟件的發(fā)展和軟件本身的質量是十分重要的,然而不同類型的軟件策略或是不同類型的需求中,處理需求、提交軟件得方式各有不同。以管理類的軟件為例,軟件功能具有
2、很強的專業(yè)性,每個項目的實施都是其需求的累積過程,也是其軟件實現(xiàn)產(chǎn)品化過程中的需求。同時需求收集也是項目首先容易出問題的主要地方之一,并對后續(xù)實施具有很大影響。第一節(jié)客戶需求的分類需求,定義了項目要交付的產(chǎn)品或者服務,這些需求是客戶正在尋求的變更的基礎。在需求收集階段,涉眾評估之后,項目負責人和項目團隊將承擔起執(zhí)行各個步驟、建立需求基線的任務,這一過程是需要勤勤懇懇地一步一步完成的系統(tǒng)性工作。就是這些需求將用于估算項目的成本和時間,最終,收集到的這些需求會驅動客戶對產(chǎn)品或服務的驗收。需求的類型,根據(jù)其對軟件開發(fā)的要求
3、大致可分為4種:1、功能需求功能需求指定產(chǎn)品或服務必須做什么。他們是產(chǎn)品或者服務必須執(zhí)行的動作。例如軟件系統(tǒng)必須自動跟蹤庫存并在庫存低于下限時再訂購存貨。功能需求定義了開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能完成他們的任務,從而滿足業(yè)務需求。2、非功能需求非功能需求說明產(chǎn)品或者服務應該具有的特性,以便做它必須作的事情。一般情況下,非功能性需求是用戶對系統(tǒng)良好運作所提出的期望,包括易用性、反應速度、容錯性等質量屬性,這些需求是使產(chǎn)品或者服務具有吸引力。大多數(shù)非功能需求與性能標準相關聯(lián),且通常是建立產(chǎn)品或者服務邊界的需求。
4、非功能需求有時能夠通過細化全局需求而生成,通常與為系統(tǒng)如何起作用而設置參數(shù)的性能標準有關。例如軟件系統(tǒng)必須支持使用掃描設備。3、全局需求全局需求描述系統(tǒng)或者項目內(nèi)最高層次的需求。全局需求將系統(tǒng)作為一個整體來描述其特征。在項目初始階段,許多需求作為全局需求而結束,它們要求項目負責人和項目團隊通過需求生成的方法來細化它們。全局需求是一個相對較新的術語。在過去,這些術語稱為總體需求或者產(chǎn)品約束需求。對全局需求需要提醒的是,大多數(shù)情況下,只通過簡單地詢問與什么、為什么或者如何相關的問題,就可以將它們轉化為非功能需求。事實上,
5、將全局需求轉變?yōu)榉枪δ苄枨?,以便更好地關注需求實際上是什么,這是很明智的做法。例如系統(tǒng)必須直觀、可擴展,這類需求可歸類為全局需求。但如何使系統(tǒng)做到直觀、可擴展,就能夠逐步細分為非功能需求。4、產(chǎn)品/項目約束約束是表面上類似于設計約束或者項目約束的需求。設計約束是那些預先存在的設計決策,這些決策強制要求最終產(chǎn)品看起來必須如何,或者他必須如何遵守技術。項目約束涵蓋的領域除最后期限外還包括預算和進度安排等。另外,產(chǎn)品約束能夠被列為全局需求,但是項目約束不能列為全局需求,因為他們處理的不是產(chǎn)品的需求,而是交付產(chǎn)品的過程的需求
6、。類似XX功能/操作的響應時間必須小于10毫秒,或者產(chǎn)品需要通過X絡登陸就是屬于約束。需求識別和分類對于理解項目方向是至關重要的,通過需求的確定,項目框架才開始成形。同時需求識別也是了解軟件產(chǎn)品是否能滿足用戶使用要求的關鍵環(huán)節(jié)。需求舉例:功能模塊1:訂單錄入用戶錄入一個訂單1.1識別客戶1.1.1新客戶或原有客戶1.1.2客戶姓名地址等信息1.1.3原有客戶關聯(lián)客戶(如指定承運人)1.2獲得訂單1.2.1請求的產(chǎn)品1.2.2訂購的數(shù)量1.2.3附加指令第二節(jié)客戶需求的產(chǎn)生從軟件開發(fā)角度來說,客戶需求就是客戶為解決自身
7、問題所需的特定任務或功能,需求的存在或者是因為產(chǎn)品的類型要求某些功能或者質量,或者是因為客戶想要需求成為產(chǎn)品/項目交付的一部分。需求收集就是根據(jù)系統(tǒng)業(yè)務的需求來獲得系統(tǒng)用戶的需求,然后通過需求分析得到系統(tǒng)的功能需求、非功能需求等不同類型的需求。需求收集的一般順序是:問題目標解決方案需求功能特性。然而在看似簡單的需求收集、需求分析中,其實隱藏著很大的風險,不同的人對于需求的理解和描述很可能會有所不同。不同類型的客戶需求變更要求經(jīng)過分析后有三種處理方式:拒絕:與項目無關或超出項目業(yè)務目標范圍的問題(超出技術協(xié)議范圍未必超
8、出要解決業(yè)務目標范圍),必須告訴用戶拒絕解決,以絕后患。即使從充實軟件產(chǎn)品的角度考慮,也不應將與軟件核心管理價值無關的內(nèi)容或功能加入到軟件產(chǎn)品中。推遲:因其附屬于其他問題或暫時無資源,無法解決,實施顧問和用戶就推遲問題解決時間達成一致。響應:實施顧問接受與項目相關的問題,根據(jù)對項目的影響和軟件產(chǎn)品的評估結果決定其優(yōu)先級,并采取行動落實公司資源來