安徽工程科技學(xué)院計(jì)算機(jī)系-在線瀏覽
2024-09-11 14:56本頁(yè)面
【正文】 11 需求描述 文檔 ? 遵循規(guī)范 ， 內(nèi)容全面 、 結(jié)構(gòu)清晰 、 措辭準(zhǔn)確 、 格式嚴(yán)謹(jǐn) 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 12 3 需求評(píng)審 ? 分析人員在用戶和軟件設(shè)計(jì)人員的配合下 ,對(duì)自己生成的需求規(guī)格說明和初步的用戶手冊(cè)進(jìn)行評(píng)審 ， 確保軟件需求的完全性 、 精確性和一致性 ， 并使用戶和軟件設(shè)計(jì)人員對(duì)需求規(guī)格說明及用戶手冊(cè)的理解達(dá)成一致 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 13 需求評(píng)審 分析活動(dòng) 對(duì)于大型軟件項(xiàng)目 ， 分析人員可以先對(duì)問題的某些子系統(tǒng)進(jìn)行需求分析 、 描述與評(píng)審 ， 子系統(tǒng)完成后 ， 再對(duì)其它子系統(tǒng)進(jìn)行分析 ， 進(jìn)而構(gòu)筑整個(gè)系統(tǒng)的需求模型 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 17 ? 建立軟件開發(fā)方和用戶方共同組成的聯(lián)合小組 ， 小組成員對(duì)分析負(fù)有相同的責(zé)任 。 ? 選擇易于理解 、 比較簡(jiǎn)潔 、 精確的表示機(jī)制作為描述語(yǔ)言 ， 如輔以文字說明的流程圖 。 希望建立一種基于微處理器的家庭保安系統(tǒng) ， 它能夠識(shí)別異常事件并采取相應(yīng)的防護(hù)措施 。 一旦異常情況被傳感器探測(cè)出來 ， 系統(tǒng)應(yīng)自動(dòng)通過電話向監(jiān)控中心報(bào)警 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 19 家庭保安系統(tǒng) 聯(lián)合小組首先制定工作制度：每次會(huì)議開始前必須有確定的議程 ， 參加者必須針對(duì)各項(xiàng)議程進(jìn)行充分的準(zhǔn)備 ， 并用文字表示 。 ? 小組負(fù)責(zé)人要求每位參加者列出問題及環(huán)境中的有關(guān)對(duì)象 ， 對(duì)這些對(duì)象施行的操作以及對(duì)象間的相互作用 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 21 例 家庭保安系統(tǒng) ? 負(fù)責(zé)人應(yīng)要求小組成員對(duì)接收傳感器事件 、用戶編程控制 、 電話報(bào)警等操作進(jìn)行更詳細(xì)的描述 ， 必要時(shí)可用流程圖表示 。 會(huì)后小組負(fù)責(zé)人對(duì)這些信息進(jìn)行綜合 、 整理 ， 形成文檔 ，該文檔應(yīng)能反映 “ 家庭保安系統(tǒng) ” 的全貌 。 目的是對(duì)子系統(tǒng)的軟件需求進(jìn)行細(xì)化 。 ? 確定子系統(tǒng)需求并形成文檔 ? 聯(lián)合小組討論子系統(tǒng)的集成及需求驗(yàn)證標(biāo)準(zhǔn) 。 需求驗(yàn)證標(biāo)準(zhǔn)應(yīng)該是可測(cè)試的 ， 以便開發(fā)人員在代碼生成后能夠通過測(cè)試結(jié)果向用戶表明軟件系統(tǒng)已完整地實(shí)現(xiàn)了用戶需求 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 23 例 家庭保安系統(tǒng) 初步分析生成的 “ 家庭保安系統(tǒng) ” 部分需求文檔 (不包括約束條件和測(cè)試標(biāo)準(zhǔn) ) ? “家庭保安系統(tǒng) ” 的軟件允許用戶在安裝時(shí)進(jìn)行系統(tǒng)配置 ， 實(shí)施對(duì)傳感器的監(jiān)控并通過控制面板與用戶進(jìn)行信息交互 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 24 例 家庭保安系統(tǒng) ? 當(dāng)軟件系統(tǒng)接收到傳感器發(fā)出的數(shù)據(jù)后 ，判別是否出現(xiàn)異常事件 。 然后軟件系統(tǒng)負(fù)責(zé)報(bào)告時(shí)間 、地點(diǎn)和異常事件的性質(zhì) 。 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 25 建立軟件模型是分析活動(dòng)的關(guān)鍵 。 ? 模型不應(yīng)涉及軟件實(shí)現(xiàn)細(xì)節(jié) ， 這樣會(huì)分散分析人員的注意力 ， 限制軟件設(shè)計(jì)人員的聰明才智 。 ? 為了處理大型問題 ， 模型表示機(jī)制應(yīng)具備良好的結(jié)構(gòu)化能力 。 ? 分析人員應(yīng)該注意用戶描述的抽象級(jí)別 ，統(tǒng)一規(guī)劃系統(tǒng)行為 ? 避免不一致性 ， 減少分析的工作量 。 ? 逐級(jí)分解 ， 直至子問題的規(guī)模降至合適程度 。 ? 必須遵循子問題內(nèi)部緊藕合 ， 子問題之間松藕合的原則 。 需要從各個(gè)角度分別對(duì)問題進(jìn)行理解和分析 ， 然后再綜合 ， 達(dá)到全面理解的目 需求分析視點(diǎn) 系統(tǒng)觀點(diǎn) 用戶觀點(diǎn) 信息觀點(diǎn) 功能觀點(diǎn) 行為觀點(diǎn)等 。 、問題分解與多視點(diǎn)分析 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 29 4 .5 支持需求分析的快速原型技術(shù) ? 按照傳統(tǒng)的軟件開發(fā)方法 ， 目標(biāo)軟件要等到木已成舟才能交用戶認(rèn)可 。 ? 軟件開發(fā)早期 ， 快速建立目標(biāo)軟件系統(tǒng)原型 ， 讓用戶對(duì)原型進(jìn)行評(píng)估并提出意見 。 ? 設(shè)計(jì)和編碼人員遵循原型確立的外部特征實(shí)現(xiàn)軟件產(chǎn)品 。 第四章 需求分析基礎(chǔ) 2022/8/18 安徽工程科技學(xué)院計(jì)算機(jī)系 30 ? 分析階段使用快速原型技術(shù)與問題本身的復(fù)雜度以及可用的開發(fā)工具 、 環(huán)境有關(guān) 。 ? 某些軟件項(xiàng)目 ， 雖不能構(gòu)造實(shí)際可運(yùn)行的快速原型 ， 但可以采用幻燈片演示等方法 ， 向用戶直觀描述目標(biāo)軟件系統(tǒng)的外部行為 。 為了快速生成原型 ,只關(guān)心軟件的總體結(jié)構(gòu) 、 用戶界面和數(shù)據(jù)設(shè)計(jì) ， 而不注重過程內(nèi)部的控制流 。 主要工具有：可重用軟部件庫(kù)
語(yǔ)文相關(guān)推薦
鄂ICP備17016276號(hào)-1