软件概要设计文档

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

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

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

4、采取循环反复的方法来获得设计。3系统分析系统模型:3#4系统IPO图：IPO图比较清晰的表达了系统的输入一一处理一一输出5#学生信息新建饭卡信息锁卡信息挂失状态转换刷卡（卡ID）消费额查询条件存款额简单查询消费复杂查询存款学生基本信息空历史纪录卡状态卡余额卡历史纪录#64系统体系结构#系统功能模块划分设计:管理员饭卡管理系统失一挂 挂失计时查询历史新建饭卡信息判断条件合法性存款-消费创建饭卡信息历史记录表读取学生其他信息创建卡判断学生简单信息一致性程序流程图8消费额存入刷卡服务员9#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层:11学生数据流1层:12创注销饭卡处理注销 创建饭卡 '处理创建学生饭卡-一 卡管理人信自.存款信息 合法信息管理人信息存款 J处理/学生饭卡系统信处理'息查询学生信信管理员查 "询信息处 挂失理管理员对饭卡挂失处理饭卡余额' 处理查询余额合法输入信r学生输入信仏消费消处理息”口法输入信息 息处理处理学生饭卡系统信-息7.2事务型事务中心：存款-消费挂失亠学生自行

7、 挂失处理数据流以“事务中心”为核心。当时数据沿通路到达事务存储消费时，根据输入 数据的类型在存款、消费中选择一个执行。 具体上是根据按键，分消费和存钱按键。存款8 故障检测和处理机制81 故障检测触发机制系统发生故障可以有多种检测机制，该系统有三种监测机制，包括自动向上层汇报、有上层定时检测、将故障写入错误文件等。82 故障处理机制6.1 出错信息1 在学生刷卡后，卡 ID 被锁，将会出现错误信息： “Kard Locked ”2 学生卡信息丢失，查询时或者消费 - 存款时，不认卡情况3 存款额大于 999.99元，刷卡器只显示小于等于 999,99 元部分4 消费时消费额大于存款额。系统将

8、会提示错误，不作其他任何操作。6.2 措施（号码对应）1 只能解卡锁2 有备份数据库，随时可以恢复3 只能更换刷卡器4 计时充钱6.3 、系统维护系统维护的任务就是要有计划、有组织地对系统进行必要的改动，以保 证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。 为此，后期维护工作不容忽视，为了有效的进行后期维护，首先，在系统开发过 程中的每个阶段都必须编写保存相关的文档记录， 其次，安排固定的工作人员做 后期维护的工作。9 数据库设计91 数据库管理系统选型选定数据系统：MySOL以JDBC连接数据库169. 2设计E-R图余额<-额>姓名学号级别专业性别学号操作饭卡

9、1管理员查询创建日期消费密码M电话丿消费限制有效期1操作目前状态地点商品金额数量日期学生账号17#9. 3数据库表设计基于E-R图设计数据库物理表。学生信息库(student_info )列名数据类型学生学号stu_numint卡IDidint学生姓名n ameChar(20)性别maleboolea n电话号码telChar(20)专业SubjectChar(50)卡信息(card_info)列名数据类型卡IDidint余额sumfloat锁lockboolea n卡历史（card_his）列名数据类型卡IDidint时间daytimedaytype款额sumfloat数量NumberInt

10、管理员列名数据类型帐户NameChar密码PasswordsChar10系统开发平台系统开发环境：wi ndows 硬件要求：CUP2.1GH以上,详细设计说明书、详细设计1引言1.1 编写目的编制目的是说明饭卡管理系统各个层次中的每一个程序（每个模块或子程序）的设计考虑。把解法具体化，解决具体应怎样实现这个系统。也 称为模块设计，详细地设计每个模块，确定实现模块所需的功能需要的 算法和数据结构。1.2定义在软件具体设计阶段的专用术语有：程序流程图、盒图（NS图）、判定表、判定树、PAD图2界面系统登陆功能说明：该界面为系统登陆界面，其中分为管理员和学生和刷卡员三个角色，分别有不同的权限，通过

11、用户输入帐户和密码进入主目录界面。其中管理员权限最大、。学生进入界面：隘曲述入学生查诃畀面£功能说明：学生进入信息查询界面，输入个人学号之后，可以进行个人基本信息的查询以及消费历史的查询，并有挂失的权力。刷卡员进入界面:20欢邮ft入刷肯界面?硫定功能说明：刷卡员进入刷卡信息界面，输入消费的学生的 ID号码，便可以对该 学生消费进行扣费。并且可以通过该界面进入查询该 ID帐户余额的 界面，查看该学生的饭卡余额。3入口程序entry()设计说明提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的使用权限。特点：非常驻内存；单独的一个程序；顺序处理。22输入项权限：三个单选项。Lev

12、el。管理员用户名：字符串类型，user,长度不超过20，可以是数字（不能开头）和字母、汉字；管理员密码：字符串类型，pass,长度不超过20,可以是数字和字母，区分大小写 2.3输出项欢迎或者提示错误信息。2.4流程逻辑1程序流程图管理员权限欢迎提示管理员管理库22#2盒图#4查询模块search()设计说明3.1程序描述完成对系统(数据库)的查找。3.2输入项学生卡信息，时间信息，消费信息等。3.3输出项查找结果。3.4流程逻辑PAD图5消费模块pay()设计说明4.1程序描述完成消费部分。对输入和消费额，进行合法性验证。4.2输入项卡ID，定价与否，消费额。4.3输出项卡余额，错误提示。4.4流程逻辑 判断树一消费._卡I D正确一定价消费确认消费，并显示余额余额不足，提示错误确认消费，显示余额余额不足，提示错误6存款模块deposit。设计说明5.1程序描述完成存款部分。对输入和存款额，进行合法性验证。5.2输