软件工程报告-最终版.doc

1 22 对饭卡管理系统的需求分析与设计对饭卡管理系统的需求分析与设计 目录目录 一 软件需求规格说明书一 软件需求规格说明书 2 2 1 功能概述功能概述 2 2 需求详细分析需求详细分析 2 2 1 对功能的需求 2 2 2 外部界面需求 9 2 3 其他需求 9 二 软件设计规格二 软件设计规格说说明书明书 1010 1 引言引言 10 2 总体设计总体设计 10 3 接口设计接口设计 12 3 1 用户接口 12 3 2 外部接口 13 3 3 内部接口 14 4 运行设计运行设计 14 4 1 运行模块组合 14 4 2 运行控制 14 4 3 运行时间 14 5 系统数据结构设计系统数据结构设计 14 5 1 物理结构设计 14 5 2 数据结构与程序的关系 14 6 数据流划分数据流划分 14 6 1 变换型 14 6 2 事务型 15 7 详细设计详细设计 15 7 1 入口程序 entry 设计说明 16 7 2 查询模块 search 设计说明 18 7 3 消费模块 pay 设计说明 19 7 4 存款模块 deposit 设计说明 20 8 数据字典数据字典 21 9 心得和体会心得和体会 22 2 22 一 软件需求规格说明书一 软件需求规格说明书 1 功能概述 饭卡管理系统是一套针对大学校园食堂饮食交费 一般消费等方面的信息管理系统 它包括了同学在校内消费各方面内容 刷卡消费 查询 存款 学生信息管理等 方便 的对同学饭卡信息进行各项操作 定时进行数据的备份更新 保持数据的一致性和准确 性 各方面的内容应该相互联系 最终产生各种查询统计报表 以供同学进行检查 饭卡管理系统的主要任务就是把人们从繁琐的交费 找零工作中解放出来 用计算 机实现对销售合同资料进行存款 消费 查询 修改 删除以及存储等功能 同时 用 计算机能够快速准确地完成共档案资料的统计和汇总工作 迅速地打印出各种报表资料 以供使用 2 需求详细分析 2 12 1 对功能的需求对功能的需求 1 主要功能 1 实现消费使用卡片扣钱 取代现金 2 在固定保险的地方存钱 3 有消费记录功能 4 有挂失功能 2 准确度 1 刷卡消费时 要求快速 准确 可撤销 2 在查询消费记录时 达到一般的查询速度 3 输出 在刷卡器上 每次消费时 1 存额 2 此次消费额 3 剩余额 刷卡器上 额外的信息如 1 出错信息 2 锁卡信息 3 22 3 剩余不多提示信息 报单 1 每学年或者每月 可选择性的 需学生主动要求 输出消费记录报单 详细程 度可由使用者 自行定义 2 存款时 可选择性的 需学生主动要求 输出存款记录报单 3 注销卡时 返还剩余额 钱 4 输入 刷卡器上 每次消费时 1 卡 ID 可由读卡器自动读入 2 消费额 3 操作符 确认 撤消 后退 计算 加减乘除 存款 有权限限制 其他功 能 数据库管理电脑上 1 输入学生信息 2 学生存款额 由读卡器端输入器完成 3 查询 修改 删除功能输入 5 在安全与保密方面的要求 1 使用者之间的 ID 号不能重复 2 ID 号不被他人轻易知道 3 即便知道也能有快速相应的机制 予以弥补 4 有使用追踪功能 可以让用户了解 自己使用的情况 系统的处理流程 系统的处理流程 4 22 申请新卡 刷卡消费 录入学生信 息 从学生信 息库确认信息 饭卡存款额 历 史 提交饭卡 存款 报表 挂失 注销卡 学校学生信息库 学生饭卡信息备 份 创建学生饭卡信息 系统数据流图 系统数据流图 饭卡系统存款额学生管理员 刷卡服务 员 消费额 卡ID 余额信息 学生信息 0 0 层层 5 22 饭卡系统存款额 刷卡器 显示器 管理员 刷卡服务 员 消费额 卡ID 余额信息 学生信息 其他信息 学生 查询结果 其他信息 1 1 层层 1 新建饭卡 信息 4 挂失 5 注销 注销信息 刷卡器 显示器 3 查询历史消费信息 饭卡信息数据 存款额 注销信息 锁信息 饭卡信息 管理员 刷卡服务员 消费额 注册信息 创建信息 存款额 挂失信息 查询条件 学生 2 存款 消费 卡ID 响应信息 余额 消费额 注销信息 挂失计时 2 2 层层 6 22 1 1 判断学生简 单信息一致性饭卡信息数据 管理员 注册信息 全部创建信息 在校学生信息 学生简单信息 1 2 读取学生其 他信息 创建卡 ID 学生信息 确认信息 1 3 创建饭卡信 息历史记录表 学生 卡信息 2 2 消费 2 1 存钱 刷卡器 显示器 饭卡信息数据 消费额 存款额 管理员 刷卡服务员 消费额 存款额 余额 卡ID余额 余额 卡ID 余额 7 22 学生3 2 查询 饭卡信息数据 饭卡信息 3 3 产生报表 3 1 判断条件 合法性 管理员输入条件 查询结果 查询结果 4 1 挂失状态 转换 饭卡信息数据 锁信息 管理员 挂失信息 4 2 挂失计时 计时开始信号 设置时间 5 2 注销产生注销信息学生饭卡信息数据注销信息 挂失时间 5 1 判断挂失 倒时注销卡ID 3 3 层层 8 22 2 1 1 读取卡ID 并确认 饭卡信息数据 管理员 卡ID学生卡ID 2 1 2 显示余额 卡ID 卡余额信息 2 1 3 存款消费额 存款完毕信息 或者错误信息 卡ID 存入额 确认 锁信息 2 2 1 读取卡ID 并确认 饭卡信息数据 刷卡服务员 卡ID 学生 卡ID 2 2 2 显示余额 卡ID 卡余额信息 2 2 3 定价消费 卡ID 2 2 4 消费消费额 定价消费额 消费完毕信息 或者错误信息 2 2 3 2 2 4是选择关系 卡ID 消费完毕信息 或者错误信息 确认扣除信息 变价消费 确认扣除 锁信息 9 22 2 22 2 外部界面需求外部界面需求 界面清晰 美观 操作简单 方便 2 32 3 其他需求其他需求 1 数据库需求 本系统采用的是关系数据库 SQL 数据库 数据库包括程序运行时输入和输出的数据 具体是数据库的各个表的各个不同元 组与属性值 就查阅信息 本系统的实体有 学生信息 卡信息它们之间的关系是一对一的 卡信息和卡历 史是一对多的 E R 图图如下 2 用户操作需求 由于系统的界面清晰 美观 操作简单 方便 所以操作人员只需要具备一 定的电脑操作技能即可 管理员 维护人员 不需要任何数据库专业技能知识 本系统可以极大的提高工作效率 预期使用频度较高 普通学生只能刷卡消费 系统管理员还可以进入管理员界面 刷卡服务员可以操作刷卡器 10 22 二 软件设计规格说明书二 软件设计规格说明书 1 引言 总体设计的主要任务是设计程序的体系结构 也就是确定程序有哪些模块组成以 及模块计的关系 总体设计过程首先寻找实现目标系统的各种不同的方案 需求分析 阶段得到的数据流图是设想各种可能方案的基础 然后分析员从这些供选择的方案中 选取若干个合理的方案 为每个合理的方案都准备一份系统流程图 列出组成系统的 所有物理元素 进行成本 效益分析 并且制定实现这个方案的进度计划 分析员应该 综合分析比较这些合理的方案 从中选出一个最佳方案向用户和使用部门负责人推荐 如果用户和使用部门的负责人接受了推荐的方案 分析员应该进一步为这个最佳方案 设计软结构 通常 进行必要的数据库设计 确定测试要求并且是定测试计划 2 总体设计 IPO 图并不能得到很好的体现出 H 图 层次图 所以在下面增添了一个 HIPO 图 以及后边的层次图 以方便突出不同的重点 HIPO 图 层次图加输入 处理 输出图 为了能使 HIPO 图具有可追踪性 IPO 图图 11 22 学生信息 锁卡信息 刷卡 卡ID 消费额 查询条件 存款额 新建饭卡信息 1 0 挂失状态转换 4 1 简单查询 2 1 1 or 2 2 2 消费 2 2 复杂查询 3 2 存款 2 1 空历史纪录 卡状态 卡余额 卡历史纪录 在 H 图 层次图 图 层次图 离除了最顶层的方框之外 每个方框都加了编号如下 12 22 判 断 学 生 简 单 信 息 一 致 性 1 1 饭卡管理系统 新建饭卡信息 1 0 存款 消费 2 0 查询历史 3 0 挂失 4 0 注销 5 0 读 取 学 生 其 他 信 息 创 建 卡 ID 1 2 创 建 饭 卡 信 息 历 史 记 录 表 1 3 读 取 卡 ID 并 确 认 2 2 1 显 示 余 额 2 2 2 定 价 消 费 2 2 3 挂 失 状 态 转 换 4 1 挂 失 计 时 4 2 判 断 挂 失 倒 时 5 1 注 销 5 2 消 费 2 2 4 判 断 条 件 合 法 性 3 1 查 询 3 2 产 生 报 表 3 3 存款 2 1 消费 2 2 读 取 卡 ID 并 确 认 2 1 1 显 示 余 额 2 1 2 存 款 2 1 3 3 接口设计 3 13 1 用户接口用户接口 1 用户类别 13 22 1 有提供学生查阅的学生界面 2 提供管理员操作的管理员界面 3 提供刷卡的刷卡服务员界面 2 管理员界面菜单 1 状态 1 1 登陆 1 2 注销 2 新建 新建学生信息界面 3 查询更新 3 1 学生消费历史 3 2 学生信息 4 挂失 4 1 加锁 4 2 解锁 5 注销卡 3 学生查询菜单 1 状态 1 1 登陆 1 2 注销 2 查询历史 3 查询学生信息 4 刷卡界面 1 状态 1 1 登陆 1 2 注销 2 消费方式 2 1 正常 2 2 定价 3 显示上次输出 3 23 2 外部接口外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口 本系统与各 支持软件之间的接口关系 14 22 3 33 3 内部接口内部接口 查询和更新都要调用数据库的操作 4 运行设计 4 1 运行模块组合运行模块组合 具体软件的运行模块组合为程序多窗口的运行环境 各个模块在软件运行过程中 能较好的交换信息 处理数据 4 2 运行控制运行控制 软件运行时有比较友好的用户界面 基本能够实现用户的数据处理要求 4 3 运行时间运行时间 系统的运行时间基本可以达到用户所提出的要求 5 系统数据结构设计 5 1 物理结构设计物理结构设计 系统的物理结构具体由数据库来设计与生成 此处略 5 2 数据结构与程序的关系数据结构与程序的关系 系统的数据结构由标准数据库语言 SQL 生成 6 数据流划分 6 1 变换型变换型 15 22 输入流 有合法性判断得出的合法数据 变换中心 查询 输出流 查询结果 数据按照 输入 变换 输出 的时间顺序流动 左图 DFD 可以看出典型 的变换型数据流 6 2 事务型事务型 事务中心 存款 消费 数据流以 事务中心 为核心 当时数据沿通路到达事务存储消费时 根据输入 数据的类型在存款 消费中选择一个执行 具体上是根据按键 分消费和存钱按键 7 详细设计 详细设计阶段的任务就是把解法具体化 解决具体应怎样实现这个系统 也称为模块 设计 详细地设计每个模块 确定实现模块所需的功能需要的算法和数据结构 在软件具体设计阶段的专用术语有 程序流程图 盒图 N S 图 判定表 判定 树 PAD 图 查询历史 判 断 条 件 合 法 性 查 询 产 生 报 表 合合法法数数据据 合合法法数数据据 查查询询结结果果 查查询询结结果果 存款 消费 存款消费 16 22 7 1 入口程序入口程序 entry 设计说明设计说明 1 程序描述 提供管理员和学生用户 刷卡服务三种环境 限制用户对系统的使用权限 特点 非常驻内存 单独的一个程序 顺序处理 2 输入项 权限 三个单选项 Level 管理员用户名 字符串类型 user 长度不超过 20 可以是数字 不能开头 和 字母 汉字 管理员密码 字符串类型 pass 长度不超过 20 可以是数字和字母 区分大 小写 3 输出项 欢迎或者提示错误信息 4 流程逻辑 1 1 程序流程图程序流程图 17 22 程序开始 用户名 密码 判断什么权限 管理员管理库 管理员权限 学生查询权限刷卡服务员权限 输入权限类别 学生查询 界面 刷卡服务 界面 判断用户名和密 码是否合法 管理员界 面界面 正确 提示错误错误 欢迎提示 2 盒图盒图 18 22 Case 输入权限类别 学生查询权 限 刷卡服务权 限 学生查询界 面 刷卡服务界 面 管理员权限 DO Until 输入用户名 密码 正确 管理员界面 检验 用户名 密 码 是 否 给提示错误 输入用户名 密 码 给欢迎信息 7 2 查询模块查询模块 search 设计说明设计说明 1 程序描述 完成对系统 数据库 的查找 2 输入项 学生卡信息 时间信息 消费信息等 3 输出项 查找结果 4 流程逻辑 PADPAD 图图 19 22 输入查询条件 查询 给出题是错误 查询条件 正确 从数据库读数据 打印报表 显示结果在屏幕 打印与否 打印 7 3 消费模块消费模块 pay 设计说明设计说明 1 程序描述 完成消费部分 对输入和消费额 进行合法性验证 2 输入项 卡 ID 定价与否 消费额 3 输出项 卡余额 错误提示 4 流程逻辑 判断树判断树 消费 卡ID正确 卡ID错误提示错误 提示显余额 定价消费 正常消费 确认消费 并显示余额 余额不足 提示错误 确认消费 显示余额 余额不足 提示错误 卡未锁 卡锁 输出错误 20 22 7 4 存款模块存款模块 deposit 设计说明设计说明 1 程序描述 完成存款部分 对输入和存款额 进行合法性验证 2 输入项 卡 ID 存款额 3 输出项 卡余额 错误提示 4 流程逻辑 判断判断 学生代 号 12345678 读卡成 功 NYNNYYNY 卡没有 锁 NNYNYNYY 存款成 功 NNNYNYYY 显示余 额 显示不可能不可能显示不可能不可能显示 题是错 误 提示不可能不可能不可能不可能 显示存 款成功 信息 不显示不显示不可能不可能不显示不可能不可能显示 显示存 款失败 信息 不显示显示不可能不可能显示不可能不可能不显示 21 22 8 数据字典 1 学生信息 学生学号 数字 字母 卡 ID 数字 字母 学生姓名 汉字 性别 男 女 null 电话号码 数字 地址 汉字 数字 字母 2 卡信息 卡 ID 数字 字母 余额 数字 锁 true false 3 卡历史 卡 ID 数字 字母 时间 时间格式 款额 数字 操作 存