《軟件需求分析》PPT課件

《《軟件需求分析》PPT課件》由會(huì)員分享，可在線(xiàn)閱讀，更多相關(guān)《《軟件需求分析》PPT課件（27頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 2008 BUPT TSEG 軟件工程模型與方法 Models & Methods of SE第四章 軟件需求分析肖 丁 2 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 引言u(píng)為何要進(jìn)行軟件的需求分析？u軟件的需求分析處于軟件生命周期的那個(gè)階段？起到什么作用？u怎樣才能做好軟件需求分析？u軟件需求分析的過(guò)程和步驟是什么？u軟件需求分析的最終結(jié)果是什么？ 3 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.1 需求的定義u需求來(lái)源于用戶(hù)的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說(shuō)明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么 。u Boehm 給

2、出軟件需求的定義：研究一種無(wú)二義性的表達(dá)工具，它能為用戶(hù)和軟件人員雙方都接受，并能夠把“需求”嚴(yán)格地、形式地表達(dá)出來(lái)。 u“需求、設(shè)計(jì)、編程、測(cè)試四者究竟哪個(gè)環(huán)節(jié)最重要？” 首先，每個(gè)環(huán)節(jié)都是很重要，任何一個(gè)環(huán)節(jié)出現(xiàn)問(wèn)題，都會(huì)導(dǎo)致軟件的質(zhì)量問(wèn)題。但是，從管理的角度來(lái)看，需求是軟件產(chǎn)品的起源，因而是最重要的一個(gè)環(huán)節(jié) 4 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.2 一個(gè)需求分析的案例u某大型的電信設(shè)備供應(yīng)商，案例中涉及6個(gè)部門(mén)A,B,C,D,E和F，它們之間的關(guān)系如下圖所示： F客戶(hù)E：網(wǎng)管軟件承包商D銷(xiāo)售機(jī)構(gòu)A：增值業(yè)務(wù)研發(fā)機(jī)構(gòu)C：項(xiàng)目管理機(jī)構(gòu)B：核心平臺(tái)研發(fā)機(jī)構(gòu)一 年

3、 前 ， B研 制 了 一 種 數(shù) 據(jù) 接 入 服 務(wù) 器 的 原 型 。 B對(duì) A講 ： “ 我們 的 接 入 服 務(wù) 器 前 途 很 好 ， 請(qǐng) 你 們 幫 助 開(kāi) 發(fā) 網(wǎng) 管 軟 件 （ 屬 于 增值 業(yè) 務(wù) 范 疇 ） ， 大 家 合 作 把 產(chǎn) 品 做 好 ， 一 起 發(fā) 財(cái) 。 ”D對(duì) B和 A講 ： “ 你 們 把 接 入 服 務(wù) 器 和 網(wǎng) 管 軟 件 做 好 ， 我 們 負(fù) 責(zé)賣(mài) ， 掙 了 錢(qián) 大 家 一 起 分 。 ” 5 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.2 一個(gè)需求分析的案例u A覺(jué) 得 機(jī) 會(huì) 難 得 ， 于 是 向 C申 請(qǐng) 立 項(xiàng)

4、 。u 立 項(xiàng) 后 ， A把 項(xiàng) 目 外 包 給 專(zhuān) 業(yè) 做 網(wǎng) 管 軟 件 的 公 司 E， 期 望 半 年 內(nèi) 完 成 。u 由 于 接 入 服 務(wù) 器 是 B的 ， 于 是 A和 E就 派 開(kāi) 發(fā) 人 員 到 B處 搞 需 求 分 析 。u B的 接 入 服 務(wù) 器 并 不 成 熟 ， 老 在 變 ， 三 方 折 騰 了 好 久 ， 最 終 E用 了 一 年時(shí) 間 把 接 入 服 務(wù) 器 的 網(wǎng) 管 軟 件 做 出 來(lái) 了 。 u E把 網(wǎng) 管 軟 件 交 付 給 A， A付 清 了 E的 開(kāi) 發(fā) 費(fèi) 用 ， 再 把 網(wǎng) 管 軟 件 交 付 給D， D再 賣(mài) 給 客 戶(hù) F（ 某 地 電

