實驗報告的書寫案例 實驗一 撰寫可行性研究報告 一、

　 實驗目的 1、 掌握可行性研究步驟； 2、 學習編制可行性研究報告。

　二、

　 實驗要求 硬件：Intel Pentium 120 或以上級別的 CPU，大于 16MB 的內存。

　軟件：Windows 95/98/2000 操作系統，Office 97/2000 軟件 學時：2 學時 寫出此項實驗報告 三、

　 實驗內容 1、 可行性研究（結構化分析）方法； 2、 繪制數據流圖，使用 Word 寫實驗報告。

　四、

　 實驗步驟 1

　1．1

　編寫目的 可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解。

　經過對此項目進行詳細調查研究，初擬系統實現報告，對軟件開發中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發風險及其所帶來的經濟效益。本報告經審核后，交軟件經理審查。

　 1．2

　項目背景

　 （1）待開發的軟件產品名稱：旅行社機票預定系統。

　 （2）本項目的提出者：馮劍。開發者：李翀。用戶：旅行社。

　（3）本軟件產品將用于旅行社的機票預定和費用的記錄。

　1． 3 術語說明

　DFD（數據流圖）：一種描述書記變換的圖形工具，是結構化分析方法最普遍采用的表示手段，但數據流圖并不是結構化分析模型的全部，數據字典和小說明為數據流圖提供了補充，并用以驗證圖形表示的正確性、一致性和完整性，三者共同構成了被建系統的模型。

　 1．4.

　參考文獻見附錄 2.

　2．1基本要求 (1) 功能 本軟件實現的功能有：為游客提供機票預定服務，提高旅游局的服務質量和服務效率。對航班數據庫的查詢和修改，對機票費用記帳數據庫的查詢和修改，記錄旅客信息（姓名、性別、年齡、身份證號、單位、旅行時間、目的地）、航班時間和班次，打印機票和帳單。

　(2)

　時間：提供的信息必須及時的反映在工作平臺上。售票系統的定單必須無差錯的存儲在機場的主服務器上。對服務器上的數據必須進行及時正確的刷新。一筆業務在一分鐘內完成。空間：運行空間 2M。

　(3) 系統的輸入和輸出 輸入：旅行社定票單。數據完整，詳實。

　 輸出：機票、帳單。簡捷，快速，實時。

　(4)處理流程

　旅行社將定票信息輸入定票系統，系統輸出機票和帳單給旅客。

　（5）安全保密要求

　旅客的信息保密。服務器的管理員享有對機場航班信息庫及機票信息庫和定票信息庫的管理與修改。旅行社的售票員只享有對訂票信息庫的部分修改（寫入與讀出）。

　(6)完成期限要求 系統完成期限為10個月。

　2． 2 開發目標：

　系統實現后，大大提高旅行社的機票預定服務效率。降低售票服務中的錯誤發生率，減少信息交流的煩瑣過程及其帶來的開銷。

　開發目標應考慮的因素：

　（1）人力與設備費用的相對減少； （2）業務處理速度的提高； （3）計算的準確度和精度的提高； （4）人員利用率的改進。

　2．3具備條件

　項目開發中所具備的條件，假定和限制：

　（1）

　目標系統運行壽命 系統運行壽命建議值應為三年。

　（2）

　進行系統方案選擇比較的時間 一個月 （3）

　經費，投資來源 經費來源于旅行社 （4）

　軟硬件，運行環境和開發環境 硬件環境 PII或更高檔微機 服務器sun工作站，終端為pc機。

　運行時內存要求：2MB； 安裝所需硬盤：10MB 打印機：1q_1600k 軟件環境

　中文Windows98/2000

　 2．4． 可行性研究的方法

　（1）客戶調查

　（2）專家咨詢

　（3）市場調查

　 2．5.

　 各項功能的優先次序，開發時間的長短及使用中的難以程度。

