第一篇：軟件工程實驗二

實驗二：需求分析報告

實驗學時：2

課后2學時

實驗類型：技能性

一、目的與任務

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

二、實驗安排

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

三、實驗內容及步驟

1、選擇一個管理系統（人事管理系統、工資管理系統、學生檔案管理系統等）。

2、軟件工程的原理對該系統的問題進行分析；

3、分析系統的數據需求獲得當前系統的物理模型，然后抽象出當前系統的邏輯模型，再建立目標系統的邏輯模型；理出系統的數據流程圖；

4、用Visio 2010畫出該系統的數據流圖，用結構化分析方法對整個系統進行分析細化，用數據流圖描繪系統的邏輯模型，描繪信息在系統中流動和處理的情況；數據流圖是分析和設計的工具，它主要描述系統完成的功能而不是系統的物理實現。

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

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

7、用Visio 2007畫出該系統的IPO圖，它的基本形式是左邊框中列出有關的輸入數據，在中間的框中列出主要的處理，在右邊的框中列出產生的輸出數據；

8、用層次方框圖或Warnier圖對系統進行說明；層次方框圖是由樹型結構的一系列多層次的矩形框描繪數據的層次結構數型結構的頂層是一個單獨的矩形框，它代表完整的數據結構，下面的各層矩形框代表這個數據的子集，最底層的各個框代表組成這個數據的實際數據元素。

四、思考題

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

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

3、做需求分析的過程中有沒有做社會調研？

附錄一：

實驗要求

軟件工程實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下：

1．班級按項目小組進行分組，每組不得超過10人 2．每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目

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

4．每個項目小組必須按照《軟件工程實驗指導書》附錄中給定的文檔規范標準提供項目文檔

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

6．軟件開發的方法自定（結構化或面向對象的方法學）

附錄二：

實驗題目

題目一：“教務管理系統之子系統——學院課程安排” 1．系統簡介

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

假設上述排課過程全部由人工操作，現要求為上述過程實現計算機自動處理過程。2．限定條件

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

（3本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。

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

題目二：“學校教材定購系統” 1．系統簡介

本系統可以細化為兩個子系統：銷售系統和采購系統 銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。

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

以上功能要求在計算機上實現。2．技術要求和限制條件

（1）當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。（2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性驗證。

（3）系統的外部項至少包括：教師、學生和教材工作人員。（4）系統的相關數據存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。

題目三：“機票預定系統” 1．系統簡介

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

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

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

題目四：“學校內部工資管理系統” 1．系統簡介

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

2．技術要求和限制條件

（1）本系統的數據存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發放表等。

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

（3）工資、獎金、扣款細節由學生自定義。

題目五：“實驗室設備管理系統” 1．系統簡介

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

（4）隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段等查詢。

2．技術要求及限制條件

（1）所有工作由專門人員負責完成，其他人不得任意使用。（2）每件設備在做入庫登記時均由系統按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。

（3）本系統的數據存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。

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

金統計表

題目六：“校園代金卡系統” 1．系統簡介

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

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

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

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

銀行接口子系統

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

附錄三：

軟件開發文檔指南 可行性研究報告

可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能先擇的各種方案；說明論證所選定的方案?？尚行匝芯繄蟾娴木帉憙热菀笕缦拢?/p>

1.1 引言

1.1.1 編寫目的 1.1.2 背景 1.1.3 定義

1.1.4 參考資料

1.2 可行性研究的前提

1.2.1 要求 1.2.2 目標

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

1.3 對現有系統的分析 1.3.1 數據流程和處理流程 1.3.2 工作負荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設備 1.3.6 局限性

1.4 所建議的系統

1.4.1 對所建議系統的說明 1.4.2 數據流程各處理流程 1.4.3 改進之處 1.4.4 影響

1.4.4.1 對象設備的影響 1.4.4.2 對軟件的影響

1.4.4.3 對用戶單位機構的影響 1.4.4.4 對系統動行的影響 1.4.4.5 對開發的影響

1.4.4.6 對地點和設施的影響 1.4.4.7 對經費開支的影響 1.4.5 局限性

