軟件工程實驗指導書

軟件工程實驗是《軟件工程》課程講授中一個重要的、不可或缺的實踐

環節。其目的是使學生可以在實際軟件工程項目中純熟的運用軟件工程的理

論、技術和方法，全面掌握軟件工程管理、軟件需求分析、軟件概要設計、

軟件具體設計、軟件測試等階段的方法和技術，以及培養學生的合作意識和

團隊精神，培養學生對技術文檔的編寫能力，從而使學生提高軟件工程的綜

合能力，提高軟件項目的管理能力。

根據課程的特點，實驗內容涉及結構化的方法學和面向對象的方法學兩

個方面。引入一個簡樸的實際項目（自選或教師指定），規定學生運用結構化

軟件開發技術或面向對象的軟件開發技術完畢對該項目的開發。此外又引入

我國國家《計算機開發規范文檔》，以規范技術文檔的書寫標準，提高實驗教

學質量。特別是在實驗中針對面向對象的軟件開發技術，增長面向對象的工

業建模標準......統建模語言及其工具rationalruse的專項練習。

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

使學生進一步了解和掌握軟件工程原理，提高對實際項目的分析和設計

能力，快速掌握結構化的軟件分析技術、設計技術和軟件測試，并純熟的撰

寫軟件文檔；進一步的掌握面向對象的分析技術、設計技術和測試技術，以

及統一建模語言及其工具rose在實際工程項目中的應用，從而培養學生綜合

運用所學課程知識，分析解決問題的能力以及學生的合作意識和團隊精神，

為此后走向工作崗位打下扎實的基礎。

一、實驗規定

軟件工程實驗規定學生采用“項目小組.”的形式，結合具體的開發項FI

進行設計。具體規定如下：

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

2.每個項目小組選出項目負責人或項目經理，由項目經理召集項目組成

員討論、選定開發項目

3.項目開的每項任務要貫徹到人且規定該任務的起止日期和時間

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

范標準提供項目文檔

5.根據實驗內容，分別實現結構化的開發和面向對象的軟件開發

6.題目自定或采用附錄二中的題目

二、實驗內容

1.結構化軟件開發技術

以實際工程項目為驅動，采用結構化的分析、設計與實現方法完畢該項

目的分析設計與實現。

（1）項目的可行性分析

評述為了合理地達成開發目的而也許先擇的各種方案；論證所選定的方案。

（2）項目的開發計劃

以項目負責人為主，對于在開發過程中各項工作的負責人員、開發進度所需經費

預算、所需軟、硬件條件等問題作出安排記載下來，以便根據本計劃開展和檢查本項目的開

發工作。

（3）軟件需求規格說明書

編制目的是軟件使用用戶、業務專家和軟件開發者對該軟件的起初規定有一個共同的

理解，使之成為整個開發工作的基礎，重要將用戶的需求和業務的需求轉化為未來軟件系統

的目的功能模型。

（4）軟件概要設計說明書

編制H的是說明對未來軟件系統的結構設計的考慮，涉及軟件系統的體系結構、數據

的設計、接口的設計以及模塊基本解決流程的設計，為軟件系統的具體設計提供基礎。

（5）具體設計說明書

編制目的是說明?個軟件系統各個層次中的每一個結構（模塊或子系統）的設計考慮，

假如一個軟件系統比較簡樸，層次很少，本文獻可以不單獨編寫，有關內容合并概要設計說

明書。

（6）數據庫設計

數據庫設計說明書的編制目的是對于設計中所涉及的數據對象的邏輯結構和理結構作

出具體的設計規定。

（7）測試分析報告

測試分析報告的編寫是為了把單元測試、集成測試、系統測試和確認測試的結果寫成

文獻加以記載。

（8）用戶手冊

描述該軟件系統的基本使用方法。使用戶（或潛在用戶）通過本手冊可以了解該軟件

的功能以及純熟的使用該系統。

注：國家《計算機軟件開發規范文檔》見附錄二。

2.面向對象的軟件開發技術

以實際工程項目-----圖書管理系統為驅動，結合面向對象的建模語言

