学生宿舍管理系统数据库设计
学生宿舍管理系统数据库部分设计

stu_instructor
Varchar2
20
NOT NULL
学生辅导员
stu_contact
Varchar2
15
NOT NULL
辅导员联系式
drom_id
Varchar2
6
FOREIGN KEY(drom_id)
学生所在宿舍楼
room_id
Varchar2
6
FOREIGN KEY(room_id)
表名
对象定义SQL语句
说明
drom_table
create table drom_table(
drom_id Varchar2(6) not null,
drom_sex Varchar2(2) not null,
drom_mobile Varchar2(15) not null,
drom_administ Varchar2(10) not null,
NOT NULL
宿管处
drom_administ
Varchar2
10
NOT NULL
宿舍管理人员
wor_id
Varchar2
15
FOREIGN KEY(wor_id)
工作人员编号
(2)工人基本信息表(worker)
列名
数据类型
长度
约束
说明
wor_id
Varchar2
15
PRIMARY KEY
工作人员编号
项目名称
一、功能模块分解
参见教材第334-335页
二、数据库设计
1、设计表
(1)宿舍楼基本信息表(drom_table)
列名
数据类型
高校学生宿舍管理系统数据库分析与设计-精品文档

高校学生宿舍管理系统数据库分析与设计高校学生宿舍管理系统对于一个学校来说是必不可少的组成部分。
面对庞大的学生各种信息量,使用计算机对学生宿舍进行管理,具有手工管理所无法比拟的优点。
例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
通过这样的系统可以实现规范管理、科学统计和快速查询,减少高校宿舍管理方面的工作量,提高效率,从而达到提高经济效益、运行效率、节约资源的目的。
一、高校学生宿舍管理系统数据库设计需求分析1.系统设计目标减少宿舍管理人员大量繁琐的工作。
宿舍管理人员通过使用本系统,可以随时根据需要,查询宿舍入住人员基本情况、统计房源信息、宿舍楼设备维护维修情况、来访人员、贵重物品出入登记、安全卫生检查信息、交费等信息。
此外宿管单位根据需要,可通过宿舍楼大型电子屏幕发布新闻公告,行政通知,宣传消防安全知识。
系统可通过加密分层级与授权将数据信息备份及恢复,对学生宿舍管理系统中的数据进行录入、添加、删除和查询,并可以根据特定条件对数据进行查询、统计,减少学校在学生公寓管理方面的人力和物力的投资。
学生宿舍管理系统功能强大、操作简单,拥有友好的界面,适用于各类学校的学生宿舍管理。
2.功能需求分析软件需求分析是指对目标软件系统在功能、行为、性能、设计约束等方面的期望。
需求分析是软件设计、实现测试直至维护的主要基础,良好的需求分析可以避免错误或着是尽早发现错误,从而降低软件的开发成本,改进软件的质量。
本系统的功能需求分析如下:职工管理模块:主要是针对从事学生公寓管理的人员,包括:①职工的基本信息,岗位描述,值班信息和员工培训等;②学生管理模块:主要是用于查询和录入学生的基本信息,以便管理员了解学生的基本情况等;③宿舍管理模块:系统的核心模块之一,主要功能包括学生入住管理,物品管理,水电信息,维修管理,安全卫生检查信息,来访登记和设置等;④查询统计模块:系统的核心模块之一,主要功能包括住宿情况查询,物品情况查询,水电查询,来访查询,值班查询和员工查询等;⑤系统管理模块:主要用于管理员的添加,系统的数据备份和系统维护等;⑥新闻公告管理模块:主要实现新闻公告、行政通知,消防知识发布、查看、修改与删除。
学生宿舍管理系统--数据库课程设计

目录之马矢奏春创作摘要2一需求分析21.1 需求分析21.1.1 基本信息21.1.2 用户对系统要求31.2 系统功能分析:41.3 业务流程概述41.4 数据流程图51.5 数字字典10二概念结构设计14三逻辑结构设计143.2.2 逻辑结构定义15四物理结构设计17五数据实施和维护185.1建立数据库、数据表、视图、索引、导入数据185.1.3 建立视图205.1.4 建立索引215.1.5 导入数据225.2 记录和约束条件的的增加、删除和修改245.2.1 记录的增加、删除、修改245.2.2 约束条件的增加、删除、修改245.4 建立存储过程,触发器26六总结27附件28摘要学生宿舍管理系统是应对学生宿舍管理的现代化、网络化,逐步解脱当前学生宿舍管理的人工管理方式,提高学生宿舍管理效率而开发的,它包含基本信息管理、住宿管理、服务管理、来访者管理等四大功能模块。
该系统开发由需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、物理结构设计阶段、数据库实施与维护阶段等阶段组成。
一需求分析目前,我们学校的宿舍管理都是由人工管理的,信息都是由文本记录的。
针对这一实际情况,我们设计了学生宿舍管理系统。
1.1 需求分析经过实际分析调查,一个学生宿舍管理系统主要是要方便宿舍管理人员的工作,提高其工作效率,不但可以方便广大学生,而且还可以方便于教师和相关人员。
1.1.1 基本信息学生住在宿舍楼中,每幢宿舍楼都会有若干名老师负责本宿舍楼的日常管理。
(1)学生的基本信息:入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。
(2)宿舍的基本信息:每间宿舍都有唯一的楼号和宿舍号,入校时,宿舍会装公用电话机,相应地就有宿舍电话号码。
(3)工作人员基本信息:每幢宿舍都有驻楼阿姨和保洁阿姨的编号。
(4)报修的基本信息:宿舍楼中经常出现财富的损坏,比方灯泡坏了,茅厕的马桶出故障了等,这时,同学们需要将财富损坏情况陈述给宿舍楼管理员,以便学校派人进行维修。
学生宿舍管理系统数据库分析与设计报告

学生宿舍管理系统数据库分析与设计报告学生宿舍管理系统是一个主要用于监督和管理宿舍人员信息的系统,实现学校对学生宿舍卫生环境、住房安全和宿舍管理的综合性监控要求。
为了实现学校学生宿舍的信息化管理,解决学生宿舍管理中的管理效率低、管理混乱等问题,本文首先分析了学生宿舍管理系统数据库。
学生宿舍管理系统数据库主要包括以下内容:学生信息表包括学生基本信息(学号、姓名等)、住宿信息(宿舍号、床号等)、入住信息(入住日期、退宿日期等)以及学生宿舍表。
其中,『学生信息』表中存放学生的基本信息,如学号、学校、姓名、性别、民族等;『住宿信息』表中存放学生的住宿信息,如宿舍号、床号、入住日期等;『学生宿舍表』存放学生宿舍的位置、限制人数等信息。
数据库中的『空调』表存放宿舍内空调的信息,用于管理和调整宿舍内的空调、电视/电脑/WIFI等设备的温度,以保证宿舍的正常使用与维护。
系统还有一个『宿舍管理』表,可以存放学生宿舍的详细管理情况,比如宿舍有无必要卫生清洁、宿舍内有无其他不良行为、宿舍内设备有无问题等。
通过对学生宿舍管理系统数据库的分析,我们发现这些表可以根据实际需求进行进一步完善和优化,如增加宿舍卫生清洁表、出入人员表、报修记录表等,以更好地满足宿舍管理的需求特性。
实施学生宿舍管理系统构建的数据库时,需要考虑以下几方面:安全性、可靠性、可扩展性、简便性等,采用合理的规划设计,做好技术准备,用可靠性高、安全性强的数据库软件,如Oracle、SQL Server 或MySQL等,以便系统能获得高性能。
学生宿舍管理系统的数据库设计需要遵循软件工程的通用原则,如合理的表设计、含义清晰的字段和索引设计、完善的安全性体系等,以保证宿舍管理的有效运作及数据库的可靠性和安全性。
另外,系统的安全性管理需要有效地依赖于丰富的访问控制机制,在设计时需要考虑系统安全性,正确使用保密技术,定期测试和检查系统性能和可用性,保证系统的可靠和安全运行。
学生宿舍管理系统的数据库设计(包括数据流图+实体关系图)

学生宿舍管理系统一、学生宿舍管理工作应充分考虑以下几方面的要求:后勤工作者方面:可随时通过学生宿舍管理员根据本人需要查阅公寓、宿舍、宿舍卫生、来宾访问等等情况,定时刷新数据。
学生方面 :让学生感觉到学校的管理很透明,可以随时的查询自己寝室的相关信息。
学校方面 :学校其他管理系统能够与此系统连接,使用此系统的相关数据。
来宾方面 :各学生亲人、朋友等可通过宿舍管理员可以很快的查到该生所住的寝室。
二、本系统应该基本上完成以下任务:1. 学生宿舍基本信息管理:根据学生所在专业年级和班级,统一安排学生住宿;如果有学生要更换寝室,可以很方便的查询到想要更换的寝室的床位和室友情况,并删除该同学在原寝室的信息;最后打印出寝室的基本信息。
2. 学生公寓信息管理:添加新建的公寓信息,删除另做它用的公寓信息及修改己有公寓信息(包括公寓号),最后打印出学校所有的学生公寓信息。
3. 寝室的卫生信息管理:添加卫生检查信息,并把这些卫生检查信息根据寝室号存入该寝室卫生检查情况表中,以便统计学生宿舍的情况;删除没有价值的卫生检查信息;打印本次学生宿舍卫生检查情况表。
4. 寝室的设施管理:学年开始时输入寝室的家具及其它设备的信息(包括名称和数量等),能查询己登记而没有维修的维修信息,并统计出该寝室已维修了的家具及其它设备的次数和器件名称,删除已统计的维修信息,最后打印出寝室的设施及维修情况表。
5. 来访人员管理:登记每一个来访人员的出入时间,登记来访人员的有效证件类型和证件号,登记来访人员的来访事由,能查询以往每一个来访人员的记录。
三、业务数据流图1.名称:学生宿舍管理系统第一层数据流2.公寓管理数据流图3.寝室管理数据流图5.设备管理数据流图四、数据字典(略)五、数据库设计—概念结构设计各模块的E-R图如下:1.公寓E-R图2.寝室E-R图3.设施维修E-R图4.卫生检查E-R图5.宿舍管理E-R图实体与属性关系如下:公寓(公寓号,公寓名称,管理员,保洁员)寝室(寝室号,公寓员,寝室成员姓名,人数,床位号)设备管理表(公寓号,寝室号,维修器件名称,维修日期)来访人员登记表(寝室号,证件,证件号码,访问事由,访问日期) 六、逻辑结构设计由E-R图得出如下基本表信息表 1 : [ userinfo]表 2: [ house]表3:[room]表4:[repair]表5:[clearner]表6:[visit]。
数据库设计实例-学生宿舍管理系统

对于大量数据的插入,应采用批量插入的方式以提高效率。
数据查询
数据查询
根据条件从数据库中检索记录,如查询某个 宿舍的所有学生信息。
查询条件设置
支持多种查询条件,如学号、姓名、宿舍号 等。
查询优化
使用索引、查询优化器等手段提高查询效率。
查询结果展示
将查询结果以表格、图表等形式展示,方便 用户查看。
恢复策略
制定详细的恢复计划,确 保在数据丢失时能够快速 恢复。
系统性能优化
索引优化
合理使用索引,提高查询效率。
查询优化
优化SQL查询语句,减少不必要的计算和数据检索。
缓存技术
利用缓存技术存储常用数据,减少对数据库的访问次数。
感谢您的观看
THANKS数据库设计实例-学生宿舍 Nhomakorabea 理系统
目录
• 系统概述 • 数据库设计 • 数据表设计 • 数据库操作 • 系统安全与维护
01
系统概述
系统简介
01
数据库设计实例:学生宿舍管理系统
02
背景:随着高校规模的不断扩大,学生宿舍管理面临诸多挑战,如宿舍分配、 学生入住、费用收缴等。为了提高管理效率,减少人为错误,开发一款学生宿 舍管理系统显得尤为重要。
费用收缴管理
记录收缴情况,计 算滞纳金等功能。
学生信息管理
录入、查询、修改 学生基本信息。
入住管理
分配宿舍、调整宿 舍、退宿等功能。
报修管理
学生提交报修申请, 管理员处理申请等 功能。
02
数据库设计
数据库需求分析
确定系统功能需求
01
收集和整理学生宿舍管理系统的功能需求,包括宿舍分配、入
住管理、费用收缴、维修报修等功能。
《学生宿舍管理系统》数据库设计报告总结归纳

《学生宿舍管理系统》数据库设计报告一、需求分析学生宿舍管理系统需要实现以下功能:(1)用户注册:每位学生在系统中进行个人信息注册。
以后登录系统都需输入用户名和密码。
(2)离返校信息登记:每位学生在离校前要在系统中提出离校申请:登记离校信息(包括离校的起止日期、离校原因、联系方式等),经管理员审核通过后才能离校。
学生返校后要登记返校信息(返校时间)。
(3)离校申请处理:管理员登陆系统审核学生提出的离校申请。
,学class、分院sdep、寝室号dorid、出生年月borth(2)离返校信息登记:离返校编号leaveid、姓名sname、学号sno、分院sdep、班级class、离校时间leavetime、离校原因leavesea、联系方式tel、返校时间backtime、审核状态auditing(3)离校申请处理:用户名username、密码pwd(4)快件信息发布:快件编号express、到件时间ontime、快递公司company、收件人consignee、班级class、联系方式tel、领取情况orpull、取件时间taketimeexpnewsleavetime datetime,tel smallint,backtime datetime,auditing char(2))4)建立快件查询表createtable expnews(express char(10)primarykey, ontime datetime,company char(10),sname char(10),class char(20),tel smallint,orpull char(2),taketime datetime)建立视图的SQL语句1)学生可以登录系统查询快件信息、离校申请的审核情况createview IS_stu(orpull,auditing)as2)。
学生宿舍管理系统数据库分析与设计

