第一篇：軟件工程實驗二

實驗二：需求分析報告

實驗學(xué)時：2

課后2學(xué)時

實驗類型：技能性

一、目的與任務(wù)

目的：明確需求分析任務(wù)的重要性，掌握需求分析的主要具的使用方法和步驟，寫出需求規(guī)格說明書。

二、實驗安排

1、裝有Offic軟件，Visio 2010的微機(jī)系統(tǒng).2、實驗安排方式：本實驗為開放實驗，各組可同時進(jìn)行實驗，每組8-10人。

三、實驗內(nèi)容及步驟

1、選擇一個管理系統(tǒng)（人事管理系統(tǒng)、工資管理系統(tǒng)、學(xué)生檔案管理系統(tǒng)等）。

2、軟件工程的原理對該系統(tǒng)的問題進(jìn)行分析；

3、分析系統(tǒng)的數(shù)據(jù)需求獲得當(dāng)前系統(tǒng)的物理模型，然后抽象出當(dāng)前系統(tǒng)的邏輯模型，再建立目標(biāo)系統(tǒng)的邏輯模型；理出系統(tǒng)的數(shù)據(jù)流程圖；

4、用Visio 2010畫出該系統(tǒng)的數(shù)據(jù)流圖，用結(jié)構(gòu)化分析方法對整個系統(tǒng)進(jìn)行分析細(xì)化，用數(shù)據(jù)流圖描繪系統(tǒng)的邏輯模型，描繪信息在系統(tǒng)中流動和處理的情況；數(shù)據(jù)流圖是分析和設(shè)計的工具，它主要描述系統(tǒng)完成的功能而不是系統(tǒng)的物理實現(xiàn)。

5、在Microsoft Word文檔下寫出該系統(tǒng)的數(shù)據(jù)字典，用數(shù)據(jù)字典對人們不了解的條目進(jìn)行解釋，對所有被加工引用的數(shù)據(jù)流和數(shù)據(jù)存儲進(jìn)行解釋；

6、用小說明來描述最底層的基本加工邏輯，小說明并不描述具體的加工過程，而只是這個加工的輸入數(shù)據(jù)和輸出數(shù)據(jù)的邏輯關(guān)系。

7、用Visio 2007畫出該系統(tǒng)的IPO圖，它的基本形式是左邊框中列出有關(guān)的輸入數(shù)據(jù)，在中間的框中列出主要的處理，在右邊的框中列出產(chǎn)生的輸出數(shù)據(jù)；

8、用層次方框圖或Warnier圖對系統(tǒng)進(jìn)行說明；層次方框圖是由樹型結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)數(shù)型結(jié)構(gòu)的頂層是一個單獨的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表這個數(shù)據(jù)的子集，最底層的各個框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素。

四、思考題

1、軟件需求分析在整個軟件生存周期中的地位？

2、在軟件需求分析中要完成哪些任務(wù)，所完成的資料在以后的工作中起什么作用？

3、做需求分析的過程中有沒有做社會調(diào)研？

附錄一：

實驗要求

軟件工程實驗要求學(xué)生采用“項目小組”的形式，結(jié)合具體的開發(fā)項目進(jìn)行設(shè)計。具體要求如下：

1．班級按項目小組進(jìn)行分組，每組不得超過10人 2．每個項目小組選出項目負(fù)責(zé)人或項目經(jīng)理，由項目經(jīng)理召集項目組成員討論、選定開發(fā)項目

3．項目中的每項任務(wù)要落實到人且規(guī)定該任務(wù)的起止日期和時間

4．每個項目小組必須按照《軟件工程實驗指導(dǎo)書》附錄中給定的文檔規(guī)范標(biāo)準(zhǔn)提供項目文檔

5．題目自定或采用附錄二中的題目

6．軟件開發(fā)的方法自定（結(jié)構(gòu)化或面向?qū)ο蟮姆椒▽W(xué)）

附錄二：

實驗題目

題目一：“教務(wù)管理系統(tǒng)之子系統(tǒng)——學(xué)院課程安排” 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．限定條件

（1）每位教師的主講課程門數(shù)不超過2門/學(xué)期：講師以下職稱的教師不能承擔(dān)學(xué)院定主課的主講任務(wù)。（2）學(xué)院中層干部的主講課時不能超過4學(xué)時/周。

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

（4）本系統(tǒng)的輸入項至少包括：教務(wù)處布置的教學(xué)計劃，學(xué)院教師自報的授課計劃和學(xué)院定的有關(guān)授課限制條件。（5）本系統(tǒng)的輸出項至少包括：教務(wù)處最終下達(dá)全院教師的教學(xué)任務(wù)書和學(xué)院各個班級下各學(xué)期的課程表（可以不含上課地點）。

題目二：“學(xué)校教材定購系統(tǒng)” 1．系統(tǒng)簡介

本系統(tǒng)可以細(xì)化為兩個子系統(tǒng)：銷售系統(tǒng)和采購系統(tǒng) 銷售系統(tǒng)的主要工作過程為：首先由教師或?qū)W生提交購書單，經(jīng)教材發(fā)行人員審核是有效購書單后，開發(fā)票、登記并返給教師或?qū)W生領(lǐng)書單，教師或?qū)W生可以到書庫領(lǐng)書。

采購系統(tǒng)的主要工作過程為：若是教材脫銷，則登記缺書，發(fā)缺書單給書庫采購人員；一旦新書入庫后，即發(fā)進(jìn)書通知給教材發(fā)行人員。

以上功能要求在計算機(jī)上實現(xiàn)。2．技術(shù)要求和限制條件

（1）當(dāng)書庫中的各種書籍?dāng)?shù)量發(fā)生變化（包括進(jìn)書和出書）時，都應(yīng)修改相關(guān)的書庫記錄，如庫存表或進(jìn)/出庫表。（2）在實現(xiàn)上述銷售和采購的工作過程時，需考慮有關(guān)的合法性驗證。

（3）系統(tǒng)的外部項至少包括：教師、學(xué)生和教材工作人員。（4）系統(tǒng)的相關(guān)數(shù)據(jù)存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進(jìn)庫表和出庫表。

題目三：“機(jī)票預(yù)定系統(tǒng)” 1．系統(tǒng)簡介

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

2．技術(shù)要求和限制條件（1）在分析系統(tǒng)功能時要考慮有關(guān)證件的合法性驗證（如身份證、取票通知和交款發(fā)票）等。（2）對于本系統(tǒng)還應(yīng)補(bǔ)充一下功能： 1．旅客延誤了取票時間的處理 2．航班取消后的處理

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

題目四：“學(xué)校內(nèi)部工資管理系統(tǒng)” 1．系統(tǒng)簡介

假設(shè)學(xué)校共有教職工約1000人，10個行政部門和8個系。每個月20日前各個部門（包括系和部門）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送到財務(wù)處。財務(wù)處于每個月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每個月3日將工資條發(fā)給每個單位。若由員工調(diào)入或調(diào)出、校內(nèi)調(diào)動、離退休變化，則由人事處通知相關(guān)部門和財務(wù)處。

2．技術(shù)要求和限制條件

（1）本系統(tǒng)的數(shù)據(jù)存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發(fā)放表等。

（2）除人事處、財務(wù)處外，其他職能部門和系名稱可以簡化表示。

（3）工資、獎金、扣款細(xì)節(jié)由學(xué)生自定義。

題目五：“實驗室設(shè)備管理系統(tǒng)” 1．系統(tǒng)簡介

