数据库大作业——一卡通课程设计教案资料

数据库大作业——一卡通课程设计

数据库应用大作业

实验报告

Oracle数据库试验

课程名

称：

校园一卡通的设计与实现

实验项

目：

姓名：任秀虎

学号：13101192

班级：软件开发技术

校园一卡通的设计与实现

一、引言：

1.1背景

一卡通网校园一卡通系统是数字化校园的基础工程，是数字化校园中有机的、重要的组成部分。为数字化校园提供了全面的数据采集平台，结合学校的管理信息系统和网络，形成全校范围的数字空间和共享环境。为学校管理人员提供具有开放性、灵活性、面向学校的应用服务管理平台、是管理科学化的必要前提和基本途径。以校园一卡通系统为平台，实现以人为本，并可充分利用银行的金融服务，实现“一卡在手，走遍校园”，必将满足学校数字化建设的需求及目的。

1.2简要需求说明

有多个校区，每个校区都有自己独立的服务器，校区间通过宽带连接，校园卡在校区间可通用，前提是服务器之间数据要同步。

针对学校的实际情况，校园一卡通可以实现以下几个方面的功能：

①电子钱包功能：校区内的所有的食堂，都可以使用一卡通进行交易。

②管理（身份识别）功能：校内使用的各种证卡均可由校园一卡通代替，实现图书馆、电子阅览室、学生公寓、考勤的身份识别一卡通。实现校内所有重要场所的出入门禁管理。

③.金融功能：学生可以使用与校园卡关联的银行卡进行存取款、转账结算等金融业务

1.3 系统需求:

中心数据库：oracle11g

操作系统：Windows xp,Linux

内存要求：不小于2G

交换空间：不小于8G

工作站操作系统：Windows 2000/XP等

系统容量：系统帐户容量10万，可以扩充

子系统接入数量：128个，可以扩充

网络设置：根据学校建筑布局结合现有走线管道，并为安全性考虑，提供两种一卡通网络的组建方案:

（1）在现有校园主干网中分一个VLAN（虚拟局域网），将所有一卡通系统的计算机全部接入这个VLAN，以达到一卡通网络与校园网逻辑上分开互相不能访问。

（2）利用现有管道重新铺设线路并添置新的网络设置（交换机、集线器等），将一卡通系统组成一个单独的网络，这样在物理上与校园网分开。

校区互联：应用代理服务器机制,代理服务器只接受用户的查询并转发服务器中的数据，在代理服务器上运行专用的软件，定时负责与各个校区的服务器交换数据。

例图如下：

1.4系统设计原则：

安全、可靠、高效、易扩展

1.5 设计背景：

项目名称：校园一卡通系统

用户：大学或高级中学

1.6 参考资料：

1.《oracle10g:Program with PL/SQL》

2.《数据库系统概论》

3.CSDN有关Oracle数据库资料

二、数据库的物理结构设计

2.1 数据库设计：

●全局数据库名称：orcl

●数据库字符集选择：采用UTF8字符集

●数据库的DB_FILES 设置使用默认的值200

●OLTP类型：db_block_size 用比较小的取值范围： 2048 或 4096

2.2 数据库控制文件配置：

D:\ORACLE\ORADATA\ORCL\CONTROL01.CTL

D:\ORACLE\ORADATA\ORCL\CONTROL02.CTL

D:\ORACLE\ORADATA\ORCL\CONTROL03.CTL

2.3 数据库重做日志文件配置：

D:\ORACLE\ORADATA\ORCL\REDO01.LOG

D:\ORACLE\ORADATA\ORCL\REDO02.LOG

D:\ORACLE\ORADATA\ORCLREDO03.LOG

三、数据库的逻辑结构设计

3.1 有关表空间的设计与实现：

1、管理员信息表：

admin_info 记录系统管理者的有关信息,权限分三级，用数字1，2，3来表示，权限大小递减

Create table admin_info

( admin_id varchar2(20) constraint admin_info_pk primary key ,

admin_name varchar2(20) not null,

admin_password varchar2(15) not null,

admin_privilege number(1)

)；

2、用户信息表：

user_info记录学生用户的有关信息

用户编号为学号或教职工编号

Create table user_info

( user_num varchar2(20) constraint student_info_pk primary key ,

user_name varchar2(20) not null,

user_card_id varchar2(20) not null ,

user_sex varchar2(4) not null,

user_department varchar2(30) not null,

Constraint user_info_fk foreign key( user_card_id)

references user_info(user_num)

)；

3、一卡通信息表：

info_card 记录一卡通用户的有关信息

表示为非挂失状态，1表示为挂失状态

Create table info_card

( card_num varchar2(20) primary key,

card_user_id varchar2(20),

card_leftmoney number(10,2) ,

card_password varchar2(20) not null,

card_losted number(1) not null default(0),

Constraint info_card_fk foreign key( card_user_id)

references info_card(card_num)

)；

4、流水帐消费记录表:

consume_info 记录用户消费情况

Create table consume_info

( consume_num varchar2(20) not null,

consume_money number(10,2) not null,

consume_date varchar2(20) not null,

concume_machine_id number(3) not null

)；

5、存款/转账记录表：save_money 记录学生存款的情况

此表记录学生存现、转账情况。

如果是转账：存款类型为 0

如果是存现：存款类型为 1

操作员编号为POS机的编号（自动编号为0000）

Create table save_money

(

save_user_id varchar2(20) primary key,

save_money number(10,2) not null,

save_date varchar2(20) not null,

save_type number(1) not null default(0),

save_operator_id varchar2(6) not null

)；

6、连接银行卡和一卡通的中间记录表（银校表）：bank_campus

仅用来作为一卡通用户进行转账时的用户安全验证

Create table save_money

(

bank_campus_userid varchar2(20) primary key,

bank_campus_banknum varchar2(30) not null,

bank_campus_bankpassword varchar2(6) not null,

bank_campus_bankbook varchar2(30) not null ,

Bank_campus_transfer number(10,2) not null default(50.00), bank_campus_idcard varchar2(20) not null

)；

7、假设用户在银行开的账户表如下：bank_account

Create table bank_account

(

bank_account_bankbookid varchar2(30) primary key, bank_account_banknum varchar2(30) not null,

bank_account_bankpassword varchar2(6) not null,

bank_account_name varchar2(20) not null , Bank_account_leftmoney number(10,2) not null , bank_account_idcard varchar2(20) not null

)；

8、退款销户记录表：

