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

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

實驗名稱：教務(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ù)字典。增進(jìn)對軟件工程的理解，學(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é)計劃的人員，批準(zhǔn)后上報學(xué)校教務(wù)處，最終由教務(wù)處給出下個學(xué)期全學(xué)院教師的教學(xué)任務(wù)書。

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

2.限定條件

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

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

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

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

e)本系統(tǒng)的輸出項至少包括：教務(wù)處最終下達(dá)全院教師的教學(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)進(jìn)行分析，整合用戶權(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ù)庫一級建立強(qiáng)有力的安全系統(tǒng)，管理人員可以在互聯(lián)網(wǎng)的任何地方辦工，真正實現(xiàn)學(xué)校網(wǎng)上管理。

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

此次開發(fā)的軟件是教務(wù)管理系統(tǒng)的一個子系統(tǒng)，即學(xué)院課程安排。通過此次課程設(shè)計，我們更加了解了軟件的原理，軟件的開發(fā)方法和步驟，如繪制數(shù)據(jù)流圖和數(shù)據(jù)字典的編寫。進(jìn)一步掌握了有關(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ù)字典還比較好維護(hù)，哪里出了問題，可以很快的找到，然后改正。如果做比較大的軟件時，數(shù)據(jù)字典就不好維護(hù)了。開發(fā)大的軟件系統(tǒng)時，數(shù)據(jù)字典的規(guī)模和復(fù)雜程度迅速增加，貌似人工維護(hù)就不太可能了。

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

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

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

一、實驗?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)圖的繪制方法，了解其各自的作用

二、實驗環(huán)境

1.硬件環(huán)境

P4以上的個人計算機(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工具

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

三、實驗內(nèi)容

1.實驗題目

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

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

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

資料管理系統(tǒng)的角色有三種，分別是管理員、教師、學(xué)生。資料管理系統(tǒng)的基本功能有一下三項： ? 資料信息維護(hù) ? 資料查詢 ? 借閱/歸還 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)當(dāng)包括哪些內(nèi)容？使用ROSE工具進(jìn)行分析建模時，通過哪幾種圖例描述對象模型？

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

5系統(tǒng)類圖

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

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

《軟件工程》實驗報告

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

學(xué)生姓名

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

實驗一需求分析

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

二、實驗要求

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

三、實驗內(nèi)容

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

（2）項目完成主要功能

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

四、實驗總結(jié)

實驗二軟件設(shè)計

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

二、實驗要求

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

三、實驗內(nèi)容

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

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

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

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

四、實驗總結(jié)

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

實驗三軟件測試

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

二、實驗要求

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

三、實驗內(nèi)容

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

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

四、實驗總結(jié)

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

Compilation of reports 20XX 報 告 匯 編

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

本科實驗報告

課程名稱：

軟件工程

實驗項目：

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

實驗地點：

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

專業(yè)班級：

軟件 1305 班

學(xué)號：

2013005747

學(xué)生姓名：

王偉

指導(dǎo)教師：

崔冬華

時間：2015 年 4 月 26 日

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

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

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

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

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

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

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

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

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

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

二． 可行性研究前提

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

2.旅行社提供旅客訂票信息：各個旅行社把預(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)．旅客延誤了取票時間的處理(2)．航班取消后的處理(3)．旅客臨時更改航班的處理

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

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

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

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

本系統(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ī)操作能力。

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

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

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

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

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

