第一篇：軟件工程實踐實驗報告要求

實驗一---姓名---學(xué)號

加封皮

軟件工程實踐編寫實驗報告的要求

試驗報告一利用Visio繪制DFD圖

根據(jù)所選系統(tǒng)，利用Visio繪制系統(tǒng)相關(guān)的DFD圖。實驗學(xué)時：8學(xué)時

實驗要求：

試驗報告二 UML工具的使用

學(xué)習Rational Rose、StarUML等工具，針對所選系統(tǒng)進行模型分析和設(shè)計，完成用例圖、類圖、序列圖、狀態(tài)圖、活動圖等圖形的繪制。

實驗學(xué)時：16學(xué)時

實驗要求：

1．下載、安裝Rational Rose、StarUML等工具軟件，學(xué)習軟件使用； 1．可以采用結(jié)構(gòu)化方法對所選系統(tǒng)進行需求分析； 2．采用Visio繪制系傳統(tǒng)的DFD圖； 3．提交繪制的圖形和實驗報告。

2．繪制用例圖、類圖、序列圖、狀態(tài)圖、活動圖等圖形針對所選系統(tǒng)進行模型分析和設(shè)計。

試驗報告三 軟件源代碼管理

實驗學(xué)時：4學(xué)時

實驗要求：學(xué)習基于系統(tǒng)工具進行源代碼版本管理

實驗要求：

1．下載、安裝SVN、Trac等工具軟件，學(xué)習軟件使用；

2．對所選系統(tǒng)的源代碼進行版本管理。

試驗報告四使用軟件測試工具

學(xué)習Webstress、NUnit等各類軟件測試工具，及Test Manager測試管理工具，針對所選系統(tǒng)實現(xiàn)情況，編寫測試計劃、設(shè)計測試用例，掌握軟件自動測試方法。

實驗學(xué)時：4學(xué)時

實驗要求：

1．下載、安裝Webstress、NUnit和Test Manager等工具軟件，學(xué)習軟件使用；

2．運用NUnit工具軟件進行白盒測試用例設(shè)計及自動測試； 3．運用Webstress工具軟件進行性能自動測試； 4．了解Test Manager測試管理工具的使用方法。

第二篇：軟件工程實驗報告

實驗三：面向?qū)ο蟮南到y(tǒng)對象模型實驗

一、實驗?zāi)康?/p>

1: 熟悉面向?qū)ο蠓治龅幕痉椒?，加深理解對象模型、動態(tài)模型和功能模型的意義和 作

2: 學(xué)習使用rose工具進行面向?qū)ο蠓治龅姆椒?/p>

3：理解對象模型、動態(tài)模型和功能模型在rose系統(tǒng)中的表示

4：學(xué)習用例圖、類圖、關(guān)聯(lián)圖、順序圖、狀態(tài)圖的繪制方法，了解其各自的作用

二、實驗環(huán)境

1.硬件環(huán)境

P4以上的個人計算機環(huán)境，要求內(nèi)存不少于128MB，硬盤不小于20G.。2.軟件環(huán)境

操作系統(tǒng)：Windows 2000 或 Windows XP 數(shù)據(jù)庫： SqlServer 2000 或 Access 2003數(shù)據(jù)庫系統(tǒng) 3.通用工具軟件

通用繪圖工具： MicroSoft Visio 2003 文本編輯工具： MicroSoft Word 2003 4.CASE工具

實體建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、實驗內(nèi)容

1.實驗題目

已知資料管理系統(tǒng)提供資料信息維護、資料查詢、借閱/歸還三項基本功能。使用本系統(tǒng)的角色包括管理員、教師、學(xué)生三類。管理員可從事所有操作，學(xué)生與教師只能進行資料查詢、借閱/歸還操作。教師最多可以同時借閱10本資料、學(xué)生只能同時借閱5本。對于借閱期滿3個月但是仍未歸還的資料，在管理員控制下，系統(tǒng)將自動生成并輸出“催還單”。

試采用面向?qū)ο蟮姆治龇椒▽Α百Y料管理系統(tǒng)”進行需求分析和初步設(shè)計，做出其詳細的需求陳述；定義基本功能及角色；提取對象、做出用例圖和類圖 2.實驗內(nèi)容

