實驗報告的書寫案例)

1、實驗報告的書寫案例實驗一撰寫可行性研究報告一、實驗目的1、 掌握可行性研究步驟；2、 學習編制可行性研究報告。二、實驗要求硬件： Intel Pentium 120 或以上級別的CPU，大于 16MB 的內存。軟件： Windows 95/98/2000 操作系統(tǒng)， Office 97/2000 軟件學時： 2 學時寫出此項實驗報告三、實驗內容1、 可行性研究（結構化分析）方法；2、 繪制數據流圖，使用Word 寫實驗報告。四、實驗步驟1引言1 1編寫目的可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解。經過對此項目進行詳細調查研究，初擬系統(tǒng)實現報告，對軟件開發(fā)

2、中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發(fā)風險及其所帶來的經濟效益。本報告經審核后，交軟件經理審查。1 2項目背景（ 1）待開發(fā)的軟件產品名稱：旅行社機票預定系統(tǒng)。（ 2）本項目的提出者：馮劍。開發(fā)者：李翀。用戶：旅行社。（ 3）本軟件產品將用于旅行社的機票預定和費用的記錄。1 3 術語說明DFD（數據流圖） ：一種描述書記變換的圖形工具，是結構化分析方法最普遍采用的表示手段，但數據流圖并不是結構化分析模型的全部，數據字典和小說明為數據流圖提供了補充，并用以驗證圖形表示的正確性、一致性和完整性，三者共同構成了被建系統(tǒng)的模型。1 4. 系統(tǒng)參考文獻參考文獻見附錄2. 可行性研究

3、的前提2 1基本要求(1) 功能本軟件實現的功能有： 為游客提供機票預定服務， 提高旅游局的服務質量和服務效率。對航班數據庫的查詢和修改，對機票費用記帳數據庫的查詢和修改，記錄旅客信息（姓名、性別、年齡、身份證號、單位、旅行時間、目的地） 、航班時間和班次，打印機票和帳單。(2) 性能時間：提供的信息必須及時的反映在工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在機場的主服務器上。對服務器上的數據必須進行及時正確的刷新。一筆業(yè)務在一分鐘內完成?？臻g：運行空間2M。(3) 系統(tǒng)的輸入和輸出輸入：旅行社定票單。數據完整，詳實。輸出：機票、帳單。簡捷，快速，實時。(4) 處理流程旅行社將定票信息輸入定票

4、系統(tǒng)，系統(tǒng)輸出機票和帳單給旅客。（ 5）安全保密要求旅客的信息保密。服務器的管理員享有對機場航班信息庫及機票信息庫和定票信息庫的管理與修改。旅行社的售票員只享有對訂票信息庫的部分修改（寫入與讀出）。(6) 完成期限要求系統(tǒng)完成期限為10個月。2 2 開發(fā)目標：系統(tǒng)實現后， 大大提高旅行社的機票預定服務效率。減少信息交流的煩瑣過程及其帶來的開銷。開發(fā)目標應考慮的因素：（ 1）人力與設備費用的相對減少；（ 2）業(yè)務處理速度的提高；（ 3）計算的準確度和精度的提高；（ 4）人員利用率的改進。2 3具備條件項目開發(fā)中所具備的條件，假定和限制：（ 1） 目標系統(tǒng)運行壽命系統(tǒng)運行壽命建議值應為三年。（ 2

5、） 進行系統(tǒng)方案選擇比較的時間一個月（ 3） 經費，投資來源經費來源于旅行社（ 4） 軟硬件，運行環(huán)境和開發(fā)環(huán)境硬件環(huán)境PII 或更高檔微機服務器 sun工作站，終端為pc機。運行時內存要求：2MB；安裝所需硬盤：10MB打印機： 1q_1600k軟件環(huán)境降低售票服務中的錯誤發(fā)生率，中文 Windows98/20002 4 可行性研究的方法（ 1）客戶調查（ 2）專家咨詢（ 3）市場調查2 5. 評價尺度各項功能的優(yōu)先次序，開發(fā)時間的長短及使用中的難以程度。3 對現有系統(tǒng)的分析現有系統(tǒng)存在著數據不易更新、容易丟失、容易出錯、查詢效率低。業(yè)務人員工作強度大，儲戶等待服務時間長等缺點。4 目標系統(tǒng)