1.4.6 技術條件方面的可行性 1.5 可選擇其他系統方案 1.5.1 可選擇的系統方案1 1.5.2 可選擇的系統方案2 ……

1.6 投資及收益分析 1.6.1 支出

1.6.1.1 基本建設投資 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 結論 項目開發計劃

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

2.1 引言

2.1.1 編寫目的 2.1.2 背景 2.1.3 定義

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

2.2.3.4 非移交產品 2.2.4 驗收標準

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

2.3.1 工作任務的分解 2.3.2 接口人員 2.3.3 進度 2.3.4 預算

2.3.5 關鍵問題 2.4 支持條件

2.4.1 計算機系統支持 2.4.2 需要用戶承擔的工作 2.4.3 需由外單位提供的條件 2.5 專題計劃要點 3 軟件需求說明書

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

3.1 引言

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

3.1.1 參考資料 3.2 任務概述 3.2.1 目標

3.2.2 用戶的點 3.2.3 假定與約束 3.3 需求規定

3.3.1 對功能的規定 3.3.2 對性能的規定 3.3.2.1 精度

3.3.2.2 時間特性要求 3.3.2.3 靈活性

3.3.3 輸入輸出要求

3.3.4 數據管理能力的要求 3.3.5 故障處理要求 3.3.6 其它的專門的要求 3.4 運行環境規定 3.4.1 設備

3.4.2 支持軟件 3.4.3 接口 3.4.4 控制 數據需求說明書

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

編寫目的 背景 定義

參考資料

數據的邏輯描述 靜態數據 動態輸入數據 動態輸出數據 內部生成數據 數據約定 數據的采集 要求和范圍 輸入的承擔者 處理 影響 概要設計說明書

概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統，編制的目的是說明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內容要求如下：

5.1 引言

5.1.1 編寫目的 5.1.2 背景 5.1.3 定義

5.1.4 參考資料 5.2 總體設計 5.2.1 需求規定 5.2.2 運行環境

5.2.3 基本設計概念和處理流程 5.2.4 結構

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

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

5.5 系統數據結構設計 5.5.1 邏輯結構設計要點 5.5.2 物理結構設計要點 5.5.3 數據結構與程序的關系 5.6 系統出錯處理設計 5.6.1 出錯信息 5.6.2 補救措施 5.6.3 系統維護設計 6 詳細設計說明書

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

6.1 引言

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

6.2 程序系統的組織結構

6.3 程序1（標識符）設計說明 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 注釋設計 6.3.11 限制條件 6.3.12 測試計劃

6.3.13 尚未解決的問題

6.4 程序2（標識符）設計說明 …… 數據庫設計說明書

數據庫設計說明書的編制目的是對于設計中的數據庫所有標識、邏輯結構和理結構作出具體的設計規定。其內容要求如下：

7.1 引言

7.1.1 編寫目的 7.1.2 背景 7.1.3 定義

7.1.4 參考資料 7.2 外部設計

7.2.1 標識符和狀態 7.2.2 使用它的程序 7.2.3 約定

7.2.4 專門指導 7.2.5 支持軟件 7.3 結構設計

7.3.1 概念結構設計 7.3.2 邏輯結構設計 7.3.3 理結構設計 7.4 運用設計

7.4.1 數據字典設計 7.4.2 安全保密設計 8 用戶手冊

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

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 運行環境 8.3.1 硬設備 8.3.2 支持軟件 8.3.3 數據結構 8.4 使用過程

8.4.1 安裝與初始化 8.4.2 輸入

8.4.2.1 輸入數據的現實背景 8.4.2.2 輸入格式 8.4.2.3 輸入舉例 8.4.3 輸出

8.4.3.1 輸出數據的現實背景 8.4.3.2 輸出格式 8.4.3.3 輸出舉例 8.4.4 文卷查詢

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

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

9.1 引言

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

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

9.4.3 運行1（標識符）說明 9.4.3.1 運行控制 9.4.3.2 操作信息

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

9.4.3.5 輸出文段的復制 9.4.3.6 啟動恢復過程