　3．對現有系統的分析 現有系統存在著數據不易更新、容易丟失、容易出錯、查詢效率低。業務人員工作強度大，儲戶等待服務時間長等缺點。

　4．目標系統的技術可行性分析

　 4．1 對目標系統的簡要描述 系統采用常規的數據庫管理方法 4．2

　 定票單

　 航班

　機票

　 費用

　 帳單

　 航班目錄

　記帳文件

　4．3與現有系統進行比較 系統有利于數據集中，時空利用率高易更新，易備份，查詢速度快，響應速度快，基本消除了現有系統的種種缺陷，更為廣大旅客和旅行社工作人員所接受。

　 4．4采用建議系統可能帶來得影響 系統極大提高了用戶查詢相關信息的命中率，有利于決策優化和提高工作效率。

　系統是一個數據庫管理系統，當今數據庫技術較為成熟，利用現有技術應該可以達到功能目標。考慮到開發期限較為寬裕，預計可以在規定的時間內完成軟件的開發。

　5．投資和效益分析（經濟可行性分析）

　5．1 支出 （1）

　基建投資 硬件設備:PC機：8000元 網絡設備：10 萬 輔助配置：10 萬 共計：28萬 軟件:Windows98/2000：10萬 VB 6.0：1萬

　 操作員培訓費：5 萬 （2）其他一次性支出 軟件設計和開發費用：20萬 （3）經常性支出 軟件維護費用：5萬 一共花費：69萬 旅行社 預定 機票 準備 機票 記帳 旅客

　 5．2 效益 實現業務電算化，減少人力投資和辦公費用，提高工作效率。

　一次性收益 0 元

　經常性收益

　 （按銀行利率：1%）； 減少員工 10 人(1000 圓/人)四年收益:

　1000*（1.1+（1.1）

　2 +（1.1）

　3 +（1.1）

　4 ）*10*12*5=24.5 萬

　 工作效率提高收益（工作效率提高 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 法律方面的可行性 所有軟件都選用正版、所有技術資料都由提出方保管。合同制定確定違約責任。

　新系統（目標系統）的研制和開發，將不會侵犯他人、集體和國家利益，不會違反國家政策合法律。

　6．2 使用方面的可行性

　使用本軟件人員要求有一定計算機基礎的人員,系統管理員要求由計算機的專業知識,所有人員都要經過本公司培訓。新系統（目標系統）的研制和開發已充分考慮了儲戶的各方因素，能滿足使用要求。

　7．結論 綜上所述，由于投資效益比遠大于100%, 技術、經濟、操作都有可行性，可以進行系統的開發和研制可以開始進行。

　 實驗二

　撰寫需求規格說明書

　一、

　實驗目的 1、 掌握需求分析的步驟； 2、學習編制需求規格說明書。

　二、實驗要求 硬件：Intel Pentium 120 或以上級別的 CPU，大于 16MB 的內存。

　軟件：Windows 95/98/2000 操作系統，Office 97/2000 軟件 學時：2 學時 寫出此項實驗報告 三、

　實驗內容 1、需求分析（結構化分析）方法； 2 、 繪制及精化數據流圖，使用 Word 寫實驗報告 。

　四、 實驗步驟 1

　1．1

　編寫目的

　1）作為軟件開發機構和用戶之間一份事實上的技術合同書；

　2）作為軟件開發機構下一步進行設計和編碼的基礎；

　3）作為測試和驗收目標系統的依據。

　1．2

　項目背景

　 （1）待開發的軟件產品名稱：旅行社機票預定系統。

　 （2）本項目的提出者：馮劍。開發者：李翀。用戶：學生。

　（3）本軟件產品將用于旅行社的機票預定和費用的記錄。

　1．3

　術語說明 1.數據流圖：（DFD）一種描述數據變化的圖形工具，是結構化分析方法最普遍采用的表示手段

　 2.加工：（用圓圈表示）它是對數據進行處理的單元，它接受一定的輸入數據，對其進行處理，并產生結果。

