第一篇：軟件工程考核知識點(diǎn)-第2章-軟件可行性研究與項目開發(fā)計劃

軟件工程考核知識點(diǎn)-第2章-軟件可行性研究與項目開發(fā)計

劃

2.1可行性研究

目的就是用最小的代價在盡可能短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。2.1.1可行性研究的任務(wù)

1.技術(shù)可行性

對要開發(fā)的項目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險有多大，項目是否能實現(xiàn)。

2.經(jīng)濟(jì)可行性 3.社會可行性

要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。2.1.2 可行性研究的具體步驟

典型性的可行性研究有下列步驟：

1.確定項目規(guī)模和目標(biāo)

2.研究正在運(yùn)行的系統(tǒng)

3.建立新系統(tǒng)的高層邏輯模型

根據(jù)對現(xiàn)有系統(tǒng)的分析研究，逐步明確了新系統(tǒng)的功能、處理流程以及所受的約束，然后使用建立邏輯模型的工具——數(shù)據(jù)流圖和數(shù)據(jù)字典來描述數(shù)據(jù)在系統(tǒng)中的流動和處理情況。現(xiàn)在還不是軟件需求分析階段，不是完整、詳細(xì)地描述，只是概括地描述高層的數(shù)據(jù)處理和流動。

4.導(dǎo)出和評價各種方案

5.推薦可行的方案

6.編寫可行性研究報告

2.2 系統(tǒng)流程圖

1.系統(tǒng)流程圖的作用

系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號來表示系統(tǒng)中的各個元素，例如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等。它表達(dá)了系統(tǒng)中各個元素之間的信息流動的情況。

2.系統(tǒng)流程圖的符號

系統(tǒng)流程圖的符號如表2-1所示。

2.3成本——效益分析

成本——效益分析的目的是從經(jīng)濟(jì)角度評價開發(fā)一個新的軟件項目是否可行。1.貨幣的時間價值

項目開發(fā)后，應(yīng)取得相應(yīng)得效益，有多少效益才合算？這就要考慮貨幣的時間價值。通常用利率表示貨幣的時間價值。

設(shè)年利率為i，現(xiàn)存入P元，n年后可得錢數(shù)為F，若不計復(fù)利則

F=P×(1+n×i)F就是P元在n年后得價值。反之，若n年能收入F元，那么這些錢現(xiàn)在得價值是： P =F/(1+n×i)第2章例題分析與解答

一、填空題

1.可行性研究實質(zhì)上是進(jìn)行一次簡化、壓縮了的________。2.可行性研究的三個方面是技術(shù)可行性、社會可行性和_________。

3.可行性研究的第一個具體步驟是__________。

4.若年利率為i，不計復(fù)利，P元在n年后的價值F是_________。5.可行性研究中描述系統(tǒng)高層物理模型的工具是_______。

二、選擇題 1.可行性研究的目的是決定()。

A.開發(fā)項目 B.項目值得開發(fā)否 C.規(guī)劃項目 D.維護(hù)項目 2.技術(shù)可行性要研究的問題之一是()。

A.存在侵權(quán)否 B.成本效益問題 C.運(yùn)行方式可行否 D.技術(shù)風(fēng)險問題

3.純收入是累計效益現(xiàn)在值與投資之()。A.和 B.差 C.積 D.商 4.項目開發(fā)計劃這類文檔是一種()。

A.技術(shù)性文檔 B.管理性文檔 C.需求分析文檔 D.設(shè)計文檔

答案

一、填空題

1.[答案]需求分析和設(shè)計 2.[答案]經(jīng)濟(jì)可行性

3.[答案]確定項目的規(guī)模和目標(biāo) 4.[答案]p×（1＋n×i)5.[答案]系統(tǒng)流程圖

二、選擇題 1.B 2.D 3.B 4.B

第二篇：軟件工程習(xí)題 第2章 軟件可行性研究與項目開發(fā)計劃

第2章 軟件可行性研究與項目開發(fā)計劃

