饭卡管理系统需求分析报告(详细).doc

《软件工程》课程设计报告

饭卡管理系统

目 录
目 录 2
需求分析 3
2.1引言 3
2.1.1编写目的 3
2.1.2 定义 3
2.2任务概述 3
2.2.1目标 3
2.2.2用户的特点 4
2.2.3假定和约束 4
2.3.工作原理 4
2.4系统流程图 4
2.5数据流图 6
2.6数据字典 11
2.7需求规定 14
2.7.1对功能的规定 14
2.7.2对性能的规定 14
2.8运行环境规定 14
2.8.1设备 14

15

需求分析
2.1引言
2.1.1编写目的
需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。
2.1.2 定义
本文件中用到的专门术语的定义和外文首字母词组的原词组。
实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。
状态转换图：通过描绘系统的状态及引起系统的状态转换的事件来表示系统的行为。提供行为建模机制。

2.2任务概述
饭卡管理系统是一套针对大学校园食堂饮食交费和一般消费等方面的信息系统，它包括了嘘声或教职工在校内消费的各方面内容：刷卡消费、查询、存款和持卡者信息管理等，方便对饭卡信息进行各项操作，定时进行数据的备份和更新，保持数据的一致性和准确性。另外，各方面的内容应该互相联系，最终产生各种查询统计报表，以供持卡者进行检查。
此系统的主要任务就是把人们从繁琐的交费找零工作中解放出来，用计算机实现存款、消费、查询、修改、删除以及存储等功能。同时用计算机能够快速准确地完成资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。
2.2.1目标
主要开发目标是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。
2.2.2用户的特点
由于系统的界面清晰、美观，操作简单、方便，所以操作人员只需要具备一定的电脑操作技能即可。管理员（维护人员）不需要任何数据库专业技能知识。本系统可以极大的提高工作效率，预期使用频度较高。
2.2.3假定和约束
系统的规模较小,适于Windows和操作系统，Access数据库系统。
2.3.工作原理
饭卡管理系统的工作原理如下：
(1)先建立数据库和数据库的驱动程序。
(2)在使用时，由管理员输入需要了解的关键字的信息，然后通过饭卡管理系统选择相应的管理事务。
(3)管理事务将根据所提供的信息在数据库中查找相应的记录。
(4)返回相应的记录给管理员。
(5)允许管理员在相应权限下对数据进行修改。
(6)通过终端把得到的内容显示到相应的界面上。
2.4系统流程图
我们用图形符号以黑盒子形式描绘该系统的每个部件（程序，文档，数据库，人工过程），表达数据在系统各部件之间的流动情况。
根据系统的功能要求，要建立三个库文件，分别是学校持卡者信息，饭卡存款额及历史情况和饭卡信息备份。

2.5数据流图
首先，建立顶级数据流图，其中只含有一个代表目标软件系统整体处理功能的转换。
根据饭卡管理系统与外部环境的关系确定顶级数据流图中的外部实体有四个，分别是：持卡者、管理员、刷卡服务员、刷卡器与显示器，我们把整个饭卡系统的数据处理过程看做一个加工，他要与这四个外部实体有联系，它的输入和输出数据反映了本系统与这些外界环境的接口，系统的顶层数据流图如图2所示：

图2 饭卡管理系统顶层数据流图

按照对问题域和用户需求的理解，本系统有“持卡者信息管理”、“饭卡信息管理”和“饭卡消费记录管理”三种子功能，在按照这三种子功能细化“饭卡系统”这个加工，得到1层数据流图，如图2所示：

图 3 饭卡管理系统1层数据流图

分析1层数据流图中的三个加工，采用常用的功能分解方法，可以继续对三个加工进行细化。图4为饭卡管理系统的2层数据流图，三张图分别对三个加工完成细化操作。

图4 饭卡管理系统2层数据流图

图4完成了系统功能的初步细化，根据系统需要，对图4中的“饭卡信息管理”的子功能模块“加锁与解锁”、“注销”、“充值”和“消费”四个加工还可以进一步细化，得到图5所示的三层数据流图。

