全国旅游业管理信息系统数据库应用

第一篇：全国旅游业管理信息系统数据库应用

全国旅游业管理信息系统数据库应用

我国是一个幅员辽阔、旅游资源极为丰富的国家，各地都分布着规模不等、各具特色、风情各异的旅游景点和旅游景区。在我国的旅游者中，既有本国旅游者，又有海外旅游者;旅行社组织的团体旅游者，自助旅游的零散旅游者等等类型非常丰富。而导游则成为旅游业的灵魂，成为旅行社的社会窗口。旅游者往往是通过导游去认识一家旅行社、一个城市以至于一个国家、一个民族的。为此，国家旅游局决定利用先进的信息技术，针对我国导游人员管理的现状，建立起一套以导游人员智能IC卡为管理基础的旅游业管理信息系统。该系统将对规范导游活动，保障旅游者和旅行社的合法权益，维护旅游市场秩序，及促进旅游业的健康发展起到积极的作用。项目目标：

国家旅游局对导游卡项目给予了极大的重视与期望。按照他们的预期，实施导游卡以后，符合条件的导游人员将获得导游智能IC卡。导游卡采用智能IC卡技术，存储了导游人员的姓名、性别、学历、语种、导游资格证号、导游证号码、身份证号码、所属旅行社、家庭住址、识别码等个人基本信息和违规记录、违规扣分分值、岗位培训、年度检查、导游类别等综合业务信息。导游凭导游卡进行服务，旅游行政管理部门通过导游卡对导游的服务质量、年检、培训、变更事项进行动态管理，并随时上传这些信息到省市旅游局的信息数据库，省市旅游局行业管理部门行使执法权和数据处理权，并且定时将数据上传到国家旅游局的数据库。由此建立起一套完善的管理系统，规范我国旅游行业的健康发展。根据以上需求，国家旅游局在经过慎重的反复评测与比较后，最终选择了全球领先的企业及移动基础架构供应商Sybase公司和北京实现通信有限公司来实现全国导游智能IC卡的建设。方案规划：

在赢得全国导游IC卡项目后，Sybase与北京实现通信有限公司开始了更进一步的解决方案规划。Sybase认为导游智能卡系统的设计应遵循先进性、实用性、可扩展性与标准化相结合的指导思想。具体表现为: 1.可靠性: 导游人员IC卡管理系统选用可靠的计算机及网络通信设备，同时配备成熟的系统软件保障系统的可靠运行。

2.安全性: 系统具有数据备份恢复功能，同时操作人员分等级管理，IC卡的数据也进行了加密，保证了系统数据的完整与安全。

3.实用性: 系统的软硬件设计是面向管理人员的，具有友好的操作界面，操作简便，易懂、易学。

4.可维护性: 硬件设备的选型选择国内具有维护力量和技术支持能力的设备，硬件的联接完全采用标准化接口;软件设计采用结构化模块设计，便于模块的添加、删减，程序结构清晰、易懂、便于维护。

5.先进性: 系统采用一定先进的软件、硬件产品，技术处理方法尽可能采用当前的最新研究成果。

6.可扩展性: 硬件的系统设计采用分布系统，留有充分余量和通讯接口;软件设计采用功能模块设计。

7.适应性: 作为导游人员IC卡信息管理系统，系统设计具备广泛的适应性。方案优势：

Sybase与北京实现通信有限公司建设的全国导游IC卡系统无论是与其他方案相比较，还是考虑实施中的具体表现都具有非常明显的优势。1.该系统能够实现集中控制，对所有的计算机资源统一管理。

2.该系统具有可扩展性，有通用的API或专用接口，能够进一步开发;也可与其他管理和应用软件有效地结合。允许自由地选择业务所需要的产品和资源，允许增加新资源。

3.该系统具有灵活性，产品是模块化所需要，可根据需要选配模块自制管理环境。4.该系统具有安全性，管理系统能够对自身进行监控，防止程序、数据被篡改;可与安全加密软件结合保证管理信息的安全传输。国家旅游局信息平台的系统管理与业务应用管理分离，保证业务应用的保密性和安全性。