利用rose工具進行系統(tǒng)建模的實驗，建立所指定之題目的用例圖和對象模型 3.系統(tǒng)初步設(shè)計

資料管理系統(tǒng)的角色有三種，分別是管理員、教師、學(xué)生。資料管理系統(tǒng)的基本功能有一下三項： ? 資料信息維護 ? 資料查詢 ? 借閱/歸還 4.思考題

1：“角色定義”在應(yīng)用系統(tǒng)中有什么作用？ 答：角色的定義有利于明晰角色所對應(yīng)的事物以及對數(shù)據(jù)和功能的操作權(quán)限，是系統(tǒng)更加條理。

2：USE-CASE圖反映了系統(tǒng)在哪一方面的需求？ 答：它描述了系統(tǒng)的功能以及如何使用一個系統(tǒng)并顯示誰將是相關(guān)的用戶、用戶希望系統(tǒng)提供什么服務(wù)以及用戶需要為系統(tǒng)提供的服務(wù)，它反映了整個系統(tǒng)的一個大概設(shè)計。3：對象模型應(yīng)當包括哪些內(nèi)容？使用ROSE工具進行分析建模時，通過哪幾種圖例描述對象模型？

答：對象模型描述的是系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括系統(tǒng)的類和對象，他們之間的屬性和操作，以及它們之間的聯(lián)系。它通常用用例圖和類圖來描述。

5系統(tǒng)類圖

6.系統(tǒng)用例圖

第三篇：軟件工程實驗報告

《軟件工程》課程實驗報告

實驗名稱：教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排

姓名：

院（系）：軟 件 學(xué) 院

專業(yè)班級：

學(xué)號：

指導(dǎo)教師：

地點：

成績：

時間：2012 年 10月 日 至 2012 年 11月 8 日

1.實驗?zāi)康拇_定項目的可實施性，獲取項目的需求，并在此基礎(chǔ)上完成系統(tǒng)的邏輯功能模型的建立，了解軟件工程中需求分析階段的主要活動和需求分析文檔描述的主要內(nèi)容，掌握利用數(shù)據(jù)流圖描述系統(tǒng)功能需求的方法，正確應(yīng)用數(shù)據(jù)字典。增進對軟件工程的理解，學(xué)會系統(tǒng)的分析軟件的構(gòu)成，掌握并理解軟件從確立到測試等一系列過程。

2.實驗內(nèi)容

1.系統(tǒng)簡介

每個學(xué)期的期中，學(xué)校教務(wù)處向各個學(xué)院發(fā)出下各學(xué)期的教學(xué)計劃，包括課程名稱、課程代碼、課時、班級類別（本科、?？啤⒊扇私逃⒀芯可?、班號等；學(xué)院教學(xué)主管人員根據(jù)教學(xué)任務(wù)和要求給出各個課程的相關(guān)限制（如：任課教師的職稱、上課的班數(shù)、最高和最低周學(xué)時數(shù)等）；任課教師自報本人授課計劃，經(jīng)所在教研室協(xié)調(diào)任可，將教學(xué)計劃上交學(xué)院主管教學(xué)計劃的人員，批準后上報學(xué)校教務(wù)處，最終由教務(wù)處給出下個學(xué)期全學(xué)院教師的教學(xué)任務(wù)書。

假設(shè)上述排課過程全部由人工操作，現(xiàn)要求為上述過程實現(xiàn)計算機自動處理過程。

2.限定條件

a)每位教師的主講課程門數(shù)不超過2門/學(xué)期：講師以下職稱的教師不能承擔學(xué)院定主課的主講任務(wù)。

b)學(xué)院中層干部的主講課時不能超過4學(xué)時/周。

c)本學(xué)期出現(xiàn)嚴重教學(xué)事故的教師不能承擔下各學(xué)期的主講任務(wù)。

d)本系統(tǒng)的輸入項至少包括：教務(wù)處布置的教學(xué)計劃，學(xué)院教師自報的授課計劃和學(xué)院定的有關(guān)授課限制條件。

e)本系統(tǒng)的輸出項至少包括：教務(wù)處最終下達全院教師的教學(xué)任務(wù)書和學(xué)院各個班級下各學(xué)期的課程表（可以不含上課地點）。

項目數(shù)據(jù)流圖

