软件设计文档.docVIP

  • 17
  • 0
  • 约3.74千字
  • 约 20页
  • 2019-08-01 发布于浙江
  • 举报
概要设计说明书 1 引言 1.1编写目的 概要设计的主要任务是设计程序的体系结构,也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案,需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案,为每个合理的方案都准备一份系统流程图,列出组成系统的所有物理元素,进行成本/效益分析,并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案,从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案,分析员应该进一步为这个最佳方案设计软结构,通常,进行必要的数据库设计,确定测试要求并且是定测试计划。 1.3术语定义 实体—联系图(E-R图):包含实体(即数据对象)、关系和属性。作为用户与分析员之间有效交流的工具。 流程图:由一些特定意义的图形、流程线及简要的文字说明构成,能清晰明确地表示程序的运行过程 盒图:又称为N-S图呀CHAPIN图,它把整个程序写在一个大框图内,大框图由若干个小的基本框图构成 1.4参考资料 《软件工程导论》 ---------张海藩 编著 清华大学出版社 《深入浅出面向对象分析和设计》 《数据为原理及应用》------李绍原 主编 科学出版社 2 概述 目标 该阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要求。 运行环境 软件基本运行环境为Windows环境。 需求概述 本系统要达到以下目标: 用户的存款与消费 用户挂失处理 管理员的新建与注销 用户的查询 条件与限制 为了评价该设计阶段的设计表示的“优劣程度”,必须遵循以下几个准则: 1.软件设计应当表现出层次结构,它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的,即该软件应当从逻辑上被划分成多个部件,分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块(例如子程序或过程),这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息,采取循环反复的方法来获得设计。 3 系统分析 系统模型: 系统IPO图: IPO图比较清晰的表达了系统的输入——处理——输出 4 系统体系结构 系统功能模块划分设计: 程序流程图 5 接口定义 6.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 显示上次输出 6.2外部接口 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。 3.3内部接口 查询和更新都要调用数据库的操作。 7 模块设计 根据项目的实际需求情况,可将系统划分成若干模块,分别描述各模块的功能。这样可将复杂的系统简化、细化,有利于今后的设计和实现。划分各模块时,应尽量使其具有封闭性和独立性,具有低耦合性,减少各模块之间的关联,使其便于实现、调试、安装和维护。 7 数据流划分 数据流0层: 数据流1层: 数据流2层: 7.2 事务型 事务中心:存款-消费 数据流以“事务中心”为核心。 当时数据沿通路到达事务存储消费时,根据输入 数据的类型在存款、消费中选择一个执行。 具体上是根据按键,分消费和存钱按键。 8 故障检测和处理机制 8.1故障检测触发机制 系统发生故障可以有多种检测机制,该系统有三种监测机制,包括自动向上层汇报、有上层定时检测、将故障写入错误文件等。 8.2故障处理机制 6.1出错信息 1 在学生刷卡后,卡ID被锁,将会出现错误信息:“Kard Locked” 2 学生卡信息丢失,查询时或者消费-存款时,不认卡情况 3 存款额大于999.99元,刷卡器只显示小于等于999,99元部分 4 消费时消费额大于存款额。系统将会提示错误,不作其他任何操作。 6.2措施(号码对应) 1 只能解卡锁 2 有备份数据库,随时可以恢复 3 只能更换刷卡器 4 计时充钱 6.3、系统维护 系统维护的任务就是要有计划、有组织地对系统进行必要的改动,以保证系统中的各个要素

文档评论(0)

1亿VIP精品文档

相关文档