5.该系统具有可靠性，管理软件自身必须有很强的自我纠错能力，能有效防止误操作和其他干扰。

6.该系统具有易用性，管理程序本身易于安装，易于使用，应采取直观的图形化界面，使管理人员易于理解和操作。技术架构

实现公司设计的全国导游IC卡网络管理系统的结构图:

全构导游IC卡系统数据流向图：

方案实施：

根据规划，全国导游IC卡系统最终采用了分布式数据库体系结构，利用Sybase Adaptive Server Anywhere——Mobilink 同步机制进行全国导游系统中关键数据的一致。在具体建设中，全国导游IC卡系统数据存储被分为四个层次: 1.国家导游人员信息管理中心数据库: 存储全国导游人员信息。由各省级中心数据库将数据上传到国家中心数据库，同时国家中心数据库将相应省级的数据下传到省级数据库中。

2.省级导游人员信息管理中心数据库: 存储全省导游人员信息。由各市级中心数据库将数据上传到省级中心数据库，同时省级中心数据库将相应市级的数据下传到市级数据库中。

3.市级导游人员信息管理中心数据库: 存储全市导游人员信息。由各区(县)中心数据库将数据上传到市级中心数据库，同时市级中心数据库将相应区(县)级的数据下传到区(县)级数据库中。

4.区(县)导游人员信息管理中心数据库: 存储全区(县)导游人员信息。各区(县)中心数据库将数据上传到市级中心数据库，同时接收市级中心数据库下传来的数据。

实施效果：

在经过紧张的设计与实施工作后，全国导游IC卡系统为国家旅游局带来了可喜的变化，其实施效果主要表现在以下几个方面: 1.对导游进行身份识别。从根本上制止无证、假证、过时证件的使用，对违规人员证件进行重点管理。

2.强化对导游服务质量的日常监督。通过“导游智能卡”工程，可以大大改善旅游行政执法手段，高效地进行动态监督管理，规范旅游执法人员的执法行为。“导游智能卡” 工程使导游证纸证变为智能卡证，充实了管理的内涵。

3.促进行政管理决策科学化。“导游智能卡”工程可以实现全国范围内导游人员信息汇总、统计和分析，及时掌握全国各地导游的分布、结构及导游人员素质等信息，为旅游管理部门的决策提供科学、准确的依据。

4.有助于区分导游员的档次，提升导游的总体水平。导游智能卡将对导游的等级和档次通过卡面的颜色进行区分，使游客便于区别，有利于促进导游自身水平的提高。

客户评价：

经过一段时间的应用，国家旅游局对该系统的效果非常满意。国家旅游局的信处长谈到:“随着计算机技术及其他高科技技术的不断发展和完善，针对我国导游人员管理的现状，并对一些法规、文件进行认真分析总结后，我们决定提出建立一套以导游人员IC卡为基本流动数据载体和基本信息单元;以手持式IC卡POS机作为检查导游人员违章行为处理的工具;以现代化通讯方式为网络联通手段;以客户——服务器模式为数据结构的计算机信息管理系统。用来实现对导游人员的规范化管理。Sybase与北京实现通信有限公司为我们建设的导游智能IC卡系统表现令人极为满意，我们的工作不仅因为这套系统得到了极大的提高与保障，更重要的是我国的旅游业得以能够更加规范健康的发展，我们非常感谢Sybase与北京实现通信有限公司的工作。”

全国导游IC卡系统最终采用了分布式数据库体系结构，利用 Sybase Mobilink同步机制进行全国导游系统中关键数据的一致，完善了旅游局对导游员的管理。

第二篇：数据库课程设计__医院管理信息系统

数据库课程设计报告

设计项目名称： 医院管理系统

专 业： 网络工程 班 级： 201001 学 号：201026340117;201026340121 姓 名： 张世波

赵流男 指 导 教 师： 刘小俊

2012 年 6 月 7 日

一 系统分析

1．1 业务系统描述及流程分析

