1、實驗報告書寫案例,(2) 實驗報告的書寫案例 實驗一 撰寫可行性研究報告 一、 實驗目的 1、 掌握可行性研究步驟； 2、 學習編制可行性研究報告。 二、 實驗要求 硬件：intel pentium 120 或以上級別的 cpu，大于 16mb 的內存。 軟件：windows 95/98/2000 操作系統，office 97/2000 軟件 學時：2 學時 寫出此項實驗報告 三、 實驗內容 1、 可行性研究（結構化分析）方法； 2、 繪制數據流圖，使用 word 寫實驗報告。 四、 實驗步驟 1 11 編寫目的 可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解

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

3、被建系統的模型。 14. 參考文獻見附錄 2. 21根本要求 (1) 功能 本軟件實現的功能有：為游客提供機票預定效勞，提高旅游局的效勞質量和效勞效率。對航班數據庫的查詢和修改，對機票費用記帳數據庫的查詢和修改，記錄旅客信息（姓名、性別、年齡、身份證號、單位、旅行時間、目的地）、航班時間和班次，打印機票和帳單。 (2) 時間：提供的信息必須及時的反映在工作平臺上。售票系統的定單必須無過失的存儲在機場的主效勞器上。對效勞器上的數據必須進行及時正確的刷新。一 筆業務在一分鐘內完成。空間：運行空間 2m。 (3) 系統的輸入和輸出 輸入：旅行社定票單。數據完整，詳實。 輸出：機票、帳單。簡捷，快速，

4、實時。 (4)處理流程 旅行社將定票信息輸入定票系統，系統輸出機票和帳單給旅客。 （5）平安保密要求 旅客的信息保密。效勞器的管理員享有對機場航班信息庫及機票信息庫和定票信息庫的管理與修改。旅行社的售票員只享有對訂票信息庫的局部修改（寫入與讀出）。 (6)完成期限要求 系統完成期限為10個月。 2 2 開發目標： 系統實現后，大大提高旅行社的機票預定效勞效率。降低售票效勞中的錯誤發生率，減少信息交流的煩瑣過程及其帶來的開銷。 開發目標應考慮的因素： （1）人力與設備費用的相對減少； （2）業務處理速度的提高； （3）計算的準確度和精度的提高； （4）人員利用率的改良。 23具備條件 工程開發中

5、所具備的條件，假定和限制： （1） 目標系統運行壽命 系統運行壽命建議值應為三年。 （2） 進行系統方案選擇比擬的時間 一個月 （3） 經費，投資 經費旅行社 （4） 軟硬件，運行環境和開發環境 硬件環境 pii或更高檔微機 效勞器sun工作站，終端為pc機。 運行時內存要求：2mb； 安裝所需硬盤：10mb 打印機：1q1600k 軟件環境 中文windows98/2000 24 可行性研究的方法 （1）客戶調查 （2）專家咨詢 （3）市場調查 25. 各項功能的優先次序，開發時間的長短及使用中的難以程度。 3對現有系統的分析 現有系統存在著數據不易更新、容易喪失、容易出錯、查詢效率低。業務

6、人員工作強度大，儲戶等待效勞時間長等缺點。 4目標系統的技術可行性分析 41 對目標系統的簡要描述 系統采用常規的數據庫管理方法 42 定票單 航班 機票 費用 帳單 航班目錄 記帳文件 43與現有系統進行比擬 系統有利于數據集中，時空利用率高易更新，易備份，查詢速度快，響應速度快，根本消除了現有系統的種種缺陷，更為廣闊旅客和旅行社工作人員所接受。 44采用建議系統可能帶來得影響 旅行社 預定 機票 準備 機票 記帳 旅客 系統是一個數據庫管理系統，當今數據庫技術較為成熟，利用現有技術應該可以到達功能目標?？紤]到開發期限較為寬裕，預計可以在規定的時間內完成軟件的開發。 5投資和效益分析（經濟可

7、行性分析） 51 支出 （1） 基建投資 硬件設備:pc機：8000元 網絡設備：10 萬 輔助配置：10 萬 共計：28萬 軟件:windows98/2000：10萬 vb 6.0：1萬 操作員培訓費：5 萬 （2） 其他一次性支出 軟件設計和開發費用：20萬 （3） 經常性支出 軟件維護費用：5萬 一共花費：69萬 52 效益 實現業務電算化，減少人力投資和辦公費用，提高工作效率。 一次性收益 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萬 53 投資回收周期 收益/投資比 30.8/26.8=114% 回收周期2、3年 6社會因素方面的可行性 61 法律方面的可行性 所有軟件都選用正版、所有技術資料都由提出方保管。合同制定確定違約責任。 新系統（目標系統）的研制和開發，將不會侵犯他人、

