crm客户关系管理系统概要设计 - LWD.doc

概要设计说明书项目名称：客户关系管理系统项目项目代号：CRM-001撰 写 人：李海静、董志云创建时间：2014-05-26修订记录Date（日期）Version（版本）Description（描述）Author（作者）2014-05-26V1.0文档完成初稿李海静2014-05-23V1.1文档完成稿李海静、董志云1 引言1.1 编写目的本文档是crm客户关系管理系统的概要设计说明书。在概要设计阶段,我们将在系统需求分析的基础上对crm系统做概要设计,要解决的问题主要是针对需求分析阶段用户的需求,来一一的实现程序的功能模块设计问题。同时,编写该概要设计说明书也是方便系统的下一步设计,程序设计员可以参考本概要设计说明书来完成下一阶段的详细设计,在以后的软件测试和软件维护阶段,也可以以本概要设计说明书来作参考，以便更好地完成相应的工作。1.2 读者对象本文的主要读者为软件设计人员。1.3 参考文档数据库原理简明教程1.4 术语定义SQL:（StructuredQueryLanguage)结构化的查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。主键:数据库表中的关键域,值互不相同外键:如果公共关键字在一个关系中是主关键字，那么这个公共关键字被称为另一个关系的外键。由此可见，外键表示了两个关系之间的联系。以另一个关系的外键作主关键字的表被称为主表，具有此外键的表被称为主表的从表。外键又称作外关键字。换而言之，如果关系模式R中的某属性集不是R的主键，而是另一个关系R1的主键则该属性集是关系模式R的外键，通常在数据库设计中缩写为FK。外键保证了数据的一致性和完整性2 总体设计2.1 数据流图图2-1 CRM客户关系管理系统第一层数据流图图2-2 管理销售机会图2-3 开发客户图2-4 处理服务2.2 E-R图图2-5 E-R图2.3 数据库模式设计由图2-5 E-R图 转换成如下关系模式以及对关系的规范化详细分解：客户（客户编号，名称，地址，地区，邮政编码，电话，客户类型，客户满意度，客户信用度，客户经理，客户等级）客户编号 f名称客户编号 f地址客户编号 f地区客户编号 f邮政编码客户编号 f电话客户编号 f客户类型客户编号 f客户满意度客户编号 f客户信用度客户编号 f客户经理客户编号 f客户等级由以上分析可得客户关系模式中即没有非主属性对码的部分函数依赖，也没有非主属性对码的传递函数依赖，所以客户关系模式属于第三范式。联系人（联系人编号，姓名，性别，职位，办公电话，手机，备注，客户编号）联系编号 f姓名联系编号f性别联系编号f职位联系编号f办公电话联系编号f手机联系编号f备注联系编号f客户编号由以上分析可得联系人关系模式中即没有非主属性对码的部分函数依赖，也没有非主属性对码的传递函数依赖，所以客户关系模式属于第三范式。交往记录（记录编号，时间，地点，概要，备注，客户编号）记录编号 f时间记录编号 f地点记录编号 f概要记录编号 f备注记录编号 f客户编号由以上分析可得交往记录关系模式中即没有非主属性对码的部分函数依赖，也没有非主属性对码的传递函数依赖，所以客户关系模式属于第三范式。订单（订单编号，日期，送货地址，状态，客户编号）订单编号 f日期订单编号 f送货地址订单编号 f状态订单编号 f客户编号由以上分析可得订单关系模式中即没有非主属性对码的部分函数依赖，也没有非主属性对码的传递函数依赖，所以客户关系模式属于第三范式。服务（编号，状态，服务类型，概要，服务请求，创建人，创建时间，客户编号，员工编号）编号 f 状态编号 f 服务类型编号 f 概要编号 f 服务请求编号 f 创建人编号 f 创建时间编号 f 客户编号编号 f 员工编号员工（编号，姓名，性别，职位，电话）由以上分析可得员工关系模式中即没有非主属性对码的部分函数依赖，也没有非主属性对码的传递函数依赖，所以客户关系模式属于第三范式。销售机会（编号，机会来源，客户名称，创建人，创建时间，成功几率，概要，联系人，联系电话，机会描述，指派给，指派时间，员工编号）编号 f 机会来源编号 f 客户名称编号 f 创建人编号 f 创建时间编号 f 成功几率编号 f 概要编号 f 联系人编号 f 联系电话编号 f 机会描述编号 f 指派给编号 f 指派时间编号 f 员工编号由以上分析可得销售机会关系模式中即没有非主属性对码的部分函数依赖，也没有非主属性对码的传递函数依赖，所以客户关系模式属于第三范式。开发计划（编码，日期，计划