对一个住院病人来讲，他到医院看病的过程及医院的处理流程，简单的讲是：病人先要到住院处登记并交纳住院押金，床位紧张的医院登记后要等待床位。然后，到病区接受主治医生的检查和询问，接受入院常规检查，接受临时治疗或按主治医生制定的长期治疗方案接受长期治疗。治疗过程中医生给病人下医嘱，医嘱产生药品和治疗项目两种申请单，药房根据病区的发药申请单给病人发药，在此之前药房要向药库申请进货，如果药库有库存则发给药房没有则列入采购计划。治疗过程中因为押金不够或医生的判断，需要退药，则会向药房申请退药。治疗项目在功检科室做完后直接收费。治疗结束后护士让病人出区，出入院处再给病人办理出院手术。同时，对医院管理者来讲，还要将上述过程中发生的各类数据信息由医院各职能部门和其下属部门的工作人员把各种单据归类、统计、汇总、计算形成各类报表。并将这些报表，报送相应的管理职能科室，再由这些科室将这些报表制单、汇总、计算形成医院总体的人事、财务、备、医疗等各类报表和管理分析图表。

1．2 HIS系统的目标

HIS的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据，杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。为了实现以上功能，我们必须做好以下几点:基础数据标准化，重视系统的实用性、经济性、安全性，顺应管理扁平化的管理趋势。

二 系统总体结构设计 2．1 数据库设计

系统总体结构功能模块设计后，就要对数据库进行设计了。支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成，其中除数据库管理系统可以从现有产品中选购外，外模式、子模式、应用程序、数据库等则必须根据用户的具体要求进行分析和设计，这项工作称为数据库设计，它的核心问题是如何从系统的观点出发建立一个数据模式，使其满足以下几个条件：

（1）符合用户的要求，即能正确地反映用户的工作环境，该环境包括拥护需处理的所有”数据”，并支持用户需进行的所有“加工”。

（2）与所选用的数据库管理系统所支持的数据模式相匹配。

（3）数据组织合理，应易于操作，易于维护，易于理解。

2.2 E—R图（部分）

工资医嘱医生开药方药品工资护士做手术类型照看病人吃药付费费用

2.3转换规则

1）实体集的转换

每个实体集用一个关系表示，其中实体集的属性被转换成关系的属性。实体集的主键，在满足唯一标识的无冗余等性质的条件下，将作为对应关系的主键。在实体的对应关系上，由于加入了联系，可能还要增加一些属性。

2）联系的转换（1）1：1的联系

如果实体集E1与实体集E2的联系为1：1，应根据需要把E2的主键放入关系模式E1中，或反之。

（2）1：N的联系

如果实体集E1与实体集E2的 联系为1：N，将E1的主键包含在E2的关系模式中。

（3）M：N的联系

如果实体集E1与实体集E2繁荣联系为M：N，则它们之间的联系由另一个关系模式表示，这个关系模式由每个参加的实体集的主键及这个 联系的任何属性一起组成。

2.4 数据库的实现

通过对转换后所得到关系模式的分析，结合本系统的功能及所选开发工具和数据库系统的特点，对系统数据库进行设计，建立一个具有良好的数据组织结构的数据库，应遵循的原则有：

（1）可能减少数据冗余和重复（2）结构设计和操作设计相结合（3）数据结构具有相对的稳定性 由于数据库中所保存的数据是系统中非常重要的资源，所以在数据库设计时一定要注意数据结构的安全性、完整性，并发控制与恢复，而一般的数据库管理系统都提供了一定的数据保护功能，如：

1.医生信息表（doctor）

2.费用明细表

三 小结

作为一名学习信息与计算科学的学生，我们得以有机会在课设中锻炼自己，数据库课程设计使我系统地，完整的接触信息系统管理的全过程。我的题目是“医院病例管理系统”的设计。在这次课程设计之前，我对数据库的实际应用不是特别的熟悉，在这次的课程设计中，我伴着课本，在各位同学和朋友的帮助下努力理解并消化所学。在设计的过程中，突然发现一直以来令自己颇为头疼的计算机课程变的不再那么僵硬束缚，而且真正较为理解了数据库的实际用途。

