【正文】 理員選擇了學籍需要變更的學生后，輸入變更項和變更時間，程序把數據保存到數據庫。 end。 end。 Post。 Append。 StuName:=。 Open。 。 i:integer。代碼如下： Procedure (Sender:TObject)。 End。 為了防止用戶多次重輸密碼，限制了輸入了次數為 3 次，因此需要對次數進行初始化，活加代碼如下： Procedure (Sender:TObject)。 end。 end。 end else begin if times3 then else begin MessageDlg(‘ 對不起，密碼輸入嚴重錯誤，請退出 ！ ’,mtInformation,[mbOk],0)。 end else begin if MessageDlg(‘ 密碼輸入錯誤，是否退出？ ’ ，mtContirmation,[mbYes,mbNo],0)=mryes then begin close。 if =True then begin :=True。 :=True。 :=True。 :=True。 :=true。 If =PwdStr then begin close。 closefile(pwdfile)。 reset(pwdfile)。 Begin if =True then assingnfile(pwdfile,’.\’)。//“用戶登陸”按鈕的單擊事件 Var pwdfile:textfile。程序從配置文件中獲取管理員和學生的密碼，和用戶輸入的密碼比較，如果密碼正確，則根據身份配權限；如果不正確，則提示用戶重輸或退出：重輸 3 次以上，系統(tǒng)自動退出。 用戶登錄的代碼實現 學生管理信息系統(tǒng)啟動時，首先出現的是系統(tǒng)主界面。程序代碼是程序的核心所在，是系統(tǒng)開發(fā)的靈魂。圖 934 是查詢修改界面窗體。 圖 33 處罰管理界面窗體 查詢修改界面設計 學生可以根據自己的學號在查詢修改界面中查詢自己的個人信息，包括基本信息、個人成績、學籍變更情況、獎勵和處罰情況。相應的處罰項有警告、記過、開除等， 用戶可以根據實際情況進行設計。 圖 32 獎勵管理界面窗體 處罰管理界面設計 當學生在校的表現差，學校應該處罰該學生。相應的獎項有校特等獎、校一等校、校二等校、校三等校、工作獎等，用戶可以根據實際情況進行設計。 圖 31 學籍變更界面窗體 獎勵管理界面設計 當學生在校表現優(yōu)秀，學校應該獎勵該學生，以鼓勵大家的學習熱情。 圖 29 新生信息錄入界面窗體 成績管理界面設計 成績管理界面主要實現成績的添加和校對修改的功能，圖 30 是成績管理界面窗體。 圖 27 用戶登錄界面窗體 圖 28 學生管理信息系統(tǒng)主界面窗體 這里主要介紹與數據庫相關的組件的屬性，如表 11 所示。選擇該界面中工具欄中的不同按鈕，就會進入 實現不同功能的窗體。用戶如果連續(xù) 3 次輸入錯誤，應用程序會強迫使用者退出并終止應用程序的運行，圖 27 所示是用戶登錄界面窗體。管理員和學生的權限不一樣，管理員擁有系統(tǒng)的所有權限，學生只有查詢修改個人信息和打印成績單的權限。下面就對學生管理信息系統(tǒng)的界面設計。 圖 25 完成數據庫表項目的設計 圖 26 完成后端數據庫創(chuàng)建工作 界 面 設 計 以上內容完成了數據庫的后臺工作，建立起了能夠保障系統(tǒng)順利、正確運行的后臺。 表 7 字籍變更數據表（ Change） 字 段 名 稱 數 據 類 型 說 明 StuNo 數字 學號 Name 文本 姓名 Class 文本 班級 DeparMent 文本 院系 ChangeName 文本 學籍變更項 ChangeTime 日期 /時間 學籍變更時間 Remark 文本 備注 圖 8 學生獎勵數據表（ Encourage） 字 段 名 稱 數 據 類 型 說 明 StuNo 數字 學號 Name 文本 姓名 Class 文本 班級 DeparMent 文本 院系 EncourageName 文本 獎勵項 EncourageTime 日期 /時間 獎勵時間 表 9 學生處罰數據表（ Punish） 字 段 名 稱 數 據 類 型 說 明 StuNo 數字 學號 Name 文本 姓名 Class 文本 班級 DepartMent 文本 院系 PunishName 文本 處罰項 PunishTime 日期 /時間 處罰時間 表 10 學生成績數據表（ Score） 字 段 名 稱 數 據 類 型 說 明 ScoreId 數字 編號 StuNo 數字 學號 Name 文本 姓名 Course 文本 課程 Score 數字 成績 （ 7）將這些表分別名為 Change、 Encourage、 Punish、 Score，主鍵分別為： StuNo、 StuNo、StuNo、 Scoreld，設計結 果如圖 25 所示。 （ 5）回到“ Stu：數據庫”子窗口中，如果出現了 StuInfo 這個表項目，就代表現在已經完成學生數據文件的設計，如圖 24 所示。 （ 3）在 StuId 字段上單擊鼠標右鍵，選擇快捷菜單中的“主鍵”選項，讓 StuId 字段成為主要索引字段，則 StuId 字段前方將出郵一個鑰匙圖標，如圖 22 所示。 圖 20 開始設計表 （ 2）在表的設計窗口“表 1：表”中，按表 6 建立數據字段，并指定字段的數據類型與相關屬性。 （ 1）在創(chuàng)建數據庫后，進入主界面，單擊“ Stu：數據庫”子窗口中的“設計”按鈕。 （ 2）在“文件新建數據庫”窗口指定數據庫的存放位置與數據庫文件名稱（本例為）然后單擊“創(chuàng)建”按鈕，如圖 19 所示。 創(chuàng)建數據庫 下面給出在 Access 中創(chuàng)建數據庫的過程。下面分別講述本系統(tǒng)中數據庫的設計。有了數據庫模型，數據庫的設計就簡單多了。 建立的數據庫模型如圖 17 所示。對表和字段分析后就可以建立數據庫模型了。圖 916 只是學生管理信息系統(tǒng)最基本元素 的實體關系圖，可以在此基礎上根據用戶的不同需要進行擴展。 圖 15 學生管理信息系統(tǒng)的實體關系簡圖 在簡圖的基礎上進一步設計實體關系的詳細結構。首先從大的方面設計出各個實體之間的關系，然后在這個關系的基礎上進行細化。這里給出 ER 圖分析的結果。 表 5 學生管理信息系統(tǒng)配置的選擇 用 戶 每秒數據并發(fā)數 據訪問記錄數 穩(wěn)定性要 求 維護水平 備選網絡方案 社區(qū)小學 10~50 低 差 單機模式 公立小學或社區(qū)中學 50~500 中 一般 百兆模式 公立中學或社區(qū)大學 50~500 中 一般 百兆模式 專業(yè)型大學 500~2020 較高 較好 百兆模式 綜合型大學 2020 以上 高 好 千兆模式 數 據 庫 分 析 在開發(fā)學生管理信息系統(tǒng)時，可以先進行 ER 圖分析，然后對表和 字段進行分析，最后進行數據庫建模。 （ 3）千兆模式：計算機網絡的速度為千兆，實際上，沒有必要給每個節(jié)點都配備千兆網絡接口，只需要服務端配備千兆接口即可，如圖 14 所示。 （ 1）單機模式：即服務器和客戶端在一臺計算機上。具體的配置需要根據用戶的需求和建設經費精確計算 。服務器端的選擇如表 94 所示。如表 3所示。 （ 1）客 戶端硬件選擇 可以根據穩(wěn)定性要求選擇不同的客戶端。 硬件配置 硬件配置主要包括客戶端硬件的選擇和服務器端硬件的選擇。操作系統(tǒng)的選擇如表 2 所示。 表 1 學生管理信息系統(tǒng)數據庫的選擇 用 戶 數據量（記錄表） 穩(wěn)定性要 求 維護水平 備選數據庫 社區(qū)小學 100~500 低 差 Access、 Foxpro 公立小學或社區(qū)小學 500~5000 低 差 Access、 Foxpro 公立中學或社區(qū)大學 5000~50000 中 一般 SQL Server 專業(yè)型大學 50000~202000 較高 較好 SQL Server、Oracle 綜合型大學 202000 高 好 Oracle 在本系統(tǒng)中，選擇 Access2020 數據庫。 （ 1）數據庫選擇 可以根據數據量的大小選擇不同的數據庫， 如表 1 所示。 軟件配置 軟件配置主要包括數據庫的選擇和操作系統(tǒng)的選擇。 系 統(tǒng) 配 置 優(yōu)秀的數據庫系統(tǒng)必有一個相對最優(yōu)的系統(tǒng)配置方案。 應用包（ Utility Package）：應用包向其他包提供服務。數據庫包（ Database Package）：數據庫包向業(yè)務對象數據包提供服務。業(yè)務對象包同數據庫包協(xié)同完成任務。 應 用 包用 戶 界 面 包業(yè) 務 對 象 包數 據 庫 包 圖 912 包和包間關系 應用邏輯是需要編碼設計的，而技術邏輯，主要包括用戶界面、數據庫或者通信一般是已經有的。在架構設計中將定義包（子系統(tǒng)）、包間的相關性和基本的通信機制。 管 理 人 員處 罰 管 理 界 面處 罰 開 始S t u N O選 擇 學 號處 罰 信 息確 定 處 罰 確 定 處 罰 時 間 圖 10 處罰時序圖 查詢修改的時序如圖 11 所示。 管 理 人 員學 籍 管 理 界 面學 籍 修 改S t u N O選 擇 學 號學 籍 信 息學 籍 變 更 確 定 學 籍 圖 8 學籍變更時序圖 獎勵的時序如圖 9 所示。 學生的時序如圖 6 所示 管 理 人 員新 生 信 息登 錄 界 面新 生 報 道S t u N O確 定 學 號新 生 信 息確 定 院 系 確 定 班 級 圖 6 學生時序圖 成績的時序如圖 7 所示。下面給出各個用例的時序圖。 學生的狀態(tài)圖如圖 5 所示。類的狀態(tài)圖說明了可能的狀態(tài)以及需要被處理的過渡期，使用狀態(tài)圖可以揭示單個對象在整個系統(tǒng)中的變化細兇，對了解和實現關鍵類有較大的幫助。顯然，這里需要操作界面的有基本信息、 獎勵、處罰、學籍變更、修改查詢等，此外維護也需要一個操作界面。當然，在建立時序圖時，將會發(fā)現新的操作，并將其加入類中，這將在后面看到所建立的時序圖模型。時序圖的基礎是用例。 為了描述域類的動態(tài)行為，可以使用權 UML 的時序圖、協(xié)作圖或者活動圖來描述。 有些類可以用 UML 狀態(tài)圖來顯示類的對象的不同狀態(tài)以及改變狀態(tài)的事件。可以在類圖中將上面這些域以及它們之間的關系表示出來，如圖 4 所示。要了解系統(tǒng)要處理的概念，最好獎學校的管理人員組織起來開個討論會，詳細 談論和列舉所需要包含水量的用例，了解概念和概念之間的關系。 學生管理信息系統(tǒng)的域類分析 UML 建模的第二步就是域類分析。學生：用例只有學生信息查詢修改。學校管理人員：用例包括學生管理信息系統(tǒng)的所有用例。 學 校 管 理 員學 籍 變 更學 生 信 息 查 詢 修 改學 生 處 罰學 生 獎 勵學 生 成 績新 生 信 息學 生 圖 3 學生管理信息系統(tǒng)用例圖 該用例圖標記了所有的學生管理住處系統(tǒng)的用例，從 中可以得知，學生管理信息系統(tǒng)的角色可以劃分為兩類。 學生管理信息系統(tǒng)的用例分析 在上一節(jié)需求分析中列出了學生管理信息系統(tǒng)的全部用例：新生信息、學生成績、學籍變更、學生獎勵、學生處罰、學生信息查詢修改。 UML 建模是對需求分析結果的模型建立過程。下面給出上述用例的描述。 學生管理信息系統(tǒng)的分析可以用 UML 的用例圖來描述。學生信息查詢修改 需要注意的是，學生信息查詢修改用例包括學生對個人基本信息和查詢和修改，這些信息指的是新生入學時被錄入的基本信息。學生獎勵 學生成績（包括錄入和校對）