软件工程课程设计报告

目 录

1 问题定义 ................................................... 1 2 可行性研究报告 ............................................ 1

2.1 引言 .................................................... 1 2.2 可行性研究的前提 ........................................ 1 2.3所建议的系统 ............................................ 2

3 需求分析 ................................................... 2

3.1 引言 .................................................... 2 3.2 需求规定 ................................................ 3

4总体设计部分 ............................................... 4

4.1 引言 .................................................... 4 4.2 总体设计 ................................................ 4

5 详细设计 ................................................... 6

5.1引言 .................................................... 6 5.2入口程序设计说明......................................... 6 5.3查询模块设计说明......................................... 7 5.4存款模块设计说明......................................... 7

1 问题定义

可定位校园卡管理系统主要用于大学校园食堂饮食交费和图书馆进入以及卡位置信息查询等方面的信息管理系统，它是一款自带定位芯片并包括学生在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便对学生饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性。

可定位校园卡管理系统的主要任务就是利用计算机实现对学生进行定位，存款，消费，查询等功能。并且用计算机能够快速准确地完成学生各种消费资料和数据的统计和汇总工作，迅速地完成学校对学生信息的修改，录入等工作。

可定位校园卡管理系统首先要考虑两部分内容，一是数据库的信息要求，二是定位芯片的植入。

2 可行性研究报告

2.1 引言

进一步分析和澄清问题定义，推导出系统的逻辑模型，对以后的行动方针提出建议。如果问题没有可行的解，那么花费在这项工程上的任何时间、资源、人力、经费、都是无谓的浪费。为了避免这些，我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。对此项的报告即为可行性研究报告。

2.2 可行性研究的前提

2.2.1 要求

（1）实现消费使用卡片扣钱和消费记录功能； （2）在固定保险的地方存钱和挂失和定位功能； （3）有利于解决学生短期内校园丢失饭卡现象。 2.2.2 进行可行性研究的方法

（1）经济可行性分析：从开发软件系统所需的总时间，总费用，及其中可行性研究所需的费用，以及系统软件开发完成后，所能预计的市场占有率等方面进行考虑，看该软件系统是否能达到一定的经济效益。

（2）技术可行性分析：由于新的系统需要对变化的数据进行动态的存贮，即数

1

据库中数据要随着管理员对系统的操作来随时更新，并且具有定时数据备份功能。因此要从技术角度方面研究者性功能是否可以是实现。

（3）操作可行性分析：要分析设计出的系统在用户的操作上是否简便，这一点很重要，因为它会影响到用户对该系统的反应。

2.3所建议的系统

申请饭卡

刷卡消费 存款 使用报表 挂失 提交饭卡 录入学生信息，饭卡ID 学生信息和存款额及消费记录 注销卡 图2-1 系统的处理流程

3 需求分析

3.1 引言

需求分析是软件系统生存期中定义阶段的最后一个步骤。这个阶段的任务不是具体解决问题，而是准确确定为解决问题系统必须具备哪些功能。这个阶段的一个重要任务是用正式的文档准确地记录目标系统的需求。该文档将最终交给软件具体的开发

2

人员进行具体的开发。

3.2 需求规定

3.3.1 更准确的系统流程图

挂失及定位 刷卡消费 存款 提交饭卡 报表 创建学生 饭卡信息 饭卡存款额，历史信息 学生饭卡信息备份 录入学生信息，从学生信息看确认信申请新卡 学校学生信息库

图3-1 系统流程图

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

3

注销卡 ID 卡 性别 学号 卡ID 卡ID 操作 电话 学生信息 申请 卡信息 记录 卡历史 姓名 时间 学校 余额 锁定位 额 图3-2 E-R图

4总体设计部分

4.1 引言

总体设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。总体设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。

4.2 总体设计

HIPO图（层次图加输入/处理/输出图），为了能使HIPO图具有可追踪性。在H图（层次图）离除了最顶层的方框之外，每个方框都加了编号如下：

4

表4-1 层图

新建饭卡信息 1.0 判读 断取 学学 生生 简其 单 他信信 息息 一办致 1.1 卡 1.2 可定位饭卡管理系统 存款—消费 2.0 查询历史 3.0 挂失 4.0 注销及定位 5.0 创建饭卡历史信息表1.3 判断条件合法性 3.1 查询 3.2 产生报表 3.3 挂失状态转换 4.1 挂失计时，定位置 4.2 判断挂失倒时 5.1 注销 5.2

存款 消费 读取ID卡并确认 2.1. 1 显示余额 2.1.2 存款 2.1.3 读取ID卡并确认 2.2.1 显示余额 2.2.2 定价消费 2.2.3 消费 2.2.4 5

5 详细设计

5.1引言

详细设计阶段的任务就是把解法具体化，解决具体应怎样实现这个系统。也称为

模块设计，详细地设计每个模块，确定实现模块所需的功能需要的算法和数据结构。

5.2入口程序设计说明

5.2.3流程逻辑 程序开始 提示错误 用户名 密码 学生查询界面 理员权限 刷卡服务界面 学生查询权限 判断什么权限 刷卡服务员权限 输入权限类别 错误 判断用户名密码是否合 管理员管理库 正确 管 理员欢迎提示 界面 图5-1 程序流程图

6

表5-1 盒图

Case输入权限类别 刷卡服务 权限 刷卡服务 界面 是 学生查管理员权限 询权限 学生查询 界面 否 直到输入用户名密码正确 管理员界面 给提示错误 输入用户名 密码 检验用户名 密码 给欢迎信息

5.3查询模块设计说明

5.3.2流程逻辑PAD图

输入查询条件 从数据库读数据 正确 查询条件 查询 显示结果在屏幕 打印 打印与否 图5-2 PAD图

给出提示错误 打印报表 5.4存款模块设计说明

5.5.1程序描述

7

完成存款部分。对输入和存款额，进行合法性验证。

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 显示余额 显示 不可能 不可能 显示 不可能 不可能 显示 提示错误 提示 不可能 不可能 不可能 不可能 显示存款 不显示 不显示 不可能 不可能 不显示 不可能 不可能 显示

8

本文来源：https://www.bwwdw.com/article/nsl2.html