软件工程课程设计报告-饭卡管理系统

《软件工程》课程设计报告 饭卡管理系统 目 录 目 录 . 1 第一章 系统可行性分 析 . 3 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 人 员 . . 6 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 工作原 理 . 10 2.3. 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 2 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 第一章 系统可行性分析 3 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 剩余额 刷卡器上，额外的信息如: 4 1 出错信息 2 锁卡信息 3 剩余不多提示信息 报单: 1 每学年或者每月，可选择性的(需学生主动要求)输出消费记录报单。详细程 度可由 使用者，自行定义。 2 存款时，可选择性的(需学生主动要求)输出存款记录报单。 3 注销卡时，返还剩余额(钱)。 d(输入: 刷卡器上，每次消费时: 1 卡 ID(可由读卡器自动读入) 2 消费额 3 操作符(确认，撤消，后退，计算(加减乘除)，存款(有权限限制)，其他功能) 数据库管理电脑上: 1 输入学生信息 2 学生存款额(由读卡器端输入器完成) 3 查询，修改，删除功能输入 e(在安全与保密方面的要求: 1 使用者之间的 ID 号不能重复; 2 ID 号不被他人轻易知道; 3 即便知道也能有快速相应的机制，予以弥补; 4 有使用追踪功能，可以让用 户了解，自己使用的情况。 1.2.2 目标 主要开发目标: a(处理速度的提高; b(安全系统的改进; c(用户使用上的便捷。 1.2.3 条件、假定和限制 a(所建议系统的运行寿命的最小值:1 年; b(进行系统方案选择比较的时间:1 天; c(经费、投资方面的来源和限制:无; 5 d(法律和政策方面的限制:无; e(硬件、软件、运行环境和开发环境方面的条件和限制:无; f(可利用的信息和资源:图书馆; 1.2.4 进行可行性研究的方法 从以下几个方面研究解法的可行性: (1)经济可行性分析:从开发软件系统所需的总时间，总费用，及其中可行性研 究所需的费用，以及系统软件开发完成后，所能预计的市场占有率等方面进行考 虑，看该软件系统是否能达到一定的经济效益。 (2)技术可行性分析:由于新的系统需要对变化的数据进行动态的存贮，即数据 库中数据要随着管理员对系统的操作来随时更新，并且具有定时数据备份功能。因 此要从技术角度方面研究者性功能是否可以是实现。 (3)操作可行性分析:要分析设计出的系统在用户的操作上是否简便，这一点很 重要，因为它会影响到用户对该系统的反应。 1.3 对现有系统的分析 分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的 必要性。(因为本身开发的系统就是想尽量接近于现有系统。所以对于这次试验， 这一步没有什么实际意义) 。 1.3.1 处理流程和数据流程 现有系统的基本的处理流程和数据流程。此部分请浏览 4. 2 中的数据流程 图。 1.3.2 工作负荷 人工操作频繁加减存款。工作繁琐，枯燥，容易出错，完成工作所需要的时间 较长，工作效率比较低。 1.3.3 费用开支 由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材 料等项开支以及开支总额。(由于缺房相关调查，此处从略) 1.3.4 人员 由于现有系统的技术性含量比较低，操作不便，工作量大，因此需要较多的人 才能完成工作。而新系统将具有较高的技术操作性，但它确使工作变得较为简便， 因此只需要少量的 6 高素质人才就可完成。 1.3.5 设备 1，读卡器(带输入器) 2，中央电脑(数据库) 1.3.6 局限性 人工处