在進(jìn)行任何一項較大的工程時，首先都要進(jìn)行可行性分析和研究。因為這些工程中的問題并不是都有明顯的解決辦法。這樣就不可能在預(yù)定的時間、費(fèi)用之內(nèi)解決這些問題。如果這些問題沒有行之有效的解決辦法，貿(mào)然開發(fā)這些項目就會造成時間、人力、資源、經(jīng)費(fèi)的巨大浪費(fèi)。同樣，對軟件的項目開發(fā)也存在這樣的問題。

軟件可行性研究的目的就是用最小的代價在盡可能最短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。

1、可行性研究的任務(wù)是什么？

（1）技術(shù)可行性

對要開發(fā)項目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險有多大，項目是否能夠?qū)崿F(xiàn)。

（2）經(jīng)濟(jì)可行性

進(jìn)行開發(fā)成本的估算以及了解取得效益的評估，確定要開發(fā)的項目是否值投資開發(fā)。

（3）社會可行性

要開發(fā)的項目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。

百度知道：從技術(shù)、效益、社會因素等方面分析一個軟件項目是否可以開發(fā)

2、可行性研究有哪些步驟？

（1）確定項目規(guī)模和目標(biāo)

（2）研究正在運(yùn)行的系統(tǒng)

（3）建立新系統(tǒng)的高層邏輯模型

（4）導(dǎo)出和評價各種方案

（5）推薦可行的方案

（6）編寫可行性研究報告

3、可行性研究報告有哪些主要內(nèi)容？

（1）引言

（2）可行性研究前提

（3）對現(xiàn)有系統(tǒng)的分析

（4）所建議系統(tǒng)的技術(shù)可行性分析

（5）所建議系統(tǒng)的經(jīng)濟(jì)可行性分析

（6）社會因素可行性分析

（7）其它可供選擇方案

（8）結(jié)論意見

4、成本——效益分析可用哪些指標(biāo)進(jìn)行度量？

（1）貨幣的時間價值

（2）投資回收期

（3）純收入

5、項目開發(fā)計劃有哪些內(nèi)容？

（1）項目概述

（2）實施計劃

（3）人員組織及分工

（4）交付期限

第三篇：軟件項目開發(fā)計劃

1引言...............................1

1.1編寫目的...............................1

1.2 背景...............................1

1.3定義.........................1

1.4參考資料...............................1

2項目概述..............................1

2.1工作內(nèi)容...............................1

2.2主要參加人員.......................1

2.3產(chǎn)品.........................2

2.3.1程序.........................2

2.3.2文件.........................2

2.3.3服務(wù).........................2

2.3.4非移交的產(chǎn)品.......................2

2.4驗收標(biāo)準(zhǔn)...............................2

2.5完成項目的最遲期限.........................2

2.6本計劃的批準(zhǔn)者和批準(zhǔn)日期....................2

3實施計劃..............................2

3.1工作任務(wù)的分解與人員分工....................2

3.2接口人員...............................3

3.3進(jìn)度.........................3

3.4預(yù)算.........................3

3.5關(guān)鍵問題...............................3

4支持條件..............................3

4.1計算機(jī)系統(tǒng)支持..........................3

4.2需由用戶承擔(dān)的工作.........................3

4.3由外單位提供的條件.........................4

5專題計劃要點(diǎn).............................4

項目開發(fā)計劃（GB856T——88）1引言

1.1編寫目的說明：編寫這份軟件項目開發(fā)計劃的目的，并指出預(yù)期的讀者。

1.2 背景

說明：

a.待開發(fā)的軟件系統(tǒng)的名稱；

b.本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)； c.該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。

1.3定義

列出本文件中用到的專門術(shù)語的定義和外文的首字母組詞的原詞組。

1.4參考資料

列出用得著的參考資料，如：

a.本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書和合同、上級機(jī)關(guān)的批文；

b.屬于本項目的其他已發(fā)表的文件；

c.本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。2項目概述

2.1工作內(nèi)容

簡要地說明在本項目的開發(fā)中須進(jìn)行的各項主要工作。

2.2主要參加人員

扼要說明參加本項目開發(fā)的主要人員的情況，包括他們的技術(shù)水平。

2.3產(chǎn)品

