https://www.bilibili.com/video/BV1LJ4m1b7X9/第 I 條 演示視頻：3.1系統功能分析

本系統主要包括管理員功能模塊以及用戶功能模塊，下面將對這二大功能模塊進行詳細的分析。

3.1.1管理員功能分析

登錄功能：管理員必須通過正確的賬號、密碼進行系統登錄，否則無法登錄。

添加學生：管理員可添加學生信息。

學生管理：管理員可以進行學生管理信息的刪除和消息查看。

教師管理：管理員可進行教師信息的刪除和消息查看。

添加教師：可以進行添加教師信息。

管理員用例圖如圖3-1所示。

圖3-1 管理員用例圖

3.1.2用戶功能分析

登錄功能：用戶必須通過正確的賬號、密碼進行系統登錄，否則無法登錄。

教師查看：可以進行查看教師信息，并且可以進行發送消息。

學生查看：可以進行查看學生信息，并且可以進行發送消息。

用戶圖如圖3-2所示。

、

圖3-2 用戶用例圖

3.2可行性分析

可行性分析能夠讓系統用Zui低的開發成本來獲得Zui高的經濟效益。可行性分析目的是根據所開發系統的用戶需求，明確研究方向，明確目標。通過詳細的分析調查以及系統的框架設計功能模塊分析，找到可行的方法。對要設計實現的學生管理系統從技術上、經濟上、發展上、操作上進行可行性研究調查，這樣既能夠保證信息資源的合理利用，也能夠避免在學習工作設計程序過程中因失誤而導致的系統錯漏問題，協助我們對設計做出更加合理和可惜的抉擇。

3.2.1技術可行性

（1）硬件可行性分析

系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保系統的正常工作即可，以及擁有較高的效率。如果有特別低的硬件，它可以導致系統的低性能以及效率低，從而導致整個網站的運行不順暢。以目前普遍的個人計算機的配置而言，這是十分容易實現的 。因此，本系統的開發在硬件方面是可行的。

（2）軟件可行性分析

使用JSP語言可以很容易實現模塊化和存儲信息。此外，代碼復用，也可以很好的體現。因此，考慮到系統的實際情況，通過上述分析，該系統的設計與實現在軟件方面是具有可行性的。

因此，我們進行了兩個方面的技術可行性研究，可以看出，該系統的開發是沒有問題的。

3.2.2經濟可行性

學生管理系統是基于JSP技術來開發，從經濟許可上分析，系統開發需求成本并不高,而且采用的都是開源碼,降低了開發成本，而且系統設計一旦完成，就能為運行，同時系統對計算機配置要求也不高，即使是網吧淘汰下來的計算機也能夠滿足需要。因此，從經濟角度考慮，此系統開發可行。

3.2.3操作可行性

本學生管理系統利用電腦就能夠進行訪問和操作，且界面簡單易操作，用戶只要平時有在用過電腦，都能進行訪問和操作。本系統具有易操作、易管理、交互性好的特點，在操作上是非常簡單的。因此本系統可以進行開發。

3.2.4發展可行性

隨著學校招生人數和教師人數的不斷增加，學生和教師信息越來越多，這些巨大的信息量，需要有一個完善的管理系統，來完整準確的記錄信息等，以便于更好的管理學生，貼近學生。Zui重要的是要確保科學的管理方法，為學校獲得長遠發展的競爭力提高的唯一途徑。因此，對于學校的發展創新來說，開發一個學生管理系統是可行的。

3.3非功能分析

(1)完整性分析

要求各種信息記錄的完整性，內容不能為空，各種數據間聯系應保持正確性，且相同的數據在不同記錄中的一致性。

(2)性能分析

頁面響應時問應該在3秒以內，Zui長不能超過4秒;并支持至少10000人同時在線瀏覽系統。

(3)界面分析

系統界面要求簡單明了，容易操作，符合用戶操作習慣。

(4)安全性分析

要充分保證系統的安全性、穩定性。要想對系統進行管理，必須經過正確的賬號密碼進行登錄，否則無權進行管理。

3.4流程分析

流程分析階段要調查系統所涉及每個環節的管理業務活動，掌握所有管理的內容、作用和信息的輸入、輸出、數據存儲以及信息處理方法和過程，并根據實際處理步驟和過程，繪制出流程圖。

3.3.1登錄流程

用戶要想進入本學生管理系統，均需通過正確的賬號和密碼進行登錄，系統后對用戶先寫的登錄信息進行驗證，信息正確則登錄成功，反之登錄失敗，系系統登錄流程如圖3-4所示。

圖3-4 登錄流程圖

3.3.2添加信息流程

添加信息時，信息編號系統采用自動增號的模式，無需用戶填寫，管理員在添加信息輸入信息，系統會自動對信息數據進行驗證，信息合法則驗證成功添加至數據庫，信息不合法提示添加失敗，重新輸入信息。添加信息流程如圖3-5所示。

圖3-5 添加信息流程圖

3.3.3修改信息流程

