維護手冊

1.引言

□編寫目日勺

軟件維護是軟件生命周期的最終一種階段，它處在系統投入生產性運行后來的

時期中，因此不屬于系統開發過程。

軟件維護需要的工作量非常大,雖然在不一樣應用領域維護成本差異很大,不過,

平均說來，大型軟件的維護成本高達開發成本日勺四倍左右。目前國外許多軟件開發

組織把60%以上的人力用于維護已經有日勺軟件,并且伴隨軟件數量增多和使用壽命

延長,這個比例還在持續上升。

軟件維護就是在軟件已經交付使用之后，為了改正錯誤或者滿足新的需要而修

改軟件的過程°它有如下幾種性質的維護：

?改正性維護

由于軟件測試不也許暴露出一種大型軟件系統中所有潛藏的錯誤，因此在有效

期間，用戶必然會發現程序錯誤,并且把他們碰到日勺問題匯報給維護人員。我們把

診斷和改正錯誤日勺過程稱為改正性維護。

?適應性維護

計算機科學技術領域的各方面都在迅速進步,需要常常地修改版本。為了和變

化了日勺環境合適地配合而進行日勺修改軟件日勺活動稱為適應性維護。

?完善性維護

在軟件編寫完畢之后，投入實踐,在使用軟件的過程中，顧客往往提出增長新功

能或修改已經有日勺功能日勺提議，這就需要進行完善性維護。

?防止性維護

為了改善未來的可維護性或可靠性，或為了給未來日勺改善奠定更好的基礎而修

改軟件時，就需要進行防止性維護。

維護日勺過程本質上是修改和壓縮了的軟件定義和開發過程，并且實際上遠在提

出一項維護規定之前，與軟件維護有關的工作已經開始了。

鑒于以上各點,編寫維護軟件的文檔十分重要。它給軟件維護人員提供了一份

完整，清晰的闡明文檔,便于其迅速有效地進行維護工作。

口開發單位

項目日勺提出者：

開發者:

顧客:

使用場所：

口定義和縮寫

a.數據流圖描繪系統日勺邏輯模型，圖中沒有任何詳細日勺物理元素，只是描繪信息

在系統中流動和處理日勺狀況，它表達了數據和處理過程日勺關系。數據流圖有四種基

本符號:?正方形（或立方體表達數據的源點或終點。

?圓角矩形（或圓形代表變換數據日勺處理。

處理不一定是一種程序。一種處理框可以代表一系列程序，單個程序或者程序

口勺一種模塊;它甚至可以代表一種人工處理過程。

?開口矩形（或兩條平行橫線代表數據存儲。

數據存儲可以表達一種文獻.文獻日勺一部分，數據庫日勺元素或紀錄日勺一部分等

等。數據存儲是處在靜止狀態日勺數據。

?箭頭代表數據流即特定數據的流動方向。

數據流是處在運動中的數據。

尚有幾種附加符號:

取值范圍,與其他數據項B勺邏輯關系定義了數據日勺完整性約束條件，是設計數據

檢驗功能日勺根據。

2.數據構造描述二｛數據構造名，含義闡明,構成:｛數據構造或數據項｝｝

3.數據流=｛數據流名，闡明，流出過程，流入過程,構成:（數據構造或數據項｝｝?流

出過程，闡明該數據流由什么過程來。

?流入過程，闡明該數據流到什么過程去。

4.數據存儲二｛數據存儲名，闡明，輸入數據流，輸出數據流，構成:｛數據構造或數

據項｝，數據量，存取方式｝

?數據量，闡明每次存取多少數據，每天（或每小時，或每周存取幾次的信息。?存

取措施，指日勺是批處理，還是聯機處理;是檢索還是更新;是次序檢索還是隨機檢索;盡

量詳細搜集并加以闡明。

5.處理過程=｛處理過程名，闡明，輸入:｛數據流｝，輸出:｛數據流｝，處理:｛簡要說

明））

簡要闡明中重要闡明該處理過程的功能，即“做什么”（不是怎么做;處理頻度要

求，如每小時（或每分鐘處理多少事務,多少數據量;響應時間規定等。這些處理要求

是背面物理設計日勺輸入及性能評價的原則。

d.主鍵:數據庫表中的關鍵域。值互不相似。

e.外部主鍵:數據庫表中與其他表主鍵關聯的域。

f.系統:若未尤其指出，統指本機票預定系統。

g.SQL:StructuredQueryLanguage（構造化查詢語言，一種用于訪問查詢數據庫

日勺語言

h.SQLSERVER:系統服務器所使用日勺數據庫管理系統（DBMS。

i.ATM:AsynchronousTransferMode（異步傳播模式。

j.ROLLBACK:數據庫日勺錯誤恢復機制。

口參照資料

書籍：

《軟件工程導論》第三版張海藩清華大學出版社《實用軟件工程》第二版鄭

人杰殷人昆陶永雷清華大學出版社文檔：

需求規格闡明書，概要設計闡明書，詳細設計闡明書，顧客操作手冊。

2.系統闡明

口系統用途

輸入：

輸出：

功能：

□安全保密

系統提供一定的方式讓顧客表達自己的身份,系統進行核算.通過鑒定后才提供

