基于微信公眾平臺的“校園請假助手”數據系統設計

卓之淮　朱立火　黃塵　鮑蓉

摘要：在“校園請假助手”中，數據庫設計尤為重要。本系統針對請假一系列過程進行分析和調研，利用數據建模工具進行建模，并在數據庫中實現。通過本系統的實際運行，驗證了最初的設計要求，能夠滿足學校請假的要求。

關鍵詞：微信公眾平臺；數據庫設計；請假助手

中圖分類號：TP311 文獻標識碼：A DOI：10.3969/j.issn.1003-6970.2015.05.014

0 引言

基于微信公眾平臺的請假系統[1-3]是一種新穎的請假方式。它降低了因時間、距離帶來的不便，更方便、快捷、貼心為全校師生服務。本系統記錄了某所高校所有請假信息，便于教師、父母及時了解孩子在校住宿情況。

1 事務分析

本系統中各個角色及其事務描述如下：

學生：發出請假請求，查詢請假請求，查詢提交的請假最終的批假情況。

輔導員：對其管理的班級學生請假請求進行批假并查詢所有請假的學生的信息。

書記：對本學院的請假學生進行批假，前提：輔導員已經同意該同學的請假請求；查詢本學院的所有請假信息。

任課老師：查詢其管理的班級同學的部分請假信息。

樓長：查詢其管理的宿舍樓某同學的部分請假信息。

各用戶都可修改登錄密碼。

2 數據分析

本系統涉及到的要操作的主要數據實體及其屬性如下：

學生實體“學號”、“姓名”、“密碼”、“手機號”

班級實體“年級屆”、“專業代號”、“班級編號”

教師實體“教工號”、“密碼”、“手機號”、“權限”

學院實體“學院代號”、“名稱”

樓長實體“職工號”、“密碼”

宿舍實體“樓號”、“A/B區號”、“樓層號”、“房間號”

授課關系“年級屆”、“專業代號”、“班級編號”、“教工號”

請假實體“請假提交時間”、“請假開始時間”、“請假結束時間”、“請假事由”、“在外留宿”、“簡述原因”、“輔導員批假時間”、“輔導員批假結果”、“書記批假時間”、“書記批假結果”

3 數據實體關系設計

學生和請假條實體及其屬性、兩個實體間關系，如圖1所示。

學生和宿舍實體及其屬性、兩個實體間關系，如圖2所示。

教師、班級、學院實體及其屬性、實體間關系，如圖3。

4 數據表結構設計

以數據實體為基礎，結合需求分析，在滿足數據完整性和實用性基礎上，實現數據庫邏輯結構設計。系統共13張表，表的設計根據本校情況，如表l所示。

表1表示學校的幾號宿舍樓，例：1號樓，2號樓。

表2表示幾號樓的A/B座，每號樓都有A/B座，并設置外鍵關聯樓號表。

表4表示第幾號樓的、A/B座的、第幾層的房間數，以房間號作為主鍵，例如：01房間，并設置外鍵去關聯該樓層。

表5表示樓長信息表，并設置外鍵去關聯該位樓長所管理的幾號樓。

表6表示第多少屆的學生，例如：2012屆，2013屆

表7表示學校開設的專業信息，以專業代號為主鍵。

表8表示學校有多少學院，以學院編號作為主鍵。

表9表示教師基本信息表，并設置外鍵關聯該位老師所屬的學院。

表10表示班級信息表，以年級編號、專業編號、班級編號作為主屬性，去唯一標識一個班級，并設置外鍵去關聯該班級的輔導員。

表11表示某位學生基本信息表，并設置年級編號、專業編號、班級編號、樓號、A/B區號，樓層號、房間號作為外鍵，去關聯班級表，宿舍組成信息。

表12表示任課老師授課信息表，以年級編號、專業編號、班級編號、教工號作為主屬性同時作為外鍵去分別關聯年級表、專業表、班級表、教師表，唯一標識一條授課信息。

表13請假表，記錄該同學請假的詳情，并通過學號這個外鍵關聯學生表。

5 開發工具

通過對數據庫的需求進行分析，采用了關系型的數據庫“MysQL”作為數據環境；采用“Navicat forMysQL”對數據進行管理。

6 數據訪問實現

本系統中要操作數據的事務主要有：請假事務、批假事務、查詢事務。

以學生請假事務為例，如下，圖4是學生成功登錄后，填寫請假信息的界面，圖5是學生提交請假成功后的界面。

圖4表示，學生成功登錄后進入請假界面，填寫對應的請假信息，提交到公眾賬號的服務器，服務器進行業務處理，并向微信用戶端返回消息提示，如圖5所示。其中數據處理代碼如下所示：