简易银行卡管理系统报告.docVIP

武汉理工大学《软件工程》实验报告书 PAGE 23 简易银行卡管理系统的开发 1 功能描述 当今社会，随着金融市场交易日渐频繁，仅靠银行员工手工的处理银行业务已不足以满足人们的需求，因此，数字化银行卡管理系统应运而生。银行卡管理系统地提出使得金融行业的业务处理速度得到了很好的解决，也为用户提供了最大程度的便捷。 本次简易银行卡管理系统主要实现的功能有： 开户，即银行员工可创建新用户。 存款，即用户可自主地实现存款功能。 取款，即用户可自主地实现取款功能。 挂失，即用户可在丢失银行卡后实现挂失功能。 修改密码，即用户以及员工登录银行卡管理系统时可修改自身的登录密码。 重置密码，即用户以及员工登录银行卡管理系统时可重新设置自身的登录密码。 消户，即银行员工可删除该用户信息。 2 数据定义 2.1 概念数据模型 为了把用户的数据要求清楚、准确地描述出来，系统设计人员须建立一个概念性的数据模型。它描述了从用户角度看到的数据，它反映了用户的现实环境。 数据模型包含3中相互关联的信息：数据对象、数据对象的属性以及数据对象彼此间的相互连接关系。 2.1.1 数据对象 本系统包含3个数据对象：员工信息表，用户信息表以及账户表。 2.1.2 员工信息属性：员工编号，员工姓名，员工性别，联系电话，密码。 用户信息属性：账户号，员工姓名，联系电话，证件名称，证件号码，密码。 账户表属性：账户号，账户姓名，存款金额，取款金额，账户余额，操作时间，挂失状态。 2.1.3 1、员工使用系统的分E-R图员工 员工 登录 用户信息 员工编号 员工性别 联系电话 密码 查询 密 码 员工姓名 修改 个人信息 开户操作 管理 销户操作 2、用户使用系统的分E-R图用户 用户 登录 余额查询 账户号 联系电话 证件名称 证件号码 查询 密 码 用户姓名 修改 个人信息 存款操作 账目 取款操作 密 码 挂失解挂 2.2 逻辑数据模型 2. E-R图向关系模型的转换要解决的问题是如何将实体和实体之间的联系转换为关系模式，如何确定这些关系模式的属性和码。这种转换要遵循的规则如下： （1）一个实体转换为一个关系模式。 （2）一个1：1联系可转换为一个独立的关系模式，也可与任意一端的关系模式合并。 （3）一个1：n联系可转换为一个独立的关系模式也可与n端对应的关系模式合并。 （4）三个或三个以上实体间的一个多元联系可转换为一个关系模式。 下面是把本系统的E-R图转换为关系模型。关系的码用下横线标出。 员工信息（员工编号，员工姓名，员工性别，联系电话，密码） 用户信息（账户号，员工姓名，联系电话，证件名称，证件号码，密码） 账户信息（账户号，操作时间，账户姓名，存款金额，取款金额，账户余额，挂失状态）。 2.2 根据E-R图和以上的关系模式，利用SQL Server设计数据库中的要存储的基本表，并为每个关系模式的属性选择合适的数据类型、长度，以及主码的设置，本系统的关系属性多数不能为空。 经过数据优化后，最终在本数据库中存储了三张基本表： 员工信息表Staff（员工编号，员工姓名，员工性别，联系电话，密码） 用户信息表Client（账户号，员工姓名，联系电话，证件名称，证件号码，密码） 账户信息表Account（账户号，操作时间，账户姓名，存款金额，取款金额，账户余额，挂失状态）。 表3.1 员工Staff 字段名 数据类型 主码 外码 员工编号 Char(8) Y N 员工姓名 Char(10) N N 员工性别 Char(2) N N 联系电话 Char(13) N N 密码 Char(6) N N 表3.2 员工Client 字段名 数据类型 主码 外码 账户号 Char(19) Y Y 用户姓名 Char(10) N N 联系电话 Char(13) N N 证件名称 Char(8) N N 证件号码 Char(18) N N 密码 Char(6) N N 表3.3 账户信息Account 字段名 数据类型 主码 外码 账户号 Char(8) Y N 操作时间 Datetime Y N 账户姓名 Char(10) N N 存款金额 Money N N 取款金额 Money N N 账户余额 Money N N 挂失状态 Char(2) N N 3 总体设计 本系统主要完成的功能是实现开户、存款、取款、挂失、修改密码、重置密码和销户。用户可以实现存款、取款、挂失、修改密码和重置密码操作，员工可实现开户、销户、修改密码和重置密码操作。 3.1 系统功能模块 根据上述的系统总体设计思想的分析，可将系统两部分：员工管理模块和用户管理模块。 3.1.1 员工 该模块主要包括两大功能，功能要求如下： 1、用户信息维护。包括用户信息