及建模工具ratioanlrose,完畢該項目的分析、設計與實現。

（1）面向對象的分析

?用例模型：軟件系統的功能模型

?活動圖：軟件系統的業務模型

?類對象模型：軟件系統的結構模型

（2）面向對象的設計

?用例模型：設計階段軟件系統的功能模型

?類對象模型：設計階段軟件系統的結構模型

?動態模型；順序圖和協作圖，狀態圖

（3）面向對象的實現

?組件圖：系統的編碼

?部署圖：系統的部署

注：結合3?-rationalrose的練習完畢該項目。

3.RationalRose的使用

（I）rationalrose的基本操作的熟悉

（2）用例視圖的建立

（3）邏輯視圖的建立

類對象模型

動態模型的建立

?順序圖

?協作圖

?狀態圖

?活動圖

（4）組件圖的建立

（5）部署圖的建立

三、實驗過程

課程實驗項目具體規定如下:

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

實驗學時：2實驗類型：創新型

一、目的與任務

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

精神。

任務：學習軟件工程管理，合理組織軟件開發，合理分工，明確項目開

發各階段的任務，并熟悉相應的軟件開發環境。

二、內容、規定與安排方式

1、實驗內容與規定：

根據小組選擇的課題，實行項目經理制，每組推薦一名組長，統一管理

整個項目的實行過程，合理調整資源和負責項目全局；根據項目的難易合理

分派成員的任務，對問題達成一直的見解；針對項目的實行，熟悉相應的軟

件開發工具的使用環境。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組3—5人。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實瞼心得體會。

實驗二：系統分析過程

實驗學時：2實驗類型：設計型

一、目的與任務

目的：擬定項目的可實行性，獲取項目的需求，并在此基礎上完畢系統

的邏輯功能模型的建立。

任務：采用結構化軟件開發技術，完畢對項目的分析過程，給出系統的

邏輯功能模型（DFD）,數據字典（DD）以及需求規格說明書。

二、內容、規定與安排方式

1、實驗內容與規定；

明白項目的業務流程圖，繪制數據流圖（DFD）,數據模型（ER）,編

寫數據字典（DD）,數據加工解決的描述，撰寫需求規格說明書。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組3—5人。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗三：系統設計過程

實驗學時：2實驗類型：設計型

一、目的與任務

目的：在實驗二基礎上完畢軟件系統體系結構的設計和系統具體設計，

并給出相應的設計規格說明書。

任務：認真分析實驗二的結果，給出軟件系統合理的體系結構，描繪系

統結構圖，并合理劃分系統的各組成模塊，撰寫系統設計規格說明書。

二、內容、規定與安排方式

1、實驗內容與規定：

系統結構圖、數據庫的設計、人機交互界面的設計、個組成模塊的算法

描述，撰寫軟件系統設計說明書

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組3—5人。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗四：軟件測試

實驗學時：2實驗類型：綜合型

一、目的與任務

目的：在實驗三的基礎上，完畢對系統的單元測試、集成測試、系統測

試和確認測試。

任務：對的運用軟件測試策略和技術，完畢系統的單元測試、集成測試、

系統測試和確認測試，掌握測試用例的設計方法，并給出測試報告。

二、內容、規定與安排方式

1、實驗內容與規定：

（1）可以對的運用軟件測試技術和策略，純熟的進行系統的單元測試、

集成測試、系統測試、確認測試的方法，掌握測試用例的設計。

（2）純熟的撰寫測試報告。

2、實驗安排方式：

本實驗為開放實驗，各組可同時進行實驗，每組3—5人。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗五：用例模型

實驗學時：2實驗類型：設計型

一、目的與任務

目的：熟悉用例模型的功能，熟悉rationalrose的使用環境，掌握如

何使用rose創建系統的用例模型。

任務：純熟掌握rationalrose的開發環境，純熟用例模型的創建過程。

二、內容、規定與環節

內容：木實蛤采用一個案例-----網上選課系統.在了解系統的具休需求后，完畢對系

統的需求建模。當創建系統的用例模型后，應針對每個用例進行業務分析，說明其具體的業

務流程。

