軟件工程

內(nèi)容概要

《高等學(xué)校計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)核心課程系列規(guī)劃教材:軟件工程》是計(jì)算機(jī)專業(yè)核心課程軟件工程的教材，主要內(nèi)容包括：軟件工程概述、軟件項(xiàng)目分析、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、面向?qū)ο蟮姆治雠c設(shè)計(jì)方法、用戶界面設(shè)計(jì)、編碼、軟件質(zhì)量與質(zhì)量保證、項(xiàng)目計(jì)劃與管理、軟件維護(hù)、軟件開發(fā)工具與環(huán)境概述、軟件建模等。

書籍目錄

第1章 軟件工程概述 1.1 軟件 1.1.1 軟件的發(fā)展 1.1.2 軟件的定義 1.1.3 軟件的特點(diǎn) 1.1.4 軟件的分類 1.2 軟件工程的內(nèi)容與方法 1.2.1 軟件危機(jī)與軟件工程的定義 1.2.2 軟件工程的基本內(nèi)容與目標(biāo) 1.2.3 軟件的基本開發(fā)方法 1.2.4 軟件工程的基本原則 1.2.5 軟件工具與環(huán)境 1.3 軟件生存周期與軟件開發(fā)模型 1.3.1 軟件生存周期 1.3.2 軟件開發(fā)模型 1.4 軟件工程學(xué)的知識體系 小結(jié) 習(xí)題 第2章 軟件項(xiàng)目分析 2.1 可行性研究的任務(wù) 2.2 可行性研究的步驟 2.3 可行性研究的要素 2.3.1 經(jīng)濟(jì)可行性 2.3.2 技術(shù)可行性 2.3.3 社會(huì)環(huán)境 2.4 系統(tǒng)流程圖 2.5 成本-效益分析 2.5.1 成本估計(jì) 2.5.2 費(fèi)用估算 2.5.3 度量效益的方法 小結(jié) 習(xí)題 第3章 軟件需求工程 3.1 概述 3.1.1 軟件需求分類 3.1.2 需求規(guī)格說明 3.1.3 需求工程概念 3.1.4 需求工程過程 3.2 需求獲取方法 3.3 需求分析的任務(wù)與原則 3.3.1 需求分析的任務(wù) 3.3.2 需求分析的原則 3.4 需求建模方法 3.4.1 結(jié)構(gòu)化需求建模方法 3.4.2 數(shù)據(jù)流圖 3.4.3 數(shù)據(jù)字典 3.5 需求分析圖形工具 3.5.1 層次方框圖 3.5.2 Warnier圖 3.5.3 IPO圖 3.6 需求驗(yàn)證 3.6.1 目的與任務(wù) 3.6.2 內(nèi)容與方法 3.6.3 需求評審 3.7 需求管理 3.7.1 需求管理的目標(biāo) 3.7.2 需求管理的原則 3.7.3 需求開發(fā)的管理 3.7.4 需求管理活動(dòng) 小結(jié) 習(xí)題 第4章 概要設(shè)計(jì) 4.1 軟件體系結(jié)構(gòu) 4.1.1 概述 4.1.2 系統(tǒng)構(gòu)成 4.1.3 控制模型 4.1.4 模塊化分解 4.1.5 領(lǐng)域相關(guān)的體系結(jié)構(gòu) 4.2 概要設(shè)計(jì)任務(wù)與步驟 4.2.1 概要設(shè)計(jì)任務(wù) 4.2.2 概要設(shè)計(jì)過程 4.3 軟件設(shè)計(jì)的基本概念 4.3.1 模塊化與模塊獨(dú)立性 4.3.2 抽象 4.3.3 結(jié)構(gòu)設(shè)計(jì)原則 4.3.4 軟件復(fù)用 4.3.5 設(shè)計(jì)模式 4.4 面向數(shù)據(jù)流的設(shè)計(jì)方法 4.4.1 基本概念 4.4.2 系統(tǒng)結(jié)構(gòu)圖的組成 4.4.3 變換分析 4.4.4 事務(wù)分析 4.4.5 設(shè)計(jì)優(yōu)化 4.5 面向數(shù)據(jù)結(jié)構(gòu)的分析設(shè)計(jì)方法 4.5.1 Jackson系統(tǒng)開發(fā)方法 4.5.2 Warnier方法 4.6 概要設(shè)計(jì)文檔評審 小結(jié) 習(xí)題 第5章 詳細(xì)設(shè)計(jì) 5.1 詳細(xì)設(shè)計(jì)的任務(wù)與原則 5.1.1 詳細(xì)設(shè)計(jì)的任務(wù) 5.1.2 詳細(xì)設(shè)計(jì)的原則 5.2 詳細(xì)設(shè)計(jì)工具 5.2.1 程序流程圖 5.2.2 N-S圖 5.2.3 PAD圖 5.2.4 PDL 5.2.5 HIPO圖 5.2.6 詳細(xì)設(shè)計(jì)工具的選擇 5.3 詳細(xì)設(shè)計(jì)規(guī)格說明與復(fù)審 5.3.1 詳細(xì)設(shè)計(jì)說明書 5.3.2 設(shè)計(jì)復(fù)審 小結(jié) 習(xí)題 第6章 面向?qū)ο笤O(shè)計(jì) 6.1 面向?qū)ο蠓椒?6.1.1 面向?qū)ο蠓椒ǜ攀?6.1.2 面向?qū)ο筌浖こ?6.1.3 面向?qū)ο蟮幕靖拍詈吞卣?6.2 面向?qū)ο蠓治?6.2.1 面向?qū)ο蠓治鲞^程與原則 6.2.2 確定對象與類 6.2.3 確定屬性 6.2.4 定義服務(wù) 6.2.5 對象間通信 6.3 面向?qū)ο笤O(shè)計(jì)的概念和方法 6.3.1 面向?qū)ο笤O(shè)計(jì)的概念 6.3.2 面向?qū)ο笤O(shè)計(jì)的方法 小結(jié) 習(xí)題 第7章 用戶界面設(shè)計(jì) 7.1 用戶界面的主要特征 7.1.1 用戶界面的質(zhì)量特征 7.1.2 用戶界面的圖形特征 7.1.3 用戶界面的優(yōu)點(diǎn) 7.2 設(shè)計(jì)原則 7.3 用戶交互 7.3.1 用戶交互類型 7.3.2 交互類型的比較 7.4 信息表示 7.4.1 用戶界面的信息表示方法 7.4.2 用戶界面的信息表示形式 7.5 幫助系統(tǒng) 7.6 界面設(shè)計(jì) 7.6.1 數(shù)據(jù)輸入界面設(shè)計(jì) 7.6.2 數(shù)據(jù)顯示界面設(shè)計(jì) 7.6.3 控制界面設(shè)計(jì) 7.7 界面設(shè)計(jì)評價(jià) 7.7.1 界面設(shè)計(jì)評價(jià)指標(biāo) 7.7.2 界面設(shè)計(jì)評價(jià)方法 小結(jié) 習(xí)題 第8章 編碼 8.1 程序設(shè)計(jì)語言 8.1.1 程序設(shè)計(jì)語言的分類 8.1.2 程序設(shè)計(jì)語言的特點(diǎn) 8.1.3 程序設(shè)計(jì)語言的選擇 8.2 編碼風(fēng)格 …… 第9章 軟件質(zhì)量與軟件測試 第10章 軟件交付與維護(hù) 第11章 項(xiàng)目計(jì)劃與管理 第12章 軟件建模及其工具 第13章 軟件開發(fā)工具與環(huán)境 附錄A 可行性研究報(bào)告規(guī)范 附錄B 項(xiàng)目開發(fā)計(jì)劃規(guī)范 附錄C 需求規(guī)格說明書規(guī)范 附錄D 概要設(shè)計(jì)說明書規(guī)范 附錄E 詳細(xì)設(shè)計(jì)說明書規(guī)范 附錄F 測試計(jì)劃 附錄G 測試分析報(bào)告 附錄H 項(xiàng)目開發(fā)總結(jié)報(bào)告規(guī)范 參考文獻(xiàn)

