软件概要设计文档.docx

1、软件概要设计文档 概要设计说明书1 引言11编写目的 概要设计的要紧任务是设计程序的体系结构，也确实是确信程序有哪些模块组成和模块计的关系。概要设计进程第一寻觅实现目标系统的各类不同的方案，需求分析时期取得的数据流图是假想各类可能方案的基础。然后分析员从这些供选择的方案当选取假设干个合理的方案，为每一个合理的方案都预备一份系统流程图，列出组成系统的所有物理元素，进行本钱/效益分析，而且制定实现那个方案的进度打算。分析员应该综合分析比较这些合理的方案，从当选出一个最正确方案向用户和利用部门负责人推荐。若是用户和利用部门的负责人同意了推荐的方案，分析员应该进一步为那个最正确方案设计软结构，通常，进

2、行必要的数据库设计，确信测试要求而且是定测试打算。13术语概念实体联系图（E-R图）：包括实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。流程图：由一些特定意义的图形、流程线及简要的文字说明组成，能清楚明确地表示程序的运行进程盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图内，大框图由假设干个小的大体框图组成 14参考资料 软件工程导论 -张海藩 编著 清华大学出版社深切浅出面向对象分析和设计 数据为原理及应用-李绍原 主编 科学出版社2 概述 1目标该时期目的在于明确系统的数据结构和软件结构，另外整体设计还将给出内部软件和外部系统部件之间的接口概念，各个软

3、件模块的功能说明，数据结构的细节和具体的装配要求。2运行环境软件大体运行环境为Windows环境。3需求概述本系统要达到以下目标：1、用户的存款与消费2、用户挂失处置3、治理员的新建与注销4、用户的查询4条件与限制为了评判该设计时期的设计表示的“好坏程度”，必需遵循以下几个准那么：1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计

4、。3 系统分析系统模型：系统IPO图：IPO图比较清楚的表达了系统的输入处置输出 4 系统体系结构系统功能模块划分设计：程序流程图 5 接口概念用户接口(1)用户类别：1有提供学生查阅的学生界面。2 提供治理员操作的治理员界面。3 提供刷卡的刷卡效劳员界面。(2) 治理员界面菜单1 状态登岸；注销；2 新建-新建学生信息界面；3 查询更新 学生消费历史 学生信息 4 挂失 加锁 解锁 5 注销卡(3)学生查询菜单1 状态登岸；注销； 2 查询历史 3 查询学生信息 (4)刷卡界面1 状态登岸；注销； 2 消费方式 正常 定价 3 显示上次输出外部接口说明本系统同外界的所有接口的安排包括软件与硬

5、件之间的接口、本系统与各支持软件之间的接口关系。内部接口 查询和更新都要挪用数据库的操作。7 模块设计 依照项目的实际需求情形，可将系统划分成假设干模块，别离描述各模块的功能。如此可将复杂的系统简化、细化，有利于尔后的设计和实现。划分各模块时，应尽可能使其具有封锁性和独立性，具有低耦合性，减少各模块之间的关联，使其便于实现、调试、安装和保护。7 数据流划分数据流0层：数据流1层：数据流2层：事务型事务中心：存款-消费数据流以“事务中心”为核心。那时数据沿通路抵达事务存储消费时，依照输入数据的类型在存款、消费当选择一个执行。具体上是依照按键，分消费和存钱按键。8 故障检测和处置机制81故障检测触

6、发机制 系统发生故障能够有多种检测机制，该系统有三种监测机制，包括自动向上层汇报、有上层按时检测、将故障写入错误文件等。82故障处置机制犯错信息1 在学生刷卡后，卡ID被锁，将会显现错误信息：“Kard Locked”2 学生卡信息丢失，查询时或消费-存款时，不认卡情形3 存款额大于元，刷卡器只显示小于等于999,99元部份4 消费时消费额大于存款额。系统将会提示错误，不作其他任何操作。方法（号码对应）1 只能解卡锁2 有备份数据库，随时能够恢复3 只能改换刷卡器4 计时充钱、系统保护系统保护的任务确实是要有打算、有组织地对系统进行必要的改动，以保证系统中的各个要素随着环境的转变始终处于最新的

7、、正确的工作状态。为此，后期保护工作不容轻忽，为了有效的进行后期保护，第一，在系统开发进程中的每一个时期都必需编写保留相关的文档记录，第二，安排固定的工作人员做后期保护的工作。9 数据库设计91数据库治理系统选型 选定数据系统：MySOL,以JDBC连接数据库92设计E-R图 93数据库表设计 基于E-R图设计数据库物理表。学生信息库（student_info）列名数据类型学生学号stu_numint卡IDidint学生姓名nameChar(20)性别maleboolean电话号码telChar(20)专业SubjectChar(50)卡信息(card_info)列名数据类型卡IDidint余

8、额sumfloat锁lockboolean卡历史(card_his)列名数据类型卡IDidint时间daytimedaytype款额sumfloat数量NumberInt治理员列名数据类型帐户NameChar密码PasswordsChar10 系统开发平台 系统开发环境：windows 硬件要求：以上， 详细设计说明书二、详细设计1引言 编写目的 编制目的是说明饭卡治理系统各个层次中的每一个程序 （每一个模块或子程序）的设计考虑。把解法具体化，解决具体应如何实现那个系统。也称为模块设计，详细地设计每一个模块，确信实现模块所需的功能需要的算法和数据结构。 概念在软件具体设计时期的专用术语有：程序

9、流程图、盒图(NS图)、判定表、判定树、PAD图2界面系统登岸功能说明：该界面为系统登岸界面，其中分为治理员和学生和刷卡员三个角色，别离有不同的权限，通过用户输入帐户和密码进入主目录界面。其中治理员权限最大、。学生进入界面：功能说明：学生进入信息查询界面，输入个人学号以后，能够进行个人大体信息的查询和消费历史的查询，并有挂失的权利。刷卡员进入界面：功能说明：刷卡员进入刷卡信息界面，输入消费的学生的ID号码，即能够对该学生消费进行扣费。而且能够通过该界面进入查询该ID帐户余额的界面，查看该学生的饭卡余额。3 入口程序entry() 设计说明程序描述提供治理员和学生用户，刷卡效劳三种环境，限制用户

10、对系统的利用权限。特点：超级驻内存；单独的一个程序；顺序处置。输入项权限：三个单项选择项。Level。治理员用户名：字符串类型，user,长度不超过20，能够是数字（不能开头）和字母、汉字；治理员密码 ：字符串类型，pass, 长度不超过20, 能够是数字和字母,区分大小写输出项 欢迎或提示错误信息。流程逻辑 1程序流程图2盒图4 查询模块search() 设计说明程序描述完成对系统（数据库）的查找。输入项 学生卡信息，时刻信息，消费信息等。输出项 查找结果。流程逻辑PAD图5 消费模块pay() 设计说明程序描述 完成消费部份。对输入和消费额，进行合法性验证。输入项 卡ID，定价与否，消费额。输出项卡余额，错误提示。流程逻辑 判定树6存款模块deposit() 设计说明程序描述 完成存款部份。对输入和存款额，进行合法性验证。输入项 卡ID，存款额。输出项卡余额，错误提示。流程逻辑 判定表学生代号12345678读卡成功NYNNYYNY卡没有锁NNYNYNYY存款成功NNNYNYYY显示余额显示不可能不可能显示不可能不可能显示题是错误提示不可能不可能不可能不可能显示存款成功信息不显示不显示不可能不可能不显示不可能不可能显示显示存款失败信息不显示显示不可能不可能显示不可能不可能不显示