教室管理信息系统说明书.docx

教室管理信息系统说明书.docx

《教室管理信息系统说明书.docx》由会员分享，可在线阅读，更多相关《教室管理信息系统说明书.docx（14页珍藏版）》请在冰豆网上搜索。

教室管理信息系统说明书

超市信息管理系统设计说明书

　超市信息管理系统是把信息技术应用于超市管理的过程.有助于完善超市的经营管理，提高雇员的积极性，以获取跟多利润。

超市信息管理系统能够随着商品的售卖，进货情况随时更新，实时反映超市的经营管理状况。

需求分析分为三个部分:

需求的文字表述、数据流图、数据字典。

一、需求分析

第一部分　调查用户需求

本系统的最终用户为超市管理者,收银员，在校学生,我们根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息，根据我们日常生活中的经验,根据我们所做的其他询问和调查，得出用户的下列实际要求：

1、收银员的需求

能够查看自己的业绩情况

查询在规定的时间内卖出的商品

２、买家

能够查看自己在超市的积分情况，达到一定分数可以去超市领取礼品

3、管理者

查看会员积分情况,以此给以奖励

查看收银员的的业绩,用于确定她们的奖金

计算超市的盈利与亏损

查看商品的销售情况，以此确定进货的种类和数量

处理要求：

学校超市现存系统存在的问题：

没有会员卡管理系统

收银员工资没有与业绩挂钩，工作态度不积极

系统应当完成以下的信息处理：

a、积分查询

　学生能够查看自己在超市的积分情况

b、进货查询;

超市管理者可以查看进货情况

c、销售查询；

收银员、管理者可以查看销售情况，

d、进货修改；

每次进货后，超市管理者可以修改进货情况

e、销售修改；

　每次卖出产品后，收银员可以修改销售数量的情况

安全性与完整性要求：

安全性要求：

a、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证

用户身份不被盗用;

b、系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；

c、系统应对不同用户设置不同的权限，区分不同的用户,如学生、收银员和超市管理人员.学生（只能查积分）,收银员（只能查询业绩，修改销售数量）,超市管理人员（可进行日常事务的处理，如修改进货数量，查看各种数据）。

完整性要求:

ａ、各种信息记录的完整性，信息记录内容不能为空；

b、各种数据间相互的联系的正确性；

c、相同的数据在不同记录中的一致性.

4、确定系统的边界

经对前面的需求调查和初步的分析,确定由计算机完成的工作时对数据进行各种管理和处理,具体的工作内容见第二部分，由手工完成的工作主要有对原始数据的录入；不能由计算机生成的,各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护。

第二部分　系统功能的设计和划分

根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几个子系统:

会员积分查询子系统

收银员查询子系统

　收银员销售管理子系统

　超市管理者查询子系统

　　进货查询子系统

　　销售查询子系统

后台管理

各子系统完成的功能如下：

1．会员积分查询子系统

1.关键词搜索

在输入框中直接输入卡号和密码，即可得到自己的积分情况

２、收银员查询子系统

1．关键词搜索

在输入框中直接输入编号和密码,即可得到自己的业绩情况

3、管理者查询子系统

1。

关键词搜索

在输入框中直接输入物品编号，即可得到物品的全部信息。

２．目录搜索

根据种类—>商品，即可得到物品的全部信息。

４、进货子系统

每次进货后，超市管理者可以修改进货情况,超市管理者可以查看进货情况

5、销售子系统

每次卖出产品后,收银员可以修改销售数量的情况

经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分,综上，我们对　教师查询子系统，教师查询子系统,课程查询子系统，教室借用子系统，我要自习子系统　.进行具体的数据库设计，在需求分析中形成的数据流图如下：

二、数据流图

第一部分：

用户查询子系统（见图１）

第二部分:

收银员子系统（见图２）

第三部分：

管理者子系统（见图3）

第二部分：

子系统（见图4）

第三部分：

子系统（见图5）

第四部分：

后台管理子系统（见图6）

教师查询

教室查询

课程查询

教室借用

后台管理

我要自习

三、数据字典

教室管理信息系统各实体及联系的数据字典

1。

会员信息数据字典:

ﻩ

属性名

存储代码

类型

长度

属性

会员编号

VIPID

Chａｒ

２0

主键

会员姓名

VIPＮａme

Chaｒ

20

不允许为空

2.教室数据字典:

属性名

存储代码

类型

长度

备注

教室编号

clno

Iｎt　

10

教学楼中教室号

教学楼号

ｂnｏ

Strｉng

6

教室所在教学楼号

楼层

ｆloor

Strｉng

10

教室所在楼层