6、的技術可行性分析4 1 對目標系統(tǒng)的簡要描述系統(tǒng)采用常規(guī)的數據庫管理方法4 2 數據流圖定票單航班旅行社預定準備機票機票機票費用帳單航班目錄記帳旅客記帳文件4 3與現有系統(tǒng)進行比較系統(tǒng)有利于數據集中， 時空利用率高易更新， 易備份， 查詢速度快， 響應速度快，基本消除了現有系統(tǒng)的種種缺陷，更為廣大旅客和旅行社工作人員所接受。4 4采用建議系統(tǒng)可能帶來得影響系統(tǒng)極大提高了用戶查詢相關信息的命中率，有利于決策優(yōu)化和提高工作效率。系統(tǒng)是一個數據庫管理系統(tǒng)，當今數據庫技術較為成熟，利用現有技術應該可以達到功能目標?？紤]到開發(fā)期限較為寬裕，預計可以在規(guī)定的時間內完成軟件的開發(fā)。5投資和效益分析（經濟可行

7、性分析）5 1 支出（ 1）基建投資硬件設備 :PC機： 8000元網絡設備： 10 萬輔助配置： 10 萬共計： 28萬軟件 :Windows98/2000 ： 10萬VB 6.0 ： 1萬操作員培訓費：5 萬（ 2）其他一次性支出軟件設計和開發(fā)費用：20萬（ 3）經常性支出軟件維護費用： 5萬一共花費： 69萬5 2 效益實現業(yè)務電算化，減少人力投資和辦公費用，提高工作效率。一次性收益0 元經常性收益（按銀行利率： 1%）；減少員工 10 人 (1000 圓 /人 )四年收益 :1000* （ 1.1+（ 1.1）2+（ 1.1） 3+（ 1.1）4） *10*12*5=24.5萬工作效率

8、提高收益（工作效率提高30%） :30* （ 1.1+（ 1.1） 2+（ 1.1）3 +（ 1.1） 4） * （ 30%） *4 = 2.3萬經常性收益共計 : 26.8 萬不可定量收益因服務質量提高增加旅客量10%:100萬 *10%*(90%+(90%) 2+(90%) 3+(90%) 4)=30.8 萬共受益： 326.8萬5 3 投資回收周期收益 /投資比30.8/26.8=114%回收周期 2、 3年6社會因素方面的可行性6 1 法律方面的可行性所有軟件都選用正版、所有技術資料都由提出方保管。合同制定確定違約責任。新系統(tǒng)（目標系統(tǒng)）的研制和開發(fā)，將不會侵犯他人、集體和國家利益，不

9、會違反國家政策合法律。6 2 使用方面的可行性使用本軟件人員要求有一定計算機基礎的人員,系統(tǒng)管理員要求由計算機的專業(yè)知識 ,所有人員都要經過本公司培訓。新系統(tǒng)（目標系統(tǒng)）的研制和開發(fā)已充分考慮了儲戶的各方因素，能滿足使用要求。7結論綜上所述，由于投資效益比遠大于 100%, 技術、經濟、操作都有可行性，可以進行系統(tǒng)的開發(fā)和研制可以開始進行。實驗二撰寫需求規(guī)格說明書一、 實驗目的1、 掌握需求分析的步驟；2、學習編制需求規(guī)格說明書。二、實驗要求硬件： Intel Pentium 120 或以上級別的CPU，大于 16MB 的內存。軟件： Windows 95/98/2000 操作系統(tǒng)， Offi

10、ce 97/2000 軟件學時： 2 學時寫出此項實驗報告三、實驗內容1、需求分析（結構化分析）方法；2、 繪制及精化數據流圖，使用Word 寫實驗報告 。四、實驗步驟1引言1 1編寫目的1 ）作為軟件開發(fā)機構和用戶之間一份事實上的技術合同書；2 ）作為軟件開發(fā)機構下一步進行設計和編碼的基礎；3 ）作為測試和驗收目標系統(tǒng)的依據。1 2項目背景（ 1）待開發(fā)的軟件產品名稱：旅行社機票預定系統(tǒng)。（ 2）本項目的提出者：馮劍。開發(fā)者：李翀。用戶：學生。（ 3）本軟件產品將用于旅行社的機票預定和費用的記錄。1 3術語說明1. 數據流圖：（DFD）一種描述數據變化的圖形工具，是結構化分析方法最普遍采用的