系統(tǒng)的分析“教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排”的組成、結(jié)構(gòu)和實現(xiàn)步驟，明白項目的業(yè)務(wù)流程圖，繪制數(shù)據(jù)流圖（DFD），數(shù)據(jù)模型（ER），編寫數(shù)據(jù)字典（DD），數(shù)據(jù)加工處理的描述，撰寫需求規(guī)格說明書

3.實驗步驟

1.2.3.4.5.對圖書管理系統(tǒng)進行分析，整合用戶權(quán)限和操作 根據(jù)用戶操作流程畫出系統(tǒng)流程圖 對系統(tǒng)做出概要分析，擬定開發(fā)流程 繪制出甘特圖 繪制線性時間圖

4總結(jié)與回顧

通過這次實驗，我學(xué)到了很多東西，教務(wù)管理系統(tǒng)是學(xué)校的管理核心，管理應(yīng)涉及到學(xué)校的專業(yè)設(shè)置、學(xué)藉管理、成績管理、網(wǎng)上注冊、開課管理、選課管理、師資管理等，在數(shù)據(jù)庫一級建立強有力的安全系統(tǒng)，管理人員可以在互聯(lián)網(wǎng)的任何地方辦工，真正實現(xiàn)學(xué)校網(wǎng)上管理。

學(xué)校中的教務(wù)管理是一項很重要的工作，包括學(xué)生管理，教師管理和課程管理等。開發(fā)“教務(wù)信息處理系統(tǒng)”的目的就是利用計算機的查詢和運算功能，代替手工處理，提高工作效力和質(zhì)量，所以該系統(tǒng)是必要而且能夠?qū)崿F(xiàn)的。

此次開發(fā)的軟件是教務(wù)管理系統(tǒng)的一個子系統(tǒng)，即學(xué)院課程安排。通過此次課程設(shè)計，我們更加了解了軟件的原理，軟件的開發(fā)方法和步驟，如繪制數(shù)據(jù)流圖和數(shù)據(jù)字典的編寫。進一步掌握了有關(guān)數(shù)據(jù)庫設(shè)計的知識和JAVA程序設(shè)計，了解了有關(guān)網(wǎng)絡(luò)的相關(guān)知識，對軟件開發(fā)平臺有了一定了解。我增長了不少軟件工程與編程，數(shù)據(jù)庫的知識。在作設(shè)計的過程中，軟件是不斷變化的，開始構(gòu)造的是一方面，實際制作時又是另外一方面，所以得不斷變化。軟件必須有效的支持他的用戶，我們做的軟件是學(xué)生選課系統(tǒng)，所以我們需要從學(xué)生和老師，管理員的實際情況出發(fā)，制定他們操作方便的系統(tǒng)，是軟件對用戶友好。

在寫數(shù)據(jù)字典之前，我對數(shù)據(jù)字典的理解有一些偏差，通過這次作實驗，我知道了數(shù)據(jù)字典就是對數(shù)據(jù)流，數(shù)據(jù)流分量，數(shù)據(jù)存儲，處理的定義集合。我們做這種比較小的軟件時，數(shù)據(jù)字典還比較好維護，哪里出了問題，可以很快的找到，然后改正。如果做比較大的軟件時，數(shù)據(jù)字典就不好維護了。開發(fā)大的軟件系統(tǒng)時，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度迅速增加，貌似人工維護就不太可能了。

這次實驗的完成是我們小組共同努力的結(jié)果，我們每個人都付出了很大的汗水，也讓我明白了團隊合作是多么的重要，那么大的工作量僅靠一個人的力量是不可能完成的，在以后的工作和學(xué)習中一定要重視團隊合作的重要性，多與合作伙伴交流，了解每個人的想法，最后大家的想法和在一起就是個很了不起的工作。也讓我認識到軟件在我們的生活中越來越重要，我們的生活處處離不開軟件，也讓我對自己以后的工作有了很深的了解，讓我可以向著自己的目標一點點前進。

第四篇：軟件工程實驗報告

《軟件工程》實驗報告

專業(yè)班級微軟IT一班

學(xué)生姓名

指導(dǎo)教師趙春剛

實驗一需求分析

一、實驗?zāi)康耐ㄟ^對軟件項目的需求分析，掌握需求分析的主要方法和技術(shù)，了解需求分析過程。

二、實驗要求

