【正文】 or varchar Y N 專業(yè) ID MajorID Integer Y N 表 B9庫存 表 (Stock) 字段名 字段代碼 字段類型 主 (外 )鍵 是否為空 備注 (代碼字典表 ) 教材 ID BookID varchaer Y N ??? 教材 Book integer N N 數(shù)量 NUMB varchar N N 狀態(tài) State varchar N N 備注 Remark varchar N N 表 B10用戶表 (Users) 字段名 字段代碼 字段類型 主 (外 )鍵 是否為空 備注 (代碼字典表 ) 用戶 ID UserID varchaer Y N 用戶姓名 UserName varchar N N 至少是 6個英文字母 用戶密碼 UserPwd varchar N N 表 B11 課程 表 (Course) 字段名 字段代碼 字段類型 主 (外 )鍵 是否為空 備注 (代碼字典表 ) 序列號 RelID Integer Y N 課程 ID CourseID Integer Y N 34 教材 ID BookID Integer Y N 教材 類型 BookTypeID varchaer N N 課程名稱 CourseName varchaer N N 教材名稱 BookName 表 B12 管理員 表 (Admin) 字段名 字段代碼 字段類型 主 (外 )鍵 是否為空 備注 (代碼字典表 ) 序列號 RelID Integer Y N 用戶名 UserID Integer Y N 密碼 Password varchaer Y N 在確定了各個表主鍵字段的基礎上，依據(jù)表與表相關字段之間的聯(lián)系建立了各表之間的關系，如圖 B10所示。 booklist—— 教材 的詳細列表； bookid—— 教材編號 ； number—— 人數(shù) 。 專業(yè)班級 管理包括的庫表： 專業(yè) 管理包括的庫表： 其中系統(tǒng)中的管理用戶創(chuàng)建維護 專業(yè) 、管理 專業(yè)班級 、發(fā)布 教材、管理教材、管理訂購 ， 專業(yè)班級 中的所有 班級 是由 專業(yè) 構(gòu)成，發(fā)布的每個 教材 都對應一 個 （多個） 專業(yè)班級 。因此這里選擇 Tomcat作為 Web服務器。而且 Tomcat未來將會取代 Jserv，成為 Apache主要的 Servletamp。同時，它們還擁有精度復雜的安全控制以適應不同的商業(yè)需要。 Web服務器： Tomcat 操作系統(tǒng)： UNIX/Linux/Windows2021或以上版本 網(wǎng)卡： KMb/s速度網(wǎng)卡 3）數(shù)據(jù)庫服務器 分辨率：推薦使用 1024 768像素 2） Web 服務器 1）客戶機：普通 PC 系統(tǒng)進行環(huán)境 下面講述系統(tǒng)運行的網(wǎng)絡結(jié)構(gòu)，硬件、軟件 環(huán)境。本系統(tǒng)將完全采用基于 Web的（ B/S架構(gòu)）客戶端，即用戶可以直接通過瀏覽器來訪問和使用本系統(tǒng)。包括所有的 JSP，提供用戶界面，接受用戶輸入，還包括相應的 ActionFrom Bean，用來存放表單數(shù)據(jù)，并進行表單數(shù)據(jù)驗證； 采用標簽技術完成動態(tài)頁面的簡單邏輯。 系統(tǒng)體系結(jié)構(gòu) 根據(jù)系統(tǒng)分析結(jié)果，該系統(tǒng)從結(jié)構(gòu)上應滿足： Strcut框架將用戶輸入的表單數(shù)據(jù)保存在 ActionForm Bean中，將它傳遞給控制器，控制器可以對 ActionForm Bean中的數(shù)據(jù)進行修改， JSP文件使用struct標簽讀取修改后的 ActionForm Bean的信息，然后重新設置 HTML表單。 其中： 27 本系統(tǒng)采用體系結(jié)構(gòu)， struct 是一個基于模型（ Model）一視圖（ View）一控制器（ Controller），即 MVC 模式的應用架構(gòu)的開源框架。 圖 B15 管理 訂購 界面設計 客戶端界面設計 各 系 部 專 業(yè) 主 任登 錄課 程 信 息 課 程 詳 細 信 息 教 材 信 息 教 材 列 表 申 請 教 材 提 交 圖 B16 客戶端的頁面流程 客戶端主要為 系主任 提供 教材申請 的過程， 系主任 通過選擇合適的 課程 ，填寫個人 申請 ，并通過 審核 ，提交的 申請 同到服務器端，供管理者 審核 。 庫存 管理： 可以查詢具體教材還剩多少。 專業(yè)班級 管理：包括“ 專業(yè)班級 列表”、“ 專業(yè)班級 詳細信息”、“修改 班級 ”、“增加班級 ”、“刪除 班級 ”等頁面； 21 圖 B10 管理 專業(yè)班級 界面設計 （刪除） 圖 B11 管理 專業(yè)班級 界面設計 （查找） 主要界面設計如下： 客戶端子系統(tǒng)包括查詢 教材 ， 教材 錄入，回答 專業(yè)班級 ，提交 教材 等功能。同時， 教材科管理員 可以匯總 教材 ，游覽 教材 ，并通過測評結(jié)果選擇合格的 教材 ，通知面試，進行面試。 術語定義 JSP Model2:Servlet/JSP 規(guī)范的 ，定義了如何在同一個應用程序中聯(lián)合使用 Servlet 和 JSP 的體系結(jié)構(gòu)。 HR： Human Resource（人力資源管理）的縮寫。項目管理人員； 模塊設計； 系統(tǒng)功能簡介； 提交產(chǎn)品為： a）應用系統(tǒng)軟件包； b）數(shù)據(jù)庫初始數(shù)據(jù)； c）系統(tǒng)開發(fā)過程文檔； d）系統(tǒng)使用、維護說明文檔，提交方式為 CD 介質(zhì)。 可擴展性需求 系統(tǒng)設計要求能夠體現(xiàn)擴展性要求，以適應將來功能擴展的需求。 響應時間需求 無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，系統(tǒng)應該及時地進行反應，反應的時間在 5秒以內(nèi)。內(nèi)容豐富，文字準確，語句通順，專用術語規(guī)范，行文格式統(tǒng)一規(guī)范。 基本路徑： a）進入用戶管理界面 ，顯示目前的系統(tǒng)用戶以及每個用戶具有的權限； b）點擊不同的用戶，可以顯示這個用戶的信息以及相應權限，必要時可以修改其權限； c）可以增加用戶，也可以刪除用戶。 基本路徑： a）進入 庫存 管理界面，首先展示目前 還沒有發(fā)放的教材 ，提供查詢功能； b）點擊某個 教材 進入與這個 教材 相應的 申請單 的列表； c）將 申請單 分類瀏覽，分為等待通知者、 正在領取 和 發(fā)放 完成者；對沒有通知的人，通知其進行 領取 ，他的狀態(tài)就 變?yōu)?正在領取 ； d）點擊每個列表上的人，可以瀏覽到這個 申請單 的信息； e） 發(fā)放 完成時，需要記錄 發(fā)放 的時間、 領取 人以及 發(fā)放 結(jié)果等，記錄信息提交后這個申請單 的狀態(tài)就變?yōu)?發(fā)放 完成者。 用例描述： 發(fā)布教材 ； 執(zhí)行者： 教材科管理員 ； 前置條件： 教材科管理員 已登錄系統(tǒng)； 后置條件： 如果 教材 發(fā)布成功后，則數(shù)據(jù)庫 教材 信息隨之變化， 系主任 可以通過網(wǎng)絡看到 教材發(fā)放信息 。 用例描述： 訂購教材 ； 執(zhí)行者： 教材科管理員 ； 前置條件： 教材科管理員 已登錄系統(tǒng)； 后置條件： 教材 整理完成后 ，則可以 在網(wǎng)上發(fā)放教材信息 ，以便為 發(fā)放教材 做好準備。 用例描述： 管理教材 ； 執(zhí)行者： 教材科管理員 ； 前置條件： 教材科管理員 已登錄系統(tǒng)； 后置條件： 如果 教材維護 成功后，則數(shù)據(jù)庫中的 教材 隨之變化， 教材科管理員根據(jù)教材信息開始訂購教材； 基本路徑： a）進入 教材科管理員 界面，首先展示目前 需要訂購的教材 ； b）點擊每個 教材 可以詳細瀏覽每個 教材的詳細資料 ； c）可以對一些 教材 進行 修改（數(shù)量等） ； d）提供增加 教材 按鈕，增加 教材 時，從 數(shù)據(jù) 庫中選擇 專業(yè)，專業(yè)班級等。 用例描述： 管理專業(yè)班級 ； 執(zhí)行者： 教材科管理員 ； 前置條件： 教材科管理員 已登錄系統(tǒng)； 后置條件： 如果 專業(yè)班級維護 成功后，則數(shù)據(jù)庫中的 專業(yè)班級 隨之變化， 教材信息更加全面； 基本路徑： a）進入 教材科管理員 界面，首先展示目前存在的 專業(yè)班級 ； b）點擊 每個 班級 可以詳細瀏覽每個 專業(yè)的班級 ； c）可以對一些 班級 進行刪除； d）提供增加 班級 按鈕，增加 班級 時，從 數(shù)據(jù) 庫中選擇 專業(yè)等。 基本路徑： a）進入 教材科 管理界面，首先展示目前 專業(yè) 已有的 專業(yè) ； b）點擊每個 專業(yè) 可以詳細瀏覽這個 專業(yè) 的具體內(nèi)容，同時也可以對這個 專業(yè) 的具體內(nèi)容進行修改； c）增加 專業(yè) 時，首先選擇 專業(yè)編號 ，然后是 專業(yè) 名稱、 專業(yè)人數(shù) 、等； d）可以刪除選擇的 專業(yè) 。 9 登陸管理端輸入用戶名和密碼提交登陸到管理界面合法性驗證判斷權限 圖 A8 登錄管理活動視圖 管理 專業(yè) 在 一所 大學 中，是由大量的 專業(yè)所組成的 。 FA1： 用戶管理 用戶管理是由系統(tǒng)管理員增加或刪除用戶，編輯用 戶名、用戶密碼，修改用戶權限，使具有不同權限的用戶進入系統(tǒng)主界面時，出現(xiàn)在界面左側(cè)欄中的圖標數(shù)有所不同，具體的圖標與用戶所具有的權限對應。 FM3： 教材 管理 教材 管理是由管理員登錄到系統(tǒng)，根據(jù) 專業(yè)信息和專業(yè)班級信息組成教材信息 ，并且對 教材信息 進行增加、刪除、修改的功能。圖 A7 是管理端 的用例圖。 用例描述： 申請單 輸入； 執(zhí)行者： 系主任 ； 前置條件： 系主任 已選擇 課程 ； 后置條件： 申請單 輸入后，則可以 提交 。 用例描述： 系主任課程 選擇； 7 執(zhí)行者： 系主任 ； 前置條件： 系主任 已登錄系統(tǒng)； 后置條件：選擇 課程后 ，則可以輸入 申請單 。 FC2： 教材申請單 輸入。 圖 A5 是它的活動圖 。在客戶端用戶可以看到 申請訂購教材的相關信息（訂購的專業(yè)，班級，教材的種類，教材的數(shù)量） 。客戶端子系統(tǒng)功能主要是指 系部專業(yè)主任 通過登錄 校 網(wǎng)站進行操作。 盤點庫存 。 他們主要負責管理專業(yè)信息，教材信息，專業(yè)班級信息，訂購教材，管理教材發(fā)放信息，盤點庫存等功能。 3）重新審視每個用例，為它們下個詳盡的定義。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來描述系統(tǒng)需要提供哪些功能，并指明這些功能的執(zhí)行者（角色）是誰。 用例描述角色（用戶、外部系統(tǒng)以及系統(tǒng)處理）是如何與系統(tǒng)交互來完成工作的。 Web 服務器： Tomcat 硬盤： 80GB 以上 教 材 科 管 理 員W e b 服 務 器系 專 業(yè) 主 任 圖 A2 網(wǎng)絡拓撲結(jié)構(gòu)圖 系 統(tǒng)運行軟件環(huán)境 本系統(tǒng)的軟件環(huán)境如下： 硬盤： 80GB 以上 能夠運行 以上或者 以上版本的機器 管理端的系統(tǒng)管理員需要 設置管理端的用戶以及相應的權限。 根據(jù)用戶的需求陳述，可以確定本項目分為客戶端和管理端，客戶端主要功能是 提供系部專業(yè)主任登錄頁面進行管理（增，刪，改，查）課程，申報教材等。 系統(tǒng)具有良好的運行效率，能夠達到提高生產(chǎn)率的目的； 用戶的特點 本系統(tǒng)的用戶 都是 學校的老師 ，包括兩類，一類是 系部專業(yè)主任 ， 他們是需求者，將該系需要的教材申報給教材科管理員。 術語定義 無 引用標準 [1]《企業(yè)文檔格式標準》， ****************有限公司軟件工程過程化組織 [2]《需求規(guī)格報告格式標準》， ************有限公司軟件工程過程化組織 參考資料 [1]《 UML 說明》， ***********************軟件有限公司 [2]《需求規(guī)格報告格式標準》， ************公司軟件工程過程化組織 版本更新信息 本文檔的更新記錄如表 A1 所示。在這里，沒有涉及開發(fā)技術，而主要是通過建立模型的方式來描述用戶的需求 ，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的平臺。 項目管理人員； 《軟件工程》大作業(yè) 學校教材訂購 系統(tǒng)分析與設計 專業(yè)： 班級： 學號： 姓名： 成績： 二 〇 一三 年 七 月 Xxxxxx 1 目 錄 第一章 學校教材訂購 系統(tǒng) 需求規(guī)格說明書 ......................................... 2 第二章 軟件項目的概要設計說明書 .................................................