規定：實現用例模型，并對其中重要的用例進行用例描述。

實驗環節：

1.系統需求陳述

網上選課系統重要涉及如下功能：管理員通過管理界面進入，建立本學期要

開的各種課程、將課程信息保存在數據庫里并可以對課程進行修改和刪除。學生通

過客戶機的瀏覽器根據學號和密碼進入選課界面，查詢已選課程和選課。

2.系統主事件流的描述

①添加課程事件流：

1.管理員選擇進入管理界面，用例開始。

2.系統提醒輸入管理員密碼。

3.管理員輸入密碼。

4.系統收證密碼。

Al：密碼錯誤

5.進入管理界面，系統顯示目前所建立的所有課程信息。

6.管理員選擇添加課程。

7.系統提醒輸入新課程信息

8.管理員輸入信息。

9.系統驗證是否和已有課程沖突。

A2：有沖突

10.系統添加新課程，提醒課程添加成功。

11.系統重新進入管理主界面，顯示所有課程.

12.用例結束。

其他事件流：

AI：密碼錯誤

1.系統提醒再次輸入。

2.用戶確認。

3.三次錯誤，拒絕再次訪問。

4.否則進入添加課程事件流第5步。

A2：有沖突

I.系統提醒沖突，顯示沖突課程信息。

2.用戶市新輸入。

3.繼續驗證直到無沖突。

4.進入添加課程事件流第10步。

注：刪除課程事件流和修改課程事件流叮此類似，在此不再詳述。

②選課事件流:

【.學生進入選課登入界面，用例開始.

2.系統提醒輸入學號和密碼.

3.學生輸入學號密碼.

4.系統驗證：

A1;險證失敗。

5、進入選課主界面。

6、學生點云選課。

7、系統顯示所有課程信息。

8、學生選擇課程。

9、系統驗證課程是否可選。

A2：不可選。

10、系統提醒課程選擇成功，提醒學生交費。

II、用例結束。

錯誤流：

A1：驗證失敗

I.系統提醒驗證失敗，提醒重新輸入。

2.三次失敗，拒絕訪問。

3.成功，轉選課事件流第5步。

A2：不可選

I.系統提醒不可選及因素。

2.學生重新選課。

3.重新驗證直至成功。

4.轉選課事件流死10步。

注：查詢事件流比較簡樸，在此不詳述。

2.分析

在-網上選課系統中，管理員一方面登錄系統,系統驗證通過后,管理員負責添加課程、修

改課程和刪除課程等重要功能，所有信息存放在后臺數據庫中。學生實現對本學期課程的查

詢和選課。

3.創建用例模型

(1)在用例圖上雙擊帽in,出現如圖1.1所示，為繪制用例圖做好準備。

圖1.1rationalrose的用例模型

(2)在圖中的工具欄選取Aclor圖標(參與者)，在右邊的圖中添加一個Actor,并輸入名

稱管理員(administrator)，如圖1.2所示。

圖1.2添加一個參與者

(3)在左邊的工具欄中，選取用例的圖標，在右邊的圖中畫出一個用例，并輸入用例的

名稱：addCourse,如圖1.3.

圖1.3添加一用例

(4)按照環節(3),繪制出如圖1.4的三個用例，添加課程(addCourse)、修改課程

(modifyCourse)和刪除課程(deleteCourse)o

圖1.4添加三個用例

(5)在繪出了用例后，接下來的是繪制參與者與用例的關聯，如圖1.5所不。

圖1.5參與者和用例的關聯

（6）根據以上環節，可完畢學生使用的用例。則系統的用例模型就完畢了，如圖1.6

所示。

圖1.6完整的參與者和用例的關聯圖

（7）根據分析情況，逆一步添加或細化用例圖。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗六：類圖

實驗學時：2實驗類型：設計型

一、目的與任務

目的：理解類的基本概念；掌握如何從需求分析中抽象出類，類對象間的關聯，類自

身的屬性和方法；掌握在RationalRose中繪制類的操作方法。

任務：尋找和抽象出網上選課系統所涉及的類，純熟掌握rationalrose中類圖的

創建過程。

二、內容、規定與環節

