软件概要设计文档.docxVIP

概要设计说明书 引言 编写目的 概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析， 并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 术语定义 实体—联系图（E-R 图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为 N-S 图呀 CHAPIN 图，它把整个程序写在一个大框图内，大框图由若干个小的基本框图构成 参考资料 《软件工程导论》 张海藩 编著 清华大学出版社 《深入浅出面向对象分析和设计 》 《数据为原理及应用》 李绍原 主编 科学出版社 2 概述 目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 运行环境 软件基本运行环境为 Windows 环境。 需求概述 本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 条件与限制 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析 系统模型： 系统 IPO 图： IPO 图比较清晰的表达了系统的输入——处理——输出 学生信息 学生信息 新建饭卡信息 学生基本信息 锁卡信息 挂失状态转换 空历史纪录 刷卡(卡ID) 简单查询 卡状态 消费额 消费 复杂查询 卡余额 查询条件 存款 卡历史纪录 存款额 4 系统体系结构 系统功能模块划分设计： 管理员 饭卡管理系统 新建饭卡信息 查询历史 挂失 注销 判 读 创 断 取 建 学 学 饭 生 生 卡 简 其 信 单 他 息 信 信 历 息 息, 史 — 创 记 致 建 录 性 卡 表 ID  存款-消费  判 挂 判断 产 失 挂 断 判 条 查 生 状 失 挂 注 询失件 报 态 计 销 询 失 合 转 法 表 换 时 倒 性 时 存款 消费 读取 卡 显 ID, 示 存 并 余 款 确 额 认 读取卡ID, 显定 显 定 示 价 消 余 消 费 额 费 程序流程图 学生 学生 存入 查询结果 学生信息 刷卡器 显示器 卡ID 余额信息 饭卡系统 管理员 消费信息 消费额 存款额 刷卡服务 员 余额 5 接口定义 6.1 用户接口(1)用户类别： 有提供学生查阅的学生界面。 提供管理员操作的管理员界面。 提供刷卡的刷卡服务员界面。 管理员界面菜单 状态 登陆； 注销； 新建--新建学生信息界面； 查询更新 学生消费历史 学生信息 挂失 加锁 解锁 注销卡 学生查询菜单 状态 登陆； 注销； 2 查询历史 3 查询学生信息 刷卡界面1 状态 登陆； 注销； 2 消费方式 正常 定价 3 显示上次输出 6.2 外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。 3.3 内部接口 查询和更新都要调用数据库的操作。 7 模块设计 根据项目的实际需求情况，可将系统划分成若干模块，分别描述各模块的功能。这样可将复杂的系统简化、细化，有利于今后的设计和实现。划分各模块时， 应尽量使其具有封闭性和独立性，具有低耦合性，减少各模块之间的关联，使其便于实现、调试、安装和维护。 数据流划分 数据流 0 层： 管理者 管理者 管理饭卡信息 学生或者管 理员 饭卡系统 查询或者管理结果 查询信息或者挂失 学生 数据流 1 层： 管理信息 合法的管理员信息 检查合法性 管理员信息处理 查询信息  合法的查询信息 查询信息 处理 数据流 2 层： 创注销饭卡处理 创建饭卡 注销 处理 创建学生饭卡 合法信息  管理人信息 存款 处理 存款信息处理 学生饭卡系统信 息 查询学生信管息