5、 信 局 ） 。 u F對(duì) D講 ： “ 你 們 的 網(wǎng) 管 軟 件 不 是 我 們 想 要 的 東 西 ， 等 你 們 把 軟 件 改 好后 我 們 再 付 錢(qián) 。 ”u D趕 緊 對(duì) A講 ： “ 兄 弟 阿 ， 貨 已 經(jīng) 出 手 了 ， 但 是 不 對(duì) 路 ， 請(qǐng) 趕 緊 把 它改 好 ， 不 然 大 家 都 沒(méi) 錢(qián) 賺 。 ”u A很 憤 怒 ， 怨 天 不 公 ： “ 我 們 辛 苦 了 一 年 ， 又 花 了 很 多 錢(qián) ， 可 是 產(chǎn) 品做 完 了 卻 沒(méi) 人 要 ， 豈 有 此 理 ！ ” 6 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.2 一個(gè)需求分析

6、的案例u 禍 不 單 行 的 是 ， C來(lái) 找 A的 麻 煩 ： “ 你 們 的 項(xiàng) 目 延 期 半 年 多 了 ， 經(jīng) 費(fèi)也 用 光 了 ， 請(qǐng) 盡 快 結(jié) 束 項(xiàng) 目 。 ”u A的 那 位 項(xiàng) 目 經(jīng) 理 為 此 每 天 愁 眉 苦 臉 ， 他 的 上 司 請(qǐng) 來(lái) 幾 位 參 謀 商 量 對(duì)策 ， 設(shè) 法 把 事 情 搞 定 。u 大 家 挖 空 心 思 只 想 出 一 個(gè) 餿 主 意 ： 既 然 套 子 是 B下 的 ， 那 么 就 把 套 子還 給 B。 要 設(shè) 法 把 “ 那 么 好 ” 的 網(wǎng) 管 產(chǎn) 品 轉(zhuǎn) 讓 給 B， 只 要 B能 給 我 們 成本 費(fèi) ， 以 后 就 跟

7、B拜 拜 。u 這 個(gè) 案 例 的 問(wèn) 題 根 源 在 于 進(jìn) 行 軟 件 開(kāi) 發(fā) 之 前 沒(méi) 有 搞 清 楚 網(wǎng)管 軟 件 的 需 求 ， 這 都 是 B,A,E閉 門(mén) 造 車(chē) 惹 的 禍 。 u 最 可 悲 的 是 ， 相 關(guān) 責(zé) 任 人 關(guān) 心 的 是 如 何 把 事 情 “ 完 成 ” ，而 不 是 深 刻 了 解 用 戶(hù) 的 具 體 需 求 。u 這 種 類(lèi) 似 的 事 情 在 軟 件 開(kāi) 發(fā) 行 業(yè) 中 經(jīng) 常 發(fā) 生 而 且 還 會(huì) 繼 續(xù)發(fā) 生 ， 最 主 要 的 是 每 發(fā) 生 一 次 就 損 失 大 量 的 人 力 和 物 力 。 7 2008 BUPT TSEG 北京郵電