在某种程度上说是自己实践旅途上迈出的第一步！通过这次的课程设计，我对数据库有了切身的体会。它并不像我原来所想的那样十分神秘，而是有着一个相对固定的模式和流程。我们只要按照这个模式和流程，就能够比较规范的完成一个系统的设计。当然这也需要我们掌握多方面的知识。在这次课程设计中，我觉得自己的知识面还是有欠缺的。需要在以后的学习中加以注意，要全面 的提高自己的知识面与知识层次。

课程设计我获得了另外一种意义的最大的收获。那就是有时候在自己对事物不感兴趣，对目的不甚明了的前提下，不应该尽早放弃，而是应该进最大努力去主动了解，想来自己曾经对计算机完全不感冒的情况下，也是可以利用短暂的时间来搞定一个看似很困难的事情，事在人为，要在自己思想和行为一致懒惰的时候“逼迫”自己做一些本该做好的事情。再有就是在课程设计中，自己也是意识到无论做什么事情，都应该用心，用力，细心，而又耐心！赶早不赶晚！把工程缩小成块，耐心而又细致的处理每一个部分，既挑战了自己的知识基础，又挑战了自己的耐心和韧性！无疑这是对自己的一次历练！

四 源程序代码

数据库的创建代码： create database HIS go---------------------------职称表

create table call_job(C_id char(8)primary key，C_name char(20)not null unique，get_job_time smalldatetime, base_job_money int,);---------------------------科室表

create table doc_room(dr_id char(5)primary key，dr_name char(20)not null unique，get_job_time smalldatetime, n_Master_ID char(8)not null, base_job_money int,);---------------------------医生信息表

create table doctor(id char(8)primary key, name varchar(20)not null，sex char(2)default '男' not null ，nation char(10)not null ，call_job_id char(8)not null，get_at_hos_time smalldatetime，doc_room_id char(5)not null，phone varchar(15)，photo image, constraint fk_doctor_call_job foreign key(call_job_id)references call_job(c_id)，constraint fk_doctor_DOC_room foreign key(doc_room_id)references doc_room(dr_id), constraint ck_2 check(sex in('男','女')))-----------------------------病区

create table sick_room(id char(5)primary key, name varchar(20)not null，doc_room_id char(5)not null，constraint fk_sick_DOC_room foreign key(doc_room_id)references doc_room(dr_id),)------------------------------护士信息

create table nurse(id char(8)primary key, name varchar(20)not null，sex char(2)default '女' not null ，nation char(10)not null ，call_job_id char(8)not null，get_at_hos_time smalldatetime，sick_room_id char(5)not null，phone varchar(15)，photo image, constraint fk_nurse_call_job foreign key(call_job_id)references call_job(c_id)，constraint fk_nurse_DOC_room foreign key(sick_room_id)references sick_room(id), constraint ck_3 check(sex in('男','女')))-------------------------------病房信息

create table sick_bed_room(id char(5)primary key, name varchar(20)not null)-------------------------------病床信息

create table sick_bed(id char(5)primary key, name varchar(20)not null，sick_room_id char(5)not null，sick_bed_room_id char(5)，flag char(2)default'0'not null，constraint fk_sick_bed_sick_room foreign key(sick_room_id)references sick_room(id)，constraint fk_sick_bed_sick_bed_room foreign key(sick_bed_room_id)references sick_bed_room(id)，constraint ck_sick_bed_flag check(flag in('0','1')))------------------------------功能检测

create table fun_check(id char(5)primary key, name varchar(20)not null，check_end char(50)，check_doc_id char(8)not null，check_date smalldatetime，doc_room_id char(5)，constraint fk_fun_check_doctor foreign key(check_doc_id)references doctor(id))---------------------------病人信息

create table sick_person(reg_num char(8)primary key,--流水号

name varchar(20)not null，sex char(2)default '男'not null，age smallint not null，addr char(30)，realdate smalldatetime，flag char(4)default '专家' not null，constraint ck_age check(age>0 and age<150)，constraint ck_flag check(flag in('一般','专家')), constraint ck_person_sex check(sex in('男','女')))---------------------------特殊病人（住院）