課程名稱 機(jī)票預(yù)訂系統(tǒng) 實驗題目 傳統(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ù)據(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 所示：

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

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

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

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

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

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

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

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

: 航班信息管理

訂票處理:

取票處理：

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

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

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

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

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

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

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

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

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

一、目的與任務(wù) 目的：在實驗四基礎(chǔ)上選擇一個模塊進(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ù)：正確運用軟件測試技術(shù)和方法，完成系統(tǒng)的單元測試、綜合測試、確認(rèn)測試、系統(tǒng)測試的方法，掌握測試用例的設(shè)計方法，并給出測試報告。

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

測試用例：

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

用例一：

出發(fā)城市：北京

到達(dá)城市：

起飛日期：

起飛時間：

機(jī)票價格：

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

用例二：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：

起飛時間：

機(jī)票價格：

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

用例三：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

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

起飛時間：

機(jī)票價格：

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

用例四：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：

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

用例五：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

用例六：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

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

起飛時間：12:30

機(jī)票價格：1234

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

出發(fā)城市：北京

到達(dá)城市：北京

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-6

起飛時間：12:30

機(jī)票價格：1234

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

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

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

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：￥1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：-1234

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

用例一：

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

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

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

出發(fā)城市：北京

到達(dá)城市：上海

起飛日期：2008-6-11

起飛時間：12:30

機(jī)票價格：1234

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

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

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

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

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

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

用例模型圖

用例模型圖說明：

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

類圖說明：

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

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

對象圖說明：

對象圖是根據(jù)設(shè)置的類圖而設(shè)置的。一個對象就是類的一個具體實例，本例中設(shè)置了一個 custom 的取票操作，詳細(xì)信息在圖中已經(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)在對管理進(jìn)行處理時，會先記錄顧客的相關(guān)信息，最后再打印取票單給顧客。系統(tǒng)對取票進(jìn)行處理時，會先收取款，最后會把票給顧客。1--5 5、狀態(tài)圖

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

狀態(tài)圖說明：

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

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

活動圖說明：

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

建立動態(tài)模型的第一步是編寫交互行為的腳本；第二步從腳本中提取出事件，確定后觸發(fā)每個事件的動作對象及接收事件的目標(biāo)對象；第三步排列事件發(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é)習(xí)word 可編輯·實用文檔

對象模型說明:

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

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

江 西 理 工 大 學(xué)

軟件工程 實驗報告

實驗名稱 實驗2 編寫軟件可行性分析報告 實驗日期 2014-04-03 專業(yè)班級 計算機(jī)111班 桌號

實 驗 人

學(xué)號

同組人

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

對一個軟件系統(tǒng)進(jìn)行可行性分析，將可行性分析過程的結(jié)果進(jìn)行分析匯總，編寫一份描述計劃任務(wù)的可行性分析報告。

二、實驗內(nèi)容和步驟

（1）系統(tǒng)概述。對當(dāng)前系統(tǒng)及存在問題的簡單描述、新系統(tǒng)特點及開發(fā)要點，新系統(tǒng)及其各個子系統(tǒng)的功能與特性、新系統(tǒng)與當(dāng)前系統(tǒng)的比較等。

（2）可行性分析。可行性分析是報告的主體。論述新系統(tǒng)在經(jīng)濟(jì)上、技術(shù)上、運行上、管理及法律上的可行性，以及對新系統(tǒng)的主客觀條件的分析。

（3）初步開發(fā)方案及開發(fā)計劃。在可行性分析的基礎(chǔ)上，提出初步開發(fā)建議方案和計劃。

（4）結(jié)論意見。綜合上訴分析，說明新系統(tǒng)是否可行，給出具體結(jié)論。

三、結(jié)果分析 1 引言

1．1 編寫目的：

可行性研究的目的是為了對問題進(jìn)行研究，以最小的代價在最短的時間內(nèi) 確定問題是否可解

經(jīng)過對此項目進(jìn)行詳細(xì)調(diào)查研究，初擬系統(tǒng)實現(xiàn)報告，對軟件開發(fā)中將要

面臨的問題及其解決方案進(jìn)行初步設(shè)計及合理安排。明確開發(fā)風(fēng)險及其所帶來的 經(jīng)濟(jì)效益。本報告經(jīng)審核后，交軟件經(jīng)理審查。1.2項目背景：

開發(fā)軟件名稱：機(jī)票預(yù)訂系統(tǒng)。

項目任務(wù)提出者：中國民航及中國國際旅游開發(fā)公司。項目開發(fā)者：浙江大學(xué)IMK 開發(fā)小組。用戶：中國民航及中國國際旅游開發(fā)公司。

第2 頁 / 共4頁

實現(xiàn)軟件單位：中國國際旅游開發(fā)公司及浙江大學(xué) 項目與其他軟件，系統(tǒng)的關(guān)系：

本項目采用客戶機(jī)/服務(wù)器原理，客戶端的程序是建立在Windows NT 系統(tǒng)上以MicrosoftVisual C++為開發(fā)軟件的應(yīng)用程序，服務(wù)器端采用Linux 為操作系統(tǒng)的工作站，是采用Oracle8 的為開發(fā)軟件的數(shù)據(jù)庫服務(wù)程序。1．3 參考資料： 《軟件工程導(dǎo)論》，張海藩，清華大學(xué)出版社。《實用軟件工程》，鄭人杰等，清華大學(xué)出版社。２ 可行性研究的前提 2.1要求

主要功能：為游客提供機(jī)票預(yù)定服務(wù)，方便旅游局的售票工作，提高旅游局的服 務(wù)質(zhì)量和服務(wù)效率

性能要求：機(jī)場提供的信息必須及時的反映在旅游局的工作平臺上。售票系統(tǒng)的 定單必須無差錯的存儲在機(jī)場的主服務(wù)器上。對服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時正確的刷新。

輸出要求：數(shù)據(jù)完整，詳實。輸出要求：簡捷，快速，實時。

安全與保密要求：服務(wù)器的管理員享有對機(jī)場航班信息庫及機(jī)票信息庫和定票信 息庫的管理與修改。售票員只享有對訂票信息庫的部分修改（寫入與讀出）。完成期限：預(yù)計六個月。2.2目標(biāo)：

系統(tǒng)實現(xiàn)后，大大提高旅游局的機(jī)票預(yù)定服務(wù)效率。降低售票服務(wù)中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。2.3條件，假定和限制 建議軟件壽命：5 年。

經(jīng)費來源：中國國際旅游開發(fā)公司。

硬件條件：服務(wù)器sun 工作站，終端為pc 機(jī)。運行環(huán)境：Linux 數(shù)據(jù)庫：Oracle8

2.4決定可行性的主要因素

成本/效益分析結(jié)果，效益〉成本。

技術(shù)可行，現(xiàn)有技術(shù)可完全承擔(dān)開發(fā)任務(wù)。操作可行，軟件能被原有工作人員快速接受。３ 技術(shù)可行性分析 系統(tǒng)簡要描述：

在旅游局中的終端是安裝了Windows NT 的PC 機(jī)，主要目的是向機(jī)場的服務(wù)器傳 遞數(shù)據(jù)。當(dāng)顧客在旅游局進(jìn)行咨詢時，終端向服務(wù)器發(fā)出查詢請求，服務(wù)器根據(jù)航班信息庫的實時數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。當(dāng)顧客向售票員定票時，終

第3頁 / 共4頁第4頁/ 共4頁

端向服務(wù)器發(fā)出詳盡的一份定單，服務(wù)器核對后，存入定票信息庫，并修改機(jī)票信息庫。當(dāng)顧客再次來取票時，終端向服務(wù)器發(fā)出查詢定票請求，服務(wù)器接收后，查詢定票信息庫，核對后，傳送機(jī)票確認(rèn)表單，終端打印出機(jī)票。４ 經(jīng)濟(jì)可行性分析 4.1支出 基礎(chǔ)投資：

終端PC 機(jī)２０臺：8000*20 = 16 萬 網(wǎng)絡(luò)設(shè)備：10 萬 輔助配置：10 萬 共計：36 萬

其他一次性投資： 系統(tǒng)管理員事務(wù) 航班信息的更新

服務(wù)器終端顯示數(shù)據(jù)產(chǎn)生報表 售票員查詢請求 數(shù)據(jù)庫產(chǎn)生報表 客戶機(jī)終端顯示數(shù)據(jù) 售票員表單申請產(chǎn)生報表 客戶機(jī)終端顯示數(shù)據(jù)

售票員機(jī)票核對事務(wù)在客戶端打印機(jī)票和帳單產(chǎn)生報表及帳單 Oracle 8.0 : 20 萬 Windows NT: 10 萬 操作員培訓(xùn)費：5 萬 共計：35 萬 經(jīng)常性支出：

人工費用: 6(月)*20(人)*5000(圓)=60 萬 其他不可知額外支出: 20 萬 共計: 80 萬

支出共計: 151 萬 4.2效益 一次性收益 0 元

經(jīng)常性收益

（按銀行利率：1%）；

減少員工20 人(1000 圓/人)五年收益:

1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120 萬 工作效率提高收益（工作效率提高30%）:

30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45 萬 經(jīng)常性收益共計: 160 萬

不可定量收益

因服務(wù)質(zhì)量提高增加旅客量10%:

1000 萬*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360 萬 收益共計: 520 萬 4.3收益/投資比

520 萬/151 萬= 344% 4.4投資回收周期 2-3 年

4.5敏感性分析

設(shè)計系統(tǒng)周期為五年, 估計最長可達(dá)10 年 處理速度: 一般查詢速度<4 秒 關(guān)鍵數(shù)據(jù)查詢速度: <2 秒 5 用戶使用可行性

使用本軟件人員要求有一定計算機(jī)基礎(chǔ)的人員,系統(tǒng)管理員要求由計算機(jī)的專業(yè)知 識,所有人員都要經(jīng)過本公司培訓(xùn).管理人員也需經(jīng)一般培訓(xùn).經(jīng)過培訓(xùn)人員將會熟練使用本軟件.兩名系統(tǒng)管理員,一名審計員將進(jìn)行專業(yè)培訓(xùn),他們將熟練管理本系統(tǒng).６ 其他可供選擇的方案

客戶端與服務(wù)器端聯(lián)系在一起，在旅游局中只設(shè)立終端，在機(jī)場設(shè)立服務(wù)器，數(shù)據(jù)輸入由終端輸入，所有數(shù)據(jù)都由服務(wù)器處理，只在終端上顯示數(shù)據(jù)結(jié)果。此設(shè)計簡化了數(shù)據(jù)處理，但加重了服務(wù)器的數(shù)據(jù)處理。而使用客戶端/服務(wù)器機(jī)理，簡化數(shù)據(jù)流量，加快數(shù)據(jù)處理。７ 結(jié)論意見

由于投資效益比遠(yuǎn)大于100%, 技術(shù)、經(jīng)濟(jì)、操作都有可行性，可以進(jìn)行開發(fā)。

四、實驗心得

此次文檔的編寫在整個軟件開發(fā)的過程中，起到了很重要的作用。它讓我們知道在以后的軟件開發(fā)過程中應(yīng)該注意的問題，并且應(yīng)該做出相應(yīng)的措施來解決軟件開發(fā)過程中出現(xiàn)的各種問題。