软件概要设计文档

1、概要设计说明书1 引言1 1 编写目的概要设计的主要任务是设计程序的体系结构，也就是确定程序 有哪些模块组成以与模块计的关系。 概要设计过程首先寻找实现目标系 统的各种不同的方案， 需求分析阶段得到的数据流图是设想各种可能方 案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案， 为每个合理的方案都准备一份系统流程图， 列出组成系统的所有物理元 素，进行成本 / 效益分析，并且制定实现这个方案的进度计划。分析员 应该综合分析比较这些合理的方案， 从中选出一个最佳方案向用户和使 用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案， 分析员应该进一步为这个最佳方案设计软结构， 通

2、常， 进行必要的数据 库设计，确定测试要求并且是定测试计划。1 3 术语定义实体联系图（ E-R 图）：包含实体（即数据对象） 、关系和属性。作为用 户与分析员之间有效交流的工具。流程图：由一些特定意义的图形、流程线与简要的文字说明构成，能清晰 明确地表示程序的运行过程盒图：又称为 N-S 图呀 CHAPIN 图，它把整个程序写在一个大框图内，大框图由若干个小的基本框图构成1 4 参考资料软件工程导论 张海藩 编著 清华大学出版社深入浅出面向对象分析和设计数据为原理与应用 李绍原 主编 科学出版社2 概述1 目标该阶段目的在于明确系统的数据结构和软件结构， 此外总体设计还将给 出内部软件和外部

3、系统部件之间的接口定义，各个软件模块的功能说 明，数据结构的细节以与具体的装配要求。2 运行环境软件基本运行环境为 Windows 环境。3 需求概述本系统要达到以下目标：1、用户的存款与消费2、用户挂失处理3、管理员的新建与注销4、用户的查询4 条件与限制为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：1. 软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控 制关系。2. 设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别 实现各种特定功能和子功能。3. 设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有 独立的功能特性。4. 应当应用在

4、软件需求分析期间得到的信息，采取循环反复的方法来获得 设计。3 系统分析系统模型：系统IPO图：IPO图比较清晰的表达了系统的输入一一处理一一输出学生信息锁卡信息刷卡（卡ID）消费额查询条件存款额新建饭卡信息挂失状态转换 简单查询消费复杂查询 存款学生基本信息空历史纪录卡状态卡余额卡历史纪录4系统体系结构系统功能模块划分设计:断 学 生 简 单 信 息致性读取学生其他信息创建卡创建饭卡信息历史记录表存款-消费存款消费程序流程图学生存入消费额刷卡服务 员消费信息刷卡器 显示器学生信息5接口定义6.1用户接口用户类别：1有提供学生查阅的学生界面。2提供管理员操作的管理员界面。3提供刷卡的刷卡服务员