每學(xué)年要對實驗室設(shè)備使用情況進(jìn)行統(tǒng)計、更新。其中：（1）對于已徹底損壞的做報廢處理，同時詳細(xì)記錄有關(guān)信息。（2）對于由嚴(yán)重問題（故障）的要及時修理，并記錄修理日期、設(shè)備名、編號、修理廠家、修理費用、責(zé)任人等。（3）對于急需修改但又缺少的設(shè)備，需以“申請表”的形式送交上級領(lǐng)導(dǎo)請求批準(zhǔn)購買。新設(shè)備購入后要立即進(jìn)行設(shè)備登記（包括類別、設(shè)備名、編號、型號、規(guī)格、單價、數(shù)量、購置日期、生產(chǎn)廠家、保質(zhì)期和經(jīng)辦人等信息），同時更新申請表的內(nèi)容。

（4）隨時對現(xiàn)有設(shè)備及其修理、報廢情況進(jìn)行統(tǒng)計、查詢，要求能夠按類別和時間段等查詢。

2．技術(shù)要求及限制條件

（1）所有工作由專門人員負(fù)責(zé)完成，其他人不得任意使用。（2）每件設(shè)備在做入庫登記時均由系統(tǒng)按類別加自動順序號編號，形成設(shè)備號；設(shè)備報廢時要及時修改相應(yīng)的設(shè)備記錄，且有領(lǐng)導(dǎo)認(rèn)可。

（3）本系統(tǒng)的數(shù)據(jù)存儲至少包括：設(shè)備記錄、修理記錄、報廢記錄、申請購買記錄。

（4）本系統(tǒng)的輸入項至少包括：新設(shè)備信息、修理信息、申請購買信息、具體查詢統(tǒng)計要求。本系統(tǒng)的輸出項至少包括：設(shè)備購買申請表、修理/報廢設(shè)備資

金統(tǒng)計表

題目六：“校園代金卡系統(tǒng)” 1．系統(tǒng)簡介

校園代金卡系統(tǒng)配套符合金融標(biāo)準(zhǔn)的金融設(shè)備——自助繳費機(jī)（帶圈存功能），以銀行卡為輔助，從真正意義上實現(xiàn)全方位的現(xiàn)代化校園管理，實現(xiàn)校園貨幣電子化。它以非接觸式IC卡又稱射頻卡為操作手段，配合校園計算機(jī)網(wǎng)絡(luò)，實現(xiàn)整個學(xué)校的全方位智能卡網(wǎng)絡(luò)化管理，將先進(jìn)的IC卡技術(shù)服務(wù)用于學(xué)校的教學(xué)、科研、管理和生活等方面。用IC卡取代借書證、餐票、計算機(jī)房的上機(jī)卡、通道出入證件等；并作為校園信息查詢卡，使教師和學(xué)生可以輕松查詢教學(xué)設(shè)備、教室情況、圖書音像資料、校園活動等各類信息。整個系統(tǒng)的建成，為學(xué)校從各項日常管理事務(wù)到各種長期數(shù)據(jù)處理提供科學(xué)的解決方案，以節(jié)約學(xué)校的人力物力，在提高學(xué)校管理能力的基礎(chǔ)上，亦能為學(xué)校帶來一定的經(jīng)濟(jì)效益。師生手持一張智能卡就可以實現(xiàn)學(xué)校全部事務(wù)，實現(xiàn)學(xué)校的各種消費的無紙幣流通。

2．校園代金卡系統(tǒng)功能要求 在代金卡系統(tǒng)的功能要求中，首先應(yīng)該劃分出系統(tǒng)必須完成的所有功能。

校園代金卡系統(tǒng)能夠運用于解決學(xué)生和教職工的消費既管理問題，包括購物消費、購飯消費、遲到、早退學(xué)生登記、圖書借閱、機(jī)房上機(jī)、學(xué)生成績查詢、校園綜合信息查詢、學(xué)生身份驗證等。其中校園代金卡系統(tǒng)又分為一卡通中心平臺、銀行接口子系統(tǒng)、圖書管理系統(tǒng)、消費管理系統(tǒng)、學(xué)生學(xué)籍管理系統(tǒng)、身份驗證識別系統(tǒng)、門禁考勤系統(tǒng)等子系統(tǒng)，各個系統(tǒng)所實現(xiàn)功能也不相同，主要分為： 一卡通中心平臺

校園代金卡的一卡通中心平臺實現(xiàn)了對校園卡的發(fā)放、掛失、取消等管理，能夠傳輸和處理數(shù)據(jù)系統(tǒng)，交易數(shù)據(jù)，結(jié)算清算各種費用，在沒有工作人員參與的情況下自己也能進(jìn)行一系列的工作，節(jié)省時間和人力。

銀行接口子系統(tǒng)

校園代金卡的銀行接口子系統(tǒng)能實現(xiàn)銀行卡和學(xué)生校園卡帳號對應(yīng)，兩卡分離，學(xué)生家長持銀行卡，學(xué)生持校園代金卡。家長使用銀行系統(tǒng)的全國異地通存通兌業(yè)務(wù)，給學(xué)生銀行卡中匯款。通過設(shè)在校園內(nèi)的圈存機(jī)，可以實現(xiàn)銀行卡到校園卡的電子錢包圈存并可自助查詢銀行帳戶余額。這樣學(xué)生不必從銀行取出現(xiàn)金然后再對校園卡進(jìn)行充值，節(jié)約了人力，方便了學(xué)生充值校園代金卡。

附錄三：

軟件開發(fā)文檔指南 可行性研究報告

可行性研究報告的編寫目的是：說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)、經(jīng)濟(jì)和社會條件方面的可行性；評述為了合理地達(dá)到開發(fā)目標(biāo)而可能先擇的各種方案；說明論證所選定的方案?？尚行匝芯繄蟾娴木帉憙?nèi)容要求如下：

1.1 引言

1.1.1 編寫目的 1.1.2 背景 1.1.3 定義

1.1.4 參考資料

1.2 可行性研究的前提

1.2.1 要求 1.2.2 目標(biāo)

1.2.3 條件、假定和限制 1.2.4 進(jìn)行可行性研究的方法 1.2.5 評價尺度

1.3 對現(xiàn)有系統(tǒng)的分析 1.3.1 數(shù)據(jù)流程和處理流程 1.3.2 工作負(fù)荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設(shè)備 1.3.6 局限性

1.4 所建議的系統(tǒng)

1.4.1 對所建議系統(tǒng)的說明 1.4.2 數(shù)據(jù)流程各處理流程 1.4.3 改進(jìn)之處 1.4.4 影響

1.4.4.1 對象設(shè)備的影響 1.4.4.2 對軟件的影響

1.4.4.3 對用戶單位機(jī)構(gòu)的影響 1.4.4.4 對系統(tǒng)動行的影響 1.4.4.5 對開發(fā)的影響

1.4.4.6 對地點和設(shè)施的影響 1.4.4.7 對經(jīng)費開支的影響 1.4.5 局限性

1.4.6 技術(shù)條件方面的可行性 1.5 可選擇其他系統(tǒng)方案 1.5.1 可選擇的系統(tǒng)方案1 1.5.2 可選擇的系統(tǒng)方案2 ……

1.6 投資及收益分析 1.6.1 支出

1.6.1.1 基本建設(shè)投資 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益

1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投資比 1.6.4 投資回收周期 1.6.5 敏感性分析

1.7 社會條件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 結(jié)論 項目開發(fā)計劃

編制項目開發(fā)計劃的目的是用文件的形式，把對于在開發(fā)過程中各項工作的負(fù)責(zé)人員、開發(fā)進(jìn)度所需經(jīng)費預(yù)算、所需軟、硬件條件等問題作出安排記載下來，以便根據(jù)本計劃開展和檢查本項目的開發(fā)工作。編制內(nèi)容要求如下：