　 3.數據流：（用箭頭表示）它表示數據和數據流向。

　 4.數據存儲：（用兩條平行線表示）用于信息的靜態存儲。

　 5.數據源和數據潭：（用矩形表示）表示系統和環境的接口，是系統之外的實體。其中，數據源是數據流的起點，數據潭是數據流的最終目的地。

　 1．4.

　 參考文獻見附錄

　1．5

　需求規格說明概覽

　2.

　 2.1

　 本產品應用于旅行社內的機票訂購，可用于旅客的訂購機票和旅行社對機票的查詢和預訂。

　2.2

　本軟件實現的功能有：對航班數據庫的查詢和修改，對機票費用記帳數據庫的查詢和修改，記錄旅客信息（姓名、性別、年齡、身份證號、單位、 簡述開發軟件所具有的功能，采用圖形表示：

　頂層數據流圖：

　訂票單

　 系統流程圖：

　定票單

　 航班

　機票

　 費用

　 帳單

　 航班目錄

　記帳文件

　2.3

　該軟件的用戶為旅行社機票訂購工作人員，該工作人員需熟悉數據庫的操作和基本的UNIX系統的操作。

　 2.4運行環境: 該軟件運行環境為 UNIX系統

　 2.5 限制與約束: 必須在保證各硬件設備．軟件系統齊備的情況下，資金充足，人員齊備，各方面互相配合，齊心協力，共同完成。

　3

　3．1

　引言

　 為了便于系統的維護和開發的靈活性、方便性，把系統分為幾個模塊來處理。

　3．2

　客戶機程序主要有三大塊：接收數據、網絡通信及輸出部分。服務器程序主要也是由三大功能：接收網絡數據、數據庫操作及發送網絡數據部分。服務器程序需與已建立的SQL SERVER 數據庫互連。

　3．3功能描述

　 ○1 接收數據：系統從客戶機終端獲取工作人員輸入的旅客信息和航班信息。○2 網絡通信：客戶機終端將獲取的信息打包加密后發送到服務器。○3 輸出部分：客戶機終端將服務器反饋回來的信息顯示在屏幕上。○4 接收網絡數據：服務器接收客戶機發送來的信息，解密后保存。○5 數據庫操作：服務器根據接收的信息查詢數據庫。○6 發送網絡數據部分：服務器把查詢結果信息加密反饋到客戶機終端。

　 3．4

　客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票/領票選旅行社 飛機票預訂系統 旅客 旅行社 記帳 旅客 預定 機票 準備 機票

　項。輸出為打印帳單或機票，和確認或出錯信息。服務器接收信息與數據庫中數據核對，返回預訂成功或者失敗原因。

　4

　4．1

　訂票系統要求實時性高，所以系統必須24小時都處于正常運行狀態。

　4．2事件和動作 旅客信息的傳送、數據庫的查詢、記賬、打印機票和賬單、屏顯。

　 5．外部界面需求

　 5．1用戶界面: 在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOW 風格較熟悉，應盡量向這一方向靠攏

　5．2硬件界面: 在輸入方面，對于鍵盤、鼠標的輸入，可用VISUAL C++的標準輸入/輸出，對輸入進行處理。在輸出方面，打印機的連接及使用，也可用VISUAL C++的標準輸入/輸出對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸，將使用高速ATM。

　5．3軟件界面: 在軟件設計語言上，已決定使用 MS VISUAL C++ 進行編程，在界面上可使用VISUAL C++ 所提供的可視化組件，向WINDOWS 風格靠近。

　其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用VISUAL C++ 庫中的錯誤提示函數。

　6．性能需求 6．1數據精度 輸出結果精度等 6．2時間特性 一筆業務的響應時間在30秒內響應， 數據庫的更新處理時間在2到5分鐘內。

　一筆業務的數據轉換與傳輸時間在30秒內完成。

　軟件的運行時間在1分鐘內響應。