自選一個軟件項目，應(yīng)用軟件工程中需求分析方法對系統(tǒng)需求進行分析。

三、實驗內(nèi)容

1、項目完成主要功能概述（1）項目名稱

（2）項目完成主要功能

2、項目需求描述（建立需求模型）（友情提示：完成主要的用例模型即可）

四、實驗總結(jié)

實驗二軟件設(shè)計

一、實驗?zāi)康耐ㄟ^對軟件項目的軟件設(shè)計，掌握軟件設(shè)計的方法的技術(shù)，了解軟件設(shè)計過程。

二、實驗要求

針對需求分析所選的項目和功能模塊進行。完成軟件項目主要概要設(shè)計和詳細設(shè)計。

三、實驗內(nèi)容

1、項目概要設(shè)計描述（建立概要設(shè)計模型）

（友情提示：完成項目的主要系統(tǒng)結(jié)構(gòu)圖（功能模塊圖）即可）

2、項目詳細設(shè)計描述（建立詳細設(shè)計模型）

（友情提示：用流程圖或UML相關(guān)模型（活動圖、時序圖等），完成兩個模塊以上）

四、實驗總結(jié)

說明：（此實驗為可選做，若完成實驗成績加分）

實驗三軟件測試

一、實驗?zāi)康耐ㄟ^對軟件項目的測試，掌握軟件測試的原理和方法，了解軟件測試過程。

二、實驗要求

針對需求分析所選的項目和功能模塊進行。完成軟件項目主要功能模塊的測試。

三、實驗內(nèi)容

1、采用主要測試方法描述

2、主要功能模塊測試用例設(shè)計

四、實驗總結(jié)

第五篇：軟件工程實驗報告1

Compilation of reports 20XX 報 告 匯 編

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

本科實驗報告

課程名稱：

軟件工程

實驗項目：

機票預(yù)定系統(tǒng)

實驗地點：

明向校區(qū)實驗室 208

專業(yè)班級：

軟件 1305 班

學(xué)號：

2013005747

學(xué)生姓名：

王偉

指導(dǎo)教師：

崔冬華

時間：2015 年 4 月 26 日

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

實驗 題目: 機票預(yù)定系統(tǒng) 1．系統(tǒng)簡介 航空公司為給旅客乘機提供方便，需要開發(fā)一個機票預(yù)定系統(tǒng)。各個旅行社把預(yù)定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。當旅客交付了預(yù)訂金或通過網(wǎng)上支付方式付款后，旅客就可以在飛機起飛前憑個人二代身份證在機場指定系統(tǒng)上自助打印機票，系統(tǒng)核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統(tǒng)計，以便適當調(diào)整。

2．技術(shù)要求和限制條件（1）在分析系統(tǒng)功能時要考慮有關(guān)證件的合法性驗證（如身份證的驗證可以直接連接公安系統(tǒng)的二代身份證信息庫）等。

（2）對于本系統(tǒng)還應(yīng)補充以下功能：

1．旅客延誤了取票時間的處理 2．航班取消后的處理 3．旅客臨時更改航班的處理（3）系統(tǒng)的外部輸入項至少包括：旅客、旅行社和航空公司。

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 傳統(tǒng)軟件工程的可行性研究 一． 引言

隨著社會的發(fā)展，人民生活水平的不斷提高，出行旅游成為了人們放松心情、接觸自然的最好方式。優(yōu)質(zhì)的服務(wù)，快速的運輸，廉價的機票，空運成為了人們出行的第一選擇。然而傳統(tǒng)的購票方式，仍然是人工機械的處理。大多數(shù)乘客通過電話方式了解信息和預(yù)訂機票。這樣給服務(wù)臺增加了很大的壓力，并且大多數(shù)時間不能及時響應(yīng)乘客的要求。這種傳統(tǒng)的購票方式，不僅效率低下，而且給人們的出行帶來了很多不便。同時，人工處理的成本再加上巨額的通信費用造成了傳統(tǒng)購票方式的巨大開銷。當面對機票訂購高峰時刻的大量數(shù)據(jù)處理的時候，僅靠手工操作以現(xiàn)有的工作人員根本無法應(yīng)付。同時還會出現(xiàn)由此帶來的大量記錄存放和管理所帶來的問題。從而給旅客和管理人員帶來了許多的不便。