11、表示手段2. 加工：（用圓圈表示） 它是對數據進行處理的單元， 它接受一定的輸入數據，對其進行處理，并產生結果。3. 數據流：（用箭頭表示）它表示數據和數據流向。4. 數據存儲：（用兩條平行線表示）用于信息的靜態(tài)存儲。5. 數據源和數據潭： （用矩形表示）表示系統(tǒng)和環(huán)境的接口，是系統(tǒng)之外的實體。其中，數據源是數據流的起點，數據潭是數據流的最終目的地。1 4. 系統(tǒng)參考文獻參考文獻見附錄1 5 需求規(guī)格說明概覽2. 項目概況2.1產品的一般性描述本產品應用于旅行社內的機票訂購，可用于旅客的訂購機票和旅行社對機票的查詢和預訂。2.2產品功能本軟件實現的功能有：對航班數據庫的查詢和修改，對機票費用記

12、帳數據庫的查詢和修改，記錄旅客信息（姓名、性別、年齡、身份證號、單位、旅行時間、目的地） 、航班時間和班次，打印機票和帳單。簡述開發(fā)軟件所具有的功能，采用圖形表示：頂層數據流圖：旅行社訂票單飛機票預旅客訂系統(tǒng)系統(tǒng)流程圖：定票單航班旅行社預定準備機票機票機票費用帳單航班目錄記帳旅客記帳文件2.3用戶特征該軟件的用戶為旅行社機票訂購工作人員，該工作人員需熟悉數據庫的操作和基本的 UNIX系統(tǒng)的操作。2.4運行環(huán)境 :該軟件運行環(huán)境為UNIX 系統(tǒng)2.5限制與約束 :必須在保證各硬件設備軟件系統(tǒng)齊備的情況下，資金充足，人員齊備，各方面互相配合，齊心協(xié)力，共同完成。3 功能需求31引言為了便于系統(tǒng)的維

13、護和開發(fā)的靈活性、方便性，把系統(tǒng)分為幾個模塊來處理。3 2 功能劃分客戶機程序主要有三大塊：接收數據、網絡通信及輸出部分。服務器程序主要也是由三大功能：接收網絡數據、數據庫操作及發(fā)送網絡數據部分。服務器程序需與已建立的 SQL SERVER 數據庫互連。3 3功能描述1 接收數據：系統(tǒng)從客戶機終端獲取工作人員輸入的旅客信息和航班信息。2 網絡通信：客戶機終端將獲取的信息打包加密后發(fā)送到服務器。3 輸出部分：客戶機終端將服務器反饋回來的信息顯示在屏幕上。4 接收網絡數據：服務器接收客戶機發(fā)送來的信息，解密后保3存。5 數據庫操作：服務器根據接收的信息查詢數據庫。數據部分：服務器把查詢結果信息加密

14、反饋到客戶機終端。 4處理過程說明客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票6 發(fā)送網絡/ 領票選項。輸出為打印帳單或機票，和確認或出錯信息。服務器接收信息與數據庫中數據核對，返回預訂成功或者失敗原因。4 行為描述4 1系統(tǒng)狀態(tài)訂票系統(tǒng)要求實時性高，所以系統(tǒng)必須24小時都處于正常運行狀態(tài)。4 2事件和動作旅客信息的傳送、數據庫的查詢、記賬、打印機票和賬單、屏顯。5 外部界面需求5 1用戶界面 : 在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多

15、對WINDOW風格較熟悉，應盡量向這一方向靠攏52硬件界面 :在輸入方面，對于鍵盤、鼠標的輸入，可用VISUAL C+ 的標準輸入 /輸出，對輸入進行處理。在輸出方面，打印機的連接及使用，也可用VISUAL C+的標準輸入 /輸出對其進行處理。 在網絡傳輸部分， 在網絡硬件部分， 為了實現高速傳輸，將使用高速 ATM 。53軟件界面 :在軟件設計語言上，已決定使用MS VISUAL C+進行編程，在界面上可使用VISUAL C+所提供的可視化組件，向WINDOWS風格靠近。其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用 VISUAL C+ 庫中的錯誤

