第一篇：軟件工程實(shí)踐實(shí)驗(yàn)報(bào)告要求

實(shí)驗(yàn)一---姓名---學(xué)號

加封皮

軟件工程實(shí)踐編寫實(shí)驗(yàn)報(bào)告的要求

試驗(yàn)報(bào)告一利用Visio繪制DFD圖

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

實(shí)驗(yàn)要求：

試驗(yàn)報(bào)告二 UML工具的使用

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

實(shí)驗(yàn)學(xué)時(shí)：16學(xué)時(shí)

實(shí)驗(yàn)要求：

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

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

試驗(yàn)報(bào)告三 軟件源代碼管理

實(shí)驗(yàn)學(xué)時(shí)：4學(xué)時(shí)

實(shí)驗(yàn)要求：學(xué)習(xí)基于系統(tǒng)工具進(jìn)行源代碼版本管理

實(shí)驗(yàn)要求：

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

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

試驗(yàn)報(bào)告四使用軟件測試工具

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

實(shí)驗(yàn)學(xué)時(shí)：4學(xué)時(shí)

實(shí)驗(yàn)要求：

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

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

第二篇：軟件工程實(shí)驗(yàn)報(bào)告

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

一、實(shí)驗(yàn)?zāi)康?/p>

1: 熟悉面向?qū)ο蠓治龅幕痉椒ǎ由罾斫鈱ο竽Ｐ汀討B(tài)模型和功能模型的意義和 作

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

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

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

二、實(shí)驗(yàn)環(huán)境

1.硬件環(huán)境

P4以上的個(gè)人計(jì)算機(jī)環(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工具

實(shí)體建模工具： Erwin 4.0 UML建模工具：Rose 2000

三、實(shí)驗(yàn)內(nèi)容

1.實(shí)驗(yàn)題目

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

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

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

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

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

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

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

5系統(tǒng)類圖

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

第三篇：軟件工程實(shí)驗(yàn)報(bào)告

《軟件工程》課程實(shí)驗(yàn)報(bào)告

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

姓名：

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

專業(yè)班級：

學(xué)號：

指導(dǎo)教師：

地點(diǎn)：

成績：

時(shí)間：2012 年 10月 日 至 2012 年 11月 8 日

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

2.實(shí)驗(yàn)內(nèi)容

1.系統(tǒng)簡介

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

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

2.限定條件

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

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

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

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

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

項(xiàng)目數(shù)據(jù)流圖

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

3.實(shí)驗(yàn)步驟

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

4總結(jié)與回顧

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

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

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

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

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

第四篇：軟件工程實(shí)驗(yàn)報(bào)告

《軟件工程》實(shí)驗(yàn)報(bào)告

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

學(xué)生姓名

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

實(shí)驗(yàn)一需求分析

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

二、實(shí)驗(yàn)要求

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

三、實(shí)驗(yàn)內(nèi)容

1、項(xiàng)目完成主要功能概述（1）項(xiàng)目名稱

（2）項(xiàng)目完成主要功能

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

四、實(shí)驗(yàn)總結(jié)

實(shí)驗(yàn)二軟件設(shè)計(jì)

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

二、實(shí)驗(yàn)要求

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

三、實(shí)驗(yàn)內(nèi)容

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

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

2、項(xiàng)目詳細(xì)設(shè)計(jì)描述（建立詳細(xì)設(shè)計(jì)模型）

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

四、實(shí)驗(yàn)總結(jié)

說明：（此實(shí)驗(yàn)為可選做，若完成實(shí)驗(yàn)成績加分）

實(shí)驗(yàn)三軟件測試

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

二、實(shí)驗(yàn)要求

針對需求分析所選的項(xiàng)目和功能模塊進(jìn)行。完成軟件項(xiàng)目主要功能模塊的測試。

三、實(shí)驗(yàn)內(nèi)容

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

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

四、實(shí)驗(yàn)總結(jié)

第五篇：軟件工程實(shí)驗(yàn)報(bào)告1

Compilation of reports 20XX 報(bào) 告 匯 編

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

本科實(shí)驗(yàn)報(bào)告

課程名稱：

軟件工程

實(shí)驗(yàn)項(xiàng)目：

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

實(shí)驗(yàn)地點(diǎn)：

明向校區(qū)實(shí)驗(yàn)室 208

專業(yè)班級：

軟件 1305 班

學(xué)號：

2013005747

學(xué)生姓名：

王偉

指導(dǎo)教師：

崔冬華

時(shí)間：2015 年 4 月 26 日

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

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

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

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

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

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

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

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

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

二． 可行性研究前提

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

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

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

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

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

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

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

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

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

經(jīng)濟(jì)可行性：

社會可行性：

1、法律因素

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

4、合同制定確定違約責(zé)任

操作可行性：

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

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

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

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

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

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

目的：

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

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

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

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

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

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

任務(wù)：

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

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

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

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

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

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

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

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

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

: 航班信息管理

訂票處理:

取票處理：

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

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

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

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

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

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

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

課程名稱 機(jī)票預(yù)訂系統(tǒng) 實(shí)驗(yàn)題目 測試

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

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

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

1）單元測試 2）集成測試 3）確認(rèn)測試 4）黑盒測試

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

α 測試

8）

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

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

測試用例：

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

用例一：

出發(fā)城市：北京

到達(dá)城市：

起飛日期：

起飛時(shí)間：

機(jī)票價(jià)格：

機(jī)票數(shù)目：

用例二：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：

起飛時(shí)間：

機(jī)票價(jià)格：

機(jī)票數(shù)目：

用例三：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

起飛時(shí)間：

機(jī)票價(jià)格：

機(jī)票數(shù)目：

用例四：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：

機(jī)票數(shù)目：

用例五：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

機(jī)票數(shù)目：

用例六：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

機(jī)票數(shù)目：123 2． 驗(yàn)證出發(fā)城市及到達(dá)城市合法性：

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

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

出發(fā)城市：北京

到達(dá)城市：北京

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

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

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-6

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

機(jī)票數(shù)目：123 4． 驗(yàn)證機(jī)票價(jià)格合法性：

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：￥1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：-1234

機(jī)票數(shù)目：123 5． 驗(yàn)證機(jī)票數(shù)目合法性：

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時(shí)間：12:30

機(jī)票價(jià)格：1234

機(jī)票數(shù)目：-123

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

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

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

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

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

用例模型圖

用例模型圖說明：

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

類圖說明：

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

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

對象圖說明：

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

順序圖說明：

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

狀態(tài)圖說明：

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

活動圖說明：

狀態(tài)圖著重描述對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件，活描述系統(tǒng)中各種活動的執(zhí)行順序，刻畫一個(gè)方法中所要進(jìn)行的各項(xiàng)活動的執(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ā)生時(shí)狀態(tài)的遷移，還包括對象之問動態(tài)合作關(guān)系，顯示對象之間的交互過程以及交互順序，同時(shí)描述了為滿足用例要求所進(jìn)行的活動以及活動問的約束關(guān)系。動態(tài)模型主要包括的狀態(tài)圖、順序圖和活動圖已經(jīng)在1-4、1-5、1-6中畫出。

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

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

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

報(bào)告文檔·借鑒學(xué)習(xí)word 可編輯·實(shí)用文檔

對象模型說明:

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