2.3.1程序

列出須移交給用戶的程序的名稱、所用地編程語言及存儲程序的媒體形式，并通過引用相關(guān)文件，逐項說明其功能和能力。

2.3.2文件

列出須移交用戶的每種文件的名稱及內(nèi)容要點(diǎn)。

2.3.3服務(wù)

列出需向用戶提供的各項服務(wù)，如培訓(xùn)安裝、維護(hù)和運(yùn)行支持等，應(yīng)逐項規(guī)定開始日期、所提供支持的級別和服務(wù)的期限。

2.3.4非移交的產(chǎn)品

說明開發(fā)集體應(yīng)向本單位交出但不必向用戶移交的產(chǎn)品（文件甚至某些程序）。

2.4驗收標(biāo)準(zhǔn)

對于上述這些應(yīng)交出的產(chǎn)品和服務(wù)，逐項說明或引用資料說明驗收標(biāo)準(zhǔn)。

2.5完成項目的最遲期限

2.6本計劃的批準(zhǔn)者和批準(zhǔn)日期

3實施計劃

3.1工作任務(wù)的分解與人員分工

對于項目開發(fā)中需要完成的各項工作，從需求分析、設(shè)計、實現(xiàn)、測試直到維護(hù)，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓(xùn)工作，軟件安裝工作等，按層次進(jìn)行分解，指明每項任務(wù)的負(fù)責(zé)人和參加人員。

3.2接口人員

說明負(fù)責(zé)接口工作的人員及他們的職責(zé)，包括：

a.負(fù)責(zé)本項目同用戶的接口人員；

b.負(fù)責(zé)本項目同本單位各管理機(jī)構(gòu)，如合同計劃管理部門、財務(wù)部門、質(zhì)量管理部門等的接口人員；

c.負(fù)責(zé)本項目同個份合同負(fù)責(zé)單位的接口人員等。

3.3進(jìn)度

對于需求分析、設(shè)計、編碼實現(xiàn)、測試、移交、培訓(xùn)和安裝等工作，給出每項工作任務(wù)的預(yù)定開始日期、完成日期及所需資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標(biāo)志性事件（即所謂“里程碑）。

3.4預(yù)算

逐項列出本開發(fā)項目所需要的勞務(wù)（包括人員的數(shù)量和時間）以及經(jīng)費(fèi)的預(yù)算（包括辦公費(fèi)、差旅費(fèi)、機(jī)時費(fèi)、資料費(fèi)、通訊設(shè)備和專用設(shè)備的租金等）和來源。

3.5關(guān)鍵問題

逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點(diǎn)和風(fēng)險，指出這些問題對項目的影響。

4支持條件

說明為支持本項目的開發(fā)所需要的各種條件和設(shè)施。

4.1計算機(jī)系統(tǒng)支持

逐項列出開發(fā)中和運(yùn)行時所需的計算機(jī)系統(tǒng)支持，包括計算機(jī)、外圍設(shè)備、通訊設(shè)備、模擬器、編譯（或匯編）程序、操作系統(tǒng)、數(shù)據(jù)管理程序包、數(shù)據(jù)存儲能力和測試支持能力等，逐項給出有關(guān)到貨日期、使用時間的要求。

4.2需由用戶承擔(dān)的工作

逐項列出需要用戶承擔(dān)的工作和完成期限。包括需由用戶提供的條件及提供時間。

4.3由外單位提供的條件

逐項列出需要外單位分合同承包者承擔(dān)的工作和完成的時間，包括需要由外單位提供的條件和提供的時間。

5專題計劃要點(diǎn)

說明本項目開發(fā)中需制定的各個專題計劃（如分合同計劃、開發(fā)人員培訓(xùn)計劃、測試計劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶培訓(xùn)計劃、系統(tǒng)安裝計劃等）的要點(diǎn)。

第四篇：軟件工程考核知識點(diǎn)-第8章-軟件維護(hù)

軟件工程考核知識點(diǎn)-第8章-軟件維護(hù)

第8章 軟件維護(hù)

