《软件概要设计文档》由会员分享，可在线阅读，更多相关《软件概要设计文档（24页珍藏版）》请在金锄头文库上搜索。
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系统分析系统模型:系统IPO图：IPO图比较清晰的表达了系统的输入一一处理一一输出学生信息锁卡信息刷卡（卡ID）消费额查询条件存款额新建饭卡信息 挂失状态转换 简单查询 消费复杂查询存款学生基本信息空历史纪录卡状态卡余额卡历史纪录4系统体系结构系统功能模块划分设计:管理员饭卡管理系统新建饭卡信息断 学 生 简 单 信 息致 性读存款-消费查询历史挂失注销存款消费判 断 条 件 合 法 性挂 失 计 时读取卡ID,并确认显示余额读取卡ID,并确认显示余额定价消费程序流程图存入学生显示器消费信息消费额学生信息刷卡服务员5接口定义6.1用户接口用户类别：1有提供学生
5、查阅的学生界面。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 显示上次输出6.2 外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系 统与各支持软件之间的接口关系。3.3 内部接口 查询和更新都要调用数据库的操作。7 模块设计 根据项目的实
6、际需求情况，可将系统划分成若干模块，分别描述各模块的功 能。这样可将复杂的系统简化、 细化，有利于今后的设计和实现。 划分各模块时， 应尽量使其具有封闭性和独立性， 具有低耦合性， 减少各模块之间的关联， 使其 便于实现、调试、安装和维护。7 数据流划分数据流 0 层：学生数据流1层:数据流2层:创注销饭 卡处理/注销创建饭卡 处理创建学生饭卡”一一，“管理人信自 存款信息合法信息管理人信息存t处理息查询学生信丿，询信息处理7学生饭卡系统信 息挂失管理员对 *饭卡挂失7.2事务型事务中心：存款-消费 数据流以“事务中心”为核心。存款-消费当时数据沿通路到达事务存储消费时，根据输入数据的类型在存
7、款、消费中选择一个执行。 具体上是根据按键，分消费和存钱按键。存款消费8 故障检测和处理机制81 故障检测触发机制系统发生故障可以有多种检测机制，该系统有三种监测机制，包括自动向上 层汇报、有上层定时检测、将故障写入错误文件等。82 故障处理机制6.1 出错信息1 在学生刷卡后，卡 ID 被锁，将会出现错误信息： “Kard Locked ”2 学生卡信息丢失，查询时或者消费 - 存款时，不认卡情况3 存款额大于 999.99元，刷卡器只显示小于等于 999,99 元部分4 消费时消费额大于存款额。系统将会提示错误，不作其他任何操作。6.2 措施（号码对应）1 只能解卡锁2 有备份数据库，随时
8、可以恢复3 只能更换刷卡器4 计时充钱6.3 、系统维护系统维护的任务就是要有计划、有组织地 对系统进行必要的改动，以保 证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。 为此，后期维护工作不容忽视，为了有效的进行后期维护，首先，在系统开发过 程中的每个阶段都必须编写保存相关的文档记录， 其次，安排固定的工作人员做 后期维护的工作。9 数据库设计91 数据库管理系统选型选定数据系统：MySOL以JDBC连接数据库9. 2设计E-R图学号消费限制饭卡有效期创建日期目前状态电话日期数量姓名学号专业学生性别操作1操作查询管理员消费地点商品金额密码9. 3数据库表设计基于E-R图设计数
9、据库物理表。 学生信息库(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管理员列名数据类型帐户NameChar密码PasswordsChar10系统开发平台系统开发环境：wi ndows 硬件要求：CUP2
10、.1GH以上,详细设计说明书、详细设计1引言1.1 编写目的编制目的是说明饭卡管理系统各个层次中的每一个程序（每个模块或子程序）的设计考虑。把解法具体化，解决具体应怎样实现这个系统。也 称为模块设计，详细地设计每个模块，确定实现模块所需的功能需要的 算法和数据结构。1.2定义在软件具体设计阶段的专用术语有：程序流程图、盒图 （NS图）、判定 表、判定树、PAD图2界面系统登陆功能说明：该界面为系统登陆界面，其中分为管理员和学生和刷卡员三个角色，分别有不同的权限，通过用户输入帐户和密码进入主目录界面。其中管理员权限最大、。学生进入界面:功能说明：学生进入信息查询界面，输入个人学号之后，可以进行个
11、人基本信息的查询以及消费历史的查询，并有挂失的权力。刷卡员进入界面:功能说明：刷卡员进入刷卡信息界面，输入消费的学生的 ID号码，便可以对该 学生消费进行扣费。并且可以通过该界面进入查询该 ID帐户余额的 界面，查看该学生的饭卡余额。3入口程序entry()设计说明2.1程序描述 提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的使用权限。特点：非常驻内存；单独的一个程序；顺序处理。22输入项权限：三个单选项。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正确r I卡ID错误一提示错误6存款模块deposit。设计说明5.1程序描述完成存款部分。对输入和存款额，进行合法性验证。5.2输入项卡ID，存款额。5.3输出项卡余额，错误提示。5.4流程逻辑 判断表学生代 号12345678读卡成 功NYNNYYNY卡没有锁NNYNYNYY存款成功NNNYNYYY显示余 额显示不可能不可能显示不可能不可能显示题是错 误提示不可能不可能不可能不可能显示存 款成功 信息不显示不显示不可
