学生饭卡信息管理系统Word格式.docx
《学生饭卡信息管理系统Word格式.docx》由会员分享，可在线阅读，更多相关《学生饭卡信息管理系统Word格式.docx（14页珍藏版）》请在冰点文库上搜索。
4.可通过访问权限控制等确保数据的安全性。
2。
2用户界面分析
用户分为学生、学校管理人员、食堂员工、银行四类。
他们分别持有不同的使用权限和对应的不同用户界面,
本数据库管理软件主要供非计算机专业人群使用。
1.２。
3假设与约束
项目约束：
项目的开发经费不超过200元，项目开发时间在１个月之类；
主要负责人1人，开发小组共３人；
对并行操作、信息安全和保密等方面暂无特殊要求约束.
项目假设：
假设开发经费不到位，管理不完善，设计时系统功能未能得到全面的考虑，本项目的开发都将受到很大的影响.
1.3功能需求分析
1.4 性能需求分析
处理数据的输入输出精度；
（1）响应时间；
（2）更新处理时间；
（3）数据转换和传送时间;
（4）等待解题（即操作执行）时间；
（5）操作方式变化的适应；
（6）运行环境的变化与适应；
（7）与其他软件接口的适应；
（8）对存储卷，目录，数量的统计;
（9）其他要求。
1.5 安全需求分析
数据安全是所有数据库系统软件所必须关注的一个重大问题，数据安全包括机密性，完整性,可用性三个方面。
威胁数据安全的方面有很多比如：
不可恢复损坏（磁盘驱动器损坏,电源故障等），黑客，病毒，信息窃取等。
因此安全保密要求要特殊建立：
✓推荐使用磁盘阵列;
✓数据库数据的及时备份与处理（删除过期索引,视图等）;
✓双机容错;
（互为镜像）
✓数据迁移；
✓信息的及时加密处理；
✓数据库权限的严格控制；
✓使用网络共享（大型服务器优先原则）。
1.6环境需求分析
6.1设备需求
运行该软件所适合具体设备必须是PeｎtiｎｕmＩＩI以上的CPU、128MB以上内存的计算机,硬盘容量在２0GB以上。
1.6。
２支持软件
支持Ｗinｄｏwｓ操作系统，ＳQLSeｒveｒ2000的软件环境。
1．6.3 接口
✓用户接口：
一般用户只需要通过终端进行操作，进入主界面后,输入密码，身份确认后,即可进入相应的窗口.
✓软件接口：
在服务器端需要安装Windｏwsxｐ和SQLSeｒvｅr2000服务器版软件,本软件目前没有与其他软件系统对接。
用户需要安装Winｄows操作系统和浏览器.
1．６.4控制
本软件通过用户权限控制软件运行.
２。
系统功能
用户需求调查表
✧
。
前台（面向学生）
需求序号
用户需求描述
实例
1
学生可以随时查询自己的消费时间,消费地点以及消费金额
２
学生可以进行网上银行对自己的饭卡进行充值
3
学生可以修改自己的饭卡的密码等相关信息
４
学生可以凭借学生证挂失,补办自己的饭卡
后台（面向管理人员）
实
例
１
管理员登录，进入后台管理系统
对数据库进行管理
３
修改管理员密码，保证安全性。
4
学生信息的统计数据报表
5
整理学生信息
６
管理员工信息
7
系统功能设置
8
设置学生信息……
✧C.前台（面向食堂）
查询自己当天的营业额
2
根据营业额从银行领取现金
根据学生消费从饭卡划去相应金额（饭卡金额充足）
✧D.前台（面向银行）
银行接受学生的饭卡的充值,根据食堂的营业额给食堂相应的金钱
3.功能需求分析
要求应用系统对不同用户有不同的界面及权限授予
总控模块:
包括操作员管理（设置密码或登录口令进行操作）、权限管理（创建不同角色授予不同权限）、系统数据管理（数据的备份及恢复,故障与异常的排除与处理）、系统设置管理（各项操作的具体执行）；
✓输入输出设计模块:
（1） 注意保证各个模块的输入格式一致，方便用户使用不同的模块；
（２） 严格的检错措施.尽量减少用户的输入,以减少出错羁旅；
对用户的输入内容，作空格、非法字符等检验；
（３）使用菜单方式，使得条例清晰、逻辑性强;
（4）关键性提示和警告：
对于数据库的更新、删除及用户登录等操作，利用提示的方式来帮助用户进一步来帮助用户进一步确认操作的有效性。
系统功能图
4、数据流图
5.数据字典
表
例:
学生表
（1）数据项（学生证号）
数据项名：
学生证号
含义说明:
唯一标识每个学生
别名：
…
类型:
字符型（）
长度：
11
取值含义：
前五位标识学生的学院，六七位标识学生的年纪,后几位标识学生的年绩编号.
与其他数据项的逻辑关系：
前七位与学院年级匹配。
（２）数据结构
结构名:
学生
含义说明：
是饭卡系统的主体数据记录
组成:
学生证号，姓名,饭卡号，学院，年级
（3）数据流
数据流名:
说明：
饭卡的拥有和使用者
数据流来源:
在校的学生
数据流去向:
管理员核查
学生证号,姓名,饭卡号,学院，年级
（4）数据存储
数据存储：
记录学生的基本情况
流入数据流：
在校的学生信息
流出数据流：
学生信息确认
组成：
学生证号,姓名,饭卡号，学院,年级
存取方式:
顺序存取
视图
学生查询视图
消费查询视图
信息管理视图
函数
系统聚集函数引用
自定义函数说明
包
6.性能需求分析
（10）处理数据的输入输出精度;
（11）响应时间；
（12）更新处理时间;
（13）数据转换和传送时间;
（14）等待解题（即操作执行）时间；
（15）操作方式变化的适应；
（16）运行环境的变化与适应；
（17）与其他软件接口的适应；
（18）对存储卷，目录,数量的统计；
二、概念结构设计
E-R图
实体属性集
三、逻辑结构设计
关系模式集
学生（学生证号，学生姓名,ﻩ饭卡号，学院，年级）
PK-学生证号ＦK—饭卡号
饭卡（饭卡号，姓名，卡主学院,密码，金额,充值信息）
ＰK-饭卡号，FK-姓名
银行（银行编号,银行名称，地址，负责人姓名）
PK－银行编号
食堂档口（档口编号，名称，地址,饭卡机号，负责人姓名）
PK-档口编号，FK-饭卡机号
食堂职工（职工号，职工名，职工性别，电话，职务，所属档口编号）
ＰK—职工号，ＦK-所属档口编号
饭卡机（饭卡机号,密码，所属档口,位置,划卡记录，金额）
PK—饭卡机号,ＦＫ-所属档口
管理人员（员工号，员工姓名，性别,密码，电话，员工职务）
ＰＫ-员工号
财务人员（员工编号，员工名称,人员性别,员工电话）
PＫ—员工编号
四、物理结构设计
内存设计（索引区，缓冲区设计）;
外存设备及外存空间的组织（索引区,数据块的组织与划分）；
访问数据方法设计。
名称
数据类型
长度
索引
备注
String
14
Y
学生的学生证号
姓名
Sｔring
N
学生的姓名
饭卡号
学生饭卡的编号
学院
Ｎ
时间记录
年级
Ｓtriｎg
学生的年级
饭卡表
Striｎg
1４
饭卡的编号
Stｒｉng
所属学生的姓名
密码
Ｓtring
学生饭卡的密码
金额
Float
饭卡所剩金额
卡主学院
Strｉｎg
所属学生的年级
充值信息
Stｒing
10
充值的信息
银行表
银行编号
Ｓtｒｉng
１4
银行的编号
银行名称
Ｓｔring
银行的名称
地址
Sｔrｉng
银行地址
负责人姓名
食堂档口表
档口编号
Ｓｔrｉng
食堂档口编号
食堂档口的姓名
食堂档口的地址
饭卡机编号
Ｓtrｉng
８
档口所有饭卡机编号
饭卡机表
饭卡机号
Sｔrinｇ
饭卡机的编号
饭卡机的密码
位置
Strｉｎｇ
饭卡机的位置
划卡记录
１5
饭卡机划卡记录
饭卡机里的金额
所属档口
所属的档口
食堂职工
职工号
Strｉng
职工的编号
职工名
职工的密码
职工性别
职工的性别信息
职务
Sｔriｎg
6
职工的职务
所属档口编号
所属档口的编号
电话
１2
职工的电话
管理人员表
员工号
员工的编号
员工姓名
员工的姓名
性别
员工的性别信息
12
员工的电话
员工职务
员工的职务
财务人员表
员工编号
Ｙ
员工的编号信息
员工名称
员工的姓名信息
员工电话
员工的电话信息
员工性别
升级会员 