軟件投入使用后就進(jìn)入軟件維護(hù)階段。維護(hù)階段是軟件生存周期中時間最長的一個階段，所花費(fèi)的精力和費(fèi)用也是最多的一個階段。8.1軟件維護(hù)的內(nèi)容

軟件維護(hù)內(nèi)容有四種：校正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)防性維護(hù)。

1.校正性維護(hù)

在軟件交付使用后，由于在軟件開發(fā)過程中產(chǎn)生的錯誤并沒有完全徹底的在測試中發(fā)現(xiàn)，因此必然有一部分隱含的錯誤被帶到維護(hù)階段來。這些隱含的錯誤在某些特定的使用環(huán)境下會暴露出來。為了識別和糾正錯誤，修改軟件性能上的缺陷，應(yīng)進(jìn)行確定和修改錯誤的過程，這個過程就稱為校正性維護(hù)。校正性維護(hù)占整個維護(hù)工作的20%左右。

2.適應(yīng)性維護(hù)

隨著計算機(jī)的飛速發(fā)展，計算機(jī)硬件和軟件環(huán)境也在不斷發(fā)生變化，數(shù)據(jù)環(huán)境也在不斷發(fā)生變化。為了使應(yīng)用軟件適應(yīng)這種而修改軟件的過程稱為適應(yīng)性維護(hù)。這種維護(hù)活動占整個維護(hù)活動的25%。

3.完善性維護(hù)

在軟件漫長的運(yùn)行時期中，用戶往往會對軟件提出新的功能要求與性能要求。這是因為用戶的業(yè)務(wù)會發(fā)生變化，組織機(jī)構(gòu)也會發(fā)生變化。為了適應(yīng)這些變化，應(yīng)用軟件原來的功能和性能需要擴(kuò)充和增強(qiáng)，為達(dá)到這個目的而進(jìn)行的維護(hù)活動稱為完善性維護(hù)，占整個維護(hù)活動的50%。

4.預(yù)防性維護(hù)

為了提高軟件的可維護(hù)性和可靠性而對軟件進(jìn)行的修改稱為預(yù)防性維護(hù)。這是為以后進(jìn)一步的運(yùn)行和維護(hù)打好基礎(chǔ)，占整個維護(hù)工作的4%。8.2 維護(hù)的特點(diǎn)

8.2.1非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)

軟件的開發(fā)過程對軟件的維護(hù)過程有較大的影響。若不采用軟件過程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護(hù)工作非常難，這就是一種非結(jié)構(gòu)化的維護(hù)。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的文檔，這容易進(jìn)行維護(hù)工作，這是一種結(jié)構(gòu)化的維護(hù)。1.非結(jié)構(gòu)化維護(hù)

因為只有源程序，而文檔很少或沒有文檔，維護(hù)活動只能從閱讀、理解、分析源程序開始。這是軟件工程時代以前進(jìn)行維護(hù)的情況。2.結(jié)構(gòu)化維護(hù)

用軟件工程思想開發(fā)的軟件具有各階段的文檔，這對于理解和掌握軟件功能、性能、系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)、系統(tǒng)接口和設(shè)計約束有很大作用。這種維護(hù)對減少精力、減少花費(fèi)、提高軟件維護(hù)效率有很大的作用。8.2.2維護(hù)的困難性

軟件維護(hù)的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā)階段沒有嚴(yán)格而又科學(xué)的管理和規(guī)劃，就會引起軟件運(yùn)行時的維護(hù)困難。表現(xiàn)在以下幾個方面： 1.讀懂別人的程序是困難的。2.文檔的不一致性。

由于開發(fā)過程中文檔管理不嚴(yán)所造成的，在開發(fā)過程中經(jīng)常會出現(xiàn)修改程序卻遺忘了修改與其相關(guān)的文檔，使得文檔前后不一致。3.軟件開發(fā)和軟件維護(hù)在人員和時間上的差異

由于維護(hù)階段持續(xù)時間很長，正在運(yùn)行的軟件可能是十幾、二十年前開發(fā)的，開發(fā)工具、方法、技術(shù)與當(dāng)前的工具、方法、技術(shù)差異很大，這又是維護(hù)困難的另一因素。4.軟件維護(hù)不是一項吸引人的事

