《軟體需求工程(第2版)》一3 3 確定調查物件

2021-09-23 08:48:03 字數 1414 閱讀 1969

本階段的基本任務是明確地確定來自不同層次的需求**和使用者,並將其分類。

誰是產品的使用者這是必須搞清楚的問題。直接從軟體系統的實際使用者收集需求是非常重要的,因為導致開發專案成敗的主要原因是缺乏使用者參與以及最終形成的使用者需求不完整。

在需求獲取中容易產生的問題是對不同層次的需求資訊易於產生混淆。例如,能提供目標需求的人不能提供具體的功能需求,因為他們不是實際的使用者。而有些使用者能描述軟體系統應完成的任務和業務流程,但他們有時不能提供完成這些任務的所有功能需求。因此,確定不同層次的需求**和使用者成為本階段的基本任務。

由於軟體的需求分為三個層次,即目標需求、業務需求和功能及非功能需求等,故應根據需求的層次來區分不同的使用者。

1)提出目標需求的使用者。能支付或採購軟體系統費用的使用者,即客戶,如工廠或公司領導人和高層管理人員。他們的任務就是要闡明軟體系統的高層次概念,如開發專案的目的和目標、總體規劃,以及主要的業務內容,但他們提供不了所有具體的細節。

2)提出業務需求和功能需求的使用者。這些使用者是直接或間接使用系統的使用者。他們相當清楚要使用該系統完成什麼任務,以及系統應具備的重要功能和特性等。雖然他們能描述其業務流程和具體業務,但不一定能提供計算機系統,特別是軟體系統應實現的所有具體功能和非功能需求。

3)軟體開發人員,主要是指系統分析員。系統分析員雖然不是使用者,但他們必須從使用者的角度,根據使用者提供的需求資訊和業務流程理解和分析出軟體系統應實現的具體功能和非功能需求,從而使軟體系統能按照使用者要求完成任務。軟體開發人員也將根據這些需求設計和實現軟體系統必須具有的功能和特性。

軟體系統面臨的使用者是很多的,這些使用者由於所在的部門、職責和掌握的知識不同而存在差異,如直接使用和非直接使用軟體系統的使用者、不同的專業知識和計算機系統知識、不同的部門和業務過程等。這些使用者都將有自己的一系列功能和非功能需求,如沒有經驗且偶爾使用計算機的使用者希望系統操作簡單和易使用等,而利用系統完成計算工作的使用者則希望系統能計算正確且速度較快等。為了避免忽視和遺漏某些使用者的情況,可以根據使用者的某些方面將使用者分類,例如:

根據使用者所在的部門和職責,如計畫部門、銷售部門、財務部門等;

根據使用者使用系統的頻繁度和優先順序等;

根據使用者掌握的計算機知識和使用計算機的熟練程度;

根據直接使用和非直接使用軟體系統的情況,所謂非直接使用軟體系統是指這些使用者是通過報表或其他應用程式訪問系統的資料和系統提供的服務。

在將使用者分類後,進一步尋找每類使用者的代表或聯絡人。這些人代表特定的使用者類,並可充當該使用者類與開發人員之間的「視窗」。當然,這些人也必須是真正的使用者,而不是單純的**人。開發人員通過與他們的直接交流和協商,可獲得大量的和不同使用者的需求資訊。每個使用者代表從他所代表的使用者類中收集需求資訊,協調他所代表的使用者在需求表達上的不一致和矛盾,為使用者類整理成統一的需求資訊。此外,使用者代表應具有如表31所示的義務[14]。

《互動式程式設計 第2版》一3 3 關係是什麼

本節使用常用的 商 supplier 關係作為示例基礎。圖示如下 定義 設為元組標題,t1,t2,tm m 0 為標題均是的不重複元組。注3那麼,和元組集合的組合 設為r 即為涵蓋屬性a1,a2,an的關係值 relation value 簡記為關係 其中,a1,a2,an均為中的屬性。關係r的標題...

軟體工程導論(第6版)整理 第三章 需求分析

需求分析是軟體定義時期的最後乙個階段。需求分析的基本任務 準確地回答 系統必須做什麼 這個問題。需求分析的任務還不是確定系統怎樣完成它的工作,而僅僅是確定系統必須完成哪些工作,也就是對目標系統提出完整 準確 清晰 具體的要求 在需求分析階段結束之前,系統分析員應該寫出軟體需求規格說明書,以書面形式準...

現代軟體工程課程作業 第一章第2題

1 世界上正真的電子遊戲大概出現在上個世紀70年代初,遊戲當然是通過它有趣的情節設計,精美的畫面效果,舒服的操作方式等來說服我使用這個軟體。我覺得大部分的遊戲軟體的最終目的就是賺取使用者的現金。4 遊戲一般在初次開啟的時候會有新手指引,只需要根據指示就可以簡單上手一款遊戲,但是更加深入的了解需要,之...