9.4.4 運行2（標識符）說明 9.5 非常規過程 9.6 遠程操作 10 模塊開發卷宗

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

10.1 標題

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

11.1.1 編寫目的 11.1.2 背景 11.1.3 定義

11.1.4 參考資料 11.2 計劃

11.2.1 軟件說明 11.2.2 測試內容

11.2.3 測試1（標識符）11.2.3.1 進度安排 11.2.3.2 條件 11.2.3.3 測試資料 11.2.3.4 測試培訓

11.2.4 測試2（標識符）……

11.3 測試設計說明

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

11.3.2 測試2（標識符）……

11.4 評價準則 11.4.1 范圍

11.4.2 數據整理 11.4.3 尺度 測試分析報告

測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加發記載，具體的編寫內容要求如下：

12.1 引言

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

12.3 測試結果及發現 12.3.1 測試1（標識符）12.3.2 測試2（標識符）……

12.4 對軟件功能的結論 12.4.1 功能1（標識符）12.4.1.1 能力 12.4.1.2 限制

12.4.2 功能2（標識符）……

12.5 分析摘要 12.5.1 能力

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

12.6 測試資源消耗 13 開發進度月報

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

13.1 標題

13.2 工程進度與狀態 13.2.1 進度 13.2.2 狀態

13.3 資源耗用與狀態 13.3.1 資源耗用 13.3.1.1 工時 13.3.1.2 機時 13.3.2 狀態

13.4 經費支出與狀態 13.4.1 經費支出 13.4.1.1 支持性費用 13.4.1.2 設備購置費 13.4.2 狀態

13.5 下個月的工作計劃 13.6 建議 項目開發總結報告

項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。具體的內容要求如下：

14.1 引言

14.1.1 編寫目的 14.1.2 背景 14.1.3 定義 14.1.4 參考資料 14.2 實際開發結果 14.2.1 產品

14.2.2 主要功能和性能 14.2.3 基本流程 14.2.4 進度 14.2.5 費用

14.3 開發工作評價

14.3.1 對生產效率的評價 14.3.2 對產品質量的評價 14.3.3 對技術方法的評價 14.3.4 出錯原因的分析

第二篇：軟件工程實驗

作業一

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

設某城市招干考試成績統計系統。

考生分三個專業，不同專業考試科目不同：

法律專業---考政治、語文、法律

行政專業---考政治、語文、行政

財經專業---考政治、語文、財經學

每個考生在報名時登記姓名、地址、年齡和報考專業。報名后招干辦公室根據專業考生專業及地址在市區或郊區來編排準考證號碼和考場。考生參加考試后，輸入每個考生的各門課程的成績，并統計出每個考生三門課程的總成績。按準考證號的順序打印出考生考試成績單，分發給每個考生。各專業分別將考生按成績總分從高到低的次序排序，以便決定錄取名單。

作業二

畫考務處理系統的數據流圖。

考務處理系統功能如下：

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

作業三

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

2、畫復印機的狀態轉換圖 復印機的工作過程大致如下： 未接到復印命令時處于閑置狀態，一旦接到復印命令則進入復印狀態，完成一個復印命令規定的工作后又回到閑置狀態，等待下一個復印命令；

如果執行復印命令時發現沒紙，則進入缺紙狀態，發出警告，等待裝紙，裝滿紙后進入閑置狀態，準備接收復印命令；

如果復印時發生卡紙故障，則進入卡紙狀態，發出警告等待維修人員來排除故障，故障排除后回到閑置狀態。

作業四

請將上列給出的具有變換型的DFD圖導出它的軟件結構SC圖

作業五

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

作業六

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

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

作業七

設計下列偽碼程序的語句覆蓋和路徑覆蓋測試用例： 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

實習

請參考機票預訂系統實例 飛機票預訂系統.zip

一、課程實踐任務

學生自行分組選擇一個項目，完成一個實際軟件項目的分析、設計、開發、測試全過程，領會軟件工程的基本思想，明晰各個階段的主要任務，使用 MicroSoft Visio、Project、Rose、VSS、Power Designer 等計算機輔助軟件工具，采用規范化的軟件工程方法進行軟件項目的研發。