由于維護(hù)工作的困難性，維護(hù)工作經(jīng)常遭受挫折，而且很難出成果，不像軟件開發(fā)工作那樣吸引人。

8.2.3軟件維護(hù)的費(fèi)用

軟件維護(hù)的費(fèi)用在總費(fèi)用中的比重是不斷增加的。七十年代占35%~40%，八十年代上升到40%~60%，九十年代上升到70%~80%。軟件維護(hù)費(fèi)用不斷上升，這只是軟件維護(hù)有形的代價，無形的代價是要占用更多的資源，并在維護(hù)時對軟件的改動，引入了潛在的故障，從而降低了軟件的質(zhì)量。用于軟件維護(hù)工作的活動可分為生產(chǎn)性活動和非生產(chǎn)性活動兩種。生產(chǎn)性活動包括分析評價、修改設(shè)計和編寫程序代碼等。非生產(chǎn)性活動包括理解程序代碼功能、解釋數(shù)據(jù)結(jié)構(gòu)接口特點(diǎn)和設(shè)計約束。

維護(hù)活動總的工作兩由下式表示：M=P+K×exp(C-D)

其中：M表示維護(hù)工作的總工作量；

P表示生產(chǎn)性活動工作量；

K表示經(jīng)驗常數(shù)；

C表示復(fù)雜性程度；

D表示維護(hù)人員對軟件的熟悉程度；

上式表明，若C越大，D越小，那么維護(hù)工作量將成指數(shù)增加；C增加表示軟件因未用軟件工程方法開發(fā)，從而使得軟件為非結(jié)構(gòu)化設(shè)計，文檔缺少，程序復(fù)雜性高。D表示維護(hù)人員不是原來的開發(fā)人員，對軟件熟悉程度低，重新理解軟件花費(fèi)很多時間。8.3維護(hù)任務(wù)的實施 8.3.1維護(hù)的組織

為了有效地進(jìn)行軟件維護(hù)，應(yīng)事先開始組織工作，建立維護(hù)機(jī)構(gòu)。這種維護(hù)機(jī)構(gòu)通常以維護(hù)小組形式出現(xiàn)。維護(hù)小組分為臨時維護(hù)小組和長期維護(hù)小組。8.3.2維護(hù)的流程

軟件維護(hù)的流程如下：

(1)制定維護(hù)申請報告。

(2)審查申請報告并批準(zhǔn)。

(3)進(jìn)行維護(hù)并做詳細(xì)記錄。

(4)復(fù)審。1.制定維護(hù)申請報告

所有軟件維護(hù)申請報告應(yīng)按照規(guī)定的方式提出。該報告也稱為軟件問題報告。它是維護(hù)階段的一種文檔，由申請維護(hù)的用戶填寫。維護(hù)申請報告是一種由用戶產(chǎn)生的文檔，在軟件維護(hù)組織內(nèi)部還要制定一份軟件修改報告，該報告是維護(hù)階段的另一種文檔。

提出維護(hù)申請報告之后，由維護(hù)機(jī)構(gòu)來評審維護(hù)請求。評審工作很重要，通過評審回答要不要維護(hù)，從而可以避免盲目的維護(hù)。2.維護(hù)過程

一個維護(hù)申請?zhí)岢鲋?，?jīng)評審需要維護(hù)則按下列過程實施維護(hù)：

(1)首先確定要進(jìn)行維護(hù)的類型。

(2)對校正性維護(hù)從評價錯誤的嚴(yán)重性開始。

(3)對適應(yīng)性維護(hù)和完善性維護(hù)。

(4)實施維護(hù)任務(wù)。不管維護(hù)類型如何，大體上要開展相同的技術(shù)工作。這些工作包括修改軟件設(shè)計、必要的代碼修改、單元測試、集成測試、確認(rèn)測試以及復(fù)審。每種維護(hù)類型的側(cè)重點(diǎn)不一樣。

(5)“救火”維護(hù)。在發(fā)生重大問題時，需要立即解決的問題。