航空公司需要開發(fā)一個機票預(yù)定系統(tǒng)，用于簡化處理預(yù)定機票的過程。由各個旅行社直接將定票信息通過網(wǎng)絡(luò)提交到航空公司，系統(tǒng)安排航班及打印各類單據(jù)。

目標：在計算機網(wǎng)絡(luò)，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的機票預(yù)定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)，為企業(yè)的決策層提供準確、精細、迅速的機票銷售信息，為旅客提供快捷、方便的服務(wù)。

二． 可行性研究前提

系統(tǒng)規(guī)模與功能: 1.旅行社記錄旅客的基本信息以及航班需求，并且加工這些信息，最后存儲這些信息。

2.旅行社提供旅客訂票信息：各個旅行社把預(yù)定機票的旅客信息輸入到系統(tǒng)中； 3.系統(tǒng)處理訂票信息：系統(tǒng)根據(jù)旅行社提供的旅客訂票信息，為旅客安排航班； 4.系統(tǒng)打印取票通知單和帳單：當旅客交付了預(yù)訂金后，系統(tǒng)打印出取票通知和帳單給旅客； 5.系統(tǒng)出票：旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客； 6.航班信息中心：包括各航班飛機的乘載情況等信息； 7.對于本系統(tǒng)還應(yīng)補充一下功能：

(1)．旅客延誤了取票時間的處理(2)．航班取消后的處理(3)．旅客臨時更改航班的處理

報告文檔·借鑒學(xué)習word 可編輯·實用文檔 8.系統(tǒng)的外部輸入：旅客、旅行社和航空公司。

9．注意事項：在分析系統(tǒng)功能時要考慮有關(guān)證件的合法性驗證（如身份證、取票通知和交款發(fā)票）等。

三、對所建設(shè)系統(tǒng)的分析

技術(shù)可行性：在計算機網(wǎng)絡(luò)、數(shù)據(jù)庫和先進的開發(fā)平臺的基礎(chǔ)上，使用 JSP 技術(shù)，在加上好的硬件支持，和高速的校園網(wǎng)絡(luò)，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的機票預(yù)定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)是可行的。在加上扎實的理論知識和一些開發(fā)經(jīng)驗。在現(xiàn)有的技術(shù)條件和硬件條件的支持下開發(fā)機票預(yù)定系統(tǒng)被證實為可行的。

本系統(tǒng)使用的操作系統(tǒng)和數(shù)據(jù)庫是目前最為普及和成熟的一種系統(tǒng)開發(fā)軟件。從這種軟件過去使用、升級情況和軟件商所承諾的今后軟件發(fā)展情況分析，系統(tǒng)軟件應(yīng)支持原系統(tǒng)版本上的各種應(yīng)用正常使用。因而，該機票預(yù)定系統(tǒng)不存在技術(shù)問題。

服務(wù)器采用 Windows 最新系統(tǒng)，利用 MySQL 最新數(shù)據(jù)庫系統(tǒng)。

經(jīng)濟可行性：

社會可行性：

1、法律因素

2、所有軟件都選用正版.3、所有技術(shù)資料都由提出方保管。

4、合同制定確定違約責任

操作可行性：

所有員工都要接受培訓(xùn)，包括前臺工作人員和系統(tǒng)管理人員。要求所有員工都具有一定的計算機操作能力。

客戶端與服務(wù)器端聯(lián)系在一起，在旅游局中只設(shè)立終端，在機場設(shè)立服務(wù)器，數(shù)據(jù)輸入由終端輸入，所有數(shù)據(jù)都由服務(wù)器處理，只在終端上顯示數(shù)據(jù)結(jié)果。

此設(shè)計簡化了數(shù)據(jù)處理，但加重了服務(wù)器的數(shù)據(jù)處理。而使用客戶端/服務(wù)器機理，簡化數(shù)據(jù)流量，加快數(shù)據(jù)處理。

五、系統(tǒng)流程圖

報告文檔·借鑒學(xué)習word 可編輯·實用文檔 填寫基本信息旅客 初期數(shù)據(jù)旅行社將旅客信息輸入系統(tǒng)安排航班 交付定金打印出訂票通知和賬單交款 系統(tǒng)核對 打印機票機票旅客訂票通知和賬單 旅客旅客信息

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 傳統(tǒng)軟件工程的需求分析建模 一、目的與任務(wù)

