B/S结构的代理商管理系统的功能实现(三)

科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确的描述新系统应具有的数据加工功能、数据

输入、数据输出、数据存储及数据来源和去向。
 数据流程图有四种基本成分组成：外部项（表示系统的数据来源和去向的各种实体）、数据加工（描述系统对信息进行处理的逻辑功能）、数据存储（逻辑意义上的数据存储环节,即系统信息处理功能需要的,不考虑存储介质和技术手段的数据存储环节）、数据流（描述系统信息处理功能的各种信息的载体, 是加工环节进行信息处理和输出和数据集合）。
 相应的图形符号说明如下：
图3-4 图形符号

                             图2-4 代理商管理系统数据流图
2.4.1登录系统流图

图2-5 用户登陆流程图
2.5数据字典
 为了对数据流程图中的各个元素作出详细的说明，有必要建立数据字典。数据字典的内容主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六个方面进行具体的定义。数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。以下就对本系统各主要几个数据表格的数据字典进行阐述：

名字：代理商信息
描述：每个代理商的基本信息
定义：代理商信息= 代理商名称 + 代理商性别 + 卡号 + 座机号 +手机号 +  mail  +  地址 + 邮编+身份证号 +生日+家庭和状况+客户来源+录入时间+录入人
位置：代理商信息录入、代理商查询、代理商修改、代理商删除。
 
名字：代理商类别
描述：对代理商群组（类别）的基本信息的描述
定义：群组信息= 名称 + 代理商数量
位置：群组管理

名字：部门信息
描述：部门的基本信息
定义：部门 = 部门编码 + 部门名称 + 备注
位置：部门信息录入

名字：系统管理员信息
描述：系统管理员的基本信息
定义：系统管理员 =用户名+密码+管理类型+姓名+性别+职务+员工号码+座机+手机+联系地址、mail
位置：权限设置、密码休息、管理员信息修改。

第3章 概要设计
3.1 本系统的总体E—R图

 为了把用户的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型（也称为信息模型）。概念性数据模型是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。它描述了从用户角度看到的数据，它反映了用户的现实环境，而且与在软件系统中的实现方法无关。
 
3.3.1数据对象
 数据对象是对软件必须理解的复合信息的抽象。所谓复合信息是指具有一系列不同性质或属性的事物，仅有单个值的事物不是数据对象。
 数据对象可以是外部实体、事物、行为、事件、角色、单位、地点、或结构等。总之，可以由一组属性来定义的实体都可以被认为是数据对象。数据对象彼此之间是

有关联的，例如，教师“教”课程，学生“学”课程，教或学的关系表示教师和课程或学生和课程之间的一种特定的连接。数据对象只封装了数据而没有对施加于数据上的操作的引用，这是数据对象与面向对象范型中的“类”或“对象”的显著区别。
 
3.3.2属性
 属性定义了数据对象的性质。必须把一个或多个属性定义为“标识符”，也就是说，当我们希望找到数据对象的一个实例时，用标识符属性作为“关键字”（通常简称为“键”）。应该根据对所要解决的问题的理解，来确定特定数据对象的一组合适的属性。
 
3.3.3联系
 客观世界中的事物彼此间往往是有联系的。例如，教师与课程间存在“教”这种联系，而学生与课程间则存在“学”这种联系。
 数据对象彼此之间相互连接的方式称为联系，也称为关系。联系可分为以下3种类型：一对一联系；一对多联系；多对多联系。
 
 
 

3.3.4E-R图
    实体：
代理商（代理商名称、代理商性别、卡号、座机号、手机号、mail、地址、邮编、身份证号、生日、家庭和状况、客户来源、录入时间、录入人）
代理商类别（名称 + 代理商数量）
系统管理员（用户名、密码、管理类型、姓名、性别、职务、员工号码、座机、手机、联系地址、mail、邮编）

 图4.2系统基本ER图
               

实体间的关系：
 1.用户与代理商之间的出版联系------1:n
 2. 用户与代理商类别之间的出版联系------1:n
 E-R图向关系模型的转换
 由Ｅ-Ｒ图向关系模型转换的转换规则：
 