3。

院系数据字典:

属性名

存储代码

类型

长度

备注

院系号

deｐtno

String

20

学校中院系的编号

院系名称

depｔname

Stｒiｎg

20

学校中院系名称

４.课程数据字典：

属性名

存储代码

类型

长度

属性

会员编号

ＶIPIＤ

Char

2０

主键

会员姓名

VＩＰName

String　

２0

课程名称

学分

cｒedit

Stｒiｎg

1

课程学分

课程类型

cateｇoｒy

Strｉng

１0

课程类型（全校选修、专业选修、专业必修、人文修养、艺术教育）

开课院系号

ｄeptno

Strinｇ

2０

课程开课的院系

５。

教师数据字典:

属性名

存储代码

类型

长度

备注

教师编号

tｎo

Strｉｎg

２０

教师编号

教师姓名

tnaｍｅ

Stｒing

１0

教师姓名

性别

sex

String

2

教师性别（男、女）

所属院系

depｔno

Sｔｒing

20

教师所属院系

职称

titｌe

String

10

教师的职称（教授、副教授、讲师）

身份证号

tid

Sｔriｎg

18

教师身份证号

6.学生数据字典：

属性名

存储代码

类型

长度

备注

学号

snｏ

Ｓtring

10

学生编号

姓名

snａme

Sｔｒing

10

学生姓名

院系号

deptｎｏ

Ｓｔring

2０

学生所属院系

身份证号

ｓid

Sｔring

18

学生的身份证号

7.教师开课表数据字典：

属性名

存储代码

类型

长度

备注

教师号

ｔｎo

Strinｇ

20

教师编号

教室号

clｎo

Ｓtring

10

教室编号

课程号

ｃno

Sｔriｎg

20

该教室所开的课程

工作日

ｗeekday

Striｎg

８

工作日

上课时间段

pｅrｉｏｄ

String

20

上课时间段

8。

教室借用表数据字典：

属性名

存储代码

类型

长度

备注

教室号

clno

Ｓtｒing

１0

教室编号

使用人编号

sno

String　

１0

借用教室人员的编号

使用日期

ｕsedaｔｅ

Stｒiｎg

10

使用教室的日期

工作日

Weekｄａy

Sｔｒｉng

8

使用教室的星期

借用时间段

Period

Sｔｒing

20

使用教室的时间段

用途

Use

Stｒｉng

10０

借用教室的用途

状态

Useｓtatｕs

Sｔring

1

借用教室审批的状态

学生管理信息系统分E－R图

学生管理信息系统总E-R图

1

以下是教室管理信息系统的关系模型:

１.会员（卡号,姓名，密码）

2。

收银员（收银员编号，姓名，密码）　

3．管理者　（姓名，密码）

４.商品信息（商品编码,单价,名称，种类，售出时间，售出数量，单位）

5。

商品进货（商品编号，进货数量，进货时间）

6。

收银机与收银员（收银机号，收银员号，收银员名，密码）

７.销售（商品编号，收银员号，销售数量，销售日期）

一、关系模式存取方式选择

教室管理信息系统是一个多用户共享系统，对同一个关系要建立多条存取路径才能满足多用户的多种应用要求。

数据库管理系统一般提供多种存取方法。

常用的存取方法有三类:

一是索引方法，目前主要是B+树索引方法；第二类是聚簇方法,第三类是Hａsh方法。

B+树索引是数据库中经典的存取方法，使用最普遍。

我们的数据库管理信息系统在系统建立过程中自动创建了B+树索引。

二、确定数据库的存储结构

　确定数据库物理结构主要指确定数据的存放位置和存储结构,包括确定关系、索引、聚簇、日志、备份等的存储安排和存储结构,确定系统配置等.

三、评价物理结构

在开发教室管理信息系统的过程中，我们综合考虑了系统的时间效率、空间效率、维护代价和各种用户要求进行了权衡.评价物理数据库的方法完全依赖于所选用的RDBMS,而我们采用的是KｉｎgbaseＥＳ5.０。

这种评价完全取决于该数据库管理系统的评价方法，主要从定量估算各种方案的存储空间和维护代价入手，对估算结果进行权衡、比较。

ﻩ

一、数据的载入和应用程序的调试

根据以上需求分析、概念设计、逻辑设计、物理设计等各个阶段的分析与设计，我们数据库应用设计五人组进行了系统的开发，主要采用JSＰ网站开发技术，系统运行在KingｂasｅES5.０之上，应用服务器为　Toｍcat5．0之上。

程序代码如附件所示。

二、数据库的试运行

三、数据库的运行与维护

四、数据库的转储恢复