2银行核心业务系统案例与DB基础..pptVIP

银行核心业务系统案例 张英 任务 现有一商业银行需要用计算机完成其核心业务系统 完成任务的步骤 准备工作 需求分析 限定业务范围 业务流程及数据调查 建立模型 物理实现 测试、运行与维护 需求分析-业务限定 业务限定： 存款账户的开户、存款、取款、行内转账、挂失、销户； 存款及客户信息的查询和统计。 开户业务流程 开户业务流程： 用户填写基本信息 根据用户身份证号查询该用户是否已经是本行客户 如果不是，先登记基本信息，再开户。 如果是，则直接开户。 开户：确定存款账户类型及金额；填写账户相关信息；用户预留密码；打印存折或发卡 开户需要数据项 客户身份证编号 客户姓名 客户所在城市 联系电话 性别 职业 帐号 开户日期 账户余额 账户类型 银行操作人员 开户银行分支机构 存款业务流程 存款业务流程 用户提供账号（通过卡或存折）和存款数额信息 查询指定账号是否存在，如果不存在，则提示错误并终止业务；否则继续。 收取相应数量的现金，更改相应账户的余额，记录本次业务明细信息。 存款数据项 帐号 存款日期 存款额 账户余额 银行操作人员 取款数据项 帐号 取款日期 取款额 账户余额 银行操作人员 行内转账数据项 转出帐号 对方账号 转账金额 转账日期 银行操作人员 其它业务流程 其他业务流程请同学们讨论 挂失 销户 查询余额、交易明细 需要哪些数据项？ 需求数据汇总 开户：客户身份证编号 ，客户姓名，客户所在城市 ，联系电话 ，性别 ，职业 、 帐号 ，开户日期，账户余额，账户类型，银行操作人员，开户银行分支机构 存款 ：帐号 ，存款日期，存款额，账户余额，银行操作人员 取款：帐号 ，取款日期， 取款额，账户余额，银行操作人员 转账：转出帐号 ，对方账号，金额 ，转账日期，银行操作人员 销户：帐号 ，账户余额，销户日期，账户状态 挂失：帐号 ，挂失日期，账户状态 客户查询：账号，余额，存取款历史（时间，业务类型，发生额，当时余额） 问题 这些业务数据代表的现实世界如何在计算机内表示？ 用几张表存储？ 数据模型 在数据库中用数据模型这个工具来抽象、表示和处理现实世界中的数据和信息。通俗地讲数据模型就是现实世界的模拟。 数据模型应满足三方面要求 能比较真实地模拟现实世界 容易为人所理解 便于在计算机上实现 这三方面的要求是否很容易都满足？ 数据模型层次 概念模型 也称信息模型 按用户的观点对数据和信息建模。 (2) 结构模型 按计算机系统的观点对数据建模。主要包括网状模型、层次模型、关系模型， 面向对象模型等。 概念模型中的基本概念 (1) 实体（Entity） 客观存在并可相互区别的事物称为实体。 (2) 属性（Attribute） 实体所具有的某一特性称为属性。 一个实体可以由若干个属性来刻画。 (3) 域（Domain） 属性的取值范围称为该属性的域。 (4) 超码与侯选码、主码 唯一标识实体的属性集称为超码。唯一标识实体的最小属性集称为侯选码。 根据需要，选择一个候选码作为主码。 主属性：包含在任意一个候选码中的属性。 非主属性 概念模型中的基本概念(续) 实体型（Entity Type）与实体集（Entity Set） 联系（Relationship） 反应实体集之间的关联。 一对一联系（1:1） 　 银行和正行长之间的联系 一对多联系（1:n） 客户和账户之间的联系 多对多联系（m:n） 客户和银行之间的联系 E-R图 实体型（或实体集） 用矩形表示，矩形框内写明实体名。 属性 用椭圆形表示，并用无向边将其与相应的实体连接起来； 候选码：属性下加下划线 E-R图 案例 E-R图 逻辑模型—关系模型 银行表 客户表 账户表 存、取款、转账明细表deposit 银行职员表 二维表（或关系） 关系的完整性约束 新增一个客户，身份证号 可以不填吗？身份证号 可以重复吗？ 实体完整性（主属性非空） 客户的性别栏可以填写什么？ 用户定义的完整性 账户表中customer_id栏是否可以出现一个在客户表customer_id栏中不存在的值？ 参照完整性 外码 Customer的主键？ Account的主键？ 注意：一个客户可以有多个账号 参照完整性 关系操作 类型 查询、 增加、 删除、 修改 语言 SQL 查询操作 找出成都的客户 ------选择 查看所有客户的身份证号和姓名 -------投影 查看所有客户的身份证号、姓名和存款账户信息 ------连接 连接举例 SQL概述 SQL(Structured Query Language ) 是关系数据库标