目的：

(1)客戶端功能 旅行社把旅客要求訂票的信息由專人負責輸入，進行網(wǎng)上訂票。

當旅客交付了預(yù)訂金后，系統(tǒng)打印出取票通知和帳單給旅客。

(2)服務(wù)器端功能 接收由旅行社客戶端發(fā)回的所需機票信息。通過網(wǎng)絡(luò)接收機票信息并存入到服務(wù)器的數(shù)據(jù)庫中。

生成航班信息。根據(jù)所需機票信息（時間，地點），在數(shù)據(jù)庫中查詢并得到正確的航班的信息，分配所需的機票數(shù)并在數(shù)據(jù)庫中做出已售出的標記。

傳遞航班信息到旅行社（客戶端），把得到的航班信息通過網(wǎng)絡(luò)傳遞到旅行社。

打印機票給已經(jīng)訂票的旅客。根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。

任務(wù)：

數(shù)據(jù)流圖(1)旅客訂票流程圖，如圖 3.1 所示：

旅客旅客信息記錄訂票訂票旅客清單傳給航空公司訂票信息訂票信息安排航班訂票信息傳給旅行社訂票信息航班機票信息航班信息產(chǎn)生取票通知旅客訂票清單航班信息旅客 取票通知 圖 3.1 旅客訂票流程(2)旅客取票流程圖，如圖 3.2 所示：

報告文檔·借鑒學(xué)習word 可編輯·實用文檔 旅客旅客訂票信息取票通知訂票信息確認打印機票核對正確售出機票信息旅客 機票 圖 3.1 旅客取票流程 數(shù)據(jù) 字典 名字：旅客信息別名：custom描述：旅客個人信息，用于確認旅客定義：旅客信息=姓名+性別+身份證號碼+旅行時間+旅行目的地位置：輸入到旅行社（瀏覽器端）

名字：訂票旅客清單別名：orderList描述：已訂票的旅客的記錄定義：訂票旅客清單=所有訂票旅客信息的集合位置：輸入到旅行社（瀏覽器端）

名字：訂票信息別名：orderInf描述：旅客的旅行時間和目的地，用于確定旅客的航班定義：訂票信息=旅客旅行時間+旅客旅行目的地位置：傳輸?shù)胶娇展径耍ǚ?wù)器端）

名字：機票信息別名：ticket描述：旅客的航班信息，根據(jù)旅客的旅行時間和目的地確定定義：航班機票信息=旅客機票時間+旅客機票班次+剩余機票數(shù)位置：記錄在航空公司（服務(wù)器端）

名字：取票通知別名：getMesg描述：旅客領(lǐng)取機票的憑證定義：取票通知=旅客姓名+旅客身份證號碼位置：輸出到打印機

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 傳統(tǒng)軟件工程的結(jié)構(gòu)設(shè)計 總體設(shè)計可能的設(shè)計方法有自頂向下，逐步細化設(shè)計方法；模塊化設(shè)計方法；結(jié)構(gòu)化設(shè)計方法。針對以上系統(tǒng)要完成的功能，本系統(tǒng)總體設(shè)計采用自頂向下，逐步細化的方法將功能層次結(jié)構(gòu)的各個部分組合起來，以完成整個系統(tǒng)的實現(xiàn)細節(jié)。

1.層次結(jié)構(gòu) 系統(tǒng)的的 頂層結(jié)構(gòu)

: 航班信息管理

訂票處理:

取票處理：

例外處理(此處航班改變后, 均做退票處理)2.接口設(shè)計（人機界面設(shè)計）

管理員和票務(wù)員使用同一登陸界面，登陸后進去后有個自的界面，然后進一步操作。

大體的界面設(shè)計 訂票界面 4.數(shù)據(jù)庫設(shè)計 體 整體 E-R 圖 航班信息管理 航班錄入 航班查詢 航班修改 航班刪除 圖 4.2 航班信息管理 圖 4.2 訂票處理

報告文檔·借鑒學(xué)習word 可編輯·實用文檔 旅客姓名性別 身份證號 旅行時間旅行目的地訂票nm機票剩余數(shù) 機票編號出發(fā)地 機票班次 機票日期旅行出發(fā)地航班訂票日期目的地編號旅行社編號 模塊設(shè)計