　 7．設計約束

　7．1標準化約束:

　計算機技術和產品的發展日新月異，將會給信息處理帶來更多的手段，同時也會帶來更加豐富的信息表達形式。例如圖象和語音技術的進步，多媒體技術的發展，這些都要求系統在設計時考慮技術變化的可能性，為可能的變化預留一定的系統處理能力 7．2硬件約

　 需提供足夠大的存儲空間。在硬件方面要選擇較可靠、穩定的服務器機種，保證系統運行時的可靠性。

　8．屬性需求

　8．1正確性:

　系統處理的正確性是系統的必要性能。在系統設計和開發過程中，充分考慮了系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足企業對信息處理的需求。

　 8．2可靠性:

　系統分客戶機和服務器，終端出現錯誤不會影響整個系統的運行。

　 8．3完整性:

　 由于系統的數據是共享的，在不同的旅行社中中，機票是共享數據，所以系統必須保證這些數據的一致性，對于輸入的數據，要為其定義完整性規則，如果不能符合完整性約束，系統應該拒絕該數據。

　8．4安全性: 機票預定系統中涉及到的數據是航空公司的相當重要的信息，為防止他人盜用，信息的傳輸都自動加密。限制前臺工作站對數據庫的修改權利。

　8．5可維護性: 機票預定系統中涉及到的數據是航空公司的相當重要的信息，系統提供了方便的手段供系統維護人員進行數據的備份，日常的安全管理，系統意外崩潰時數據的恢復等工作。

　 8．6可理解性: 系統盡量使用用戶熟悉的術語和中文信息的界面，系統提供良好的用戶接口，易用的人機交互界面，針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。

　8．7可移植性: 只要符合一定的規范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。

　8．8互連性: 由于數據庫數據都是共享數據，所以必須連接到互聯網。

　9．其他需求 9．1數據庫需求 數據庫的名稱:

　1、航班信息數據庫

　類型：SQL SERVER；

　2、記賬文件 類型：SQL SERVER。

　9．2用戶操作需求:

　機票預定系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面。

　9．3工作場地需求: 工作場地溫度是正常的至少操作人員能夠適應，有專線連接internet。

　10

　 11．.

　實驗三

　撰寫概要設計說明書 一、

　實驗目的 1、 掌握概要設計的步驟； 2、學習編制概要設計說明書。

　二、

　實驗要求 硬件：Intel Pentium 120 或以上級別的 CPU，大于 16MB 的內存。

　軟件：Windows 95/98/2000 操作系統，Office 97/2000 軟件 學時：4 學時 寫出此項實驗報告 三、

　實驗內容 1、 概要設計（結構化設計）方法； 2、 繪制結構（層次）圖，使用 Word 寫實驗報告。

　四、

　實驗步驟

　1．引言 1.1編寫目的 在本機票預定系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，這些用戶需求已經在上一階段中對旅行社及機場的實地調研中獲得，并在需求規格說明書中得到詳盡得敘述及闡明。

　本階段已在系統的需求分析的基礎上，對機票預定系統做概要設計。主要解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統所做的所有概要設計進行詳細的說明。

　1.2項目背景

　 本項目（機票預定系統）時由旅行社委托，由李翀負責開發。

　1.3專門術語定義 SQL SERVER: 系統服務器所使用的數據庫管理系統（DBMS）。

　SQL: 一種用于訪問查詢數據庫的語言

　 事務流：數據進入模塊后可能有多種路徑進行處理。

　主鍵：數據庫表中的關鍵域。值互不相同。

　外部主鍵：數據庫表中與其他表主鍵關聯的域 ROLLBACK: 數據庫的錯誤恢復機制。

　1.4參考資料

　軟件工程及其應用

　周蘇、王文等

　天津科學技術出版社 1992/1

　軟件工程

　張海藩

　 清華大學出版社

　1990/11 2.任務概述 2．1目標 完成對飛機航班數據庫的訪問和記賬數據庫的訪問，記賬并打印機票和賬單。