5、界面。(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 显示上次输出6.2 外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、 本系统与各支持软件之间的接口关系。3.3 内部接口查询和更新都要调用数据库的操作。7 模块设计根据项目的实际需求情况，可将系统划分成若干模块，分别描述各模 块的功能。这

6、样可将复杂的系统简化、细化，有利于今后的设计和实现。 划分各模块时，应尽量使其具有封闭性和独立性，具有低耦合性，减少各 模块之间的关联，使其便于实现、调试、安装和维护。7 数据流划分的入流内部表小时间数据流0层:学生数据流1层:数据流2层:创注销饭卡处理注销创建饭卡.学生饭卡系统信 息 处理 ,'加管理人信自 胡 存款信息一一口法信息：处理/处理创建学生饭卡/ /查询学生信管理员查1询信息处挂失理管理员对 *饭卡挂失 处理7.2事务型事务中心：存款-消费数据流以“事务中心”为核心存款-消费当时数据沿通路到达事务存储消费时，根据输入 数据的类型在存款、消费中选择一个执行。 具体上是根据按

7、键，分消费和存钱按键。8 故障检测和处理机制8 1 故障检测触发机制系统发生故障可以有多种检测机制，该系统有三种监测机制，包括自 动向上层汇报、有上层定时检测、将故障写入错误文件等。8 2 故障处理机制6.1 出错信息1 在学生刷卡后， 卡 ID 被锁，将会出现错误信息： “ Kard Locked ”2 学生卡信息丢失，查询时或者消费 - 存款时，不认卡情况3 存款额大于 999.99 元，刷卡器只显示小于等于 999,99 元部分4 消费时消费额大于存款额。系统将会提示错误，不作其他任何操 作。6.2 措施（号码对应）1 只能解卡锁2 有备份数据库，随时可以恢复3 只能更换刷卡器4 计时充

8、钱6.3 、系统维护系统维护的任务就是要有计划、有组织地 对系统进行必要的改动， 以保证系统中的各个要素随着环境的变化始终处于最新的、正确的 工作状态。为此，后期维护工作不容忽视，为了有效的进行后期维护，首先，在系统 开发过程中的每个阶段都必须编写保存相关的文档记录，其次，安排固定 的工作人员做后期维护的工作。9 数据库设计9 1 数据库管理系统选型选定数据系统： MySOL, 以 JDBC 连接数据库9 2 设计 E-R 图学号余额消费限制有效期创建日期ID学号电话专业学生1性别操作账号饭卡T查询M1消费目前状态地点商品数量日期金额密码9 . 3数据库表设计基于E-R图设计数据库物理表。学生

9、信息库(student_info )列名数据类型学生学号stu_ numint卡IDidint学生姓名n ameChar(20)性别maleboolea n电话号码telChar(20)专业SubjectChar(50)卡信息(cardnfo)列名数据类型卡IDidint余额sumfloat锁lockboolea n卡历史（card_his）列名数据类型卡IDidint时间daytimedaytype款额sumfloat数量NumberInt管理员列名数据类型帐户NameChar密码PasswordsChar10系统幵发平台系统幵发环境：win dows硬件要求：CUP2.1GH 以上,详细设

10、计说明书二、详细设计1 引言1.1 编写目的编制目的是说明饭卡管理系统各个层次中的每一个程序 （每个 模块或子程序）的设计考虑。把解法具体化，解决具体应怎样实现 这个系统。也称为模块设计，详细地设计每个模块，确定实现模块 所需的功能需要的算法和数据结构。1.2 定义在软件具体设计阶段的专用术语有：程序流程图、盒图（NS 图）、判定表、判定树、 PAD 图2 界面系统登陆功能说明：该界面为系统登陆界面，其中分为管理员和学生和刷卡员三个角色，分别有不同的权限，通过用户输入帐户和密码进入主目录界面。其中管理员权限最大、。学生进入界面:功能说明：学生进入信息查询界面，输入个人学号之后，可以进行个人基本

11、信息的查询以与消费历史的查询，并有挂失的权力。刷卡员进入界面:功能说明：刷卡员进入刷卡信息界面，输入消费的学生的 ID号码，便可以对该学生 消费进行扣费。并且可以通过该界面进入查询该ID帐户余额的界面，查看该学生的饭卡余额。3 入口程序 entry() 设计说明2.1 程序描述提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的 使用权限。特点：非常驻内存；单独的一个程序；顺序处理。2.2 输入项权限：三个单选项。 Level 。管理员用户名：字符串类型，user,长度不超过20,可以是数字(不能开头)和字母、汉字；管理员密码 ：字符串类型， pass, 长度不超过 20, 可以是数字和字

12、母 ,区分大小写2.3 输出项欢迎或者提示错误信息。2.4 流程逻辑 1 程序流程图欢迎提示刷卡服务员权限2盒图4查询模块search。 设计说明3.1程序描述完成对系统(数据库)的查找。3.2输入项学生卡信息，时间信息，消费信息等。3.3输出项查找结果。3.4流程逻辑PAD图5消费模块pay()设计说明4.1程序描述完成消费部分。对输入和消费额，进行合法性验证4.2输入项卡ID，定价与否，消费额。4.3输出项卡余额，错误提示。4.4流程逻辑判断树确认消费，并显示余额,卡ID正确提示显余额，.定价消费_/ J余额不足，提示错误卡未锁6存款模块deposit。设计说明5.1程序描述完成存款部分。对输入和存款额，进行合法性验证5.2输入项卡ID，存款额。5.3输出项卡余额，错误提示。5.4流程逻辑判断表学生代号12345678读卡成功NYNNYYNY卡没有锁NNYNYNYY存款成NNNYNYYY功余 S-示 S-可 不可 不