9、集體和國家利益，不會違反國家政策合法律。 62 使用方面的可行性 使用本軟件人員要求有一定計算機根底的人員,系統管理員要求由計算機的專業知識,所有人員都要經過本公司培訓。新系統（目標系統）的研制和開發已充分考慮了儲戶的各方因素，能滿足使用要求。 7結論 綜上所述，由于投資效益比遠大于100%, 技術、經濟、操作都有可行性，可以進行系統的開發和研制可以開始進行。 實驗二 撰寫需求規格說明書 一、 實驗目的 1、 掌握需求分析的步驟； 2、學習編制需求規格說明書。 二、實驗要求 硬件：intel pentium 120 或以上級別的 cpu，大于 16mb 的內存。 軟件：windows 95/9

10、8/2000 操作系統，office 97/2000 軟件 學時：2 學時 寫出此項實驗報告 三、 實驗內容 1、需求分析（結構化分析）方法； 2、 繪制及精化數據流圖，使用 word 寫實驗報告。 四、 實驗步驟 1 11 編寫目的 1）作為軟件開發機構和用戶之間一份事實上的技術合同書； 2）作為軟件開發機構下一步進行設計和編碼的根底； 3）作為測試和驗收目標系統的依據。 12 工程背景 （1）待開發的軟件產品名稱：旅行社機票預定系統。 （2）本工程的提出者：馮劍。開發者：李翀。用戶：學生。 （3）本軟件產品將用于旅行社的機票預定和費用的記錄。 13 術語說明 1.數據流圖：（dfd）一種描

11、述數據變化的圖形工具，是結構化分析方法最普遍采用的表示手段 2.加工：（用圓圈表示）它是對數據進行處理的單元，它接受一定的輸入數據，對其進行處理，并產生結果。 3.數據流：（用箭頭表示）它表示數據和數據流向。 4.數據存儲：（用兩條平行線表示）用于信息的靜態存儲。 5.數據源和數據潭：（用矩形表示）表示系統和環境的接口，是系統之外的實體。其中，數據源是數據流的起點，數據潭是數據流的最終目的地。 14. 參考文獻見附錄 15 需求規格說明概覽 2. 2.1 本產品應用于旅行社內的機票訂購，可用于旅客的訂購機票和旅行社對機票的查詢和預訂。 2.2 本軟件實現的功能有：對航班數據庫的查詢和修改，對機

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

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

14、加密反響到客戶機終端。 34 客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票/領票選項。輸出為打印帳單或機票，和確認或出錯信息。效勞器接收信息與數據庫中數據核對，返回預訂成功或者失敗原因。 4 41 訂票系統要求實時性高，所以系統必須24小時都處于正常運行狀態。 42事件和動作 旅客信息的傳送、數據庫的查詢、記賬、打印機票和賬單、屏顯。 5外部界面需求 51用戶界面: 在用戶界面局部，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對window 風格較熟悉，應盡

15、量向這一方向靠攏 52硬件界面: 在輸入方面，對于鍵盤、鼠標的輸入，可用visual c+的標準輸入/輸出，對輸入進行處理。在輸出方面，打印機的連接及使用，也可用visual c+的標準輸入/輸出對其進行處理。在網絡傳輸局部，在網絡硬件局部，為了實現高速傳輸，將使用高速atm。 53軟件界面: 在軟件設計語言上，已決定使用 ms visual c+ 進行編程，在界面上可使用visual c+ 所提供的可視化組件，向windows 風格靠近。 其中效勞器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用visual c+ 庫中的錯誤提示函數。 6性能需求 61數據精

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

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

18、的信息，系統提供了方便的手段供系統維護人員進行數據的備份，日常的平安管理，系統意外崩潰時數據的恢復等工作。 86可理解性: 系統盡量使用用戶熟悉的術語和中文信息的界面，系統提供良好的用戶接口，易用的人機交互界面，針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。 87可移植性: 只要符合一定的標準，可以簡單的參加和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。 88互連性: 由于數據庫數據都是共享數據，所以必須連接到互聯網。 9其他需求 91數據庫需求 數據庫的名稱: 1、航班信息數據庫 類型：sql server； 2、記賬文件 類型

19、：sql server。 92用戶操作需求: 機票預定系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面。 93工作場地需求: 工作場地溫度是正常的至少操作人員能夠適應，有專線連接inter。 10 11. 實驗三 撰寫概要設計說明書 一、 實驗目的 1、 掌握概要設計的步驟； 2、學習編制概要設計說明書。 二、 實驗要求 硬件：intel pentium 120 或以上級別的 cpu，大于 16mb 的內存。 軟件：windows 95/98/2000 操作

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

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

