CRM数据库设计说明.doc

客户关系管理系统 数据库设计报告 "文件状态： "文件标识："Company-Project-SD-DATABASE " "[ ] 草稿 " " " "[ ] 正式发布 " " " "[ ] 正在修改 " " " " "当前版本："X.Y " " "作 者：" " " "完成日期："Year-Month-Day " 版 本 历 史 "版本/状态 "作者 "参与者 "起止日期 "备注 " " " " " " " " " " " " " " " " " " " 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文献 4 0.5 术语与缩写解释 4 1. 数据库环境说明 5 2. 数据库的命名规则 5 3. 逻辑设计 5 4. 物理设计 5 4.0 表汇总 5 4.1 表A 6 4.n 表N 6 5. 安全性设计 6 5.1 防止用户直接操作数据库的方法 6 5.2 用户帐号密码的加密方法 6 5.3 角色与权限 7 6. 优化 7 7. 数据库管理与维护说明 7 0. 文档介绍 0.1 文档目的 为明确软件需求，统一各位成员的数据操作接口,特编写这个数据库详细设计说明书 ，本文档供本组开发人员参考 0.2 文档范围 0.3 读者对象 本项目所有开发人员 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA] 作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 0.5 术语与缩写解释 "缩写、术语 "解 释 " "SPP "精简并行过程，Simplified Parallel Process " "SD "系统设计，System Design " " " " " " " "… " " 1. 数据库环境说明 提示： （1）说明所采用的数据库系统，设计工具，编程工具等 （2）详细配置 2. 数据库的命名规则 提示： （1）完整并且清楚的说明本数据库的命名规则。 （2）如果本数据库的命名规则与机构的标准不完全一致的话，请作出解释。 3. 逻辑设计 提示：数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。 如果采用面向对象方法（OOAD），这里实体相当于类（class）。 4. 物理设计 提示： （1）主要是设计表结构。一般地，实体对应于表，实体的属性对应于表的列，实体之间 的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们 并不一定是一一对应的。 （2）对表结构进行规范化处理（第三范式）。 4.0 表汇总 "表名 "功能说明 " "bas_dict（字典表） "保存条目，地区，服务类型 " "cst_activity（交往记"保存客户和企业的交往信息 " "录表） " " "cst_customer（客户信"保存客户的详细信息 " "息表） " " "cst_linkman（客户联 "保存客户的联系人记录 " "系人表） " " "cst_lost（客户流失表"保存客户流失的原因 " "） " " "cst_service（服务表 "保存企业为客户的服务记录 " "） " " "sal_chance（机会表）"保存企业和公司建立关系的机会 " "sal_plan（计划表） "保存企业为开发客户所做的计划 " "sys_right（ 权限表）"保存本系统的所有权限模块 " "sys_role（角色表） "保存本系统中所有的角色 " "sys_role_right（角色"保存角色表和模块表的主键 " "表和模块表的关联表）" " "sys_user（用户表） "保存用户的信息 " "orders（订单表） "保存客户的订单信息 " "orders_line（订单明 "保存订单明细 " "细表） " " "Product（商品表） "保存商品的信息 " "Storage（仓库表） "保存仓库信息 " 4.1 bas_dict（字典表） "bas_dict "（字典表） " "字段名 "字段描述 "数据类型(精"空/非 "默认值"约束条 " " " "度) "空 " "件 " "dict_type "类别 "nvarchar(50"false " " " " " ") " " " " "dict_item "条目 "nvarchar(50"false " " " " " ") " " " " "dict_value "值 "nvarchar(50"false " " " " " ") " " " " "dict_is_edit"是否可编辑 "bit "false " " " "able 《CRM数据库设计说明》 这份文档是针对客户关系管理系统（CRM）数据库的详细设计报告，旨在为项目开发团队提供统一的数据操作接口和清晰的设计规范。文档由Company-Project-SD-DATABASE标识，当前版本为X.Y，作者未具体列出，状态处于草稿阶段，完成日期为Year-Month-Day。 0. 文档介绍： 文档的主要目的是明确CRM系统的软件需求，确保团队成员在数据库操作上保持一致性。其适用范围涵盖了项目的所有开发人员。参考文献部分虽然未提供具体信息，但通常会包含与系统设计相关的技术文档或标准。 0.5 术语与缩写解释： SPP代表精简并行过程，SD代表系统设计。这部分详细解释了文档中可能出现的专业术语和缩写，帮助读者理解内容。 1. 数据库环境说明： 这部分应详细描述所采用的数据库管理系统（如Oracle, SQL Server, MySQL等）、设计工具（如ERWin, Visio等）以及编程工具（如Java, Python等），并提供具体的配置信息，如硬件需求、操作系统、数据库版本等。 2. 数据库的命名规则： 命名规则应规定表名、字段名的格式，可能包括使用下划线、驼峰式命名等，并解释为何选择这些规则，以及与机构标准的异同。 3. 逻辑设计： 逻辑设计阶段，设计人员会基于需求文档创建实体关系图（ERD）。每个实体（类）对应业务中的一个概念，如客户、产品、交易等。实体之间的关系体现为实体间的连接，如一对一、一对多或多对多。 4. 物理设计： 物理设计关注表结构的实现。表通常基于逻辑设计中的实体，但可能需要进行规范化处理，如达到第三范式，以减少数据冗余和提高数据一致性。文档列举了如bas_dict（字典表）、cst_customer（客户信息表）等实际的表结构，包括字段名、数据类型、是否允许为空及默认值等信息。 5. 安全性设计： 这部分涉及防止用户直接操作数据库的方法，比如通过存储过程或应用程序接口。同时，会描述用户账号密码的加密方法，以及角色和权限的设计，如sys_role（角色表）、sys_right（权限表）和sys_role_right（角色权限关联表）。 6. 优化： 优化环节包括索引设计、查询优化、存储过程的使用等，以提高数据访问速度和系统性能。 7. 数据库管理与维护说明： 这部分详细阐述数据库的日常管理任务，如备份恢复策略、性能监控、数据清理等。 综上，CRM数据库设计报告全面覆盖了数据库设计的各个关键环节，为项目的开发提供了坚实的基础。通过遵循这些设计原则和规范，可以确保系统的稳定性和可扩展性，同时满足业务需求和用户安全。