软件工程课程设计-银行储蓄系统设计报告.doc_第1页
软件工程课程设计-银行储蓄系统设计报告.doc_第2页
软件工程课程设计-银行储蓄系统设计报告.doc_第3页
软件工程课程设计-银行储蓄系统设计报告.doc_第4页
软件工程课程设计-银行储蓄系统设计报告.doc_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 银行储蓄系统系统设计报告银行储蓄系统系统设计报告 目录目录 一、引言 3 1.编写目的3 2.项目背景3 3.开发人员3 4.参考文献3 二、问题定义 4 1.目标4 2.系统功能4 三、可行性研究分析 4 四、需求分析 5 1. 功能需求分析5 2. 建立功能模型和数据需求5 3. 建立逻辑模型13 4. 建立行为模型14 5. 性能需求分析14 6. 系统可用性和可靠性需求分析.14 五、概要设计报告 15 1 数据库概要设计 15 2 系统总体设计 16 3 测试计划 17 4 接口设计 17 5 运行设计 18 6 出错处理设计 18 7 安全保密设计 18 8 维护设计 18 六、详细设计报告 19 1 用户界面设计 19 2 测试用例及预测结果 25 七、运行环境和编译环境说明书 27 1 开发编译环境 27 2 运行使用环境 27 3 错误处理 27 八、总结报告 28 2 一、一、 引言引言 1、编写目的编写目的 为了规范化软件开发,提高开发过程的能见度,便于控制和管理软件开 发过程,提高软件质量,降低开发风险,减少需求变更,便于日后的维 护工作,文档定制了软件开发的细节问题,明确软件需求,便于与用户 协调开发,确认需求。对软件的开发相关文档及用户使用手册进行了整 理。 2、项目背景项目背景 非电子化的银行储蓄系统工作效率较低,且安全性,准确性得不到保证。 越来越满足不了用户的需求和银行自身发展的需要。建立一个高效,准 确,方便,安全的银行储蓄系统是用户需求和技术进步的共同推动。 3、开发人员开发人员 组长:xxx 组员:xx xxx xxx xxx xx xxx 作为项目经理,在人员沟通,质量管理,进度管理,风险 管理方面进行了着重管理,并对里程碑进行了评审,确认。并 对变更进行评审,控制,记录。 需求分析以及系统编码由 xxx 完成。 用户界面设计以及系统测试由 xxx 完成。 数据库设计工作由 xx 完成。 文档整理工作由 xxx 完成。 资料收集工作由 xx 完成。 4、参考文献参考文献 (1)(1) .软件工程导论软件工程导论 张海藩编著张海藩编著.-5.-5 版版.-.-北京:清华大学出版社,北京:清华大学出版社, 2008.22008.2 (2)(2) .系统分析与设计方法系统分析与设计方法JEFFREYJEFFREY 编著编著.-7.-7 版版.-.-机械工业出版社,机械工业出版社, 2009.42009.4 (3)(3) .HIBERNATE.HIBERNATE 实战实战 CHRISTIANBAUERCHRISTIANBAUER 编著编著.-2.-2 版版.-.-人民邮电出版人民邮电出版 社,社,2008.22008.2 (4)(4) .PMBOK2005.PMBOK2005 项目管理协会编著项目管理协会编著.-5.-5 版版.-.-电子工业出版社,电子工业出版社,2013.52013.5 3 二、二、问题定义问题定义 1 、目标、目标 银行储蓄系统用户对象是银行的业务员和业务员的管理人员。用于 处理储户的开户,销户,存款,取款,查询的一般性操作。用于加快工 作的效率,提高工作的准确性,实现无纸化办公。 相应的需求: 1.1 能够提供对业务员的管理,监督,指导业务员完成工作。 1)业务员账号的添加,赋予权限,收回权限 2)业务员操作记录的审查 3)业务员密码,部分信息的修改 1.2 能够提供对储户,账户的管理工作 1)储户开设账户 2)储户查询账户的信息 3)储户修改账户的密码和信息。 4)储户注销其账户 1.3 能够提供对一般性业务操作的处理、 1)储户对账户的存款操作 2)储户对账户的取款操作 3)储户查询账户余额操作 1.4 能够提供安全机制,提供数据信息授权访问,防止随意删改,同 时提供信息备份的服务。 1)常见的错误处理 2)业务员的登录验证和权限验证 3)密码,敏感信息的加密存储 4)敏感数据的不可修改性 5)系统的安全备份信息 2 、系统功能、系统功能 2.1 业务员管理 2.2 储户管理 2.3 账户管理:开户,销户,账户信息查询,账户信息修改 2.4 存款功能,添加存款记录 2.5 取款功能,添加取款记录 2.6 存取款记录查询,余额查询 三、可行性分析三、可行性分析报告报告 1 、步骤,内容及结论、步骤,内容及结论 通过在经济可行性(成本效益分析) ,社会可行性,技术可行性分析等方 面对旧系统,以及可行的解决方案中进行分析。决定采用 B/S 架构,JAVA 语言开发系统,采用瀑布模型开发方法。数据库采用 MYSQL,服务器系统 4 AIXv7.1。 5 四、四、需求分析需求分析 1.1. 功能需求分析:功能需求分析: 1.11.1 银行储蓄系统分为:业务员管理子系统,账户管理子系统,储户管理子 系统,业务管理子系统。 1.21.2 业务员管理子系统:可以对本系统的业务员进行添加,删除,权限的控 制,以提高系统的安全性,分为以下几个方面: 1.2.1 业务员账号的添加:新建业务员 ID,账号名,密码。 1.2.2 业务员账号的删除:删除已存在的业务员的信息。 1.2.3 业务员账号的权限设置:赋予或收回业务员的权限 1.31.3 储户管理子系统:用于管理储户的相关信息。为银行业务提供决策的信 息。 1.3.1 添加储户的信息:通过键盘键入储户的相关信息并保存 1.3.2 更新储户的信息:更新已有用户的信息,并保存 1.41.4 账户管理子系统:用于管里储户的账户,对账户进行开户,销户,修改 账户的信息,密码等重要功能,保障账户的安全性。 1.4.1 新建储户的开户操作:为储户新建一个账户信息,通过键盘录入 1.4.2 注销储户的操作:验证后,对特定账户进行注销 1.4.3 修改账户的信息操作:验证后,通过键盘键入新的信息 1.51.5 业务管理子系统:用于处理储户的存款,取款,查询余额,查询相关信 息等业务需求,是系统的主要子系统。 1.5.1 存款处理:键盘录入信息,验证存款账号,姓名后,存入账户中 1.5.2 取款处理:键盘录入信息,验证账号,密码,余额后,修改账户 余额。 1.5.3 查询余额:验证账户,密码后,返回账户余额。 2.2. 建立功能模型及数据需求:建立功能模型及数据需求: 2.12.1 数据流图数据流图 2.1.1 顶层数据流图 业务员 储户 银行储蓄系统 业务员数据库 储户数据库 存取款记录数 据库 储户信息 存取款信息 业务员信息 开户、存款、取款申请单开户单,存款单,利息清单 6 2.1.2 0 层数据流图 业务员 储户 0.业务员检测 /操作处理 1.业务员管理 4.储户管理 3.存款处理 2.取款处理 储户 数据库 存取款记录 数据库 业务员 数据库 业务员信息 业务员账号处理员信息 取款单 存款单 取款记录 取款储户 利息清单 储户信息 储户帐号信息 存款单 存款储户 处理结果 操作需求 存款记录 2.1.3 1 层数据流图 2.1.3.1取款处理的细化数据流图 2.1.3.2存款处理的细化数据流图 业务员 储户 数据库 存取款记录 数据库 业务员 数据库 2.1取款检测 储户信息 取款单 检测错误 存取款记录 2.2取款 2.3计算利息/ 打印信息清单 取款记录 业务员信息 储户 利息清单 日历 取款日期 取款单 取款单 业务员 储户 数据库 存取款记录 数据库 业务员 数据库 3.1存款检测 储户信息 存款单 检测错误 3.2存款 3.3 打印存款单 存款记录 业务员信息 储户 存款单 日历 存款日期 存款单存款单 7 2.1.3.3储户管理的细化数据流图 2.1.3.4业务员管理的细化数据流图 2.1.4 2 层数据流图 2.1.4.1开设账户数据流图 2.1.4.2注销账户数据流图 业务员 储户 数据库 储户信息 储户 4.1 操作处理 4.2 注册账户 4.3 注销账户 4.4 修改账户信息 操作需求 开户单账户信息 修改请求 账户信息 储户信息 注销请求 账户信息 储户信息 账户信息 处理结果 业务员 业务员 数据库 1.1检验 帐号,密码业务员信息 检验错误 储户 数据库 4.2.1检验 储户信息 开户单 业务员 检验错误 4.2.2开户 开户单 储户 账户信息 储户 数据库 4.3.1检验 储户信息 注销用户单 业务员 检验错误 4.3.2销户 注销用户单 储户 结果信息 8 2.1.4.3更新账户信息数据流图 2.22.2 数据字典数据字典 2.2.1 0 层数据流图数据字典 数据原点及汇点描述: 1.名称:业务员 简要描述:处理用户开户,存款,取款等操作 有关数据流:开户单,存款单,取款单 数目:多个 2.名称:储户 简要描述:开户,存款,取款 有关数据流:,存款单,利息清单 数目:多个 数据文件词条描述: 1.数据文件名:储户库 简述:存放储户账户信息 输入数据:储户信息 输出数据:储户信息 数据文件组成:由“储户账户信息”组成 存储方式:关键码 2.数据文件名:业务员库 简述:存放业务员信息 输入数据:业务员信息 输出数据:业务员信息 数据文件组成:由“业务员信息”组成 存储方式:关键码 3.数据文件名:存取款记录库 简述:存放储户存款,取款记录 储户 数据库 4.4.1检验 储户信息 储户用户名密码 业务员 检验错误 4.3.2修改 新的储户信息 储户 结果信息 储户 数据库 新储户信息 9 输入数据:存款记录,取款记录 输出数据:存款记录,取款记录 数据文件组成:由“存取款记录”组成 存储方式:关键码 2.2.2 存款处理数据字典 数据流名词条描述: 1.数据流名:存款单 说明:记录存款申请的信息 数据流来源:业务员 数据流去向:存款检测,存款,打印存款单 数据流组成:存款单=存款账户+账户姓名+存款金额+存款时间+存款类型 存款账户=18数字 账户姓名=2字母10 存款金额=“000.01” 存款类型=2字母18 存款时间=年+月+日 年=”0000”.”9999” 月=”01”.”12” 日=”01”.”31” 2.数据流名:存款日期 说明:记录存款当时日期 数据流来源:日历 数据流去向:存款 数据流组成:存款日期=年+月+日 年=”0000”.”9999” 月=”01”.”12” 日=”01”.”31” 3.数据流名:储户信息 说明:记录储户的信息 数据流来源:储户数据库 数据流去向:存款检测 数据流组成:储户信息=储户 ID+储户姓名+储户身份证号+储户地址 储户 ID=1数字 储户姓名=2字母18 储户身份证号=18数字 储户地址=2字母40 4.数据流名:存款记录 10 说明:记录存款操作的记录 数据流来源:存款 数据流去向:存取款记录数据库 数据流组成:存款记录=存款人姓名+存款账号+存款金额+存款时间+存款类 型+业务员 ID 存款人姓名=2字母18 存款账号=18数字 存款金额=”0.1”. 存款时间=年+月+日 存款类型=2字母18 加工逻辑词条描述: 1.加工名:存款检测 简要描述:根据存款单的信息和储户信息,判断信息的正确性 输入数据流:存款单,储户信息 输出数据流:存款单,正确信息 加工逻辑:根据存款单的信息和储户信息,判断信息的正确性 2.加工名:存款 简要描述:根据存款单的信息和业务员信息,执行存款操作 输入数据流:存款单,业务员信息 输出数据流:存款记录,存款单,正确信息 加工逻辑:根据存款单的信息和业务员信息,执行存款操作 3.加工名:打印存款单 简要描述:根据存款单的信息打印存款单和成功信息 输入数据流:存款单 输出数据流:存款单,正确信息 加工逻辑:根据存款单的信息打印存款单和成功信息 2.2.3 取款处理数据字典 数据流名词条描述: 1.数据流名:取款单 说明:记录取款请求的信息 数据流来源:业务员 数据流去向:取款检测,取款,计算打印利息清单 数据流组成:取款单=取款账户+账户姓名+取款金额+取款时间+取款类型 取款账户=18数字 取款姓名=2字母18 取款金额账户余额 取款时间=年+月+日 11 取款类型=2字母18 2.数据流名:取款记录 说明:记录取款记录的信息 数据流来源:取款 数据流去向:存取款记录数据库 数据流组成:取款记录=取款人姓名+取款账号+取款金额+取款时间+取款类 型+业务员 ID 3.数据流名:利息清单 说明:记录用户取款利息的信息 数据流来源:计算打印利息清单 数据流去向:储户 数据流组成:利息清单=账户号+存款日期+取款日期+取款金额+利率 账户号=18数字 存款日期=年+月+日 取款日期=年+月+日 取款金额=”0.1”. 利率=“0.001“.”0.1” 4.数据流名:取款日期 说明:记录存款当时日期 数据流来源:日历 数据流去向:取款 数据流组成:取款日期=年+月+日 年=”0000”.”9999” 月=”01”.”12” 日=”01”.”31” 加工逻辑词条描述: 1.加工名:取款检测 简要描述:根据取款单的信息和储户信息,判断信息的正确性 输入数据流:取款单,储户信息,账户余额 输出数据流:取款单,正确信息 加工逻辑:根据取款单的信息和储户信息,判断信息的正确性 2.加工名:取款 简要描述:根据取款单的信息和业务员信息,执行取款操作 输入数据流:取款单,业务员信息 输出数据流:取款记录,取款单,正确信息 加工逻辑:根据取款单的信息和业务员信息,执行取款操作 3.加工名:计算利息/打印利息清单 简要描述:根据取款单的信息打印利息清单和成功信息 输入数据流:取款单 输出数据流:利息清单,正确信息 12 加工逻辑:根据取款单的信息打印利息清单和成功信息 2.2.4 储户管理数据字典 数据流名词条描述: 1.数据流名:开户单 说明:记录储户开户请求的信息 数据流来源:业务员 数据流去向:注册账户 数据流组成:开户单=开户人姓名+身份证号+账户类型+所在地+预存金额 开户人姓名=2字母18 身份证号码=18数字 账户类型=2字母18 所在地=2字母30 预存金额=”10.0”. 2.数据流名:账户信息 说明:记录储户账户的信息 数据流来源:注册账户,修改账户信息,注销账户 数据流去向:储户数据库,储户 数据流组成:账户信息=账户号码+储户姓名+账户类型+账户余额 账户号码=18数字 储户姓名=2字母18 账户类型=2字母18 帐户余额=”0”. . 加工逻辑词条描述: 1.加工名:注册账户 简要描述:根据开户单的信息和储户信息,执行注册账户操作 输入数据流:开户单,储户信息 输出数据流:账户信息,正确信息 加工逻辑:根据开户单的信息和储户信息,执行注册账户操作 2.加工名:注销账户 简要描述:根据注销请求,账户信息,执行注销操作 输入数据流:注销请求,账户信息 输出数据流:处理结果 加工逻辑:根据注销请求,账户信息,执行注销操作 3.加工名:修改账户信息 简要描述:根据修改请求,账户信息,储户信息,执行修改操作 输入数据流:修改请求,账户信息,储户信息 输出数据流:账户信息 13 加工逻辑:根据修改请求,账户信息,储户信息,执行修改操作 2.2.5 业务员管理数据字典 数据流名词条描述: 1.数据流名:业务员信息 说明:记录业务员的信息 数据流来源:业务员数据库 数据流去向:检验 数据流组成:业务员信息=ID+用户名+密码 ID=1数字 用户名=8字母|数字18 密码=8字母|数字|特殊字符18 2.数据流名:业务员账户信息 说明:记录业务员账户的用户名,密码 数据流来源:业务员 数据流去向:检验 数据流组成:账户信息=用户名+密码 加工逻辑词条描述: 1.加工名:登录检测 简要描述:根据账号密码信息和业务员信息,判断登录信息的正确性 输入数据流:账号,密码,业务员信息 输出数据流:检测错误 加工逻辑:根据账号密码信息和业务员信息,判断登录信息的正确性 3.3. 建立逻辑模型:建立逻辑模型: 银行储蓄系统的逻辑模型如下图所示: 储户 业务员银行账户操作 管理 MN M N ID 用户名 密码 ID 姓名身份证号所在地 ID 账户号码 账户密码 所属用户 账户余额 所属类型 账户类型 ID类型名利率类型信息 属于 ID操作类型操作账户业务员操作时间 14 4.4. 建立行为模型:建立行为模型: 银行储蓄系统的行为模型如下图所示: 业业 业业 do/业业业业业,业业 业业业业业 业业 do/业业业业业业 业业业业 业业业业 业业业业 业业业业 业业 do/业业业业业业 业业业业 业业业业 业业业 do/业业业业业业 exit/业业业业 业业业业业业 业业 do/业业业业业业 业业业业 do/业业业业业业 do/业业业业业业 业业业业 业业业业 业业业业 5.系统性能需求系统性能需求 需要保证系统能够长期、安全、稳定、可靠、高效的运行,系统处理的准确性和 及时性,系统的开放性和系统的可扩充性,系统的易用性和易维护性,系统的标准性, 系统的先进性以及系统的快速响应。 6.系统的可用性和可靠性需求系统的可用性和可靠性需求 可靠性:银行能够储蓄系统在一年内不能出现10次以上错误。 可用性:在任何时候主机或备份机上的银行储蓄系统至少有一个可用,且一个月 内任何一台计算机上该系统不可用时间不超过总时间的1%。 15 五、概要设计报告五、概要设计报告 1 1 、 数据库概要设计数据库概要设计 1.1、 E-R 图 1.2、 关系模式 业务员(业务员ID,用户名,密码) 储户(储户ID,姓名,身份证号,所在地) 账户(账户ID,账户号码,账户密码,账户余额,账户类型,所属用户) 账户类型(类型ID,类型名称,利率,类型信息) 存款记录(存款记录ID,存款时间,存款账户,存款金额,操作业务员) 取款记录(取款记录ID,取款时间,取款账户,取款金额,操作业务员) 管理员(管理员ID,用户名,密码,权限) 1.3、 动态数据 输入数据: 鼠标对按钮的点击 查询方式、查询关键字; 新建图书项、读者项; 账户、储户、业务员项的相应记录更改; 取款,存款,查询时的账户号码、储户身份证号; 受限操作所需的密码; 输出数据:查询关键字确定的数据库记录的子集; 储户 业务员银行账户操作 管理 MN M N ID 用户名 密码 ID 姓名身份证号所在地 ID 账户号码 账户密码 所属用户 账户余额 所属类型 账户类型 ID类型名利率类型信息 属于 ID操作类型操作账户业务员操作时间 16 统计结果及其格式化文件; 信息录入、删改结果(成功或失败); 取款,存款,查询等操作结果; 内部数据:查询操作建立的索引; 1.4、 PowerDesigner 建模 数据库采用mysql数据库 利用PowerDesigner制作的CDM图如下所示 2 2 、系统总体结构设计、系统总体结构设计 2.1 、银行储蓄系统结构设计 2.2 、业务员管理子系统结构设计 r1 r2 r3 r4 r5 r6 bank_clerk clerk_ID c_name c_pass Long integer Variable characters (18) Variable characters (18) clerk_ID withdraw withdraw_ID w_time w_money Long integer Date Long float withdraw_ID deposit deposit_ID d_time d_money Long integer Date Long float deposit_ID account account_ID a_num a_pass a_left a_type a_depositor Long integer Variable characters (18) Variable characters (18) Long float Variable characters (30) Long integer account_ID type type_ID t_name t_rate t_info Long integer Variable characters (18) Float Variable characters (20) type_ID depositor depositor_ID d_name d_cardNum d_adress Long integer Variable characters (18) Variable characters (18) Variable characters (30) depositor_ID admin admin_ID a_name a_pass permission Long integer Variable characters (18) Variable characters (18) Variable characters (18) admin_ID 银行储蓄系统 业务员管理子系统账户管理子系统储户管理子系统 业务管理子系统 17 2.3 、账户管理子系统结构设计 2.4 、储户管理子系统结构设计 2.5 、业务管理子系统 3 3 、测试计划、测试计划 3.1 测试方法 通过单元测试,集成测试,系统测试。结合黑盒测试、白盒测试方法 4 4 、接口设计、接口设计 4.1 、外部接口 业务员管理子系统 用户界面 子模块调度 用户输入输出添加业务员删除业务员业务员权限管理 账户管理子系统 用户界面 子模块调度 用户输入输出开户销户修改账户信息 储户管理子系统 用户界面 子模块调度 用户输入输出添加储户修改储户信息 业务管理子系统 用户界面 子模块调度 用户输入输出验证登录存款操作取款操作查询信息 18 对用户界面,软件接口和硬件接口分别进行设计 4.2 、内部接口 各模块之间采用方法调用、参数传递、返回值的方式进行信息传递。接口传递的 信息将是以对象的属性为载体,以参数传递或返回值的形式在各模块间传输。 5 5 、运行设计、运行设计 5.1 运行模块的组合 系统功能,通过各个模块的协调调用完成 5.2运行控制 运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中,需对 运行控制进行正确的判断,选择正确的运行控制路径 5.3运行时间 在软体的需求分析中,对运行时间的要求为必须对操作有较快的反应。 6 6 、出错处理设计、出错处理设计 6.1出错输出信息 程序在运行时主要会出现两种错误:1、由于输入信息,或无法满足要求时产生的 错误,称为软错误。2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。 对于软错误,须在取款/存款操作成功判断及输入数据验证模块由数据进行数据分 析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。 对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。返回 输入阶段。出错信息必须给出相应的出错原因 6.2出错处理对策 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据 丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电 后恢复过程可采用 的日志文件,对其进行ROLLBACK 处理,对数据进行恢 复。 在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时 数据的通信。在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠 性。 7 7、安全保密设计、安全保密设计 数据进行加密传输,加密存储。采用非对称加密方法 19 8 8、维护设计、维护设计 数据库的定期备份维护 20 六、详细设计报告六、详细设计报告 1 1、用户界面设计用户界面设计 1.1 业务员登录界面: 1.2 业务员操作界面主页: 1.3 业务员业务处理页面: 21 1.4 业务员存款处理页面: 22 1.5 业务员取款处理页面 1.6 业务员查询流水页面 23 1.7 查询结果 1.8 储户管理界面 1.9 开设账户界面 24 1.10修改账户信息界面 25 1.11查询账户信息界面 1.12注销账户界面 1.13联系我们界面 26 其余部分页面未列出 2 2、测试用例设计及测试分析报告测试用例设计及测试分析报告 2.1 测试范围与主要内容 测试范围主要内容 系统登录测试验证业务员身份及密码 取款处理测试测试系统取款功能,安全性,错误处 理 存款处理测试测试系统存款功能,实用性,方便性 账户管理测试测试账户管理功能,实用性,方便性 数据完整性测试测试操作失败后对数据完整性的控制 2.2 测试方法 每个模块的编写完成后,由代码编写人通过单元测试进行初步测试。之后采用自 顶向下集成和自底向上集成相结合的方式进行了渐增式的集成测试。最后对整个系统 进行了确认测试,先后在程序员指导下进行了测试,在用户环境下进行了测试。 采用白盒测试对系统的逻辑结构进行了测试,并且采用黑盒测试对系统的功能进 行了测试。 采用loadrunner进行压力测试 27 2.3 测试用例及预测结果 以下列出了部分黑盒测试的测试用例 测试项目测试用例测试结果 正确用户名和正确密码登陆成功登录验证 不正确密码|不正确用户名登录失败,提示错误信 息 正确账号,密码,取款金额取款成功,提示成功信 息 取款处理 不正确账号|密码|取款金额取款失败,提示错误信 息 正确账号,姓名,金额和存款类型存款成功,提示成功信 息 存款测试 错误账号|错误姓名|错误金额|类型存款失败,提示修改意 见 正确的开户信息开户成功,提示成功信 息 错误的开户信息开户失败,提示修改意 见 正确用户名,密码,销户指令销户成功,提示成功信 息 储户管理 错误用户名|错误密码|错误指令销户失败,提示错误信 息 28 正确账户名,密码查询成功,显示查询内 容 错误账户名|错误密码查询失败,提示失败原 因 正确账户名,密码|账户名,证件

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论