《軟件工程》大作業

學校教材訂購系統分析與設計

專業：______________

班級：____________

學號：_________

姓名：_____________

雙修，_______

二。一三年七月

Xxxxxx

目錄

第一章學校教材訂購系統需求規格說明書錯誤!未定義書簽。

第二章軟件項目的概要設計說明書錯誤!未定義書簽。

第三章學校教材訂購系統詳細設計38

第四章軟件項目的編碼案例說明47

第五章學校教材訂購系統客戶端系統測試計劃52

第六章學校教材訂購系統客戶端系統測試設計58

第七章學校教材訂購系統客戶端系統測試報告69

第一章教材訂購系統需求規格說明書

L導言

1.1目的

該文檔是關于用戶對于學校教材訂購系統的功能和性能的要求，重點描述了教材訂購

系統的功能需求，是概要設計階段的重要輸入。

本文檔的預期讀者是：

?設計人員；

?開發人員；

,項目管理人員；

?測試人員；

?用戶。

1.2范圍

該文檔是借助于當前系統的邏輯模型導出目標系統的邏輯模型的，解決整個項目系統

的“做什么”的問題。在這里，沒有涉及開發技術，而主要是通過建立模型的方式來掂述用

戶的需求，為客戶、用戶、開發方等不同參與方提供一個交流的平臺。

1.3編寫說明

HR,HumanResource（人力資源管理）的縮寫。

JSPJavaServerPage〔Java服務器頁面）的縮寫，一個腳本化的語言。

UML,UnifiedModelingLanguage（統?建模語言）的縮寫，是一個標準的建模語言。

1.4術語定義

無

1.5引用標準

[1]《企業文檔格式標準》，****************有限公司軟件工程過程化組織

12J《需求規格報告格式標準》，************有限公司軟件工程過程化組織

1.6參考資料

[1]《UML說明》，**********************53c軟件有限公司

