03軟件需求工程-展示頁
2025-02-22 14:19本頁面
【正文】 求 可用性 需求 效率 需求 可靠性 需求 可移植 性需求 非功能需求 16 因此系統(tǒng)應(yīng)該具備以下 功能 ： ⑴ 基本數(shù)據(jù)維護功能 ⑵ 基本業(yè)務(wù)功能 ⑶ 數(shù)據(jù)庫管理功能 ⑷ 信息查詢功能 例 1： 有一個大學(xué)圖書管理系統(tǒng)，該系統(tǒng)除了一般的圖書管理功能外，還能夠為學(xué)生和教工從其他圖書館借閱圖書和文獻資料提供服務(wù)。它與軟件系統(tǒng)的類 型、使用系統(tǒng)的用戶等相關(guān)，有時需要詳細描述 系統(tǒng)的功能、輸入 /輸出、異常等，有時還需要申 明系統(tǒng)不應(yīng)該做什么。它也提供現(xiàn)實需 求和軟件能力之間的橋梁。 11 真正的軟件需求獲取如此困難（漫畫） 12 需求工程 是系統(tǒng)工程和軟件工程的一個交叉分支，涉 及到軟件系統(tǒng)的目標、軟件系統(tǒng)提供的服務(wù)、軟件系統(tǒng)的 約束和軟件系統(tǒng)運行的環(huán)境。 ? 溝通上的困難， 由于系統(tǒng)需求分析各方面人員有不同的著眼點和不同的知識背景，給需求工程的實施增加了人為的難度。 未完成 完成未實施 完成 10 4. 軟件需求的困難 軟件需求是軟件工程中最復(fù)雜的過程之一： ? 應(yīng)用領(lǐng)域的廣泛性 ，它的實施無疑與各個應(yīng)用行業(yè)的特征密切相關(guān)。 9 3. 軟件需求的重要性 美國于 1995年開始對全國范圍內(nèi)的 8000個軟件項目進行跟蹤調(diào)查。就像一條河流，如果源頭被污染了，那么整條河流也就被污染了。此工作一旦做錯，將會給系統(tǒng)帶來極大的損害，并且以后對它修改也極為困難。 需求的重要性 – Frederick Brooks在他 1987年經(jīng)典文章 “ No Silver Bullet”中闡述了需求的重要性： ? 開發(fā)軟件系統(tǒng)最困難的部分就是準確說明開發(fā)什么。 ? 需求工程 6個階段：需求獲取、需求分析與協(xié)調(diào)、系統(tǒng)建模、需求規(guī)約、需求驗證、需求管理。 – 需求分析專家 Alan Davis 把需求工程定義為 “ 直到（但不包括）把軟件分解為實際架構(gòu)構(gòu)件之前的所有活動 ” – RE通過合適的工具和記號系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對用戶不斷變化的需求演進給予支持。 – 通過對問題及其環(huán)境的理解與分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型，將用戶需求精確化、完全化，最終形成需求規(guī)格說明，這一系列的活動即構(gòu)成軟件開發(fā)生命周期的 需求分析階段 。 4 內(nèi)容摘要 ？ ？ 5 1 )軟件需求的基本概念 – 軟件需求 —— 是指用戶對 目標軟件系統(tǒng) 在功能、行為、性能、設(shè)計約束等方面的期望。從1993年起，每兩年舉辦一次需求工程國際研討會（ ISRE）， 1994年起，每兩年舉辦一次需求工程國際會議（ ICRE）。上節(jié)回顧 ? 增量模型 ? 噴泉模型 ? Agile敏捷開發(fā) XP編程 ? 分析與設(shè)計的方法 : 結(jié)構(gòu)化、面向?qū)ο? ? 項目工作量（軟件成本）的估算方法 ? 專家估算法 (Pertdelphi) ? 貨幣的時間價值 投資回收期 /率 1 2 需求工程 軟件工程 （ Software Engineering） 3 發(fā)展史： 軟件需求作為軟件生命周期的一個階段，其重要性越來越突出，到 20世紀 80年代中期，逐步形成了 軟件工程的子領(lǐng)域 —— 需求工程。 90年代后，需求工程成為軟件界研究的重點之一。一些關(guān)于需求工程的工作小組相繼成立，使需求工程的研究得到了迅速進展。寬泛地講，需求來源于用戶的一些 “ 需要 ” ，這些 “ 需要 ” 被分析、確認后形成完整的文檔，該文檔詳細地說明了產(chǎn)品 “ 必須或應(yīng)當(dāng) ” 做什么。 1 什么是需求工程 1 什么是需求工程 2)需求工程 (RE)的 概念 – 是指應(yīng)用已證實有效的技術(shù)、方法進行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標系統(tǒng)的所有外部特征的一門學(xué)科。 6 7 ？ ? 需求工程 RE可分為 系統(tǒng)需求工程 （如果是針對由軟硬件共同組成的整個系統(tǒng)）和 軟件需求工程 （如果僅是專門針對純軟件部分）。 8 軟件需求無疑是當(dāng)前軟件工程中的關(guān)鍵問題， 沒有需求就沒有軟件。最困難的概念性工作是編寫出詳細的需求，包括所有面向用戶、面向機器和其它軟件系統(tǒng)的接口。 – 需求是產(chǎn)品的根源，需求工作的優(yōu)劣對產(chǎn)品影響最大。 – 國內(nèi)軟件業(yè)的痼疾：人們并不清楚究竟該做什么，但卻一直忙碌不停地開發(fā)。 分析失敗的原因發(fā)現(xiàn)，與需求過程相關(guān)的原因占了45%，而其中 缺乏最終用戶的參與以及不完整的需求又是兩大首要原因， 各占 13%和12%。 ? 非功能性需求建模技術(shù)的缺乏 及其與功能性需求有著錯綜復(fù)雜的聯(lián)系，大大增加了需求工程的復(fù)雜性。 – 客戶說不清楚需求； – 需求自身經(jīng)常變動； – 分析人員或客戶理解有誤。它還涉及這些因素和系統(tǒng)的 精確規(guī)格說明以及系統(tǒng)進化之間的關(guān)系。 需求工程 系統(tǒng)目標 系統(tǒng)服務(wù) 軟件約束 運行環(huán)境 5. 軟件需求內(nèi)容 13 軟 件需 求 用 戶需 求 系 統(tǒng)需 求 功能需求 非功能需求
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1