create table sick_stand_person(reg_num char(8)not null unique,--流水号

stan_in_num char(5)primary key,--住院号

person_ID char(18)not null，sick_bed_id char(5)not null，in_realdate smalldatetime，out_realdate smalldatetime，constraint fk_sick_stand_person_sick_person foreign key(reg_num)references sick_person(reg_num)，constraint fk_sick_stand_person_sick_bed foreign key(sick_bed_id)references sick_bed(id))---------------------------付费方式

create table fee_way(fee_id char(5)primary key，fee_name char(20)not null，fee_wipe_out_scale smallint not null，start_date smalldatetime，constraint ck_fee_wipe_out_scale check(fee_wipe_out_scale>0 and fee_wipe_out_scale<100))----------------------------药库

create table big_drug_store(drug_id char(5)primary key，drug_name char(20)not null,)-----------------------------药房

create table drug_store(drug_id char(5)primary key，drug_name char(20)not null，big_drug_store_id char(5)not null，constraint fk_drug_store_big_drug_store foreign key(big_drug_store_id)references big_drug_store(drug_id))------------------------------医生工资

create table doctor_wage（doc_id char(8)primary key，operation_time smallint default'0'，sum_money int，constraint Ck_operation_time check(operation_time>=0))------------------------------护士工资

create table nurse_wage（n_id char(8)primary key，add_time smallint default'0'，sum_money int，constraint Ck_add_time check(add_time>=0))-------------------------------管理员

create table admin_person（a_id char(8)primary key，admin_name char(20)not null，sex char(2)default '男' not null ，add_time smallint default'0'，person_ID char(18)not null，call_job_id char(8)，addr char(50)，sum_money int，phone char(15)，photo image, constraint fk_admin_call_job foreign key(call_job_id)references call_job(c_id)，constraint Ck_admin_add_time check(add_time>=0), constraint ck_sex check(sex in('男 ','女')))-----------------------------------帐号密码

create table account_password(acc_id char(16)primary key，password char(20)default'666666' not null)-----------------------------------手术类型

create table operation_way(opera_id char(5)primary key, opera_name char(25)not null，fee_for_op int)-------病人-手术

create table doc_sick(sick_id char(5)，doctor_id char(8)，real_date smalldatetime，opera_way_id char(5)，constraint Fk_doc_sick_sick_stand_person foreign key(sick_id)references sick_stand_person(stan_in_num)，constraint Fk_doc_sick_doctor foreign key(doctor_id)references doctor(id)，constraint Fk_doc_sick_operation_way foreign key(opera_way_id)references operation_way(opera_id))----------------------------------药品类型

create table drug_type(dy_id char(5)primary key，dy_name char(20)not null,)-----------------------------------药品信息

create table drug(d_id char(15)primary key，d_name char(30)not null，make_datetime smalldatetime not null, valid int not null, manufacturer char(30)not null，drug_manage_person_id char(8)，drug_store_id char(5)，d_type_id char(5)，d_price smallint not null，d_number smallint not null，constraint Fk_drug_admin_person foreign key(drug_manage_person_id)references admin_person(a_id), constraint Fk_drug_drug_store foreign key(drug_store_id)references drug_store(drug_id), constraint Fk_drug_drug_type foreign key(d_type_id)references drug_type(dy_id))-----------------------------------付费

create table fee(stan_in_num char(5)primary key，ought_fee int not null，fact_fee int not null，fee_wipe_out_scale_id char(5)，stored_fee int not null，cur_time smalldatetime，stop_drug char(2)default'停', constraint Ck_stop_drug check(stop_drug in('停','用'))，constraint Fk_fee_sick_stand_person foreign key(stan_in_num)references sick_stand_person(stan_in_num)，constraint Fk_fee_fee_way foreign key(fee_wipe_out_scale_id)references fee_way(fee_id))-----------------------------------病人-药