模塊設(shè)計將對總體設(shè)計中模塊結(jié)構(gòu)進行細化。

登陸模塊 航班信息管理的各個模塊 訂票處理的各個模塊

報告文檔·借鑒學(xué)習word 可編輯·實用文檔 輸入旅客信息檢查信息的合法性是否正確？入口NY保存旅客數(shù)據(jù)出口列出匹配信息自動匹配航班調(diào)整和確認匹配入口出口更新數(shù)據(jù)旅客登記安排航班規(guī)范并打印通知單從旅客信息中讀出訂票信息入口出口通知旅客響應(yīng)旅客 圖：訂票處理各模塊 取票處理模塊 例外處理退票面模塊(延誤取票和這個模塊類似)

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 測試

一、目的與任務(wù) 目的：在實驗四基礎(chǔ)上選擇一個模塊進行編碼，完成相關(guān)的測試。

1、了解軟件測試方法分類，其中包括：

1）白盒測試 2）黑盒測試 3）靜態(tài)測試 4）動態(tài)測試 2、了解測試類型

1）單元測試 2）集成測試 3）確認測試 4）黑盒測試

5）白盒測試 6）功能測試 7）

α 測試

8）

β 測試 任務(wù)：正確運用軟件測試技術(shù)和方法，完成系統(tǒng)的單元測試、綜合測試、確認測試、系統(tǒng)測試的方法，掌握測試用例的設(shè)計方法，并給出測試報告。

二、內(nèi)容、要求

測試用例：

使用黑盒法測試 “新增航班” 模塊功能 1． 驗證表單完整性：

用例一：

出發(fā)城市：北京

到達城市：

起飛日期：

起飛時間：

機票價格：

機票數(shù)目：

用例二：

出發(fā)城市：北京

到達城市：上海

起飛日期：

起飛時間：

機票價格：

機票數(shù)目：

用例三：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

起飛時間：

機票價格：

機票數(shù)目：

用例四：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：

機票數(shù)目：

用例五：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：

用例六：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：123 2． 驗證出發(fā)城市及到達城市合法性：

用例一：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

起飛時間：12:30

機票價格：1234

機票數(shù)目：123 用例二：

出發(fā)城市：北京

到達城市：北京

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：123 3． 驗證起飛日期合法性：

用例一：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：123 用例二：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-6

起飛時間：12:30

機票價格：1234

機票數(shù)目：123 4． 驗證機票價格合法性：

用例一：

出發(fā)城市：北京

到達城市：上海

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：123 用例二：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：￥1234

機票數(shù)目：123 用例三：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：-1234

機票數(shù)目：123 5． 驗證機票數(shù)目合法性：

用例一：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：0 用例二：

出發(fā)城市：北京

到達城市：上海

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：&123 用例三：

出發(fā)城市：北京

到達城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機票價格：1234

機票數(shù)目：-123

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 面向?qū)ο蟮姆治雠c設(shè)計 一、目的與任務(wù)

目的：掌握面向?qū)ο蟮姆治?、設(shè)計方法，建立對象模型、功能模型和動態(tài)模型，并掌握 UML 中常用的模型符號的使用方法。

任務(wù)：用一個簡單項目（可以考慮仍然選擇前面面向過程軟件工程所選定的項目），通過分析，建立系統(tǒng)用例圖，抽取出類，建立順序圖及類的狀態(tài)圖等。

二、內(nèi)容、要求

用例模型圖

用例模型圖說明：

機票預(yù)訂系統(tǒng)主要使用的對象是旅行社管理員。管理員根據(jù)顧客填寫的目的地和時間信息，將其輸入系統(tǒng)，系統(tǒng)根據(jù)相關(guān)信息進行處理，則系統(tǒng)其中的一個功能即用例就是接收顧客信息。顧客需要用取票單去航空公司取票，系統(tǒng)由管理員輸入的信息來識別，則系統(tǒng)的另一個功能即用例就是預(yù)定管理員輸入信息符合的票。1--2 2、類圖

類圖說明：

為此系統(tǒng)定義了 4 個類，分別是顧客類，管理員類，航空公司類，機票類。各個類對應(yīng)的屬性和操作方法在圖中已表示出，目前應(yīng)該還是有很多不完善的地方，在后期再加以修改。