二、課程實踐的要求

第三篇：軟件工程實驗教學大綱

軟件工程實驗教學大綱

前 言

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

按該課程的特點，實驗內容包括軟件開發的兩大方法學的專題訓練，即結構化（生命周期學）的方法學和面向對象的方法學，通過對一個簡單項目，要求學生利用結構化軟件開發技術或面向對象的軟件開發技術完成對該項目的開發。因此設置五個實驗項目，從項目發的準備工作，系統分析過程，系統設計過程，軟件測試到系統實施，覆蓋軟件開發的整個過程，此外又引入我國國家《計算機開發規范》，以規范技術文檔的書寫標準，提高實驗教學質量。

通過實驗訓練，達到如下目的：

使學生進一步了解和掌握軟件工程原理，提高對實際項目的分析和設計能力，通過實驗課程，熟悉和基本掌握軟件工程方法學、軟件開發的過程，文檔資料的編寫格式及規范，全面領會和貫通所學習的理論知識，從而培養學生綜合運用所學課程知識，分析解決問題的能力，培養學生理論聯系實際作風，實事求是，嚴肅認真的科學態度和良好的工作作風，為今后從事科學研究工作打下基礎。

實驗一：項目開發的準備工作

實驗學時：2 實驗類型：驗證性

一、目的與任務

目的：確定課題，組織組員，合理分工，熟悉軟件開發環境，培養團隊精神。

任務：學習軟件開發小組的組織和管理，合理分工，將項目開發各階段的任務明確，并熟悉相應的軟件開發環境。

二、內容、要求與安排方式

1、實驗內容與要求：

根據各組選擇的課題，實行項目經理制，各組推薦一名組長，統一管理整個項目的實施過程，并合理調整資源和負責項目全局；根據項目的難易合理分配組員的任務，對問題達成一致的看法；針對項目的實施，熟悉相應的軟件開發工具的使用環境。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組4－6人。3．準備參考資料和閱讀相關的國家有關軟件開發的標準文檔。

三、思考題

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

2、你認為該軟件應具備的最重要的特性是什么。

3、你認為怎樣分工是最合理的？

實驗二：系統分析過程

實驗學時：4 實驗類型：驗證性

一、目的與任務

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

任務：采用不同的軟件開發技術，完成對項目的分析過程，給出系統的邏輯功能模型，數據字典以及規格說明書。

二、內容、要求與安排方式

1、實驗內容與要求：

明白項目的業務流程圖，繪制數據流程圖，功能分析圖，編寫數據字典，數據加工處理的描述，軟件系統流程設想圖（新系統模型），需求規格說明書。

2、實驗安排方式：

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

三、思考題

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

2、分析系統流程圖，流程圖和數據流圖的區別和各自的特點。

3、怎樣寫合乎規范的數據流圖和數據詞典？

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

實驗三：系統設計過程

實驗學時：4 實驗類型：設計性

一、目的與任務

目的：在實驗二基礎上完成系統的體系結構的建立和系統詳 2 細設計，并給出相應的規格說明書。

任務：認真分析實驗二的結果，給出系統合理的體系結構，描繪系統結構圖，并合理劃分系統的各組成模塊，最后給出系統的各部分設計規格說明書。

二、內容、要求與安排方式

1、實驗內容與要求：

功能結構圖設計，軟件處理流程設計，輸出設計（主要指打印輸出設計），存儲文件格式設計（數據庫結構設計），輸入設計（主要指數據錄入卡設計），代碼設計，程序設計說明書

2、實驗安排方式：

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

三、思考題

1．系統設計和需求分析的關系是什么？兩者必須先后關聯嗎？ 2．怎樣描繪系統的體系結構？ 3．怎樣繪制復合規范的流程圖。4．怎樣組織對設計階段工作的評審？

實驗四：系統實現

實驗學時：4 實驗類型：設計性

一、目的與任務

