【導(dǎo)讀】照學(xué)校要求提交學(xué)位論文的印刷本和電子版本；學(xué)校有權(quán)保存學(xué)位論文的印刷本和電子版，除文中已經(jīng)注明引用的內(nèi)容外，本學(xué)位論文。對本論文所涉及的研究工作做出貢獻的其他個人和集。體，均已在文中以明確方式標(biāo)明。本學(xué)位論文原創(chuàng)性聲明的法律責(zé)任。HTML、JavaScript和CSS的技術(shù)...............錯誤!

　　

【正文】 ， 對于習(xí)慣用記事本 來進行 網(wǎng)頁 編輯的程序員 ， 它 內(nèi)建 了 完整的 HTML amp。 CSS1 的 指令功能， 這一特點 可 以 幫你節(jié)省 大概一半以上的網(wǎng)頁制作時間 。只要你的 IE 瀏覽器的版本為 以上，它能 結(jié)合 IE 瀏覽器于 EditPlus 窗口中，使得可以 直接預(yù)覽編輯好的網(wǎng)頁 。綜 上所述， EditPlus 是一個 功能強大的 、 多用途 、 多狀態(tài)的編輯軟件。 總 的 來說 ， EditPlus 的優(yōu)點有以下幾個方面 ：配置簡單、內(nèi)置瀏覽器功能、啟動速度 非常 快 、 功能強大 而完善 、 界面簡潔美觀 友好 、 支持 中文情況良好 、 支持語法 的 高亮 便于編寫代碼 、 對 代碼 的 折疊 也進行相關(guān)的支持 、 代碼 的 自動完成(但其功能比較弱 )也進行支持 。 EditPlus 的 不足之處主要體現(xiàn)為：沒有相應(yīng)的 代碼提示功能 ?；?PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第三章 系統(tǒng)需求分析 18 第三章 系統(tǒng)需求分析 系統(tǒng)的運行環(huán)境 本系統(tǒng)采用 B/S 結(jié)構(gòu)設(shè)計，使用了 Apache 服務(wù)器和 MySQL 數(shù)據(jù)庫，用PHP 語言進行程 序的編寫，并將 PHP 語言嵌入了 HTML、 JavaScript 和 CSS來完成系統(tǒng)功能的實現(xiàn)，使用了 EditPlus 代碼編寫工具。 操作系統(tǒng)： windows Server 2020 內(nèi)存 512M 以上，推薦 1G 硬盤剩余空間 1G 及以上 數(shù)據(jù)庫： MySQL 系統(tǒng)需求分析 系統(tǒng)功能需求 1）學(xué)校綜合管理信息化建設(shè)的現(xiàn)狀及存在的問題 目前，計算機在學(xué)校綜合管理工作中應(yīng)用現(xiàn)狀： 根據(jù)計算機在學(xué)校綜合管理工作中的具體功能，可以將其分為文字處理、電子表格、通 訊、數(shù)據(jù)庫管理、繪圖等幾個方面。目前絕大多數(shù)的學(xué)校已經(jīng)淘汰了完全手工處理學(xué)校綜合管理信息的工作方式，計算機和手工處理并存是現(xiàn)在學(xué)校教務(wù)系統(tǒng)的主要工作方式。市場調(diào)查結(jié)果表明，我國學(xué)校綜合管理軟件應(yīng)用標(biāo)準(zhǔn)不高。目前在學(xué)校綜合管理工作中，計算機主要用來解決學(xué)校內(nèi)部的學(xué)生信息的管理、老師信息的管理、各種成績單的統(tǒng)計等；OFFICE 系統(tǒng)和金山漢字系統(tǒng)主要用于文字處理、電子表格，還有FOXBASE+、 FOXPRO 等管理軟件。 但是在學(xué)校綜合管理工作中，計算機顯得并不十分完美，還有一些比較嚴重的問題，主要表現(xiàn)在： 學(xué)生、教師、學(xué)生成績等信息數(shù)據(jù)標(biāo)準(zhǔn)化、規(guī)范化不夠，管理不夠規(guī)范；不能保證數(shù)據(jù)的共享，并且不能完整的記錄歷史記錄；日常成績分析統(tǒng)計等一些工作，不能通過目前的管理系統(tǒng)完成；數(shù)據(jù)和文檔之間無法通過網(wǎng)絡(luò)實現(xiàn)簡便的直接調(diào)用；不同部門、單位之間的學(xué)生信息、教師信息以及學(xué)生成績不能共享更新，因此重復(fù)勞動多、工作效率差，不能簡化學(xué)校綜合管理工作。 基于 PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第三章 系統(tǒng)需求分析 19 目前學(xué)校綜合管理中應(yīng)用計算機的水平參差不齊，計算機在學(xué)校綜合管理工作中的應(yīng)用水平尚待提高。 [11] 2）學(xué)校綜合管理系統(tǒng)功能需求分析 針對用戶的操作特點，在設(shè)計的系統(tǒng)中 要盡可能實現(xiàn) “ 多點多選、少錄少補 ” ，即通過鼠標(biāo)、鍵盤的點擊等圖形化的操作來完成對信息的添加、刪除、修改，減少鍵盤文字、符號輸入等操作方式，以避免錄入數(shù)據(jù)時產(chǎn)生錯誤。 針對用戶權(quán)限的細化管理。本系統(tǒng)的使用人員包含系統(tǒng)管理員、學(xué)校各部門的管理人員、 教師 、學(xué)生，分別定義為系統(tǒng)管理員用戶、高級用戶、教師用戶和學(xué)生用戶。每級機構(gòu)都分別對應(yīng)不同的模塊，不能越權(quán)操作。系統(tǒng)能通過用戶登錄來判斷用戶權(quán)限，實現(xiàn)用戶的身份驗證。其使用權(quán)限劃分如下， (1) 系統(tǒng)管理員：擁有所有數(shù)據(jù)庫表的查看，修改，新增，刪除，查詢，批量修改的 權(quán)限。 (2) 高級用戶：擁有該院系或部門全體人員信息的查看和查詢權(quán)限；擁有該部門或該院系添加成績和修改成績的權(quán)限；擁有該部門或該院系的刪除權(quán)限。 (3) 教師用戶：擁有查看學(xué)生學(xué)籍信息的權(quán)限；擁有查看和編輯自己教師信息的權(quán)限；擁有成績錄入、成績分析錄入、成績報表打印的權(quán)限。 (4) 學(xué)生用戶：擁有查看和編輯自己學(xué)籍信息的權(quán)限；擁有查看、打印自己成績報表的權(quán)限。 圖 功能用例圖 1 基于 PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第三章 系統(tǒng)需求分析 20 圖 能用例圖 2 3）數(shù)據(jù)處理的特定需求 (1) 人員增加：有學(xué)生、教師新進入時，在學(xué)生學(xué)籍信息和教師基本信息中輸入進入新進人員的情況。 (2) 人員減少：有學(xué)生、教師要減少的時候，把此人從學(xué)生學(xué)籍信息或教師基本信息中刪除掉。 (3) 人員信息修改：當(dāng)需要對學(xué)生學(xué)籍、教師基本信息實施修改數(shù)據(jù)時，可以隨時或定時他改變。 (4) 人員信息查詢、瀏覽功能：根據(jù)具體情況，既可以單個條件查詢，也可以用各種條件組合在一起進行查詢。 如 ，已知某人的姓名只需輸入這個人的姓名，便 可以將此人的基本 信息顯示出來 進行瀏覽。如過想找 到 某種類型的人，就可以通過不同條件的組合來進 行查詢。通過列出來的 人員，進行查找符合條件的人。然后再通過單個查詢來查找具體人員的情況。 (5)成績錄入：教師用戶根據(jù)本學(xué)期自己教授課程的考試情況，對每門課的成績進行手工錄入，包括平時成績、實驗成績、期末考試成績等。 (6)成績分析錄入：教師用戶根據(jù)本學(xué)期自己教授課程的成績情況，對每門課的成績分析進行 錄入提交 ，包括試題總量、考題難易度、考題覆蓋面、題型結(jié)構(gòu)是否合理等。 (7)打印報表功能：教師用戶或?qū)W生用戶可以根據(jù)自己的需要打印相應(yīng)的報表。如學(xué)生用戶可以打印學(xué)生考試成績表，教師用戶可以打印教師專用表、成績分 析表等。 基于 PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第三章 系統(tǒng)需求分析 21 數(shù)據(jù)庫需求分析 用戶 需要體現(xiàn)在各個數(shù)據(jù)實體的增 減 、修改、查詢等基本操作上，這 要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出上。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計打下基礎(chǔ)。 [3] 根據(jù)前面的介紹，總結(jié)該系統(tǒng)的數(shù)據(jù)實體主要包括如下幾種。 1) 代碼信息：代碼名稱、代碼內(nèi)容、拼音、代碼、顯示、系統(tǒng)標(biāo)志、執(zhí)行標(biāo)準(zhǔn)。 2) 用戶管理信息：用戶名、用戶密碼、工資號、姓名、系所、系所系部、用戶部門、用戶身份、用戶權(quán)限、備注。 3) 教師信息：工資號、姓名、姓名拼音、密碼、 用戶身份、性別、民族、身份證號、出生日期、政治面貌、加入時間、教職工類別、教職工當(dāng)前狀態(tài)、是否為班主任、所帶班級、學(xué)歷、學(xué)位、所學(xué)專業(yè)、畢業(yè)院校、畢業(yè)時間、現(xiàn)任職稱、職稱級別、現(xiàn)任職務(wù)、研究方向、 個人簡介、 MSN、 、 Fetion 號、電子郵件、移動電話、單位電話、家庭電話、 家庭詳細地址、照片、電子印章、備注。 4) 學(xué)生信息：學(xué)號、姓名、密碼、姓名拼音、英文姓名、曾用名、系所、系所簡稱、系所系部、性別、身份證號、出生日期、民族、政治面貌、加入時間、籍貫、家庭出身、本人成分、是否有校內(nèi)學(xué)籍、是否國家學(xué)籍、入學(xué) 時間、入學(xué)年級、所屬年級、注冊狀況、專業(yè)、專業(yè)方向、班名、班級職務(wù)、學(xué)制、校區(qū)、學(xué)生類別、培養(yǎng)方式、外語語種、中國語種、結(jié)束學(xué)業(yè)方式、畢業(yè)日期、畢業(yè)屆別、畢業(yè)證書編號、曾在何時何地受過何種獎勵、曾擔(dān)任過何種社會工作有何特長、移動電話、宿舍電話、 MSN、 、 Fetion 號、電子郵件、主要家庭成員及社會關(guān)系情況、家長姓名、家長移動電話 、家庭電話、家庭詳細地址、照片、備注。 5) 學(xué)生成績信息：學(xué)號、姓名、性別、系所、班名、課程編碼、課程名稱、課程序號、開課單位、開課單位 專業(yè)、年級、培養(yǎng)方案層次、課程性質(zhì)、 課程類別、學(xué)分、合計、上課班級、工資號、任課教師、現(xiàn)任職稱、考試方式、考試性質(zhì)、考試情況、考試學(xué)期、考試日期、考試地點、考試座位號、實驗成績、實驗成績比例、平時成績、平時成績比例、期末成績、期末成績比例、總評成績、成績等級、成績績點、錄入日期、錄入狀態(tài)、是否顯示、用戶名。 6) 試卷分析信息：課程編碼、課程名稱、課程序號、學(xué)院、開課單位、專業(yè)、年級、培養(yǎng)方案層次、課程性質(zhì)、課程類別、學(xué)分、合計、授課、實驗、上機、實訓(xùn)、學(xué)期、周學(xué)時、課程方向、上課年級、上課班級、班級人數(shù)、上課人基于 PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第三章 系統(tǒng)需求分析 22 數(shù)、上課學(xué)期、上課地點、上課時間、工 資號、任課教師、現(xiàn)任職稱、考試班級、考試學(xué)期、考試日期、命題方式、考試形式、評卷教師、試題與教學(xué)大綱的要求、試題總量、考題難易度、考題覆蓋面、題型結(jié)構(gòu)是否合理、其他方面分析：、考試成績分析 教學(xué)中存在的問題及改進意見、備注、是否顯示 控制高級用戶錄入/修改數(shù)據(jù)是否進入主查詢數(shù)據(jù)庫、用戶名 記錄錄入人員身份。 外部 接口 需求分析 1）用戶界面 ：由于本系統(tǒng)主要進行學(xué)校綜合事務(wù)的管理，所以要求用戶界面簡潔簡單、界面友好，便于操作。 2）硬件接口 ：使用網(wǎng)絡(luò)接口。 3）軟件接口 ：采用 B/S 結(jié)構(gòu)，數(shù)據(jù)傳輸使用 HTTP 協(xié)議。 其他非功能性 需求分析 性能需求：本系統(tǒng)應(yīng)該具有較好的備份措施，能確保在硬件發(fā)生故障等情況下，使得丟失的數(shù)據(jù)可以恢復(fù)，避免可能因為數(shù)據(jù)丟失而造成的損失。 精度的要求：日期時間需要精確到秒，使得類似于成績錄入等需要計時自動保存的功能可以準(zhǔn)確完成；其他的數(shù)據(jù)只需符合報表、表單的精度要求即可。 吞吐量需求：應(yīng)做到大概 1000 人以上同時使用本系統(tǒng)時，每個人也都能得到及時并且正確的相應(yīng)。 健壯性：當(dāng)本系統(tǒng)遇到用戶的非法操作（比如輸入非 法數(shù)據(jù)、跨越權(quán)限的操作時）以及相關(guān)的軟件、硬件可能出現(xiàn)異常操作情況時，要求本系統(tǒng)應(yīng)該能繼續(xù)正確的進行當(dāng)前的運行，并且對用戶的非法操作進行提示。 靈活性：本系統(tǒng)應(yīng)該為將來的擴充和修改提供預(yù)留的接口。使得系統(tǒng)是可擴充、可增加和修改的，并且在刪減功能的時候不會對其他的系統(tǒng)功能進行破壞。 完整性：本系統(tǒng)應(yīng)具有防止非法訪問、對用戶的訪問進行記錄、防止數(shù)據(jù)被篡改等保護系統(tǒng)數(shù)據(jù)完整性和關(guān)聯(lián)性的功能，這就要求網(wǎng)絡(luò)設(shè)施、硬件設(shè)施等都要建立相應(yīng)的保護，來使數(shù)據(jù)和訪問都通過特定的方法來完全保護起來。 基 于 PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第四章 系統(tǒng)設(shè)計 23 第 四章 系統(tǒng)設(shè)計 系統(tǒng)設(shè)計概要 系統(tǒng)在開發(fā)設(shè)計時，除了要實現(xiàn) 學(xué)校綜合管理系統(tǒng) 的需求外，還應(yīng)按照一定的設(shè)計原則進行整 體設(shè)計，以保證系統(tǒng)開發(fā)的效率。并且能夠通過利用開發(fā)技術(shù)實現(xiàn) 系統(tǒng) 多 模塊 功能 的集成，能夠?qū)Ω鞣N要求做出快速響應(yīng)，并能對整個決策平臺進行統(tǒng)一管理 。 1）整體性原則 本系統(tǒng) 的開發(fā)采用了 “總體規(guī)劃、分步實施 ”的開發(fā)策略。即在開發(fā)之前先進行總體分析與總體設(shè)計（總體規(guī)劃），然后在總體規(guī)劃的約束下按預(yù)先的步驟進行分步開發(fā)。 2）實用性原則 實用性是衡量軟件產(chǎn)品質(zhì)量的一個重要指標(biāo)，產(chǎn)品的設(shè)計是否符合用戶的需求，是否充分考慮到了用戶的義務(wù)特點，是否針對用戶的工作習(xí)慣進行獨特設(shè)計，是系統(tǒng)成敗的一個關(guān)鍵因素。因此，系統(tǒng)在開發(fā)之初對需求分析環(huán)節(jié)十分重視，需求分析的結(jié)果將直接影響到系統(tǒng)最終的設(shè)計結(jié)果。實用性是本系統(tǒng)開發(fā)的一個重要設(shè)計原則。 3）模塊化設(shè)計原則 本系統(tǒng)設(shè)計目的之一是實現(xiàn)辦公自動化，這就要求系統(tǒng)必須具備較高的靈活性。因此，本系統(tǒng)采用了模塊化的設(shè)計原則，使不同模塊的功能相對獨立，加強了系統(tǒng)的可伸縮性，為日后的系統(tǒng)模塊的升級、擴展做好了準(zhǔn)備。 4）權(quán)限管理原則 不同的使用人員，根據(jù)不同的工作范疇和級別分為不同的 用戶組，每個用戶組被授予的不同的權(quán)限，里面可以有一個或多個用戶。本系統(tǒng)為全校各 部門 管理人員、教師、學(xué)生等科室分別建立用戶組，各類工作人員帳戶都放在自己的組中，通過對用戶組的授權(quán)，使每個工作人員只對自己管理的信息表有更新權(quán)，對其他人員庫無權(quán)訪問。 系統(tǒng)功能設(shè)計 該系統(tǒng)基于 B/S 結(jié)構(gòu)，在數(shù)據(jù)庫維護的各個環(huán)節(jié)中，利用互聯(lián)網(wǎng)工具，從數(shù)據(jù)的提交 —審核 —查詢等過程中，借助強有力的權(quán)限管理系統(tǒng)，提供完善的業(yè)務(wù)流程多級審批流程控制 . 基 于 PHP 的學(xué)校綜合管理系統(tǒng)的設(shè)計與實現(xiàn) 第四章 系統(tǒng)設(shè)計 24 系統(tǒng)功能設(shè)計 學(xué)校綜合管理系統(tǒng)是網(wǎng)絡(luò)協(xié)作平臺的一個模塊， 根據(jù)需求分析， 本系統(tǒng)通過以下三個功能模塊來完成系統(tǒng)的設(shè)計，分為學(xué)生學(xué)籍信息管理模塊、教師信息管理模塊以及學(xué)生成績管理模塊，如圖 系統(tǒng)功能模塊圖所示。 圖 系