章節(jié)摘錄

版權(quán)頁：   插圖：   （2）變更分析 在變更分析階段對被提議的變更產(chǎn)生的影響進(jìn)行評估。變更成本的計(jì)算不僅包括需求文檔的修改成本，在適當(dāng)?shù)臅r(shí)候還要估計(jì)系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)的成本。一旦分析完成，就有了對此變更是否執(zhí)行的決策意見。 （3）變更實(shí)現(xiàn) 在變更分析階段得到肯定的結(jié)淪后，要執(zhí)行變更。實(shí)現(xiàn)變更時(shí)，需求文檔及系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)都要修改。這時(shí)有一個(gè)易出現(xiàn)的錯(cuò)誤：進(jìn)行需求變更時(shí)，總是先對系統(tǒng)做變更，然后再修改需求文檔，這不可避免地導(dǎo)致需求描述和系統(tǒng)實(shí)現(xiàn)不同。 2.需求文檔版本管理 需求文檔版本控制必須保證如下幾點(diǎn)。 ①統(tǒng)一確定需求文檔的每一個(gè)版本，保證每個(gè)成員都能得到當(dāng)前的需求版本。 ②清楚地將變更寫成文檔，并及時(shí)通知項(xiàng)目開發(fā)所涉及的人員。 ③為盡量減少困惑、沖突、誤傳，應(yīng)只允許指定的人來更新需求文檔。 簡單來說，需求文檔的版本控制可以保證得到的是最新的需求文檔版本和記錄需求的歷吏版本。 版本控制的最簡單方法是，每一個(gè)公布的需求文檔的版本應(yīng)該包括修正版本的歷史情況，即已做變更的內(nèi)容、變更日期、變更人的姓名以及變更的原因，并根據(jù)標(biāo)準(zhǔn)約定手工標(biāo)記軟件需求規(guī)格說明的每一次修改。 3.需求跟蹤管理 需求跟蹤分為正向跟蹤與逆向跟蹤。正向跟蹤以用戶需求為切入點(diǎn)，檢查用戶需求說明書或需求規(guī)格說明中的每個(gè)需求是否都能在后繼工作產(chǎn)品中找到對應(yīng)點(diǎn)。逆向跟蹤檢查設(shè)計(jì)文檔、代碼、測試用例等工作產(chǎn)品是否都能在需求規(guī)格說明中找到出處。 實(shí)現(xiàn)需求跟蹤的一種通用方法是，采用需求跟蹤矩陣，其前提條件是標(biāo)識需求鏈中各個(gè)過程的元素，如需求的實(shí)例號、設(shè)計(jì)的實(shí)例號、編碼的實(shí)例號、測試的實(shí)例號。通過標(biāo)識的符號，就可以使用數(shù)據(jù)庫進(jìn)行管理，需求的變化能夠立刻體現(xiàn)在整條需求鏈的變化上。需求跟蹤矩陣保存了需求與后續(xù)開發(fā)過程輸出的對應(yīng)關(guān)系，因而使用需求跟蹤矩陣很容易發(fā)現(xiàn)需求與后續(xù)工作產(chǎn)品之間的不一致，有助于開發(fā)人員及時(shí)糾正偏差。但是，需求跟蹤矩陣并沒有規(guī)定的實(shí)現(xiàn)辦法。每個(gè)軟件開發(fā)組織注重點(diǎn)不同，所創(chuàng)建的需求跟蹤矩陣也不同，只要能夠保證需求鏈的一致性和可跟蹤性就可以了。 4.需求狀態(tài)管理 需求狀態(tài)是需求的一項(xiàng)重要屬性，在整個(gè)軟件開發(fā)過程中，跟蹤需求狀態(tài)是需求管理的一個(gè)重要方面。狀態(tài)是一種事物或?qū)嶓w在某一個(gè)時(shí)間或某一階段的情況的反映。需求狀態(tài)是指某時(shí)間點(diǎn)需求的一種情況反映，建立需求狀態(tài)是為了表示需求的各種不同情況。客戶的需求可分為以下四種情況： ①客戶可以明確且清楚地提出的需求。 ②客戶知道需要做些什么，但卻不能確定的需求。

編輯推薦

《高等學(xué)校計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)核心課程系列規(guī)劃教材:軟件工程》的主要特點(diǎn)體現(xiàn)在其內(nèi)容系統(tǒng)、語言精練、概念準(zhǔn)確。《高等學(xué)校計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)核心課程系列規(guī)劃教材:軟件工程》適合作為高等學(xué)校軟件工程課程的教材，也可作為從事軟件工程的人員的參考書。

圖書封面

評論、評分、閱讀與下載

---

    軟件工程 PDF格式下載

---