16、提示函數。6性能需求6 1數據精度輸出結果精度等6 2時間特性一筆業(yè)務的響應時間在30秒內響應，數據庫的更新處理時間在2到 5分鐘內。一筆業(yè)務的數據轉換與傳輸時間在30秒內完成。軟件的運行時間在1分鐘內響應。7設計約束7 1標準化約束 :計算機技術和產品的發(fā)展日新月異，將會給信息處理帶來更多的手段，同時也會帶來更加豐富的信息表達形式。例如圖象和語音技術的進步，多媒體技術的發(fā)展，這些都要求系統(tǒng)在設計時考慮技術變化的可能性，為可能的變化預留一定的系統(tǒng)處理能力7 2硬件約需提供足夠大的存儲空間。在硬件方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。8屬性需求8 1正確性 :系統(tǒng)處理的正確

17、性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，充分考慮了系統(tǒng)當前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應時間能夠滿足企業(yè)對信息處理的需求。8 2可靠性 :系統(tǒng)分客戶機和服務器，終端出現錯誤不會影響整個系統(tǒng)的運行。8 3完整性 :由于系統(tǒng)的數據是共享的，在不同的旅行社中中，機票是共享數據，所以系統(tǒng)必須保證這些數據的一致性，對于輸入的數據，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應該拒絕該數據。8 4安全性 : 機票預定系統(tǒng)中涉及到的數據是航空公司的相當重要的信息，為防止他人盜用，信息的傳輸都自動加密。限制前臺工作站對數據庫的修改權利。85可維護性 :機票預定系統(tǒng)中涉及到的數據是航空

18、公司的相當重要的信息，系統(tǒng)提供了方便的手段供系統(tǒng)維護人員進行數據的備份，日常的安全管理，系統(tǒng)意外崩潰時數據的恢復等工作。8 6可理解性 : 系統(tǒng)盡量使用用戶熟悉的術語和中文信息的界面，系統(tǒng)提供良好的用戶接口，易用的人機交互界面，針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。8 7可移植性 : 只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。8 8互連性 :由于數據庫數據都是共享數據，所以必須連接到互聯(lián)網。9 其他需求9 1數據庫需求數據庫的名稱:1、航班信息數據庫2 、記賬文件類型：類型：SQL S

19、ERVER；SQL SERVER。9 2用戶操作需求:機票預定系統(tǒng)是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的術語和中文信息的界面。9 3 工作場地需求 : 工作場地溫度是正常的至少操作人員能夠適應，有專線連接 internet 。10 參考書目11.附錄實驗三撰寫概要設計說明書一、 實驗目的1、 掌握概要設計的步驟；2、學習編制概要設計說明書。二、 實驗要求硬件： Intel Pentium 120 或以上級別的軟件： Windows 95/98/2000 操作系統(tǒng)，學時：

20、4 學時寫出此項實驗報告三、 實驗內容1、 概要設計（結構化設計）方法；2、 繪制結構（層次）圖，使用Word四、 實驗步驟1引言CPU，大于 16MB 的內存。Office 97/2000 軟件寫實驗報告。1.1編寫目的在本機票預定系統(tǒng)項目的前一階段，也就是需求分析階段中，已經將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經在上一階段中對旅行社及機場的實地調研中獲得，并在需求規(guī)格說明書中得到詳盡得敘述及闡明。本階段已在系統(tǒng)的需求分析的基礎上， 對機票預定系統(tǒng)做概要設計。 主要解決了實現該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞

21、的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。1.2項目背景本項目（機票預定系統(tǒng)）時由旅行社委托，由李翀負責開發(fā)。1.3專門術語定義SQL SERVER:系統(tǒng)服務器所使用的數據庫管理系統(tǒng)（DBMS ）。SQL: 一種用于訪問查詢數據庫的語言事務流：數據進入模塊后可能有多種路徑進行處理。主鍵：數據庫表中的關鍵域。值互不相同。外部主鍵：數據庫表中與其他表主鍵關聯(lián)的域ROLLBACK:數據庫的錯誤恢復機制。1.4參考資料軟件工程及其應用軟件工程周蘇、王文等張海藩天津科學技術出版社清華大學出版社1990/111992/12.任務概述

22、2 1目標完成對飛機航班數據庫的訪問和記賬數據庫的訪問，記賬并打印機票和賬單。22 運行環(huán)境：系統(tǒng)將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內的數據服務器程序。23限制描述：根據調研得知所有旅行社的計算機配置均在Intel Pentium 120 或以上級別，客戶程序應能夠在Intel Pentium 120或以上級別, Windows 95/98/2000操作系統(tǒng)， Office 97/2000軟件。3、 總體設計3 1基本概念和處理流程下面將使用（結構化設計）面向數據流的方法對機票預定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。3