管理員在進行修改信息操作時，首先進入修改信息界面，管理員輸入修改信息數據，系統進行數據的判斷驗證，修改信息合法則修改成功，信息更新至數據庫，信息不合法則修改失敗，重新輸入。修改信息流程圖如圖3-6所示。

圖3-6 修改信息流程圖

3.3.4刪除信息流程

管理員選擇要刪除的信息，單擊刪除按鈕，系統則提示是否確定刪除信息，用戶選擇確定刪除，則刪除信息成功，系統數據庫將信息進行刪除。刪除信息流程圖如圖3-7所示。

圖3-7 刪除信息流程圖

3.5設計目標與原則

系統的架構設計，要能夠反映出用戶與整個系統模塊的接口之間存在有效互動，而且應該是非常清楚的，從而才能夠保障在后期系統真正實現的時候數據的擴展性和安全性，只有設計出的系統實現這個目標才能有一個更好的擴展空間量，以適應學校未來的發展。

整個系統的設計中，系統必須滿足以下要求：

（1）數據安全性

存儲有關學生管理系統的系統數據，需要確保數據的安全性，在網站設計時必須要采取安全防范措施，以解決潛在的安全問題。

（2）易用性

在用戶權限范圍內，可在一個統一風格的界面內即可完成相關的所有業務流程操作或者獲取所有相關信息，大大提高用戶的工作效率和易用性，靈活應用本系統。

（3）擴展性

隨著學校對學生管理系統的管理需求的不斷變化，學生管理系統必然涉及到業務更新及擴展，這就要求在設計之初就應該好慮良好的可擴展性方案。

3.6系統設計規則與運行環境

無論哪個系統都應該有自己的設計規則。該系統也具有重要的設計標準有如下幾個：

1.簡單：在保證面向學生管理系統能夠成功實現的前提下，并盡量使學生管理系統更容易操作，對于一個學生管理系統來說，這是非常重要的。

2.針對性：系統設計的重點是便于學校管理員和用戶的使用，它具有針對性很強的特點。

3.適用范圍：各學校均可用。

3.操作環境

（1）硬件平臺：

CPU：酷睿i3 -3.0GHZ    內存：2G以上     硬盤：320GB

（2）軟件平臺：

3.操作系統：Window XP 或Win 7均可

6.數據庫：MYSQL數據庫

4  系統設計3.1系統概要設計

本學生管理系統主采用B/S結構(Browser/Server,瀏覽器/服務器結構)和基于Web服務兩種模式，是一個適用于Internet環境下的模型結構。只要用戶能連上Internet,便可以在任何時間、任何地點使用。系統工作原理圖如圖3-1所示。

圖3-1 系統工作原理圖

3.2系統結構設計3.2.1整體結構設計

系統結構的整體設計是一個將一個龐大的任務細分為多個小的任務的過程，這些小的任務分段完成后，組合在一起形成一個完整的任務。它具體的工作步驟是：

（1）系統被分解多個子模塊

（2）對各個子模塊的功能進行預先的設計

（3）對各個子模塊之間的邏輯關系進行設計

（4）對各個模塊的界面以及模塊間信息的傳輸進行設計

在整個設計過程，以確定可能的具體方案達成每一個小的Zui終目標，對于每一個小的目標而言，我們必須先了解一些相關的需求分析的信息。然后對系統進行初步的設計，并對其逐漸進行優化，設計出一個具體可實現的系統框架。

本學生管理系統的整體結構設計如圖3-2所示。

圖3-2 系統結構圖

3.2.2網絡拓撲結構設計

本學生概況系統采用先進的B/S架構，該架構具有開發簡單、共享性強、維護簡單方便等諸多優點。本系統的網絡拓撲圖如圖3-3所示：

圖3-3系統的網絡拓撲圖

3.3開發流程設計

結合實際學生管理進行的詳細調查，進而對本學生管理系統的開發流程進行具體的分析。首先對系統進行需求分析，進入對系統的模塊、數據庫等進行詳細的設計，編寫代碼，進行系統整合，Zui后對系統進行測試，完善系統。系統開發流程圖如圖3-4所示

圖 3-4  系統開發流程圖

3.4數據庫設計3.3.1數據庫E-R圖

數據庫概念模型是為了將現實世界中信息進行抽象而設計的，從而實現信息世界的建模，因此，概念模型是進行數據庫設計的重要工具。數據庫的概念模型設計可以通過E-R圖來現實世界的概念模型，本系統的E-R圖表現了系統中各個實體之間的聯系。

3.3.2數據庫實體

通常概念設計的主要目標是設計并反映出某一個組織部門的信息需求中的數據庫系統模式，數據庫系統的概念模式通常是獨立于：數據庫系統的邏輯結構、DBMS即數據庫管理系統、計算機系統等模式。

根據系統的功能模塊劃分，具體分析了本系統中大部分的實體，本系統的主要實體圖如下：

 (1)管理員實體E-R圖如圖3-5所示：

圖3-5管理員實體圖

 (2)教師信息實體E-R圖如圖3-11所示：

圖3-11 教師信息實體圖

(3)學生信息實體E-R圖如圖3-12所示：

圖3-12  學生信息實體圖