最新)本科自考02333軟件工程課后習(xí)題答案-20xx版王立福-在線瀏覽
2025-01-09 12:22本頁(yè)面
【正文】 作用于功能需求2 等。 P26 簡(jiǎn)述需求規(guī)約的 3 種基本形式。非形式化的需求規(guī)約即以一種自然語(yǔ)言來(lái)表達(dá)需求規(guī)約，如同使用一種自然語(yǔ)言寫了一篇文章。半形式化的需求規(guī)約即以半形式化符號(hào)體系（包括術(shù)語(yǔ)表、標(biāo)準(zhǔn)化的表達(dá)格式等）來(lái)表達(dá)需求規(guī)約。形式化的需求規(guī)約即以一種基于良構(gòu)數(shù)學(xué)概念的符號(hào)體系來(lái)編制需求規(guī)約，一般往往伴有解釋性注釋的支持。 答：軟件需求規(guī)約的內(nèi)容有：引言、總體描述、特定需求、附錄、索引。 2）對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理控制點(diǎn)。 功能需求 1 功能需求 2 功能需求 3 非功能需求 1 非功能需求 2 4）需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶指南的基礎(chǔ)。 答：需求規(guī)約的作用可概括為以下 4 點(diǎn)： 1）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。 3）對(duì)于產(chǎn)品 /系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)。 P31 簡(jiǎn)述需求規(guī)約和項(xiàng)目需求的不同。需求規(guī)約是軟件開發(fā)組織和用戶之間一份 事實(shí)上的技術(shù)合同書，即關(guān)注產(chǎn)品需求，回答“交付給客戶的產(chǎn)品 /系統(tǒng)是什么”；而 項(xiàng)目需求是客戶和 開發(fā)者之間有關(guān)技術(shù)合同 —— 產(chǎn)品 /系統(tǒng)需求的理解，應(yīng)記錄在工作陳述中或其他某一項(xiàng)目文檔中，即關(guān)注項(xiàng)目工作與管理，回答“開發(fā)組要做的是什么”。軟件需求分析是這一概念的特化，即系統(tǒng)化地使用“數(shù)據(jù)流”、“加工”、“數(shù)據(jù)存儲(chǔ)”、“數(shù)據(jù)源”和“數(shù)據(jù)潭”等術(shù)語(yǔ)所表達(dá)的信息，對(duì)待建系統(tǒng)“是什么”給出一個(gè)估算――系統(tǒng)概念模型 軟件設(shè)計(jì)： 在需求分析的基礎(chǔ)上，定義滿足需求所需要的結(jié)構(gòu)，即針對(duì)給定的問(wèn)題，給出該問(wèn)題的軟件解決方案， 確定“怎么做”的問(wèn)題 數(shù)據(jù)流圖： 表達(dá)功能模型的工具，即數(shù)據(jù)流圖（ Dataflow Diagram） 簡(jiǎn)稱 DFD 圖 ，簡(jiǎn)單的說(shuō)， DFD 圖是一種描述數(shù)據(jù)變換的圖形化工具，其中飲食的元素可以是數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、加工、數(shù)據(jù)源和數(shù)據(jù)潭等 變換型數(shù)據(jù)流圖 ：具有較明顯的輸入部分和變換（主加工）部分之間的界面變換部分和輸出部分之間界面的數(shù)據(jù)流圖 事務(wù)型數(shù)據(jù)流圖 ：數(shù)據(jù)到達(dá)一個(gè)加工 T，該加工 T 根據(jù)輸入數(shù)據(jù)的值，在其后的基干動(dòng)作序號(hào)（稱為一個(gè)事務(wù)）中選出一個(gè)來(lái)執(zhí)行 模塊：執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過(guò)程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu) 答題 ？簡(jiǎn)述模塊耦合的類型。 答：指一個(gè)模塊內(nèi)部各成分之間 相互關(guān)聯(lián)程度的度量 偶然內(nèi)聚： 一個(gè)模塊的各成分之間基本不存在任何關(guān)系 邏輯內(nèi)聚： 幾個(gè)邏輯上相關(guān)的功能被放在同一個(gè)模塊中 時(shí)間內(nèi)聚： 一個(gè)模塊完成的功能必須在同一時(shí)間內(nèi)執(zhí)行，但這些功能只是因?yàn)闀r(shí)間因素關(guān)聯(lián)在一起 過(guò)程內(nèi)聚： 一個(gè)模塊內(nèi)部的處理成分是相關(guān)的，而且這些處理必須以特定的次序執(zhí)行 通信內(nèi)聚： 一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集 順序內(nèi)聚： 一個(gè)模塊的各個(gè)成分和同一個(gè)功能密切相關(guān)，而且一個(gè)成分的輸出作為另一個(gè)成分的輸入 功能內(nèi)聚： 最理想的內(nèi)聚，模塊的所有成分對(duì)于完成單一的功能都是基本的。 作用域：受該模塊內(nèi)的一個(gè) 判定 所影響的所有模塊的影響 第四 章 面各對(duì)象方法－ UML 類及其屬性和操作 類是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述。鏈?zhǔn)菍?duì)象之間具有特定語(yǔ)義關(guān)系的抽象 泛化： 活佛是一般性類目（稱為超類或父類）和它的較為特殊性類目 (稱為子類 )之間的一種關(guān)系，有時(shí)稱為 ” is a kind of ” 關(guān)系 聚合： 聚合是關(guān)聯(lián)的一種特殊形式，表達(dá)的是一種“整體 /部分”關(guān)系 依賴： 依賴是一種使用關(guān)系，用于描述一個(gè)類目使用 另一個(gè)類目的信息和服務(wù) 為了表達(dá)客觀事物， UML 給出了哪些基本術(shù)語(yǔ)？ 答：為了支持抽象分析和設(shè)計(jì)中的事物， UML 給出了 8 個(gè)基本術(shù)語(yǔ)，即類、接口、協(xié)作 、用況 、主動(dòng)類、構(gòu)件、制品、結(jié)點(diǎn)，并給出了 這些基本術(shù)語(yǔ)的一些變體。 類是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述。 為了控制交互行為描述的復(fù)雜性，以便更清晰地表達(dá)順序圖中的復(fù)雜控制，給出了個(gè)個(gè)控制操作子，選擇、條件、并發(fā)、迭代操作控制子 第五章 面各對(duì)象方法－ RUP RUP 的定義及主要特點(diǎn) RUP 是一種軟件開發(fā)過(guò)程框架，基于面向?qū)ο蠓?hào)體系給出了有關(guān)軟件開發(fā)過(guò)程組織及實(shí)施的指導(dǎo)。編制實(shí)例業(yè)務(wù)實(shí)例，從業(yè)務(wù)角度指出該項(xiàng)目的價(jià)值，減少項(xiàng)目主要的錯(cuò)誤風(fēng)險(xiǎn) 精華階段： 通過(guò)捕獲并描述系統(tǒng)的大部分需求，建立系統(tǒng)體系結(jié)構(gòu)基線的第一個(gè)版本，主要包括用況模型和分析模型，減少次要的錯(cuò)誤風(fēng)險(xiǎn)，到該階段未，就能夠估算成本、進(jìn)步，并能詳細(xì)地規(guī)劃構(gòu)造階段 構(gòu)造階段： 通過(guò)演化，形成最終的系統(tǒng)體系結(jié)構(gòu)基線，開發(fā)完整的系統(tǒng)，確保產(chǎn)品可以開始向客戶交付，即具有初始操作能力 移交階段： 確保有一個(gè)實(shí)在的產(chǎn)品發(fā)布給用戶群。其中， UML 作為一種可視化建模語(yǔ)言，給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語(yǔ)，給出了多種模型的表達(dá)工具 。 從客戶、用戶、計(jì)劃者、開發(fā)者想法和意愿中搜取特征，形成特征表?；拘g(shù)語(yǔ)：用況、參與者、用于表達(dá)用況參與者之間關(guān)系的關(guān)聯(lián)、用于表達(dá)況之間的包含和擴(kuò)展、用于表達(dá)參與者之間關(guān)系泛化。輸出：用況模型 [概述 ]，術(shù)語(yǔ)表 2. 賦予用況優(yōu)先級(jí)：輸入：用況模型 [概述 ]，補(bǔ)充需求，術(shù)語(yǔ)表 。輸出：用況 [精化 ] 4. 構(gòu)造人機(jī)接口原型：輸入：用況 [精華 ]，用況模型 [概述 ]，補(bǔ)充需求，術(shù)語(yǔ)表 。輸出：用況模型 [精化 ] 如何描述系統(tǒng)的參與者和用況 ？舉例說(shuō)明 參與者： 發(fā)現(xiàn)參與者與描述參與者： 1)之前已經(jīng)存在業(yè)務(wù)用況模型，可依據(jù)業(yè)務(wù)模型直接發(fā)現(xiàn)一些候選參與者， 2)沒有業(yè)務(wù)用況模型，即使存在領(lǐng)域模型，也需要系統(tǒng)分析人員與客戶一起來(lái)標(biāo)識(shí)系統(tǒng)參與者 用況是系統(tǒng)向它的參與者提供結(jié)果（值）的功能塊，表達(dá)參與者使用系統(tǒng)的方式，因此一個(gè)用況可用于規(guī)約系統(tǒng)可執(zhí)行的、與參與者進(jìn)行交互的一個(gè)動(dòng)作序列，包括其中一些可選動(dòng)作序列，并且用況還有自己 的屬性 需求獲取層對(duì)以后開發(fā) 工作的影響 ？ 需求分析層及相關(guān)概念 在系統(tǒng)用況模型的基礎(chǔ)上，創(chuàng)建系統(tǒng)分析模型以及在該分析模型視角下的體系結(jié)構(gòu)描述 ，系統(tǒng)分析模型是系統(tǒng)的一種概念模型，解決系統(tǒng)用況模型中存在的二義性和不一致性問(wèn)題，并以一種系統(tǒng)化的形式準(zhǔn)確地表達(dá)用戶的需求 需求分析模型的基本組成 RUP 的分析如同結(jié)構(gòu)化分析，其目標(biāo)之一是在一個(gè)特定的抽象層上
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1