3.維護(hù)的復(fù)審

在維護(hù)任務(wù)完成后，要對維護(hù)任務(wù)進(jìn)行復(fù)審。8.3.3維護(hù)技術(shù)

有兩類維護(hù)技術(shù)，它們是面向維護(hù)的技術(shù)和維護(hù)支援技術(shù)。

1.面向維護(hù)的技術(shù)

面向維護(hù)的技術(shù)涉及軟件開發(fā)的所有階段。

2.維護(hù)支援技術(shù)

維護(hù)支援技術(shù)包括下列方面的技術(shù)：

.信息收集；

.錯誤原因分析；

.維護(hù)方案評價；

.軟件分析與理解；

.代碼與文檔修改；

.修改后的確認(rèn)；

.遠(yuǎn)距離的維護(hù)； 8.3.4維護(hù)的副作用 維護(hù)的目的是為了延長軟件的壽命并讓創(chuàng)造更多的價值，經(jīng)過一段時間的維護(hù)，軟件中的錯誤減少了，功能增強(qiáng)了。但修改軟件會造成軟件的錯誤，這種因修改軟件而造成的錯誤或其他不希望出現(xiàn)的情況稱為維護(hù)的副作用。

維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。

1.編碼副作用

在使用程序設(shè)計語言修改源代碼時可能引入錯誤。

2.數(shù)據(jù)副作用

在修改數(shù)據(jù)結(jié)構(gòu)時，有可能造成軟件設(shè)計與數(shù)據(jù)結(jié)構(gòu)不匹配，因而導(dǎo)致軟件錯誤。

3.文檔副作用

對數(shù)據(jù)流、軟件結(jié)構(gòu)、模塊邏輯或任何其他有關(guān)特性進(jìn)行修改時，必須對相關(guān)技術(shù)文檔進(jìn)行相應(yīng)修改，否則會導(dǎo)致文檔與程序功能不匹配、缺省條件改變、新錯誤信息不正確等錯誤，使文檔不能反映軟件當(dāng)前的狀態(tài)。

【大 中

8.4 軟件可維護(hù)性

軟件的維護(hù)是十分困難的，為了使軟件能易于維護(hù)，必須考慮使軟件具有可維護(hù)性。8.4.1可維護(hù)性定義

軟件可維護(hù)性的定義：軟件能夠被理解、校正、適應(yīng)及增強(qiáng)功能的容易程度。

軟件的可維護(hù)性、可使用性、可靠性是衡量軟件質(zhì)量的幾個主要特性，也是用戶十分關(guān)心的幾個問題。

軟件的可維護(hù)性是軟件開發(fā)階段的關(guān)鍵目標(biāo)。影響軟件可維護(hù)性的因素較多，設(shè)計、編碼及測試中的疏忽和低劣的軟件配置，缺少文檔等都對軟件的可維護(hù)性產(chǎn)生不良影響。軟件可維護(hù)性可用下面七個質(zhì)量特性來衡量，即可理解性、可測試性、可修改性、可靠性、可移植性、可使用性和效率。對于不同類型的維護(hù),這七種特性的側(cè)重點(diǎn)也是不相同。8.4.2可維護(hù)性的度量

目前有若干對軟件可維護(hù)性進(jìn)行綜合度量的方法，但要對可維護(hù)性作出定量度量還是困難的。還沒有一種方法能夠使用計算機(jī)對軟件的可維護(hù)性進(jìn)行綜合性的定量評價。

下面是度量一個可維護(hù)的軟件的七種特性時常采用的方法，即質(zhì)量檢查表、質(zhì)量測試、質(zhì)量標(biāo)準(zhǔn)。

質(zhì)量檢查表是用于測試程序中某些質(zhì)量特性是否存在的一個問題清單。

質(zhì)量測試與質(zhì)量標(biāo)準(zhǔn)則用于定量分析和評價程序的質(zhì)量。由于許多質(zhì)量特性是相互抵觸的，要考慮幾種不同的度量標(biāo)準(zhǔn)去度量不同的質(zhì)量特性。8.4.3提高可維護(hù)性的方法