　2．2 運行環境：系統將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內的數據服務器程序。

　2．3限制描述：根據調研得知所有旅行社的計算機配置均在Intel Pentium 120或以上級別，客戶程序應能夠在Intel Pentium 120或以上級別, Windows 95/98/2000操作系統，Office 97/2000軟件。

　3、 總體設計 3．1基本概念和處理流程 下面將使用（結構化設計）面向數據流的方法對機票預定系統的處理流程進行分析。系統可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。

　3．2系統結構和模塊外部設計：

　下面以結構圖來描述機票預定系統的軟件總體結構。框內注明了模塊的名字；方框之間的直線表示模塊的調用關系。

　客戶機部分：

　機票預定系統（客戶機程序）

　接收輸入數據 聯絡服務器 輸出數據 準備定票發送 準備確認發送檢驗輸入 讀入旅客資料 讀入帳單號 確定（定票/領票）

　旅 客 資料 定票/領票 帳單號 準備網絡數據包 解開網絡數據包 發送數據 接收數據 定票成功？ 領票成功？ 確認操作類型 準備輸出 判斷錯誤準備輸出 準備錯誤打印帳單 顯示確認 顯示錯誤 打印機票 確認顯示 帳單 機票

　服務器程序部分：

　 3．3 功能分配：

　各項模塊的功能可參照 3.2 中的說明。客戶機程序主要有三大塊：接收數據、網絡通信及輸出部分。服務器程序主要也是由三大功能：接收網絡數據、數據庫操作及發送網絡數據部分。服務器程序需與已建立的 SQL SERVER 數據庫互連，其接口將于下面部分闡述。

　4．接口設計 4.1外部接口：

　外部接口可以參照 外部界面需求. 4.2內部接口：

　內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。

　5．數據結構設計 5．1邏輯結構設計 5．2 物理結構設計：物理數據結構設計主要是設計數據在模塊中的表示形式。數據在模塊中都是以結構的方式表示。

　1．旅客信息 旅客姓名

　 String 旅客性別

　Char 身份證號碼 Long int 工作單位

　String 用于定票時接收輸入，以及領票時服務器返回。

　2．帳單號 可使用 Long int

　實現。

　用于領票時接收輸入，以及定票時服務器返回。

　3．飛行目的 航班號

　String 目的地

　String 機票預定系統（服務器部分）

　接收數據 數據處理、查詢 發送數據 判斷類型 解開數據包 接收客戶機數據 準備數據包 發送數據到客戶機 準備 SQL 數據庫操作 判斷查詢 準備返回數據 判斷原因 準備返回數據

　起飛時間 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 目的地

　 String

　用于打印帳單準備工作。數據類型可參照上面所述。

　5.3 數據結構與程序的關系：

　服務器程序在對定票/領票進行操作時需對數據庫數據結構，也就是數據表進行查詢和修改：在定票/領票過程中都需要對數據庫中的所有表，進行聯合查詢、修改。

　物理數據結構主要用于各模塊之間函數的信息傳遞。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中，機票結構，帳單結構，送入打印準備模塊中準備打印格式。

　6．運行設計 6.1 運行模塊的組合：

　客戶機程序在有輸入時啟動接收數據模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。在接收數據模塊得到充分的數據時，將調用網絡傳輸模塊，將數據通過網絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數據輸出模塊，對信息

　進行處理，產生相應的輸出。

　服務器程序的接收網絡數據模塊必須始終處于活動狀態。接收到數據后，調用數據處理/查詢模塊對數據庫進行訪問，完成后調用網絡發送模塊，將信息返回客戶機。

　6.2運行控制：

　運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。

　在網絡傳方面，客戶機在發送數據后，將等待服務器的確認收到信號，收到后，再次等待服務器發送回答數據，然后對數據進行確認。服務器在接到數據后發送確認信號，在對數據處理、訪問數據庫后，將返回信息送回客戶機，并等待確認。

