第四章 数据库应用系统功能设计与实施

第四章 数据库应用系统功能设计与实施

软件体系结构

  • 构件:组成系统的具有一定独立功能的不同粒度的程序模块、独立程序或软件子系统。
  • 连接件:表示构件间的相互作用。
  • 约束:对象连接时的规则。

软件设计过程

原则:自顶向下,逐步求精。

  • 概要设计:根据需求确定软件和数据的总体框架。
  • 详细设计:将其进一步细化成软件的算法表示和数据结构。

DBAS总体设计

DBAS体系结构设计

  • 客户/服务器体系结构(C/S)
    • 客户端
      • 用户界面
      • 应用业务规则
    • 数据库服务器
    • 事务逻辑
    • 数据存储
    • 数据存取
  • 浏览器/服务器体系结构(B/S)
    • 客户端:Web浏览器
      • 显示逻辑
    • Web应用服务器
      • 应用业务规则
        数据库服务器
      • 事务逻辑
      • 数据存储
      • 数据存取

DBAS软件总体设计

软硬件选型与配置设计

软硬件选型的内容:

  • 网络及网络设备选型
  • 数据存储设备及备份方案制定
  • 应用服务器、Web服务器选型
  • 确定系统终端软件环境
  • 确定软件平台及开发语言、工具
  • 系统中间件及第三方软件选型

需要考虑的因素:

  • 数据规模
    • 数据量大小
    • 数据增长速度
  • 系统性能
    • 系统响应时间
    • 并发访问需求
    • 系统吞吐量
    • 实时性需求
    • 峰值时系统响应速度
  • 安全可靠性
    • 数据安全性
    • 数据传输安全性
    • 系统访问安全性
    • 设备安全可靠性
  • 用户需求
  • 项目预算情况

业务规则初步设计

从系统的角度,规划DBAS的业务流程使之符合客户的实际业务需要。

DBAS功能概要设计
  • 表示层概要设计:人机界面设计
  • 业务逻辑层概要设计:梳理DBAS的各项业务活动,将其表示为各种系统构件。
  • 数据访问层概要设计:针对DBAS的数据处理需求设计用于操作数据库的各类事务。
DBAS功能详细设计
  • 表示层详细设计:对人机界面的设计采用原型迭代法。
    • 初步设计
    • 用户界面细节设计
    • 原型设计与改进
  • 业务逻辑层详细设计:根据概要设计中定义的各程序模块功能和输入输出数据需求,结合具体的程序设计环境和机制,设计各模块的内部处理流程和算法、具体数据结构、对外详细接口等,是对概要设计的细化。
DBAS实施
  • 创建数据库
    • 初始空间大小
    • 数据库增量大小
    • 访问性能
  • 数据装载
    • 筛选数据
    • 转换数据格式
    • 输入数据
    • 校验数据
  • 编写与调试应用程序
  • 数据库试运行
    • 功能测试
    • 性能测试
应用系统安全架构设计
  • 安全性保护:防止非法用户的对数据库的非法使用。
    • 用户身份鉴别
    • 权限控制
    • 视图控制
  • 完整性保护:保证数据源的正确性和一致性。
  • 并发控制:保证多个用户能共享数据库,并维护数据的一致性。常用的方法是封锁技术,排它锁和共享锁。
    • 按同一顺序访问资源
    • 避免事务中的用户交互
    • 采用小事务模式,尽量缩短事物的长度,减少占有锁的时间
    • 尽量使用行锁,少用表级别的锁
    • 使用绑定连接,使同一应用程序所打开的两个或多个连接可以相互合作。
  • 数据库的备份与恢复:在系统失效后的数据库恢复,配合定时备份数据库,使数据库不丢失数据。
    • 双机热备
    • 数据转储
    • 数据加密存储
  • 数据加密传输:将一些高密级的敏感数据通过一定的加密算法后传输。
    • 数字安全证书
    • 对称密钥加密
    • 数字签名
    • 数字信封
数据库应用系统设计与实现 实验类型:设计型 实验地点:2楼312 实验时间:12月14日、21日周五1-3/5-7节 实验内容: 系统概述: 某银行需要开发ATM存取款机系统实现如下功能: 1)开户(到银行填写开户申请单,卡号自动生成) 2)取款 3)存款 4)查询余额 题目要求: 一、建库、建表、建约束 1、使用SQL创建表 客户信息表userinfo 字段名称 说明 备注 customerID 顾客编号 自动编号(标识列),从1开始,主键 用序列sequence实现,用其属性:nextval customerName 开户名 必填 PID 身份证号 必填,智能是18位或15位,唯一约束 check约束length()函数 telephone 联系电话 必填,11位手机号 check约束,’[0-9]’ address 居住地址 银行卡信息表cardinfo 字段名称 说明 cardID 卡号 必填,主键,银行的卡号规则和电话好吗一样,一般前8位代表特殊含义,如某综合某支行等,假定该行要求其营业厅的卡号格式为10103576**** ***开始,每4位号码后有空格,卡号一般是随机产生。 curType 货币种类 必填,默认为RMB savingTate 存款类型 活期/定活两便/定期 openDate 开户日期 必填,默认为系统当前日期 openMoney 开户金额 必填,不低于1元 balance 余额 必填,不低于1元,否则将销户 pass 密码 必填,6位数字,开户时默认为6个“6” IsReportloss 是否挂失 必填,是/否值,默认为“否” customerID 顾客编号 外键,必填,表示该卡对应的顾客编号,一位顾客允许办理多张卡号 交易信息表transinfo 字段名称 说明 transDate 交易日期 必填,默认为系统当前日期 cardID 卡号 必填,外键 transType 交易类型 必填,只能是存入/支取 transMoney 交易金额 必填,大于0 remark 备注 可选,其他说明 2、使用SQL语言在每个表上添加约束 主键约束、外键约束、CHECK约束、默认约束、非空约束 二、插入测试数据 使用SQL语言向每个表中插入至少3条记录 三、模拟常规业务 1)修改客户密码 2)办理银行卡挂失 3)统计银行资金流通余额和盈利结算 银行资金流通余额=总存入金额-总支取金额 盈利结算=总支取金额 * 0.008 – 总存入金额 * 0.003 4)查询本周开户的卡号,显示该卡相关信息 5)查询本月交易金额最高的卡号 6)查询挂失账号的客户信息 四、利用视图实现数据查询 1)为客户提供以下3个视图供其查询该客户数据 客户基本信息:vw_userInfo 银行卡信息:vw_cardInfo 银行卡交易信息:vw_transInfo 2)提供友好界面,要求各列名称为中文描述 3)调用创建的视图获得查询结果 五、用存储过程实现业务处理 1)完成开户业务 2)完成取款或存款业务 3)根据卡号打印对账单 4)查询、统计指定时间段内没有发生交易的账户信息
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值