目的：系統運行和軟件后期制作，了解程序設計的風格。任務：編寫源程序，正確書寫軟件說明書和用戶手冊，總結軟件開發中的得失。

二、內容、要求與安排方式

1、實驗內容與要求：

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

2、驗安排方式：

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

三、思考題

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

2、怎樣進行用戶說明手冊和使用手冊的編寫。

3、總結項目實施中的得失。

實驗五：軟件測試

實驗學時：4 實驗類型：綜合性

一、目的與任務

目的：在實驗四的基礎上，完成對系統的組裝和測試。

任務：正確運用軟件測試技術和方法，完成系統的單元測試、綜合測試、確認測試、系統測試的方法，掌握測試用例的設計方法，并給出測試報告。

二、內容、要求與安排方式

1、實驗內容與要求：

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

（2）熟悉單元測試、綜合測試、確認測試、系統測試的方法，掌握測試用例的設計方法。

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

2、驗安排方式：

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

三、思考題

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

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

附錄一：

實驗要求

軟件工程實驗要求學生采用“項目小組”的形式，結合具體的開發項目進行設計。具體要求如下：

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

2、每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成員討論、選定開發項目

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

4、每個項目小組必須按照《軟件工程實驗教學大綱》附錄中給定的文檔規范標準提供項目文檔

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

6、軟件開發的方法自定（結構化或面向對象的方法學）

附錄二：

實驗題目

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

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

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

題目二：物業小區“一站式” 收費終端系統的軟件實現

1、研究內容：

在選擇合適的終端設備及運行系統平臺基礎上，利用目前流行的的面向對象程序設計語言Visual Basic 6.0和SQL的底層數據庫設計的軟件支持，硬件采用觸摸式液晶屏幕實現用戶與終端交互,通過網絡實現終端和銀行的交互，預先模擬出收費企業、銀行、小區住戶三方的數據庫信息（以銀行為交易中心），當住戶在小區的終端上刷卡消費時，終端將實時發送信息至銀行，實現銀行數據庫相應企業賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現功能暫定代繳水費、電費、煤氣費、電話費（固定電話、移動手機用戶、聯通手機用戶）。

2、研究意義：

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

3、研究方案：

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

4、研究成果：

利用目前流行的的面向對象程序設計語言Visual Basic 6.0和SQL的底層數據庫設計的軟件支持，硬件采用觸摸式液晶屏幕實現用戶與終端交互,通過網絡實現終端和銀行的交互。當住戶在小區的終端上刷卡消費時，終端將實時發送信息至銀行，實現銀行數據庫相應企業賬戶和該刷卡用戶賬戶信息的更改和刷新。軟件實現功能暫定代繳水費、電費、煤氣費、電話費。

題目三：“大型超市品類管理子系統的研究與開發” 1．系統簡介

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

（1）在當超市物品庫中的各種物品數量發生變化（包括進貨和出貨）時，都應修改相關的物品記錄，如庫存表或進/出庫表。（2）正當出貨或進貨時不得對物品數量進行統計，只有在出，進貨完成后才可以統計

（3）系統的外部項要包括超市服務人員，出貨人員和進貨人員

題目四：“基于感應式門禁的中小學家校通系統的設計與實現” 1．系統簡介

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

本套系統的開發，就是在于加強校方和家長之間的交流與聯系，讓家長在校外就能了解到孩子在學校的表現，這樣，更有助于家長對孩子的管理、孩子成績的提高。

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

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

題目五：基于手機短信業務的銀行信用卡消費告知系統

1、系統簡介

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

2、技術要求及限制條件

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

（2）對于本系統還應補充如下功能：

用戶要對應多個銀行帳號； 用戶取消此業務的處理； 用戶更改手機號碼的處理；

一個銀行帳號對應多個手機號碼的處理；

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

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

軟件工程實驗日志

指導教師

實驗時間：

年

月

日 學院

專業

班級

學號

姓名

實驗室

實驗題目： 實驗目的： 實驗要求：

實驗主要步驟： 實驗結果：

心得體會：

第五篇：軟件工程實驗總結

軟件工程實驗總結

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

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

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

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