03軟件需求工程-閱讀頁(yè)
2025-02-26 14:08本頁(yè)面
【正文】 種數(shù)據(jù)和控制項(xiàng)的內(nèi)部組織 ? 數(shù)據(jù)或控制項(xiàng)將被組織為 n維表還是樹(shù)形結(jié)構(gòu)？ ? 在結(jié)構(gòu)的語(yǔ)境內(nèi)，什么信息是和其他信息相關(guān)的？ ? 信息包含在單個(gè)結(jié)構(gòu)中，還是使用不同的結(jié)構(gòu)？ ? 在某信息結(jié)構(gòu)中的信息如何和在另一個(gè)結(jié)構(gòu)中的信息相關(guān)？ 30 需求工程的指導(dǎo)性原則 ? 除了上面提到的 操作性分析原則 ， Davis提出了一組針對(duì)需求工程的 指導(dǎo)性原則 ： ? 在開(kāi)始建立分析模型前，先充分理解問(wèn)題。 ? 記錄每個(gè)需求的起源及原因。建立數(shù)據(jù)、功能和行為模型，為軟件工程師提供三種不同的視圖。 ? 努力刪除歧義性。 存在問(wèn)題 1. 需要人工完成 2. 無(wú)法對(duì)描述的準(zhǔn)確度進(jìn)行驗(yàn)證 。 問(wèn)題空間 功能 子功能 映射 33 1．客房預(yù)定系統(tǒng) 2．前臺(tái)接待系統(tǒng) 3．前臺(tái)收銀系統(tǒng) 4．帳務(wù)系統(tǒng) 5．管家系統(tǒng) 6．電話系統(tǒng) 7．客歷系統(tǒng) 8．合約系統(tǒng) 9．經(jīng)理系統(tǒng) 10．總經(jīng)理系統(tǒng) 11．密碼管理系統(tǒng) 12．報(bào)表系統(tǒng) 13．帳務(wù)報(bào)表 酒店管理系統(tǒng) 例： 按照功能分解為以下子系統(tǒng)： 34 盤存 /銷售系統(tǒng) 銷售處理 盤存處理 例： 盤存 /銷售系統(tǒng) ，用戶提出 ,系統(tǒng)應(yīng)具有以下功能 : ① 計(jì)算買主訂單 ② 準(zhǔn)備銷售報(bào)表 ③ 建立買主文件和應(yīng)收帳發(fā)票 ④ 運(yùn)行更新的盤存文件 ⑤ 產(chǎn)生托運(yùn)單和包裝單 ⑥ 保證庫(kù)存及時(shí)訂貨 計(jì)算銷售 記錄 產(chǎn)生銷售 報(bào)表 核對(duì)買主 貸方金額 驗(yàn)證庫(kù)存 量級(jí) 產(chǎn)生貨運(yùn) 訂單 執(zhí)行買主 匯票 產(chǎn)生盤存 報(bào)表 35 結(jié)構(gòu)化分析方法 結(jié)構(gòu)化分析方法是 面向數(shù)據(jù)流 的需求分析方法，是 20世紀(jì) 70年代末由 Yourdon,Constaintine及DeMarco等人提出和發(fā)展，并得到廣泛的應(yīng)用。 SA法也是一種建模的活動(dòng)，主要是根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。 信息建模法 是從數(shù)據(jù)的角度對(duì)現(xiàn)實(shí)世界建立系統(tǒng)的信息模型 ,基本工具是 ER圖 。 E實(shí)體 ， 是一個(gè)或一組對(duì)象； R關(guān)系 ， 實(shí)體之間聯(lián)系或交互作用 。 描述對(duì)數(shù)據(jù)流進(jìn)行變換的功能 。 ? ER圖 (ERD) ? 狀態(tài)變遷圖 (STD) 指明作為外部事件的結(jié)果 ,系統(tǒng)將如何 動(dòng)作。 2．要求使用 面向處理 的規(guī)約語(yǔ)言（或稱系統(tǒng)定義語(yǔ)言），討論來(lái)自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)做出什么樣的功能性反應(yīng)，來(lái)定義一個(gè) 行為模型 ，從而得到“做什么”的規(guī)約。 4．規(guī)約必須包括系統(tǒng)運(yùn)行環(huán)境。 6．規(guī)約必須是可操作的，以便能夠利用它決定對(duì)于任意給定的測(cè)試用例，已提出的解決方案是否都能滿足規(guī)約。 8．規(guī)約必須局部化和松散耦合。同時(shí)，規(guī)約應(yīng)被松散地構(gòu)造（即松耦合），以便能夠很容易地加入和刪去一些段落。 ? 信息描述： 給出軟件必須解決問(wèn)題的詳細(xì)描述，記錄信息內(nèi)容和關(guān)系、流和結(jié)構(gòu)。其中包括，為每個(gè)功能說(shuō)明一個(gè)處理過(guò)程；敘述設(shè)計(jì)約束；敘述性能特征；用一個(gè)或多個(gè)圖形來(lái)形象地表示軟件的整體結(jié)構(gòu)和軟件功能與其他系統(tǒng)元素間的相互影響。 ? 檢驗(yàn)標(biāo)準(zhǔn)： 描述檢驗(yàn)系統(tǒng)成功的標(biāo)志。它是“確認(rèn)測(cè)試”的基礎(chǔ)。 ? 附錄： 包含了規(guī)約的補(bǔ)充信息，表格數(shù)據(jù)、算法的詳細(xì)描述、圖表以及其他材料。 ２ . 需求的可變性必須進(jìn)行驗(yàn)證。 — 系統(tǒng)功能描述及約束是否一致 。 — 是否能設(shè)計(jì)出一組驗(yàn)證方法 。 ?需求管理貫穿需求分析全過(guò)程，包括 : 需求管理 變更控制 ? 建議變更 ? 分析影響 ? 交流 ? 合并 ? 測(cè)量需求的穩(wěn)定性 版本控制 ? 定義需求文檔版本 ? 確定單個(gè)需求文檔版本 需求跟蹤 ? 建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。 二、需求管理 53 系統(tǒng)分析員的主要能力 ? 在整個(gè)系統(tǒng)分析活動(dòng)中，系統(tǒng)分析員起著關(guān)鍵的作用，其本人應(yīng)該具備 以下能力： ? 熟悉計(jì)算機(jī)技術(shù)； ? 了解用戶業(yè)務(wù)領(lǐng)域的相關(guān)知識(shí)； ? 能在用戶和開(kāi)發(fā)人員之間借助于數(shù)據(jù)概念進(jìn)行交流。 54 需求工程小結(jié) 軟件需求工程 ,是軟件開(kāi)發(fā)人員與用戶密切配合 ， 充分交換意見(jiàn) ， 獲得對(duì)需求一致意見(jiàn)的過(guò)程 。 需求工程階段的最終任務(wù)是要完成目標(biāo)系統(tǒng)的需求規(guī)格說(shuō)明 ， 確定系統(tǒng)的功能 、 非功能需求和性能 ， 為后階段的開(kāi)發(fā)打下基礎(chǔ) 。 55 演講完畢，謝謝觀看！
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號(hào)-1