8、大學(xué) 通信軟件工程中心 4.3 需求分析的必要性u(píng)需求分析是一項(xiàng)必須的軟件工程活動(dòng)。它在系統(tǒng)需求分析和軟件設(shè)計(jì)之間起到橋梁的作用：它使得軟件開(kāi)發(fā)人員在系統(tǒng)分析的基礎(chǔ)上深入描述軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口，建立軟件必須滿(mǎn)足的約束條件。 它允許軟件開(kāi)發(fā)人員對(duì)關(guān)鍵問(wèn)題進(jìn)行細(xì)化，并構(gòu)建相應(yīng)的分析模型：數(shù)據(jù)、功能和行為模型。分析模型成為設(shè)計(jì)模型的基礎(chǔ)，需求規(guī)格說(shuō)明書(shū)也為軟件測(cè)試人員和用戶(hù)提供了軟件質(zhì)量評(píng)估的依據(jù)。它能準(zhǔn)確表達(dá)用戶(hù)對(duì)系統(tǒng)的各項(xiàng)要求。 8 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.4 需求分析的對(duì)象、任務(wù)和目標(biāo)u軟件需求分析的對(duì)象是用戶(hù)要求。u其任務(wù)

9、是要準(zhǔn)確地定義新系統(tǒng)的目標(biāo)。回答系統(tǒng)必須“做什么”的問(wèn)題并編制需求規(guī)格說(shuō)明書(shū)。u作為目標(biāo)系統(tǒng)的參考，需求分析的任務(wù)就是借助于（業(yè)務(wù)）系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問(wèn)題。 9 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.5 需求分析建模的原則u需求分析方法的一組操作性原則是：1.問(wèn)題的信息域必須被表示和理解。2.軟件將完成的功能必須被定義。3.軟件的行為（作為外部事件的結(jié)果）必須被表示。4.描述信息、功能和行為的模型必須被劃分，使得可以用層次的方式揭示細(xì)節(jié)。 5.分析過(guò)程應(yīng)該遵從自頂向下，逐層細(xì)化的原則。 u一組三元模型：第1條原則表示需要

10、建立數(shù)據(jù)模型，第2條和第3條原則表示需要建立功能和行為模型。 10 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.6需求工程的指導(dǎo)性原則 u首先要正確地理解問(wèn)題，再建立分析模型。u記錄每個(gè)需求的起源及原因，保證需求的可回溯性。u開(kāi)發(fā)一個(gè)能使用戶(hù)能夠了解人機(jī)交互過(guò)程的原型。因?yàn)閷?duì)軟件質(zhì)量的感覺(jué)經(jīng)?；趯?duì)界面“友好性”的感覺(jué)。u使用多個(gè)需求視圖。建立數(shù)據(jù)模型、功能模型和行為模型，為軟件工程師提供三種不同的視圖，增加識(shí)別不一致性的基礎(chǔ)。 u給需求賦予優(yōu)先級(jí)。緊張的開(kāi)發(fā)時(shí)間要求盡量避免一次性實(shí)現(xiàn)每個(gè)軟件需求，應(yīng)采用迭代增量的開(kāi)發(fā)模型。u努力刪除歧義性。因?yàn)榇蠖鄶?shù)需求以自然語(yǔ)言描述，

11、存在歧義性的可能性，正式的技術(shù)評(píng)審是發(fā)現(xiàn)并刪除歧義性的一種有效方法。 11 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.6.1 數(shù)據(jù)建模u需求分析的第1條操作性分析原則表明需要對(duì)信息域進(jìn)行檢查并創(chuàng)建數(shù)據(jù)模型。u信息域包含三個(gè)不同的數(shù)據(jù)和控制視圖：信息內(nèi)容和關(guān)系；信息流； 信息結(jié)構(gòu)。 信 息 流 表 示 了 數(shù) 據(jù) 和 控制 在 系 統(tǒng) 中 流 動(dòng) 時(shí) 變 化的 方 式 信 息 內(nèi) 容 表 示 了 個(gè) 體 數(shù) 據(jù)和 控 制 對(duì) 象 ；數(shù) 據(jù) 和 控 制 對(duì) 象 可 和 其 他的 數(shù) 據(jù) 和 控 制 對(duì) 象 關(guān) 聯(lián) 信 息 結(jié) 構(gòu) 表 示 了 各 種 數(shù)據(jù) 和 控 制 項(xiàng) 的

