《课程设计-饭卡管理系统》-毕业设计（论文）.docVIP

PAGE PAGE 8 《软件工程》课程设计报告 饭卡管理系统 目 录 TOC \o 1-3 \h \z \u 目 录 2 第一章 系统可行性分析 4 1.1引言 4 1.1.1编写目的 4 1.1.2 定义： 4 1.2可行性研究的前提 4 1. 2.1要求 4 1.2.2目标 5 1.2.3条件、假定和限制 5 1.2.4进行可行性研究的方法 6 1.3 对现有系统的分析 6 1.3.1处理流程和数据流程 6 1.3.2工作负荷 6 1.3.3费用开支 6 1.3.4人员 7 1.3.5设备 7 1.3.6局限性 7 1.4 所建议的系统 7 1.4.1对所建议系统的说明 7 1.4.2影响 7 1.4.3局限性 8 1.4.4技术条件方面的可行性 8 第二章 需求分析 9 2.1引言 9 2.1.1编写目的 9 2.1.2 定义 9 2.2任务概述 9 2.2.1目标 9 2.2.2用户的特点 10 2.2.3假定和约束 10 2.3.工作原理 10 2.4需求规定 10 2.4.1对功能的规定 10 2.4.2对性能的规定 14 2.5运行环境规定 14 2.5.1设备 14 第三章 概要设计 15 3.1 系统功能设计 15 3.1.1接口设计 15 3.1.2 运行设计 17 3.1.3 系统数据结构设计 17 3.1.4系统出错处理设计 17 3.2入口程序entry() 设计 17 3.3查询模块search() 设计说明 18 3.4 消费模块pay() 设计 19 3.5存款模块deposit() 设计说明 19 第四章 详细设计 21 4.1．引言 21 4.2．对象模型 21 4.3功能模型 25 4.4动态模型 25 第五章 源代码 29 5.1.权限界面 29 5.2提示界面 30 5.3消费界面 30 5.4 学生查询界面 33 5.5挂失界面 34 5.6管理员界面 35 第六章 软件测试报告 41 6.1引言 41 6.2静态测试 41 6.3动态测试 41 第七章 课程设计体会 45 参考文献 45 第一章 系统可行性分析 1.1引言 1.1.1编写目的 进一步分析和澄清问题定义，推导出系统的逻辑模型，对以后的行动方针提出建议。如果问题没有可行的解，那么花费在这项工程上的任何时间、资源、人力、经费、都是无谓的浪费。为了避免这些，我们要用最小的代价在尽可能短的时间内确定问题是否能够解决。对此项的报告即为可行性研究报告。 1.1.2 定义： 本文件中用到的专门术语的定义及外文首字母词组的原词组: 系统流程图：用图形符号以黑盒子形式描绘系统的每个部件（程序，文档，数据库，人工过程）。表达数据在系统各部件之间流动的情况。 数据流图（DFD）：没有任何具体的物理部件，描绘信息流和数据从输入移动到输出的过程中经受的变换。 数据字典（DD）：是对数据流图中包含的所有元素的定义的集合。其内容为数据流、数据元素、数据存储、处理。 1.2可行性研究的前提 1. 2.1要求 a．功能： 1实现消费使用卡片扣钱（取代现金）； 2在固定保险的地方存钱； 3有消费记录功能； 4有挂失功能。 b．性能； 1刷卡消费时，要求快速，准确，可撤销； 2在查询消费记录时，达到一般的查询速度。 c. 输出： 在刷卡器上，每次消费时： 1存额 2此次消费额 3剩余额 刷卡器上，额外的信息如： 1出错信息 2锁卡信息 3剩余不多提示信息 报单： 1每学年或者每月，可选择性的（需学生主动要求）输出消费记录报单。详细程度可由使用者，自行定义。 2存款时，可选择性的（需学生主动要求）输出存款记录报单。 3注销卡时，返还剩余额（钱）。 d．输入： 刷卡器上，每次消费时： 1卡ID（可由读卡器自动读入） 2消费额 3操作符（确认，撤消，后退，计算（加减乘除），存款（有权限限制），其他功能） 数据库管理电脑上： 1输入学生信息 2学生存款额（由读卡器端输入器完成） 3查询，修改，删除功能输入 e．在安全与保密方面的要求： 1使用者之间的ID号不能重复； 2 ID号不被他人轻易知道； 3即便知道也能有快速相应的机制，予以弥补； 4有使用追踪功能，可以让用户了解，自己使用的情