手机话费查询系统

手机话费查询系统 1.1 系统功能 现代社会 随着科技的迅猛发展和人们生活水平的日益提高 手机已成为一个大众化且普及率相当高的通讯工具. 正是由于手机的大量普及 手机网络的服务已成为客户看重的一点.。对于目前大多数手机用户来说，手机话费充值的方法都过于单调。除了移动公司所发行的动感地带系列手机卡可以通过直接缴费的方式进行充值外，其他方式的手机卡均只能通过手机充值卡进行充值。本系统可以使手机缴费更加方便快捷，用户可以使用银行卡进行缴费，从而实现对用户的手机话费管理。1.2 系统功能模块设计 手机话费管理系统主要完成的功能有:话费信息的管理负责话费充值更新和余额信息存储;用户信息的管理负责用户的个人信息存储;手机业务信息的管理负责手机所办理的业务的信息存储;手机账目信息的管理负责手机消费账目的存储。手机话费管理系统主要功能模块图如图 1.1 系统功能模块图。 图 1.2 系统功能模块图2 数据库设计2.1 需求分析2.1.1 需求分析设计思想 在手机话费管理系统中，主要有手机用户和工作人员两个操作实体，对于普通的手机用户来说，该系统仅允许他们作一个操作:即可以使用该系统通过手机号与密码发出查询请求 查询该手机所剩余的话费。工作人员必须通过账号与相对应的密码登陆系统才能有权限完成以下的各种功能。工作人员的登陆可以统计并查看所有的手机用户信息。 手机话费管理系统中实体的联系如下: 一个用户可以注册多个手机号码，一个手机号码只能被一个用户注册。用户和号码之间是一对多的联系。 一个用户可以拥有多张银行卡，一张银行卡只能属于一个用户，用户和银行卡之间是一对多的联系。 一张银行卡可以为多个号码缴费，一个号码可以由多张银行卡缴费，银行卡和号码之间是多对多联系。 一个号码可以办理多个业务，一个业务可以被多个号码办理，号码和业务之间是多对多的联系。 一个帐目包含多种业务，一种业务只能产生一种账目，帐目和业务之间是一对多的联系。2.1.2 数据构成 数据结构反映了数据之间的组合关系。 一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。对数据结构的描述，数据结构描述,,数据结构名，含义说明，组成:,数据项 ,或数据结构,。 ?工作人员信息结构工作人员，此结构描述工作人员的具体信息，组成:工作人员编号，工作人员姓名，工作人员口令，工作人员性别 ?用户银行卡结构银行卡，此结构描述充值时银行卡的具体信息，组成:银行卡号，余额 ?话费结构话费，此结构描述当前剩余话费的具体信息，组成:手机号码，话费余额 ?手机用户个人信息结构用户，此结构描述用户的具体信息，组成:身份证号码，用户姓名，用户性别，用户地址，用户密码，用户年龄 ?业务结构业务，此结果描述用户所能办理业务的具体信息，组成:业务编号，业务名称，业务金额 ?帐目结构帐目，此结果描述用户办理的业务消费的具体信息，组成:帐目编号，消费月份，业务费2.2 概念结构设计2.2.1 概念结构设计思想 概念结构设计是将需求分析阶段所得到的用户需求抽象为信息结构，能够真实、充分的反映现实世界，包括事物与事物之间的联系，能满足用户对数据的处理需求，易于理解，易于更改，易于向关系、网状、层次等各种数据模型转换。概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，是用来描述某个特定组所关心的信息结构，从而更加稳定。2.2.2 概念结构设计方法 概念桔构设计通常有四种方法，自顶向下、自底向上、逐步扩张、混合策略等四种方法。通常采用自底向上的方法，自顶向下地进行需求分析，然后再自底向上地设计概念结构。 自底向上的设计概念结构的方法通常分为两步:第一步是抽 象数据并设计局部视图，第二部是集成局部视图，得到全局的概念结构。 基于这些， 本次课程设计采用自底向上的方法进行概念结构设计。根据需求分析阶段的需求分 析设计思想、 数据字典以及数据流图所提供的信息，采取分类、聚集的抽象方法， 对需求分析的结果进行细化、补充和修改。形成实体、实体的属性，标示实体的码， 确定实体之间的联系类型(1:1，1:n，m:n) ，设计分E—R 图， 然后将所有 的分 E—R 图综合成一个系统的总 E—R 图。根据需求分析阶段所提供的系统信 息，确定系统中的实体、属性以及实体之间的联系。确定实体和属性的两条准则: 1.作为“属性”不能再具有需要描述的性质。“属性”必须是不可分割的数据项，不能 包含其他属性。2.“属性”不能与其他实体具有联系，即E—R 图中所有表示的联系是 实体之间的联系。 ?设计局部 E—R 图 ?用户实体信息，如图 2.2 所示。 用户 姓名 身份号码 用户地址 用户 用户性别 用户密码 用户状态 图 2.2 用户实体信 息 用户实体定义。用户:身份证号码，用户姓名，用户密码，用户性别，用户地址， 用户状态create table user ID_no CHAR18 not null user_name CHAR8 user_password CHAR10用户密码 user_sex CHAR2 user_addr CHAR20 user_state CHAR2 constraint PK_USER primary key ID_no ?工作人员实体信息，如图 2.3 所示。 图 2.3 工作 人员实体信息 工作人员实体定义。工作人员:工作人员编号，工作人员姓名，工作 人员性别，工作人员口令create table staff staff_id CHAR10 not null staff_name CHAR8 staff_password CHAR10 staff_sex CHAR2 constraint PK_STAFF primary key staff_id ?银行卡实体信息，如图 2.4 所示。 图 2.4 银行卡实体信息 银行卡实 体定义。银行卡:银行卡号，余额create table bank_card card_no CHAR18 not null ID_no CHAR18 not null card_balance NUMERIC8 constraint PK_BANK_CARD primary key card_no ?话费实体信息，如图 2.5 所示。 图 2.5 话费实体信息 话 费实体定义。话费话费编号，手机号码，话费余额create table phone_cost fee_no CHAR10 not null phone_no CHAR12 fee_balance NUMERIC8 constraint PK_PHONE_COST primary key fee_no ?业务实体信息，如图 2.6 所示。 图 2.6 业务实体信息 业务实体定义。业务业务编号，业务名称，业务金额create table business business_no CHAR6 not null account_no CHAR10 not null business_name CHAR8 business_sum NUMERIC8 constraint PK_business primary key business_no ?账目实体信息，如图 2.7 所示。 图 2.7 账目实体信息 账目实体定义。账目账目 编号，消费月份，业务费create table account account_no CHAR10 not null consume_month CHAR4 business_fee NUMERIC8 constraint PK_ACCOUNT primary key account_no ?手机信息实体，如图 2.8 所示。 图 2.8 手机实体信息 手机实 体定义。手机手机号码create table mobile mobilephone CHAR10 not null ID_no CHAR18 not null constraint PK_mobileprimary key mobilephone ?银行卡实体和话 费实体之间的联系，如图 2.9 所示。 图 2.9 银行卡实体和话费实体之间的缴费联 系 用户的一张银行卡可以为自己的多部手机缴费，一部手机的缴费可以通过用户的 多张不同的银行卡进行。银行卡实体和话费实体之间通过缴费构成多对多的联系。 create table pay card_no CHAR18 not null fee_no CHAR10 not null pay_sum NUMERIC8 not null pay_time datetime not null constraint PK_PAY primary key card_no fee_no ?手机实体和业务实体之间的联系，如图 2.10 所示。 图 2.10 手 机实体和业务实体之间的办理联系 一个手机号码可以办理多个业务，一个业务可以 被多个手机号码办理。手机实体和业务实体通过办理构成多对多联系。create table handle YEWU_no CHAR6 not null mobilephone CHAR10 not null handle_time datetime constraint PK_handle primary key YEWU_nomobilephone ?工作人员实体和用户实体之间的联系，如图 2.11 所示。 图 2.11 工作人员实体和用户实体之间的注册联系 一个工作人员可以为用户注册多个手机号码，一个用户的手机号码可以由多个工作人注册。工作人员实体和用户实体之间通过注册构成多对多的联系。create table register staff_id CHAR10 not null ID_no CHAR18 not null register_time datetime phone_no CHAR12 constraint PK_REGISTER primary key staff_id ID_no ?集成局部 E—R 图生成全局 E—R 图 根据局部 E—R 图，实体的属性，实体的码，实体之间的联系，设计出的手机话费管理系统 E-R 图，如下图 2.12 所示。 图 2.12 全局 E—R 图 2.3 逻辑结构设计 2.3.1 逻辑结构设计的思想 针对手机话费管理系统 ， 将 逻辑结构设计采用关系模型转换概念结构， E-R图依照规则转换为关系模型， 为了进一步提高数据库应用系统的性能，再将转换后的关系模型进行优化， 确定是否要对某些模式进行合并或分解，为物理设计提供最优的处理。 2.3.2 E-R 图向关系模型的转换 关系模型的逻辑结构是一组关系模式的集合。E-R 图则是由实体，实体的属性和实体间的联系三个要素组成。所以将 E-R 图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下: ?实体类型的转换:将每个实体类型转换成一个关系模式，实体的属性及为关系模式的属性，实体标识符及为关系模式的键。 ?联系类型的转换，根据不同的情况做不同的处理。 ? 若实体间的联系是 1:1 的，可以在两个实体类型转换成的两个关系模 式中的任意一个关系模式的属性中加入另一各关系模式的键和联系类型的属性。 ?若实体间的联系 1:N 的，则在 N 端实体类型转换成的关系模式中加入 1端实体类型转换成的关系模式的键和联系类型的属性。 ? 若实体间的联系是 M:N 的，则将联系类型也转换成关系模式，其属性为两端实体类型的键加上关系类型的属性，而键为两端实体间的组合。 ?3 个或 3 个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性， 各实体的码组成关系的码或关系码的一部分。 ?具有相同码的关系模式可合并。 ? 依照该规则将企业人事管理系统的 E-R 图转换为关系模型如下 ? 将每一个实体转换成一个关系(关系就是给出关系名，写出属性，并标明该关系的主键) ? 工作人员的基本信息(工作人员编号，工作人员姓名，工作人员性别，工作人员口令) 此为工作人员实体对应的关系模式，主码为工作人员的编号。 ? 用户的基本信息(身份证号码，用户姓名，用户密码，用户性别，用户地址，用户状态) 此为用户实体对应的关系模式，主码为用户的身份证号码。 ? 银行卡信息(银行卡号，余额) 此为银行卡实体对应的关系模式，主码为银行卡号。 ? 话费信息(手机号码，话费余额) 此为话费实体对应的关系模式，主码为手机号码。 ? 业务信息(业务编号，账目编号，业务名称，业务金额) 此为业务实体对应的关系模式， 主码为业务编号， 为 业务消费产生账目， n:1 的“消费”联系，所以账目编号为业务信息的外码。 ?账目信息(账目编号，消费月份，业务费) 此为账目实体对应的关系模式，账目编号为主码。 ?缴费(缴费编号，手机号码，缴费金额，缴费时间) 此为联系“缴费”所对应的关系模式，银行卡缴费话费的 n:m“缴费”联系，所以银行卡号和手机号码联合做“缴费”的主码。 ?办理(业务编号，手机号码，办理时间) 此为联系“办理”所对应的关系模式，手机办理业务的 n:m“办理”联系，所 以手机号码和业务编号联合做“办理”的主码。 ?注册(工作人员编号，身份证号码， 注册时间，手机号码) 此为联系“注册”所对应的关系模式，工作人员为用户注册的 n:m“注册”联系，所以工作人员的编号和用户的身份证号码联合做“注册”的主码。 ? 手机信息手机号码，身份证号码 此为手机实体的关系模式，手机号码为主码，手机 号码为用户的 n:1 的“属于”关系，所以用户的身份证号码传递过去做手机的外码。 由 E-R 图可知，手机话费管理系统有七个实体和三带属性个联系。可转换为 10 个 关系模型。 由关系依赖知，在工作人员的基本信息、用户的基本的信息、银行卡信 息、话费信息、账目信息、业务信息、手机信息、缴费、办理、注册中，这十个关 系模式中其属性都是不能再分的， 为一阶范式。并且都是由主码唯一决定关系中的 其他属性，不存在部分函数依赖和传递函数依赖，所以这是十个关系都是 3NF。皆 为最优，关系模型的优化结束。3.1.1 触发器4.1.1 储存过程--代码create database Querysystemcreate table user --用户表 ID_no CHAR18 not null user_name CHAR8 user_password CHAR10--用户密码 user_sex CHAR2 user_addr CHAR20 user_state CHAR2 constraint PK_USER primary key ID_nocreate table staff --工作人员表 staff_id CHAR10 not null staff_name CHAR8 staff_password CHAR10 staff_sex CHAR2 constraint PK_STAFF primary key staff_idcreate table bank_card --银行卡表 card_no CHAR18 not null ID_no CHAR18 not null card_balance NUMERIC8 constraint PK_BANK_CARD primary key card_nocreate table phone_cost --话费表 fee_no CHAR10 not null phone_no CHAR12 fee_balance NUMERIC8 constraint PK_PHONE_COST primary key fee_nocreate table business--业务表 business_no CHAR6 not null account_no CHAR10 not null business_name CHAR8 business_sum NUMERIC8 constraint PK_business primary key business_nocreate table account --账目 表 account_no CHAR10 not null consume_month CHAR4 business_fee NUMERIC8 constraint PK_ACCOUNT primary key account_nocreate table mobile --手机表 mobilephone CHAR10 not null ID_no CHAR18 not null constraint PK_mobile primary key mobilephonecreate table pay --缴费表 card_no CHAR18 not null fee_no CHAR10 not null pay_sum NUMERIC8 not null pay_time DATETIME not null constraint PK_PAY primary key card_no fee_nocreate table handle --办理表 business_no CHAR6 not null mobilephone CHAR10 not null handle_time datetime constraint PK_handle primary key business_nomobilephonecreate table register --注册表 staff_id CHAR10 not null ID_no CHAR18 not null register_time DATETIME phone_no CHAR12 constraint PK_REGISTER primary key staff_id ID_no--建立索引create index handle_FK on handle business_no ASCcreate index handle2_FK on handle mobilephone ASCcreate index use_FK on bank_card ID_no ASCcreate index pay_FK on pay card_no ASCcreate index pay2_FK on pay fee_no ASCcreate index register_FK on register staff_id ASCcreate index register2_FK on register ID_no ASCcreate index belong_FK on mobile ID_no ASCcreate index consume_FK on business account_no ASC--修改表外键alter table handle add constraint FK_handle_handle_business foreign key business_no references business business_noalter table handle add constraint FK_handle_handle2_mobile foreign key mobilephone references mobile mobilephonealter table bank_card add constraint FK_BANK_CAR_USE_USER foreign key ID_no references user ID_noalter table pay add constraint FK_PAY_PAY_BANK_CAR foreign key card_no references bank_card card_noalter table pay add constraint FK_PAY_PAY2_PHONE_CO foreign key fee_no references phone_cost fee_noalter table register add constraint FK_REGISTER_REGISTER_STAFF foreign key staff_id references staff staff_idalter table register add constraint FK_REGISTER_REGISTER2_USER foreign key ID_no references user ID_noalter table mobile add constraint FK_mobile_BELONG_USER foreign key ID_no references user ID_noalter table business add constraint FK_business_CONSUME_ACCOUNT foreign key account_no references account account_no