12、 內(nèi) 部 組 織 12 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.6.2 功能及行為建模u功能模型：對(duì)進(jìn)入軟件的信息和數(shù)據(jù)進(jìn)行變換和處理的模塊，它必須至少完成三個(gè)常見(jiàn)功能：輸入、處理和輸出。u行為模型：大多數(shù)軟件對(duì)來(lái)自外界的事件做出反應(yīng)，這種刺激反應(yīng)特征形成了行為模型的基礎(chǔ)。行為模型創(chuàng)建了軟件狀態(tài)的表示，以及導(dǎo)致軟件狀態(tài)變化的事件的表示。u功能模型和行為模型的作用如下： 模型能夠幫助軟件開(kāi)發(fā)人員快速準(zhǔn)確的理解系統(tǒng)所涉及的信息、功能和動(dòng)態(tài)行為；模型可成為后期軟件設(shè)計(jì)的基礎(chǔ)，為軟件設(shè)計(jì)人員提供了設(shè)計(jì)軟件功能的視圖化表示；模型能夠成為軟件測(cè)試和軟件評(píng)審的重要依據(jù) 13 200

13、8 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.6.3 問(wèn)題劃分u需求問(wèn)題域涉及面廣泛而且復(fù)雜，以至于難以進(jìn)行整體理解。為此，需要將這樣的問(wèn)題劃分為易于理解的子問(wèn)題，并建立各子問(wèn)題間的關(guān)系以使得可以完成整個(gè)功能。u第4條和第5條操作性分析原則建議軟件的信息、功能和行為域可以被劃分。u在本質(zhì)上，劃分將問(wèn)題分解為其構(gòu)成成分。在概念上，建立信息或功能的層次結(jié)構(gòu)表示，通過(guò)進(jìn)行自頂向下的分析，進(jìn)而暴露更多的細(xì)節(jié)問(wèn)題，并在各層次上進(jìn)行各功能元素的分配。 14 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.7 需求工程u軟件的需求分析是一系列復(fù)雜的軟件工程活動(dòng)，為了便于對(duì)需求

14、進(jìn)行更好的管理，人們把所有與需求直接相關(guān)的活動(dòng)通稱(chēng)為需求工程。需 求 工 程 需 求 開(kāi) 發(fā) 需 求 變 更 控 制需 求 管 理需 求 確 認(rèn)需 求 跟 蹤需 求 獲 取需 求 分 析需 求 定 義用 戶(hù) 需 求 說(shuō) 明 書(shū)軟 件 需 求規(guī) 格 說(shuō) 明 書(shū) 需 求 跟 蹤 矩 陣 需 求 評(píng) 審 報(bào) 告 15 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.7.1 需求獲取u需求獲取的目的是清楚地理解所要解決的問(wèn)題，完整地獲得用戶(hù)的需求。并提出這些需求實(shí)現(xiàn)條件，以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)。u需求獲取的對(duì)象用戶(hù)：使用軟件的人員客戶(hù)：購(gòu)買(mǎi)軟件的人員u需求獲取的難點(diǎn) 用戶(hù)無(wú)法清楚地表達(dá)

15、需求 需求的理解問(wèn)題 用戶(hù)經(jīng)常變更需求 16 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.7.2 需求獲取流程目 的 獲 取 用 戶(hù) （ 客 戶(hù) 與 最 終 用 戶(hù) ） 的 需 求 信 息 ， 經(jīng) 過(guò) 分 析 后 產(chǎn) 生 用 戶(hù) 需 求 說(shuō) 明 書(shū) 。角 色 與 職 責(zé) 需 求 分 析 員 調(diào) 查 、 分 析 用 戶(hù) 的 需 求 ， 客 戶(hù) 與 最 終 用 戶(hù) 提 供 必 要 的 需 求 信 息 。啟 動(dòng) 準(zhǔn) 則 需 求 分 析 員 已 經(jīng) 確 定輸 入 任 何 與 用 戶(hù) 需 求 相 關(guān) 的 材 料主 要 步 驟 第 一 步 ： 準(zhǔn) 備 調(diào) 查第 二 步 ： 調(diào) 查 與

