软件概要设计文档.docx
《软件概要设计文档.docx》由会员分享，可在线阅读，更多相关《软件概要设计文档.docx（20页珍藏版）》请在冰豆网上搜索。
软件概要设计文档
概要设计说明书
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接口概念
用户接口
（1）用户类别：
1有提供学生查阅的学生界面。
2提供治理员操作的治理员界面。
3提供刷卡的刷卡效劳员界面。
（2）治理员界面菜单
1状态
登岸；
注销；
2新建--新建学生信息界面；
3查询更新
学生消费历史
学生信息
4挂失
加锁
解锁
5注销卡
（3）学生查询菜单
1状态
登岸；
注销；
2查询历史
3查询学生信息
（4）刷卡界面
1状态
登岸；
注销；
2消费方式
正常
定价
3显示上次输出
外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
内部接口
查询和更新都要挪用数据库的操作。
7模块设计
依照项目的实际需求情形，可将系统划分成假设干模块，别离描述各模块的功能。
如此可将复杂的系统简化、细化，有利于尔后的设计和实现。
划分各模块时，应尽可能使其具有封锁性和独立性，具有低耦合性，减少各模块之间的关联，使其便于实现、调试、安装和保护。
7数据流划分
数据流0层：
数据流1层：
数据流2层：
事务型
事务中心：
存款-消费
数据流以“事务中心”为核心。
那时数据沿通路抵达事务存储消费时，依照输入
数据的类型在存款、消费当选择一个执行。
具体上是依照按键，分消费和存钱按键。
8故障检测和处置机制
8．1故障检测触发机制
系统发生故障能够有多种检测机制，该系统有三种监测机制，包括自动向上层汇报、有上层按时检测、将故障写入错误文件等。
8．2故障处置机制
犯错信息
1在学生刷卡后，卡ID被锁，将会显现错误信息：
“KardLocked”
2学生卡信息丢失，查询时或消费-存款时，不认卡情形
3存款额大于元，刷卡器只显示小于等于999,99元部份
4消费时消费额大于存款额。
系统将会提示错误，不作其他任何操作。
方法（号码对应）
1只能解卡锁
2有备份数据库，随时能够恢复
3只能改换刷卡器
4计时充钱
、系统保护
系统保护的任务确实是要有打算、有组织地对系统进行必要的改动，以保证系统中的各个要素随着环境的转变始终处于最新的、正确的工作状态。
为此，后期保护工作不容轻忽，为了有效的进行后期保护，第一，在系统开发进程中的每一个时期都必需编写保留相关的文档记录，第二，安排固定的工作人员做后期保护的工作。
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
硬件要求：
以上，
详细设计说明书
二、详细设计
1引言
编写目的
编制目的是说明饭卡治理系统各个层次中的每一个程序（每一个模块或子程序）的设计考虑。
把解法具体化，解决具体应如何实现那个系统。
也称为模块设计，详细地设计每一个模块，确信实现模块所需的功能需要的算法和数据结构。
概念
在软件具体设计时期的专用术语有：
程序流程图、盒图（N—S图）、判定表、判定树、PAD图
2界面
系统登岸
功能说明：
该界面为系统登岸界面，其中分为治理员和学生和刷卡员三个角色，别离有不同的权限，通过用户输入帐户和密码进入主目录界面。
其中治理员权限最大、。
学生进入界面：
功能说明：
学生进入信息查询界面，输入个人学号以后，能够进行个人大体信息的查询和消费历史的查询，并有挂失的权利。
刷卡员进入界面：
功能说明：
刷卡员进入刷卡信息界面，输入消费的学生的ID号码，即能够对该学生消费进行扣费。
而且能够通过该界面进入查询该ID帐户余额的界面，查看该学生的饭卡余额。
3入口程序entry（）设计说明
程序描述
提供治理员和学生用户，刷卡效劳三种环境，限制用户对系统的利用权限。
特点：
超级驻内存；单独的一个程序；顺序处置。
输入项
权限：
三个单项选择项。
Level。
治理员用户名：
字符串类型，user,长度不超过20，能够是数字（不能开头）和字母、汉字；
治理员密码：
字符串类型，pass,长度不超过20,能够是数字和字母,区分大小写
输出项
欢迎或提示错误信息。
流程逻辑1程序流程图
2盒图
4查询模块search（）设计说明
程序描述
完成对系统（数据库）的查找。
输入项
学生卡信息，时刻信息，消费信息等。
输出项
查找结果。
流程逻辑PAD图
5消费模块pay（）设计说明
程序描述
完成消费部份。
对输入和消费额，进行合法性验证。
输入项
卡ID，定价与否，消费额。
输出项
卡余额，错误提示。
流程逻辑判定树
6存款模块deposit（）设计说明
程序描述
完成存款部份。
对输入和存款额，进行合法性验证。
输入项
卡ID，存款额。
输出项
卡余额，错误提示。
流程逻辑判定表
学生代号
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
显示余额
显示
不可能
不可能
显示
不可能
不可能
显示
题是错误
提示
不可能
不可能
不可能
不可能
显示存款成功信息
不显示
不显示
不可能
不可能
不显示
不可能
不可能
显示
显示存款失败信息
不显示
显示
不可能
不可能
显示
不可能
不可能
不显示
升级会员 