[21《需求規格報告格式標準》，************公司軟件工程過程化組織

1.7版本更新信息

本文檔的更新記錄如表A-I所示。

表A-1版本更新記錄

修改編號修改日期修改后版本修改位置修改內容概述

()012013.5.150.1全部初始發布版本

0022013.5.160.2第3.1節增加

0032013.5.180.3第4.1節修改

0042013.5.260.4第5.1節修改

0052013.6.181.0第7章增加

2.系統定義

我們分別闡述一下項目的來源、背景，項目的用戶特點和項目的目標。

2.1項目來源及背景

2

本項目是為某大學開發的一個教材訂購系統，由丁這個大學的規模比較大，需要訂購

大量的書籍也很多，每次訂購教材的種類和數量繁多，如何合適的訂購教材也成為學校的重

點，為教材科管理員帶來很多的工作量。為此他們希望有一個自動化的教材訂購系統能夠給

他們帶來工作的便利，提高工作效率。

2.2用戶的特點

本系統的用戶都是學校的老師，包括兩類，一類是系部專業主任，他們是需求者，將

該系需要的教材申報給教材科管理員。另外一類用戶是教材科管理員，主要是負責教材訂購

信息的管理.

2.3項目目標

本項目設定的目標如下：

-系統能夠提供友好的用戶界面，使操作人員的工作量最大限度的減少；

-系統具有良好的運行效率，能夠達到提高生產率的目的；

?系統應有良好的可擴充性，可以容易地加入其他系統的應用；

?平臺的設計具有?定的超前性，靈活性，能夠適應企業生產配置的變化；

?通過這個項目可以鍛煉隊伍，提高團隊的開發能力和項目管理能力。

3.應用環境

根據用戶的需求陳述，可以確定本項目分為客戶端和管理端，客戶端主要功能是提供

系部專業主任登錄頁面進行管理（增，冊必改，查）課程，申報教材等。

它們的關系如圖A-1所示。

系專業主任

課程信息課程

網

絡

教

材

服

科選中教材

管

務

理

員

器

提交申請

庫存盤點庫存信息

圖A-1學校教材訂購系統流程圖

3.1系統運行的網絡環境

本系統的網絡運行圖如圖A-2所示，無論是客戶端的系部專業主任還是管理端的管理

用戶都可以通過網絡登錄到本系統中。主任通過網絡提交申報教材等相關信息，教材科管理

3

員通過網絡發布教材發放信息，庫存，獲得專業主任提交的申請表信息，進行教材發放。管

理端的系統管理員需要設置管理端的用戶以及相應的權限。

3.2系統運行的硬件環境

本系統的硬件環境如下：

客戶機：普通PC

?CPU：P4L8GHZ以上

?內存：256MB以上

?能夠運行IE5.0以上或者Netscape4.0以上版本的機器

?分辨率：推薦使川1024X768像素

Web服務器

?CPU：P41.0GHz

?內存：1G以上

?硬盤：80GB以上

?網卡：KMb/s速度

數據庫服務器

?CPU：P42.0GHz

?內存：1GB以上

?硬盤：8OGB以上

教材科管理員系專業主任

圖A-2網絡拓撲結構圖

系統運行軟件環境

本系統的軟件環境如下：

?操作系統：UNIX(inux/Windows2000或以上版本

?數據庫：SQLServer2000

,開發工具包：JDKVersion1.4.2

?Web服務器：Tomcat

?瀏覽器：IE6.0以上

4.功能規格

我們采用面向對象分析作為主要的系統建模方法，使用UML(UnifiedMoceling

Language)作為建模語言。UML為建模活動提供了從不同角度觀察和展示系統的各種特征

的方法。在UML中，從任何一個角度對系統所作的抽象都可能需要幾種模型來描述，而這

些來自不同角度的模型圖最終組成了系統的映像。

用例描述角色(用戶、外部系統以及系統處理)是如何與系統交互來完成工作的。用

例模型提供了一個非常重要的方式來界定系統邊界以及定義系統功能，同時，該模型將來可

以派生出動態對象模型。

設計用例時，我們遵循下列步驟：

1)識別出系統的角色。角色可以是用戶、外部系統，甚至是外部處理，通過某種途徑

4

與系統交互。重要的是著重從系統外部執行者的角度來描述系統需要提供哪些功能，并指明

這些功能的執行者（角色）是誰。盡可能地確保所有角色都被完全識別出來。

2）描述主要的用例。可以采取不斷地問自己“這個角色究竟想過系統做什么？”來準

確地描述用例。

3）重新審視每個用例，為它們下個詳盡的定義。

4.1角色定義

角色或者執行者指與系統產生交互的外部用戶或者外部系統。

4.1.1系部專業主任

專業主任是指在這個教材訂購系統中通過客戶端根據課程的內容來提交申請教材信息

的人員，這個角色主要參與客戶端的教材申請功能。

4.1.2管理用戶

管理用戶是指管理端的用戶教材科管理員。他們主要負責管理專業信息，教材信

息，專業班級信息，訂購教材，管理教材發放信息，盤點庫存等功能。

它們的關系如圖A-3所示。

圖A-3管理用戶角色的關系

管理用戶具體說明如下：

教材科管理員

?專業信息，教材信息，專業班級等增刪改查。

?訂購件教材。

?管理教材的發放信息

?盤點庫存。

4.1.3數據庫

數據庫是一個與系統產生交互的外部系統，這個角色負責系統的數據查詢、增加、刪

除和修改等操作。

4.2系統主用例圖

學校教材訂購系統可以分為兩個主要的組成部分，一個是客戶端子系統。一個是管理

5

端子系統。客戶端子系統功能主要是指系部專業主任通過登錄校網站進行操作。管理嫌子系

統功能是發放教材的信息，查看O庫存，訂購。系統的主用例如圖A-4所示。

A'

管理用戶

圖A-4系統的主用例圖

4.3客戶端子系統

專業主任通過學校的網站登錄到系統中根據課程的設計（可以對課程進行增刪改查）

進行教材申請，提交申請單，進行教材的訂購，這就是客戶端子系統的功能。在客戶端用戶

可以看到申請訂購教材的相關信息（訂購的專業，班級，教材的種類，教材的數量）。當點

擊訂購件教材時進入訂購詳細信息頁面。如果訂購的話，進入到教材發放信息頁面。發放完

教材庫存自動更新。圖A-5是它的活動圖。

客戶端的功能主要包括選擇課程、填寫申請單等功能，圖A-6是它的用例圖。

客戶端管理的這些用例描述如下：

F-C-1：課程選擇。系主任登錄到學校網站可以看到課程列表，當點擊某個課程可以看

到課程名，編號，專業，班級，教材等。

F-C-2：教材申請單輸入。教材申請單輸入包括專業，班級，教材數量，教材名稱，申

請人等，它們組成系主任教材申請單的基本信息。

4.3.1課程選擇

課程選擇是顯示目前在學校里正在教授的課程以及與其相關的專業班級，人數和所需

要的教材等。具體描述如下。

用例描述：系主任課程選擇；

6

執行者：系主任；

前置條件：系主任已登錄系統；

后置條件：選擇課程后，則可以輸入申請單。

基本路徑：

a）系主任登錄到學校的教材管理網頁，顯示目前的課程；

b）點擊任何一個課程可以瀏覽課程的詳細信息，包括專業，班級，教材等信息；

c）如果需要這個課程，可以點擊“確定”進入教材申報信息頁面，開始填寫申請單。

4.3.2申請單輸入

如果系主任需要某個課程，就開始錄入申請單，申請單從課程的基木信息開始，。具體

描述如下。

用例描述：申請單輸入；

執行者：系主任；

前置條件：系主任已選擇課程；

后置條件：申請單輸入后，則可以提交。

基本路徑：

a）基本信息輸入，包括課程名、編號、教材名、專業、班級、申請人、申請時間、等

信息；

b）備注輸入。

c）提交申請單到服務器端。

4.4管理端子系統

管理端子系統主要是提供學校教材科管理人員使用的功能，它的功能分為專業管理、

教材管理、專業管理、訂購教材、發放教材信息、庫存盤點等部分，每個登錄者首先要通過

安全認證然后確認權限，系統根據相應的權限實現相應的功能。圖A-7是管理端的用例圖。

7

F-L-1：登錄管理

管理端的人員要登錄到管理端必須經過登錄界面，輸入自己的用戶名和密碼，然后系

統判斷這個用戶的權限信息，不同的登錄人可能具有不同的權限，系統根據不同的權限實現

不同的功能。

F-M-1：專業管理

專業管理由管理員登錄到系統，實現對專業信息的增加、刪除、修改的功能及提供專

業的詳細信息。

F-M-2：專業班級管理

專業班級管理是由管理員登錄到系統，根據專業信息組成專業班級信息.，并且對班級

信息進行增加、刪除、修改的功能。

F-M-3：教材管理

教材管理是由管理員登錄到系統，根據專業信息和專業班級信息組成教材信息，并且

對教材信息進行增加、刪除、修改的功能。

F-M-4：訂購教材管理

訂購教材管理是由教材科管理員對系主任發來的申請單進行整理，并根據教材信息訂

購。

F-M-5：教材發放管理

教材發放管理足由教材科管理員在網絡上通知各專業系主任發放教材的時問、教材的

數量等。

F-M-6：庫存管理

庫存管理是管理員在教材發放完后檢查庫存實際存在的數量、種類與已發放的數量、

種類是否一致。

F-A-1：用戶管理

用戶管理是由系統管理員增加或刪除用戶，編輯用戶名、用戶密碼，修改用戶權限，

使具有不同權限的用戶進入系統主界面時，出現在界面左側欄中的圖標數有所不同，具體的

圖標與用戶所具有的權限對應。

4.4.1登錄管理

登錄到管理端的所有人都需要通過登錄界面進入相應的管理界面。在登發界面輸入用

戶名和密碼，系統首先判斷用戶名和密碼的正確性，然后根據用戶名確定其權限，不同的登

錄者具有不同的權限，根據登錄者具有的權限將相應的功能顯示在管理界面上，沒有權限操

作的功能將不顯示在這個界面上。圖A-8是它的活動視圖。

8

飛端

梃交

合法性鴕證

登陸到管理

界面

圖A-8登錄管理活動視圖

4.4.2管理專業

在一所大學中，是由大量的專業所組成的。專業管理模塊主要是完成對每個專業的增

加、刪除、修改、查詢等維護功能。具體描述如下。

用例描述：管理專業；

執行者：教材科管理員；

前置條件：教材科管理員已登錄系統；

后置條件：如果專業維護成功，則數據庫中的專業庫隨之變化。

基本路徑：

a）進入教材科管理界面，首先展示日前專業已有的專業；

b）點擊每個專業可以詳細瀏覽這個專業的具體內容，同時也可以對這個專業的具體內

容進行修改；

c）增加專業時，首先選擇專業編號，然后是專業名稱、專業人數、等；

d）可以刪除選擇的專業。

圖A-9管理專業活動視圖

4.4.3管理專業班級

在教材訂購系統中，要定期維護，因為每個課程都附有教材信息，系主任必須填寫申

請單，才可以提交。專業班級管理主要是專業名的詳細內容，所有專業都來自專業庫，每個

班級都有不同，針對不同的需求。具體功能描述如下。

用例描述：管理專業班級；

執行者：教材科管理員；

前置條件：教材科管理員已登錄系統；

后置條件：如果專業班級維護成功后，則數據庫中的專業班級隨之變化，教材信息更

加全面；

基本路徑：

a）進入教材科管理員界面，首先展示目前存在的專業班級；

b）點擊每個班級可以詳細瀏覽每個專業的班級；

c）可以對一些班級進行刪除；

d）提供增加班級按鈕，增加班級時，從數據庫中選擇專業等。

圖A-10管理專業班級活動視圖

4.4.4管理教材

在教材訂購系統中，要定期維護，因為每份教材都來自于專業和專業班級信息。教材

管理主要是統計所需要的教材種類和數量。具體功能描述如下。

用例描述：管理教材；

執行者：教材科管理員；

前置條件：教材科管理員已登錄系統；

后置條件：如果教材維護成功后，則數據庫中的教材隨之變化，教材科管理員根據教

材信息開始訂購教材；

基本路徑：

a）進入教材科管理員界面，首先展示目前需要訂購的教材；

b）點擊每個教材可以詳細瀏覽每個教材的詳細資料；

c）可以對一些教材進行修改（數量等）；

d）提供增加教材按鈕，增加教材時，從數據庫中選擇專業，專業班級等。

e）可以刪除選擇的教材。

10

圖A-11管理教材活動視圖

4.4.5管理訂購教材

系主任將申請單提交之后，教材科管理員開始整理申請單，將需要的教材開始訂購。

具體的功能描述如下。

用例描述：訂購教材；

執行者：教材科管理員；

前置條件：教材科管理員已登錄系統；

后置條件：教材整理完成后，則可以在網上發放教材信息，以便為發放教材做好準備。

基本路徑：

a）進入教材訂購界面，首先展示目前所需要的教材，提供訂購的功能；

b）通過點擊課程列表進入相應課程的所有教材列表界面.,這個界面也顯示了每中教材

的課程，數量，專業等信息；

c）在訂購列表中，通過點山一個教材可以顯示這個教材的詳細信息；

d）對訂購的處理結果，可以在網上發放信息通知系主任。

圖A-12訂購教材活動視圖

4.4.4發布教材信息

II

教材發布是教材訂購系統的主要功能之一，管理人員根據教材的需要，定期發布教材

領取通知，詳細描述這個教材情況。每中教材都附有一系列的表單，系主任通過網絡可以看

到教材，并可以在發放時間領取教材，具體功能描述如下。

用例描述：發布教材；

執行者：教材科管理員；

前置條件：教材科管理員已登錄系統；

后置條件：如果教材發布成功后，則數據庫教材信息隨之變化，系主任可以通過網絡

看到教材發放信息。

基木路徑：

a）進入教材發放界面，首先展示目前已經訂購的教材并且還沒有發放的教材,；

b）通過點擊每個教材，可以詳細瀏覽每個教材的詳細描述；

c）可以對每個教材信息進行修改；

d）提供教材條件查詢功能；

e）提供教材刪除功能。

圖A-13發布教材活動視圖

4.4.6管理庫存

對發放完的教材進行檢查，查看數量，種類是否正確等。具體描述如下：

用例描述：庫存管理：

執行者：教材科管理者；

前置條件：教材科管理者已登錄系統；

后置條件：如果大幅度工完成后，則將發放的結果記錄到數據庫中。

基本路徑：

a）進入庫存管理界面，首先展示目前還沒有發放的教材，提供杳詢功能；

b）點擊某個教材進入與這個教材相應的申請單的列表；

c）將申請單分類瀏覽，分為等待通知者、正在領取和發放完成者；對沒有通知的人，

通知其進行領取，他的狀態就變為正在領取；

d）點擊每個列表上的人，可以瀏覽到這個申請單的信息；

e）發放完成時，需要記錄發放的時間、領取人以及發放結果等，記錄信息提交后這個

申請單的狀態就變為發放完成者。

12

圖A-14管理面庫存動視圖

4.4.7管理用戶

系統管理員可以進行權限設置，在用戶管理界面中對用戶進行增加、刪除、修改、查

詢。具體功能描述如下。

用例描述：用戶管理；

執行者：系統管理員；

前置條件：系統管理員已登錄系統；

后置條件：如果用戶信息維護完成，則用戶的相應信息將記錄到數據庫中。

基本路徑：

a）進入用戶管理界面，顯示目前的系統用戶以及每個用戶具有的權限：

b）點擊不同的用戶，可以顯示這個用戶的信息以及相應權限，必要時可以修改其權限;

c）可以增加用戶，也可以刪除用戶。

列表顯示用戶

刪除已^加新用戶、入設置用戶權限

r信息

修改用戶權限

圖A-15管理用戶活動視圖

5.性能需求

13

根據用戶對本系統的要求，確定系統在響應時間、可靠性、安全性等方面有較高的必

能要求。

5.1界面需求

系統的界面要求如下。

1）頁面內容：主題突出，站點定義、術語和行文格式統一、規范、明確、欄目、菜單

設置和布局合理，傳遞的信息準確、及時丁內容豐富，文字準確，語句通順，專用術語規范,

行文格式統一規范。

2）導航結構：頁面具有明確的導航指示，且便于理解，方便用戶使用。

3）技術環境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽，無錯誤鏈接和

空鏈接；采用CSS處理，控制字體大小和版面布局。

4）藝術風格：界面、版面形象清晰悅目、布局合理，字號大小適宜、字體選擇合理，

前后一致，美觀大方，動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內容相協調。

5.2響應時間需求

無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，系統應該及時地進行

反應，反應的時間在5秒以內。系統應能監測出各種非正常情況，如與設備的通信中斷，無

法連接數據庫服務器等，以避免出現長時間等待甚至無響應。

5.3可靠性需求

系統應保證7X24小時內不宕機，保證20人可以同時在客戶端登錄，此時系統能正常

運行，正確提示相關內容，

5.4開放性需求

系統應具有較強的靈活性，以適應將來功能擴展的需求。

5.5可擴展性需求

系統設計要求能夠體現獷展性要求，以適應將來功能擴展的需求。

5.6系統安全性需求

系統有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。系統需能夠防止

各類誤操作可能造成的數據丟失，破壞。防止用戶非法獲得網頁以及內容。

6.產品提交

提交產品為：

a）應用系統軟件包；

b）數據庫初始數據；

c）系統開發過程文檔；

d）系統使用、維護說明文檔，提交方式為CD介質。

7.實現約束

系統的實現約束如下：

a）操作系統為Windows200：

b）開發平臺為：eclise-SDK-3.1.2-win32；

c）數據庫為SQLserer20000

14

第二章軟件項目的概要設計說明書

案例說明

學校教材訂購系統項目的概要設計說明書如下。

學校教材訂購系統概要設計

L導言

1.1目的

該文檔的目的是描述學校教材訂購系統項目的概要設計，其主要內容包括：

?系統功能簡介；

?系統結構設計；

?系統接口設計；

?數據設計；

?模塊設計；

?界面設計。

本文檔的預期的讀者是：

?開發人員；

?項目管理人員；

?測試人員。

1.2范圍

該文檔定義了系統的結構和單元接口，但未確定單元的實現方法，這部分內容將在詳

細設計/實現中確定。

1.3編寫說明

UML：UnifiedModelingLanguage（統一建模語言）的縮寫，是一個標準的建模語言。

HR：HumanResource（人力資源管理）的縮寫。

JSP：JavaServerPage（java服務器頁面）的縮寫，一個腳本化的語言。

MVC:Model-View-Control（模式-視圖-控制）的縮寫，表示一個三層的結構體系。

EJB:EnterpriseJavaBean（企業級JavaBean）的縮寫。

1.4術語定義

JSPModel2:Servlet/JSP規范的0.92版本中描述的術語，定義了如何在同一個應用程序

中聯合使用Servlet和JSP的體系結構。

JavaBean：用Java語言實現的滿足一定功能的類。

1.5引用標準

[1]《企業文檔格式標準》，************軟件有限公司

12]《軟件概要設計報告格式標準》，************軟件有限公司軟件工程過程化組織