　6.3運行時間：

　在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作反應將受到很大的影響。所以將采用高速 ATM 網絡，實現客戶機與服務器之間的連接，以減少網絡傳輸上的開銷。其次是服務器的性能，這將影響對數據庫訪問時間即操作時間的長短，影響加大客戶機操作的等待時間，所以必須使用高性能的服務器，建議使用 Pentium III 處理器。硬件對本系統的速度影響將會大于軟件的影響。

　7．出錯處理 7.1出錯輸出信息：

　 程序在運行時主要會出現兩種錯誤：1、由于輸入信息，或無法滿足要求時產生的錯誤，稱為軟錯誤。2、由于其他問題，如網絡傳輸超時等，產生的問題，稱為硬錯誤。

　對于軟錯誤，須在定票/領票操作成功判斷及輸入數據驗證模塊由數據進行數據分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。

　對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置。返回輸入階段。

　7.2出錯補救措施：

　所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩造成的數據丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務器上：在斷電后恢復過程可采用 SQL SERVER 的日志文件，對其進行 ROLLBACK 處理，對數據進行恢復。

　在網絡傳輸方面，可考慮建立一條成本較低的后備網絡，以保證當主網絡斷路時數據的通信。

　在硬件方面要選擇較可靠、穩定的服務器機種，保證系統運行時的可靠性。

　7.3系統恢復設計 8．安全保密設計：

　由于數據的傳輸上需要通過網絡傳輸，為了客戶資料進行保密，需要在網絡的傳輸過程中對數據進行加密。

　這個工作主要是在準備網絡包，及解開網絡包這兩個模塊完成，它們各對數據進行加密及解密還原工作。

　9. 維護設計：

　 維護方面主要為對服務器上的數據庫數據進行維護。可使用 SQL SERVER 的數據庫維護功能機制。

　 心得體會：

　 我覺得計算機的學習是這樣的，即使你課堂上學的再好，也不并不能代表的你的動手能力和實際操作，我覺得我還有很多東西還要改進，還要提高，我會努力的。

　而在實驗過程中，剛開始的時候大家對軟件工程的具體實現了解不是很多，在經過網上查詢資料后，對實驗的課題有了一些認識，然后在老師和同學們的幫助下完成了該實驗任務，通過這幾次實驗，我不但鞏固了軟件工程的知識，同時將理論很好的與實踐進行了一次很好的結合，所以對我來說是受益匪淺。

　另外，在這次實驗中我明白了團隊精神的重要性，特別是計算機專業的學生要真正體會它的含義，在以后的工作中將受益無窮。

　 1、最困難的事就是認識自己。20.7.147.14.202018:1618:16:03Jul-2018:16 2、自知之明是最難得的知識。二〇二〇年七月十四日 2020 年 7 月 14 日星期二 3、越是無能的人，越喜歡挑剔別人。18:167.14.202018:167.14.202018:1618:16:037.14.202018:167.14.2020 4、與肝膽人共事，無字句處讀書。7.14.20207.14.202018:1618:1618:16:0318:16:03 5、三軍可奪帥也。Tuesday, July 14, 2020July 20Tuesday, July 14, 20207/14/2020 6、最大的驕傲于最大的自卑都表示心靈的最軟弱無力。6 時 16 分 6 時 16 分 14-Jul-207.14.2020 7、人生就是學校。20.7.1420.7.1420.7.14。2020 年 7 月 14 日星期二二〇二〇年七月十四日 8、你讓愛生命嗎，那么不要浪費時間。18:1618:16:037.14.2020Tuesday, July 14, 2020 親愛的用戶：

　煙雨江南，畫屏如展。在那桃花盛開的地方，在這醉人芬芳的季節，愿你生活像春天一樣陽光，心情像桃花一樣美麗，感謝你的閱讀。

推薦訪問： 書寫 案例 實驗