報告文檔·借鑒學(xué)習word 可編輯·實用文檔 1 1--3 3、對象圖

對象圖說明：

對象圖是根據(jù)設(shè)置的類圖而設(shè)置的。一個對象就是類的一個具體實例，本例中設(shè)置了一個 custom 的取票操作，詳細信息在圖中已經(jīng)設(shè)置，根據(jù)顧客的相關(guān)信息和操作，系統(tǒng)會調(diào)用相應(yīng)的類的對象來處理，在本例中不一定會全部都涉及。1--4 4、順序圖

順序圖說明：

順序圖用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。由于在顧客，旅行社，航空公司之間也有先后順序，所以在順序圖中會有兩個生命周期，分別是訂票和取票操作。旅行社根據(jù)顧客填寫的信息，就操作系統(tǒng)的訂票功能。系統(tǒng)在對管理進行處理時，會先記錄顧客的相關(guān)信息，最后再打印取票單給顧客。系統(tǒng)對取票進行處理時，會先收取款，最后會把票給顧客。1--5 5、狀態(tài)圖

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

狀態(tài)圖說明：

在訂票系統(tǒng)中，主要會有兩個對象的狀態(tài)：顧客和管理員。顧客的狀態(tài)最開始是填寫信息，再管理員將信息輸入系統(tǒng)，此時系統(tǒng)查詢合適的航班，顧客收到系統(tǒng)打印出的相應(yīng)單據(jù)，最后顧客將取票單和款返回給系統(tǒng)得到票。1--6 6、活動圖

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

活動圖說明：

狀態(tài)圖著重描述對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件，活描述系統(tǒng)中各種活動的執(zhí)行順序，刻畫一個方法中所要進行的各項活動的執(zhí)行流程。在訂票系統(tǒng)中，各種活動由顧客和管理員的狀態(tài)圖轉(zhuǎn)化而來。顧客的信息，之后就由管理員輸入系統(tǒng)，系統(tǒng)對應(yīng)的活動就有查詢訂票，各自活動都有自己的的后續(xù)活動。2、動態(tài)模型

動態(tài)模型說明：

動態(tài)模型主要是描述系統(tǒng)的動態(tài)行為和控制結(jié)構(gòu)。動態(tài)行為包括系統(tǒng)中對象生存期內(nèi)可能的狀態(tài)以及事件發(fā)生時狀態(tài)的遷移，還包括對象之問動態(tài)合作關(guān)系，顯示對象之間的交互過程以及交互順序，同時描述了為滿足用例要求所進行的活動以及活動問的約束關(guān)系。動態(tài)模型主要包括的狀態(tài)圖、順序圖和活動圖已經(jīng)在1-4、1-5、1-6中畫出。

建立動態(tài)模型的第一步是編寫交互行為的腳本；第二步從腳本中提取出事件，確定后觸發(fā)每個事件的動作對象及接收事件的目標對象；第三步排列事件發(fā)生的次序，確定每個對象可能有的狀態(tài)及狀態(tài)間的轉(zhuǎn)換關(guān)系，并用狀態(tài)圖描繪它們。最后，比較各個對象的狀態(tài)圖，檢查它們之間的一致性，確保事件之間的匹配。3、功能模型

功能模型表明了系統(tǒng)中數(shù)據(jù)之間的依賴關(guān)系，以及有關(guān)的數(shù)據(jù)處理功能，它由一組數(shù)據(jù)流圖組成，此功能模型的分析與設(shè)計依照對象模型和動態(tài)模型而來。

DFD圖（數(shù)據(jù)流圖）描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流中沒有任何具體的物理部件，它知識描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程，流程如圖。4、對象模型

報告文檔·借鑒學(xué)習word 可編輯·實用文檔

對象模型說明:

對象模型描述了現(xiàn)實世界中的類與對象以及它們之間的關(guān)系，表示了目標系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。首先確定對象類和關(guān)聯(lián)，對于大型復(fù)雜問題還要進一步劃分出若干個主題；然后給類和關(guān)聯(lián)增添屬性，以進一步描述它們；接下來利用適當?shù)睦^承關(guān)系進一步合并和組織類。而對類中操作的最后確定，則需要等到建立了動態(tài)模型和功能模型之后，以為這兩個子模型更準確地描述了對類中提供的服務(wù)的需求。