2.1 引言

2.1.1 編寫目的 2.1.2 背景 2.1.3 定義

2.1.4 參考資料 2.2 項目概述 2.2.1 工作內(nèi)容 2.2.2 主要參加人員 2.2.3 產(chǎn)品及成果 2.2.3.1 程序 2.2.3.2 文件 2.2.3.3 服務(wù)

2.2.3.4 非移交產(chǎn)品 2.2.4 驗收標(biāo)準(zhǔn)

2.2.5 完成項目的最遲期限 2.2.6 本計劃的審查者與批準(zhǔn)者 2.3 實施總計劃

2.3.1 工作任務(wù)的分解 2.3.2 接口人員 2.3.3 進(jìn)度 2.3.4 預(yù)算

2.3.5 關(guān)鍵問題 2.4 支持條件

2.4.1 計算機(jī)系統(tǒng)支持 2.4.2 需要用戶承擔(dān)的工作 2.4.3 需由外單位提供的條件 2.5 專題計劃要點 3 軟件需求說明書

軟件需求說明書的編制是為了使用戶的軟件開發(fā)者雙方對該軟件的起初規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。編制軟件需求說明書的內(nèi)容要求如下：

3.1 引言

3.1.1 編寫的目的 3.1.2 背景 3.1.3 定義

3.1.1 參考資料 3.2 任務(wù)概述 3.2.1 目標(biāo)

3.2.2 用戶的點 3.2.3 假定與約束 3.3 需求規(guī)定

3.3.1 對功能的規(guī)定 3.3.2 對性能的規(guī)定 3.3.2.1 精度

3.3.2.2 時間特性要求 3.3.2.3 靈活性

3.3.3 輸入輸出要求

3.3.4 數(shù)據(jù)管理能力的要求 3.3.5 故障處理要求 3.3.6 其它的專門的要求 3.4 運行環(huán)境規(guī)定 3.4.1 設(shè)備

3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 數(shù)據(jù)需求說明書

數(shù)據(jù)要求說明書的編制目的是為了向整個開發(fā)時期提供關(guān)于處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的技術(shù)信息。編制數(shù)據(jù)要求說明書的內(nèi)容要求如下： 引言

編寫目的 背景 定義

參考資料

數(shù)據(jù)的邏輯描述 靜態(tài)數(shù)據(jù) 動態(tài)輸入數(shù)據(jù) 動態(tài)輸出數(shù)據(jù) 內(nèi)部生成數(shù)據(jù) 數(shù)據(jù)約定 數(shù)據(jù)的采集 要求和范圍 輸入的承擔(dān)者 處理 影響 概要設(shè)計說明書

概要設(shè)計說明書可稱作系統(tǒng)設(shè)計說明書，這里說的系統(tǒng)是指程序系統(tǒng)，編制的目的是說明對程序的系統(tǒng)的設(shè)計考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計、運行設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理設(shè)計等，為程序的詳細(xì)設(shè)計提供基礎(chǔ)。編制概要設(shè)計說明書的內(nèi)容要求如下：

5.1 引言

5.1.1 編寫目的 5.1.2 背景 5.1.3 定義

5.1.4 參考資料 5.2 總體設(shè)計 5.2.1 需求規(guī)定 5.2.2 運行環(huán)境

5.2.3 基本設(shè)計概念和處理流程 5.2.4 結(jié)構(gòu)

5.2.5 功能需求與程序的關(guān)系 5.2.6 人工處理過程 5.2.7 尚未解決的問題 5.3 接口設(shè)計 5.3.1 用戶接口 5.3.2 內(nèi)部接口 5.3.3 外部接口 5.4 運行設(shè)計

5.4.1 運行模塊組合 5.4.2 運行控制 5.4.3 運行時間

5.5 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計 5.5.1 邏輯結(jié)構(gòu)設(shè)計要點 5.5.2 物理結(jié)構(gòu)設(shè)計要點 5.5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系 5.6 系統(tǒng)出錯處理設(shè)計 5.6.1 出錯信息 5.6.2 補(bǔ)救措施 5.6.3 系統(tǒng)維護(hù)設(shè)計 6 詳細(xì)設(shè)計說明書

詳細(xì)說明書可稱作程序設(shè)計說明書。編制目的是說明一個軟件系統(tǒng)各個層次中的每一個程序（每個模塊或子程序）的設(shè)計考慮，如果一個軟件系統(tǒng)比較簡單，層次很少，本文件可以不單獨編寫，有關(guān)內(nèi)容合并概要設(shè)計說明書。對詳細(xì)設(shè)計說明書的內(nèi)容要不得要求如下：

6.1 引言

6.1.1 編寫目的 6.1.2 背景 6.1.3 定義 6.1.4 參考資料

6.2 程序系統(tǒng)的組織結(jié)構(gòu)

6.3 程序1（標(biāo)識符）設(shè)計說明 6.3.1 程序描述 6.3.2 功能 6.3.3 性能 6.3.4 輸入項 6.3.5 輸出項 6.3.6 算法 6.3.7 流程邏輯 6.3.8 接口 6.3.9 存儲分配 6.3.10 注釋設(shè)計 6.3.11 限制條件 6.3.12 測試計劃

6.3.13 尚未解決的問題

6.4 程序2（標(biāo)識符）設(shè)計說明 …… 數(shù)據(jù)庫設(shè)計說明書

數(shù)據(jù)庫設(shè)計說明書的編制目的是對于設(shè)計中的數(shù)據(jù)庫所有標(biāo)識、邏輯結(jié)構(gòu)和理結(jié)構(gòu)作出具體的設(shè)計規(guī)定。其內(nèi)容要求如下：

7.1 引言

7.1.1 編寫目的 7.1.2 背景 7.1.3 定義

7.1.4 參考資料 7.2 外部設(shè)計

7.2.1 標(biāo)識符和狀態(tài) 7.2.2 使用它的程序 7.2.3 約定

7.2.4 專門指導(dǎo) 7.2.5 支持軟件 7.3 結(jié)構(gòu)設(shè)計

7.3.1 概念結(jié)構(gòu)設(shè)計 7.3.2 邏輯結(jié)構(gòu)設(shè)計 7.3.3 理結(jié)構(gòu)設(shè)計 7.4 運用設(shè)計

7.4.1 數(shù)據(jù)字典設(shè)計 7.4.2 安全保密設(shè)計 8 用戶手冊

用戶手冊的編制是要使用非專門術(shù)語的語言，充分地描述該軟件系統(tǒng)工程所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。具體的內(nèi)容要求如下：

8.1 引言

8.1.1 編寫目的 8.1.2 背景 8.1.3 定義

8.1.4 參考資料 8.2 用途 8.2.1 功能 8.2.2 性能 8.2.2.1 精度 8.2.2.2 時間特性 8.2.2.3 靈活性 8.2.3 安全保密 8.3 運行環(huán)境 8.3.1 硬設(shè)備 8.3.2 支持軟件 8.3.3 數(shù)據(jù)結(jié)構(gòu) 8.4 使用過程

8.4.1 安裝與初始化 8.4.2 輸入

8.4.2.1 輸入數(shù)據(jù)的現(xiàn)實背景 8.4.2.2 輸入格式 8.4.2.3 輸入舉例 8.4.3 輸出

8.4.3.1 輸出數(shù)據(jù)的現(xiàn)實背景 8.4.3.2 輸出格式 8.4.3.3 輸出舉例 8.4.4 文卷查詢

8.4.5 出錯處理與恢復(fù) 8.4.6 終端操作 9 操作手冊