機器使用權。常用的措施有：

1.用一種顧客名或頑客標識號來標識顧客身份。

2.口令。

3.系統提供一種隨機數.顧客根據預先約定好的I某一過程或者函數進行計算.系

統根據顧客計算成果與否對的深入鑒定顧客身份。

系統管理員還可對獲得上機權的顧客進行權限控制,是不一樣日勺顧客對于不一

樣日勺數據對象有不一樣日勺操作權限。

口總體闡明

系統日勺總體功能:系統接受輸入的預定機票的旅客信息,為旅客安排航班，印出

取票通知和帳單,旅客在飛機起飛的前一天憑取票告知和帳單交款取票,系統校對

無誤即印出機票給旅客。

系統日勺詳細功能：

1.接受:旅客信息及取票告知和帳單；

2.打取票告知和帳單及機票；

3.網絡輸出和加密，輸入和解密；

4.分辨信息日勺種類并采用對應日勺處理環節；

5.判斷信息日勺正誤并采用對應日勺處理環節；

6.進行數據庫日勺查詢、修改工作；

7.接受并判斷錯誤，輸出對應的出錯消息；

□程序闡明

1.PersinfoExam過程：

對在旅客信息界面中輸入的各項信息進行初步檢驗。若發現錯

誤,令ErrorAppear=T,判斷錯誤類型，并將對應日勺錯誤類型ErrorType或ErrorRank

作為參數，轉入ErrorHandle過程。若未發現錯誤，轉入Perslnfolnpul過程°其中的

錯誤種類有:

1.數據類型不匹配,ErroiType=T;

姓名string旅行目日勺地string

性別string旅行時間date

工作單位string（年/月/曰yy/mm/dd

身份證號碼longint

2、數據超過規定范圍ErrorRank二T;等等

性別只能是‘男'或'女'；身份證號碼按規定必須是13位;旅行時間必須在定票的

當日過一天后來等等

2、Pcrslnfolnput過程:

經檢查無誤后，將輸入界面表單中日勺數據輸入到ClassPerslnfo

ClassPerslnfo{/*偽碼*/

Stringname二姓名;

Stringsex=性另ij;

Stringcompany=工作單位；

Longintidcode=身份證號碼；

Datestime=旅行時間；

（syear/smonth/stime二年/月/日

Stringdcnist=目的地

）

24契作環境

□i殳備

共享一種數據庫的若干臺電腦，臺式打印機若干。

□支持軟件

支持常用日勺數據庫應用軟件：

VISUALFOXPRO5.0,DELPHI4.0,POWERBUILDER6.0

口數據庫

標識符:姓名,性別，工作單位，身份證號碼，旅行時間,旅行目的地。

靜態數據:存儲在硬盤上的數據。

動態數據:正處在處理過程中的數據。

數據庫日勺存儲媒體:硬盤。

3.維護過程

口規則

1.設計原則

I.親密結合構造（數據設計和行為（處理設計。

2.有機結合硬件，軟件，技術和管理日勺界面。

3.詳細程序實現過程中,對記錄，字段日勺引用參照Perslnfo類。

4.存儲區的標識符也參照Pcrslnfo類。

5.在設計過程中參照瀑布模型,ER模型，層次圖,Jackson程序設計措施。2.設計

程序變更的準則

1.檢查可供選擇日勺設計方案，尋找一種與程序日勺原始設計原理相容B勺變更設

計。

2.努力使設計簡化。

V能滿足可變性規定日勺設計。

4.不減少程序質量。

5.用可測試日勺并具有測試措施的術語描述設計。

6.考慮處理時間,存儲量和操作過程方面日勺變化。

7.考慮標更對顧客服務日勺干擾以及實行變更日勺代價與時間。

3.修改程序代碼的準則

1.必須要先熟悉整個程序日勺控制流程。

2.不要做不必要日勺修改。

3.不影響原始程序日勺風格和相容性。

4.記錄所作過的）修改.

5.審查軟件質量與否符合原則。

6.更新程序文檔以反應修改并保留修改前日勺程序代碼版本。

4.重新驗證程序的準則

1.首先測試程序故障，然后測試程序日勺未改動部分，最終測試程序日勺修改部分。

2.不容許做修改日勺維護程序員成為唯一日勺重新驗證程序的人。

3.鼓勵終端顧客參與到重新測試進程中來。

4.在重新驗證進程中,記錄出錯的次數與類型,并把成果同所提供的測試功能

進行比較,以便估計出程序與否退化。

口驗證過程

每當軟件被修改后，都要校驗其對日勺性。維護員應當有選擇地作些重新測試工

作,不僅要證明新的邏輯的對的性,并且要校驗實程序的為修改部分與否無損害,并

且整個程序運行對日勺。若發現錯誤,則要立即進行修正。

口出錯及糾正措施

經查詢尚有余票，但輸入旅客信息后卻發現已沒有余票。發生這種狀況日勺原因

是:有多臺計算機同步輸入訂購同一次航班的旅客信息,在查詢余票時,其他輸入信

息并未寫入磁盤,票數并未修改。此時，應當等待數秒后重新查詢余票。

□專門維護過程

系統運