create table drug_sick_person(reg_num char(8), d_id char(15), num smallint, real_date smalldatetime, doc_id char(8), constraint Fk_drug_sick_person_sick_person foreign key(reg_num)references sick_person(reg_num), constraint Fk_drug_sick_person_drug foreign key(d_id)references drug(d_id), constraint Fk_drug_sick_person_doctor foreign key(doc_id)references doctor(id), constraint Ck_num check(num>0),)Go go create trigger doc_time_add on doc_sick after insert as declare @doc_id char(8)--@sick_id char(5)select @doc_id=doc_id from inserted i join doctor_wage dw on i.doctor_id=dw.doc_id update doctor_wage set operation_time=operation_time+1 where doc_id=@doc_id---------------------------go create trigger call_job_delete on call_job after delete as begin if exists(select *from deleted D join doctor doc on d.c_id=doc.id where C_id not in(select distinct id from doctor))

begin

print'还有人使用这个职称类型，删除不成功！'

rollback transaction

end else

print'删除成功！' end

第三篇：全国公务员管理信息系统

全国公务员管理信息系统

根据中央和省公务员主管部门要求，9月底前要完成市县公务员信息库建库工作，年底前初步建立起全国公务员管理信息系统。8月21日上午，我市召开会议部署和推进我市公务员管理信息系统建设工作，要求各县区、市直部门在9月20日前将相关信息汇总到市委组织部、市人社局。

据悉，加强公务员管理信息系统建设，有利于提高公务员管理科学化水平，动态掌握分析公务员队伍数量、结构、分布及发展趋势，为科学决策和宏观管理提供支撑；有利于提高公务员规范化管理水平，逐步实现公务员“进、管、出”各个环节的动态管理、实时监督、全程监督，及时发现工作中存在的问题，有效堵塞管理漏洞；有利于提高公务员管理信息化水平，实现上下信息通畅、相关数据及时更新、业务表单自动生成、工作信息实时交换，提高工作效率和质量。会议指出，各地、各部门当前要做好工作部署、专题培训、信息采集录入、督促指导工作，稳步推进安全体系建设。同时，我市还将做好公务员职业道德主题教育考试、全市十佳职业道德模范评选、公务员职业道德主题实践活动评估考核以及总结工作，全面提升公务员职业道德水平，努力造就一支政治信念坚定、精神追求高尚、职业操守良好、人民群众满意的公务员队伍。

第四篇：全国中小学生学籍管理信息系统应用培训考试题1

一、填空题（共5题，每空3分，共30分）

1.学籍是指某个儿童少年作为某所学校学生的身份，也是学生在该校学习的资格。学籍具有性、依附性（依附学生和学校）、流动性。

2.学籍作为一种就读资格，存在“取得（学生）或、变动（升级、升学、跳级、留级、转学、休学、复学）、完结”三个阶段。

3.学校（机构）代码由 和两部分组成。

4.公民身份号码若存在重码时，按 原则，后入者按暂

5.学生学籍管理采用方式，实行全省统筹、管理体制。

6.因病或特殊事故未到校办理入学注册手续的普通高中新生，凭

有关单位开具的证明到学校办理延缓入学手续，经学校书面报主管教育行政部门批

准，保留其入学资格 1年。

7.义务教育阶段普通中小学校、特殊教育学校的招生对象为 的儿童、少年。小学招收当年 8月 31 日（含8月31 日）前年满 6周岁的儿童，条件不具备的地区的儿童，可以推迟到七周岁。

8.学生家长提出修改学生基础信息的，凭 请。

9.转学手续一般在。

10.小学、初中的学生，原则上不予转学。

11．普通高中学校之间的学生转学以学校等级相同、年级相衔接为原则，年级不接收转学学生。

12.普通高中学生一学期无故旷课累计达 节者给予警告处分，累计达处分，累计超过 150 节者，作自动

退学处理，并正式通知学生家长。

13.义务教育各年级实行编班。不得实行固定阶梯式能力分班，不得设等。

14.问题学籍有_、___、三种类型。

二、判断题（共10小题，每题2分，共20分，请在括号内填写“√”或“×”）

