校园管理系统设计说明书

1 校园管理系统设计说明书 1 引言 1 1 编写目的 概要 设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本 /效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使 用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1 3 术语定义 实体 联系图（ ）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图： 由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为 呀 ， 它把整个程序写在一个大框图内，大框图由若干个小的基本框图构成 1 4 参考资料 软件工程导论 编 著 清华大学出版社 深入浅出面向 对象分析和设计 数据为原理及应用 主编 科学出版社 2 概述 1 目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2 运行环境 2 软件基本运行环境为 境。 3 需求概述 本系统要达到以下目标： 1、 用户的存款与消费 2、 用户挂失处理 3、 管理员的新建与注销 4、 用户的查询 4 条件与限制 为了评价该设计阶段的设计表示的 “ 优劣程度 ” ，必须遵 循以下几个准则： 应巧妙地利用各个软件部件之间的控制关系。 该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 如子程序或过程），这些模块就具有独立的功能特性。 取循环反复的方法来获得设计。 3 系统分析 系统模型： 3 系统 ： 比较清晰的表达了系统的输入 处理 输出 学 生 信 息锁 卡 信 息刷 卡 ( 卡 I D )消 费 额查 询 条 件存 款 额新 建 饭 卡 信 息挂 失 状 态 转 换简 单 查 询消 费复 杂 查 询存 款学 生 基 本 信 息空 历 史 纪 录卡 状 态卡 余 额卡 历 史 纪 录4 系统体系结构 4 系统功能模块划分设计： 判断学生简单信息一致性饭 卡 管 理 系 统新 建 饭 卡 信 息存 款 - 消 费查 询 历 史 挂 失注 销读取学生其他信息 ,创建卡I ,并确认显示余额定价消费挂失状态转换挂失计时判断挂失倒时注销消费判断条件合法性查询产生报表存 款 消 费读取卡I D ,并确认显示余额存款管 理 员程序流程图 5 饭 卡 系 统存 款 额刷 卡 器显 示 器管 理 员刷 卡 服 务员消 费 额卡 I 信 息学 生 信 息消 费 信 息学 生查 询 结 果余 额存 入5 接口定义 户接口 (1)用户类别： 1 有提供学生查阅的学生界面。 2 提供管理员操作的管理员界面。 3 提供刷卡的刷卡服务员界面。 (2) 管理员界面菜单 1 状态 陆； 销； 2 新建 3 查询更新 生消费历史 生信息 4 挂失 锁 锁 5 注销卡 (3)学生查询菜单 6 1 状态 陆； 销； 2 查询历史 3 查询学生信息 (4)刷卡界面 1 状态 陆； 销； 2 消费方式 常 价 3 显示上次输出 部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。 部接口 查询和更新都要调用数据库的操作。 7 模块设计 根据项目的实际需求情况，可将系统划分成若干模块， 分别描述各模块的功能。这样可将复杂的系统简化、细化，有利于今后的设计和实现。划分各模块时，应尽量使其具有封闭性和独立性，具有低耦合性，减少各模块之间的关联，使其便于实现、调试、安装和维护。 7 数据流划分 7 数据流 0层： 8 管 理 者饭 卡 系 统学 生 或 者 管理 员学 生查 询 或 者 管 理 结 果管 理 饭 卡 信 息查 询 信 息 或 者 挂 失数据流 1层： 管 理 信 息检 查 合 法 性查 询 信 息合 法 的 管 理 员 信 息合 法 的 查 询 信 息管 理 员 信息 处 理查 询 信 息处 理数据流 2层： 9 合 法 信 息管 理 人 信 息处 理创 建 学 生 饭 卡存 款创 建 饭 卡处 理存 款 信 息处 理挂 失查 询 学 生 信 息管 理 员 查询 信 息 处理管 理 员 对饭 卡 挂 失处 理注 销创 注 销 饭卡 处 理学 生 饭 卡 系 统 信息合 法 输 入 信 息学 生 输 入 信息 处 理查 询 余 额查 询 消 费饭 卡 余 额处 理消 费 信 息处 理挂 失学 生 自 行挂 失 处 理学 生 饭 卡 系 统 务型 事务中心：存款 数据流以“事务中心”为核心。 当时数据沿通路到达事务存储消费时，根据输入 数据的类型在存款、消费中选择一个执行。 具体上是根据按键，分消费和存钱按键。 存款 - 消费存款 消费 10 8 故障检测和处理机制 8 1 故障检测触发机制 系统发生故障可以有多种检测机制，该系统有三种监测机制，包括自动向上层汇 报、有上层定时检测、将故障写入错误文件等。 8 2 故障处理机制 错信息 1 在学生刷卡后，卡 锁，将会出现错误信息 ： “2 学生卡信息丢失，查询时或者消费 认卡情况 3 存款额大于 ，刷卡器只显示小于等于 999,99 元部分 4 消费时消费额大于存款额。系统将会提示错误，不作其他任何操作。 施（号码对应） 1 只能解卡锁 2 有备份数据库，随时可以恢复 3 只能更换刷卡器 4 计时充钱 系统维护 系统维护的任务就是要有计划、有组织地对 系统进行必要的改动，以保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。 为此，后期维护工作不容忽视，为了有效的进行后期维护，首先，在系统开发过程中的每个阶段都必须编写保存相关的文档记录，其次，安排固定的工作人员做后期维护的工作。 9 数据库设计 9 1 数据库管理系统选型 选定数据系统： 接数据库 11 9 2 设计 饭 卡学 生1操 作11查 询I 余 额消 费 限 制有 效 期创 建 日 期目 前 状 态日 期数 量 地 点 商 品 金 额姓 名学 号 级 别专 业电 话性 别消 费 员账 号密 码操 作119 3 数据库表设计 基于 设计数据库物理表。 学生信息库（ 列名 数据类型 学生学号 ID id 生姓名 0) 性别 话号码 0) 专业 0) 卡信息 (列名 数据类型 卡 ID id 额 12 卡历史 (列名 数据类型 卡 ID id 间 额 量 理员 列名 数据类型 帐户 码 0 系统开发平台 系统开发环境： 硬件要求： 上， 详细设计说明书 二、详细设计 1 引言 写目的 编制目的是说明 饭卡管理 系统各个层次中的每一个程序 （每个模块或子程序）的设计考虑 。 把解法具体化，解决具体应怎样实现这个系统。也称为模块设计，详细地设计每个模块，确定实现模块所需的 功能需要的算法和数据结构。 义 在软件具体设计阶段的专用术语有： 程序流程图、盒图 (N S 图 )、判定表、判定树、 13 2 界面 系统登陆 功能说明： 该界面为系统登陆界面，其中分为管理员和学生和刷卡员三个角色，分别有不同的权限，通过用户输入帐户和密码进入主目录界面。 其中管理员权限最大、。 学生进入界面： 14 功能说明： 学生进入信息查询界面，输入个人学号之后，可以进行个人基本信息的查询以及消费历史的查询，并有挂失的权力。 刷卡员进入界面： 15 功能说明： 刷卡员进入刷卡信息界面 ，输入消费的学生的 码，便可以对该学生消费进行扣费。并且可以通过该界面进入查询该 户余额的界面，查看该学生的饭卡余额。 3 入口程序 设计说明 序描述 16 提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的使用权限。 特点：非常驻内存；单独的一个程序；顺序处理。 入项 权限：三个单选项。 管理员用户名：字符串类型， 度不超过 20，可以是数字（不能开头）和字母、汉字； 管理员密码 ：字符串类型， 长度不超过 20, 可以是数字和字母 ,区分大 小写 出项 欢迎或者提示错误信息。 程逻辑 1 程序流程图 程序开始用户名密码判断什么权限管理员管理库管理员权限学生查询权限 刷卡服务员权限输入权限类别学生查询界面刷卡服务界面判断用户名和密码是否合法管理员界面界面正确提示错误 错误欢迎提示2 盒图 17 C a s e 输 入 权 限 类 别学生查询权限刷卡服务权限学生查询界面刷卡服务界面管理员权限 入 用 户 名 ， 密 码 正 确管理员界面检 验 用 户 名 密码是否给提示错误输 入 用 户 名 密码给欢迎信息4 查询模块 设计说明 序描述 完成对系统（数据库）的查找。 入项 学生卡信息，时间信息，消费信息等。 出项 查找结果。 程逻辑 输入查询条件查询给出题是错误查询条件正确从数据库读数据打印报表显示结果在屏幕打印与否打印5 消费模块 设计说明 序描 述 完成消费部分。对输入和消费额，进行合法性验证。 18 入项 卡 价与否，消费额。 出项 卡余额，错误提示。 程逻辑 判断树 消费卡 I D 正 确卡 I D 错 误 提示错误提示显余额定价消费正常消费确认消费，并显示余额余额不足，提示错误确认消费，显示余额余额不足，提示错误卡未锁卡锁，输出错误6 存款模块 设计说明 序描述 完成存款部分。对输入和存款额，进行合法性验证。 入项 卡 款额。 出项 卡余额，错误提示。 程逻辑 判断表 学生代号 1