图5 饭卡管理系统的3层数据流图

2.6数据字典
数据字典是关于数据的信息的集合，也就是对数据中包含的所有元素的定义的集合，它为软件开发人员提供数据库设计的参考，使用户了解系统的一个必备工具。
数据元素的数据字典卡片如下：
***************************************************************************
名字:用户信息
别名:
描述:对饭卡管理系统进行操作的人员
定义:用户信息=用户名+用户密码+用户类别
用户名=1{字母|数字}18
密码=1{字母|数字}6
用户类别=[管理员|持卡者]
管理员=1
持卡者=0
位置:用户表
***********************************
名字:持卡者信息
别名:
描述:记录持卡者信息
定义:持卡者信息=学生学号|教职工工号+卡ID+持卡者姓名+性别+电话号码+地址
学生学号|教职工工号=3{数字|字母}11
卡ID=8{数字|字母}8
持卡者姓名=6{字符}11
性别=[男|女]
电话号码=11{数字}11
地址=8{字符}100
位置:持卡者信息表
***************************************************************************
名字:饭卡信息
别名:
描述:记录饭卡的相关信息
定义:饭卡信息=卡ID+余额+锁
卡ID=8{数字|字母}8
余额=20{数字}50
锁=[1|0]
位置:饭卡信息表
***************************************************************************
名字:饭卡历史信息
别名:
描述:记录饭卡历史的信息
定义:饭卡历史信息=卡ID+时间+款额+操作
卡ID=8{数字|字母}8
时间=年+月+日
款额=0{数字}500
操作=[存款|消费|其它}
位置:饭卡历史信息表
***************************************************************************

饭卡管理系统的数据库表如表1-表4所示。

表格 1 用户表
字段名称
列名
数据类型
用户名
usename
Varchar(20)
密码
useid
Varchar(20)
用户类型
usetype
boolean

表格 2 持卡者信息表
字段名称
列名
数据类型
学生学号|教职工工号
use_num
int
卡ID
id
int
持卡者姓名
name
Char(20)
性别
male
boolean
电话号码
tel
Char(20)
地址
address
Char(50)

表格 3 饭卡信息表
字段名称
列名
数据类型
卡ID
id
int
余额
sum
float
锁
lock
boolean

表格 4 饭卡历史信息表
字段名称
列名
数据类型
卡ID
id
int
时间
daytime
daytype
款额
sum
float
操作
op
Char(20)

2.7需求规定
2.7.1对功能的规定
根据系统的功能需求，要建立三个库文件，分别是学校持卡者信息，饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息，比如姓名、学号、系别；饭卡存款额及历史情况库用来记录此张饭卡当前的余额、刷卡时消费记录以及存款的历史记录；为了防止意外导致这些重要文件丢失，需要备份，备份信息放入饭卡信息备份库中。
2.7.2对性能的规定
（1）精度
输入数据：查询最大查询范围1年内；卡ID合法性；客户信息合法性；
输出数据：余额以 213.12的形式最多小数点后两位，即到分为止显示。（小于的部分不可能出现）
（2）时间特性要求
刷卡响应时间不超过1秒；
查询响应时间不超过5秒；
（3）故障处理要求
刷卡响应时间超过1秒后，自动提出警告。要求重新刷卡。
查询超过5秒，要显示查询时间长的提示信息。以免误认为死机。
当计算机突然死机、重启、断电时自动存储备份数据。即便没有存上。也有备份数据库，供恢复。
（4）其他专门要求
普通学生只能刷卡消费，系统管理员还可以进入管理员界面；刷卡服务员可以操作刷卡器。
界面清晰、美观，操作简单、方便。
所有数据存储在学校服务器端，数据存储安全可靠。
2.8运行环境规定
2.8.1设备
a.中央电脑，要求容量大，CPU能够满足查询的。
b.刷卡器，要求读取ID敏捷，准确。
c.要求刷卡器与中央电脑连接。通信量要满足查询精度和速度。
d.刷卡器上的功能建，要求显示明确，意思表达精确。