操作手冊的編制是為了向操作人中提供該軟件每一個運行的具體過程和有關(guān)知識，包括操作方法的細(xì)節(jié)。具體的內(nèi)容要求如下：

9.1 引言

9.1.1 編寫目的 9.1.2 背景 9.1.3 定義 9.1.2 參考資料 9.2 軟件概述 9.2.1 軟件的結(jié)構(gòu) 9.2.2 程序表 9.2.3 文卷表

9.3 安裝與初始化 9.4 運行說明 9.4.1 運行表 9.4.2 運行步驟

9.4.3 運行1（標(biāo)識符）說明 9.4.3.1 運行控制 9.4.3.2 操作信息

9.4.3.3 輸入-輸出文卷 9.4.3.4 輸出文段

9.4.3.5 輸出文段的復(fù)制 9.4.3.6 啟動恢復(fù)過程

9.4.4 運行2（標(biāo)識符）說明 9.5 非常規(guī)過程 9.6 遠(yuǎn)程操作 10 模塊開發(fā)卷宗

模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一級密切相關(guān)的模塊的復(fù)審時編寫一份，應(yīng)該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進(jìn)度和結(jié)果，以便于對整個模塊開發(fā)工作的管理和復(fù)審，并為將來的維護(hù)提供非常有用的技術(shù)信息。具體的內(nèi)容要求如下：

10.1 標(biāo)題

10.2 模塊開發(fā)情況表 10.3 功能說明 10.4 設(shè)計說明 10.5 源代碼清單 10.6 測試說明 10.7 復(fù)審的結(jié)論 11 測試計劃 11.1 引言

11.1.1 編寫目的 11.1.2 背景 11.1.3 定義

11.1.4 參考資料 11.2 計劃

11.2.1 軟件說明 11.2.2 測試內(nèi)容

11.2.3 測試1（標(biāo)識符）11.2.3.1 進(jìn)度安排 11.2.3.2 條件 11.2.3.3 測試資料 11.2.3.4 測試培訓(xùn)

11.2.4 測試2（標(biāo)識符）……

11.3 測試設(shè)計說明

11.3.1 測試1（標(biāo)識符）11.3.1.1 控制 11.3.1.2 輸入 11.3.1.3 輸出 11.3.1.4 過程

11.3.2 測試2（標(biāo)識符）……

11.4 評價準(zhǔn)則 11.4.1 范圍

11.4.2 數(shù)據(jù)整理 11.4.3 尺度 測試分析報告

測試分析報告的編寫是為了把組裝測試和確認(rèn)測試的結(jié)果、發(fā)現(xiàn)及分析寫成文件加發(fā)記載，具體的編寫內(nèi)容要求如下：

12.1 引言

12.1.1 編寫目的 12.1.2 背景 12.1.3 定義 12.1.4 參考資料 12.2 測度概要

12.3 測試結(jié)果及發(fā)現(xiàn) 12.3.1 測試1（標(biāo)識符）12.3.2 測試2（標(biāo)識符）……

12.4 對軟件功能的結(jié)論 12.4.1 功能1（標(biāo)識符）12.4.1.1 能力 12.4.1.2 限制

12.4.2 功能2（標(biāo)識符）……

12.5 分析摘要 12.5.1 能力

12.5.2 缺陷和限制 12.5.3 建議 12.5.4 評價

12.6 測試資源消耗 13 開發(fā)進(jìn)度月報

開發(fā)進(jìn)度月報的編制目的是及時向有關(guān)管理部門匯報項目開發(fā)的進(jìn)展和情況，以便函及時發(fā)現(xiàn)或處理開發(fā)過程中出現(xiàn)的問題。一般地，開發(fā)進(jìn)度月報是以項目組為單位每月編寫的。如果被開發(fā)的軟件系統(tǒng)規(guī)模比較大，整個工程項目被劃分給若干個分項目組承擔(dān)，開發(fā)進(jìn)度月報將以項目組為單位按月編寫。具體的內(nèi)容要求如下：

13.1 標(biāo)題

13.2 工程進(jìn)度與狀態(tài) 13.2.1 進(jìn)度 13.2.2 狀態(tài)

13.3 資源耗用與狀態(tài) 13.3.1 資源耗用 13.3.1.1 工時 13.3.1.2 機(jī)時 13.3.2 狀態(tài)

13.4 經(jīng)費支出與狀態(tài) 13.4.1 經(jīng)費支出 13.4.1.1 支持性費用 13.4.1.2 設(shè)備購置費 13.4.2 狀態(tài)

13.5 下個月的工作計劃 13.6 建議 項目開發(fā)總結(jié)報告

項目開發(fā)總結(jié)報告的編制是為了總結(jié)本項目開發(fā)工作的經(jīng)驗，說明實際取得的開發(fā)結(jié)果以及對整個開發(fā)工作的各個方面的評價。具體的內(nèi)容要求如下：

14.1 引言

14.1.1 編寫目的 14.1.2 背景 14.1.3 定義 14.1.4 參考資料 14.2 實際開發(fā)結(jié)果 14.2.1 產(chǎn)品

14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 進(jìn)度 14.2.5 費用

14.3 開發(fā)工作評價

14.3.1 對生產(chǎn)效率的評價 14.3.2 對產(chǎn)品質(zhì)量的評價 14.3.3 對技術(shù)方法的評價 14.3.4 出錯原因的分析

第二篇：軟件工程實驗

作業(yè)一

1.請畫出由下列文字描述的系統(tǒng)流程圖，請用Microsoft Visio 或Word軟件畫圖

設(shè)某城市招干考試成績統(tǒng)計系統(tǒng)。

考生分三個專業(yè)，不同專業(yè)考試科目不同：

法律專業(yè)---考政治、語文、法律

行政專業(yè)---考政治、語文、行政

財經(jīng)專業(yè)---考政治、語文、財經(jīng)學(xué)

每個考生在報名時登記姓名、地址、年齡和報考專業(yè)。報名后招干辦公室根據(jù)專業(yè)考生專業(yè)及地址在市區(qū)或郊區(qū)來編排準(zhǔn)考證號碼和考場?？忌鷧⒓涌荚嚭?，輸入每個考生的各門課程的成績，并統(tǒng)計出每個考生三門課程的總成績。按準(zhǔn)考證號的順序打印出考生考試成績單，分發(fā)給每個考生。各專業(yè)分別將考生按成績總分從高到低的次序排序，以便決定錄取名單。

作業(yè)二

畫考務(wù)處理系統(tǒng)的數(shù)據(jù)流圖。

考務(wù)處理系統(tǒng)功能如下：

(1)對考生送來的報名單進(jìn)行檢查;(2)對合格的報名單編好準(zhǔn)考證號后將準(zhǔn)考證送給考生，并將匯總后的考生名單送給閱卷站;?3)對閱卷站送來的成績單進(jìn)行檢查，并根據(jù)考試中心制定的合格標(biāo)準(zhǔn)審定合格者;(4)制作考生通知單(含成績及合格/不合格標(biāo)志)送給考生;(5)按地區(qū)進(jìn)行成績分類統(tǒng)計和試題難度分析，產(chǎn)生統(tǒng)計分析表。

作業(yè)三

1、請為某倉庫的管理設(shè)計一個ER模型。該倉庫主要管理零件（包括零件編號、名稱、顏色、重量）的定購和供應(yīng)等事項。倉庫向工程項目（包括項目編號、項目名稱、開工日期）供應(yīng)零件，并且根據(jù)需要向供應(yīng)商（包括供應(yīng)商編號、名稱、地址）定購零件。