從下面五個方面來闡述如何提高軟件的可維護(hù)性：

1.建立明確的軟件質(zhì)量目標(biāo)

如果要程序滿足可維護(hù)性七個特性的全部要求，那么要付出很大的代價，甚至是不現(xiàn)實的，但有些可維護(hù)性是相互促進(jìn)的，因此要明確軟件所追求的質(zhì)量目標(biāo)。

2.使用先進(jìn)的軟件開發(fā)技術(shù)和工具 利用先進(jìn)的軟件開發(fā)技術(shù)能大大提高軟件質(zhì)量和減少軟件費(fèi)用。面向?qū)ο蟮能浖_發(fā)方法就是一個非常實用而強(qiáng)有力的軟件開發(fā)方法，用面向?qū)ο蠓椒ㄩ_發(fā)出來的軟件系統(tǒng)，穩(wěn)定性好，比較容易修改，比較容易理解，易于測試和調(diào)試，因此，可維護(hù)性好。

3.建立明確的質(zhì)量保證

質(zhì)量保證是指為提高軟件質(zhì)量所做的各種檢查工作。質(zhì)量保證檢查是非常有效的方法，不僅在軟件開發(fā)的各階段中得到了廣泛應(yīng)用，而且在軟件維護(hù)中也是一個非常主要的工具。為了保證可維護(hù)性，以下四類檢查是非常有用的：

(1)在檢查點(diǎn)進(jìn)行檢查。

(2)驗收檢查。

(3)周期性的維護(hù)檢查。(4)對軟件包的檢查。

4.選擇可維護(hù)的語言

程序設(shè)計語言的選擇對維護(hù)影響很大。低級語言很難掌握，很難理解，因而很難維護(hù)。一般來說，高級語言比低級語言更容易理解，第四代語言更容易理解，容易編程，程序容易修改，改進(jìn)了可維護(hù)性。

5.改進(jìn)程序的文檔

程序文檔是對程序功能、程序各組成部分之間的關(guān)系、程序設(shè)計策略、程序?qū)崿F(xiàn)過程的歷史數(shù)據(jù)等的說明和補(bǔ)充。程序文檔對提高程序的可閱讀性有重要作用。為了維護(hù)程序，人們必須閱讀和理解程序文檔。

一、名詞解釋

1．校正性維護(hù)

2．適應(yīng)性維護(hù) 3．完善性維護(hù)

4．預(yù)防性維護(hù)

5．軟件可維護(hù)性 6．軟件維護(hù)的副作用

二、填空題

1．維護(hù)階段是軟件生存周期中時間最長的階段，也是花費(fèi)精力和費(fèi)用________的階段。2．在軟件交付使用后，由于在軟件開發(fā)過程中產(chǎn)生的錯誤沒有完全徹底在開發(fā)階段發(fā)現(xiàn)，必然有一部分隱含錯誤帶到_________階段。

3．采用手工方法開發(fā)軟件只有程序而無文檔，維護(hù)困難，這是一種___________維護(hù)。4．軟件維護(hù)費(fèi)用增加的主要原因是維護(hù)的_________非常低。5．軟件維護(hù)工作的活動分為生產(chǎn)性活動和__________活動。

6．所有軟件維護(hù)申請報告要按規(guī)定方式提出，該報告也稱_________報告。

7．有兩類維護(hù)技術(shù)：在開發(fā)階段使用來減少錯誤，提高軟件可維護(hù)性的面向維護(hù)技術(shù)；在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的_______技術(shù)。

三、選擇題

1．在生存周期中，時間長、費(fèi)用高、困難大的階段是()。A.需求分析 B.編碼 C.測試 D.維護(hù) 2．為適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是()。

A.校正性維護(hù) B.適應(yīng)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù) 3．軟件維護(hù)困難的主要原因是()。

A.費(fèi)用低 B.人員少 C.開發(fā)方法的缺陷 D.維護(hù)難 4．軟件維護(hù)費(fèi)用高的主要原因是()。

A.生產(chǎn)率高 B.生產(chǎn)率低 C.人員多 D.人員少 5．維護(hù)階段的文檔是()。

