03軟件需求工程-資料下載頁
2025-02-16 14:08本頁面
【正文】 一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說明的描述之中。 4．規(guī)約必須包括系統(tǒng)運(yùn)行環(huán)境。 46 需求規(guī)約的原則 (續(xù) ) 5．規(guī)約必須是一個(gè)認(rèn)識模型，而不是設(shè)計(jì)或?qū)崿F(xiàn)的模型。 6．規(guī)約必須是可操作的，以便能夠利用它決定對于任意給定的測試用例，已提出的解決方案是否都能滿足規(guī)約。 7．規(guī)約必須允許不完備性并允許擴(kuò)充。 8．規(guī)約必須局部化和松散耦合。它所包括的信息必須局部化，這樣當(dāng)信息被修改時(shí)，只要修改某個(gè)單個(gè)的段落（理想情況）。同時(shí)，規(guī)約應(yīng)被松散地構(gòu)造（即松耦合），以便能夠很容易地加入和刪去一些段落。 47 需求規(guī)約 IEEE/ANSI8301993 簡化大綱 Ⅰ . 引言 Ⅱ . 信息描述 ： ⅰ 數(shù)據(jù)流 ⅱ 控制流 Ⅲ . 功能描述 ： ⅰ 處理說明 ⅱ 限制 ∕局限 ⅲ 性能需求 ⅳ 設(shè)計(jì)約束 ⅴ 支撐圖 ⅰ 控制規(guī)約 ⅱ 設(shè)計(jì)約束 Ⅳ . 行為描述 Ⅴ . 檢驗(yàn)標(biāo)準(zhǔn) Ⅵ . 參考書目 Ⅶ . 附錄 48 ? 引言： 陳述軟件目標(biāo)，在基于計(jì)算機(jī)的系統(tǒng)語境內(nèi)進(jìn)行描述。 ? 信息描述： 給出軟件必須解決問題的詳細(xì)描述，記錄信息內(nèi)容和關(guān)系、流和結(jié)構(gòu)。 ? 功能描述： 描述解決問題所需的每個(gè)功能。其中包括，為每個(gè)功能說明一個(gè)處理過程；敘述設(shè)計(jì)約束；敘述性能特征；用一個(gè)或多個(gè)圖形來形象地表示軟件的整體結(jié)構(gòu)和軟件功能與其他系統(tǒng)元素間的相互影響。 ? 行為描述： 描述作為外部事件和內(nèi)部產(chǎn)生的控制特征的軟件操作。 ? 檢驗(yàn)標(biāo)準(zhǔn)： 描述檢驗(yàn)系統(tǒng)成功的標(biāo)志。即對系統(tǒng)進(jìn)行什么樣的測試，得到什么樣的結(jié)果，就表示系統(tǒng)已經(jīng)成功實(shí)現(xiàn)了。它是“確認(rèn)測試”的基礎(chǔ)。 ? 參考書目： 包含了對所有和該軟件相關(guān)的文檔的引用，其中包括其他的軟件工程文檔、技術(shù)參考文獻(xiàn)、廠商文獻(xiàn)以及標(biāo)準(zhǔn)。 ? 附錄： 包含了規(guī)約的補(bǔ)充信息，表格數(shù)據(jù)、算法的詳細(xì)描述、圖表以及其他材料。 49 (四 )、需求的有效性驗(yàn)證 需求驗(yàn)證目的是要檢驗(yàn)需求是否能夠反映用戶的意愿 一 ) 需求驗(yàn)證的重要性 １ . 由于需求分析是軟件開發(fā)的第一階段，直接影響后面各階段的開發(fā)。 ２ . 需求的可變性必須進(jìn)行驗(yàn)證。 二 ) 需求驗(yàn)證的內(nèi)容 — 指功能需求是否符合用戶所提出的需求 。 — 系統(tǒng)功能描述及約束是否一致 。 — 是否包含所有系統(tǒng)用戶的需求和 約束 。 — 是否能設(shè)計(jì)出一組驗(yàn)證方法 。 50 需求開發(fā)過程 可行性研究 需求獲取 和分析 需求描述 需求有效性 驗(yàn)證 可行性報(bào)告 系統(tǒng)模型 用戶需求和 系統(tǒng)需求 需求文擋 51 二、需求管理 ?需求管理是一組用于幫助項(xiàng)目組在項(xiàng)目進(jìn)展中的任何時(shí)候去標(biāo)識、控制和跟蹤需求的活動 ?需求管理 的目的是在客戶與開發(fā)方之間建立對需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。 ?需求管理貫穿需求分析全過程，包括 : 需求管理 變更控制 ? 建議變更 ? 分析影響 ? 交流 ? 合并 ? 測量需求的穩(wěn)定性 版本控制 ? 定義需求文檔版本 ? 確定單個(gè)需求文檔版本 需求跟蹤 ? 建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。 需求狀態(tài)跟蹤 ? 定義需求狀態(tài) ? 跟蹤所有需求狀態(tài) 52 需求管理的所有活動中，最重要的是 需求變更管理，包括 : 問題分析和變更描述 變更分析和成本計(jì)算 變更實(shí)現(xiàn) 修正后的需求 識別出的問題 需求管理過程需要 CASE (Computer Aided Software Engineering) 工具支持 。 二、需求管理 53 系統(tǒng)分析員的主要能力 ? 在整個(gè)系統(tǒng)分析活動中，系統(tǒng)分析員起著關(guān)鍵的作用，其本人應(yīng)該具備 以下能力： ? 熟悉計(jì)算機(jī)技術(shù)； ? 了解用戶業(yè)務(wù)領(lǐng)域的相關(guān)知識； ? 能在用戶和開發(fā)人員之間借助于數(shù)據(jù)概念進(jìn)行交流。 ? 同時(shí)從個(gè)人素質(zhì)上，分析師應(yīng)善于從原始材料中抽象出邏輯概念，將其重新整理之后成為各種邏輯成分，并根據(jù)各種邏輯成分綜合出問題的解決辦法，并善于用模型說話； ? 能從沖突或者混淆中吸取恰當(dāng)事實(shí)的能力； ? 能弄清用戶環(huán)境的能力； ? 能為用戶系統(tǒng)恰當(dāng)配置軟硬件的能力 ? 能較好地用書面和口頭形式進(jìn)行溝通的能力 ? 有“從樹木見森林”的能力。 54 需求工程小結(jié) 軟件需求工程 ,是軟件開發(fā)人員與用戶密切配合 ， 充分交換意見 ， 獲得對需求一致意見的過程 。 在開發(fā)者一方 ， 參與工作的主要 角色 是系統(tǒng)分析員和系統(tǒng)工程師等 ， 負(fù)責(zé)溝通用戶和開發(fā)人員的認(rèn)識和見解 ， 起著橋梁作用 。 需求工程階段的最終任務(wù)是要完成目標(biāo)系統(tǒng)的需求規(guī)格說明 ， 確定系統(tǒng)的功能 、 非功能需求和性能 ， 為后階段的開發(fā)打下基礎(chǔ) 。 本階段常用的有 SA法 ， OOA法等 。 55 演講完畢，謝謝觀看！
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號-1