內容：根據網上選課系統的需求模型-----用例模型中用例的描述，了解了系統中每一用

例的業務解決流程。現在需要對系統進行靜態建模，即類圖。

規定：繪制類圖，涉及類間的關聯。

實驗環節：

1.分析

由前面章節對網上選課系統中課程的添加、修改和刪除等基本功能的主事件流的描述可

抽象出系統所涉及的重要對象,如Student（學生類）、Admnislralor（管理員類）、FormObject（界

面類）、Course（課程類）、ConlrolObject（控制對象類）、DataBase（數據庫類）等。

2.繪制類的環節:

（1）打開前面初步構建的UML模型文獻。

（2）打開Rose中的邏輯視圖（LogicalView）,在其下創建一張類圖，名為：“網上選

課系統類圖。

（3）用鼠標右擊LogicalView,在彈出來的菜單中選擇"NewfClassdiagram”項,創

建類圖。

（4）雙擊新建的類圖，并點右邊控件集中選中的類的圖標，并用鼠標在圖中分別拖出

一個類圖，并命名為Course,如圖1.7所示。

圖1.7網上選課系統的類國

（5）接卜來的一步為設立類的屬性，在新的類中雙擊該類，在打開屬性面板中，可以

看到在此可以設立類的屬性和方法等其他的信息，圖1.8所示；后撞擊Attributes這個欄H，

此欄目為設立類的屬性的選項，在圖中間的單擊右鍵，可以看到有一個“Insert”的選項，

選中這個選項；如課程號，在Type這個方框內輸入此屬性的類型值，同時可以看到一欄可

以設立此屬性的訪問權限，一?般這些屬性都設立Private這個權限，如圖1.9所示。這個類

的其他屬性也可以按照以上的做法設立。

圖L8類的屈性設立

圖1.9Course類屬性設立

（6）設立好類的屬性，現在來設立類的方法（也是操作），雙擊類后在彈出的菜單上選

operalions這個選項，可以看到圖1.10所示，在圖中的空白地方，單擊右鍵，在彈出的菜單

中選insert這個選項，也就只有這個選項可用，接著輸入方法名，同時可以設立該方法的返

回類型，也可以在Documentations的方框內填寫一些相關的方法說明，設立好該方法的訪

問權限。類的其他方法也可以按上面來設立好，最后，得到該類的其他方法見類1.10。

圖1.10設立類的方法

（7）至此，類的方法和屬性都設立好了，如圖1.11所示。

圖1.11完整的Cpurse類（名稱、屬性和方法）

（8）同樣的方法設立其他的類，并分別設立相關的屬性和方法，得到

系統的初步類圖，并根據分析情況，進一步細化添加相關的類，并給出類之間的關聯，如圖

1.12所示。

圖1.12系統的最終類圖

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗七：順序圖和協作圖

實驗學時：2實驗類型：設計型

一、目的與任務

目的：理解順序圖的基本概念，理解協作圖的基本概念；掌握在RationalRose中繪制

交互圖的操作方法。

任務：對網上選課系統中的用例進行動態建模，熟悉交互圖的創建過程。

二、內容、規定與環節

內容：完畢網上選課系統的靜態結構一類模型的搭建。現在需要對前面所給出的用例進

行實現，而用例的實現重要由交互圖來指定和描述系統的動態特性，即對象之間的交互，用

順序圖和協作圖實現。

規定：給出系統所涉及重要用例的動態實現------交工圖的繪制。

環節：（以系統管理員添加課程的用例展示交互圖的實現）

1.添加課程用例的主事件流描述

管理員進入管理界面，選擇添加課程功能。

1）界面提醒用戶輸入課程信息。

2）界面對象創建一個課程對象。

3）通過控制對象來對課程信息進行合法性檢查。'

4）控制對象向課程對象返回結果。

5）控制對象向數據庫查詢課程相關信息。

6）控制對象對查詢結果進行判斷。

7）控制對象向數據庫中插入數據。

8）在界面上顯不結果。

9）控制對象撤消建立的課程對象。

2.繪圖環節：

（1）在Rose軟件的左邊欄目上的LogiclView單擊右鍵，在彈出來的菜單中選擇“New