学生宿舍管理系统数据库分析与设计一、引言学生宿舍管理系统是大学宿舍管理的重要组成部分,对学生住宿方面的各项工作提供了便利。
为了提高学生生活质量,提高宿舍管理效率,我们设计并分析学生宿舍管理系统数据库,旨在建立一个完善的系统,以满足不同用户的需求。
二、系统需求分析1. 用户角色•学生:具有查看个人信息、查看宿舍信息、报修等功能。
•宿舍管理员:具有分配宿舍、处理报修、查看宿舍信息等功能。
•系统管理员:拥有对系统整体管理的权限,包括添加、删除、修改用户信息等。
2. 功能需求•学生信息管理:包括学号、姓名、性别、联系方式等信息。
•宿舍信息管理:包括宿舍楼号、宿舍号、床位情况等信息。
•报修管理:学生可以提交报修请求,管理员可以进行处理。
•宿舍分配管理:宿舍管理员可以分配宿舍给学生。
•权限管理:系统管理员对用户权限进行管理。
三、数据库设计1. 学生表(students)字段名类型说明student_id int 学号name varchar 姓名gender varchar 性别contact varchar 联系方式2. 宿舍表(dormitories)字段名类型说明dormitory_id int 宿舍号building_id int 宿舍楼号capacity int 可容纳人数occupied_beds int 已被占用床位数3. 报修表(repairs)字段名类型说明repair_id int 报修号student_id int 学号description varchar 报修描述status varchar 报修状态四、总结通过对学生宿舍管理系统数据库的分析和设计,我们实现了学生、宿舍管理员和系统管理员之间的信息交互,提高了宿舍管理的效率和便捷性,为学生提供了更好的住宿体验。
希望这样的数据库设计能够为大学宿舍管理工作带来实质性的帮助。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
信息工程学院oracle数据库课程设计学生宿舍管理系统数据库设计姓名:2005544532 范春江专业:计算机科学与技术指导老师:杨海霞完成日期:2008.6.26摘要学生宿舍管理系统是应对学生宿舍管理的现代化、网络化,逐步摆脱当前学生宿舍管理的人工管理方式,提高学生宿舍管理效率而开发的,它包括宿舍学生基本信息管理、楼道工人基本信息管理、宿舍楼基本信息管理、宿舍基本信息管理、宿舍事故基本信息管理、宿舍楼物品出入基本信息管理、宿舍楼保卫处基本信息管理、宿舍配备物品及处理管理等八大功能模块,并提供了对各功能模块的查询和更新功能,且这两种功能基本上是通过存储过程来实现的,其中宿舍学生基本信息管理、宿舍基本信息管理是系统开发的重点。
该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实施阶段、系统调试和测试阶段、参考文献、附录等阶段组成。
关键字:学生宿舍管理,宿舍管理现代化,宿舍管理网络化,人工管理,功能模块,存储过程目录1. 系统需求分析阶段 (1)1.1 引言 (1)1.2 目标与任务 (1)1.2.1 需求分析阶段的目标 (1)1.2.2 需求分析阶段的任务 (1)1.2.3 需求分析阶段成果 (4)2. 概念设计阶段 (14)2.1 引言 (14)2.2 概念模型设计 (14)2.3 新系统流程 (17)3.逻辑设计阶段 (17)3.1逻辑设计的任务和目标 (17)3.2数据组织 (18)3.2.1将E-R图转换为关系模型 (18)3.2.2模型优化 (20)3.2.3数据库模式定义 (20)3.2.4用户子模式设计 (20)3.3数据处理 (21)4.1物理设计阶段的目标与任务 (21)4.2数据存储方面 (22)4.3系统功能模块 (22)4.3.1 楼道工人基本的信息查询和更新模块 (22)4.3.2 宿舍楼基本信息的查询和更新模块 (23)4.3.3 宿舍基本信息的查询和更新模块 (24)4.3.4 学生基本信息的查询和更新模块 (25)4.3.5 宿舍物品的查询和更新模块 (25)4.3.6 宿舍事故的查询和更新模块 (26)4.3.7 宿舍物品处理的查询和更新模块 (27)4.3.8 宿舍保卫处基本信息的查询和更新模块 (27)5.数据库实施阶段 (28)5.1建立数据库、数据表、视图、索引 (28)5.1.1 建立数据库 (28)5.1.2 建立数据表 (28)5.1.3 建立视图 (36)5.1.4 建立索引 (40)5.2数据入库 (40)5.3创建各个功能的存储过程 (41)7.实习心得 (44)8.存在的问题及建议 (45)致谢 (46)参考文献 (46)附录1 数据库逻辑结构定义 (47)附录2 存储过程定义 (53)附录3 数据查看和存储过程功能的验证 (59)附录4 所有的SQL运行语句 (65)1. 系统需求分析阶段1.1 引言通过对北校区25个学生宿舍楼的实地调查,了解到现在的学生宿舍管理仍停留在完全的人工管理阶段,楼管处没有标准的住宿学生存档信息。
这中人工管理方式费时、费事、费力,造成工作效率低下。
开发出合适的学生宿舍管理系统,可以方便学生宿舍的管理,提高宿舍管理工作效率及查询效率。
1.2 目标与任务1.2.1 需求分析阶段的目标(1)了解目前宿舍管理的现状以及SQL Server 2000的功能和特点。
(2)通过实地调查和问答-记录的方式了解宿舍管理的工作业务流程,并记录和处理相关的数据。
(3)与指导教师交流个人想法,征求意见,改正不合理的地方,为下面的概念设计与逻辑设计奠定基础。
1.2.2 需求分析阶段的任务(1)处理对象:系统要处理的对象包括宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息等七个方面,各个对象包括信息如下所示(详细的数据见于数据字典):1.宿舍楼基本信息(Dormitory):包括宿舍楼编号、宿舍楼所在校区、宿舍楼再校区中区域、每一幢宿舍楼楼管处的电话、宿舍楼楼管员信息等方面,这样可以方便管理者对宿舍楼的管理,提高查询效率;2.学生基本信息(Student):包括学生编号、学生所在学院信息、学生姓名、学生性别、学生来自省份、学生出生日期、学生入学时间、学生所学专业、所在班级等方面的信息,可以方便学信息的查询和更新;3.宿舍基本信息(Room,Fitment,FitmentDestruction,FitmentCompensate):宿舍基本信息包括四个数据结构(宿舍信息(Room),宿舍物品信息(Fitment),宿舍物品损坏信息(FitmentDestruction),宿舍损坏物品赔偿信息),每个数据结构中的数据项见数据字典;4.楼道工作人员基本信息(Worker):包括工作人员编号、工作人员姓名、工作类型、工资、性别、联系方式、工作时间等数据项,可以方便管理人员对宿舍楼道工人的任用、信息查询及更改;5.宿舍保卫处基本信息(SafeGuard):包括保卫处名称、人员数目、负责人信息、联系电话等四方面的信息;6.宿舍事故基本信息(Accident,AccidentResearch,AccidentCompensate):事故信息包括三个数据结构(事故信息、事故处理信息、事故赔偿信息),具体的数据项见数据字典;物品出入基本信息(ArticalInOut):包括出入物品的学生信息、出入的物品信息、出入物品时的负责人信息、出入物品时间,尽量减少宿舍事故的发生,保障学生宿舍财产的安全。
(2)处理功能要求系统主要完成一下几个功能:1.宿舍楼基本信息查询与修改;2.学生基本信息查询与更新;3.每一幢宿舍楼中宿舍信息的查询与信息更新;4.宿舍保卫处基本信息的查询和修改;5.宿舍事故基本信息及事故处理信息的查询和修改;6.宿舍楼物品出入审批及记录;(3)安全性和完整性要求安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过用户授权机制,欲用户登陆来识别用户级别,根据这个级别来分配用户权限,达到数据更高层次的安全保密功能。
完整性要求用于描述宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息中数据项能否为null,以及一些用户自定义完整性(符合实际要求),详细完整性要求见于系统的逻辑设计阶段。
1.2.3 需求分析阶段成果(1)体会与收获系统需求分析主要采取实地询问-记录和楼管处查询宿舍学生信息的方式,同时借鉴学长在做数据库开发这方面的经验。
通过实地调查和询问,了解目前学生宿舍管理的现状,以及目前学生宿舍管理中一些问题,并对实际查询业务实地参与,了解了学生、楼管员、宿舍管理者、宿舍保卫人员对系统的信息处理要求,以及他(她)们对现存人工管理方式不能满足信息处理要求的苦恼。
同时在调查中牵涉的许多的人际交流,恰当的询问方式,由于平时几乎没有做过这方面的调查,开始时有点胆怯和不知从何入手,但过了两三幢宿舍楼之后,开始的胆怯就感觉不到了。
(2)学生宿舍管理系统业务流程图新生入住宿舍业务流程图:查询业务流程图(查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等):毕业生离宿业务流程图:楼道工作人员任用业务流程图:宿舍楼物品出入业务流程图:宿舍事故处理业务流程图:(3)数据流程图顶层数据流程图:第2层数据流程图:从学生角度出发第2层数据流程图:从管理者角度出发图2.3 从管理者角度出发的2层数据流程图第3层数据流程图:从新生角度出发第3层数据流程图:从毕业生角度出发第3层数据流程图:从宿舍楼物品出入出发第3层数据流程图:从宿舍事故角度出入出发第3层数据流程图:从楼道工作人员的任用角度出发第3层数据流程图:从管理者和外来访客的角度出发(4)数据字典(a)数据项:系统涉及的数据项有71项表1.1 数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1 StuNo 学生编号char(9) 学号DI-2 DepName 学生所在学院char(20) 学院DI-3 StuName 学生姓名char(10) 姓名DI-4 StuSex 学生性别char(2) 性别DI-5 StuHome 学生来自省份char(10) 祖籍DI-6 StuBorth 学生出生时间Date 出生日期DI-7 StuETime 学生入学时间Date 入学时间DI-8 StuPerfect 学生所在专业char(20) 专业DI-9 StuClass 学生所在班级编号Int 编号DI-10 WorNo 工作人员编号char(5) 编号DI-11 WorName 工作人员姓名char(10) 姓名DI-12 WorType 工作类型char(8) 工作类型DI-13 WorWage 工作人员工资Int 月工资DI-14 WorSex 工作人员性别char(2) 性别DI-15 WorPhNo 工作人员联系方式char(12) 电话DI-16 WorTime 工作人员工作时间char(30) 工作时间DI-17 RNo 宿舍编号char(6) 舍号DI-18 RHeader 舍长信息等于StuName char(10) 舍长DI-19 ROne 宿舍学生信息同上char(10) 舍员1DI-20 RTwo 宿舍学生信息同上char(10) 舍员2 DI-21 RThree 宿舍学生信息同上char(10) 舍员3 DI-22 RFour 宿舍学生信息同上char(10) 舍员4 DI-23 RFive 宿舍学生信息同上char(10) 舍员5 DI-24 RSix 宿舍学生信息同上char(10) 舍员6 DI-25 RGrade 宿舍学生所属年级等于StuETime char(4) 年级DI-26 RDepart 宿舍学生所在学院等于DepName char(20) 学院DI-27 RPerfect 宿舍学生所学专业等于StuPerfect char(20) 专业DI-28 RClass 学生所在班级编号等于StuClass char(2) 班级DI-29 DorNo 宿舍楼编号smallint 宿舍楼号DI-30 DorCampus 宿舍楼所属校区char(4) 校区DI-31 DorLocation 宿舍楼在校区位置char(4) 宿舍区位DI-32 DorPhNo 宿舍楼管处电话char(12) 电话DI-33 DorAdminist 宿舍楼楼管员信息等于WorNo char(10) 楼管员DI-34 SGName 保卫处名称char(15) 名字DI-35 SGWorNum 保卫处人员总数Int 人员数目DI-36 SGHeader 保卫处负责人信息char(10) 负责人DI-37 SGPhone 保卫处电话char(12) 电话DI-38 FitName 宿舍物品名称char(16) 宿舍物品DI-39 FitPrice 宿舍物品价格Float 价格DI-40 FitNum 每一种宿舍的数量Int 数量DI-41 FDFitment 损坏物品信息等于FitName char(16) 物品名DI-42 FDStudent 损坏的学生信息等于StuNo char(9) 学生DI-43 FDRoom 损坏物品宿舍信息等于RNo char(6) 舍号DI-44 FDFitNum 损坏物品的数量Int 数量DI-45 FCompFit 赔偿物品信息等于FitName char(16) 物品名DI-46 FCompStu 需赔偿学生信息等于StuNo char(9) 学生DI-47 FCompMon 赔偿价格Float 赔偿价格DI-48 FCompPrin 赔偿负责人信息等于WorNo char(10) 负责人DI-49 FCompDate 赔偿日期Date 日期DI-50 FCompNum 赔偿物品数量Int 数量DI-51 AcNo 事故编号int 编号DI-52 AcType 事故类型char(10) 类型DI-53 AcArtical 事故损失物品char(30) 物品名DI-54 AcArNum 事故损失物品数量Int 数量DI-55 AcStu 事故受害学生等于StuNo char(9) 学生DI-56 AcDate 事故发生日期Date 日期DI-57 AcPrin 事故负责人信息等于SGHeader char(15) 负责人DI-58 AcStuPh 受害人联系方式char(12) 学生电话DI-59 AcVerify 事故是否属实Bool 核查DI-60 ARNo 事故调查编号char(4) 编号DI-61 ARName 事故调查名称char(15) 调查DI-62 ARPrin 事故调查负责人等于SGHeader char(10) 负责人DI-63 ARResult 事故调查结果Bool 结果DI-64 ACStu 事故赔偿学生信息等于StuNo char(10) 学生DI-65 ACArtical 事故赔偿物品信息char(30) 物品名DI-66 ACDate 事故赔偿日期Date 日期DI-67 ACPrin 事故赔偿负责单位等于SGHeader char(15) 负责单位DI-68 AIOStu 要求物品出入学生等于StuNo char(10) 学生DI-69 AIOArtical 出入物品信息char(20) 物品名DI-70 AIOPrin 出入物品审查人等于WorNo char(10) 负责人DI-71 AIODate 出入物品日期Date 日期DI-72 AIONo 物品出入序号Int 序号(b)数据结构:表1.2 数据结构列表数据结构编号数据结构名数据结构含义组成DS-1 Student 宿舍学生信息StuNo,DepName,StuName,StuSex,StuHom e,StuBorth,StuETime,StuPerfect,StuClassDS-2 Worker 宿舍楼工作人员信息WorTime,WorName,WorType, WorWage,WorSex,WorPhNo,WorNoDS-3 Room 宿舍信息RNo,RHeader,ROne, RClass, RThree,RFour,RFive,RSix,RGrade, RDepart,RPerfect,RTwo,DS-4 Dormitory 宿舍楼信息DorNo,DorCampus,DorPhNo数据结构编号数据结构名数据结构含义组成DorLocation,DorAdministDS-5 SafeGuard 宿舍保卫处信息SGName,SGWorNum,SGHeader,SGPhone DS-6 Fitment 宿舍物品配备信息FitName,FitPrice,FitNumDS-7 FitmentDestruction 宿舍物品损坏信息FDFitment,FDStudent,FDRoom,FDFitNumDS-8 FitmentCompensate 宿舍损坏物品赔偿信息FCompFit,FCompStu,FCompPrin,FCompDate,FCompNumDS-9 Accident 宿舍事故注册信息AcNo,AcType, AcStu,AcDate, AcArtical,AcVerify,AcPrin, AcArNum,AcStuPhDS-10 AccidentResearch 宿舍事故调查信息ARNo,ARName,ARPrin,ARResultDS-11 AccidentCompensate事故损失物品赔偿信息ACStu,ACArtical,ACDate,ACPrinDS-12 ArticalInOut 宿舍楼物品出入信息AIOStu,AIOArtical,AIOPrin,AIODate,AION o(5)处理逻辑描述(判定表或判定树)表1.3 处理逻辑列表判断用户修改要涉及的模块,同时把相应的修改数据传到相应的模块之中宿舍基本信息模块、宿舍楼基本信息模块、学生基本信息模块、宿舍楼配备物品基本信息模块、宿舍事故基本信息模块、宿舍楼物品出入基本信息模块、宿舍楼保卫处基本信息模块、楼道工人基本信息模块:先确定更新所涉及的功能模块;然后,把更新信息传送到相应的模块中;最后,进行相应的更新操作。