4 结构化分析设计部分.docVIP

四 结构化分析、设计部分 一 总体设计说明书 1．引言 1.1编写的目的 总体设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。总体设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1.2定义 总体设计 在H图（层次图）离除了最顶层的方框之外，每个方框都加了编号如下： 3 接口设计 3.1用户接口 用户类别： 1有提供学生查阅的学生界面。 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 显示上次输出 3.2外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。 3.3内部接口 查询和更新都要调用数据库的操作。 4 运行设计 4.1运行模块组合 具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。软件运行时有较友好的界面，基本能够实现用户的数据处理要求。系统的运行时间基本可以达到用户所提出的要求系统的物理结构具体由数据库来设计与生成，此处略。系统的数据结构由标准数据库语言SQL生成：“” 2 学生卡信息丢失，查询时或者消费-存款时，不认卡情况 3 存款额大于999.99元，刷卡器只显示小于等于999,99元部分 4 消费时消费额大于存款额。系统将会提示错误，不作其他任何操作。 6.2措施（号码对应） 1 只能解卡锁 2 有备份数据库，随时可以恢复 3 只能更换刷卡器 4 计时充钱 7 数据流划分 7.1 变换型 输入流：有合法性判断得出的合法数据 变换中心：查询 输出流：查询结果 数据按照 输入—变换—输出 的时间顺序流动。 左图DFD可以看出典型的变换型数据流。 7.2 事务型 事务中心：存款-消费 数据流以“事务中心”为核心。 当时数据沿通路到达事务存储消费时，根据输入 数据的类型在存款、消费中选择一个执行。 具体上是根据按键，分消费和存钱按键。 二、详细设计 1引言 1.1编写目的 详细设计阶段的任务就是把解法具体化，解决具体应怎样实现这个系统。也称为模块设计，详细地设计每个模块，确定实现模块所需的功能需要的算法和数据结构。 1.2 定义 在软件具体设计阶段的专用术语有：—S图)、判定表、判定树、PAD图 2 入口程序entry() 设计说明 2.1程序描述 提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的使用权限。 特点：非常驻内存；单独的一个程序；顺序处理。 2.2输入项 权限：三个单选项。Level。 管理员用户名：字符串类型，user,长度不超过20，可以是数字（不能开头）和字母、汉字； 管理员密码 ：字符串类型，pass, 长度不超过20, 可以是数字和字母,区分大小写 2.3输出项 欢迎或者提示错误信息。 2.4流程逻辑 1程序流程图 2盒图 3 查询模块search() 设计说明 3.1程序描述 完成对系统（数据库）的查找。 3.2输入项 学生卡信息，时间信息，消费信息等。 3.3输出项 查找结果。 3.4流程逻辑PAD图 4 消费模块pay() 设计说明 4.1程序描述 完成消费部分。对输入和消费额，进行合法性验证。 4.2输入项 卡ID，定价与否，消费额。 4.3输出项 卡余额，错误提示。 4.4流程逻辑 判断树 5存款模块deposit() 设计说明 5.1程序描述 完成存款部分。对输入和存款额，进行合法性验证。 5.2输入项 卡ID，存款额。 5.3输出项 卡余额，错误提示。 5.4流程逻辑 判断表 学生代号 1 2 3 4 5 6 7 8 读卡成功 N Y N N Y Y N Y 卡没有锁 N N Y N Y N Y Y