2、畫復(fù)印機(jī)的狀態(tài)轉(zhuǎn)換圖 復(fù)印機(jī)的工作過程大致如下： 未接到復(fù)印命令時處于閑置狀態(tài)，一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài)，完成一個復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個復(fù)印命令；

如果執(zhí)行復(fù)印命令時發(fā)現(xiàn)沒紙，則進(jìn)入缺紙狀態(tài)，發(fā)出警告，等待裝紙，裝滿紙后進(jìn)入閑置狀態(tài)，準(zhǔn)備接收復(fù)印命令；

如果復(fù)印時發(fā)生卡紙故障，則進(jìn)入卡紙狀態(tài)，發(fā)出警告等待維修人員來排除故障，故障排除后回到閑置狀態(tài)。

作業(yè)四

請將上列給出的具有變換型的DFD圖導(dǎo)出它的軟件結(jié)構(gòu)SC圖

作業(yè)五

某程序流程圖如下圖所示，請分別用N-S圖和PAD圖表示。

作業(yè)六

練習(xí)題：用判定表和判定樹表示“檢查訂貨單”偽碼 IF 客戶訂貨金額超過5000元 THEN IF 客戶拖延未還賒欠錢款超過60天 THEN 在償還欠款前不予批準(zhǔn)

ELSE(拖延未還賒欠錢款不超過60天)發(fā)批準(zhǔn)書，發(fā)貨單 ENDIF ELSE(客戶訂貨金額未超過5000元)IF 客戶拖延未還賒欠錢款超過60天 THEN 發(fā)批準(zhǔn)書，發(fā)貨單，并發(fā)催款通知書 ELSE(拖延未還賒欠錢款不超過60天)發(fā)批準(zhǔn)書，發(fā)貨單 ENDIF ENDIF

作業(yè)七

設(shè)計下列偽碼程序的語句覆蓋和路徑覆蓋測試用例： START

INPUT(A,B,C)IF A>5 THEN X=10 ELSE X=1 END IF IF B>10 THEN Y=20 ELSE Y=2 END IF IF C>15 THEN Z=30 ELSE Z=3 END IF PRINT(X,Y,Z)STOP

實習(xí)

請參考機(jī)票預(yù)訂系統(tǒng)實例 飛機(jī)票預(yù)訂系統(tǒng).zip

一、課程實踐任務(wù)

學(xué)生自行分組選擇一個項目，完成一個實際軟件項目的分析、設(shè)計、開發(fā)、測試全過程，領(lǐng)會軟件工程的基本思想，明晰各個階段的主要任務(wù)，使用 MicroSoft Visio、Project、Rose、VSS、Power Designer 等計算機(jī)輔助軟件工具，采用規(guī)范化的軟件工程方法進(jìn)行軟件項目的研發(fā)。

二、課程實踐的要求

第三篇：軟件工程實驗教學(xué)大綱

軟件工程實驗教學(xué)大綱

前 言

軟件工程實驗是為計算機(jī)相關(guān)專業(yè)本科《軟件工程》課程配套設(shè)置的，是《軟件工程》課程講授中一個重要的、不可或缺的實踐環(huán)節(jié)。其目的是使學(xué)生能夠針對具體軟件工程項目，全面掌握軟件工程管理、軟件需求分析、軟件初步設(shè)計、軟件詳細(xì)設(shè)計、軟件測試等階段的方法和技術(shù)，通過該課程設(shè)計使學(xué)生進(jìn)一步理解和掌握軟件開發(fā)模型、軟件生命周期、軟件過程等理論在軟件項目開發(fā)過程中的意義和作用，培養(yǎng)學(xué)生按照軟件工程的原理、方法、技術(shù)、標(biāo)準(zhǔn)和規(guī)范，進(jìn)行軟件開發(fā)的能力，培養(yǎng)學(xué)生的合作意識和團(tuán)隊精神，培養(yǎng)學(xué)生對技術(shù)文檔的編寫能力，從而使學(xué)生提高軟件工程的綜合能力，提高軟件項目的管理能力。

按該課程的特點，實驗內(nèi)容包括軟件開發(fā)的兩大方法學(xué)的專題訓(xùn)練，即結(jié)構(gòu)化（生命周期學(xué)）的方法學(xué)和面向?qū)ο蟮姆椒▽W(xué)，通過對一個簡單項目，要求學(xué)生利用結(jié)構(gòu)化軟件開發(fā)技術(shù)或面向?qū)ο蟮能浖_發(fā)技術(shù)完成對該項目的開發(fā)。因此設(shè)置五個實驗項目，從項目發(fā)的準(zhǔn)備工作，系統(tǒng)分析過程，系統(tǒng)設(shè)計過程，軟件測試到系統(tǒng)實施，覆蓋軟件開發(fā)的整個過程，此外又引入我國國家《計算機(jī)開發(fā)規(guī)范》，以規(guī)范技術(shù)文檔的書寫標(biāo)準(zhǔn)，提高實驗教學(xué)質(zhì)量。

通過實驗訓(xùn)練，達(dá)到如下目的：

使學(xué)生進(jìn)一步了解和掌握軟件工程原理，提高對實際項目的分析和設(shè)計能力，通過實驗課程，熟悉和基本掌握軟件工程方法學(xué)、軟件開發(fā)的過程，文檔資料的編寫格式及規(guī)范，全面領(lǐng)會和貫通所學(xué)習(xí)的理論知識，從而培養(yǎng)學(xué)生綜合運用所學(xué)課程知識，分析解決問題的能力，培養(yǎng)學(xué)生理論聯(lián)系實際作風(fēng)，實事求是，嚴(yán)肅認(rèn)真的科學(xué)態(tài)度和良好的工作作風(fēng)，為今后從事科學(xué)研究工作打下基礎(chǔ)。

實驗一：項目開發(fā)的準(zhǔn)備工作

實驗學(xué)時：2 實驗類型：驗證性

一、目的與任務(wù)

目的：確定課題，組織組員，合理分工，熟悉軟件開發(fā)環(huán)境，培養(yǎng)團(tuán)隊精神。

任務(wù)：學(xué)習(xí)軟件開發(fā)小組的組織和管理，合理分工，將項目開發(fā)各階段的任務(wù)明確，并熟悉相應(yīng)的軟件開發(fā)環(huán)境。

二、內(nèi)容、要求與安排方式

1、實驗內(nèi)容與要求：

根據(jù)各組選擇的課題，實行項目經(jīng)理制，各組推薦一名組長，統(tǒng)一管理整個項目的實施過程，并合理調(diào)整資源和負(fù)責(zé)項目全局；根據(jù)項目的難易合理分配組員的任務(wù)，對問題達(dá)成一致的看法；針對項目的實施，熟悉相應(yīng)的軟件開發(fā)工具的使用環(huán)境。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進(jìn)行實驗，每組4－6人。3．準(zhǔn)備參考資料和閱讀相關(guān)的國家有關(guān)軟件開發(fā)的標(biāo)準(zhǔn)文檔。

三、思考題

1、項目開發(fā)首先要做的事是什么？

2、你認(rèn)為該軟件應(yīng)具備的最重要的特性是什么。

3、你認(rèn)為怎樣分工是最合理的？

實驗二：系統(tǒng)分析過程

實驗學(xué)時：4 實驗類型：驗證性

一、目的與任務(wù)

目的：確定項目的可實施性，在此基礎(chǔ)上完成系統(tǒng)的邏輯功能模型的建立。

任務(wù)：采用不同的軟件開發(fā)技術(shù)，完成對項目的分析過程，給出系統(tǒng)的邏輯功能模型，數(shù)據(jù)字典以及規(guī)格說明書。

