图表（1），解析系统的逻辑处理结构。
注释说明：
①读取，写入数据库。调用Create语句，创建符合条件的dbf文件，存入数据库，或读取
文件，修改表单属性。
②读取，写入数据库。从数据库中读取表单，修改表中记录，再写入库中。
③只读取数据库。读取选择相关信息，反馈给用户。
④底层数据库为上层用户界面提供反馈信息
2.2 系统文件构成分析
2.3 系统总体流程分析
图表（3），程序的主要执行流程
2.4系统基本设计概念
1）系统总体设计分析：
系统解析了sql语句，包括对表的创建，删除，对表内记录的插入，删除等。
其中：
（1）表定义中列（属性）的类型至少支持三种(integer、char、float);
（3）记录的插入、删除、修改等，即时更新原始数据；
（4）记录的搜索至少实现按主键查找，只是主键上的范围查找，包含遍历。
2）本次select语句的模块完善分析和结构分析
（1）增加了group by 语句，可以处理group by语句的各个条件，包括having语句或和order by连接使用；
（2）完善了order的排序模块，从单属性排序优化到了多属性排序；
（3）SortGroupRec()优化了内部排序，加快了大数据处理速度；
2.5程序模块说明
2.5.1 Main（）模块
1)目标：协调各其他各模块之间的关系,最终负责系统运行
2)程序文件：MYSQL.c
3)主要数据结构：
字符串（用来存储用户的输入数据）
4)调用的其他模块：文件处理模块（dbf），处理操作模块（sql）
5)算法：c面向过程的函数处理机制
6)逻辑流程图：
int main()
{
Show(); // 界面构造
Getsinput(); // 得到用户输入，存储
Switch()
{
case CREATE : Create(...); break; 创建记录
case SELECT : Select(...); break; 选择记录
case INSERT : Insert(...); break; 插入记录
case UPDA TE : Update(...); break; 更新记录
case DELETE : Delete(...); break; 删除记录
case SELECT : Select (...); break; 查询记录
case QUIT : return;
}
Judge(); // 判断用户是否继续操作，继续或者结束程序
Return 0；
｝
①其中界面和读取操作算是前期的处理，属于数据的初始化阶段；
②Switch属于对输入的判断，然后在其函数体内执行操作，属于本函数的主要组成部
分，语句select是本组这次设计的重点完善对象；
2.5.2 数据操作处理模块
1）目标：完成对底层数据的各种操作，方便上层的调用，简化操作
2）程序文件：dbf.c dbf.h
3）主要数据结构：
以结构体为主
struct _DbfHead
{
char dbFlag;
char year;
char month;
char day;
int recCounts;
short firstRecAddr;
short recLen;
char undo[20];
};
typedef struct _DbfHead DbfHead, *pDbfHead; //字段描述结构体定义
struct _FieldDcp
{
char fieldName[10];
char undo1;
char fieldType;
short offset;
char undo2[2];
char fieldLen;
char numDecis;
char undo3[14];
};
typedef struct _FieldDcp FieldDcp, *pFieldDcp; //字段数据结构体定义
struct _DbfField
{
char *fieldData;
char fieldName[10];
char fieldType;
char fieldLen;
char fieldDcis;
short offset;
};
typedef struct _DbfField DbfField, *pDbfField; //记录结构体定义
struct _DbfRec
{
char delFlag;
DbfField field[MAX_FIELD_COUNTS];
int realCounts;
};
typedef struct _DbfRec DbfRec, *pDbfRec;
//dbf文件句柄定义
struct _DbfHand
{
char filename[50];
DbfHead header;
DbfRec rec;
long curRecNo;
long curFpAddr;
FILE *fd;
};
typedef struct _DbfHand DbfHand, *pDbfHand;
同时也在dbf.h 中进行了一些宏定义，方便其它函数直接使用：
#define GET_YEAR 0
#define GET_MONTH 1
#define GET_DAY 2
#define FOX_VERISON_INFO 262
#define WIN_32
#define MAX_FIELD_COUNTS 40
//字段类型
#define FIELD_CHAR_TYPE 0x43
#define FIELD_DA TE_TYPE 0x44
#define FIELD_FLOAT_TYPE 0x46
#define FIELD_LOG_TYPE 0x4C
#define FIELD_MEMO_TYPE 0x4D
#define FIELD_NUMIC_TYPE 0x4E
#define FIELD_INT_TYPE 0x49
//条件查询
#define CON_SMALL 0
#define CON_EQUAL 1
#define CON_LARGE 2
//排序
#define CON_SORT_INCREASE 0
#define CON_SORT_DECREASE 1
#define TRUE 1
#define FALSE 0
#define BOOL int
4)调用的其他模块：无
5)算法：C语言面向过程的设计
* 2.5.3 解释器模块
（由于本组只完善修改了数据查询语句，所以在这里只分析select 语句，其他模块只简单阐述，不再仔细分析）
1)目标：命令解释器的基本功能就是将用户的输入命令进行语法分析和语义解析并得到需要的命令参数,最后根据命令参数对底层数据进行操作。
2)程序文件：sql.h、sql.cpp
3)主要数据结构：
有意字符串，一个以回车或空格或标志符来分割的有独立含义的字符串(不包括空格,回车,但标志符入“；”视作有意字串,如一条命令。
4) 调用其他模块：数据操作处理模块。
5) 算法：排序算法（内部和外部）
6）模块内部详细分析（select 语句解释模块，int Sql_SELECT()）
（1）首先判断第一个操作是否是select
for (i=0;sql_select[i]==' ';i++); //处理输入的空格，以后每次读入都会有这个语句
for (;sql_select[i]!=' ';i++)
{
sn[i]=tolower(sql_select[i]); //将语句转化成小写，存入sn
t++;
}
sn[t]='\0'; //结束符，表示字符串结束
然后，strcmp ( sn, “select”) ，如果是select，则继续后续的读入处理分析，否则，返回。（2）读取select后的字符串，即所要查询的属性，存入s[][] 中。
Do {
t=0;
snum++; // 代表select后的属性的数量
for (;sql_select[i]==' ';i++); //处理输入中的多余的空格
for (;sql_select[i]!=' ';i++)
{
s[snum][t]=tolower(sql_select[i]); //转化成小写字符
t++;
}
s[snum][t]='\0'; //结束符，表示这个属性结束
if (s[snum][t-1]==';') //如果遇到“；”字符，表示输入结束，break跳出
{
break;
}
if (strcmp(s[snum],"from")==0) {
// 如果遇到from字符串，则表示select结束，break跳出读取from后的表的信息break;
}
} while (1); // 循环处理读取字符串，直到以上两种情况，结束
然后判断是否有查询聚集函数：
for (p=0;p 比较判断是哪个聚集函数，在这里以count为例说明执行过程 if (strcmp(s[p],"count")==0) { cnum++; // 记录count的数量 if (strcmp(s[p],"*")) //判断count后是否有* { sign=1; // 标记含有* strcpy(st,s[p+1]); //记录在st串中 st[strlen(s[p+1])]='\0'; //结束符 } else // 同上，没有*的情况 { strcpy(st,s[p+1]); st[strlen(s[p+1])]='\0'; sign=2; } strcpy(st_g[cnum-1],s[p+1]); } 数据测试： （3）依次读取where , group , having , order 等后面的属性，分别存入w[][],g[][],h[][],o[][]数组，方法同上在这里不在重复。 注意，在读取from后面的所要查询的表的信息时，在后面加上.dbf 方便后期的查询 f[fnum][t]='.'; f[fnum][t+1]='d'; f[fnum][t+2]='b'; f[fnum][t+3]='f'; f[fnum][t+4]='\0'; 读取之后分别标记各个语句的存在，即： group_yes –是否存在group where_yes –是否存在where where_group – where和group同时存在 （4）group语句的处理 解释 ①：为了提高排序的效率，使用了内部排序，即打开所要查询的表之后把记录放入到内存（group_rec_t[]）中： ///将符合条件的记录放入到group_rec_t 中，然后排序 recount=GetRecCounts(hand); // 记录查询的表中有多少元组，hand 是表的指针 pDbfRec group_rec_t[recount+1]; //在内存中开辟一块空间存储表中元组的地址 GotoTop(hand); // 跳到表的开始然后依次读取 for (j=0;j if (NULL == (rec = (pDbfRec)malloc(sizeof(DbfRec)))) return 0; if (NULL == (rec = GetCurRec(hand))) { return 0; } group_rec_t[j] = rec; GoNextRec(hand); // 跳到下一个，继续循环 } // 内存中进行记录的排序 SortGroupRec(group_rec_t,recount,g,gnum); 排序函数解释如下： ///内部排序，快速，高效，但占用了交大的内存 ///在内存中对gRec 中记录进行排序，根据g 数组中的group by 后的属性进行比较 ///此处采用了冒泡排序，代码简单明了，易于看懂 void SortGroupRec(pDbfRec *gRec,int ncount,char g[100][20],int g_sum) { if(ncount < 2 || g_sum < 1) return ; pDbfRec temp ; int i,j,k,p; for(i=0;i 每次打开一个表的时候都判断表的存在，不存在则回显“打开文件失败!”给用户提示。 ① 调用Aggrega1函数处理聚集函数，记录所要查询的信息 int fieldNum = 0,yes_to_swap = 0; int sumOfRec = gRec[0] -> realCounts; long double suma =0 ; long double sumb =0 ; ///临时变量，用于排序 //比较每两个元组，判断是否需要交换 for(i = 0;i < ncount - 1; i++) { for(j=i+1;j < ncount;j++) { yes_to_swap = 0; char cmpstr[20]; for(k = 1;k { strcpy(cmpstr,g[k]); for(p = 0;p < sumOfRec;p++) if(strcmp(cmpstr,gRec[0] -> field[p].fieldName) == 0) { fieldNum = p; // 属性的标号，以后每次比较的就是这个属性 break; } switch(gRec[0]->field[fieldNum].fieldType) // 判断这个属性是什么类型 { // 然后根据每种属性类型进行处理，比较 case FIELD_DATE_TYPE: case FIELD_CHAR_TYPE: puts(gRec[i] -> field[fieldNum].fieldData); puts(gRec[j] -> field[fieldNum].fieldData); if(strcmp(gRec[i] -> field[fieldNum].fieldData,gRec[j] -> field[fieldNum].fieldData) > 0) { // 判断如果后面的元组小于前面的，进行标记 yes_to_swap = 1; break; } case FIELD_FLOAT_TYPE: case FIELD_INT_TYPE: case FIELD_NUMIC_TYPE: for (p=0; gRec[i]->field[fieldNum].fieldData[p]!='.' && gRec[i]->field[fieldNum].fieldData[p]; p++) { suma=suma*10+(gRec[i]->field[fieldNum].fieldData[p]-'0'); } for (p=0; gRec[j]->field[fieldNum].fieldData[p]!='.' && gRec[j]->field[fieldNum].fieldData[p]; p++) { sumb=sumb*10+(gRec[j]->field[fieldNum].fieldData[p]-'0'); } if(suma > sumb) yes_to_swap = 1; break; } // 如果需要交换 if(yes_to_swap == 1) { temp = gRec[i]; gRec[i] = gRec[j]; gRec[j] = temp; break; } } } } return ; } 数据测试： 单表sc，单个字段排序sno，带有聚集函数avg （5）order 语句的处理 if (o[0][0]!=0) 首先判断是否有order 存在，然后根据后面的属性进行升序或者降序排序 if (strcmp(o[i+1],"asc")==0||strcmp(o[i+1],"ASC")==0) SortDbf(hand1,order_filedid,CON_SORT_INCREASE); //升序 else if (strcmp(o[i+1],"desc")==0||strcmp(o[i+1],"DESC")==0) SortDbf(hand1,order_filedid,CON_SORT_DECREASE); //降序 else SortDbf(hand1,order_filedid,CON_SORT_INCREASE); //缺省为升序 多个表，where 是否存在，不同情况处理类似不在重复说明。 数据测试： （6）开始单表查询 单表查询就是在单个表中对所选择属性进行查找，输出： 判断条件时有多种情况，如单属性还是多属性比较，是否查询所有属性，即是否有 * 存在等，分情况分析，所以代码很多重复的部分，在这里只阐述重点。 判断条件时的多种情况的不同分析： 单个属性则不需要判断。 每个条件中都要判断where的存在，是否查询所有属性，即是否有* 。 然后在每种情况中读取属性，判断是否满足查询条件 if (strcmp(f1->fieldData,w[2])==0&&strcmp(f3->fieldData,w[6])==0) { // 如果满足条件，则加入到hands中 AddRec(hands,rec); if (sign2!=1) { for (k=0;k { f2=GetFiledByName(hand,rec,s[k]); if (sign==1) printf(" %-11s|",f2->fieldData); } // 格式化输出 printf("\n"); for (k=0;k printf("\n"); } } 其他情况与此类似，不再重复，下面是测试数据：（多条件判断的） （单个条件判断的） （7）开始双表查询： 双表查询与单表类似，但是要分别提取两个表的属性组合在一起然后显示出来，简单流程如下： 提取语句如下： /*******提取第一个表中的表名和属性*********/ for (k=0;w[0][k]!='.';k++) { table1_name[j1]=w[0][k]; j1++; } table1_name[j1]='.'; // 在表的名字后面加上.dbf，查找提取属性table1_name[j1+1]='d'; table1_name[j1+2]='b'; table1_name[j1+3]='f'; table1_name[j1+4]=0; k++; for (;w[0][k]!=0;k++) { table1_filed[j1_1]=w[0][k]; j1_1++; } table1_filed[j1_1]=0; /*******提取第一个表中的表名和属性结束*********/ /*******提取第二个表中的表名和属性****************/ for (k=0;w[2][k]!='.';k++) { table2_name[j2]=w[2][k]; j2++; } table2_name[j2]='.'; table2_name[j2+1]='d'; table2_name[j2+2]='b'; table2_name[j2+3]='f'; table2_name[j2+4]=0; k++; for (;w[2][k]!=0;k++) table2_filed[j1_2]=w[2][k]; j1_2++; } table2_filed[j1_2]=0; /*******提取第二个表中的表名和属性结束****************/ 其他判断类似，测试数据如下： 多表，而且存在having的查询数据： （8）不存在where的情况，即没有判断条件的情况，输出分组排序后的信息即可。但仍要判断是否有* 的存在，即是否输出所有属性。 过程和单双表类似，只不过没有选择判断的部分。测试数据如下： （9）容错机制 程序在输入的过程中，用户可能会有许多的错，所以程序中加了许多判断错误的条件。当有错误发生时返回上一阶段，并提示错误信息。 异常数据如下： Select 输入格式错误，不符合解释程序 数据库管理系统的设计与实现 1.DBMS的目标 （1）用户界面友好对一个实用DBMS来说，用户界面的质量直接影响其生命力。DBMS的用户接口应面向应用，采用适合最终用户的交互式、表格式、菜单式、窗口式等界面形式，以方便使用和保持灵活性。一般地说，用户界面应具有可靠性、简单性、灵活性和立即反馈等特性。 （2）功能完备DBMS功能随系统的规模的大小而异。大型DBMS功能齐全，小型DBMS功能弱一些。DBMS主要功能包括数据定义、数据库数据存取、事务控制、数据库组织和存储管理、数据库安全保护等等。我们在下面讨论这些功能的内容。 （3）效率高系统效率包括三个方面:一是计算机系统内部资源的使用效率。能充分利用资源（包括存储空间、设备、CPU等），并注意使各种资源负载均衡以提高整个系统的效率，二是DBMS本身的运行效率。三是用户的生产率。这是指用户学习、使用DBMS和在DBMS基础上开发的应用系统的效率。 2.DBMS的基本功能 （1）数据库定义对数据库的结构进行描述，包括外模式、模式、内模式的定义;数据库完整性的定义;安全保密定义（如用户口令、级别、存取权限）;存取路径（如索引）的定义。这些定义存储在数据 字典（亦称为系统目录）中，是DBMS运行的基本依据。为此，提供数据定义语言DDL。 （2）数据存取提供用户对数据的操纵功能，实现对数据库数据的检索、插入、修改和删除。一个好的DBMS应该提供功能强易学易用的数据操纵语言（DML）、方便的操作方式和较高的数据存取效率。DML有两类:一类是宿主型语言，一类是自含型语言。前者的语句不能独立使用而必须嵌入某种主语言，如C语言、COBOL语言中使用。而后者可以独立使用，通常以供终端用户交互使用和批处理方式两种形式使用。 （3）数据库运行管理这是指DBMS运行控制、管理功能。包括多用户环境下的并发控制、安全性检查和存取权限控制、完整性检查和执行、数据加密、运行日志的组织管理、事务的管理和自动恢复（保证事务的正确性），这些功能保证了数据库系统的正常运行。 （4）数据组织、存储和管理DBMS要分门别类地组织、存储各类数据，包括数据字典（亦称系统目录）、用户数据、存取路径等等。要确定以何种文件结构和存取方式在存储级上组织这些数据，如何实现数据之间的联系。数据组织和存储的基本目标是提高存储空间利用率，选择合适的存取方法确保较高存取（如随机查找、顺序查找、增、删、改）效率。 （5）数据库的建立和维护包括数据库的初始建立、数据的转换、数据库的转储和恢复、数据库的重组织和重构造以及有性能监测分析等功能。 数据库课程设计——学生信息管理系统 学院：机电工程学院 班级：09工业工程 组员：郎建鹏 学号：0911******* 指导老师：李峰平 目录 第一章系统分析 (2) 1 建立新系统的必要性 (2) 2 业务流程分析（业务流程图） (2) 3 数据流程图 (3) 4 数据字典 (4) 第二章系统设计 (4) 1 数据库设计（E-R） (4) 2系统运行环境 (6) 3输入输出设计 (10) 第三章设计总结 (10) 参考文献……………………………………………………………… 图例说明……………………………………………………………… 第一章系统分析 1 建立新系统的必要性 这次的课程设计是在学习完《数据库原理》和《delphi程序设计》基础上进行的一次系统性的训练，既是对所学知识的巩固，也是对自己综合运用所学知识解决实际问题的一次锻炼。学生信息管理系统的主要目的是为了方便学校对学生的信息进行录入、修改、查询，提高学校的工作效率。这一系统的开发成功，解决了手写速度慢、容易出错的现状。 学生信息管理可以帮助学校最迅速最准确的完成所需的工作。无论是在适用性、灵活性和易操作性方面都显示出了它的强大功能。 2 业务流程分析（业务流程图） 数据流图是结构化分析中不可缺少的有力工具，它描述了系统的分解，即系统由哪些部分组成，各部分之间有什么联系等。但是，它还不能完整地表达一个系统的全部逻辑特征，特别是有关数据的详细内容。因此，仅仅一套数据流图并不能构成系统说明书，只有对图中出现的每一个成分都给出详细定义以之后，才能全面地描述一个系统。对数据流、数据存储和数据处理的详细描述，需要用数据字典（DD）。它包括数据流、数据存储、外部项和处理过程的详细条目。数据字典中把数据的最小单位定义为数据项，而若干数据项可以组成一个数据结构。数据字典是通过以数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 第二章系统设计 1 数据库设计（E-R） （1）管理员实体的E-R图 （2）普通用户实体的E-R图 摘要 数据库技术是计算机科学技术发展最快，应用最为广泛的技术之一。其在计算机设计，人工智能，电子商务，企业管理，科学计算等诸多领域均得到了广泛的应用，已经成为计算机信息系统和应用的核心技术和重要基础。 随着信息技术的飞速发展,信息化的大环境给各成人高校提出了实现校际互联,国际互联,实现静态资源共享,动态信息发布的要求; 信息化对学生个人提出了驾驭和掌握最新信息技术的素质要求;信息技术提供了对教学进行重大革新的新手段;信息化也为提高教学质量,提高管理水平,工作效率创造了有效途径. 校园网信息系统建设的重要性越来越为成人高校所重视. 利用计算机支持教学高效率，完成教学管理的日常事务，是适应现代教学制度要求、推动教学管理走向科学化、规范化的必要条件；而教学管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，不允许出错，如果实行手工操作，每月须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行教学管理工作，不仅能够保证各项准确无误、快速输出，而且还可以利用计算机对有关教学的各种信息进行统计，同时计算机具有手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高员工工资管理的效率,也是教学的科学化、正规化管理，与世界接轨的件。在软件开发的过程中，随着面向对象程序设计和数据库系统的成熟，数据设计成为软件开发的核心，程序的设计要服从数据，因此教学管理系统的数据库设计尤其重要。 本文主要介绍教学管理系统的数据库方面的设计，从需求分析到数据库的运行与维护都进行详细的叙述。本系统利用IBM DB2企业版本开发出来的。DB2是IBM公司开发的关系关系数据库管理系统，它把SQL语言作为查询语言。 本文的分为5章。其中第1章主要是课题简介及设计的内容与目的。第2章是需求分析，此阶段是数据库设计的起点。第3章是概念设计，它是将需求分析的用户需求抽象为信息结构，这是整个数据库设计最困难的阶段。第4章是逻辑结构设计，它将概念模型转换为某个DBMS所支持的数据模型。第5章是数据库的实施与运行，它包括数据的载入及数据库的运行。 关键词：SQL语言；IBM DB2；数据库设计；教学管理系统 I 数据库系统的设计步骤 数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。下面小编整理了数据库系统的设计步骤，供大家参考！ 进行数据库设计首先必须准确了解和分析用户需求。需求分析是整个设计过程的基础，也是最困难，最耗时的一步。需求分析是否做得充分和准确，决定了在其上构建数据库大厦的速度与质量。需求分析做的不好，会导致整个数据库设计返工重做。 需求分析的任务，是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新的系统功能，新系统还得充分考虑今后可能的扩充与改变，不仅仅能够按当前应用需求来设计。 调查的重点是，数据与处理。达到信息要求，处理要求，安全性和完整性要求。 分析方法常用SA(Structured Analysis) 结构化分析方法，SA方法从最上层的系统组织结构入手，采用自顶向下，逐层分解的方式分析系统。 数据流图表达了数据和处理过程的关系，在SA方法中，处理过程的处理逻辑常常借助判定表或判定树来描述。在处理功能逐步分解的同事，系统中的数据也逐级分解，形成若 干层次的数据流图。系统中的数据则借助数据字典来描述。数据字典是系统中各类数据描述的集合，数据字典通常包括数据项，数据结构，数据流，数据存储，和处理过程5个阶段。 概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合，归纳与抽象，形成了一个独立于具体DBMS 的概念模型。 设计概念结构通常有四类方法： 自顶向下。即首先定义全局概念结构的框架，再逐步细化。 自底向上。即首先定义各局部应用的概念结构，然后再将他们集成起来，得到全局概念结构。 逐步扩张。首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他的概念结构，直至总体概念结构。 混合策略。即自顶向下和自底向上相结合。 逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并将进行优化。 在这阶段，E-R图显得异常重要。大家要学会各个实体定义的属性来画出总体的E-R图。 各分E-R图之间的冲突主要有三类：属性冲突，命名冲突，和结构冲突。 数据库系统概论习题集 第一章绪论 一、选择题 1. DBS是采用了数据库技术的计算机系统，DBS是一个集合体，包含数据库、计算机硬件、软件和（）。 A. 系统分析员 B. 程序员 C. 数据库管理员 D. 操作员 2. 数据库（DB），数据库系统（DBS）和数据库管理系统（DBMS）之间的关系是（）。 A. DBS包括DB和DBMS B. DBMS包括DB和DBS C. DB包括DBS和DBMS D. DBS就是DB，也就是DBMS 3. 下面列出的数据库管理技术发展的三个阶段中，没有专门的软件对数据进行管理的是（）。 I．人工管理阶段 II．文件系统阶段 III．数据库阶段 A. I 和II B. 只有II C. II 和III D. 只有I 4. 下列四项中，不属于数据库系统特点的是（）。 A. 数据共享 B. 数据完整性 C. 数据冗余度高 D. 数据独立性高 5. 数据库系统的数据独立性体现在（）。 A.不会因为数据的变化而影响到应用程序 B.不会因为系统数据存储结构与数据逻辑结构的变化而影响应用程序 C.不会因为存储策略的变化而影响存储结构 D.不会因为某些存储结构的变化而影响其他的存储结构 6. 描述数据库全体数据的全局逻辑结构和特性的是（）。 A. 模式 B. 模式 C. 外模式 D. 用户模式 7. 要保证数据库的数据独立性，需要修改的是（）。 A. 模式与外模式 B. 模式与模式 C. 三层之间的两种映射 D. 三层模式 8. 要保证数据库的逻辑数据独立性，需要修改的是（）。 A. 模式与外模式的映射 B. 模式与模式之间的映射 C. 模式 D. 三层模式 9. 用户或应用程序看到的那部分局部逻辑结构和特征的描述是（），它是模式的逻辑子集。 A.模式 B. 物理模式 C. 子模式 D. 模式 10.下述（）不是DBA数据库管理员的职责。 A.完整性约束说明 B. 定义数据库模式 C.数据库安全 D. 数据库管理系统设计 选择题答案： (1) C (2) A (3) D (4) C (5) B (6) A (7) C (8) A (9) C (10) D 二、简答题 １．试述数据、数据库、数据库系统、数据库管理系统的概念。 数据： 描述事物的符号记录称为数据。数据的种类有文字、图形、图象、声音、正文等等。数据与其语义是不可分的。 数据库系统原理与设计习题集 第一章绪论 一、选择题 1. DBS是采用了数据库技术的计算机系统，DBS是一个集合体，包含数据库、计算机硬件、软件和（）。 A. 系统分析员 B. 程序员 C. 数据库管理员 D. 操作员 2. 数据库（DB），数据库系统（DBS）和数据库管理系统（DBMS）之间的关系是（）。 A. DBS包括DB和DBMS B. DBMS包括DB和DBS C. DB包括DBS和DBMS D. DBS就是DB，也就是DBMS 3. 下面列出的数据库管理技术发展的三个阶段中，没有专门的软件对数据进行管理的是（）。 I．人工管理阶段 II．文件系统阶段 III．数据库阶段 A. I 和II B. 只有II C. II 和III D. 只有I 4. 下列四项中，不属于数据库系统特点的是（）。 A. 数据共享 B. 数据完整性 C. 数据冗余度高 D. 数据独立性高 5. 数据库系统的数据独立性体现在（）。 A.不会因为数据的变化而影响到应用程序 B.不会因为系统数据存储结构与数据逻辑结构的变化而影响应用程序 C.不会因为存储策略的变化而影响存储结构 D.不会因为某些存储结构的变化而影响其他的存储结构 6. 描述数据库全体数据的全局逻辑结构和特性的是（）。 A. 模式 B. 内模式 C. 外模式 D. 用户模式 7. 要保证数据库的数据独立性，需要修改的是（）。 A. 模式与外模式 B. 模式与内模式 C. 三层之间的两种映射 D. 三层模式 8. 要保证数据库的逻辑数据独立性，需要修改的是（）。 A. 模式与外模式的映射 B. 模式与内模式之间的映射 C. 模式 D. 三层模式 9. 用户或应用程序看到的那部分局部逻辑结构和特征的描述是（），它是模式的逻辑子集。 A.模式 B. 物理模式 C. 子模式 D. 内模式 10.下述（）不是DBA数据库管理员的职责。 A.完整性约束说明 B. 定义数据库模式 C.数据库安全 D. 数据库管理系统设计 选择题答案： (1) C (2) A (3) D (4) C (5) B (6) A (7) C (8) A (9) C (10) D 二、简答题 １．试述数据、数据库、数据库系统、数据库管理系统的概念。 数据： 描述事物的符号记录称为数据。数据的种类有文字、图形、图象、声音、正文等等。数据与其语义是不可分的。 西安电子科技大学网络教育 2010学年上学期期末模拟试题一 课程名称：__ 数据库系统设计考试形式：闭卷 学习中心：_________ 考试时间： 90分钟 姓名：_____________ 学号： 一填空题（每小题2分，合计10分） 1.数据库应用系统是以_____为核心的，在_____的支持下完成一定的数 据存储和管理功能的应用软件系统。 2.美国国家标准局在 1975 年规定数据库按三级模式结构组织，这三级 模式结构分别以内层、中间层、外层来描述数据库，称为 ______ 、_______ 和 _______。 3.数据库应用系统开发过程是___________、系统设计、______________、 系统运行与维护。 4.PowerBuilder的应用程序是___________驱动的，而事件是由______ 传递的。 5.PowerBuilder支持面向对象程序设计方法，支持________、多态性、 ________。 二选择（每题1.5分，合计15分） 1. 计在关系数据库系统中，当关系的型改变时，用户程序也可以不变。这是（） A、数据的物理独立性 B、数据的逻辑独立性 C、数据的位置独立性 D、数据的存储独立性 2. 数据库系统实现数据独立性是因为采用了( ) A、层次模型 B、网状模型 C、关系模型 D、三级模式结构 3. 在数据库设计过程中，E-R图的设计出现在以下哪个阶段：( ) A、需求分析阶段 B、概念结构设计阶段 C、逻辑结构设计阶段 D、物理结构设计阶段 4. 用于定义基本表中的主键，起唯一标识作用的是（） A、PRIMARY KEY B、FOREGIN KEY C、KEY D、PRIMARY VIEW 5. 对一个数据库视图进行查询时，就是从（）中导出数据 A、一个或若干个基本表 B、一个或若干个索引文件 C、一个或若干个视图 D、一个视图 6． PowerBuilder是一种深受广大用户欢迎的快速应用开发工具，它与其他应用开发工具比较，最具有特色的是：（） A、支持面向对象的开发方法 B、提供可视化图形用户界面 C、使用ODBC与多种数据库连接 D 、可通过数据窗口访问数据库 7. PowerScript语言中，下面正确的标识符是（） A、2y B、T Class C、Then D、X2 8. CloseQuery是（）,对数据窗口起着重要作用。 A、窗口事件 B、数据窗口事件 C、数据窗口函数 D、窗口事件的函数 9. 窗口事件的发生顺序是（） A、Open-> Active-> Show->窗口活动的各种鼠标、键盘事件及其它事 件->Deactive->CloseQuery->Close。 B、Open->Show->Active->窗口活动的各种鼠标、键盘事件及其它事件 ->Deactive->CloseQuery->Close。 C、Open->Show->Active->窗口活动的各种鼠标、键盘事件及其它事件 ->Deactive-> Close-> CloseQuery。 D、Show-> Open ->Active->窗口活动的各种鼠标、键盘事件及其它事 件->CloseQuery -> Deactive ->Close。 数据库系统设计报告《学籍管理系统》设计报告 王卿田超 (25) (07) 教师姓名：钟志宏 课程名称：数据原理 开课时间：2010-2011年度第二学期 单位：黔南师院计算机科学系 2011 年6月18日一数据库设计 1. 开发环境： 本学生学籍管理系统（数据库系统）的开发与运行环境如下： 开发环境：Windows XP 数据库管理系统：SQL Server 2005 网页开发工具：Dreamweaver 8 运行环境：Windows XP 2.内容以及要求： 2.1内容： 能够完成学生信息的输入，可以很容易进行保存。 当学生需要查询成绩时，可以很简单的将需要的信息从数据库中调用出来。2.2 要求： 2.21 学生基本信息系统： 能够完成新、老生信息的输入，修改，插入，删除等工作。 能够按照特定的信息进行查找。 2.22 学生成绩管理系统： 学生成绩的输入，修改，删除等基本操作。 成绩的综合统计功能，包括学生成绩按照不同条件进行排名。 本系统可以在单击上运行，也可以运用在网络上供给在线查询成绩和其他一些学生的信息。 系统的功能模块设计图如图所示： 3 需求分析： 本系统是针对学校的学生学籍管理，主要涉及系部信息，班级信息，任课教师信息，学生信息，课程信息和成绩等多种数据信息。 实现的具体功能如下： ●基本信息管理——系统管理员负责对各种信息的录入，修改，删除等操作。 ●学生成绩管理——系统管理员负责对学生成绩的录入，修改，删除等操作，学生可以查 询各科成绩。 ●信息查询统计——学生可以查询基本信息和各科的考试成绩，老师可以查询基本的信息 和授课信息。 ●系统用户管理——系统管理员负责对用不同的权限来限制不同用户对系统的使用。 划分功能模块 根据系统功能的需求分析和高效学籍管理的特点，经过模块化的分析得到如下图所示的系统 数据字典： 数据项 数据字典是对系统所用到的所有表结构的描述，学籍管理的主要数据见下表。 老师基本信息表 学生基本信息表 数据库系统设计题目：12306网上车票订票系统 院（系）计算机与信息工程学院 专业信息工程 小组成员唐玺孜 韩晓璇 马博渊 申翎 杨兹浓 2014年7月 12306网上车票订票系统 一、需求分析与设计目标 根据市场调研分析用户的需求,根据实际需求设计订票系统的功能,实现网上订票的方便性、快捷性、完善性,并划分系统的逻辑功能模块。火车票的购买途径主要有车站购买、代售点出售等形式,购买的地方以及时间受到限制,无法给乘客带来便利。列车时刻表十分复杂,即便是买上一本列车时刻表,也不方便查询自己的乘车路线,而且由于列车时刻的变动性,所以够买不是很方便,因此系统要满足以下需求: ●乘客输入车次或出行的出发站或终点站,可查询车次信息,从而选择自己的 乘车区间以及车次; ●通过简单查询和复杂查询来查看服务相关信息,管理员可以对用户角色设置 以及角色的添加与修改; ●信息的添加、管理、删除、修改; ●对用户订票信息的办理。 网络车票订购系统实现的最终目标是让客户能轻松的,高效的购得一张自己满意的车票,车票的信息包括出发/到达时间、票额、座位、出发地/目的地等。因此,在实现网上交易的过程中要涉及到网站(用户订票的渠道),票点(车票的打印和处理)等子系统。本设计要实现以下设计目标: ◆实现会员购票制,即所有通过本订票系统订票的旅客都必须首先注册为会员, 以便于系统管理; ◆提供会员注册、登录、修改注册信息等功能; ◆建立车次信息查询模块,可以通过指定车次号码,或发站到站查询需求的车 次的详细信息; ◆建立完善的订票流程,订票流程是订票系统的关键部分,本系统通过需求分 析建立一套独特的订票流程,其方便性、快捷性、完善性使得本售票流程区别于其他订票流程; ◆选择出发日期与车次,当日期与车次信息确定时,相关信息可自动呈现给客 后台主界面及功能说明： 图1 2.1、基本设置：在基本设置中可以对商品信息、商品调价、供货商、客户、员工、操作员、会员、仓库进行设置 2.1.1、商品信息 在基本设置模块中点击“商品信息”进入商品信息界面如图 2 图 2 在商品信息窗口中左边是商品类别，右边列表中是该类别对应的商品。在某一类别上点击鼠标右键，可以新增类别，重命名和删除类别。新增的类别是属于所选类别的下一级，如果类别下有商品存在则该类别是不能被删除的。在类别名称后的文本框中可以输入类别名称或类别简码来查询需要的类别。 在商品列表中点击“增加”按钮打开增加商品界面如图 3 图 3 在商品信息这一部分输入新增商品的所有信息，点击“保存”按钮即可把该商品保存到右边的已存商品中，保存后可以继续输入下一种商品。在“已存商品”中可以点击鼠标右键对选中的商品进行删除或删除全部已存的商品。如果商品增加完后可以直接点“退出”按钮。退出增加商品窗口后会在商品列表中看刚才增加的商品。如果要修改商品，先选中要修改的商品，点击“修改”按钮打开商品修改界面，在商品修改界面中修改相应的信息点击“保存”即可。点击“删除”按钮即可以把选中的商品删除，该商品发生过业务则是不能删除的。 如何建立期初库存商品，在系统中如果没有进行业务来往，当点击“商品信息”按钮的时候，系统会提示是打开商品信息还是建立期初库存商品粮。打开库存商品期初建帐窗口如图4。 图4 在窗口中的商品信息中可以看到所有已经增加过的商品信息，在右边的库库商品中选择仓库，可以看到该仓库中的商品。在商品信息中可以选择中一种商品点击“增加到仓库” 在出现的窗口中输入期初数据和成本价，这样就可以建立该商品在指定仓库的初期帐。 2.1.2、供货商设置 ＜酒店预订系统＞ 数据库设计说明书作者：XXX 完成日期：2010年12月21日星期二 签收人： 签收日期： 修改情况记录： 目录 1 引言 .................................................................................................. 错误！未定义书签。 1.1 编写目的................................................................................................. 错误！未定义书签。 1.2 背景......................................................................................................... 错误！未定义书签。 1.3 定义......................................................................................................... 错误！未定义书签。 1.4 参考资料................................................................................................. 错误！未定义书签。 2 外部设计 .......................................................................................... 错误！未定义书签。 2.1 标识符和状态......................................................................................... 错误！未定义书签。 2.2 使用它的程序......................................................................................... 错误！未定义书签。 2.3 约定......................................................................................................... 错误！未定义书签。 2.4 专门指导................................................................................................. 错误！未定义书签。 2.5 支持软件................................................................................................. 错误！未定义书签。 3 结构设计 .......................................................................................... 错误！未定义书签。 3.1 概念结构设计......................................................................................... 错误！未定义书签。 3.2 逻辑结构设计......................................................................................... 错误！未定义书签。 3.3 物理结构设计......................................................................................... 错误！未定义书签。 4 运用设计 .......................................................................................... 错误！未定义书签。 4.1 数据字典设计......................................................................................... 错误！未定义书签。 4.2 安全保密设计......................................................................................... 错误！未定义书签。 数据库系统设计题目： 12306网上车票订票系统 院（系）计算机与信息工程学院 专业信息工程 小组成员唐玺孜 韩晓璇 马博渊 申翎 杨兹浓 2014年7月 12306网上车票订票系统 一、需求分析与设计目标 根据市场调研分析用户的需求,根据实际需求设计订票系统的功能,实现网上订票的方便性、快捷性、完善性,并划分系统的逻辑功能模块。火车票的购买途径主要有车站购买、代售点出售等形式,购买的地方以及时间受到限制,无法给乘客带来便利。列车时刻表十分复杂,即便是买上一本列车时刻表,也不方便查询自己的乘车路线,而且由于列车时刻的变动性,所以够买不是很方便,因此系统要满足以下需求: 乘客输入车次或出行的出发站或终点站,可查询车次信息,从而选择自己的 乘车区间以及车次; 通过简单查询和复杂查询来查看服务相关信息,管理员可以对用户角色设置以及角色的添加与修改; 信息的添加、管理、删除、修改; 对用户订票信息的办理。 网络车票订购系统实现的最终目标是让客户能轻松的,高效的购得一张自己满意的车票,车票的信息包括出发/到达时间、票额、座位、出发地/目的地等。因此,在实现网上交易的过程中要涉及到网站(用户订票的渠道),票点(车票的打印和处理)等子系统。本设计要实现以下设计目标: 实现会员购票制,即所有通过本订票系统订票的旅客都必须首先注册为会员,以便于系统管理; 提供会员注册、登录、修改注册信息等功能; 建立车次信息查询模块,可以通过指定车次号码,或发站到站查询需求的车 次的详细信息; 建立完善的订票流程,订票流程是订票系统的关键部分,本系统通过需求分 析建立一套独特的订票流程,其方便性、快捷性、完善性使得本售票流程区别于 校园一卡通项目数据库安全系统 建设方案书 一、系统现状概述 校园一卡通在学校也称为校园卡系统，是数字校园的有机组成部分，校园一卡通工程是数字校园的标志性工程和前导性工程。校园卡是将广大师生员工与数字校园有机连接在一起的最有效的媒介，实现了“一卡在手，走遍校园”，校园卡是校园数字化的重要形象和重要标志之一。 校园一卡通系统是架构在校园网上，以感应式射频IC卡为媒介，综合提供身份识别与电子支付服务功能的系统平台，以及其架构在此平台上的各种信息化应用系统。 核心系统都运行在Oracle数据库之上，为整个系统提供稳定性基础。Oracle数据库系统是一个较为复杂的数据库，作为校园一卡通的基础数据存储和运行平台，存储着核心数据资料和基本业务逻辑，其稳定性与否直接关系着校园一卡通的对外服务能力。 以下通过介绍数据各种主流数据保护和恢复的技术，根据业务系统的用户规模大小和用户的数据库维护能力以及项目投入成本，提出我们的建议解决方案。 1.1双机热备系统特点与优势 双机热备包括广义与狭义两种。 从广义上讲，就是服务器高可用应用的另一种说法，英译为：high available，而我们通常所说的热备是根据意译而来，同属于高可用畴，而双机热备只限定了高可用中的两台服务器。热备软件是用来解决一种不可避免的计划和非计划系统宕机问题的软件解决方案，当然也有硬件的。是构筑高可有集群系统的基础软件，对于任何导致系统宕机或服务中断的故障，都会触发软件流程来进行错误判定、故障隔离、以及通地联机恢复来继续执行被中断的服务。在这个过程中，用户只需要经受一定程度可接受的时延，而能够在最短的时间恢复服务。 从狭义上讲，双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国使用较多，故得名双机热备，双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式 目录 1系统介绍 (1) 2需求分析 (1) 2.1需求调查 (1) 2.2数据流程图 (2) 2.3数据字典 (3) 2.3数据字典 (4) 3 概念结构设计 (5) 4逻辑结构设计 (6) 5物理结构设计 (6) 选用什么数据库，为什么等 (6) 5.1数据库的创建 (6) 5.2数据表的创建 ............................................................................... 错误！未定义书签。6数据库实施.. (7) 6.1学生用户基本信息表 (7) 6.2管理员基本信息表 (7) 6.3图书基本信息表 (7) 6.4借阅图书信息表 (8) 6.5预约图书信息表 (8) 6.6还书信息表 (9) 6.7约束创建 (10) 6.8索引创建 (11) 6.9视图创建 (12) 6.10数据查询 (13) 6.11数据操纵 (13) 7系统运行与维护 (14) 7.1系统的运行与维护 (14) 7.2系统评价 (14) 7.3系统遇到的问题和解决的办法 (15) 小结 (16) 1系统介绍 根据《辞海》的解释，博物馆是陈列、研究、保藏物质文化和精神文化的实物及自然标本的一种文化教育事业机构。博物馆与教育是一体的，它会为所在区域的大学生提供观摩学习的机会，为老师的教学提供丰富的资源，弥补学校课堂教育以及教学材料的不足。有利于大学生增强爱国主义和思想道德等的教育。博物馆是一个地区乃至一个国家的历史记忆，是人民深入了解国家发展历程、学习专业知识的场地，也是精神文明建设、爱国主义教育和革命传统教育的基地。 博物馆展品借出管理系统应该包括展品借出，预约图书，展品续借和归还等基本内容。 ⑴博物馆的管理人员需要管理借入者的资料。借入者的资料主要包括：单位名称，属性，识别号，单位地址，借入许可等信息。其中借入许可是由该单位的借入情况决定的，只要是与本博物馆有合作关系，已借入展品不超过三十件。 ⑵博物馆管理人员必须对展品进行有效的管理。展品的资料主要有：展品名称，展品编号，展品作者，展品背景，展品的的使用状态等。 ⑶系统应该给合作者带来借入展品，预约展品方便性。 ⑷系统应该做到借入展品和预约展品的无缝结合，及时掌握图书的状态，方便使用，最大程度地利用博物馆的资源。 ⑸系统对合作者接入展品延期时应给予提示和处理。 ⑹系统管理主要是执行数据库的备份和恢复，数据库表的维护等工作，保证系统的正常运行。 2需求分析 2.1需求调查 (1)学生个人档案包括姓名，班级，性别，学号，班级，院部，借阅许可等信息等。 (2) 当展品被其他博物馆借入时，系统要改变展品的状态，不再允许借出，但是允许预约，而且展品只能被一个博物馆借入 (3) 当合作博物馆借入的展品延期时，博物馆要通知合作博物馆及时归还展品，并进行相应的处罚。 图书馆借阅系统的用例包括以下内容： 数据库系统课程设计 按照要求进行数据库系统设计：根据现实世界的组织和工作过程进行数据库设计：其中一个员工属于一个部门，一个部门有多个员工；一个员工可同时参加多个项目，一个项目有多个员工一起开发。 目录（宋体，3号、加粗） 1 需求分析 (3) 2 概念设计 (4) 2.1项目总体介绍 (4) 2.2系统主要功能分为以下模块 (5) 2.3用E-R图描述如下 (6) 2.4 E-R图转换成关系模式 (7) 2.4.1E-R图实体的关系模式 (7) 2.4.2 E-R图联系的关系模式 (7) 3 逻辑设计 (7) 4 物理设计 (9) 4.1 数据表的建立 (9) 4.1.1登陆界面 (9) 5 数据库实施 (17) 5.1.1综合查询员工信息的EmployeeAction（因本程序用java结合sql技术实 现，此处为本程序主要实现部分的代码） (17) 5.1.2综合查询员工信息的EmployeeModel (19) 5.1.3综合查询员工信息的EmployeeDao (20) 5.1.4相关数据库信息文件如下所示 (25) 6 课程设计小结与心得体会 (26) 6.1进一步开发方向 (27) 7 成绩评定 (28) 1 需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，为以后的具体设计打下基础。 针对一般人事管理信息系统的需求，通过对人员管理工作过程的内容和数据流程分析，设计如下所示的数据项和数据结构： (1)职工基本信息表（EMPLOYEE），包括的数据项有：员工代号，姓名，性别，民族，出生日期，职称，参加工作时间，状态，电话，学历，专业，毕业时间，学校，配偶姓名等信息。 (2) 部门基本信息表（DEPARTMENT），包括的数据项有：部门编号，部门姓名 (3)职务基本表（ZHIWU）,包括的数据项有: 职务编号，职务姓名 (4)项目类型基本信息表（TYPE）,包括的数据项有：类型编号，类型姓名 有了上面的数据结构、数据项，就可以进行下面的数据库设计了。 青岛滨海学院数据库课程设计 目录 1系统介绍 (1) 2需求分析 (1) 2.1需求调查 (1) 2.2数据流程图 (2) 2.3数据字典 (3) 2.3数据字典 (4) 3 概念结构设计 (5) 4逻辑结构设计 (6) 5物理结构设计 (6) 选用什么数据库，为什么等 (6) 5.1数据库的创建 (6) 5.2数据表的创建 ............................................................................... 错误！未定义书签。6数据库实施.. (7) 6.1学生用户基本信息表 (7) 6.2管理员基本信息表 (7) 6.3图书基本信息表 (7) 6.4借阅图书信息表 (8) 6.5预约图书信息表 (8) 6.6还书信息表 (9) 6.7约束创建 (10) 6.8索引创建 (11) 6.9视图创建 (12) 6.10数据查询 (13) 6.11数据操纵 (13) 7系统运行与维护 (14) 7.1系统的运行与维护 (14) 7.2系统评价 (14) 7.3系统遇到的问题和解决的办法 (15) 小结 (16) 1系统介绍 图书馆作为校园文化服务部门，提供给学生和老师的是文献服务，作为校园的重要文化信息部门，也需要一套有效的图书管理系统来提高管理效率。 图书管理信息系统的目标是：信息收集制度化，信息加工标准化，信息传递规范化，信息内容系统化，信息储存档案化以及图书馆信息工作专业化。 图书借还书管理系统应该包括借阅图书，预约图书，图书续借和还书等基本内容。 ⑴图书的管理人员需要管理学生的资料。学生的资料主要包括：姓名，性别，学号，班级，院部，借阅许可等信息。其中借阅许可是由学生的借阅情况决定的，只要是在校本科生，已借阅图书不超过五本。 ⑵图书管理人员必须对图书进行有效的管理。图书的资料主要有：书号，书名，作者，出版社，图书的使用状态等。其中图书的使用状态是被借阅，被预约等。 ⑶系统应该给学生带来借阅图书，预约图书方便性。 ⑷系统应该做到借阅图书和预约图书的无缝结合，及时掌握图书的状态，方便使用，最大程度地利用图书馆的资源。 ⑸系统对学生借阅的图书延期时应给予提示和处理。 ⑹系统管理主要是执行数据库的备份和恢复，数据库表的维护等工作，保证系统的正常运行。 2需求分析 2.1需求调查 (1)学生个人档案包括姓名，班级，性别，学号，班级，院部，借阅许可等信息等。 (2) 当图书被学生借阅时，系统要改变图书的状态，不再允许借阅，但是允许预约，而且每本书只能被一人借阅或同时被一人预约一次。 (3) 当学生借阅的图书延期时，图书馆要通知学生及时还书，并进行相应的处罚。 (4) 学生在系统可以查阅自己的借阅情况，归还自己借阅的图书。 图书馆借阅系统的用例包括以下内容： ●查询图书 ●借阅图书 ●归还图书 第一章需求分析 1.1 BBS的功能与应用需求 1.1.1论坛的功能 论坛是Internet上的一种电子信息服务系统。它提供一块公共电子白板，每个用户都可以在上面书写，可发布信息或提出看法。它是一种交互性强，内容丰富而即使的电子信息服务系统。用户在论坛站点上可以获得各种信息服务、发布信息、进行讨论、聊天等等。像日常生活中的黑板报一样，论坛按不同的主题分为许多版块，版面的设立依据是大多数拥护的要求和喜好，用户可以阅读别人关于某个主题的看法，也可以将自己的想法毫无保留地帖到论坛中。 随着计算机网络技术的不断发展，论坛的功能越来越强大，目前论坛的主要功能有以下几点: (1) 供用户自我选择阅读若干感兴趣的专业组和讨论组内的信息。 (2) 可随意检查是否有新消息发布并选择阅读。 (3) 用户可在站点内发布消息或文章供他人查阅。 (4) 用户可就站点内其他人的消息或文章进行评论。 (5) 同一站点内的用户互通电子邮件, 设定好友名单 1.1.2应用需求 现实生活中的交流存在时间和空间上的局限性，交流人群范围的狭小，以及间断的交流，不能保证信息的准确性和可取性。因此，用户需要通过网上论坛也就是论坛的交流扩大交流面，同时可以从多方面获得自己的及时需求。同时信息时代迫切要求信息传播速度加快，局部范围的信息交流只会减缓前进的步伐。论坛系统的开发能为分散于五湖四海的人提供一个共同交流、学习、倾吐心声的平台，实现来自不同地方用户的极强的信息互动性，用户在获得自己所需要的信息的同时也可以广交朋友拓展自己的视野和扩大自己的社交面。 1.3数据字典 BBS 论坛系统的数据流程图如下 说明：⑴——访问信息,⑵⑶⑽⑾——用户信息,⑷——发表帖子信息,⑸更新帖子信息,⑹搜索信息数据库管理系统的设计与实现
数据库系统设计说明书
数据库系统课程设计--实例
数据库系统的设计步骤
数据库系统原理与设计(万常选版)整本书练习题和详细答案详细讲解
数据库系统原理与设计第2版课后习题详细答案(供参考)
数据库系统设计
数据库系统设计报告
12306数据库系统设计报告
数据库管理系统设计
数据库系统设计说明书
12306数据库系统设计报告
数据库系统建设方案设计
数据库系统设计实例分析
数据库系统设计——课程设计
数据库系统设计实例分析
论坛数据库系统设计
相关主题
文本预览