若实体间的联系是1：1的，可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。
 （2） 若实体间的联系是1：N的，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。
 （3） 若实体间的联系是M：N的，则将联系类型也转换为关系模式，其属性为两端实体类型的键加上联系类型的属性，而键则为两端实体键的组合。

3.2功能需求总体结构

对于代理商管理系统来说，要实现以下几方面的功能。
 
 1.系统管理：操作权限管理，即管理员管理、公司LOGO管理、个人资料管理、登陆密码管理。
 2.客服管理：温馨假日、公司员工生日、代理商生日、自定义生日提醒。
 3.新拓展代理商管理：推广记录。
 4.代理商管理：群组管理、代理商管理、自定义设置、黑名单。
 5.员工通讯录管理：员工管理。
 6.公司公告管理：发布公告、公告管理。
 7、安全退出。

                            图2-3 系统结构图

3.3数据库设计

3.3.1数据库总体设计
 数据库设计是在给定的DBMS、操作系统和硬件环境下，如何表达用户的需求，并将其转换为有效的数据库结构，构成较好的数据库模式，这个过程称为数据库设计。数据库及其应用系统开发的全过程可分为两大阶段：数据库系统的分析与设计阶段；数据库系统的实施、运行与维护阶段。数据库设计的任务：根据一个单位的信息需求、处理需求和数据库的支撑环境，设计出数据模式（包括外模式、逻辑（概念）模式和内模式）以及典型的应用程序。其中信息需求表示一个单位所需要的数据及其结构。处理需求表示一个单位需要经常进行的数据处理。前者表达了对数据库的内容及结构的要求，也就是静态要求；后者表达了基于数据库的数据处理要求，也就是动态要求。
 数据库设计有两种不同的方法：以信息需求为主，兼顾处理需求，这种方法称为面向数据的设计方法；以处理需求为主，兼顾信息需求，这种方法称为面向过程的设计方法。
 代理商管理信息系统是一个小型的数据库系统。在这里我们选择SQL Server 数据库进行开发。Microsoft SQL Server 是一种关系型数据库管理系统。关系模型是当前最受欢迎的数据存储和数据检索模型。所有的数据处理都涉及存储和检索数据的操作，Microsoft SQL Server是作为一个组织内部的全部数据的中心存储器来设计的。组织中数据的关键特征强调了这一方法的重要性。在代理商机/服务器框架内，服务器数据库也要求与服务器的通信组件集成，以便和代理商系统连接。Microsoft SQL Server的代理商机/服务器使用Windows NT的内置网络组件。Microsoft SQL Server还在其网络组件的顶部添加了服务特有的中介组件：开放式数据库连接（Open Database Connectivity,ODBC）能使不同代理商机进行相互连接，而不要求变更服务器及其他现存代理商应用程序。
 
 本系统的数据表主要由以下几个表组成： 
    系统管理员表、代理商表、代理商类别表等。
 
3.3.2数据库内容具体设计

 数据库设计
 
 1. 名称：管理员信息表
 标识：Admin_Info
 数据来源：前台页面取得
 
 表3-1 管理员信息表
 名称 字段名称 数据类型 主键 非空
编号  fdiemployeeid  Int(4) Yes    yes
用户名 fdcname nchar(10) No    no
密码 fdcpassword varchar(16) No    no
性别 fdcsexs   nchar(1) No    no
类型 worktype nchar(10) No    no
电话 fdctel_number nchar(10) No    no
手机号 fdcmove_number nchar(10) No    no
Mail fdcemail nchar(10) No    no
地址 fdcaddress nchar(10) No    no
邮编 fdipostnumber nchar(10) No    no
   说明：
   [fdcname]代表管理员登陆时需要输入的用户名；[fdcpassword]代表登陆时输入的密码；[fdiemployeeid]代表每个管理员唯一的ID值，并且是主键。
名称：代理商信息表
 标识：tbClientBevy
 数据来源：前台页面取得
 表3-2 代理商信息表
名称 字段名称 Int(4)   主键   非空

首页 上一页 1 2 3 4 5 6 下一页 尾页 3/6/6