软件工程饭卡管理系统摘要.pptVIP

管 理 系 统 朱煜 李启祥 2012级软件（一）班 目 录 一 系统可行性分析 二 需求分析 三 概要设计 四 详细设计 五 源代码 六 软件测试报告 七 课程设计体会 需 求 分 析 一、开发背景与设计目的 二、业务需求 三、流程图 四、性能与运行环境规定 需 求 分 析 开发背景与设计目的 开发背景：随着我国经济的发展，电子管理系统的多功能化，企业，学校等纷纷使用电子记账卡对于员工，学生等的消费进行管理，故对合理，高利用率的饭卡管理系统有着迫切的需求。 设计目的：主要开发目的是能够对饭卡信息进行查询和更新管理，且具有反映敏捷准确。此系统把人们从繁琐的交费找零工作中解放出来，用计算机实现存款、消费、查询、修改、删除以及存储等功能。方便消费者进行刷卡消费、查询、存款和持卡者信息管理等，定时进行数据的备份和更新，保持数据的一致性和准确性。 需 求 分 析 业务需求 1、注册用户功能：管理员根据学生基本信息为学生注册饭卡，并将信息添加到数据库中。 2、饭卡充值功能：由管理员确认金额无误后更新饭卡余额信息。 3、饭卡挂失/解锁功能：由管理员输入用户信息或卡号对用户ID进行挂失/解锁。 4、饭卡注销功能：由管理员输入用户ID并确认注销。 5、饭卡信息查询功能：由管理员输入用户的ID号查询用户消费信息并产生报表。 6、消费功能：用户通过刷卡器端进行消费。 需 求 分 析 流程图 需 求 分 析 性能与运行环境规定 性能规定：1、精度；2、时间特性要求；3、故障处理要求； 4、其他特定要求。 运行环境规定：1、设备；2、支持软件；3、接口。 概 要 设 计 一、系统功能设计 二、入口程序entry( ) 设计 三、查询模块search( ) 设计说明 四、消费模块pay( ) 设计 五、存款模块deposit( ) 设计说明 概 要 设 计 系统功能设计 1、接口设计：用户接口；外部接口；内部接口。 2、运行设计：运行模块组合；运行控制；运行时间。 3、系统数据结构设计：物理结构设计；数据结构域程序的关系。 4、系统出错处理设计：出错信息；措施（号码对应） 5、设计图： 概 要 设 计 5、设计图： 概 要 设 计 入口程序entry() 设计 1、程序描述：提供管理员对系统的使用权限。 特点：非常驻内存；单独的一个程序；顺序处理。 2、输入项：权限：三个单选项。Level。 管理员用户名：字符串类型，user,长度不超过20，可以是数字（不能开头）和字母、汉字； 管理员密码 ：字符串类型，pass, 长度不超过20, 可以是数字和字母,区分大小写 3、输出项：欢迎或者提示错误信息。 4、程序流程图 概 要 设 计 4、程序流程图 概 要 设 计 查询模块search( ) 设计说明 1.程序描述:完成对系统（数据库）的查找。 2.输入项:学生卡信息，时间信息，消费信息等。 3.输出项:查找结果。 4.流程逻辑PAD图 概 要 设 计 4.流程逻辑PAD图 概 要 设 计 消费模块pay( ) 设计 1.程序描述:完成消费部分。对输入和消费额，进行合法性验证。 2.输入项:卡ID，定价与否，消费额。 3.输出项:卡余额，错误提示。 4.流程逻辑:判断树 概 要 设 计 4.流程逻辑:判断树 概 要 设 计 存款模块deposit( ) 设计说明 1、程序描述:完成存款部分。对输入和存款额，进行合法性验证。 2、输入项:卡ID，存款额。 3、输出项:卡余额，错误提示。 4、流程逻辑:判断表 概 要 设 计 4、流程逻辑:判断表 详 细 设 计 一、引言：面向对象分析首要的工作，是建立问题域的对 象模型，这个模型描述了现实世界中的“类于对象”以及它们之间的关系，表示了目标系统的静态数据结构。其中对象是对问题域中有意义的事务的抽象，他们既可能是物理实体， 也可能是抽象概念。要确定类和对象，我们先要找出候选的类于对象，然后在从中筛选出正确的类于对象。 详 细 设 计 二、对象模型： 1、有四个类 （1）类名：学生帐户 属性：学号，卡ID，余额，锁 方法：创建（学生，卡，历史）， 更新属性，更新数据库，注销（学生，卡，历史） 返回（学号，卡ID，余额，锁），消费， 存款，设定（号，卡ID，余额，锁），撤销历史， 显示历史 详 细 设 计 （2）类名：读卡器 属性：卡ID 方法：读取ID，确认卡，警告，设定ID 详 细 设