二、內(nèi)容、要求與安排方式

1、實驗內(nèi)容與要求：

明白項目的業(yè)務(wù)流程圖，繪制數(shù)據(jù)流程圖，功能分析圖，編寫數(shù)據(jù)字典，數(shù)據(jù)加工處理的描述，軟件系統(tǒng)流程設(shè)想圖（新系統(tǒng)模型），需求規(guī)格說明書。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進(jìn)行實驗，每組8－10人。

三、思考題

1、需求分析在軟件開發(fā)中真的有那么重要嗎？

2、分析系統(tǒng)流程圖，流程圖和數(shù)據(jù)流圖的區(qū)別和各自的特點。

3、怎樣寫合乎規(guī)范的數(shù)據(jù)流圖和數(shù)據(jù)詞典？

4、怎樣組織對該工作的評審？

實驗三：系統(tǒng)設(shè)計過程

實驗學(xué)時：4 實驗類型：設(shè)計性

一、目的與任務(wù)

目的：在實驗二基礎(chǔ)上完成系統(tǒng)的體系結(jié)構(gòu)的建立和系統(tǒng)詳 2 細(xì)設(shè)計，并給出相應(yīng)的規(guī)格說明書。

任務(wù)：認(rèn)真分析實驗二的結(jié)果，給出系統(tǒng)合理的體系結(jié)構(gòu)，描繪系統(tǒng)結(jié)構(gòu)圖，并合理劃分系統(tǒng)的各組成模塊，最后給出系統(tǒng)的各部分設(shè)計規(guī)格說明書。

二、內(nèi)容、要求與安排方式

1、實驗內(nèi)容與要求：

功能結(jié)構(gòu)圖設(shè)計，軟件處理流程設(shè)計，輸出設(shè)計（主要指打印輸出設(shè)計），存儲文件格式設(shè)計（數(shù)據(jù)庫結(jié)構(gòu)設(shè)計），輸入設(shè)計（主要指數(shù)據(jù)錄入卡設(shè)計），代碼設(shè)計，程序設(shè)計說明書

2、實驗安排方式：

本實驗為開放實驗，各組可同時進(jìn)行實驗，每組8－10人。

三、思考題

1．系統(tǒng)設(shè)計和需求分析的關(guān)系是什么？兩者必須先后關(guān)聯(lián)嗎？ 2．怎樣描繪系統(tǒng)的體系結(jié)構(gòu)？ 3．怎樣繪制復(fù)合規(guī)范的流程圖。4．怎樣組織對設(shè)計階段工作的評審？

實驗四：系統(tǒng)實現(xiàn)

實驗學(xué)時：4 實驗類型：設(shè)計性

一、目的與任務(wù)

目的：系統(tǒng)運行和軟件后期制作，了解程序設(shè)計的風(fēng)格。任務(wù)：編寫源程序，正確書寫軟件說明書和用戶手冊，總結(jié)軟件開發(fā)中的得失。

二、內(nèi)容、要求與安排方式

1、實驗內(nèi)容與要求：

完善系統(tǒng)所涉及的程序框圖，源程序，模擬運行數(shù)據(jù)，打印報表，軟件使用說明書和用戶手冊等。

2、驗安排方式：

本實驗為開放實驗，各組可同時進(jìn)行實驗，每組8－10人。

三、思考題

1、怎樣合理選擇軟件開發(fā)的工具？

2、怎樣進(jìn)行用戶說明手冊和使用手冊的編寫。

3、總結(jié)項目實施中的得失。

實驗五：軟件測試

實驗學(xué)時：4 實驗類型：綜合性

一、目的與任務(wù)

目的：在實驗四的基礎(chǔ)上，完成對系統(tǒng)的組裝和測試。

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

二、內(nèi)容、要求與安排方式

1、實驗內(nèi)容與要求：

（1）能夠正確運用軟件測試的過程與方法，結(jié)合一個模擬課題，復(fù)習(xí)、鞏固、軟件工程中系統(tǒng)測試知識，提高軟件測試的實踐能力。

（2）熟悉單元測試、綜合測試、確認(rèn)測試、系統(tǒng)測試的方法，掌握測試用例的設(shè)計方法。

（3）樹立正確的軟件測試思想，培養(yǎng)分析問題、解決問題的能力，提高查詢資料和撰寫書面文件的能力。

2、驗安排方式：

本實驗為開放實驗，各組可同時進(jìn)行實驗，每組8－10人。

三、思考題

1．怎樣看待測試的重要性。2．怎樣選擇測試的技術(shù)和方案。

3．比較邏輯測試和基本路徑測試的不同和聯(lián)系。4．怎樣組織對測試階段工作的評審？

附錄一：

實驗要求

軟件工程實驗要求學(xué)生采用“項目小組”的形式，結(jié)合具體的開發(fā)項目進(jìn)行設(shè)計。具體要求如下：

1、班級按項目小組進(jìn)行分組，每組不得超過6人

2、每個項目小組選出項目負(fù)責(zé)人或項目經(jīng)理，由項目經(jīng)理召集項目組成員討論、選定開發(fā)項目

3、項目中的每項任務(wù)要落實到人且規(guī)定該任務(wù)的起止日期和時間

4、每個項目小組必須按照《軟件工程實驗教學(xué)大綱》附錄中給定的文檔規(guī)范標(biāo)準(zhǔn)提供項目文檔

5、題目自定或采用附錄二中的題目

6、軟件開發(fā)的方法自定（結(jié)構(gòu)化或面向?qū)ο蟮姆椒▽W(xué)）

附錄二：

實驗題目

題目一：“基于最小二乘法的公交車輛GPS補(bǔ)償定位系統(tǒng)的研究” 1． 研究內(nèi)容: 本項目主要研究智能公交調(diào)度系統(tǒng)中，在不增加硬件設(shè)備的基礎(chǔ)上，通過軟件來解決GPS在動態(tài)環(huán)境中信號失鎖問題的方法。提出了基于最小二乘曲線擬合方法的GPS數(shù)據(jù)補(bǔ)償算法，該算法將公交車輛的行駛線路數(shù)字化為一個曲線模型，并且在客觀條件影響車載GPS設(shè)備無法接收到GPS信號時，利用對應(yīng)線路的曲線模型模擬公交車輛的行駛，實現(xiàn)補(bǔ)償定位。解決由于GPS失鎖引起的三個問題。2． 研究意義: 城市智能公共交通管理系統(tǒng)公交車輛的定位跟蹤、輔助導(dǎo)航、車輛調(diào)度指揮、動態(tài)發(fā)布公交信息以及出行者最佳路徑查詢等功能。通過建設(shè)智能公交管理系統(tǒng)可以大大提高城市公交車輛的綜合管理和調(diào)度的智能化，從而有效緩解城市交通的壓力。3． 研究方案：

針對公交行業(yè)中公交車輛的行駛路線相對固定的特點，根據(jù)車輛的歷史定位數(shù)據(jù)，對該行駛線路進(jìn)行曲線擬合，形成一條數(shù)字曲線模型。由于公交線路形狀存在復(fù)雜和多樣性，所以在擬合中采用分段擬合，將線路根據(jù)其形狀分成幾條分別擬合。在GPS無法接收到定位信號時，將最后一次獲得的定位坐標(biāo)投影到曲線模型上，以此為起點，在曲線模型上模擬車輛行駛并按原定GPS采樣間隔發(fā)送曲線模型上的對應(yīng)坐標(biāo)值，作為車輛的定位數(shù)據(jù)信息，解決GPS的失鎖問題。當(dāng)GPS定位信號重新獲取后，停止模擬行駛，以實際定位數(shù)據(jù)為準(zhǔn)。本項目采用最小二乘二次曲線擬合。4． 研究成果：