1.“学校（机构）标识码”是指由教育部按照国家标准及编码规则编制，赋予每一个学校（机构）在全国范围内唯一的、可能会变的识别标识码。（×）

2.义务教育公办学校均不得采取考试方式进行入学选拔，民办学校可以采用考试方式进行入学选拔。（x）

3.义务教育阶段普通中小学校，应招收具有接受普通教育能力的适龄残疾儿童、少年随班就读。

（√）

4.学生需连续停课1个月以上的，由学生家长填写《广东省中小学生休学和复学申请表》，并提交有关证明材料，经学校和主管教育行政部门审核同意后，准予休学。（×）

5.家长持已办理审批手续的转学申请表和其他有效证明材料到转入学校办理，转入学校将转学申请表扫描后上传到电子学籍系统，通过电子学籍系统发起办理转学手续并核办。（√）

6.学生在休学和受处分期间也可以转学。（×）

7.学生因伤病提出休学的，须提供市级以上医疗机构出具的医学诊断证明。（×）

8.学生休学期间，不保留学籍，不保留助学金及其它待遇。（×）

9.学生休学期限为一年。（√）

10.义务教育学生休学期满后未办理复学或续休手续达到一个月，且经学校多方联系仍无结果的，视为辍学。（×）

11.普通高中学生休学期满不按时到校复学者，作自动退学处理，休学超过 2 年者应予退学。（√）

12.公办义务教育阶段学校不得招收已完成九年义务教育的复读生。（√）

13.公办普通高中学校可以招收往届生复读。（×）

14.被学校开除学籍的普通高中学生经学生申请、师生评议、学校批准，可以撤销其处分。（×）

15.学生遗失《广东省九年义务教育证书》或《广东省普通高中毕（结、肄）业证书》，学校不予补发，但可为其办理学历证明。（√）

16.个人标识码共19位，由1位类型码和18位公民身份号码或18位个人标识自编码构成。（√）

17.义务教育阶段公办学校对适龄儿童、少年实行就近入学。（√）

18.学生死亡，学校应当凭相关证明在10工作日内通过电子学籍系统报学籍主管部门注销其学籍

（x）

19.义务教育学校不实行留级制度，学校不得要求或安排学生留级。普通高中学校可以留级。（×）

三、简答题（共2题，每题15分，共30分。）

1.义务教育阶段学生转学书面审批的一般程序是怎样的？

答：书面审批一般程序为：转入学校审核→转入地县级教育行政部门审核→转入地市级以上教育行政部门审批（备案）→转出学校审核→转出地县级教育行政部门审核→转出地市级以上教育行政部门审批（备案）。

2.普通高中学校学生转学书面审批的一般程序是怎样的？

答：普通高中学生转学书面审批实行相关学校、县级教育行政部门、市级教育行政部门三级管理（市级、省级直管的普通高中学生转学书面审批实行相关学校、市级或省级教育行政部门二级管理），跨省转学审批由省教育厅委托市级教育行政部门代为办理。书面审批必须填写《广东省普通高中学生转学申请表》，并经有关学校和教育行政部门审核批准。

3.由外省转入我省的普通高中学生需具备哪些条件？

答：由外省转入我省的普通高中学生，须具有我省户籍，必须持有转出地省级教育主管部门或已由该省教育主管部门授权代理的市级教育行政部门出具的转学证明、我省户口本及其他有效证明材料，经市级以上教育行政部门审核批准。

4.学生在什么情况下可以申请休学？

答：学生有下列情况之一且需连续停课3个月以上的，由学生家长填写《广东省中小学生休学和复学申请表》（附件9），并提交有关证明材料，经学校和主管教育行政部门审核同意后，准予休学：

（一）学生因伤病需治疗、休养的；

（二）学生参军或出国出境就读的；

（三）其他特殊原因的。

5.义务教育阶段学生的处分有哪些？普通高中学校学生的处分有哪些？

答：对违纪又屡教不改的义务教育阶段学生，视其情节轻重，学校应根据中小学生处分规定分别给予警告、严重警告、记过处分。

对违纪又屡教不改的普通高中学生，视其情节轻重，分别给予警告、记过、留校察看、勒令退学、开除学籍等处分。

