软件工程课程设计报告.doc

目 录

1 问题定义 1
2 可行性研究报告 2
2.1 引言 2
2.2 可行性研究的前提 2
2.3所建议的系统 2
3 需求分析 3
3.1 引言 3
3.2 需求规定 3
4总体设计部分 5
4.1 引言 5
4.2 总体设计 5
5 详细设计 6
5.1引言 6
5.2入口程序设计说明 6
5.3查询模块设计说明 7
5.4存款模块设计说明 8

1 问题定义
可定位校园卡管理系统主要用于大学校园食堂饮食交费和图书馆进入以及卡位置信息查询等方面的信息管理系统，它是一款自带定位芯片并包括学生在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便对学生饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性。
可定位校园卡管理系统的主要任务就是利用计算机实现对学生进行定位，存款，消费，查询等功能。并且用计算机能够快速准确地完成学生各种消费资料和数据的统计和汇总工作，迅速地完成学校对学生信息的修改，录入等工作。
可定位校园卡管理系统首先要考虑两部分内容，一是数据库的信息要求，二是定位芯片的植入。
2 可行性研究报告
2.1 引言
进一步分析和澄清问题定义，推导出系统的逻辑模型，对以后的行动方针提出建议。如果问题没有可行的解，那么花费在这项工程上的任何时间、资源、人力、经费、都是无谓的浪费。为了避免这些，我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。对此项的报告即为可行性研究报告。
2.2 可行性研究的前提
2.2.1 要求
（1）实现消费使用卡片扣钱和消费记录功能；
（2）在固定保险的地方存钱和挂失和定位功能；
（3）有利于解决学生短期内校园丢失饭卡现象。
2.2.2 进行可行性研究的方法
（1）经济可行性分析：从开发软件系统所需的总时间，总费用，及其中可行性研究所需的费用，以及系统软件开发完成后，所能预计的市场占有率等方面进行考虑，看该软件系统是否能达到一定的经济效益。
（2）技术可行性分析：由于新的系统需要对变化的数据进行动态的存贮，即数据库中数据要随着管理员对系统的操作来随时更新，并且具有定时数据备份功能。因此要从技术角度方面研究者性功能是否可以是实现。
（3）操作可行性分析：要分析设计出的系统在用户的操作上是否简便，这一点很重要，因为它会影响到用户对该系统的反应。
2.3所建议的系统
挂失
学生信息和存款额及消费记录
申请饭卡
录入学生信息，饭卡ID
提交饭卡
刷卡消费
存款
使用报表

注销卡

图2-1 系统的处理流程
3 需求分析
3.1 引言
需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发人员进行具体的开发。
3.2 需求规定
3.3.1 更准确的系统流程图
注销卡
存款
挂失及定位
刷卡消费
报表
申请新卡
创建学生
饭卡信息
学校学生信息库
学生饭卡信息备份
饭卡存款额，历史信息
录入学生信息，从学生信息看确认信息

提交饭卡

图3-1 系统流程图

本系统的实体有：学生信息、卡信息它们之间的关系是一对一的。卡信息和卡历史是一对多的。
E-R图如下：

额
时间
操作
卡ID

卡历史
记录
学号
卡ID
性别
姓名
电话
学校
卡ID
锁定位
余额

学生信息

卡信息
申请

图3-2 E-R图
4总体设计部分
4.1 引言
总体设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。总体设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。
4.2 总体设计
HIPO图（层次图加输入/处理/输出图），为了能使HIPO图具有可追踪性。在H图（层次图）离除了最顶层的方框之外，每个方框都加了编号如下：

表4-1 层图

查询

3.2

显示余额

2.1.2

存款

2.1.3
读取ID卡并确认

2.1. 1

定价消费

2.2.3

消费

2.2.4

显示余额

2.2.2
判断学生简单信息一致
1.1
读取学生其他信息办卡1.2

创建饭卡历史信息表1.3

判断条件合法性

3.1

产生报表

3.3

挂失状态转换

4.1

判断挂失倒时

5.1

挂失计时，定位置

4.2

注销

5.2
可定位饭卡管理系统
新建饭卡信息
1.0
存款—消费
2.0
查询历史
3.0
挂失
4.0
注销及定位
5.0
消费
存款

读取ID卡并确认

2.2.1

5 详细设计
5.1引言
详细设计阶段的任务就是把解法具体化，解决具体应怎样实现这个系统。也称为模块设计，详细地设计每个模块，确定实现模块所需的功能需要的算法和数据结构。
5.2入口程序设计说明
5.2.3流程逻辑

理员权限

判断用户名密码是否合法
管理员界面
欢迎提示
管理员管理库
程序开始
判断什么权限
输入权限类别
用户名 密码

学生查询界面
刷卡服务界面
提示错误
学生查询权限
刷卡服务员权限

错误
正确

图5-1 程序流程图
表5-1 盒图
Case输入权限类别

刷卡服务
权限

学生查询权限
管理员权限

刷卡服务界面
学生查询界面
输入用户名 密码

检验用户名 密码
否 是
给欢迎信息

给提示错误

直到输入用户名密码正确

管理员界面

5.3查询模块设计说明
输入查询条件
查询
给出提示错误
从数据库读数据
显示结果在屏幕
打印报表
5.3.2流程逻辑PAD图

正确

查询条件
打印
打印与否

图5-2 PAD图

5.4存款模块设计说明
5.5.1程序描述
完成存款部分。对输入和存款额，进行合法性验证。
5.5.2判断表
表5-2 判断表
学生代号
1
2
3
4
5
6
7
8
读卡成功
N
Y
N
N
Y
Y
N
Y
卡没有锁
N
N
Y
N
Y
N
Y
Y
存款成功
N
N
N
Y
N
Y
Y
Y
显示余额

显示
不可能
不可能
显示
不可能
不可能
显示
提示错误
提示

不可能
不可能

不可能
不可能

显示存款
不显示
不显示
不可能
不可能
不显示
不可能
不可能
显示