本系統(tǒng)以公交業(yè)務(wù)三級調(diào)度模式為系統(tǒng)設(shè)計框架，集計算機(jī)控制技術(shù)、無線通信技術(shù)、全球衛(wèi)星定位技術(shù)、地理信息技術(shù)為一體的公共交通系統(tǒng)。該系統(tǒng)基本上實現(xiàn)了公交調(diào)度業(yè)務(wù)的覆蓋和公交調(diào)度的智能化的要求，是一款比較出色的智能公交調(diào)度系統(tǒng)，本項目所探討的用最小二乘曲線擬合解決GPS失鎖問題的方法將在將來的智能公交調(diào)度系統(tǒng)軟件中得到實際應(yīng)用。

題目二：物業(yè)小區(qū)“一站式” 收費終端系統(tǒng)的軟件實現(xiàn)

1、研究內(nèi)容：

在選擇合適的終端設(shè)備及運行系統(tǒng)平臺基礎(chǔ)上，利用目前流行的的面向?qū)ο蟪绦蛟O(shè)計語言Visual Basic 6.0和SQL的底層數(shù)據(jù)庫設(shè)計的軟件支持，硬件采用觸摸式液晶屏幕實現(xiàn)用戶與終端交互,通過網(wǎng)絡(luò)實現(xiàn)終端和銀行的交互，預(yù)先模擬出收費企業(yè)、銀行、小區(qū)住戶三方的數(shù)據(jù)庫信息（以銀行為交易中心），當(dāng)住戶在小區(qū)的終端上刷卡消費時，終端將實時發(fā)送信息至銀行，實現(xiàn)銀行數(shù)據(jù)庫相應(yīng)企業(yè)賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現(xiàn)功能暫定代繳水費、電費、煤氣費、電話費（固定電話、移動手機(jī)用戶、聯(lián)通手機(jī)用戶）。

2、研究意義：

隨著現(xiàn)代都市生活節(jié)奏的加快，人們對生活的便捷性也隨之提出了更高的要求。而日常生活中消費性資源的固定費用，如電話費，燃?xì)赓M，水電費等的交納也面臨著越來越突出的矛盾：一方面，周末到銀行交納各項費用的用戶劇增，加大了銀行的工作量；另一方面，也使用戶浪費了大量的時間在排隊上，產(chǎn)生了一些負(fù)面影響；第三，雖然目前銀行開通了在網(wǎng)上在線交費業(yè)務(wù)，但由于互聯(lián)網(wǎng)的很多安全漏洞，用戶無法安心的在網(wǎng)上進(jìn)行交費。針對目前用戶需要解決這種矛盾的迫切性，我們設(shè)計了“物業(yè)小區(qū)一站式收費終端系統(tǒng)”：該終端有點像銀行的自動取款機(jī)，位于中間位置的是一個觸摸式的液晶屏幕，在正常狀態(tài)下，屏幕上播放著城市（合肥）的風(fēng)光片等信息，用手指觸摸后，直接進(jìn)入首頁。利用該終端可以使用儲蓄卡交納水氣煤電等各項費用。該項目的開發(fā)可以很好的解決銀行與用戶之間的不協(xié)調(diào)性，不僅可以提高銀行處理數(shù)據(jù)的能力，而且為用戶節(jié)省了時間。目前合肥市的大部分小區(qū)還沒有這種終端，因此市場前景廣闊。

3、研究方案：

在選擇合適的終端設(shè)備及運行系統(tǒng)平臺基礎(chǔ)上，預(yù)先模擬出收費企業(yè)、銀行、小區(qū)住戶三方的數(shù)據(jù)庫信息（以銀行為交易中心），當(dāng)住戶在小區(qū)的終端上刷卡消費時，終端將實時發(fā)送信息至銀行，實現(xiàn)銀行數(shù)據(jù)庫相應(yīng)企業(yè)賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現(xiàn)功能暫定代繳水費、電費、煤氣費、電話費（固定電話、移動手機(jī)用戶、聯(lián)通手機(jī)用戶）。軟件開發(fā)將以瀑布模型為主要依托，進(jìn)行問題陳述、問題定義、需求分析、可行性研究報告，并配以相應(yīng)E-R圖、DFD圖、SC圖和數(shù)據(jù)字典等，然后用統(tǒng)一建模語言UML描述軟件，再結(jié)合動態(tài)模型機(jī)制構(gòu)造狀態(tài)圖、順序圖、協(xié)作圖、活動圖等，以文檔為驅(qū)動逐步進(jìn)行系統(tǒng)的整體設(shè) 6 計。在硬件上，主要在于如何選擇合適的服務(wù)器、客戶機(jī)、交換機(jī)、打印機(jī)及網(wǎng)絡(luò)設(shè)備來構(gòu)建完整安全的終端；軟件方面，集中體現(xiàn)在操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、開發(fā)語言的選擇。需要解決的關(guān)鍵問題還有終端液晶屏幕是采用什么觸發(fā)方式（電容觸發(fā)等方式），服務(wù)器平臺用LINUX還是用Windows 2000 Server及更高版本等。

4、研究成果：

利用目前流行的的面向?qū)ο蟪绦蛟O(shè)計語言Visual Basic 6.0和SQL的底層數(shù)據(jù)庫設(shè)計的軟件支持，硬件采用觸摸式液晶屏幕實現(xiàn)用戶與終端交互,通過網(wǎng)絡(luò)實現(xiàn)終端和銀行的交互。當(dāng)住戶在小區(qū)的終端上刷卡消費時，終端將實時發(fā)送信息至銀行，實現(xiàn)銀行數(shù)據(jù)庫相應(yīng)企業(yè)賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現(xiàn)功能暫定代繳水費、電費、煤氣費、電話費。

題目三：“大型超市品類管理子系統(tǒng)的研究與開發(fā)” 1．系統(tǒng)簡介

隨著社會經(jīng)濟(jì)的飛速發(fā)展，我國的大型超市及連鎖企業(yè)步入多元化，跨地區(qū)，高效率為特點的新階段。隨之而來的是對超市物品管理，人員管理，庫存量統(tǒng)計及物品進(jìn)出超市記錄管理的需要。而由于統(tǒng)計量大，管理過程中會出現(xiàn)很多問題，市場就需要一個全面的，詳細(xì)的品類管理子系統(tǒng)對超市進(jìn)行管理工作。研究的內(nèi)容包括：商品陳列、庫存量、各類商品的銷售數(shù)量、單價、利潤及供求關(guān)系。首先，品類管理系統(tǒng)主要分為三個子系統(tǒng)：采購系統(tǒng)，銷售系統(tǒng)和管理系統(tǒng)。采購系統(tǒng)的主要工作過程是：在數(shù)據(jù)庫中統(tǒng)計庫存量小于一定數(shù)目的物品，將需要采購的物品上報給采購人員。在新的物品進(jìn)庫后，對物品數(shù)量進(jìn)行重新統(tǒng)計。銷售系統(tǒng)的主要工作過程是：每一次采購將物品單備份并儲存，以便在月末結(jié)帳時進(jìn)行核對。管理系統(tǒng)的主要工作過程是：每隔固定時間或者是在系統(tǒng)需要時統(tǒng)計出物品進(jìn)出量以及超市盈利。以上功能要求在計算機(jī)上實現(xiàn)。2．技術(shù)要求和限制條件