6.学校违反了教育部《中小学生学籍管理办法》中的哪些学籍管理规定，情节严重的，依法追究校长和相关人员责任？请至少列举三条以上。

答：学校违反本细则的规定，有下列情形之一的，由主管教育行政部门责令改正；情节严重的，依法追究校长和相关人员责任：

（一）不为已接收学生建立学籍档案的；

（二）以虚假信息建立学籍或学籍档案的；

（三）不及时把学籍变动信息纳入学籍档案的；

（四）不及时报告义务教育阶段学生辍学情况的；

四、请结合省学籍管理实施细则与工作实际，谈谈如何更好地开展学籍管理工作。

（20分）

答：重视全国学籍系统的培训工作，认真研读《全国中小学管理办法》及《广东省学籍管理办法实施细则（送审段）》；熟悉全国学籍管理系统的操作，做好学生的信息采集工作，对学生的资料做好保密措施；密切与上一级教育部门学籍领导联系，遇到问题及时反映上报，寻找解决办法。

第五篇：西安交大864管理信息系统与数据库

864 管理信息系统与数据库复习提纲

一、总体要求

本科目考试为情报学初试科目，涉及二门必修课程，管理信息系统、数据库原理与应用。考试的目的在于考查考生对基本概念、基本理论的掌握，运用基本理论与基本方法分析和解决实际问题的能力。

二、考试范围与要点

（一）数据库部分数据库系统概述

数据库系统概述、数据模型、数据库系统结构、数据库系统的组成等；关系数据库基本理论

包括关系数据库定义、关系操作、关系规范化、关系处理与查询优化等；关系数据库标准语言SQL

SQL语言概述、SQL语句的表达等；数据库控制

包括数据库安全性、数据库完整性、数据库并发控制、数据库备份与恢复等；数据库设计

数据库设计概述、需求分析、概念结构设计、逻辑结构设计、数据库的实施和维护等。

（二）管理信息系统部分管理信息系统概述

信息技术与企业管理、信息系统在组织中的作用、信息系统、信息系统的类型、数据与信息、管理系统与管理决策、管理信息系统及其结构、信息系统的技术基础、Web开发的基本技术 2 管理信息系统的规划与开发

系统规划、系统规划常用的方法、企业流程重组、系统开发的思想和方法、管理信息系统的开发过程与方法、系统开发方式管理信息系统的系统分析

系统分析、现行系统的详细调查、组织结构与业务流程分析、用户需求分析、数据流程分析、数据流程图、数据字典、描述处理逻辑的工具、新系统逻辑模型的建立、系统分析报告 4 管理信息系统的系统设计

系统设计的目标和原则、功能结构图设计、代码设计、输入设计、输出设计、数据存储设计、处理流程图设计、用户界面设计、系统物理配置方案设计、系统设计文档

5管理信息系统的系统实施与维护

系统实施步骤、软硬件购置、程序设计、数据库实施、系统测试、系统切换、人员培训、系统实施文档、系统维护、系统评价信息系统管理

信息系统开发的项目管理、信息系统的运行管理与维护、信息系统管理模式与伦理企业资源计划

信息集成、制造资源计划（MRP）、MRP II、供应链管理、企业资源计划（ERP）

三、试卷分值与各部分所占比例

试卷满分150分，其中数据库部分占50%，管理信息系统部分50%。

四、考试形式与考试时间

考试采用闭卷笔试的形式，答题时间为180分钟。

五、试卷结构、题型与答题方式

试卷分为数据库和管理信息系统两个部分。题型包括：基本概念考核（填空题、选择题、名词解释等），计算与设计题（考察基本技能掌握与应用），综合分析题（问答题、分析应用题、论述题等）。

答题过程不需要使用计算器，所有解答均写在答题纸上。

六、参考书：

1．王珊，萨师煊著，数据库系统概论（第4版)，高等教育出版社，2006.5

2．黄梯云等，管理信息系统（第四版），高等教育出版社2009

3．薛华成主编，管理信息系统（第5版），清华大学出版社2007