軟件需求分析的任務(wù).ppt_第1頁
軟件需求分析的任務(wù).ppt_第2頁
軟件需求分析的任務(wù).ppt_第3頁
軟件需求分析的任務(wù).ppt_第4頁
軟件需求分析的任務(wù).ppt_第5頁
已閱讀5頁,還剩51頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

軟件需求分析的任務(wù) 深入描述軟件的功能和性能確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié)定義軟件的其它有效性需求 需求分析研究的對象是軟件項(xiàng)目的用戶要求準(zhǔn)確地表達(dá)被接受的用戶要求確定被開發(fā)軟件系統(tǒng)的系統(tǒng)元素將功能和信息結(jié)構(gòu)分配到這些系統(tǒng)元素中 需求分析 需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型 解決目標(biāo)系統(tǒng)的 做什么 的問題 通常軟件開發(fā)項(xiàng)目是要實(shí)現(xiàn)目標(biāo)系統(tǒng)的物理模型目標(biāo)系統(tǒng)的具體物理模型是由它的邏輯模型經(jīng)實(shí)例化 即具體到某個(gè)業(yè)務(wù)領(lǐng)域而得到的 需求分析 需求分析的過程 1 問題識別 從系統(tǒng)的角度來理解軟件并評審軟件范圍是否恰當(dāng) 確定對目標(biāo)系統(tǒng)的綜合要求 即軟件的需求 提出這些需求實(shí)現(xiàn)條件 以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn) 從信息流和信息結(jié)構(gòu)出發(fā) 逐步細(xì)化所有的軟件功能 找出系統(tǒng)各元素之間的聯(lián)系 接口特性和設(shè)計(jì)上的約束 分析它們是否滿足功能要求 是否合理 剔除其不合理的部分 增加其需要部分 最終綜合成系統(tǒng)的解決方案 給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型 2 分析與綜合 軟件需求說明書數(shù)據(jù)字典初步的用戶手冊修改 完善與確定軟件開發(fā)實(shí)施計(jì)劃 3 編制需求分析階段的文檔 4 需求分析評審 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致 系統(tǒng)需求分析階段提供的文檔資料是否齊全 文檔中的所有描述是否完整 清晰 準(zhǔn)確反映用戶要求 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠 確定 所有圖表是否清楚 在不補(bǔ)充說明時(shí)能否理解 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi) 是否都已充分說明 設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際 開發(fā)的技術(shù)風(fēng)險(xiǎn)是什么 是否考慮過軟件需求的其它方案 是否考慮過將來可能會提出的軟件需求 是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn) 它們能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn) 軟件需求分析的原則 需要能夠表達(dá)和理解問題的信息域和功能域要能以層次化的方式對問題進(jìn)行分解和不斷細(xì)化要給出系統(tǒng)的邏輯視圖和物理視圖 軟件需求規(guī)格說明的原則 從現(xiàn)實(shí)中分離功能 即描述要 做什么 而不是 怎樣實(shí)現(xiàn) 要求使用面向處理的規(guī)格說明語言 或稱系統(tǒng)定義語言 如果被開發(fā)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素 那么整個(gè)大系統(tǒng)也包括在規(guī)格說明的描述之中 規(guī)格說明必須包括系統(tǒng)運(yùn)行環(huán)境規(guī)格說明必須是可操作的規(guī)格說明必須容許不完備性并允許擴(kuò)充規(guī)格說明必須局部化和松散耦合 軟件需求規(guī)格說明的原則 軟件需求分析方法 需求分析方法由對軟件問題的信息域和功能域的系統(tǒng)分析過程及其表示方法組成大多數(shù)的需求分析方法是由信息驅(qū)動的信息域具有三種屬性 信息流 信息內(nèi)容和信息結(jié)構(gòu) 軟件需求分析的共性 支持?jǐn)?shù)據(jù)域分析機(jī)制功能表示的方法接口的定義問題分解的機(jī)制以及抽象的機(jī)制邏輯和物理視圖系統(tǒng)抽象模型 具體來說 就是用抽象模型的概念 按照軟件內(nèi)部數(shù)據(jù)傳遞 變換的關(guān)系 自頂向下逐層分解 直到找到滿足功能要求的所有可實(shí)現(xiàn)的軟件為止結(jié)構(gòu)化分析方法使用工具 數(shù)據(jù)流圖 數(shù)據(jù)詞典 結(jié)構(gòu)化英語 判定表與判定樹 結(jié)構(gòu)化分析方法 數(shù)據(jù)流圖 數(shù)據(jù)流圖中的主要圖形元素 描述銀行取款過程的數(shù)據(jù)流圖 數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系 數(shù)據(jù)流圖的層次結(jié)構(gòu) 為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加工情況 需要采用層次結(jié)構(gòu)的數(shù)據(jù)流圖 按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解 并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系 能清楚地表達(dá)和容易理解整個(gè)系統(tǒng) 分層數(shù)據(jù)流圖 在多層數(shù)據(jù)流圖中 頂層流圖僅包含一個(gè)加工 它代表被開發(fā)系統(tǒng) 它的輸入流是該系統(tǒng)的輸入數(shù)據(jù) 輸出流是系統(tǒng)所輸出數(shù)據(jù)底層流圖是指其加工不需再做分解的數(shù)據(jù)流圖 它處在最底層中間層流圖則表示對其上層父圖的細(xì)化 它的每一加工可能繼續(xù)細(xì)化 形成子圖 商店業(yè)務(wù)處理流程描述L0 1 顧客在商店進(jìn)行購物2 顧客選定好所需商品由營業(yè)員填寫購物小票 訂單 3 商店經(jīng)過處理顧客訂單后并接受顧客的貨款 返給顧客經(jīng)過確認(rèn)的購物小票4 商店?duì)I業(yè)員驗(yàn)證購物小票后 交給顧客所訂購的商品 并返給顧客收據(jù)或者發(fā)票 商店業(yè)務(wù)處理流程描述L0 5 如果顧客所訂購的商品缺貨 則商店向供應(yīng)商提交商品訂單6 供應(yīng)商將商店所需的商品及發(fā)貨單運(yùn)送給商店7 商店經(jīng)過驗(yàn)貨之后付給供應(yīng)商貨款8 供應(yīng)商接受貨款并返給商店收據(jù)或發(fā)票 結(jié)構(gòu)化分析方法步驟示例商店業(yè)務(wù)處理系統(tǒng) 這個(gè)數(shù)據(jù)流圖只是一個(gè)高層的系統(tǒng)邏輯模型 它反映了目標(biāo)系統(tǒng)要實(shí)現(xiàn)的功能數(shù)據(jù)流圖繪制步驟首先確定系統(tǒng)的輸入和輸出根據(jù)商店業(yè)務(wù) 畫出頂層數(shù)據(jù)流圖 以反映最主要業(yè)務(wù)處理流程 結(jié)構(gòu)化分析方法步驟示例 經(jīng)過分析 商店業(yè)務(wù)處理的主要功能應(yīng)當(dāng)有銷售 采購 會計(jì)三大項(xiàng) 主要數(shù)據(jù)流輸入的源點(diǎn)和輸出終點(diǎn)是顧客和供應(yīng)商 然后從輸入端開始 根據(jù)商店業(yè)務(wù)工作流程 畫出數(shù)據(jù)流流經(jīng)的各加工框 逐步畫到輸出端 得到第一層數(shù)據(jù)流圖 結(jié)構(gòu)化分析方法步驟示例 商店業(yè)務(wù)處理流程描述L1 銷售部門 1 銷售部門在接到顧客的訂單后 對訂單進(jìn)行管理2 對已經(jīng)銷售的商品進(jìn)行管理 涉及到銷售歷史記錄和商品庫存的管理3 對缺貨的商品給采購部門發(fā)送訂貨通知4 對所銷售的商品填寫收款單據(jù)并提交給財(cái)務(wù)部門 然后接收付款收據(jù)5 銷售部門接收采購部門返回的缺貨商品的到貨通知 進(jìn)行商品銷售6 將商品和收據(jù) 發(fā)貨票提交給顧客 采購部門 1 采購部門對接收到的訂貨通知進(jìn)行處理 并對訂貨單進(jìn)行管理2 經(jīng)對訂貨單進(jìn)行確認(rèn)后 向供應(yīng)商發(fā)送訂貨單3 接到供應(yīng)商發(fā)來的發(fā)貨單以及所缺商品后 核對檢查并填寫付款單據(jù)并提交給財(cái)務(wù)部門4 同時(shí)對商品庫存以及采購訂單進(jìn)行管理5 最后向銷售部門提供到貨通知 財(cái)務(wù)部門 1 接收到銷售部門提交的收款單據(jù)并進(jìn)行檢驗(yàn)2 接收顧客提交的商品款 并將收據(jù)返回給銷售部門3 對應(yīng)收款明細(xì)及總帳進(jìn)行管理4 在檢驗(yàn)采購部門提交的付款單據(jù)后 將貨款打給供應(yīng)商并接收付款收據(jù)5 對應(yīng)付款明細(xì)核總帳進(jìn)行管理 第一層數(shù)據(jù)流圖 商店業(yè)務(wù)處理流程描述L2 銷售部門業(yè)務(wù)流程進(jìn)一步細(xì)化 1 接到顧客的購買請求后進(jìn)行訂單編輯2 在訂單編輯的過程中對顧客的客戶資料進(jìn)行查詢 對新顧客進(jìn)行客戶資料的登記3 訂單編輯之后對訂單中商品進(jìn)行檢查 主要是針對該商品種類以及商品數(shù)量進(jìn)行檢查4 對能夠滿足的客戶的訂單進(jìn)行開發(fā)貨票以及開收款單據(jù) 并對庫存產(chǎn)品進(jìn)行修改5 對不能滿足的訂單進(jìn)行處理 生成暫存訂單并向采購部門提交訂貨通知6 在接收到采購部門的到貨通知后 對暫存訂單進(jìn)行比對并確認(rèn)后進(jìn)行第4項(xiàng)的工作7 在接收到財(cái)務(wù)部門的收據(jù)并確認(rèn)后 提交給顧客8 銷售部門經(jīng)理會隨時(shí)檢查庫存的商品種類和數(shù)量9 每日進(jìn)行銷售記錄和歷史的修改 加細(xì)每一個(gè)加工框銷售細(xì)化 采購部門業(yè)務(wù)流程進(jìn)一步細(xì)化1 在接到銷售部門的訂貨通知后 對暫存訂單的商品內(nèi)容進(jìn)行分類處理2 確定所要訂貨的種類 名稱及數(shù)量 并修改待訂商品清單3 在供應(yīng)商名單中選擇適當(dāng)?shù)墓?yīng)商并將訂貨單發(fā)給供應(yīng)商4 在接到供應(yīng)商提供的商品及發(fā)貨清單后 進(jìn)行貨品檢查5 如果貨品清點(diǎn)無誤之后 向財(cái)務(wù)部門提交付款單并向銷售部門發(fā)送到貨通知6 同時(shí)修改商品庫存以及修改待訂商品清單 采購細(xì)化 檢查和修改數(shù)據(jù)流圖的原則 數(shù)據(jù)流圖上所有圖形符號只限于前述四種基本圖形元素?cái)?shù)據(jù)流圖的主圖必須包括前述四種基本元素 缺一不可數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉在外部實(shí)體之間每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流 在數(shù)據(jù)流圖中 需按層給加工框編號 編號表明該加工所處層次及上下層的親子關(guān)系規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對應(yīng) 兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致 此即父圖與子圖的平衡可以在數(shù)據(jù)流圖中加入物質(zhì)流 幫助用戶理解數(shù)據(jù)流圖 檢查和修改數(shù)據(jù)流圖的原則 圖上每個(gè)元素都必須有名字?jǐn)?shù)據(jù)流圖中不可夾帶控制流初畫時(shí)可以忽略瑣碎的細(xì)節(jié) 以集中精力于主要數(shù)據(jù)流 檢查和修改數(shù)據(jù)流圖的原則 數(shù)據(jù)詞典 數(shù)據(jù)詞典與數(shù)據(jù)流圖配合 能清楚地表達(dá)數(shù)據(jù)處理的要求詞條描述 對于在數(shù)據(jù)流圖中每一個(gè)被命名的圖形元素 均加以定義 其內(nèi)容有 名字 別名或編號 分類 描述 定義 位置 其它等 1 數(shù)據(jù)流詞條描述 數(shù)據(jù)流名 說明 簡要介紹作用即它產(chǎn)生的原因和結(jié)果數(shù)據(jù)流來源 來自何方數(shù)據(jù)流去向 去向何處數(shù)據(jù)流組成 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)量流通量 數(shù)據(jù)量 流通量 2 數(shù)據(jù)元素詞條描述 數(shù)據(jù)元素名 類型 數(shù)字 離散值 連續(xù)值 文字 編碼類型 長度 取值范圍 相關(guān)的數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu) 3 數(shù)據(jù)文件詞條描述 數(shù)據(jù)文件名 簡述 存放的是什么數(shù)據(jù)輸入數(shù)據(jù) 輸出數(shù)據(jù) 數(shù)據(jù)文件組成 數(shù)據(jù)結(jié)構(gòu)存儲方式 順序 直接存取頻率 4 加工邏輯詞條描述 加工名 加工編號 反映該加工的層次簡要描述 加工邏輯及功能簡述輸入數(shù)據(jù)流 輸出數(shù)據(jù)流 加工邏輯 簡述加工程序 加工順序 5 源點(diǎn)及匯 終 點(diǎn)詞條描述 名稱 外部實(shí)體名簡要描述 什么外部實(shí)體有關(guān)數(shù)據(jù)流 數(shù)目 數(shù)據(jù)結(jié)構(gòu)的描述 符號含義舉例 被定義為 與x a b 或 或x a b x a b 或m n重復(fù)x a x 3 a 8 可選x a 基本數(shù)據(jù)元素x a 連結(jié)符x 1 9 存折格式 存折 戶名 所號 帳號 開戶日 性質(zhì) 印密 1 存取行 50戶名 2 字母 24所號 001 999 帳號 00000001 99999999 開戶日 年 月 日性質(zhì) 1 6 注 1 表示普通戶 5 表示工資戶等印密 0 注 印密在存折上不顯示存取行 日期 摘要 支出 存入 余額 操作 復(fù)核 對數(shù)據(jù)流圖的每一個(gè)基本加工 必須有一個(gè)基本加工邏輯說明基本加工邏輯說明必須描述基本加工如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則加工邏輯說明必須描述實(shí)現(xiàn)加工的策略而不是實(shí)現(xiàn)加工的細(xì)節(jié) 基本加工邏輯說明 用于寫加工邏輯說明的工具 結(jié)構(gòu)化英語判定表判定樹 1 結(jié)構(gòu)化英語 結(jié)構(gòu)化英語的詞匯表由英語命令動詞數(shù)據(jù)詞典中定義的名字有限的自定義詞邏輯關(guān)系詞IF THEN ELSECASE OFWHILE DOREPEAT UNTIL等組成 是一種介于自然語言和形式化語言之間的語言語言的正文用基本控制結(jié)構(gòu)進(jìn)行分割 加工中的操作用自然語言短語來表示其基本控制結(jié)構(gòu)有三種 簡單陳述句結(jié)構(gòu) 避免復(fù)合語句 重復(fù)結(jié)構(gòu) WHILE DO或REPEAT UNTIL結(jié)構(gòu) 判定結(jié)構(gòu) IF THEN ELSE或CASE OF結(jié)構(gòu) 1 結(jié)構(gòu)化英語 商店業(yè)務(wù)處理系統(tǒng)中 檢查發(fā)貨票 IF發(fā)貨單金額超過 500THENIF欠款超過了60天THEN在償還欠款前不予批準(zhǔn)ELSE 欠款未超期 發(fā)批準(zhǔn)書 發(fā)貨票ENDIFELSE 發(fā)貨票金額未超過 500 IF欠款超過60天THEN發(fā)批準(zhǔn)書 發(fā)貨票及賒欠報(bào)告ELSE 欠款

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論