—Sequencediagram”項新建一個順序圖，順序圖是交互圖一種表達，可以用時序來表達，如

圖1.13。

圖1.13順序圖

（2）接下來的是添加對象。見圖1.14所示。

圖1.14添加了對象的順序圖

(3)添加對象后，便可以添加對象間的消息了。如圖1.15所示。

圖1.15添加了對象間消息的順序圖

(4)完畢了順序圖后，可以按F5鍵便得到添加課程的協作圖；或在彈出來的菜單中選

擇“New-*Collaborationdiagram”項見圖1.16所示。

圖1.16協作圖

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗八：狀態圖

實驗學時：2實驗類型：設計型

一、目的與任務

目的：熟悉活動圖的基本功能和使用方法，掌握如何使用建模工具繪制活動圖方法。

任務：完畢系統重要對象的狀態變換，純熱狀態圖的創建過程。

二、內容、規定與環節

內容：得到網上選課系統的業務解決過程，但對業務解決過程的解決狀態間轉換了解仍

不夠，這不利于設計人員對系統業務的進一步理解，而狀態圖能從對象的動態行為的角度去

描述系統的業務活動。

規定：實現網上選課系統中課程對象的狀態圖。

實驗環節：

1.業務分析：由前面章節對網上選課系統中的添加課程的重要業務的描述和分

析可知，管理員可以添加、刪除和修改課程信息，在某個學期開設該課程，假如選

修人數超過指定人數，就不再允許學會選這門課。學期結束，課程的狀態結束。

2.繪圖環節：

(1)在邏輯視圖(Logicalview)下，點擊鼠標右鍵，在彈出來的菜單中選擇“New-

Statechartdiagram”項如圖3.1所示，新建一個狀態圖，命名為addCourse狀態圖，圖1.17所

不。