22、華大學出版社 1990/11 2.任務概述 21目標 完成對飛機航班數據庫的訪問和記賬數據庫的訪問，記賬并打印機票和賬單。 22 運行環境：系統將由兩局部程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內的數據效勞器程序。 23限制描述：根據調研得知所有旅行社的計算機配置均在intel pentium 120或以上級別，客戶程序應能夠在intel pentium 120或以上級別, windows 95/98/2000操作系統，office 97/2000軟件。 3、 總體設計 31根本概念和處理流程 下面將使用（結構化設計）面向數據流的方法對機票預定系統的處理流程進行分析。系統可分為兩大

23、局部：一、客戶機上的程序，二、效勞器上的程序。 32系統結構和模塊外部設計： 下面以結構圖來描述機票預定系統的軟件總體結構?？騼茸⒚髁四K的名字；方框之間的直線表示模塊的調用關系。 客戶機局部： 機票預定系統（客戶機程序） 接收輸入數據 聯絡效勞器 輸出數據 準備定票發送 準備確認發送檢驗輸入 讀入旅客資料 讀入帳單號 確定（定票/領票） 旅 客 資料 定票/領票 帳單號 準備網絡數據包 解開網絡數據包 發送數據 接收數據 定票成功？ 領票成功？ 確認操作類型 準備輸出 判斷錯誤準備輸出 準備錯誤打印帳單 顯示確認 顯示錯誤 效勞器程序局部： 33 功能分配： 各項模塊的功能可參照 3.2 中

24、的說明?？蛻魴C程序主要有三大塊：接收數據、網絡通信及輸出局部。效勞器程序主要也是由三大功能：接收網絡數據、數據庫打印機票 確認顯示 帳單 機票 機票預定系統（效勞器局部） 接收數據 數據處理、查詢 發送數據 判斷類型 解開數據包 接收客戶機數據 準備數據包 發送數據到客戶機 準備 sql 數據庫操作 判斷查詢 準備返回數據 判斷原因 準備返回數據 操作及發送網絡數據局部。效勞器程序需與已建立的 sql server 數據庫互連，其接口將于下面局部闡述。 4接口設計 4.1外部接口： 外部接口可以參照 外部界面需求. 4.2內部接口： 內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式

25、進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。 5數據結構設計 51邏輯結構設計 52 物理結構設計：物理數據結構設計主要是設計數據在模塊中的表示形式。數據在模塊中都是以結構的方式表示。 1 旅客信息 旅客姓名 string 旅客性別 char 身份證號碼 long int 工作單位 string 用于定票時接收輸入，以及領票時效勞器返回。 2 帳單號 可使用 long int 實現。 用于領票時接收輸入，以及定票時效勞器返回。 3 飛行目的 航班號 string 目的地 string 起飛時間

26、date/time 座位號 string 用于定票時接收輸入，以及領票時效勞器返回。 4 網絡包 網絡包 head int 傳輸數據 string 用于數據在網絡上的傳輸。 5 錯誤信息 錯誤類型 int 輸出語句 string 用于關于錯誤操作。 6 機票信息 航班號 int 目的地 string 起飛時間 date 旅客姓名 string 旅客性別 char 身份證號碼 long int 座位號 string 用于打印機票準備工作。數據類型可參照上面所述。 7 帳單信息 帳單號 long int 旅客姓名 string 身份證號碼 long int 航班號 int 起飛時間 date 目的

27、地 string 用于打印帳單準備工作。數據類型可參照上面所述。 5.3 數據結構與程序的關系： 效勞器程序在對定票/領票進行操作時需對數據庫數據結構，也就是數據表進行查詢和修改：在定票/領票過程中都需要對數據庫中的所有表，進行聯合查詢、修改。 物理數據結構主要用于各模塊之間函數的信息傳遞。接口傳遞的信息將是以 數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中，機票結構，帳單結構，送入打印準備模塊中準備打印格式。 6運行設計 6.1 運行模塊的組合： 客戶機程序在有輸入時啟動接收數據模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。在接收數據模塊得到充分

28、的數據時，將調用網絡傳輸模塊，將數據通過網絡送到效勞器，并等待接收效勞器返回的信息。接收到返回信息后隨即調用數據輸出模塊，對信息進行處理，產生相應的輸出。 效勞器程序的接收網絡數據模塊必須始終處于活動狀態。接收到數據后，調用數據處理/查詢模塊對數據庫進行訪問，完成后調用網絡發送模塊，將信息返回客戶機。 6.2運行控制： 運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。 在網絡傳方面，客戶機在發送數據后，將等待效勞器確實認收到信號，收到后，再次等待效勞器發送答復數據，然后對數據進行確認。效勞器在接到數據后發送確認信號，在對數據處理、訪問數據庫后，將返回信息送回客戶機，并等待確認。 6.3運行時間： 在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反響。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作反響將受到很大的影響。所以將采用高速 atm 網絡，實現客戶機與效勞器之間的連接，以 減少網絡傳輸上的開銷。其次是效勞器的性能，這將影響對數據庫訪問時間即操