16、 記 錄 第 三 步 ： 分 析 需 求 信 息第 四 步 ： 撰 寫(xiě) 用 戶(hù) 需 求 說(shuō) 明 書(shū) 第 五 步 ： 需 求 確 認(rèn)輸 出 用 戶(hù) 需 求 說(shuō) 明 書(shū) 結(jié) 束 準(zhǔn) 則 需 求 分 析 員 已 經(jīng) 撰 寫(xiě) 完 成 用 戶(hù) 需 求 說(shuō) 明 書(shū) ， 確 保 無(wú) 拼 寫(xiě) 、 排 版 等 錯(cuò) 誤 。 并 確 保 用 戶(hù) 需 求 說(shuō) 明 書(shū) 的 內(nèi) 容 無(wú) 二 義 性 ， 且 涵 蓋 了 所 有 的 用 戶(hù) 需 求 。度 量 需 求 分 析 員 統(tǒng) 計(jì) 工 作 量 和 上 述 文 檔 的 規(guī) 模 ， 匯 報(bào) 給 項(xiàng) 目 經(jīng) 理 。 17 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工

17、程中心 4.7.3 需求獲取的準(zhǔn)備u需求獲取的準(zhǔn)備工作圍繞三項(xiàng)展開(kāi)：調(diào)查什么？通過(guò)什么方式去調(diào)查？“何人”在“何時(shí)”調(diào)查？ u首先，應(yīng)起草需求調(diào)查問(wèn)題表，將重點(diǎn)鎖定在該問(wèn)題表內(nèi)，否則調(diào)查工作將變得漫無(wú)邊際。 u其次，應(yīng)當(dāng)確定需求調(diào)查的方式，比如：與用戶(hù)交談，向用戶(hù)提問(wèn)題。參觀(guān)用戶(hù)的工作流程，觀(guān)察用戶(hù)的操作。向用戶(hù)群體發(fā)調(diào)查問(wèn)卷。與同行、專(zhuān)家交談，聽(tīng)取他們的意見(jiàn)。 18 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.7.4 需求獲取的記錄u準(zhǔn)備工作完畢后，需求分析員按照計(jì)劃執(zhí)行調(diào)查。在調(diào)查過(guò)程中隨時(shí)記錄（或存儲(chǔ)）需求信息，建議采用表格的形式，如下圖：需 求 標(biāo) 題 1調(diào) 查

18、方 式 調(diào) 查 人調(diào) 查 對(duì) 象時(shí) 間 、 地 點(diǎn)需 求 信 息 記 錄 基 本 要 素 如 “ 是 什 么 ” 、 “ 為 什 么 ” 等 19 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.7.5 撰寫(xiě)用戶(hù)需求說(shuō)明書(shū)u最后對(duì)收集到的所有需求信息進(jìn)行分析，消除錯(cuò)誤，歸納與總結(jié)共性的用戶(hù)需求。u然后按照規(guī)定的文檔模板撰寫(xiě)用戶(hù)需求說(shuō)明書(shū)，調(diào)查過(guò)程中獲取的需求信息可以作為用戶(hù)需求說(shuō)明書(shū)的附件。u之后應(yīng)當(dāng)邀請(qǐng)同行專(zhuān)家和用戶(hù)一起評(píng)審用戶(hù)需求說(shuō)明書(shū)，盡最大努力使用戶(hù)需求說(shuō)明書(shū)能夠正確無(wú)誤地反映用戶(hù)的真實(shí)意愿。 20 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.7

