软件概要设计文档.doc

(完整版)软件概要设计文档
概要设计说明书
1 引言
1．1编写目的
概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划.分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐.如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常,进行必要的数据库设计，确定测试要求并且是定测试计划.
1．3术语定义
实体-联系图（E—R图）:包含实体（即数据对象）、关系和属性.作为用户与分析员之间有效交流的工具.
流程图:由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程
盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图内,大框图由若干个小的基本框图构成
1．4参考资料
《软件工程导论》 -——---—--张海藩 编著 清华大学出版社
《深入浅出面向对象分析和设计》
《数据为原理及应用》----—-李绍原 主编 科学出版社
2 概述
1． 目标
该阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明,数据结构的细节以及具体的装配要求。
2． 运行环境
软件基本运行环境为Windows环境。
3． 需求概述
本系统要达到以下目标:
1、 用户的存款与消费
2、 用户挂失处理
3、 管理员的新建与注销
4、 用户的查询
4． 条件与限制
为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则：

1。软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。
2。设计应当是模块化的,即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。
3。设计最终应当给出具体的模块（例如子程序或过程),这些模块就具有独立的功能特性。
4。应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。
3 系统分析
系统模型：

系统IPO图：
IPO图比较清晰的表达了系统的输入-—处理—-输出

4 系统体系结构

系统功能模块划分设计：

程序流程图

5 接口定义
6.1用户接口
(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、系统维护
系统维护的任务就是要有计划、有组织地对系统进行必要的改动，以保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。
为此，后期维护工作不容忽视，为了有效的进行后期维护，首先，在系统开发过程中的每个阶段都必须编写保存相关的文档记录，其次，安排固定的工作人员做后期维护的工作。

9 数据库设计
9．1数据库管理系统选型
选定数据系统:MySOL，以JDBC连接数据库
9．2设计E—R图

9．3数据库表设计
基于E-R图设计数据库物理表.
学生信息库（student_info)

列名
数据类型
学生学号
stu_num
int
卡ID
id
int
学生姓名
name
Char(20）
性别
male
boolean
电话号码
tel
Char（20）
专业
Subject
Char（50)
卡信息(card_info)

列名
数据类型
卡ID
id
int
余额
sum
float
锁
lock
boolean
卡历史(card_his)

列名
数据类型
卡ID
id
int
时间
daytime
daytype
款额
sum
float
数量
Number
Int

管理员

列名
数据类型
帐户
Name
Char
密码
Passwords
Char

10 系统开发平台
系统开发环境：windows
硬件要求:CUP2.1GH以上，

详细设计说明书
二、详细设计
1引言
1.1编写目的
编制目的是说明饭卡管理系统各个层次中的每一个程序 （每个模块或子程序）的设计考虑。把解法具体化,解决具体应怎样实现这个系统。也称为模块设计，详细地设计每个模块，确定实现模块所需的功能需要的算法和数据结构。
1.2 定义
在软件具体设计阶段的专用术语有：程序流程图、盒图（N—S图)、判定表、判定树、PAD图
2界面
系统登陆

功能说明：
该界面为系统登陆界面，其中分为管理员和学生和刷卡员三个角色，分别有不同的权限，通过用户输入帐户和密码进入主目录界面。
其中管理员权限最大、。

学生进入界面:

功能说明：
学生进入信息查询界面，输入个人学号之后,可以进行个人基本信息的查询以及消费历史的查询，并有挂失的权力。

刷卡员进入界面：

功能说明：
刷卡员进入刷卡信息界面,输入消费的学生的ID号码，便可以对该学生消费进行扣费。并且可以通过该界面进入查询该ID帐户余额的界面，查看该学生的饭卡余额。
3 入口程序entry(） 设计说明
2.1程序描述
提供管理员和学生用户，刷卡服务三种环境，限制用户对系统的使用权限。
特点:非常驻内存;单独的一个程序；顺序处理。
2.2输入项
权限：三个单选项。Level。
管理员用户名:字符串类型，user,长度不超过20,可以是数字（不能开头）和字母、汉字；
管理员密码 ：字符串类型,pass, 长度不超过20， 可以是数字和字母,区分大小写
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流程逻辑 判断树

6存款模块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
存款成功
N
N
N
Y
N
Y
Y
Y
显示余额

显示
不可能
不可能
显示
不可能
不可能
显示
题是错误
提示

不可能
不可能

不可能
不可能

显示存款成功信息
不显示
不显示
不可能
不可能
不显示
不可能
不可能
显示
显示存款失败信息
不显示
显示
不可能
不可能
显示
不可能
不可能
不显示

19