整理软件概要设计文档.docx

整理软件概要设计文档.docx

《整理软件概要设计文档.docx》由会员分享，可在线阅读，更多相关《整理软件概要设计文档.docx（21页珍藏版）》请在冰豆网上搜索。

整理软件概要设计文档

（完整版）软件概要设计文档

编辑整理：

尊敬的读者朋友们：

这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（（完整版）软件概要设计文档）的内容能够给您的工作和学习带来便利。

同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。

本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为（完整版）软件概要设计文档的全部内容。

（完整版）软件概要设计文档

编辑整理：

张嬗雒老师

尊敬的读者朋友们：

这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布到文库，发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方，但是我们任然希望（完整版）软件概要设计文档这篇文档能够给您的工作和学习带来便利。

同时我们也真诚的希望收到您的建议和反馈到下面的留言区,这将是我们进步的源泉,前进的动力。

本文可编辑可修改，如果觉得对您有帮助请下载收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为〈（完整版）软件概要设计文档〉这篇文档的全部内容。

概要设计说明书

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被锁，将会出现错误信息:

“KardLocked"

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

显示余额

显示

不可能

不可能

显示

不可能

不可能

显示

题是错误

提示

不可能

不可能

不可能

不可能

显示存款成功信息

不显示

不显示

不可能

不可能

不显示

不可能

不可能

显示

显示存款失败信息

不显示

显示

不可能

不可能

显示

不可能

不可能

不显示