19、.6 用戶(hù)需求說(shuō)明書(shū)與軟件需求規(guī)格說(shuō)明書(shū)的區(qū)別u前者主要采用自然語(yǔ)言來(lái)表達(dá)用戶(hù)需求，其內(nèi)容相對(duì)于后者而言比較粗略，不夠詳細(xì)。u后者是前者的細(xì)化，更多地采用計(jì)算機(jī)語(yǔ)言和圖形符號(hào)來(lái)刻畫(huà)需求，軟件需求是軟件系統(tǒng)設(shè)計(jì)的直接依據(jù)。u兩者之間可能并不存在一一影射關(guān)系，因?yàn)檐浖_(kāi)發(fā)商會(huì)根據(jù)產(chǎn)品發(fā)展戰(zhàn)略、企業(yè)當(dāng)前狀況適當(dāng)?shù)卣{(diào)整軟件需求，例如用戶(hù)需求可能被分配到軟件的數(shù)個(gè)版本中。軟件開(kāi)發(fā)人員應(yīng)當(dāng)依據(jù)軟件需求規(guī)格說(shuō)明書(shū)來(lái)開(kāi)發(fā)當(dāng)前產(chǎn)品。 21 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.8 需求類(lèi)別u功能需求：列舉出所開(kāi)發(fā)軟件在功能上應(yīng)做什么，這是最主要的需求。u性能需求：給出所開(kāi)發(fā)軟件的技術(shù)

20、性能指標(biāo)，尤其是系統(tǒng)的實(shí)時(shí)性和其他時(shí)間要求，如響應(yīng)時(shí)間、處理時(shí)間、消息傳送時(shí)間等；資源配置要求，精確度，數(shù)據(jù)處理量等要求。u環(huán)境需求：是對(duì)軟件系統(tǒng)運(yùn)行時(shí)所處環(huán)境的要求。 在硬件方面，采用什么機(jī)型、有什么外部設(shè)備、數(shù)據(jù)通信接口等等。在軟件方面，采用什么支持系統(tǒng)運(yùn)行的系統(tǒng)軟件（指操作系統(tǒng)、網(wǎng)絡(luò)軟件、數(shù)據(jù)庫(kù)管理系統(tǒng)等）。在使用方面，需要使用部門(mén)在制度上、操作人員的技術(shù)水平上應(yīng)具備什么樣的條件等等。 22 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.8 需求類(lèi)別u可靠性需求：指軟件的有效性和數(shù)據(jù)完整性。各種軟件在運(yùn)行時(shí)失效的影響各不相同。在需求分橋時(shí)，應(yīng)對(duì)所開(kāi)發(fā)軟件在投入運(yùn)行后不

21、發(fā)生故障的概率，按實(shí)際的運(yùn)行環(huán)境提出要求。u安全保密要求：工作在不同環(huán)境的軟件對(duì)其安全、保密的要求顯然是不同的，應(yīng)當(dāng)把這方面的需求恰當(dāng)?shù)刈龀鲆?guī)定。 u用戶(hù)界面需求：軟件與用戶(hù)界面的友好性是用戶(hù)能夠方便有效愉快地使用該軟件的關(guān)鍵之一。 23 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.8 需求類(lèi)別u資源使用需求：指所開(kāi)發(fā)軟件運(yùn)行時(shí)所需的數(shù)據(jù)、軟件、內(nèi)存空間等各項(xiàng)資源，以及軟件開(kāi)發(fā)時(shí)所需的人力、支撐軟件、開(kāi)發(fā)設(shè)備等。u軟件成本消耗與開(kāi)發(fā)進(jìn)度需求：在軟件項(xiàng)目立項(xiàng)后，要根據(jù)合同規(guī)定，對(duì)軟件開(kāi)發(fā)的進(jìn)度和各步驟的費(fèi)用提出要求，作為開(kāi)發(fā)管理的依據(jù)。u預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)：在開(kāi)

