软件工程导论课程设计饭卡管理系统开发文档.docx
《软件工程导论课程设计饭卡管理系统开发文档.docx》由会员分享，可在线阅读，更多相关《软件工程导论课程设计饭卡管理系统开发文档.docx（67页珍藏版）》请在冰豆网上搜索。
软件工程导论课程设计饭卡管理系统开发文档
《软件工程》实验报告
——饭卡管理系统开发文档
组长：
）
指导老师：
2016年01月10日
前言
本文档根据软件工程的基本原理、开发方法以及开发过程进行了多次的讨论与实践，主要包括可行性研究、需求分析、总体设计、详细设计、编码、测试等章节，每一章节都图文并茂地阐述具体的设计过程。
1可行性研究
1.1系统概述
随着高校扩招，大学生人数的逐年递增。
关于学生生活切身利益的日常消费亟需解决，全国高校校园卡的升级，也是提高学生日常生活质量的一种方式。
校园卡将安全、消费、学习集为一身，需要新的校园卡管理系统给予管理部门的技术支持。
如校园卡管理系统采取银行卡的金融功能与校园卡的校务管理功能整合的方式，使师生操作更方便。
校园卡系统的建设，为学校实现财务统一管理提供科学的、现代化的手段，将提高学校的管理水平，极大提高效率。
1.2初步的系统分析设计
根据校园卡管理所涉及的领域，将校园卡的业务分为学生与商户信息管理、消费记录收益记录管理、饭卡信息管理三大类，形成初步的业务流程图如下1.2.1、1.2.2、1.2.3图所示。
图1.2.1学生消费业务流图
图1.2.2学生信息查询业务流图
图1.2.3商户信息查询业务流图
根据以上业务流图可以画出数据流图，如图1.2.4、1.2.5。
图1.2.4顶层数据流图
图1.2.50层数据流图
根据初步的分析，我们需要管理员表，学生表，和饭卡信息表等。
初步的数据字典如下：
名称：
管理员
描述：
对饭卡管理系统管理的人员
定义：
管理员=工号+密码+姓名+性别+联系方式
工号=字符/20位
密码=字符/20位
姓名=字符/20位
性别=【男/女】
联系方式=字符/11位
位置：
管理员表
名称：
学生
描述：
在校的学生
定义：
学生=学号+姓名+性别+联系方式+宿舍
学号=字符/12位
姓名=字符/10位
性别=【男/女】
联系方式=字符/11位
宿舍=字符/8位
位置：
学生表
名称：
饭卡
描述：
饭卡管理系统被操作的对象
定义：
饭卡=卡ID+余额+卡状态+消费限额+卡密码+学号
卡ID=字符/8位
余额=浮点型（>=0）
卡状态=字符/4位
卡上额=浮点型（>=0）
卡密码=字符/6位
学号=字符/12位
位置：
饭卡信息表
1.3技术可行性分析
对于高校人数数据量大约是万级左右，数据量并不大，对数据库的性能要求技术完全可行。
对于每个学生消费并发性不高，消费补助数据库修改可以对接银行接口。
同时，为了高质量完成本软件系统开发工作，还需要遵循如下准则：
（1）好战略数据的规划，建立稳定的信息模型；
（2）在功能模型的划分上，按组织机构来划分子系统或模块；
（3）应用软件的开发设计，要充分考虑应用软件的适应性，建立友好的人机界面。
综上所述，系统的实现技术上完全可行。
1.4经济/效益可行性分析
1.4.1支出方面
借助校园本身的数据进行管理，数据库本地存储。
除编程人力支出并无其他经济消费。
（1）工作负荷
人工操作频繁加减存款。
工作繁琐，枯燥，容易出错，完成工作所需要的时间较长，工作效率比较低。
（2）费用开支
由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。
（3）人员配备
由于现有系统的技术性含量比较低，操作不便，工作量大，因此需要较多的人才能完成工作。
而新系统将具有较高的技术操作性，但它确使工作变得较为简便，因此只需要少量的高素质人才就可完成。
1.4.2收益方面
项目投入使用后，将有效的提高高校校园卡管理工作中所涉及的信息管理，学生管理，商铺管理的效率，减少信息管理上的人力投入和出现错误的概率，对于校园卡的管理使用极为有利。
1.5系统开发计划
本项目初步计划在3周内完成需求分析、原型设计工作，随后在3天内完成代码编写和初步调试工作，再后在2周内完成内部测试、改进、修补和公开测试工作。
2需求分析
2.1总体目标
本系统力求让饭卡管理变得傻瓜化，集成学生管理以及在学校运营商户营业状况地智能化管理。
2.2具体目标
1）前端：
刷卡消费、确认身份（门禁）
2）公共：
查询使用记录、挂失、拾遗查询
3）管理：
新开、充值、挂失、解挂、注销、补办、消费保护、设置密码
2.3系统数据建模
初步的E-R图设计，如图2.3
图2.3初步E-R图
2.4系统功能建模
如图2.4.1为顶层数据流图，分为四个实体，分别为学生，管理员，刷卡机、刷卡员
图2.4.1顶层数据流图
0层数据流图如图2.4.2将学生与商户信息管理、饭卡信息管理、消费记录等数据流进行第一步细化
图2.4.20层数据流图
如图2.4.3-2.4.5位1层数据流图，分别细化的是学生信息管理，饭卡信息管理，商户营业信息管理。
如图2-4-3新增饭卡/入驻商户的数据流处理过程，学生基本表提供基本数据流后，数据经过处理流入饭卡基本表
2.4.3学生信息管理数据流图
如图2.4.4位饭卡消费/挂失过程：
2.4.4饭卡信息管理
如图2.4.5为消费收益数据处理过程：
2.4.5商户信息管理数据流图
2.5数据字典
名称：
管理员
描述：
对饭卡管理系统管理的人员
定义：
管理员=工号+密码+姓名+性别+联系方式
工号=字符/20位
密码=字符/20位
姓名=字符/20位
性别=【男/女】
联系方式=字符/11位
位置：
管理员表
名称：
学生
描述：
在校的学生
定义：
学生=学号+姓名+性别+联系方式+宿舍
学号=字符/12位
姓名=字符/10位
性别=【男/女】
联系方式=字符/11位
宿舍=字符/8位
位置：
学生表
名称：
刷卡员
描述：
对饭卡进行刷卡操作的人员
定义：
刷卡员=工号+姓名
工号=字符/8位
姓名=字符/20位
位置：
刷卡员表
名称：
饭卡
描述：
饭卡管理系统被操作的对象
定义：
饭卡=卡ID+余额+卡状态+消费限额+卡密码+学号
卡ID=字符/8位
余额=浮点型（>=0）
卡状态=字符/4位
卡上额=浮点型（>=0）
卡密码=字符/6位
学号=字符/12位
位置：
饭卡信息表
名称：
刷卡机
描述：
消费付款
定义：
刷卡机=机号+位置+刷卡员工号
机号=字符/4位
位置=字符/50位
刷卡员工号=字符/8位
位置：
刷卡机信息表
名称：
消费信息表
描述：
饭卡管理系统中记录消费的信息
定义：
饭卡=卡ID+刷卡机号+消费时间+消费金额
卡ID=字符/8位
刷卡机号=字符/4位
消费时间=字符/14位
消费金额=浮点型（>=0）
位置：
消费信息表
名称：
饭卡管理
描述：
管理员对饭卡进行管理
定义：
饭卡管理=管理员工号+卡ID+操作时间+管理类别+管理内容+充值金额
管理员工号=字符/20位
卡ID=字符/8位
操作时间=字符/14位
管理类别=字符/8位
管理内容=字符/50位
充值金额=浮点型/（>=0）
位置：
饭卡管理信息表
名称：
消费额
描述：
描述消费款额
定义：
消费额=浮点型（>=0）
位置：
消费信息表
名称：
余额
描述：
显示卡上的现有金额数
定义：
余额=浮点型（>=0）
位置：
饭卡信息表
名称：
充值金额
描述：
对管理员充值金额的统计
定义：
充值金额=浮点型（>=0）
位置：
饭卡管理信息表
名称：
消费限额
描述：
若消费超过限额则需要输入密码
定义：
消费限额=浮点型（>=0）
位置：
饭卡信息表
3总体设计
3.1系统结构图
系统的0层数据流图，以及1层细化数据流图如图3.1.1-3.1.4所示。
图3.1.10层数据流图
图3.1.21层数据流图（消费记录细化）
图3.1.31层数据流图（饭卡信息管理模块细化）
图3.1.41层数据流图（学生与商户信息管理模块细化）
功能结构图如图3.1.5所示。
图3.1.5系统功能模块图
3.2数据库设计
3.2.1逻辑设计要点
管理员表（工号，密码，姓名，性别，联系方式）
工号
密码
姓名
性别
联系方式
学生（学号，姓名，性别，联系方式，宿舍）
学号
姓名
性别
联系方式
宿舍
饭卡信息表（卡ID，余额，卡状态，消费限额，密码，学号）
卡ID
余额
卡状态
消费限额
密码
学号
刷卡机表（机号，位置，刷卡员工号）
机号
位置
刷卡员工号
刷卡员表（刷卡员工号，姓名）
刷卡员工号
姓名
消费信息表（机号，卡ID，消费时间，消费金额）
机号
卡ID
消费时间
消费金额
饭卡管理表（管理员工号，卡ID，操作时间，操作类型，操作内容，充值金额）
管理员工号
卡ID
操作时间
操作类型
操作内容
充值金额
3.2.2物理结构设计要点
管理员表
数据项
类型
主键
备注
工号
char（20）
是
不为空
密码
char（20）
否
不为空
姓名
char（20）
否
不为空
性别
char
（2）
否
可为空
联系方式
char（11）
否
可为空
学生表
数据项
类型
主键
备注
学号
char（12）
是
不为空
姓名
char（10）
否
不为空
性别
char
（2）
否
可为空
联系方式
char（11）
否
可为空
宿舍
char（8）
否
可为空
饭卡信息表
数据项
类型
主键
备注
卡ID
char（8）
是
不为空
余额
float
否
可为空
卡状态
char（4）
否
可为空
消费限额
float
否
可为空
密码
char（6）
否
可为空
学号
char（12）
否
外键
刷卡机表
数据项
类型
主键
备注
机号
char（4）
是
不为空
位置
char（50）
否
可为空
刷卡员工号
char（8）
否
外键
刷卡员表
数据项
类型
主键
备注
刷卡员工号
char（8）
是
不为空
姓名
char（20）
否
可为空
消费信息表
数据项
类型
主键
备注
机号
char（4）
是
不为空
卡ID
char（8）
是
外键
消费时间
char（14）
是
不为空
消费金额
float
否
可为空
饭卡管理信息表
数据项
类型
主键
备注
管理员工号
char（20）
是
外键
卡ID
char（8）
是
外键
操作时间
char（14）
是
不为空
操作类型
char（8）
否
不为空
操作内容
char（50）
否
可为空
充值金额
float
否
可为空
3.2.3触发器设计
由于在消费和充值时，需要对余额进行更新操作，因此需要添加对应的触发器如下：
createtriggerUpdateCardRemain1onConsume
forupdate,insert
as
updateCard
setCardRemain-=
（selecttop1ConNumfromConsume
whereConsume.CardNoIN
（selectCardNofrominserted）
orderbyContimedesc
）
whereCard.CardNoin
（selectCardNofrominserted）
createtriggerUpdateCardRemain2onManCard
forupdate,insert
as
updateCard
setCardRemain+=
（selecttop1ChargeNumfromManCard
whereManCard.CardNoIN
（selectCardNofrominserted）
orderbyManTimedesc
）
whereCard.CardNoin
（selectCardNofrominserted）
3.3系统模块IPO图
3.3.1验证用户登录功能模块
（1）功能描述
对登录系统的用户进行身份验证。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
用户登录
模块编号
1
作者
翟天亨
日期
2015/12/25
模块描述
用于系统对用户的登录进行身份验证
调用模块
数据库模块
被调用模块
无
输入
项目
用户名，密码，用户类型，验证码
格式
用户名：
varchar（20）密码：
varchar（20）类别：
char（10）
验证码：
char（4）
处理
1、用户输入用户名、密码，选择用户类型及输入验证码
2、模块获得用户名密码等信息
3、模块调用数据库表进行比较及程序进行验证码校验
4、模块返回登录信息
输出
用户登录成功或登录失败。
局部数据元素
数据库表
约束条件
验证码验证
注释
需要数据库用户表
（3）主要算法
【登录】按钮：
验证用户的合法性。
【取消】按钮：
关闭用户登录窗口。
【注册】按钮：
弹出用户注册功能窗口。
3.3.2用户注册功能管理模块
（1）功能描述
用户注册一个登录帐号。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
用户注册
模块编号
2
作者
翟天亨
日期
2015/12/25
模块描述
学生用户注册登录帐号
调用模块
数据库模块
被调用模块
无
输入
项目
用户名，密码，确认密码，绑定学号，绑定饭卡号，验证码
格式
用户名：
varchar（20）密码：
varchar（20）
学号：
nvarchar（50）饭卡号：
nvarchar（50）
验证码：
char（4）
处理
1、用户点击登录页面的注册链接
2、系统返回注册页面
3、用户输入注册信息
4、系统调用数据库模块进行数据信息比对
5、信息确认无误系统弹出注册成功对话框
输出
注册成功或失败
局部数据元素
数据库表
约束条件
验证码验证
注释
需要数据库用户表及持卡者信息表
（3）主要算法
【注册】按钮：
注册一个新用户。
【取消】按钮：
关闭登录窗口。
【返回登录】按钮：
返回上层界面。
3.3.3查询用户详细信息功能模块
（1）功能描述
用于用户查询本人信息。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
查询用户详细信息
模块编号
3
作者
翟天亨
日期
2015/12/25
模块描述
用于用户查询本人详细信息
调用模块
数据库模块
被调用模块
无
输入
项目
点击按钮
格式
无
处理
1、用户登录成功进入用户界面
2、用户点击查询用户详细信息
3、系统根据用户登录的帐号从数据库中查询用户的信息
4、系统显示查询出的信息
输出
用户的详细信息
局部数据元素
数据库中持卡者信息表及照片表
约束条件
无
注释
需要数据库中持卡者信息表及照片表
（3）主要算法
【查询用户详细信息】按钮：
显示用户信息。
【查询消费历史】按钮：
查询用户的消费历史。
【挂失】按钮：
用户挂失饭卡。
【消费】按钮：
进入用户消费界面。
【上传照片】按钮：
上传用户照片。
【提交照片】按钮：
确认上传照片。
3.3.4用户挂失功能模块
（1）功能描述
用于用户挂失自己的饭卡。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
用户挂失
模块编号
4
作者
翟天亨
日期
2015/12/25
模块描述
用于用户挂失自己的卡
调用模块
数据库模块
被调用模块
无
输入
项目
点击按钮
格式
无
处理
1、用户登录进入用户界面
2、用户点击挂失按钮
3、系统根据用户登录的帐号查询用户信息
4、系统显示用户学号及饭卡好信息
5、用户确认信息，点击挂失按钮
6、系统弹出确认对话框
7、用户点击确认，提交挂失
8、系统更改用户信息并添加记录到系统中
输出
挂失成功
局部数据元素
数据库中饭卡信息表及饭卡历史表
约束条件
注释
需要数据库用户表
（3）主要算法
【挂失】按钮：
挂失自己的帐号。
【确定】按钮：
确认所挂失的帐号。
【取消】按钮：
返回挂失界面。
3.3.5用户消费功能模块
（1）功能描述
用于用户消费使用。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
用户消费
模块编号
5
作者
翟天亨
日期
2015/12/25
模块描述
用于用户消费使用
调用模块
数据库模块
被调用模块
无
输入
项目
点击按钮，消费金额
格式
消费金额：
数字类型
处理
1、用户登录系统进入用户界面
2、用户点击消费按钮
3、系统根据用户帐号返回用户饭卡号及余额
4、用户输入消费金额
5、用户点击消费
6、系统查询消费金额是否小于余额当小于余额是系统弹出确认对话框
7、用户确认消费
8、系统返回消费成功对话款及修改数据库余额并添加历史记录
输出
确认用户消费
局部数据元素
数据库中饭卡信息表及饭卡历史表及用户表
约束条件
消费输入框中限定为数字输入，其他字符无法输入进去
注释
需要数据库中饭卡信息表及饭卡历史表及用户表
（4）主要算法
【消费】按钮：
消费金额。
【清空】按钮：
清空消费金额。
【确定】按钮：
确认消费金额。
【取消】按钮：
返回消费界面。
3.3.6用户查询消费历史功能模块
（1）功能描述
用于用户查询自己卡的历史记录
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
用户查询消费历史
模块编号
6
作者
翟天亨
日期
2015/12/25
模块描述
用于用户查询自己卡的历史记录
调用模块
数据库模块
被调用模块
无
输入
项目
起始时间，终止时间，款额，操作
格式
起始时间：
datetime终止时间：
datetime
款额：
float操作：
char（20）
处理
1、用户登录系统进入用户界面
2、用户点击查询消费历史
3、系统根据用户登录的帐号返回用户所有历史记录
4、用户输入查询条件
5、系统根据查询条件查询数据库
6、系统返回查询结果
输出
用户根据查询条件查询的结果
局部数据元素
用户表及饭卡历史表
约束条件
只能查询本卡，时间通过鼠标点入，操作类型由下拉框输入
注释
需要数据库用户表及饭卡历史表
（4）主要算法
【查找】按钮：
选择起始时间查询用户消费历史。
【清空】按钮：
清空所输入的款额，操作。
3.3.7新建持卡者功能模块
（1）功能描述
用于管理员录入新建学生信息。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
新建持卡者
模块编号
7
作者
翟天亨
日期
2015/12/25
模块描述
用于管理员录入新建学生的信息
调用模块
数据库模块
被调用模块
无
输入
项目
学号|工号，饭卡号，姓名，电话，性别，地址，照片
格式
学号|工号：
nvarchar（50）饭卡号：
nvarchar（50）
姓名：
char（20）电话：
char（10）
性别：
char（20）地址：
char（50）照片：
jpg，bmp，png
处理
1、管理员登录系统进入管理员界面
2、管理员打开新建持卡者信息
3、管理员输入信息并选择照片
4、管理员点击提交
5、系统将信息写入数据库中
6、系统弹出信息录入成功对话框
输出
信息录入成功对话框
局部数据元素
输入信息到持卡者信息表及饭卡历史表
约束条件
所有信息必须填写完整除照片信息外。
注释
需要数据库中持卡者信息表及饭卡历史表
（3）主要算法
【提交】按钮：
提交用户信息。
【清空】按钮：
清空所填用户信息。
【上传照片】按钮：
上传用户照片。
【确定】按钮：
建卡成功，返回操作。
3.3.8存款功能模块
（1）功能验证
用于管理员对用户的充值。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
存款
模块编号
8
作者
翟天亨
日期
2015/12/25
模块描述
用于管理员对用户的充值
调用模块
数据库模块
被调用模块
无
输入
项目
学号|工号，充值金额
格式
学号|工号：
nvarchar（50）
充值金额：
float
处理
1、管理员登录系统进入管理员界面
2、管理员输入要充值的学生学号
3、管理员点击充值按钮
4、系统根据管理员输入的学生学号查询学生信息返回到充值页面
5、管理员输入充值金额
6、管理员点击提交按钮
7、系统弹出确认对话框
8、管理员确认
9、系统弹出充值成功对话框
输出
充值成功对话框
局部数据元素
输出信息记录到饭卡信息表及饭卡历史表
约束条件
注释
需要数据库饭卡信息表、饭卡历史表
（4）主要算法
【充值】按钮：
充值金额。
【确定】按钮：
确定充值金额。
【取消】按钮：
取消充值并返回。
3.3.9注销用户功能模块
（1）功能描述
用于管理元对毕业学生及过期用户的注销。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
注销
模块编号
9
作者
翟天亨
日期
2015/12/25
模块描述
用于管理员对毕业学生及过期用户注销
调用模块
数据库模块
被调用模块
无
输入
项目
学号|工号
格式
学号|工号：
nvarchar（50）
处理
1、管理员登录系统进入管理员界面
2、管理员输入要注销的学生学号
3、管理员点击注销按钮
4、系统根据管理员输入的学号进行查询
5、系统显示查询结果在注销页面
6、管理员核对信息并提交注销
7、系统接收信息写入数据库并删除注销用户的饭卡历史信息
输出
是否注销对话框及注销成功对话框
局部数据元素
写入记录到饭卡历史表及饭卡信息表
约束条件
注释
需要数据库饭卡历史表及饭卡信息表
（3）主要算法
【注销此卡】按钮：
注销次饭卡。
【确定】按钮：
确认注销次卡。
【取消】按钮：
返回注销界面。
3.3.10更改学生信息功能模块
（1）功能描述
用于管理员对需要更改的学生信息进行查询更改。
（2）模块IPO表
系统名称
饭卡管理系统
模块名称
更改学生信息
模块编号
10
升级会员 