【導讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 戶 （ 輔導 員 ）宿 舍 申 請 審 批n 1辦 理n1用 戶 （ 宿管 人 員 ）用 戶 （ 學 生處 人 員 ）審 批1n用 戶 （ 學生 ）申 請11組 織機 構i d學 號 性 別預 科學 號密 碼身 份證 號碼姓 名省 份民 族出 生年 月編 號 姓 名身 份證 號入 職時 間按編 號 姓 名職 稱 民 族編 號 姓 名組 織機 構民 族 圖 43 宿舍信息模塊圖 (b) 模塊的流程圖 這個宿舍申請的流程先是宿管人員對學生住校內信息進行登記，然后學生才有權利申請相應的申請，否則不允許提交，接著該學生所在的學院輔導員進行查詢之后對其進行審批，審批結果會顯示在學生申請查詢里 ，接著學生處會審批由各個學院審批通過之后上來的申請，同樣結果也會自動顯示，最后由宿管辦理。每次的審批人及時間都會自動寫入數(shù)據(jù)庫。同時這個審批學生可以自己知道審批到哪個環(huán)節(jié)，最后可以打印生成 doc 報表，在每一道審批里都會顯示上一次審批人的姓名，這樣就可以隨時了解誰批了該審批，在宿管審批里，分為轉宿舍審批、走讀審批、其它審批，轉宿舍審批需要改動學生住宿信息后才可以審批通過，否則不會讓其審批通過，其它兩個直接通過或是拒絕。如圖 44 宿舍申請流程圖所示。 21 學 生 填 寫 申 請轉 宿 舍 ， 走讀 ， 其 他學 生審 批通 知學 生 處輔 導 員宿 管修 改 學 生 轉 住宿 信 息通 知審 批通 知通 知審 批 圖 44 宿舍申請流程圖 模塊的數(shù)據(jù)邏輯設計 1） 關系模式 （ a）實體模式 實體模式的設計主要是根據(jù)模塊的 ER 圖寫書相應的實體和實體對象中對應的描述該實體的屬性值，是確切存在的對象。 宿舍信息實體模式有：宿舍樓、宿舍狀態(tài)、部門、學生相關信息共 4各，其如下： Tb_floor（ floor_id,floor_num,floor_type,floor_name,del,col1,col2,col3） Tb_dormstate（ dormstate_id,dormstate_name,del,col1,col2,col3） Tb_dept(dept_id,dept_name,dept_upid,dept_perName,dept_offpho,dept_offspace,dept_pernum,dept_,del,col1,col2,col3) Tb_student_related(student_related_id,student_related_photo,student_related_regtime,student_related_mschool,student_related_address,student_related_Email,student_related_phone,student_related_health,student_related_addstate,student_related_postal,student_related_homephone,student_related_account,student_related_edulevel,student_related_qqnum,student_related_blood,del,col1,col2,col3) 22 （ b）關聯(lián)類模式 關系類模式是根據(jù)實體和實體之間的某些關系而產(chǎn)生的實體類就是關聯(lián)類。 宿舍信息關聯(lián)模式有：班級、學生信息、宿舍樓信息、宿舍分配、學生內宿信息、學生外宿信息、宿管員信息、保潔員信息、宿舍申請、學生處、輔導員，其如下： Tb_class（ class_id,class_name,class_teacher,class_num,dept_id,del,col1,col2,col3） Tb_student(student_id,student_related_id,class_id,dept_id,student_num,student_preparatory_num,student_name,student_password,student_sex,student_idcard,student_birth,student_nation,student_province,student_political,del,col1,col2,col3) Tb_floor_dorm(floor_dorm_id,floor_id,floor_dorm_story,floor_dorm_name,del,col1,col2,col3) Tb_dormdistribute(distribute_id,floor_id,floor_dorm_id,dept_id,dormstate_id,del,col1,col2,col3) Tb_indorm(indorm_id,distribute_id,student_id,indorm_time,indorm_prove,indorm_job,indorm_remarks,indorm_sumstu,indorm_monery,del,col1,col2,col3) Tb_outdorm(outdorm_id,student_id,outdorm_time,outdorm_address,outdorm_remarks,outdorm_name,outdorm_phone,outdorm_prove,del,col1,col2,col3） Tb_dormadmin(doradmin_id,floor_id,doradmin_num,doradmin_name,doradmin_password,doradmin_sex,doramin_position,doradmin_jobtime,doradmin_nation,doradmin_address,doradmin_idcard,doradmin_Email,doramin_phone,del,col1,col2, col3) Tb_cleaner(clean_id,floor_id,clean_num,clean_name,clean_password,clean_sex,clean_position,clean_jobtime,clean_nation,clean_address,clean_idcard,clean_Email,clean_phone,del,col1,col2,col3) Tb_dormapply(dormapply_id,student_id,counsellor_id,off_id,doradmin_id,dormapply_num,dormapply_clause,dormapply_reason,dormapply_time,dormapply_colview,dormapply_coltime,dormapply_offview,dormapply_offtime,dormapply_dormview,dormapply_dormtime,dormapply_financeview,dormapply_financetime,dormapply_famview,dormapply_famtime,dormapply_famname,dormapply_type,del, col1,col2,col3) Tb_counsellor(counsellor_id,counsellor_num,counsellor_name,counsellor_password,counsellor_sex,counsellor_birth,counsellor_zhicheng,counsellor_zhiwu,dcounsellor_worktime,dcounsellor_jobtime,counsellor_degree,counsellor_edustatus,dcounsellor_gradschool,counsellor_profession,counsellor_phone,counsellor_nation,dept_id,del,col1,col2,col3) Tb_stuOffice(off_id,off_num,off_name,off_sex,off_Email,off_position,dept_id,off_phone,del,col1, col2,col3) 2）只有屬性的分析類（實體類）模型 概念數(shù)據(jù)模型（ Conceptual Data Model） [3]，簡稱概念模型，是面向用戶的現(xiàn)實世界的模型，設計人員在設計的初始階段，與數(shù)據(jù)庫管理系統(tǒng)中的相關技術知識無關，只分析現(xiàn)實需求中的數(shù)據(jù)之間的聯(lián)系而建立的模型。 23 圖 45 宿舍信息模塊物理模型圖 概念模型最常用的就是 ER 模型，本系統(tǒng)的概念模型是建立在 Power Designer中的 CDM 模型，在 Power Designer 中，可以根據(jù)已經(jīng)設計好的 CDM 生成 PDM（ Physical Data Model 物理數(shù)據(jù)模型），而 PDM 就是數(shù)據(jù)庫中各種數(shù)據(jù)表的模型展現(xiàn)，可以在 24 Power Designer軟件中自動生成與各種數(shù)據(jù)庫對應的建表語句和索引，約束。在 Power Designer 中建立 CDM，然后生成 PDM，在 PDM 中檢查是否已經(jīng)基本符合畢業(yè)設計相關數(shù)據(jù)需求，如果是，則生成相對應的 SQL Server 2021 數(shù)據(jù)庫的建 表語句以及相關索引，約束；如果否，則分析 PDM 模型需要改動之處，反向生成 CDM 后進行改動。在本模塊中如果需求改動，需要調整數(shù)據(jù)庫相關表的結構，可以在 CDM 中進行改動，繼而生成 PDM 和相關數(shù)據(jù)庫建表語句等，在本系統(tǒng)中，所有主鍵都為自動增長，在持久化類的配置文件中， generator class=identity/采用“ identity”，如果在 MySql則使用 generator class=native/,這里如圖 45宿舍信息模塊物理模型所示。 模塊的數(shù)據(jù)字典 1) 學生基本信 息表（ tb_student） 學生基本信息表只要記錄了學生的一些信息，例如學號、姓名、民族、身份證、政治面貌等等，學生基本信息表是貫穿整個數(shù)據(jù)字典的重要表之一，其表字段如表41學生基本信息表 表 41學生基本信息表 序號 標 識 屬 性 類 型 是否主鍵 是否外鍵 備 注 1 表 ID student_id int 是 否 唯一標識該表 2 學號 student_num varchar 否 否 不允許重復 3 組織機構 id dept_id varchar 否 是 4 預科學號 student_preparatory_num varchar 否 否 不允許重復 5 姓名 student_name varchar 否 否 6 密碼 student_password varchar 否 否 7 性別 student_sex varchar 否 否 8 身份證號碼 student_idcard varchar 否 否 不允許重復 9 出生年月 student_birth varchar 否 否 10 民族 student_nation varchar 否 否 11 省份 student_province varchar 否 否 12 政治面貌 student_political varchar 否 否 13 班級 ID class_id int 否 是 14 相關信息 ID student_related_id int 否 是 15 刪除標記 del int 否 否 16 預留字段 1 col1 varchar 否 否 17 預留字段 1 col2 varchar 否 否 18 預留字段 1 col3 varchar 否 否 2)學生相關信息表（ tb_student_related) 學生相關信息表主要記錄學生的一些信息，例如家庭地址，聯(lián)系電話，銀行賬號等等，與學生基本信息表構成主外關系。其表字段如表 42 學生相關信息表。 25 表 42學生相關信息表 序號 標 識 屬 性 類 型 是否主鍵 是否外鍵 備 注 1 表 ID student_related_id int 是 否 唯一標識該表 2 照片 student_related_photo varchar 否 否 3 報到時間 student_related_regtime varchar 否 否 4 所在高中 student_related_mschool varchar 否 否 5 家庭住址 student_related_address varchar 否 否 6 Email student_related_Email varch