22、發(fā)過(guò)程中，可對(duì)系統(tǒng)將來(lái)可能的擴(kuò)充與修改做準(zhǔn)備。一旦需要時(shí)，就比較容易進(jìn)行補(bǔ)充和修改。 24 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.9 需求的分析與綜合u需求獲取之后就需要對(duì)比較復(fù)雜的需求進(jìn)行建模分析，進(jìn)而逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計(jì)上的限制，分析它們是否滿(mǎn)足功能要求，是否合理。 u依據(jù)功能需求，性能需求，運(yùn)行環(huán)境需求等，剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。 u分析和綜合工作需要反復(fù)地進(jìn)行，其過(guò)程將一直持續(xù)到分析員與用戶(hù)雙方都感到有把握正確地制定該軟件的需求規(guī)格說(shuō)明為止。 25

23、2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.9.1 需求的定義目 的 定 義 準(zhǔn) 確 無(wú) 誤 的 軟 件 產(chǎn) 品 需 求 ， 產(chǎn) 生 軟 件 需 求 規(guī) 格 說(shuō) 明 書(shū) 。角 色 與 職 責(zé) 需 求 分 析 員 定 義 軟 件 需 求 。 客 戶(hù) 與 最 終 用 戶(hù) 確 認(rèn) 軟 件 需 求 。啟 動(dòng) 準(zhǔn) 則 用 戶(hù) 需 求 說(shuō) 明 書(shū) 已 經(jīng) 撰 寫(xiě) 完 成 。輸 入 用 戶(hù) 需 求 說(shuō) 明 書(shū) 主 要 步 驟 第 一 步 ： 細(xì) 化 并 分 析 用 戶(hù) 需 求第 二 步 ： 撰 寫(xiě) 軟 件 需 求 規(guī) 格 說(shuō) 明 書(shū)第 三 步 ： 軟 件 需 求 確 認(rèn)輸 出 軟 件

24、需 求 規(guī) 格 說(shuō) 明 書(shū) 結(jié) 束 準(zhǔn) 則 軟 件 需 求 規(guī) 格 說(shuō) 明 書(shū) 已 經(jīng) 撰 寫(xiě) 完 成 。 開(kāi) 發(fā) 方 和 客 戶(hù) 方 已 經(jīng) 對(duì) 產(chǎn) 品 需 求進(jìn) 行 了 確 認(rèn) 。度 量 需 求 分 析 員 統(tǒng) 計(jì) 工 作 量 和 上 述 文 檔 的 規(guī) 模 ， 匯 報(bào) 給 項(xiàng) 目 經(jīng) 理 。 26 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.9.2 需求建模u軟件開(kāi)發(fā)人員還需要構(gòu)造系統(tǒng)的分析模型，著重于描述系統(tǒng)必須做什么、而不是如何去做系統(tǒng)。 u給出系統(tǒng)的邏輯視圖，以及系統(tǒng)的物理視圖。邏輯模型給出軟件要達(dá)到的功能和處理數(shù)據(jù)之間的關(guān)系，而不是實(shí)現(xiàn)的細(xì)節(jié)。 物理模型給出處理功能和數(shù)據(jù)結(jié)構(gòu)的實(shí)際表示形式，這往往是由設(shè)備決定的。 u常用的建模分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（簡(jiǎn)稱(chēng)SA）面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法（簡(jiǎn)稱(chēng)JSD）面向?qū)ο蟮姆治龇椒ǎê?jiǎn)稱(chēng)OOA）等以及用于建立動(dòng)態(tài)模型的狀態(tài)遷移圖或Petri網(wǎng)等 27 2008 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 4.10 編制需求分析文檔u通常把描述需求的文檔叫做軟件需求規(guī)格說(shuō)明書(shū)。u同時(shí)，為了確切表達(dá)用戶(hù)對(duì)軟件的輸入輸出要求，還需要制定數(shù)據(jù)詞典及編寫(xiě)初步的用戶(hù)手冊(cè)，著重反映被開(kāi)發(fā)軟件的用戶(hù)界面和用戶(hù)使用的具體要求。