23、 2系統(tǒng)結構和模塊外部設計：下面以結構圖來描述機票預定系統(tǒng)的軟件總體結構。框內注明了模塊的名字；方框之間的直線表示模塊的調用關系?？蛻魴C部分：機票預定系統(tǒng)（客戶機程序）接收輸入數據聯(lián)絡服務器輸出數據準備定票發(fā)送準備確認發(fā)送準備網絡數據包解開網絡數據包確認操作類型發(fā)送數據接收數據定票成功？領票成功？檢驗輸入讀入旅客資料讀入帳單號判 斷 錯 誤確定（定票 /領票）準備輸出準 備 錯 誤準備輸出旅 客 資定票 /領帳單號顯示確認顯示錯誤料票打印帳單打印機票確認顯示帳單機票服務器程序部分：機票預定系統(tǒng)（服務器部分）接收數據數據處理、查詢發(fā)送數據判斷類型準備 SQL判斷查詢解開數據包數據庫操作判斷原因準

24、備數據包準備返回數據準備返回數據發(fā)送數據到客戶機接收客戶機數據3 3 功能分配：各項模塊的功能可參照 3.2 中的說明。客戶機程序主要有三大塊：接收數據、網絡通信及輸出部分。服務器程序主要也是由三大功能：接收網絡數據、數據庫操作及發(fā)送網絡數據部分。服務器程序需與已建立的SQL SERVER數據庫互連，其接口將于下面部分闡述。4接口設計4.1外部接口：外部接口可以參照外部界面需求 .4.2內部接口：內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳

25、輸。5數據結構設計5 1邏輯結構設計52 物理結構設計：物理數據結構設計主要是設計數據在模塊中的表示形式。數據在模塊中都是以結構的方式表示。1旅客信息旅客姓名String旅客性別Char身份證號碼Long int工作單位String用于定票時接收輸入，以及領票時服務器返回。2帳單號可使用 Long int實現。用于領票時接收輸入，以及定票時服務器返回。3飛行目的航班號String目的地String起飛時間Date/Time座位號String用于定票時接收輸入，以及領票時服務器返回。4網絡包網絡包Head傳輸數據Stringint用于數據在網絡上的傳輸。5錯誤信息錯誤類型int輸出語句Strin

26、g用于關于錯誤操作。6機票信息航班號int目的地String起飛時間Date旅客姓名String旅客性別Char身份證號碼Long int座位號String用于打印機票準備工作。數據類型可參照上面所述。7帳單信息帳單號Long int旅客姓名String身份證號碼Long int航班號int起飛時間Date目的地String用于打印帳單準備工作。數據類型可參照上面所述。5.3 數據結構與程序的關系：服務器程序在對定票 /領票進行操作時需對數據庫數據結構， 也就是數據表進行查詢和修改：在定票 /領票過程中都需要對數據庫中的所有表，進行聯(lián)合查詢、修改。物理數據結構主要用于各模塊之間函數的信息傳遞。

27、接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中，機票結構，帳單結構，送入打印準備模塊中準備打印格式。6運行設計6.1 運行模塊的組合：客戶機程序在有輸入時啟動接收數據模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。在接收數據模塊得到充分的數據時，將調用網絡傳輸模塊，將數據通過網絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數據輸出模塊，對信息進行處理，產生相應的輸出。服務器程序的接收網絡數據模塊必須始終處于活動狀態(tài)。 接收到數據后， 調用數據處理 /查詢模塊對數據庫進行訪問，完成后調用網絡發(fā)送模塊，將信息返回客

28、戶機。6.2運行控制：運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。在網絡傳方面，客戶機在發(fā)送數據后，將等待服務器的確認收到信號，收到后，再次等待服務器發(fā)送回答數據，然后對數據進行確認。服務器在接到數據后發(fā)送確認信號，在對數據處理、訪問數據庫后，將返回信息送回客戶機，并等待確認。6.3運行時間：在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作反應將受到很大的影響。所以將采用高速 ATM 網絡，實現客戶機與服務器之間的連接，以減少網絡傳輸上的開銷。其次是服務器的