Rat?u?HalRo*?w??t<lf?gCou(W.rTHllIMbvrtyO?ur4#v\

m。/

圖1.17構建狀態圖

(2)雙擊“addCourse”狀態圖，展開后，在左邊的工具欄上選取一個實心圓點，此結點

為開始結點；當創建該課程時，操作者添加課程到數據庫中，假如修改或刪除某課程，則發

出其他事件，如刪除課程的事件“deletecourse”，則課程的狀態就轉入“deleied”狀態。如

圖1.18所示。

圖1.18添加兩個狀態的狀態圖

(3)課程對象(course)的狀態圖如圖1.19所示。

圖1.19還-E的狀態圖

(5)根據分析設計情況，進一步添加或細化狀態圖。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗九：活動圖

實驗學時：2實驗類型：設計型

一、目的與任務

目的：.熟悉活動圖的基本功能和使用方法，掌握如何使用建模工具繪制活動圖方法。

任務：對每個用例進行業務分析，說明其具體的業務流程；熟悉rose中活動圖的創

建過程。

二、內容、規定與環節

內容：在了解系統的具體需求后，完畢對系統的需求建模。當創建系統的用例模型后,

應針對每個用例進行業務分析，說明其具體的業務流程。

規定：實現用例的業務流程。

實驗環節：

1.業務分析

添加課程事件流：

1.管理員選擇進入管理界面，用例開始。

2.系統提醒輸入管理員密碼。

3.管理員輸入密碼。

4.系統驗證密碼。

A1：密碼錯誤

5.進入管理界面，系統顯示目前所建立的所有課程信息。

6.管理員選擇添加課程。

7.系統提醒輸入新課程信息。

8.管理員輸入信息。

9.系統驗證是否和已有課程沖突。

A2：有沖突

10.系統添加新課程，提醒課程添加成功。

11.系統重新進入管理主界面，顯示所有課程。

12.用例結束。

其他事件流：

A1：密碼錯誤

1.系統提醒再次輸入。

2.用戶確認。

3.三次錯誤，拒絕再次訪問。

4.否則進入添加課程事件流第5步。

A2：有沖突

1.系統提醒沖突，顯示沖突課程信息。

2.用戶重新輸入。

3.繼續驗證直到無沖突。

4.進入添加課程事件流第10步。

2.繪圖環節：

(1)在邏輯視圖(Logicalview)下，點擊鼠標右鍵，在彈出來的菜單中選擇“脂\￥一

ActivityDiagranf,,選中后單擊，便可以新建好一個活動圖。如圖1.20所示。

圖L20活動圖

(2)新建好活動圖后，雙擊刪除的活動圖，然后把在左邊的工具欄內點擊“UI“，在右

邊的圖添加一個泳道，并命名為“Model”,按照此環節，再添加另一個泳道，并命名為

“Database”，得到圖1.21.

《RM<*\^Ro?eMtMbnQCouEM-(AcXty。夕不loaK4iV*w/Addfoune]

。

0t

(89

(3

(。

圖1.21帶有兩個泳道的活動圖

（3）接著在左邊的工具上選取開始點，并在“UI”泳道上添加開始結點后，再來為此活

動圖添加活動，名為：輸入各項課程信息“，并添加他們間添加活動關系，如圖1.22所示。

圖1.22帶活動的活動圖

（3）根據業務分析中添加課程的事件流程，最終獲取“添加課程”用例的具體也去的

解決流程，活動圖如圖1.23所示。

圖1.23完整的添加課程的活動圖

（4）根據分析設計情況，進一步添加或細化活動圖。

三、實驗報告規定

1.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

實驗十：組件和部署

實驗學時：2實驗類型：設計型

一、目的與任務

目的：理解組件圖的基本概念，理解部署圖的基本概念，掌握組件圖和部署圖繪制

的方法。

任務：完畢系統的物理部件的映射，純熟掌握rationalrose中組件和部

署圖的繪制。

二、內容、規定與環節

內容：已經完畢網上選課系統的分析和設計，下一步就是生成系統的組件圖和部署圖。

規定：完畢系統的組件圖和部署圖。

實驗環節:

1.分析：

在網上選課系統中，通過度析可以發現類圖中的類應分為4個部分:

在選課系統中，涉及MainProgram類（主程序）、People類、ControlObject類、Student

類、Registrar類、Course類和DataBase類。其中，People類是Student類和Registrar

類的抽象類,所以Student類和Registrar類依賴People類。FormObjcct類和Control

0bject類都和Course類相關，FormObject類和ControlObject類依賴Course類。C

ontrolObject類和DataBase類相關，ControlObject類依賴DataBase類。

2.繪圖環節：

組件圖:

（1）在組件視圖中雙擊Main圖，在右邊的繪圖區中添加一個新組件，并取名

StartClass.java表自新增一個主程序，如圖1.24.。

圖1.24組件圖

（3）選擇新創建的組件，點擊鼠標右鍵，在彈出的菜單中選擇“OpenScpcifkation”,）

在對話框中，可以修改組件的名稱，設立組件的類型，指定實現的語言。這里新組件的名稱

定為<<StartClass.java,;修改結果如圖1.25所示。

圖1.25設立組件的屬性

（4）根據分析的結果分別創建FonnObject、Control。bject和Course等組件，并表達

個組件相應的文獻，并創建各組件的依賴關系。在本節“關系”一段中，已經描述過依賴關

系使用虛線表達，因此根據分析中的結果，在圖中將互相依賴的組件連接即可。完畢后的組

件圖如圖1.26。

圖1.26系統最終的組件圖

部署圖:

(1)DeploymentView”，在圖中添加分別添加一個Processor和Device.并分別命名為

ucomputerwithjavasupport”和“Printer”，添加完畢后，并為節點添加連接關系。全圖如

圖1.27。

圖1.27部署圖

(2)根據分析設計情況，進一步添加或細化組件圖或部署圖。

三、實驗報告規定

I.整理實驗結果，寫實驗報告。

2.小結實驗心得體會。

四、成績考核及評估

實驗結束時驗收系統和收總結報告，成績分優、良、中、及格和不及格五等。

考核標準涉及：

(1)總結報告(40%)

(2)系統演示(20%)

(3)考勤(2。%)

附錄一：實驗題目

實驗題目

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

1.系統簡介

每個學期的期中，學校教務處向各個學院發出下各學期的教學計

戈I],涉及課程名稱、課程代碼、課時、班級類別（本科、專科、

成人教育、研究生）、班號等；學院教學主管人員根據教學任務和

規定給出各個課程的相關限制（如：任課教師的職稱、上課的班

數、最高和最低周學時數等）；任課教師自報本人授課計劃，經所

在教研室協調任可，將教學計劃上交學院主管教學計劃的人員，

批準后上報學校教務處，最終由教務處給出下個學期全學院教師

的教學任務書。

假設上述排課過程所有由人工操作，現規定為上述過程實現計算

機自動解決過程。

2.限定條件

（I）每位教師的主講課程門數不超過2門/學期：講師以下職稱

的教師不能承擔學院定主課的主講任務。

（2）學院中層干部的主講課時不能超過4學時倜。

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

任務。

（4）本系統的輸入項至少涉及：教務處布置的教學計劃，學院教

師自報的授課計劃和學院定的有關授課限制條件。

（5）本系統的輸出項至少涉及：教務史最終下達全院教師的教學

任務書和學院各個班級下各學期的課程表（可以不含上課地

點）o

題目二：“學校教材定購系統”

1.系統簡介

本系統可以細化為兩個子系統：銷售系統和采購系統

銷售系統的重要工作過程為：一方面由教師或學生提交購書單，

經教材發行人員審核是有效購書單后，開發票、登記并返給教師

或學生領書單，教師或學生可以到書庫領書。

采購系統的重要工作過程為：若是教材脫銷，則登記缺書，發缺

書單給書庫采購人員；一旦新書入庫后，即發進書告知給教材發

行人員。

以上功能規定在計算機上實現。

2.技術規定和限制條件

（1）當書庫中的各種書籍數量發生變化（涉及進書和出書）時，

都應修改相關的書庫記錄，如庫存表或進/出庫表。

<2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性

驗證。

（3）系統的外部項至少涉及：教師、學生和教材工作人員。

（4）系統的相關數據存儲至少涉及：購書表、庫存表、缺書登記

表、待購教材表、進庫表和出庫表。

題目三：“機票預定系統”

1.系統簡介

航空公司為給旅客乘機提供方便，需要開發一個機票預定系統。

各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身

份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙

位規定等）輸入到系統中，系統為旅客安排航班。當旅客交付了

預訂金后，系統打印出取票告知和帳單給旅客，旅客在飛機起飛

前一天憑取票告知和帳單交款取票，系統核對無誤即打印出機票

給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需

要定期進行查詢記錄，以便適當調整。

2.技術規定和限制條件

（1）在分析系統功能時要考慮有關證件的合法性驗證（如身份

證、取票告知和交款發票）等。

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

1.旅客延誤了取票時間的解決

2.航班取消后的解決

3.旅客臨時更改航班的解決

（3）系統的外部輸入項至少涉及：旅客、旅行社和航空公司。

題目四：“實驗室設備管理系統”

1.系統簡介

每學年要對實驗室設備使用情況進行記錄、更新。其中：

（1）對于己徹底損壞的做報廢解決，司時具體記錄有關信息。

（2）對于由嚴重問題（故障）的要及時修理，并記錄修理日期、

設備名、編號、修理廠家、修理費用、負責人等。

（3）對于急需修改但又缺少的設備，需以“申請表”的形式送交

上級領導請求批準購買。新設備購入后要立即進行設備登記

（涉及類別、設備名、編號、型號、規格、單價、數量、購

置日期、生產廠家、保質期和經辦人等信息），同時更新申

請表的內容。

（4）隨時對現有設備及其修理、報廢情況進行記錄、查詢，規定

可以按類別和時間段等查詢。

2.技術規定及限制條件

（1）所有工作由專門人員負責完畢，其別人不得任意使用。

（2）每件設備在做入庫登記時均由系統按類別加自動順序號編

號，形成設備號；設備報廢時要及時修改相應的設備記錄，

且有領導認可。

（3）本系統的數據存儲至少涉及：設備記錄、修理記錄、報廢記

錄、申請購買記錄。

（4）本系統的輸入項至少涉及：新設備信息、修理信息、申請購

買信息、具體查詢記錄規定。

本系統的輸出項至少涉及：設備購買申請表、修理/報廢設備資金登

記表

題目五：人事管理系統的設計

系統簡介和設計規定：

（1）信息規定

本系統應當包含與人事管理相關的信息，如部門信息、職工信息,

其中職工信息應當包含職工的基本信息（如職工的編號、姓名、性別

等）職工的其他信息如（如：重要社會關系、獎懲情況等）。

（2）功能規定

本系統的基本功能規定如下：

部門信息維護；

職工信息維護（含職工的部門調整）；

職工信息查詢（不擬定查詢）；

人事信息查詢（如人才結構的記錄查詢）

用戶管理（含用戶權限的設立）

輔助功能（如學歷索引表、職稱索引表的維護等）

題目六：工資管理系統的設計

系統簡介和設計規定：

（1）信息規定

本系統應當包含與工資管理相關的信息，如部門信息、職工工資

信息，其中職工工資信息應當包含與支援工資相關的基本信息（如：

職工的編號、姓名、基本工資、各種津貼以及其他應發工資項目，水

電、煤氣等各項扣款，以及公積金、會費等）、職工的其他信息（如

工資調整情況）等。

（2）功能規定

本系統的基本功能規定如下：

部門信息維護；

職工工資信息維護；

顯示打印職工工資表；

打印職工工資發放表；

打印部門工資匯總表；

用戶管理（含用戶權限的設立）。

題目七：畢業生管理信息系統

設計規定：

（1）信息規定

本系統應當包含與畢業生管理相關的信息，如畢業生基本信息、

畢業生就業信息、其中畢業生基本信息應當涉及：畢業生的編號、姓

名、性別、民族、籍貫、畢業時間、專業、政治面貌等信息；畢業生

就業信息應當涉及：畢業生的編號、就業時間、工作單位、工作性質、

職務、地址等。

（2）功能規定

本系統的基本功能規定如下：

畢業生基本信息維護；

畢業生就業信息維護；

畢業生就業情況查詢（不擬定查詢）;

按專業劃分的就業情況記錄;

用戶管理（含用戶權限的設立）。

題目七：圖書管理系統：

需求陳述：大學圖書管理系統，該系統除了一般的圖書管理功能外，還可

認為學生和教工從其他圖書館借閱圖書和文獻資料提供服務。

1.功能需求

⑴基本數據維護功能：

提供使用者錄入，修改并進行維護基本數據的途徑。基本數據涉及讀

者的信息、圖書資料的相關信息，可以對這些信息進行修改，更新。

⑵基本業務功能：

讀者借、還書籍的登記管理功能，隨時根據讀者借、還書籍的情況更

新數據庫系統，假如書籍已經借出，可以進行預留操作，書籍的編目、入庫、

更新等操作。

⑶數據庫管理功能：

對所有圖書信息及讀者信息進行統一管理維護的功能，對書籍的借

還也要進行具體的登記，以便協調整個圖書館的運作。

（4）信息查詢功能：

提供對各類信息的查詢功能，如對本圖書館的用戶借書信息，還書

的信息，書籍源信息，預留信息等進行查詢，對其他圖書館的書籍、資料源

信息的查詢功能。

2.非功能需求

①系統安全性需求：為保證系統安全性，對本圖書館的各項功能進行

分級、分權限操作，對各類用戶進行確認。對其它圖書館借閱圖書和文獻資

料服務控制訪問范圍：如限1P、限用戶等。

②對系統可用性的需求：為了方便使用者，規定對所有交互操作提供

在線幫助功能。

③對系統查詢速度的需求：規定系統在20s之內響應查詢服務請求。

④對系統可靠性的需求；規定系統失敗發生率小于1%。

3.領域需求

例如：對“大學圖書管理系統*提出一些與圖書管理的業務相關的需求：

⑴圖書編目規定按照《中國圖書館分類法》進行；

⑵由于版權限制，某些文獻資料只能在圖書館規定的閱覽室閱讀，并

限制復制和打印。

第一條