手机信息管理系统-设计报告

1目目 录录前 言 .3数据库设计 .41需求分析 .42数据流图 .53数据字典 .64数据库概念结构设计，局部 E-R 图、全局优化 E-R 图 .75数据库逻辑结构设计，优化后的数据模型 .95.1 数据库逻辑结构设计，建立关系模型 .95.2 模型中的函数依赖 .95.3 分析范式，优化数据模型 .95.4 分析完整性要求，提出主键、外键、候选键 .105.5 提出用户视图 .106数据库物理设计（用 SQL 语言实现） .106.1 数据库结构定义 .106.2 建立索引、视图 .116.3 存储过程（如果使用）的结构和定义 .126.4 主要的查询语句等 .12系统功能 .121程序的运行环境 .122开发环境 .133系统总体设计功能模块图 .134主要功能描述 .145主要运行界面的图片 .15程序调试情况 .16总 结 .17参考文献 .172前 言过去, 当手机还是一个很新鲜的字眼的时候, 手机是权利与身份的象征, 科技和人们的意识等决定了手机的外在服务不可能达到很高的水平, 那时还没有很完善的机制和软件系统来实现这个不太突出的需求.现代社会, 随着科技的迅猛发展和人们生活水平的日益提高, 手机已成为一个大众化, 且普及率相当高的通讯工具. 正是由于手机的大量普及, 手机网络的服务已成为客户看重的一点. 顾客即是上帝, 一个产品的成功与否很大程度在于它对无形资产的积累, 如培养长期客户. 在这个竞争激烈的市场上, 如何提高手机的服务功能来满足顾客的需要, 在服务上取胜, 培养长期顾客, 创造长远价值成为手机市场的核心问题. 对于目前大多数手机用户来说，手机话费充值的方法都过于单调。除了移动公司所发行的动感地带系列手机卡可以通过直接缴费的方式进行充值外，其他方式的手机卡均只能通过手机充值卡进行充值。因此, 一个具备基本功能且可靠方便的手机话费查询及充值系统可以满足广大手机用户的需要. 本手机用户话费及使用状况查询系统的客户主要有两类：一类是手机的普通用户，可以通过其手机号直接查询该手机的话费；另一类则是管理手机充值的工作人员，除了了可以为用户提供充值以外，他们还具有查看用户信息的权利。该系统将给客户提供方便, 快捷, 准确的服务. 3数据库设计1需求分析一、系统功能需求： 对于普通的手机用户来说，该系统仅允许他们作一个操作：即可以使用该系统通过手机号与密码发出查询请求, 查询该手机所剩余的话费。 以下所述的各种功能都是针对专门的工作人员。他们拥有各自的账号与密码。 工作人员必须通过账号与相对应的密码登陆系统才能有权限完成以下的各种功能。 工作人员的登陆账号也存在两种，一种为普通的工作人员账号，可视为employee 账号；一种为特定的管理员账号，可视为 employer 账号。 employee 账号所表示的意义一般是工作人员的姓名，而 employer 账号可以例外。 两种帐号均可进行的操作有：1. 更改与当前登陆账号所对应的密码。2. 可以统计并查看所有的手机用户信息，该信息主要包括两方面，一方面是仅关于本手机的各种信息；另一方面是登记该手机的用户信息。3. 手机的各种信息包括手机号，手机密码，手机收费方式（手机卡使用种类或手机套餐使用种类） ，手机当前余额等。4. 用户信息包括用户身份证号，姓名，性别，家庭住址等。5. 当存在新的手机号时，无论此时有无用户对其进行登记，都可以将与该手机号相关的纪录添加入数据库中，即可以添加手机用户的纪录。6. 对于所能查看的信息，在需要时可以对相应的信息进行修改更新。7. 对于已销号的手机可以删除关于该手机的纪录。8. 如果存在过多的信息，而需要查找某一条特定纪录时，提供足够的查询信息，如手机号或用户身份证号，则可以直接查询关于该手机号的纪录或关于该用户的所有手机纪录。9. 可以统计并查看所有的手机充值纪录，充值纪录信息也包括两类：手机信息与执行此次充值操作的管理员信息。10. 充值手机信息有：被充值的手机号，本次充值的金额，充值后本手机的当前金额。11. 管理员信息有：管理员编号与管理员账号。12. 可以对特定的手机进行充值，即可以添加手机充值的纪录。13. 可以查询特定的手机充值纪录，提供手机号或工作人员编号，可以查询到对该手机进行充值的纪录或由该工作人员执行过的手机充值纪录。14. 注意已存在手机充值纪录不能也无需由工作人员自身进行删除或更改。15. 如果系统中某手机被销号，则关于该手机所有的充值记录将全部自动消失。16. 每一次手机被充值后，手机的所剩金额将得到自动更新。 通过特定的管理员账号所可以执行的特殊操作有：41. 可以查询所有的工作人员的详细信息，该信息包括：工作人员编号，账号名称，密码，性别，家庭住址以及该工作人员是否具有管理员权限。2. 当出现新的工作人员时，可以添加该工作人员的信息。3. 对现存的工作人员的信息可以进行修改。4. 当工作人员离开此岗位时，可以删除该工作人员的信息。5. 对当前系统中存在的所有信息可以进行备份。6. 如果已作过备份，存在备份文件，则可将对系统中所有的信息进行还原（鉴于时间关系，目前该功能的实现较为草率，在以后的版本中将对该功能作做进一步的改进） 。 系统的功能需求图见系统功能中 6.系统功能设计模块图。二、系统非功能需求 方便性 实时性 快捷性2数据流图系统数据流图如下：5用户手机用户基本信息工作人员请求手机充值工作人员基本信息查询个人信息提供用户手机余额请求全部或个别用户信息手机余额查询请求提供查询信息提供所有用户信息请求更改信息供应手机用户信息查询手机用户信息更改信息 返回更改状态请求更改信息提供更改后状态手机充值返回充值后的状态更改信息手机充值信息添加充值纪录返回充值状态查看或查询纪录提供查询纪录提供查询请求返回查询纪录提供更改纪录请求 返回更改信息更改信息请求返回更改后的状态查看或查询信息 提供信息查看或查询请求返回查看或查询状态3数据字典1、手机信息Name Mobile Phone InformationAliases Phonewhere used/how used 描述特定手机的信息Description 包括手机号、手机余额等62、用户信息Name Customer InformationAliases Customerwhere used/how used 描述手机持有者的信息Description 包括用户姓名，身份证号等3、工作人员基本信息Name Staff InformationAliases Staffwhere used/how used 描述进行充值服务的工作人员的信息Description 包括工作人员的编号，账号秘密等4、手机充值信息Name Phone Record InformationAliases Recordwhere used/how used 表示记录每次手机充值的信息Description 包括相应的手机信息，充值金额，执行该操作的管理员信息4数据库概念结构设计，局部 E-R 图、全局优化 E-R 图由以上的需求分析及数据流图，可以得出以下结论：1本系统中存在各种关系的实体有：工作人员，手机及手机用户。在本系统中，工作人员主要对手机信息产生操作，所以将用户信息加入手机中，形成手机用户信息。工作人员用 staff 表示，手机用户信息有 phone 表示。2本系统主要存在两种关系：staff 对其自身存在管理的关系以及 staff 充值的 phone 的记录关系。管理关系使用 manage 表示，记录关系使用 record 表示。由此可得全局及局部优化 E-R 图为：7staff staffidrecordphoneAdministratormanager_of (0：N)reports_to （0：1） recordidphoneid（1：1）（0：N）（1：1）（1：1）(1：1)money staffidrecord recordidphoneidbalance（1：1）（1：1）（1：1）（1：1）（1：1）staffnamesex is_managerstaffstaffid（1：1）（1：1）（0：1）（1：1）（1：1）passwordstaffaddr （0：1）customeridpasswordbalance customersex ID_nocustomernamefeetype（0：1）（1：1）（0：1） （1：1）（0：1）（0：1）（0：1）（0：1） customeraddrphoneid(1：1)phoneno(1：1)85数据库逻辑结构设计，优化后的数据模型5.1 数据库逻辑结构设计，建立关系模型根据 E-R 图的描述，建立该系统中所使用的数据库的关系模型。根据转化规则 1 将图中的每一个实体映射到关系数据库中的一个表，并用实体名来命名该表，有：staffstaff_id staff_name staff_passwordsex staff_addr is_manager phonephone_id phone_no password fee_type balance cus_id cus_name ID_no cus_sex cus_addr 又根据转换规则 4，可考虑将 staff 对其自身的一对多的 manage 关系作为外键添加入staff 表中，该外键参照的是自身表中的主键即 staff_id。但考虑到 staff 表中已存在is_manager 属性，在具体实现中仅使用该属性即可达到区分工作人员的目的，所以 manage关系在该关系数据库中将不再被表示。staff 表中不添加表示 manager 的一列外键。下面根据转换规则 3 转化 staff 与 phone 之间的一对多对多关系： record 关系。使用单独的一个表来表示该关系。表中包括从 staff 与 phone 转化而来的两个表的主键，还包括连结到该联系的所有属性的列。表示该关系自身存在的属性有：纪录标号 recordid, 手机余额balance，充值金额 money。总结成下表为：recordrecord_id phone_id staff_id balance money 5.2 模型中的函数依赖该关系模型中存在的函数依赖如下：表 staff 中：staff_id staff_name, staff_password, sex, staff_addr, is_manager；表 phone 中：phone_id phone_no, password, fee_type, balance, cus_id；cus_id cus_name, ID_no, cus_sex, cus_addr；表 record 中： record_id phone_id, staff_id, balance, money。5.3 分析范式，优化数据模型由以上的函数依赖易知：该关系模型仅满足第二范式，而不满足第三范式，所以需要对以上数据模型作进一步改进。如果希望上述模型满足第三范式，则仅需对表 phone 作无损分解，将关于 customer 的所有信息写到另一个表中。即将依赖于 cus_id 的所有属性放到一个名为 customer 的表中，而在表 phone 仅留下 cus_id 属性作为一个外键。优化后的数据模型为：staffstaff_id staff_name staff_passwor sex staff_addr is_manager9d phonephone_id phone_no password fee_type balance cus_id Customercus_id cus_name ID_no cus_sex cus_addr recordrecord_id phone_id staff_id balance money 5.4 分析完整性要求，提出主键、外键、候选键由以上的表及 E-R 图中已经可以看出各表的主键及外键，先列举如下：表名 主键 外键 候选键staff staff_id 无 staff_name, staff_idphone phone_id cus_id phone_id, phone_nocustomer cus_id 无 cus_id, ID_norecord record_id phone_id, staff_id record_id5.5 提出用户视图本系统的三种用户有三种不同的用户视图范围：手机客户可以访问的列仅有表 phone 中的 phone_no 及 balance 列，并且只能对该两列作查询操作，不能做其他操作。普通工作人员对表 order, customer 及 phone 中有查询、添加、删除及更改的权限，但对表 staff 一般没有操作权限。高层管理员对该数据库中所有的表均具有查询、添加、删除及更改的权限，但不能更改数据库或表本身的配置。6数据库物理设计（用 SQL 语言实现）6.1 数据库结构定义表 staff列名 数据类型 长度 允许空 主键 外键 描述staff_id int 4 否 是 否staff_name varchar 15 否 否 否staff_passwordvarchar 10 是 否 否staff_addr varchar 20 是 否 否10sex bit 1 否 否 否 1 表示男性，0 表示女性is_manager bit 1 否 否 否 1 表示 manager,0 表示normal staff表 customer列名 数据类型 长度 允许空 主键 外键 描述cus_id int 4 否 是 否cus_name varchar 50 否 否 否ID_no char 18 否 否 否cus_addr varchar 20 否 否 否sex bit 1 是 否 否 1 表示男性，0 表示女性表 phone表 order6.2 建立索引、视图1索引：本数据库中的表除了主键本身生成的主索引外，没有定义其他的索引。在查询时即引用主索引即可。表 staff 的主索引列为：staff_id；表 customer 的主索引列为：cus_id；表 order 的主索引列为：order_id；表 phone 的主索引列为：phone_id。2视图：虽然关系数据模型分析的结果表示该数据库需要定义不同的用户视图，但考虑到数据库与前台开发程序的连接比较复杂，所以该数据库中没有单独定义用户视图，不同的用户视图被有选择性的的 select 语句的结果集取代。列名 数据类型 长度 允许空 主键 外键 描述phone_id int 4 否 是 否password varchar 6 是 否 否phone_no char 11 否 否 否fee_type char 20 是 否 否balance money 8 否 否 否cus_id int 4 是 否 是 引用表 customer 的主键 cus_id 列列名 数据类型 长度 允许空 主键 外键 描述order_id int 4 否 是 否phone_id int 4 否 否 是 引用表 phone 的主键 phone_id 列staff_id int 4 否 否 是 引用表 staff 的主键 staff_id 列money money 8 否 否 否balance money 8 是 否 否116.3 存储过程（如果使用）的结构和定义6.4 主要的查询语句等1对表 staff 进行操作的语句有：查询表中所有行，并按 staff_id 排序：select * from staff order by staff_id；对于一定的 staff_id 值，查询表中相应列：select is_manager from staff where staff_id =；对于一定的 staff_id 值，查询表中所有列：select * from staff where staff_id = ；插入新行：insert staff (staff_id, staff_name, staff_addr, staff_password, sex, is_manager)values (, , , , , )；删除某列：delete from staff where staff_id=；更新表中的特定列：Update staff set staff_name = , staff_password = , sex = , staff_addr = , is_manager = where staff_id = 。2对表 phone，customer 所执作的操作与对表 staff 的操作类似：查询：select * from phone, customer where phone.cus_id = customer.cus_id order by phone_id；select * from phone where cus_id is NULL order by phone_id；select cus_id from phone where phone_no = ；插入：insert customer (cus_id, cus_name, ID_no, sex, cus_addr) values (, ,)；删除：delete from phone where phone_id = ；更新：Update phone set phone_no = , password =,fee_type = , balance = CAST( AS money) where phone_id = 。3对表 order 所执行的操作：查询：select * from order order by order_id；select * from phone where phone_no = ；select phone_id from phone where phone_no = ；插入：insert order (order_id, phone_id, staff_id, money, balance) values (, ,CAST( AS money), CAST( AS money)；4备份恢复数据库所需的语句：建立备份文件：EXEC sp_addumpdevice disk,DiskBak_MPQ,；文件备份：BACKUP DATABASE MPhoneData to DiskBak_MPQ；文件恢复：RESTORE DATABASE MPhoneData from DiskBak_MPQ；删除备份文件：sp_dropdevice DiskBak_MPQ 。系统功能1程序的运行环境 类别 标准配置 最低配置12计算机硬件 Pentium (R) 4 CPU，256MB 内存 Pentium (R) 4 CPU 1.8GHZ， 128MB内存软件 操作系统 Windows XP Service Pack 1, Windows XP Service Pack 2, and Windows 2000Windows 98ODBC 数据源 命名为 MPQ 的数据源，连接本系统所用数据库的 MPQueryData命名为 MASTER 的数据源，连接系统数据库 master网络通信其他2开发环境类别 标准配置 最低配置计算机硬件 Pentium (R) 4 CPU，256MB 内存 Pentium (R) 4 CPU 1.8GHZ， 128MB内存操作系统 Windows XP Service Pack 1, Windows XP Service Pack 2, and Windows 2000Windows 98数据库后台程序Microsoft SQL Server 2000软件前台开发程序Microsoft Visual C+ 6.0ODBC 数据源 命名为 MPQ 的数据源，连接本系统所用数据库的 MPQueryData命名为 MASTER 的数据源，连接系统数据库 master网络通信其他3系统总体设计功能模块图13手机信息管理系统用户信息管理 工作人员信息管理手机充值用户信息查看用户信息删除用户信息修改工作人员信息查看工作人员信息修改工作人员信息删除用户信息查询系统管理手机充值记录查看手机充值手机充值记录查询用户信息添加工作人员信息添加系统管理密码管理 用户管理 工作人员管理系统登陆管理备份恢复管理用户查询 备份 区分工作人员权限4主要功能描述由以上的功能模块图可以看出系统所具有的主要功能：1. 手机用户可以选择用户查询功能直接查询某手机的余额。2. 全部工作人员均可以查询用户信息，并提供用户充值。a) 工作人员选择手机用户信息查看可以统计所有手机及该手机持有者的信息。如果该手机没有用户信息，则用户信息为空白。b) 对于所能查看到的每条手机及用户信息，工作人员都可以对其进行修改。c) 对于所能查看到的需要删除的手机及用户信息，工作人员均可以将其14删除，并自动删除相应的手机充值纪录。d) 工作人员可以添加新的手机及其用户信息。e) 如果存在手机或用户纪录，工作人员可以通过提供手机号或用户身份证号查询到相应的纪录。f) 工作人员可以查看所有手机的所有充值纪录。g) 工作人员填写相应的手机号及充值金额即可为手机提供充值，并自动更新手机余额。h) 选择相应的手机号或工作人员编号，可以查询到该手机所有的充值纪录或由该工作人员完成的充值纪录。3. 全部工作人员均可以修改与自己的用户名相应的密码，并立即生效。4. 高层管理人员还可以管理全部工作人员的信息。a) 高层