A.軟件需求說明 B.操作手冊 C.軟件問題報告 D.測試分析報告 6．產(chǎn)生軟件維護(hù)的副作用，是指()。

A.開發(fā)時的錯誤 B.隱含的錯誤 C.因修改軟件而造成的錯誤 D.運(yùn)行時誤操作 7．維護(hù)中，因誤刪除一個標(biāo)識符而引起的錯誤是()副作用。A.文檔 B.數(shù)據(jù) C.編碼 D.設(shè)計 8．可維護(hù)性的特性中相互促進(jìn)的是()。

A.可理解性和可測試性 B.效率和可移植性 C.效率和可修改性 D.效率和結(jié)構(gòu)好 9．可維護(hù)性的特性中，相互矛盾的是()。

A.可修改性和可理解性

B.可測試性和可理解性 C.效率和可修改性 D.可理解性和可讀性

四、簡答題

1．軟件維護(hù)有哪些類型？ 2．軟件維護(hù)的特點(diǎn)是什么？ 3．軟件維護(hù)的流程是什么？ 4．軟維護(hù)的副作用有哪些？

5．可維護(hù)性度量的質(zhì)量特性有哪些？ 6．提高可維護(hù)性有哪些方法？ 參考答案

二、填空題

1．最多 2．維護(hù) 3．非結(jié)構(gòu)化 4．生產(chǎn)率 5．非生產(chǎn)性 6．軟件問題 7．維護(hù)支援

三、選擇題

1．D 2．B 3．C 4．B 5．C 6．C 7．C 8．A 9．C

第五篇：軟件工程與團(tuán)隊開發(fā)考核說明

《軟件工程與團(tuán)隊開發(fā)》課程考核說明

本課程作為計算機(jī)應(yīng)用專業(yè)的選修課程，考核以過程考核即軟件開發(fā)過程為主，以實用、精簡的項目題目作為團(tuán)隊開發(fā)的題目進(jìn)行軟件開發(fā)，并寫出需求分析、總體設(shè)計和詳細(xì)設(shè)計文檔，以文檔為依據(jù)進(jìn)行考核。

題目：

? XXX班級通訊錄

? XXX醫(yī)院藥房管理系統(tǒng)

? 小型圖書館圖書管理系統(tǒng)

? 網(wǎng)上XXX（購物）系統(tǒng)**

? 在線考試系統(tǒng)**

? 火車車次查詢及訂票系統(tǒng)

? 學(xué)生成績管理系統(tǒng)

? 高校教材購銷系統(tǒng)

? XXX酒店預(yù)定系統(tǒng)

? XXX公司人事管理系統(tǒng)

要求：

1.對題目進(jìn)行充分的分析，盡可能作需求調(diào)查。

2.按照軟件工程的思想和方法進(jìn)行工作。

3.對目標(biāo)系統(tǒng)進(jìn)行合理、正確地分析與設(shè)計，力求詳細(xì)、全面，圖表符合規(guī)范。

4.提交各階段的文檔，至少包括：需求分析說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書，作為文檔上交。

5.可以分組進(jìn)行，每小組一個題目，每組3-5人。

6.除上述題目外，小組可以自行提出題目及其內(nèi)容，經(jīng)老師審查后方可進(jìn)行。

7.每個小組在每次作業(yè)上交時，確定小組內(nèi)部分工，寫入文檔。

8.對于不認(rèn)真做的，返回重做。

9.所有文檔，按照規(guī)范來寫。

10.所有文檔必須在課程結(jié)束一周內(nèi)上交。

11.18周交

考核：

由于本課程的理論和實踐性都比較強(qiáng)，因此采用“考勤＋開發(fā)文檔”的方式。考勤占20％，3次項目開發(fā)報告（需求分析報告、總體設(shè)計報告、詳細(xì)設(shè)計報告）占80％，其中需求分析報告占30%，總體設(shè)計報告25%，詳細(xì)設(shè)計25%。

文檔的考核主要檢查文檔內(nèi)容的完整性、文檔規(guī)范性、分析和設(shè)計的技術(shù)情況。