第一篇：軟件工程考核知識(shí)點(diǎn)-第2章-軟件可行性研究與項(xiàng)目開(kāi)發(fā)計(jì)劃

軟件工程考核知識(shí)點(diǎn)-第2章-軟件可行性研究與項(xiàng)目開(kāi)發(fā)計(jì)

劃

2.1可行性研究

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

1.技術(shù)可行性

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

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

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

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

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

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

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

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

4.導(dǎo)出和評(píng)價(jià)各種方案

5.推薦可行的方案

6.編寫(xiě)可行性研究報(bào)告

2.2 系統(tǒng)流程圖

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

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

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

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

2.3成本——效益分析

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

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

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

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

一、填空題

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

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

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

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

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

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

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

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

答案

一、填空題

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

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

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

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

第2章 軟件可行性研究與項(xiàng)目開(kāi)發(fā)計(jì)劃

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

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

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

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

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

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

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

（3）社會(huì)可行性

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

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

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

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

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

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

（4）導(dǎo)出和評(píng)價(jià)各種方案

（5）推薦可行的方案

（6）編寫(xiě)可行性研究報(bào)告

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

（1）引言

（2）可行性研究前提

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

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

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

（6）社會(huì)因素可行性分析

（7）其它可供選擇方案

（8）結(jié)論意見(jiàn)

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

（1）貨幣的時(shí)間價(jià)值

（2）投資回收期

（3）純收入

5、項(xiàng)目開(kāi)發(fā)計(jì)劃有哪些內(nèi)容？

（1）項(xiàng)目概述

（2）實(shí)施計(jì)劃

（3）人員組織及分工

（4）交付期限

第三篇：軟件項(xiàng)目開(kāi)發(fā)計(jì)劃

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

1.1編寫(xiě)目的...............................1

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

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

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

2項(xiàng)目概述..............................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驗(yàn)收標(biāo)準(zhǔn)...............................2

2.5完成項(xiàng)目的最遲期限.........................2

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

3實(shí)施計(jì)劃..............................2

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

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

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

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

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

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

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

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

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

5專(zhuān)題計(jì)劃要點(diǎn).............................4

項(xiàng)目開(kāi)發(fā)計(jì)劃（GB856T——88）1引言

1.1編寫(xiě)目的說(shuō)明：編寫(xiě)這份軟件項(xiàng)目開(kāi)發(fā)計(jì)劃的目的，并指出預(yù)期的讀者。

1.2 背景

說(shuō)明：

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

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

1.3定義

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

1.4參考資料

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

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

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

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

2.1工作內(nèi)容

簡(jiǎn)要地說(shuō)明在本項(xiàng)目的開(kāi)發(fā)中須進(jìn)行的各項(xiàng)主要工作。

2.2主要參加人員

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

2.3產(chǎn)品

2.3.1程序

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

2.3.2文件

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

2.3.3服務(wù)

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

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

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

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

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

2.5完成項(xiàng)目的最遲期限

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

3實(shí)施計(jì)劃

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

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

3.2接口人員

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

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

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

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

3.3進(jìn)度

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

3.4預(yù)算

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

3.5關(guān)鍵問(wèn)題

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

4支持條件

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

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

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

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

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

4.3由外單位提供的條件

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

5專(zhuān)題計(jì)劃要點(diǎn)

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

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

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

第8章 軟件維護(hù)

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

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

1.校正性維護(hù)

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

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

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

3.完善性維護(hù)

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

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

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

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

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

因?yàn)橹挥性闯绦颍臋n很少或沒(méi)有文檔，維護(hù)活動(dòng)只能從閱讀、理解、分析源程序開(kāi)始。這是軟件工程時(shí)代以前進(jìn)行維護(hù)的情況。2.結(jié)構(gòu)化維護(hù)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(1)制定維護(hù)申請(qǐng)報(bào)告。

(2)審查申請(qǐng)報(bào)告并批準(zhǔn)。

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

(4)復(fù)審。1.制定維護(hù)申請(qǐng)報(bào)告

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

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

一個(gè)維護(hù)申請(qǐng)?zhí)岢鲋螅?jīng)評(píng)審需要維護(hù)則按下列過(guò)程實(shí)施維護(hù)：

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

(2)對(duì)校正性維護(hù)從評(píng)價(jià)錯(cuò)誤的嚴(yán)重性開(kāi)始。

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

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

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

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

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

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

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

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

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

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

.信息收集；

.錯(cuò)誤原因分析；

.維護(hù)方案評(píng)價(jià)；

.軟件分析與理解；

.代碼與文檔修改；

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

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

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

1.編碼副作用

在使用程序設(shè)計(jì)語(yǔ)言修改源代碼時(shí)可能引入錯(cuò)誤。

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

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

3.文檔副作用

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

【大 中

8.4 軟件可維護(hù)性

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(2)驗(yàn)收檢查。

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

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

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

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

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

一、名詞解釋

1．校正性維護(hù)

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

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

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

二、填空題

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

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

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

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

三、選擇題

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

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

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

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

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

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

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

A.可修改性和可理解性

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

四、簡(jiǎn)答題

1．軟件維護(hù)有哪些類(lèi)型？ 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．軟件問(wèn)題 7．維護(hù)支援

三、選擇題

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

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

《軟件工程與團(tuán)隊(duì)開(kāi)發(fā)》課程考核說(shuō)明

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

題目：

? XXX班級(jí)通訊錄

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

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

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

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

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

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

? 高校教材購(gòu)銷(xiāo)系統(tǒng)

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

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

要求：

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

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

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

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

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

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

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

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

9.所有文檔，按照規(guī)范來(lái)寫(xiě)。

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

11.18周交

考核：

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

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