remove_user_info 用于记录退款销户情况

Create table remove_user_info

(

remove_userid varchar2(20) primary key,

remove_money number(10,2) not null,

remove_date varchar2(20) not null,

remove_type number(1) not null,

remove_operator varchar2(10) not null

);

3.2 有关表索引的设计与实现：

1.对学生用户表按院系/部门建立索引：index_student

Create index index_student

on user_info(user_department)；

2.对一卡通信息表的挂失字段建立索引：index_card_lost

Create index index_card_lost

on info_card(card_losted)；

3.3 有关视图的设计与实现：

1、终端交易记录视图：view_terminal_record

Create or replace view view_terminal_record

(terminal_id,terminal_trademoney,terminal_date)

As

select concume_machine_id,sum(consume_money),consume_date

From consume_info

Where concume_machine_id = &p_terminal_id

Order by concume_machine_id,to_date(consume_date，'DD-Mon-YY'）；

3.4 PL/SQL程序实现（存储过程和函数）

在用户存在且一卡通没有挂失的条件下实现

1、存现函数：Fun_save_money用来完成对一卡通现金的存储, 存款不成功返回值为

False,存现成功则返回为True

Create or replace function Fun_save_money

(

P_userid IN info_card.Card_num%TYPE,

p_save_money IN info_card.Card_leftmoney%TYPE,

P_operatorid IN varchar2,

P_show_message OUT varchar2

) return boolean

Is

Begin

If p_save_money > 0 then

Update info_card

Set card_leftmoney=card_leftmoney+p_save_money

Where card_num=p_userid;

Insert into save_money

Values(p_userid,p_save_money,to_char(sysdate,'yyyy-mm-dd

hh:mi:ss'),1，p_operatorid);

P_show_message='用户' ｜｜p_userid｜｜‘存现成功！’;

Return true;

Else

P_show_message = ‘存款金额非法！’；

Retrun false;

End if

End Fun_save_money;

2、转账函数:Fun_hand_transfer和Proc_auto_transfer 用来从银行储蓄卡里面向一卡

通里充值，可以自动充值也可手动充值。当一卡通余额不足10元时系统可以自动向一卡通

充值（默认值50元，可以修改），用户也可手动用储蓄卡向一卡通充值。

手动充值函数：Fun_hand_transfer

Create or replace function Fun_hand_transfer

（

P_posid IN number,

p_tansfer_money IN bank_campus.bank_campus_transfer%TYPE,

P_userid IN bank_campus.bank_campus_userid %TYPE,

P_bank_account_num IN bank_campus.bank_campus_banknum%TYPE, P_bank_account_psw IN bank_campus.bank_campus_bankpassword%TYPE,

P_show_message OUT varchar2

）return boolean

Is

V_bank_money number(10,2);

Begin

If p_tansfer_money >0 then

V_bank_money =

Fun_bank_interface(p_tansfer_money,P_bank_account_num,P_bank_account_psw);

If v_bank_money !=0 then

Update table_info_card ----更新一卡通信息表

Set card_leftmoney=card_leftmoney + v_bank_money

Where card_num=p_userid;

Insert into save_money -----记录转账信息

Values(p_userid,p_tansfer_money,to_char(sysdate,'yyyy-mm-dd

hh:mi:ss'),0，p_posid);

P_show_message='用户' ｜｜p_userid｜｜‘转账成功！’;

Return true;

Else

P_show_message='用户' ｜｜p_userid｜｜‘转账失败！’;

Retrun false;

End if

Else

P_show_message=‘输入金额非法！’；

Return false;

End if

End Fun_hand_tansfer

自动充值存储过程： Proc_auto_transfer

Create or replace procedure Proc_auto_transfer

Is

V_money number(10,2);

V_addmoney number(10,2);

V_user_id varchr2(20);

V_bank_cardid varchar2(30);

V_bank_psw varchar2(6);

Cursor auto_transfer_cursor is

Select card_num,card_leftmoney

From info_card

Where card_leftmoney<10.00

Order by card_leftmoney;

Begin

Open auto_transfer_cursor;

Fetch auto_transfer_cursor into v_user_id,v_money;

While auto_transfer_cursor%found loop

Select

bank_campus_banknum,bank_campus_bankpassword,Bank_campus_transfe

Into V_bank_cardid,V_bank_psw,V_addmoney

From bank_campus

Where bank_campus_userid=v_user_id;

V_money=Fun_bank_interface(V_addmoney,V_bank_cardid,V_bank_psw);

If v_money!=0 then

Update info_card ----更新一卡通信息表

Set card_leftmoney=card_leftmoney + v_money

Where card_num=v_user_id;

Insert into save_money -----记录转账信息

Values(v_user_id,v_money,to_char(sysdate,'yyyy-mm-dd hh:mi:ss'),0，'0000');

End if

Fetch auto_transfer_cursor into v_user_id,v_money;

End loop;

Close auto_transfer_cursor;

Commit;

End Proc_auto_transfer

银行卡接口函数：Fun_bank_interface

Create or replace function Fun_bank_interface

( p_tansfer_num IN number ,

P_tansfer_accountid IN varchar2,

P_tansfer_accountpassword IN varchar2,

P_show_message OUT varchar2

) return number

Is

V_money number(10,2);

Begin

Select bank_account_leftmoney

Into v_money

From bank_account

Where P_tansfer_accountid=bank_account_banknum

And P_tansfer_accountpassword=bank_account_bankpassword ；

If (p_tansfer_num > 0 and v_money-ptansfer_num>0) then

Update bank_account

Set Bank_account_leftmoney=bank_account_leftmoney-p_tansfer_num Where P_tansfer_accountid=bank_account_banknum

And

P_tansfer_accountpassword=bank_account_bankpassword ；

Update

P_show_message='转账成功！';

Return p_tansfer_num;

Else

P_show_message=‘转账失败！’；

Return 0;

End if

End Fun_bank_interface;

3、就餐消费函数：Fun_consume

Create or replace function Fun_consume

( p_user_id IN info_card.card_num%TYPE,

P_consume_money IN consume_info.consume_money%TYPE,

P_terminal_id IN consume_info.concume_machine_id%TYPE,

P_show_message OUT varchar2

) return boolean

Is

V_leftmoney number(10,2);

Begin

Select card_leftmoney

Into v_leftmoney

From info_card

Where card_num=p_user_id ;

If v_leftmoney > p_consume_money then

Update info_card

Set card_leftmoney=card_leftmoney - p_consume_money

Where card_num=p_user_id ;

Insert into consume_info

Values(p_user_id,p_consume_money,to_char(sysdate,'yyyy-mm-dd

hh:mi:ss'),p_terminal_id);

P_show_message='用户'||p_user_id||'消费成功！';

Return true;

Else

P_show_message=‘用户’||p_user_id||'消费失败！';

Return false;

End if

End Fun_consume

4、退款函数：Fun_back_remove 记录用户退款及删除用户并写入日志表

Create or replace function Fun_back_remove

( p_user_id IN info_card.card_num%TYPE,

P_operator IN remove_user_info.remove_operator%TYPE,

)return varchar2

Is

V_back_money number(10,2);

Begin

Select card_leftmoney

Into v_back_money

From info_card

Where p_user_id = card_num;

If v_back_money>0 then

Delete from bank_campus where bank_campus_userid=p_user_id;

Delete from info_card where card_num=p_user_id;

Insert into remove_user_info

Values(p_user_id,v_back_money,to_char(sysdate,'yyyy-mm-dd

hh:mi :ss'),0,p_operator); Return ('请退给用户'||p_user_id||v_back_money||'元'||'并删除用户！')；

Else

Delete from bank_campus where bank_campus_userid=p_user_id;

Delete from info_card where card_num=p_user_id;

Insert into remove_user_info

Values(p_user_id,v_back_money,to_char(sysdate,'yyyy-mm-dd

hh:mi :ss'),0,p_operator); Return('用户'||p_user_id||'一卡通里已无余额！'||'并删除用户！');

End if

End Fun_back_remove

四、数据库运行与维护方案

4.1 数据库的备份策略

DBA要针对一卡通系统的特殊性制定出多种备份方案，以保证一旦发生故障能尽快将数据库恢复到某种一致状态，并尽可能减少对数据库的损坏。

1.可利用oracle数据库所提供的备份技术进行数据库级、用户级及表级备份

2.可利用动态增量转储技术对数据库进行周期性备份

3.可定时对控制文件和日志文件进行备份

4.可以采用数据库镜像文件的方式对其进行转储备份

4.2数据库的恢复策略

由于计算机系统中的硬件故障、软件的错误、操作员的失误以及恶意的破坏是不可避免的，这些故障轻则造成运行事务非正常中断，影响数据库的数据正确性，重则破坏数据库，使数据库中全部或部分数据丢失，因此数据库管理系统必须具有把数据库从错误状态恢复到某一已知状态的功能。

1. 事务故障的恢复：

利用oracle提供的技术可由系统自动完成，主要是利用日志文件撤销事务对数据库已进行的操作。

2.系统故障恢复：

系统故障的恢复有系统在重新启动时自动完成。

3.介质故障恢复：

发生介质故障后，磁盘上的物理数据和日志文件可能已经被破坏，恢复的方法是重装数据库，然后重做已经完成的事务：

装入最新的数据库后援副本使数据库恢复到最近一次转储时的一致性状态对于动态转储的数据库副本，还需要同时装入转储开始时刻的日志文件副本。

装入相应的日志文件副本后，重做已经完成的事务。

4.利用具有检测点的日志恢复技术

4.3数据库的安全性控制

为了防止不合法的使用所造成的数据泄露、更改或破坏，一卡通系统必须采取安全有效的措施：

1.用户身份的鉴别：对用户口令实行加密措施，定时提醒用户更改口令。

2.DBA要严格控制管理级用户、数据库级用户、应用级用户的权限

3.DBA可以利用oracle的安全性措施对对数据库对象的表级安全性、行级安全性、列级安全性进行严格控制

4.4数据库的性能调优

当用户系统出现异常或数据库性能明显降低时，DBA将对数据库进行性能的调整和优化，从而保证系统高效、稳定地运行。

五、总结

此次设计过程让我对校园卡管理系统及数据库系统的设计编程有了新的认识，加深了对课本知识的理解，对oracle的机制有了一定了解，对PL/SQL中存储过程和函数编程有了一定的掌握，但还不是很熟练。

但由于知识的缺乏，本系统人存在以下问题：

1.有些表的属性设计得不够合理,彼此之间外码等联接可能不合适。

2.由于设计的复杂性，电子账户部分没有加入到数据库系统中。

3.由于在冗余及系统优化方面知识的缺乏，所建立的表可能存在冗余等问题。

4.考虑的方面还比较少，功能的实现也可能存在错误，没有办法大批量数据进行试验。

5.在之后的数据库设计中，可以加入电子账户部分，并对系统进行冗余范式等的优化处

理。

6.没有预留和其他系统的接口，还做不到如何进行数据库上层信息系统应用的开发。

7.没有与当下流行的web技术与数据库结合的B/S结构的实现。

因此还有很多的知识需要掌握和了解，学无止境，还需要不断的充实自己，进一步学习数据库在信息系统和web中处理大批量数据的应用。

数据库课程设计大作业

《数据库原理》课程设计报告 专业：测控技术与仪器 班级：测控071班 学号：200710402112 200710402115 姓名：杜文龙王京京 题目名称：物资管理系统 完成日期：2009年12月25日 昆明理工大学信息工程与自动化学院 2009年12月

物资管理系统 一、课程设计目的： 1.加深对讲授内容的理解 《数据库原理及应用》中有关数据库技术的基本理论、基本概念、设计与实现的方法和阶段性知识，光靠课堂讲授既枯燥无味又难以记住，但它们都很重要，要想熟练掌握，必须经过大量实践环节加深对它们的理解。 2.通过课程设计，掌握数据库系统设计与开发的方法及步骤 数据库是一门应用性很强的学科，开发一个数据库系统需要集理论、系统和应用三方面为一体，以理论为基础，以系统（DBMS）作支柱，以应用为目的，将三者紧密结合起来。同时结合实际需要开发一个真实的数据库系统，对于较大型的系统可多人一起完成，但无论如何都应完成数据库的需求分析、数据的分析与建模、数据库的建立、数据库的开发与运行等全部过程。在此过程中将所学的知识贯穿起来，达到能够纵观全局，分析、设计具有一定规模的题目要求，基本掌握数据库系统设计与开发的基本思路和方法并且做到对知识的全面掌握和运用。 3.培养学生自学以及主动解决问题的能力 通过本次设计，使同学能够主动查阅与数据库相关资料，掌握一些课堂上老师未曾教授的知识，从而达到培养学生自学以及主动解决问题的能力的目的。 二、课程设计基本要求： 1.课程设计应由学生本人独立完成，严禁抄袭。 2.掌握所学的基础理论知识，数据库的基本概念、基本原理、关系数据库的设 计理论、设计方法等。熟悉数据建模工具Visio与数据库管理系统SQLServer 软件的使用。 3.按时上机调试，认真完成课程设计。 4.认真编写课程设计报告。 三、需求分析 信息管理系统是集计算机技术、网络通讯技术为一体的信息系统工程，它能够使企业运行的数据更加准确、及时、全面、详实，同时对各种信息进一步地加工，使企业领导层对生产、经营的决策依据更充分，更具有合理性和库、科学性，并创建出更多的发展机会；另外也进一步加强企业的科学化、合理化、制度化、规范化管理，为企业的管理水平跨上新台阶，为企业持久、健康、稳定的发展打下基础。 这个物资管理系统是以客户机/服务器模式的信息管理模式的信息管理系统。它的开发过程不仅仅是一个编写应用程序的过程，而是以软件工程的思想为指导，从可行性研究开始，经过系统分析、系统设计、系统实施

数据库课程设计完整版

数据库课程设计完 整版

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统姓名： 学号： 专业：信息与计算科学指导教师：

20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7

1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言

学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强能够接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，而且具备修改功能，能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况，我们经过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。

SQLserver数据库课程设计范例

1 概述 1.1课题简介 书店书目书种繁多，来源多样，购买者众多，图书信息、供应商信息、客户信息、销售信息庞大，不易管理。因此，很有必要创建一个小型书店管理系统，以便于书店对图书的管理。1.2设计目的 应用对数据库系统原理的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。 数据库应用课程实践：实践和巩固在课堂教学中学习有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 数据库原理软件设计实践：实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 1.3设计内容 运用基于E-R 模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发小型书店管理系统，完成小型书店管理系统的全部功能。 首先做好需求分析，并完成数据流图和数据字典。 其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R 图。然后就是逻辑结构设计，将E-R 图转换为计算机系统所支持的逻辑模型 2 需求分析 2.1功能分析 首先，建立一些基本表（尽可能满足3N），对大部分基本信息组合、存储；其次通过建立视图实现对冗余数据的有必要保留（查询并计算基本表属性得到新的作为视图属性）并实现对以下基本信息的显示。 图书信息：图书名称、订购数量、订购时间、订购单价、金额、出版社名称、作者名称；供应商名称等； 供应商信息：供应商名称、地址、电话，联系人； 客户信息：客户编号、名称、年龄、性别、累计购书金额等； 销售信息：时间、销售名称、数量、销售单价、客户编号、客户名称、金额等。 在此基础上进行以下目标查询，由于有些查询常用且较复杂，为了简化其应用，所以将它们定义

校园一卡通管理系统(需求设计文档)

校园一卡通管理系统 需求文档 文档名称：需求分析规格说明书 项目名称：校园一卡通管理系统 A 引言 A.1 编写目的 所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，需要得到什么结果，最后应输出什么。需求分析阶段是一个非常重要的阶段，良好的需求分析文档，将为整个软件开发项目的成成打下良好的基础。 A.2 项目信息 本项目的名称：校园依旧阿通管理系统 本项目的应用范围：各个高校校园内 开发单位：武汉理工大学计算机学院软件1101班 用户：学生，老师，校车，校超市，校食堂等 A.3 参考文献 【1】方美琪，《软件开发工具》，经济科学出版社 【2】李建中，王珊.《数据库系统原理（第2版）》电子工业出版社，2004.9 【3】李昭原，刘又诚《数据库系统原理与技术》北京航空航天大学出版社【4】钟珞，袁景凌《软件工程》科学出版社 B 项目概述 B.1 组织结构与职责 本系统用户的组织结构如图b-1所示。 管理员 管理组 教师 用户组 学生 B.2 角色定义 用户系统中扮演的角色，以及可以执行的职责： 校园IC卡一卡通系统在校园网中起着通行桥梁的作用，通过与其它的各个管理系统模块的信息连接，将整个校园网有机、高效地带动起来，使得校园各个方面的工作因IC卡的高效、简便而更加顺利。 B.3 系统概述

随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化的时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 随着社会信息化的蓬勃发展，校园的管理也进入了一个信息化的时代，先进的管理信息系统成为建设世纪一流大学的重要标志。在国内信息化建设进程的加速的今天,高校管理者要学会思考如何使学校现有资源得到高效、合理的应用,使教育信息化带动教育的现代化,将教育与信息技术真正地融合,提高教学质量和教学效率, 提高学校声誉,提升学校的竞争力。数字化校园将是今后校园建设的发展趋势和必然。数字化校园建设的实质就是学校的管理部门通过信息化手段,实现对各种资源的有效集成、整合和优化,实现资源的有效配置和充分利用,从而提高各种管理工作的效率和效益。而建设“校园一卡通系统”是实现数字化校园的有效途径。 校园“一卡通”系统的建设，首要目的是方便全院师生员工在学院内的各项活动，使在院内的所有消费、缴费行为变得简单易行，身份识别准确安全，数据收集全面、统一。其次，在全院形成学院统一管理的信息平台，促进教育信息的标准化，构建起优良的数字空间和信息共享环境，进一步实现教学资源数字化、数据传输网络化、用户终端智能化、结算管理集中化。第三，在全校实现统一的电子支付和费用收缴管理，解决我院各类费用收缴难、管理乱的问题。第四，借助校园“一卡通”系统提供的基础数据，可整合和带动学校各类管理信息系统的建设。第五，促进学校网络应用基础平台的建设，逐步完成校内应用系统体系结构的升级。 C 目标系统功能需求 C.1 系统用例 根据以上分析，主要介绍日常事务处理和日常消费处理的用例图所具有的功能。 ●餐厅消费 ●超市消费 ●校车消费 ●办卡 ●充值 ●挂失 ●解挂 ●查询

(完整版)大工16秋《道路勘测设计课程设计》大作业答案

网络教育学院《道路勘测设计课程设计》 题目：某公路施工图设计 学习中心： 专业： 年级： 学号： 学生： 指导教师：

学 号学 生： 指导教师： 乔 娜 1 设计交通量的计算 设计年限内交通量的平均年增长率为7%，路面竣工后第一年日交通量如下： 桑塔纳2000：2300辆； 江淮a16600：200辆； 黄海dd680：420辆； 北京bj30：200辆； Ep140：580辆； 东风sp9250：310辆。 设计交通量：d N ＝0N ×() 1 1n r -+ 式中：d N —远景设计年平均日交通量（辆/日）； 0N —起始年平均交通量（辆/日）； r —年平均增长率； n —远景设计年限。 代入数字计算： 解： 0N =2300+200+420+200+580+310=4010（辆/日） 假设远景设计年限为20年，则将上述的种种数字带入公式后计算： 设计交通量：d N ＝0N ×() 1 1n r -+ =4010×（1+0.07）19 =14502（辆/日）

2 平面设计 路线设计包括平面设计、纵断面设计和横断面设计三大部分。道路是一个三维空间体系，它的中线是一条空间曲线。中线在水平面上的投影称为路线的平面。沿着中线竖直的剖切，再展开就成为纵断面。中线各点的法向切面是横断面。道路的平面、纵断面和各个横断面是道路的几何组成。 道路的平面线形，受当地地形、地物等障碍的影响而发生转折时，在转折处需要设置曲线，为保证行车的舒顺与安全，在直线、圆曲线间或不同半径的两圆曲线之间要插入缓和曲线。因此，直线、圆曲线、缓和曲线是平面线形的主要组成因素。 直线是平面线形中的基本线形。在设计中过长和过短都不好，因此要加以限制。直线使用与地形平坦、视线目标无障碍处。直线有测设简单、前进方向明确、路线短截等特点，直线路段能提供较好的超车条件，但长直线容易使司机由于缺乏警觉产生疲劳而发生事故。 圆曲线也是平面线形中常用的线性。《公路路线设计规范》规定，各级公路不论大小均应设置圆曲线。平曲线的技术标准主要有：圆曲线半径，平曲线最小长度以及回头曲线技术指标等。 平曲线的半径确定是根据汽车行驶的横向稳定性而定： )(1272 i V R +=μ 式中：V-行车速度km/h ； μ-横向力系数； i -横向超高，我国公路对超高的规定。 缓和曲线通过曲率的逐渐变化，适应汽车转向操作的行驶轨迹及路线的顺畅，以构成美观及视觉协调的最佳线形；离心加速度的逐渐变化，不致产生侧向冲击；缓和超高最为超高变化的过渡段，以减小行车震荡。 平曲线要素： 切线增长值：q=2s L －2 3 240R L s 内移值： p=R L s 242－3 4 2384R L s

汽车修理管理系统 课程设计 数据库大作业(有源文件)

数据库大作业 《数据库原理与设计》课程设计汽车修理管理系统 学号： 姓名： 年级层次： 教学中心：

汽车修理管理系统 一. 概述 1．项目背景 在计算机不断发展的今天，计算机已经运用到各个领域，计算机的作用使由手工的操作到计算机的操作是一个大的飞跃，代替的复杂的容易出错的人工操作，节省了大量的时间，提高了正确性，提高了数据的可靠性。因此每个公司使用计算机建立自己的业务是迫在眉睫，汽车修理厂根据业务发展的需要，决定建立一个数据库管理系统，以代替单一的人工管理。这样使人工操作的管理方便，简单。 2．编写目的 编写的目的是使汽车修理厂由单一的人工管理到计算机管理的飞跃，使汽车修理厂的管理的效率得到很大的提高，使人工管理的出错的机会大大减少，实现数据的共享，便于查询自己的数据信息，使汽车修理厂的业务的流程时间大大减少，从而可以提高该汽车修理厂的竞争性，在社会有立足之地。 3．软件定义 该软件为第一版，既汽车修理管理系统1.0 版。 4．开发环境 数据库: SQL SERVER 2000 开发和编译环境: Visual C++6.0。 二．需求分析 1．通过分析得知，该修理厂共使用5种单据，4种账册和3种主要报表。 ⑴五种单据如表1所示： 表中D1由送修人填写。修理派工员据此开出修理单D2，分派给指定的修理工执行。如果在修理中需要更换零件，一律由修理工填写零件领用单D3向仓库领用。修理结束后，修理工将D2交回给派工员，然后转财务部门结账并开修车发票D5。D4在零件入库时由仓库管理员验收并且填写。图6显示了这些单据的格式内容。 编号名称填写人 D1 修车登记单送修人 D2 汽车修理单修理派工员和修理工 D3 零件领用单修理工 D4 零件入库单仓库管理员 D5 修车发票财务人员 表1 当前系统单据一览表

数据库课程设计完整版

HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7

1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了

校园一卡通管理系统设计(总12页)

校园一卡通管理系统设计(总 12页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除

题目：校园一卡通管理系统数据库的设计 学院：江西理工软件学院 专业：软件土木班级：三班 学号：学生：甘文波 授课教师：李春雨 时间： 2015 年 5 月 15 日 目录 一、需求分析..................................................................................... 错误!未指定书签。 1.1 需求概述.............................................................................. 错误!未指定书签。 1.2 功能简介.............................................................................. 错误!未指定书签。 二、数据库概念结构设计................................................................. 错误!未指定书签。 2.1 确定联系集及E-R图........................................................... 错误!未指定书签。 2.2 画出E-R图.................................... 错误!未指定书签。 2.3学生成绩管理系统总E-R图...................... 错误!未指定书签。 三、数据库逻辑设计.................................... 错误!未指定书签。 3.1 一卡通信息表(card) ............................ 错误!未指定书签。 3.2 学生信息表(Student) ........................... 错误!未指定书签。 3.3 银行卡信息表（bank）.......................... 错误!未指定书签。 3.4 账单表（zhangdan）............................ 错误!未指定书签。 四、建表.............................................. 错误!未指定书签。 4.1 创建模式并授权................................ 错误!未指定书签。 4.2 创建数据表.................................... 错误!未指定书签。 五、数据库的运行和维护................................ 错误!未指定书签。 5.1 定义.......................................... 错误!未指定书签。 5.1.1 基本表的创建，建表语句 ................. 错误!未指定书签。 5.1.2 基本表的删除 ........................... 错误!未指定书签。 5.2 数据操作...................................... 错误!未指定书签。 5.2.1 单表查询： ............................. 错误!未指定书签。 5.2.2 连接查询 ............................... 错误!未指定书签。 5.2.3 嵌套查询 ............................... 错误!未指定书签。 5.2.4 操作结果集查询 ......................... 错误!未指定书签。 5.3 数据库更新操作................................ 错误!未指定书签。 5.3.1 插入数据 ............................... 错误!未指定书签。 5.3.2 修改数据 ............................... 错误!未指定书签。 5.3.3 删除数据 ............................... 错误!未指定书签。 5.4 数据库的安全性................................ 错误!未指定书签。 5.5 数据库的完整性................................ 错误!未指定书签。 5.5.1 实体完整性定义 ......................... 错误!未指定书签。 5.5.2 参照完整性定义 ......................... 错误!未指定书签。 六、总结.............................................. 错误!未指定书签。

内燃机设计课程设计大作业

第一部分：四缸机运动学分析 绘制四缸机活塞位移、速度、加速度随曲轴转角变化曲线（X －α，V －α，a －α）。 曲轴半径r=52.5mm 连杆长度l=170mm, 连杆比31.0==l r λ 1、位移：)]2cos 1(4 1 )cos 1[(αλα-+-=r x 2、速度：)2sin 2 (sin αλ αω+ =r v 3、加速度：)2cos (cos 2αλαω+=r a

第二部分：四缸机曲柄连杆机构受力分析 1、初步绘制四缸机气缸压力曲线（g F －α），绘制活塞侧击力变化曲线（N F －α），绘制连杆力变化曲线（L F －α），绘制曲柄销上的切向力（t F ），径向力（k F ）的变化曲线（－α），（－α）。 平均大气压MPa p 09839.098.39kPa 0== 缸径D=95mm 则 活塞上总压力 6 010 )(?-=A P P F g g 24 D A π = 单缸活塞组质量：kg m h 277.1= 连杆组质量： 1.5kg =l m 则 往复运动质量：l h j m m m 3.0+= 往复惯性力：)2cos (cos 2αλαω+-=-=r m a m F j j j )sin arcsin(αλβ=又 合力：g j F F F += 侧击力：βtan F F N = 连杆力：β cos F F L = 切向力：)sin(βα+=L t F F 径向力：)cos(βα+=L k F F t F k F

2.四缸机连杆大头轴承负荷极坐标图，曲柄销极坐标图 连杆大头集中质量产生的离心力：2 227.0ωωr m r m F l rL == 连杆轴颈负荷： qy qx p F F arctan =α 连杆轴承负荷： ?+++=180βαααq P )sin(p P px F F α= 2m rL L q F F F +=k rL qx F F F -=t qy F F =q p F F -=)(p p py con F F α=

数据库课程设计工厂管理系统大作业

摘要 姓名：颜超丽学号：200915553013027 此文运用了数据字典、数据流图等方法对工厂管理系统进行了需求分析，运用E-R图进行了概念结构设计，在逻辑结构设计中将E-R图转化为关系模型，在物理结构设计中确定该数据库的存储结构，最后通过SQL语言实现数据库的设计。在这过程中，还详细地分析了各个子系统的属性、实体间的联系以及子系统间的关系。在这基础上，通过金仓数据库软件，运用SQL语言将所建工厂管理系统数据库顺利实现。 关键字：数据字典，E-R图，SQL语言 目录 一、系统概述 (1) 二、需求分析 (1) 1信息分析 (1) 2数据流图 (2) 3数据字典 (2) 三、概念结构设计 (4) 1实体列表 (4) 2分E-R图 (4) 3全局E-R图 (5) 四、物理结构设计 (5) 1关系模式存取方式选择 (5) 2确定数据库的存储结构 (5)

3评价物理结构 (5) 五、逻辑结构设计 (6) 六、数据库的实施 (7) 七、设计总结........ (8) 八、文献 (9)

工厂管理系统库 一、系统概述 工厂管理信息化是工厂管理系统应用信息技术及其产品的过程，是信息技术应用于工厂管理的过程。工厂信息化的实施，自下而上而言，必须以管理人员使用信息技术水平的逐步提高为基础；自上而下而言，必须与工厂的制度创新、组织创新和管理创新结合。 工厂管理系统算是比较简单一种信息系统。它主要应用于工厂仓库管理、职工管理、车间管理和零件管理。其中车间对职工和零件来说是很重要的。 工厂管理信息化建设工作具有长期性和内容的多变性；正因为这样，车间管理信息系统也不是一个简单的、静止的、封闭的系统，而是一个开放的，随着时间的推移会逐步变化和发展的系统。 二、需求分析 1、信息分析 根据工厂方面取得的信息资料，得出系统的信息需求和处理要求，得到设计所需的需求信息。这些信息是是选择了对数据库设计直接有用的信息。 A．工厂系统： a.车间：一个工厂有很多个车间，每个车间有车间号、车间主任名、地址、 电话。 b.工人：一个车间有多个工人，每个工人有职工号、姓名、年龄、性别和 工种。 c.产品：一个车间生产多钟产品，产品有产品号，价格。 d.零件：一个车间有多个零件，一个零件也可以由多个车间制造。零件有 零件号、重量和价格。 e.仓库：产品与零件存入仓库中，厂内有多个仓库，仓库有仓库号、仓库 保管员、姓名、电话。 B．系统联系： a.生产：一个车间有多个零件，一个零件也可以由多个车间制造。 b.组成：一个产品由多个零件组成，一种零件也可装配多中产品内。 c.保管：产品与零件存入仓库中，厂内有多个仓库。

完整word版,数据库课程设计总结,推荐文档

数据库课程设计总结 数据库课程设计个人总结 姓名：邢王秀学号：201624101215 班级：09计本班 一个月的时间非常快就过去了，这一个月我不敢说自 己有多大的进步，获得了多少知识，但起码是了解了项目开 发的部分过程。虽说上过数据库相关的课程，但是没有亲身 经历过相关的设计工作细节。这次课程设计给我提供了一个 很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没 有接触过，上网查找资料的时候发现我们以前所学到的仅仅 是皮毛，还有很多需要我们掌握的东西我们根本不知道。同 时也发现有很多已经学过的东西我们没有理解到位，不能灵 活运用于实际，不能很好的用来解决问题，这就需要自己不 断的大量的实践，通过不断的自学，不断地发现问题，思考 问题，进而解决问题。在这个过程中我们将深刻理解所学知 识，同时也可以学到不少很实用的东西。 这次的数据库课程设计，我们组负责的企业信息文档 管理系统的设计。这课题是自拟的。我们组实行的分工合作。我主要是负责数据库功能模块设计这部分。 从各种文档的阅读到需求分析、概要设计、数据库总 体设计、代码编写与调试，我们都准备了好长时间。组内分

工合作的整个过程，我亲身体验了一回系统的设计开发过 程，分工合作的好处。很多东西书上写的很清楚，貌似看着 也很简单，思路非常清晰。但真正需要自己想办法去设计一 个系统的时候才发现其中的难度。经常做到后面突 然就发现自己一开始的设计有问题，然后又回去翻工， 在各种反复中不断完善自己的想法。 我想有这样的问题不止我一个，事后想想是一开始着 手做的时候下手过于轻快，或者说是根本不了解自己要做的 这个系统是给谁用的。因为没有事先做过仔细的用户调查， 不知道整个业务的流程，也不知道用户需要什么功能就忙着 开发，这是作为设计开发人员需要特别警惕避免的，不然会 给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重 来。所以以后的课程设计要特别注意这一块的设计。 经过组内讨论，我们确定的课题是企业信息文档管理 系统。说实话，我对这个系统不是很了解。通过上网查找资 料、相关文献的阅读，我对该系统有了大体的了解。 在需求分析过程中，我们通过上网查资料，去图书馆 查阅相关资料，结合我们的生活经验，根据可行性研究的结 果和用户的需要，分析现有情况及问题。在一个月的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间 遇到很多问题，经过组内讨论。最终把它解决了。通过这次 课程设计，我对数据库的设计更加熟练了。

校园一卡通系统体系架构设计

校园一卡通系统体系架构设计报告 2014年08月

目录 第1章文档介绍 (1) 1.1文档目的 (1) 1.2文档范围 (1) 1.3读者对象 (1) 1.4术语与缩写解释 (1) 第2章系统简介 (3) 第3章设计约束 (4) 第4章设计策略 (5) 4.1扩展策略 (5) 第5章系统总体结构 (6) 第6章开发环境的配置 (7)

第1章文档介绍 校园一卡通系统(简称一卡通系统)体系架构设计报告是描述系统整体体系架构的唯一一份系统设计报告，它和数据库设计报告、模块设计报告一起，形成系统概要设计的成果。 1.1文档目的 校园一卡通系统(简称一卡通系统)体系架构设计报告主要描述系统的整体技术架构，帮助模块设计人员、开发人员对系统有个整体认知。它是系统分析人员将需求转换成为开发人员所比较容易理解的结构描述；并且，高屋建瓴的指导开发人员的开发方向。 1.2文档范围 本文档主要是描述一卡通系统其技术体系架构设计，并不偏重于某个具体的模块或者功能。 1.3读者对象 校园一卡通系统(简称一卡通系统)体系架构设计报告的读者主要分为三部分人：用户、开发人员和测试人员。其中，主要读者是开发人员和测试人员。开发人员主要是对技术体系架构有整体认识，确保其在进行模块开发之时不至于偏离；测试人员主要对设计约束进行了解，以构建在测试的时候，对系统整理架构的测试基准。 1.4术语与缩写解释

第2章系统简介 校园一卡通系统是学校内部管理人员提供具有开放性、灵活性、面向校园的应用服务管理平台。一方面，学生和教职员工可以通过一张卡片，方便的使用校内的各种应用；另一方面，学校也可以通过一卡通系统，实现更加方便、高效的校园管理。同时，校园一卡通系统提供了一个统一、简便、快捷的平台，进而可以与学校的各种管理信息系统无缝连接，作为信息化系统的纽带促进“数字化校园”的建设。

数据库课程设计题目16个经典实例学习资料.doc

数据库课程设计题目16个经典实例 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 2.长途汽车信息管理系统 系统功能的基本要求： 线路信息，包括出发地、目的地、出发时间、所需时间等。汽车信息：包括汽车的种类及相应的票价、最大载客量等。票价信息：包括售票情况、查询、打印相应的信息。 3.人事信息管理系统 系统功能基本要求： 员工各种信息：包括员工的基本信息，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；教师教学信息的录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息的录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等。按条件查询、统计，结果打印输出。 4.超市会员管理系统 系统功能的基本要求： 加入会员的基本信息，包括：成为会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出。 5.客房管理系统 系统功能的基本要求： 客房各种信息，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改。对查询、统计结果打印输出。 6.药品存销信息管理系统 系统功能基本要求 药品信息，包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等；客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库和出库信息，包括当前库存信息、药品存放位置、入库数量和出库数量的统计。

2015北京市大学生训练项目“智慧校园”之一卡通系统的设计与实现

2015 北京市大学生训练项目“智慧校园” 之一卡通系统的设 计与实现 【摘要】RFID技术作为一项先进的自动识别和数据采集技术，通过无线射频方式进行非接触双向数据通信，对目标加以识别并获取相关数据。被公认为21 世纪十大重要技术之一。本文以实验为基础，研究了RFID的识读过程。 【关键词】北京大学生；智慧校园；卡通系统 2008 年IBM 公司在全球提出“智慧地球”概念后，美国、欧盟、日本和韩国等相继推出本国的物联、云计算相关发展战略。2009 年，温家宝总理在中科院无锡传感网工程技术研发中心，指示建设“感知中国”中心，拉开了中国智慧城市建设的序幕“智慧校园”作为“智慧城市”的重要组成部分，是继数字校园后关于院校信息化建设的又一全新概念，是由浙江大学于信息化“十二五”规划中首次提出的，并由此引发了“智慧校园”的建设潮。近年来，国内不少高校对智慧校园进入了探索或建设阶段。 基于物联网的校园一卡通系统是以学校校园网为架构，以射频标签作为信息载体，利用RFID标签传感器、无线通信网络等实时采集物品的各种信息，并将这些采集到的信息通过高速互联网或无线网络传输到数据处理中心，这些信息在数据处理中心经

过计算技术提供的海量信息处理功能对其进行智能化处理之后就可以实现人与人、物与物、人与物之间的有效沟通。 一卡通系统平台构成包括软件系统和硬件系统，二者共同完成校园一卡通系统平台整个系统的管理、数据处理、传输与交换和调度控制、应用支撑操作等功能。整个系统的识别过程需要完成4个步骤：寻卡-防冲突-选卡-读/写卡 1RFID 系统组成 RFID 技术利用无线射频方式在阅读器和射频卡之间进行非接触双向数据传输，以达到目标识别和数据交换的目的。最基本的RFID 系统由三部分组成： 1.标签（Tag,即射频卡）：由耦合兀件及芯片组成，标签含有内置天线，用于和射频天线间进行通信； 2.阅读器：读取（在读写卡中还可以写入）标签信息的设备； 3.天线：在标签和读取器间传递射频信号。 2工作原理 MCU 通过对读卡器芯片内寄存器的读写来控制读卡器芯片，读卡器芯片收到MCU 发来的命令后，按照非接触式射频卡协议格式，通过天线及其匹配电路向附近发出一组固定频率的调制信号（13.56 MHz）进行寻卡，若此范围内有卡片存在，卡片内部的LC谐振电路（谐振频率与读卡器发送的电磁波频率相同）在电磁波的激励下，产生共振，在卡片内部电压泵的作用下不断为其另

现代控制理论课程设计(大作业)

现代控制理论课 程设计报告 题目打印机皮带驱动系统能控能观和稳定性分析 项目成员史旭东童振梁沈晓楠 专业班级自动化112 指导教师何小其 分院信息分院 完成日期 2014-5-28

目录 1. 课程设计目的 (3) 2.课程设计题目描述和要求 (3) 3.课程设计报告内容 (4) 3.1 原理图 (4) 3.2 系统参数取值情况 (4) 3.3 打印机皮带驱动系统的状态空间方程 (5) 4. 系统分析 (7) 4.1 能控性分析 (7) 4.2 能观性分析 (8) 4.3 稳定性分析 (8) 5. 总结 (10)

项目组成员具体分工 打印机皮带驱动系统能控能观和稳定性 分析 课程设计的内容如下： 1.课程设计目的 综合运用自控现代理论分析皮带驱动系统的能控性、能观性以及稳定性，融会贯通并扩展有关方面的知识。加强大家对专业理论知识的理解和实际运用。培养学生熟练运用有关的仿真软件及分析，解决实际问题的能力，学会使用标准、手册、查阅有关技术资料。加强了大家的自学能力，为大家以后做毕业设计做很好的铺垫。 2.课程设计题目描述和要求 (1)环节项目名称：能控能观判据及稳定性判据 (2)环节目的： ①利用MATLAB分析线性定常系统的可控性和客观性。 ②利用MATLAB进行线性定常系统的李雅普诺夫稳定性判据。 (3)环节形式：课后上机仿真 (4)环节考核方式： 根据提交的仿真结果及分析报告确定成绩。 (5)环节内容、方法： ①给定系统状态空间方程，对系统进行可控性、可观性分析。 ②已知系统状态空间方程，判断其稳定性，并绘制出时间响应曲线验

证上述判断。 3.课程设计报告内容 3.1 原理图 在计算机外围设备中，常用的低价位喷墨式或针式打印机都配有皮带驱动器。它用于驱动打印头沿打印页面横向移动。图1给出了一个装有直流电机的皮带驱动式打印机的例子。其光传感器用来测定打印头的位置，皮带张力的变化用于调节皮带的实际弹性状态。 图1 打印机皮带驱动系统 3.2 系统参数取值情况 表1打印装置的参数

数据库课程设计(完整版)

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日

目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20

引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备修改功能，能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况，我们通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。

校园一卡通系统方案设计

校园一卡通系统方案设计 刘　虎 (东南大学,南京210000) 摘　要:校园一卡通是高校管理手段现代化的必然趋势,根据学校实际情况,提出校园一卡通的系统架构、通信方案和功能模块,并对校园一卡通的实施提出了一些意见。关键词:校园一卡通;射频识别;I C 卡 中图分类号:TP393 文献标识码:A 文章编号:1009-7961(2006)03-0039-04 The D esi gn of the Cam pus E Card Syste m L I U Hu (Southeast University,Nanjing 210000,China ) Abstract:Ca mpus E Card Syste m is becom ing the trend of ca mpus manage ment .Based on the p ractical situa 2ti on,this paper puts for ward the syste m fra me,the p lan of the communicati on and the module functi on of the Ca mpus E Card Syste m.And s ome ideas are put for ward about the actualizati on of the Ca mpus E Card Syste m.Key words:Ca mpus E Card Syste m;Radi o Frequency I dentificati on Technol ogy;I C card 收稿日期:2006-04-03;修改日期:2006-04-17基金项目:淮安市科技发展计划项目(HAG05055) 作者简介:刘虎(1973-),男,江苏宿迁人,淮阴工学院讲师,硕士研究生,研究方向:计算机应用。0　引　言 学校的发展离不开规范、科学与先进的管理手段。目前,管理信息系统已在学校广泛应用,是学校规范化管理不可或缺的一部分,但还存在以下问题:⑴证件繁多,给学生生活带来很多不便;⑵各管理信息系统独立运行,导致应用系统无法兼容,资源不能合理配置和共享;⑶管理受地域限制,未充分发挥校园网的优势;⑷不利于数据分析和维护,不方便学校宏观管理和发展预测。而校园一卡通系统将为学校提升管理水平,促进学校管理手段现代化创造良好的条件。 1　系统架构方案的确定 实现校园一卡通的各项功能,从系统的先进性、可靠性、易维护性角度综合考虑,多层C /S 架构是较理想的选择。 传统的二层C /S 架构可扩充性、可重用性不好,如果业务规则发生变化,就必须修改客户端应用程序,若客户提出基于B /S 的应用需求,实施困 难。若采用二层或三层B /S 构架,当网络或中心 服务器出现故障时,各子系统不能单独运行,影响学校正常秩序,系统采用点对多点、多点对多点的结构模式使得系统安全防护比较困难。 本系统采用多层C /S 架构,由于在客户端与数据库之间加入了一个“中间层”,就使得业务规则、数据访问、合法性校验等工作放到了中间层进行处理。客户端不直接与数据库进行交互,而是通过中间层建立连接,再经由中间层与数据库进行交互,建立在中心数据库服务器上的连接数量将大大减少,并且是动态建立与释放连接,因此客户端数量将不再受到限制。当业务规则发生改变时,只需更改中间层服务器上的某个组件,而客户端应用程序不需做任何处理,有些时候,甚至不必修改中间层组件,只需要修改数据库中的某个存储过程就可以了。 另外,由于系统采用多层C /S 架构,位于各部门的工作服务器能够独立运行,因此,在某一系统或主控端关闭、出现故障时不会影响其它系统的运行。C /S 是点对点结构模式,采用了适合于局域 第15卷第3期 淮阴工学院学报 Vol .15No .32006年6月 Journal of Huaiyin I nstitute of Technol ogy Jun .2006