1.6參考資料

[1J《實戰struct》（美）TedHusted機械工業出版社，

15

12J《軟件重構》清華大學出版社,

1.7版本更新信息

本文檔的更新記錄如表B-I所示。

表B-1版本更新記錄

修改編號修改日期修改后版本修改位置修改內容概述

0002013.5.180.1全部初始發布版本

0012013.5.251.06.5節修改專業班級管理模塊的設計

2.系統分析

本系統可以實現學校教材訂購，系主任在通過網絡投遞教材申請單進。同時，教材科

管理員可以匯總教材，游覽教材，并通過測評結果選擇合格的教材，通知面試，進行面試。

方便企業與求職者的交流。系統包括管理端子系統和客戶端子系統。

管理端子系統包括專業管理、專業班級管理、教材發布、教材管理、面試管理、用戶

管理等功能。客戶端子系統包括查詢教材，教材錄入，回答專業班級，提交教材等功能。圖

B-1和圖B-2為客戶端和管理端的組成構圖。

3.界面設計

16

本系統的用戶界面按功能分為客戶端界面和管理端界面。

增加專業

專業詳細信II

I管理專業?專業列表息JK除專業

」修改專業

埴加蟹

班彼詳細信

-|管理班皴?

班機列表息.劃除班級

性改班級

增加教材

制除教材

管理敦埋?叵i后而招!教U列表|

,蟋改軟材

ftilUttM

增加教材

訂購教材|中用表列衣|

住收教材口丁購

唐曲教材?

鞅材,細情

，）發》峨村1-1教材列表1!也

刀加軟材■

明除教材

巾點咋在一教材列表申請俄列表—

修改教材

圖B-3管理端的頁面流程

3.1管理端界面設計

管理端主要實現專業管理、專業班級管理、教材發布、教材管理、面試管理以及用戶

管理等功能。主要界面設計如下：

?登錄界面：通過輸入用戶各和密碼實現用戶登錄.并判斷用戶的權限；

17

專業主任…管理員笠陸

退出

圖B-4用戶登錄錯誤時

圖B-5用戶登錄界面設計

?管理首頁：根據用戶的權限，進入首頁，并在首頁中展示此用戶相應可以操作的權

限功能；

18

圖B-6管理員登錄后的頁面

?管理專業：包括“專業列表”、“專業詳細信息”、“增加專業”、“刪除專業”、“修改

專業”等頁面；

19

目j查找專業信息回應

應,查詢專業信息回;

圖B-8管理員查找專業

刪除專業信息回漢

專業編號

刪除取消

①刪除成功

確定

圖B-9管理員刪除專業

?專業班級管理：包括“專'業班級列表”、“專業班級詳細信息”、“修改班級”、“增加

班級”、“刪除班級”等頁面；

20

國刪除班級信息I回I占J

圖B-10管理專業班級界面設計（刪除）

倒查蝌級信息I□[回I漢J

查詢班級[=J回

“教材詳細信息”

等頁面;

21

圖B-12管理教材界面設計（查找）

?發布教材：可以查詢已經發放了的教材。

圖B-13發布教材界面設計

?庫存管理：可以查詢具體教材還剩多少。

22

Ii>|查找庫存信息(=?I回I行|畫庫存的洋姐信息巨

圖B-14管理庫存界而設計

?訂購管理：可以查詢某個訂購號。了解訂購單的詳細信息，例如數量，價格等1:

圖B-15管理訂購界面設計

3.2客戶端界面設計

?■系都專業主任

3錄?課程信息?課程詳細信息A教材信息?教材列表?申請敕材?提交

圖B-16客戶端的頁面流程

客戶端主要為系主任提供教材申請的過程，系主任通過選擇合適的課程，填寫個人申

請，并通過審核，提交的申請同到服務器端，供管理者審核。

在客戶界面，系主任首先進入學校教材管理界面，點擊“課程”按鈕進入課程列表界

面，包括“教材列表”、“教材詳細信息”、“申請教材”等頁面。

23

一，|系即專業主任告理系統

課程信息管理申請管理退出

添力n信息

刪除信息

修改信息

查詢信息

圖B-18客戶端主下拉框設計

J添加課程信息

程編號122

程名稱2321

村號434

樹名稱3214

添加取消

雪

添加成功

圖B-19系主任添加課程界面設計

24

圖刪除誤程信息

譙理編號122

困B-21系主任刪除課程界面設計

25

圖B-22系主任填寫申請單界面設計

4.體系結構

系統的總體結構設計遵循如下原則。

1）系統應具有良好的適應性：能適應用戶對系統的軟件環境、管理內容、模式和界面

的要求；

2）系統應具有可靠性：采用成熟的技術方法和軟件開發平臺，以保證系統在以后的實

際應用中安全、可靠；

3）系統應具有較好的安全性：應提高安全機制和用戶權限限制機制的完善程度，確保

數據的受限訪問；

4）系統應具有良好的可維護性：系統應易于維護、安裝；

5）系統應具有良好的可擴展性：系統應適應未來信息化建設的要求，能方便地進行功

能擴展，以建立完善的信息集成管理體系。

本系統采用體系結構，struct是一個基于模型（Model）—視圖（View）—控制器

（Controller）,即MVC模式的應用架構的開源框架。

4.1體系結構

目前軟件項目中有很多體系結構，其中struct是比較流行的一種。

4.1.1struct體系結構

對于開發Web應用，要從頭設計并開發出一個可靠、穩定的框架不是一件容易的事情。

隨著Web開發技術的日趨成熟，在Web開發領域出現了一些現成的優秀的框架、開發者可

以直接使用它們，struct就是一個很好的框架結構，它是在JSPModel2基礎上實現的一個

MVC框架，在struct框架在模型由實現業務邏輯的JavaBean或者EJB組件構成，控制器由

ActionSenlet和Action來實現，視圖由一組JSP文件組成，圖B-5顯示了Struct實現的MVC

框架。

其中:

26

?視圖，就是一組JSP文件，這些JSP文件沒有業務邏輯，也沒有模型信息，只有標

簽，這些標簽可以是標準的JSP標簽或者是客戶化標簽：如struct標簽庫的標簽。此外，

通常將struct框架中的ActionFormBean也劃為視圖模塊，ActionFormBean是一種

JavaBean,除了具有一些JavaBean的常規方法外，還包含了一些特殊的方法，用于驗證HTML

表單數據以及將其屬性重新設置為默認值。Struct框架利用ActionFormBean來進行視圖

和控制器之間表單數據的傳遞。Strcut框架將用戶輸入的表單數據保存在ActionFormBean

中，將它傳遞給控制器，控制器可以對ActionFormBean中的數據進行修改，JSP文件使用

struct標簽讀取修改后的ActionFormBean的信息，然后重新設置HTML表單。

?控制器，控制器由ActionServlet類和Action類實現，ActionServlet類是struct

框架中的核心組件,是這個MVC的中央控制器的角色。ActionServlet主要負責接收HTTP

請求的信息，根據配置文件struct-config,xml的配置信息，將請求轉發給適當的Action

對象，如果該Action對象不存在，ActionServlet會先創建這個Action對象Action類負

責調用模型的方法，更新模型的狀態，并幫助控制應用程序的流程，對于小型簡單的應用，

Action類本身也可以完成一些實際的業務邏輯。

?模型，模型表示應用程序的狀態和業務邏輯，業務邏輯常常由JavaBean或者EJB組

件實現。

如果在Web應用開發中套用現成的struct框架，就可以簡化每個開發階段的工作，開

發人員可■以更加有針對性地分析應用需求，不必重新設計框架，只需在struct框架的基礎

上，設計\WC各個模塊包含的具體組件，在編碼過程中，可以充分利用struct提供的各種

實用類和標簽庫，簡化編碼工作。

Struct框架可以方便迅速地將一個復雜的應用劃分成模型、視圖和控制器組件，而

struct的配置文件struct-config.xml可以靈活地組裝這些組件，以簡化開發過程。

4.1.2系統體系結構

根據系統分析結果，該系統從結構上應滿足：

?基于游覽器進行顯示以方便用戶使用；

?采用MVC的三層體系結構，分化各個功能組件；

?采用JDBC技術與數據庫通信以便于數據庫的轉換：

?采用標簽技術完成動態頁面的簡單邏輯。

本系統的體系結構如圖B-6所示，它基本遵循了struct體系的MVC框架規范。

27

視圖(V)層:用戶界面(瀏覽器)

HTML,CSS,DHTMLJavaScript,XML

視圖(V)層:服務器端腳本

ConnectsUItoBusinessObjects,JavaServerPages,JavaServlets

控制（C）層:分布式組件

JavaBean

模型（M）:數據源和持久對象存儲

ODBC,JDBC,OLEDB,ADO,XML,LDAP

困B-24系統的體系結構

其中：

?表示層，用于與用戶進行交互并顯示結果。包括所有的JSP,提供用戶界面，接受用

戶輸入，還包括相應的ActionFromBean,用來存放表單數據，并進行表單數據驗證；

?控制層，包括所有的Action類，它完成二項任務，一是進行業務邏輯驗證，二是調

用模型組件，三是決定將合適的視圖組件返回給用戶；

?模型，包括進行邏輯處理的JavaBean等，數據庫采用ODBC技術以提供數據庫的可

移植性。

1）客戶層：用于與企業信息系統的用戶進行交互以及顯示根據特定業務規則進行計算

后的結果。本系統將完全采用基于配b的（B/S架構）客戶端，即用戶可以直接通過瀏覽器

來訪問和使用本系統。

2）中間層：這相當于三層標準架構中的Web應用服務層，支持諸如響應客戶請求以及

查詢等功能。井目.由中間層進行邏輯處理，再將處理的結果反饋給客戶或者發送到數據庫中。

3）服務層：主要是數據庫系統，這里的數據庫系統主要是關系數據庫系統（RDMS）。

4.2系統進行環境

下面講述系統運行的網絡結構，硬件、軟件環境。

4.2.1網絡結構圖

本系統的網絡拓撲圖如圖B-8所示。

28

遠程用戶機遠程用戶機

圖B-25網絡拓撲困

其中的局域網用戶機主要是公司內部的人員可以使用的機器，運程用戶機主要是指通

過互聯網登錄系統的人員使用的機器，可以是公司內部的人，也可以是系主任。

4.2.2硬件環境

本系統的硬件環境如下。

1）客戶機：普通PC

?CPU：P41.8GHZ以上

?內存：256MB以上

?能夠運行IE5.0以上或者Netscape.0以上版本的機器

?分辨率：推薦使用1024X768像素

2）Web服務器

?CPU：P42.0GHz

?內存：1GB以上

?硬盤：80GB以上

?網卡：KMb/s速度網卡

3）數據庫服務器

?CPU：P42.0GHz

?內存：1GB以上

?硬盤：80GB以上

4.2.3軟件環境

本系統的軟件環境如下：

?操作系統：UNIX/Linux/Windows2000或以上版本

?數據庫：SQLServer2000

?開發工具包：JDKVersion1.4.2

?開發環境：eclipse-SDK-3.1.2win32

?Web服務器：Tomcat

?瀏覽器：IE6.0以上

I）數據庫及操作系統：對于核心數據庫來說，選擇一個合適的數據庫系統對我代的系

統運行是很重要的，選擇數據庫的關鍵因素是要考慮預計會有多少人同時訪問數據庫；正常

29

工作時間的級別；用來訪問數據庫的應用程序的類型；運行數據庫的服務器的硬件和操作系

統類型以及管理人員的專業技術水平。目前市場上適用于中小型企業的數據庫產品有IBM

DB2、MicrosoftSQLServer系列,Oracle系列。所有這些產品都基于SQL語言。同時，它

們還擁有精度復雜的安全控制以適應不同的商業需要。服務器操作系統使用Windows2000

Server

考慮到價格因素、易用性，我們使用SQLServer2000作為系統后臺數據庫系統，服務

器操作系統采用Windows2000Servero

2）Web服務軟件：目前的Web服務器軟件有很多種：成熟而且穩定的有Apache.Tomcat

和Microsoft的IIS,它們占據著Web服務器市場最大的份額。Tomcat是Sun和Apache合

作推出的JSPServer,支持Sorvlct2.2及JSP1.1等版本。而且Tomcat未來將會取代Jserv,

成為Apache主要的Servlet&JSPEngine^Tomcat在設計上是以獨立的Server執行,而不

像Jserv是附在Apche中，這樣就更可以在servlet中,發揮非HttpServlet的能力。Tomcat

是Java程序，所以只要有JDK就可以使用，不需要考慮操作系統平臺。因此這里選擇Tomcat

作為Mb服務器。

五.數據模型

本系統的數據模型設計內容主要是進行數據庫的設計。

5.1數據庫的概念結構模型設計

概念設計用來反映現實世界中的實體、屬性和它們之間的關系等的原始數據形式，建

立數據庫的每一幅用戶視圖。圖B-28是系統E-R圖。其中系統中的管理用戶創建維護專業、

管理專業班級、發布教材、管理教材、管理訂購，專業班級中的所有班級是由專業構成，發

布的每個教材都對應一個（多個）專業班級。系主任看到課程后，選擇合適的教材，提交自

己的申請單。

圖B-26數據庫設計概念模型類圖E

5.2數據庫的邏輯結構模型設計

30

圖B-27數據庫設計的邏輯模型E-R圖

數據庫的邏輯設計是將各局部的E-R圖進行分解、合并后重新組織起來形成數據庫全

局邏輯結構，包括所確定的關鍵字和屬性、重新確定的記錄結構、所建立的各個數據之間的

相互關系。根據本系統需求分析，系統的數據庫包括了專業管理、專業班級管理、教材發布、

教材管理、用戶管理以及需要的基本數據字典等部分。

專業管理包括的庫表：

,Majorior專業；

?Majoriorid專業編號；

,number人數。

專業班級管理包括的庫表：

?class班級；

,classic1班級編號；

?Majoriorid專業編號；

,number人數。

,courseid課程號；

教材管理包括的庫表：

?book教材名稱；

,bookid教材編號；

,number人數。

,courseid課程號；

教材發布包括的庫表：

?booklist一一教材的詳細列表；

,books教材對應的專'業班級

用戶管理包括的庫表：

,users管理端用戶的信息。

表B-2是對表booklist的設計，其他庫表的詳細設計見數據表設計文件。

表B-2Booklist（教材列表）表

字段名字段代碼字段類型主（外）鍵是否為空備注（代碼字

31

典表）

教材IDBookIDIntegerYN

申請IDApplylDIntegerYN

開始日期SlartDateDateNN

課程IDCourselDIntegerYN

數量NumbvarcharNN

教材類別BookTypevarcharNN

單價PricedoubleNY

作者AuthorvarcharNN

教材名稱BookNamevarcharNN

教材描述BookDcscriptionvarcharNN

表B-3申請教材表（AppIyBook）

字段名字段代碼字段類型主（外）鍵是否為空備注（代碼字

典表）

序列號RelidIngeterYN

申請IDApplylDIngetcrYN

狀態StalevarcharNN

時間ATimeDateNY

專業編號MajorlD