（1）在當(dāng)超市物品庫中的各種物品數(shù)量發(fā)生變化（包括進(jìn)貨和出貨）時，都應(yīng)修改相關(guān)的物品記錄，如庫存表或進(jìn)/出庫表。（2）正當(dāng)出貨或進(jìn)貨時不得對物品數(shù)量進(jìn)行統(tǒng)計，只有在出，進(jìn)貨完成后才可以統(tǒng)計

（3）系統(tǒng)的外部項要包括超市服務(wù)人員，出貨人員和進(jìn)貨人員

題目四：“基于感應(yīng)式門禁的中小學(xué)家校通系統(tǒng)的設(shè)計與實現(xiàn)” 1．系統(tǒng)簡介

目前，學(xué)生的在校管理工作越來越受到學(xué)校和家長的重視。管理的好壞將直接影響到學(xué)生的安全，以及學(xué)生的學(xué)習(xí)狀況與水平。而傳統(tǒng)的管理工具及方法有著很大的局限性，例如，學(xué)生離開家時，家長不能很好的了解到他們在學(xué)校的情況，而離開學(xué)校時，校方又不能了解到學(xué)生在校外的表現(xiàn)與行為。近幾年來，孩子經(jīng)常讓家長擔(dān)心的事情莫過于放學(xué)不回家，甚至逃課去網(wǎng)吧和游戲廳。時間一長，他們就可能會生成網(wǎng)癮、游戲癮。

本套系統(tǒng)的開發(fā)，就是在于加強(qiáng)校方和家長之間的交流與聯(lián)系，讓家長在校外就能了解到孩子在學(xué)校的表現(xiàn)，這樣，更有助于家長對孩子的管理、孩子成績的提高。

當(dāng)學(xué)生離開家來上學(xué)時，一旦他們從學(xué)校大門經(jīng)過，門禁系統(tǒng)的感應(yīng)器將感應(yīng)到該同學(xué)的到來，并記錄下來。然后將記錄傳到校方服務(wù)器，由校方服務(wù)器與移動電話公司服務(wù)系統(tǒng)建立聯(lián)系。這時，移動電話公司便會以短信的形式把“孩子已經(jīng)到?！钡男畔⒏嬖V給家長。相反的，如果家長在孩子離開家來學(xué)校的很長時間后沒有受到信息，那么家長就可以知道他的孩子沒有來學(xué)校。這樣 就實現(xiàn)了 學(xué)校與家長時時的管理孩子。2．研究方案：

系統(tǒng)的建設(shè)描述：第一，采集學(xué)生的信息。這主要包括學(xué)生的班級、姓名、年級、家長姓名、家長手機(jī)。特別的就是家長的手機(jī)，這是系統(tǒng)的關(guān)鍵信息所在。第二，建立校園內(nèi)部網(wǎng)絡(luò)；首先，在每個學(xué)生的學(xué)生證件上安裝磁條，并保證磁條與學(xué)生的學(xué)號一一對應(yīng)，每個磁條中存儲著持卡學(xué)生的信息。在學(xué)校大門安裝磁條感應(yīng)器，并與校園主機(jī)相連接。這樣可以把磁條所感應(yīng)到的信息第一時間反饋給主機(jī)。第三，班主任將根據(jù)學(xué)生在學(xué)校的表現(xiàn)分成不同的等級，然后將它輸入主機(jī)。第四，學(xué)生每次的模擬成績或作業(yè)完成情況也將輸入主機(jī)。第五，校方和移動電話公司或網(wǎng)絡(luò)公司建立聯(lián)系，校方把所要向?qū)W生家長公布的信息通過移動電話公司的短信息業(yè)務(wù)或網(wǎng)絡(luò)公司的電子郵件業(yè)務(wù)發(fā)送給家長。

題目五：基于手機(jī)短信業(yè)務(wù)的銀行信用卡消費告知系統(tǒng)

1、系統(tǒng)簡介

據(jù)調(diào)查，目前越來越多的人們放棄使用固定電話，更愿意使用方便、快捷的移動通訊工具。為方便人們及時掌握消費情況，通訊商需要開發(fā)一個信用卡消費告知系統(tǒng)。通訊商把用戶的基本資料（手機(jī)號碼、信用卡帳號、開戶銀行等）輸入系統(tǒng)中，并且事先與銀行、消費場所的數(shù)據(jù)庫建立連接。用戶申請開通此項業(yè)務(wù)后，系 8 統(tǒng)隨時與用戶建立聯(lián)系，消費場所通過終端機(jī)把顧客的消費信息映射到銀行的數(shù)據(jù)庫中，銀行通過與通訊商之間的共享關(guān)系，由通訊商以短信息形式將消費信息發(fā)給用戶。此外系統(tǒng)應(yīng)定時檢查更新數(shù)據(jù)庫用戶的基本資料及其他相關(guān)信息。

2、技術(shù)要求及限制條件

（1）在使用本系統(tǒng)時應(yīng)考慮用戶信息的合法性（如銀行帳號、身份證號碼）等。

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

用戶要對應(yīng)多個銀行帳號； 用戶取消此業(yè)務(wù)的處理； 用戶更改手機(jī)號碼的處理；

一個銀行帳號對應(yīng)多個手機(jī)號碼的處理；

（3）外部輸入項至少包括：手機(jī)運營商、銀行、消費場所。

第四篇：軟件工程實驗日志

軟件工程實驗日志

指導(dǎo)教師

實驗時間：

年

月

日 學(xué)院

專業(yè)

班級

學(xué)號

姓名

實驗室

實驗題目： 實驗?zāi)康模?實驗要求：

實驗主要步驟： 實驗結(jié)果：

心得體會：

第五篇：軟件工程實驗總結(jié)

軟件工程實驗總結(jié)

經(jīng)過這學(xué)期軟件工程實驗的學(xué)習(xí)，深深感到軟件工程的重要性。雖然我不能說我將《軟件工程》學(xué)習(xí)的有多么的好，但是通過學(xué)習(xí)，我還是受益良多。

之前一直認(rèn)為軟件就是程序，軟件的開發(fā)就是編寫程序，一個人，只要會編程，就能寫軟件，就是程序員；一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產(chǎn)品。只要有幾個有經(jīng)驗的程序員，再找些兼職的大學(xué)生，就能組成一個軟件公司。但是通過了《軟件工程》這門課的學(xué)習(xí)，使我認(rèn)識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認(rèn)識，才能更好的開發(fā)出，過程受控、質(zhì)量受控的軟件產(chǎn)品。

同時也了解到用戶需求對軟件的重要性。成功的軟件產(chǎn)品是建立在成功的需求基礎(chǔ)之上的，而高質(zhì)量的需求來源于用戶與開發(fā)人員之間有效的溝通與合作。通常用戶和開發(fā)人員不自覺的都有一種“我們和他們”的想法，產(chǎn)生一種對立關(guān)系，把彼此放在對立面，每一方都定義自己的“邊界”，只想自己的利益而忽略對方的想法。他們通過文檔、記錄和對話來溝通，而不是作為一個合作的整體去識別和確定需求完成任務(wù)。實踐證明這樣的方法是不正確的，不會給雙方帶來一點益處,良好的溝通關(guān)系沒有建立導(dǎo)致了誤解和忽略重要的信息。只有當(dāng)雙方參與者都明白要成功自己需要什么，同時也知道要成功對方需要什么時，才能建立起一種合作關(guān)系。

經(jīng)過一學(xué)期的軟工實驗，深刻感到其重要性的同時也學(xué)到了不少的東西，這將對我在今后的軟件開發(fā)過程中起極大的作用。同時也要感謝老師對我的幫助，指導(dǎo)我們做軟件的作業(yè)，讓我學(xué)到了好多東西，受益良多。