数据库设计说明书_完整版
数据库设计说明书
一、引言1.1编写目的数据库的设计是为了让参与本项目的数据库系统开发人员和测试人员以及以后维护人员了解本系统的数据库设计思路，数据库的详细架构以及各种详细信息。
为后面编码、测试以及维护阶段的后台数据的存储做准备。
预期的读者：用户、数据库系统开发人员、系统测试人员和系统维护人员。
本数据库说明书是根据项目需求分析设计所写。
1.2背景如今随着计算机技术的不断发展，市场科技化，产品电子化不断深入人心。
随着信息时代人们对信息更快，更准确，更广泛的增加，人们对信息的筛选显得尤为重要。
以后用户在海量的信息中往往难以发掘到自己感兴趣的信息集合，被大多数无用或者无关的信息所充斥。
用户可以通过使用该软件在移动终端完成寻找具有相同爱好的用户或者相关信息，实现跨领域寻求帮助、陌生人社交、熟人社交、二手交易等信息整合操作。
1.3定义列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
CDM:Conceptual Data Model,概念数据模型PDM:Physical Data Model,物理数据模型1.4参考资料[1]王珊，萨师煊编著.《数据库系统概论》第5版.高等教育出版社[2](美)Roger S.Pressman著，郑人杰等译.《软件工程》.第8版.北京：机械工业出版社，2016.12[3]邹欣著.《现代软件工程——构建之法》.第三版.人民邮电出版社[4][[英]Ben Forta著.刘晓霞，钟鸣译.《MySQL必知必会》.人民邮电出版社二、外部设计2.1标识符和状态数据库软件的名称：MYSQL（ver.5.5.5-10.3.17）数据库的名称：字符集采用utf-8，请注意字符的转换。
本数据库中的字段均不加前缀。
2.2使用它的程序移动端：安卓系统福大同好APP2.3约定所有的数据库命名都是以具体表的英文词汇组成，这样可以统一数据库表的命名，也能够更好的规范数据库表的命名。
所有表中的第一个字段都是系统使用的主键列，自增字段，不可为空，名称id，确保不把此字段暴露给用户。
数据库设计说明书
数据库设计说明书一、背景随着信息化时代的到来，数据库管理系统在各个领域得到广泛应用，数据库设计成为信息系统中至关重要的一环。
本文描述了一个虚拟企业的数据库设计，旨在解决该企业业务数据管理方面的需求。
二、需求分析1. 数据库目标建立一个可靠、高效、安全的数据库系统，满足企业对业务数据的存储、管理和查询需求。
2. 数据库功能•实现数据的高效存储和检索•确保数据的完整性和一致性•支持不同数据表之间的关联和查询•提供权限管理和数据安全保障三、数据库设计1. 实体关系模型(ERM)以下是本数据库的实体-关系模型设计：•公司(Company)–公司ID (CompanyID)–公司名称 (CompanyName)–公司地址 (CompanyAddress)•员工(Employee)–员工ID (EmployeeID)–姓名 (EmployeeName)–部门 (Department)–职位 (Position)•产品(Product)–产品ID (ProductID)–产品名称 (ProductName)–价格 (Price)•订单(Order)–订单ID (OrderID)–员工ID (EmployeeID)–产品ID (ProductID)–订单日期 (OrderDate)2. 数据表设计公司表(Company) | 公司ID | 公司名称 | 公司地址 | |——–|——–|———| | 1 | XX公司 | xx地址 | | 2 | YY公司 | yy地址 |员工表(Employee) | 员工ID | 姓名 | 部门 | 职位 | |——–|—–|—-|—-| | 1 | 张三 | 开发部 | 工程师 | | 2 | 李四 | 销售部 | 主管 |产品表(Product) | 产品ID | 产品名称 | 价格 | |——–|——–|—–| | 1 | 产品A | 100 | | 2 | 产品B | 200 |订单表(Order) | 订单ID | 员工ID | 产品ID | 订单日期 | |——–|——–|——–|———| | 1 | 1 | 1 | 2022-01-01 | | 2 | 2 | 2 | 2022-01-02 |四、安全性和性能考虑1. 安全性•数据备份和恢复策略•访问权限控制•数据加密传输2. 性能•索引优化•查询语句调优•适当的硬件资源配置五、总结本文介绍了一个虚拟企业的数据库设计说明书，包括需求分析、数据库设计、安全性和性能考虑等内容。
数据库设计说明书
数据库设计说明书数据库设计说明书1. 引言本文档旨在介绍数据库设计的相关信息和细节，包括数据库的结构、表的定义以及各个字段的含义和类型等。
本文档适用于数据库管理员、开发人员以及其他相关人员的参考。
2. 数据库结构本数据库采用关系型数据库管理系统（RDBMS），具体使用的是MySQL。
数据库总体结构如下：```mermaidgraph LRA[数据库] --> B[表1]A --> C[表2]A --> D[表3]```3. 表的定义3.1 表1表1用于存储某个实体的相关信息，包括以下字段：- 字段1：字段1的含义和类型- 字段2：字段2的含义和类型- 字段3：字段3的含义和类型表1的定义如下：```sqlCREATE TABLE 表1 (字段1 类型,字段2 类型,字段3 类型,PRIMARY KEY (字段1));```3.2 表2表2用于存储另一个实体的相关信息，包括以下字段：- 字段1：字段1的含义和类型- 字段2：字段2的含义和类型- 字段3：字段3的含义和类型表2的定义如下：```sqlCREATE TABLE 表2 (字段1 类型,字段2 类型,字段3 类型,PRIMARY KEY (字段1));```3.3 表3表3用于存储第三个实体的相关信息，包括以下字段：- 字段1：字段1的含义和类型- 字段2：字段2的含义和类型- 字段3：字段3的含义和类型表3的定义如下：```sqlCREATE TABLE 表3 (字段1 类型,字段2 类型,字段3 类型,PRIMARY KEY (字段1));```4. 字段的含义和类型4.1 字段1- 含义：字段1表示某个实体的唯一标识符- 类型：类型为整数4.2 字段2- 含义：字段2表示某个实体的名称- 类型：类型为字符串4.3 字段3- 含义：字段3表示某个实体的描述信息- 类型：类型为文本5. 总结通过本文档，我们对数据库的结构和表的定义进行了详细的说明，并对每个字段的含义和类型进行了解释。
数据库设计及说明书_
目录第一章引言11.1编写目的11.2背景11.3参考资料2第二章外部设计22.1标识符和状态22.2命名约定22.3设计约定3第三章结构设计33.1概念结构设计33.1.1实体和属性的定义33.1.2设计局部ER模式133.1.3设计全局ER模式203.2逻辑结构设计213.2.1模式213.2.2外模式343.3物理结构设计34第四章运用设计344.1数据字典设计344.2安全设计354.3数据库实施354.3.1创建数据库354.3.2创建表35第一章引言1.1编写目的1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。
2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。
3、本数据库设计说明书是根据系统需求分析设计所编写的。
4、本系统说明书为开发软件提供了一定基础。
1.2背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。
然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。
正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
作为计算机应用的一部分，使用计算机对学生信息进行管理，具有着手工管理所无法比拟的优点。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书1. 引言本文档旨在介绍数据库设计的相关内容，包括数据库概述、数据需求分析、数据库结构设计、数据表设计、数据字典、数据库安全性等方面的信息。
2. 数据库概述本数据库用于存储和管理某公司的业务数据，包括客户信息、产品信息、订单信息、销售记录等。
数据库使用MySQL管理系统，采用关系数据库模型。
3. 数据需求分析3.1 数据需求3.1.1 客户信息需求- 客户基本信息：客户ID、姓名、性别、联系方式、邮箱、地址等。
- 客户订单：订单ID、订单日期、客户ID、产品ID、数量、金额等。
3.1.2 产品信息需求- 产品基本信息：产品ID、产品名称、产品描述、单价等。
- 产品库存：产品ID、库存数量、最近更新日期等。
3.1.3 销售记录需求- 销售记录信息：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额等。
3.2 数据需求分析结果根据上述需求，我们可以得出以下数据实体和关系：- 客户表（Customer）：客户ID、姓名、性别、联系方式、邮箱、地址。
- 产品表（Product）：产品ID、产品名称、产品描述、单价。
- 订单表（Order）：订单ID、订单日期、客户ID。
- 订单详情表（OrderDetl）：订单ID、产品ID、数量、金额。
- 销售记录表（SalesRecord）：销售记录ID、订单ID、销售日期、销售员ID、支付方式、总金额。
4. 数据库结构设计4.1 概念设计根据数据需求分析结果，我们可以画出以下实体-关系图：(此处插入实体-关系图)4.2 逻辑设计根据概念设计，我们可以将每个实体转换为数据表，并定义表的属性和关系。
4.2.1 客户表（Customer）- 客户ID：主键，唯一标识客户。
- 姓名：客户姓名。
- 性别：客户性别。
- 联系方式：客户联系方式。
- 邮箱：客户邮箱。
- 地址：客户地址。
4.2.2 产品表（Product）- 产品ID：主键，唯一标识产品。
5 数据库设计说明书(GB8567——88)
5 数据库设计说明书(GB8567——88)数据库设计说明书(GB8567——88)1.引言1.1 编写目的本文档旨在详细描述数据库的设计方案和设计原则，以满足相应的功能和性能要求。
1.2 读者对象本文档主要面向项目开发人员、数据库管理员以及其他需要了解数据库结构和设计方案的相关人员。
1.3 术语和缩写在本文档中，使用以下术语和缩写：- DBMS：数据库管理系统- SQL：结构化查询语言- ER图：实体关系图- 索引：用于快速搜索和访问数据库中数据的数据结构2.数据库概述2.1 数据库系统简介数据库系统是指由DBMS控制和管理的一组相关数据的集合。
它提供了数据存储、数据组织和数据访问的功能。
2.2 数据库设计目标本数据库的设计目标包括：- 数据存储和访问的高效性- 数据的完整性和一致性- 数据的安全性和可靠性- 数据的易于扩展和维护性3.数据库结构设计3.1 实体-关系模型设计根据系统需求和功能规范，使用实体-关系模型进行数据库结构设计。
通过定义实体和实体之间的关系，建立起数据的逻辑结构。
3.2 属性定义对于每个实体和关系，定义其各个属性的数据类型、大小和约束条件。
3.3 主键和外键定义确定并定义实体的主键和关系的外键，用于唯一标识实体和关系之间的联系。
4.数据库物理设计4.1 数据库存储结构根据数据库的大小和访问模式，设计适合的物理存储结构。
常用的存储结构包括表空间、数据文件和日志文件等。
4.2 数据库索引设计对于经常需要进行检索的属性，设计合适的索引结构以提高检索性能。
5.数据库安全设计5.1 用户身份验证和权限控制设计合适的用户身份验证机制，确保只有授权的用户可以访问数据库，并且根据用户的角色和权限进行访问控制。
5.2 数据备份和恢复设计合理的数据备份和恢复策略，以保证数据库数据在发生意外情况时的可靠性和完整性。
5.3 数据库加密根据实际需要，设计数据库中敏感数据的加密方式，保护数据的隐私和安全。
数据库设计说明书
数据库设计说明书
一、引言
数据库是现代软件开发中非常重要的一个组成部分，它能够提供持久
化存储、高效读写和数据查询等功能，为系统的稳定性和性能提供了重要
的支持。
本文将介绍一个基于关系型数据库的设计方案，并详细说明数据
库的结构、表的设计和关系的建立。
二、需求分析
三、数据库结构设计
基于需求分析，我们设计了以下几个主要的表格：用户表、产品表、
订单表和评论表。
其中，用户表用于存储用户的个人信息，包括用户ID、用户名、密码等字段；产品表用于存储产品的信息，包括产品ID、产品
名称、价格等字段；订单表用于存储用户的订单信息，包括订单ID、用
户ID、产品ID、订单状态等字段；评论表用于存储用户对产品的评论信息，包括评论ID、用户ID、产品ID、评论内容等字段。
通过这些表格的
设计，可以满足系统的功能需求。
四、关系建立
为了建立表格之间的关系，我们为每个表格添加了外键。
在用户表中，用户ID为主键，在订单表和评论表中作为外键与用户表建立关联；在产
品表中，产品ID为主键，在订单表和评论表中作为外键与产品表建立关联；在订单表中，订单ID为主键，在评论表中作为外键与订单表建立关联。
通过这样的关系建立，可以方便地进行数据查询和关联操作。
五、总结
本文介绍了一个基于关系型数据库的设计方案，并详细说明了数据库
的结构、表的设计和关系的建立。
通过合理的数据库设计，可以为系统提
供高效的数据存储和查询功能，提升系统的稳定性和性能。
在实际开发中，需要根据实际需求进行进一步的细化和优化，以满足系统的需求。
2数据库设计说明书
数据库设计说明书吴国勇黄建新目录一、数据库设计 (2)二、创建数据库 (2)三、创建“班级信息”数据表 (2)四、创建“学生信息”数据库 (2)五、创建“课程信息”数据表 (3)六、创建“课程表”数据表 (3)七、创建“成绩表”数据库 (4)八、创建其他关键数据表 (4)九、创建主键及外键等表约束。
(4)一、数据库设计根据实例介绍，“学生信息表”和“课程信息”是系统关键的表，其他各表均通过相应的编号字段进行多对一的关联。
系统共需10张表，用途分别如表2.4所示。
系统数据表及其用途数据表名称数据表用途保存学生政治面貌的代码和政治面貌，如团员、党员等政治面貌代码表名族代码表保存学生名族的代码和名族，如汉族、壮族等籍贯代码表保存学生籍贯的代码和籍贯，如北京，广西等学籍代码表保存学生学籍的代码和学籍，如在学、休学、毕业等班级信息保存班级的基础信息学生信息保存学生的基础信息课程信息保存课程的基础信息课程表保存课程的上课时间和地点的信息，一般有排课子系统生成。
成绩表保存学生的课程成绩表1二、创建数据库创建SQL Server企业管理器，新建一个数据库，将其命名为eisbook。
三、创建“班级信息”数据表CREATE TABLE [dbo].[班级信息] ([班级编号] [varchar] (14) NOT NULL ,[年级] [varchar] (4) NULL ,[班级名称] [varchar] (30) NULL ,[班级简称] [varchar] (16) NULL ,[人数] [numeric](3, 0) NULL ,[班主任] [varchar] (8) NULL) ON [PRIMARY]GO四、创建“学生信息”数据库CREATE TABLE [dbo].[学生信息] ([学号] [varchar] (14) NOT NULL ,[姓名] [varchar] (8) NULL ,[班级编号] [varchar] (14) NULL ,[性别] [varchar] (2) NULL ,[年级] [int] NULL ,[政治面貌编号] [varchar] (2) NULL ,[民族编号] [varchar] (2) NOT NULL ,[籍贯编号] [varchar] (2) NOT NULL ,[身份证号] [varchar] (15) NULL ,[学籍编号] [varchar] (2) NOT NULL) ON [PRIMARY]GO五、创建“课程信息”数据表CREATE TABLE [dbo].[课程信息] ([课程编号] [int] NOT NULL ,[课程名称] [char] (40) NOT NULL ,[课程简称] [char] (40) NOT NULL ,[拼音码] [char] (6) NULL ,[本学期课程] [char] (2) NOT NULL ,[教师] [char] (10) NULL ,[开课系别] [char] (30) NULL ,[学分] [int] NULL) ON [PRIMARY]GO六、创建“课程表”数据表CREATE TABLE [dbo].[课程表] ([编号] [int] IDENTITY (1, 1) NOT NULL , [课序号] [varchar] (14) NOT NULL ,[课程编号] [int] NOT NULL ,[上课时间天] [int] NOT NULL ,[上课时间节] [int] NOT NULL ,[上课地点] [varchar] (20) NOT NULL) ON [PRIMARY]GOCREATE TABLE [dbo].[选课表] ([编号] [int] IDENTITY (1, 1) NOT NULL , [学号] [varchar] (14) NOT NULL ,[课序号] [varchar] (14) NOT NULL) ON [PRIMARY]GO七、创建“成绩表”数据库CREATE TABLE [dbo].[成绩表] ([编号] [int] IDENTITY (1, 1) NOT NULL ,[学号] [varchar] (14) NOT NULL ,[课程编号] [int] NOT NULL ,[成绩] [int] NOT NULL ,[考试次数] [int] NULL ,[是否补修] [varchar] (2) NULL ,[是否重考] [varchar] (2) NULL ,[是否已确定成绩] [varchar] (2) NULL) ON [PRIMARY] GO八、创建其他关键数据表以下是其他关键数据库的创建脚本。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录第一章引言 (1)1.1编写目的 (1)1.2背景 (1)1.3参考资料 (2)第二章外部设计 (3)2.1标识符和状态 (3)2.2命名约定 (3)2.3设计约定 (3)第三章结构设计 (4)3.1概念结构设计 (4)3.1.1实体和属性的定义 (4)3.1.2设计局部ER模式 (13)3.1.3设计全局ER模式 (20)3.2逻辑结构设计 (21)3.2.1模式 (21)3.2.2外模式 (32)3.3物理结构设计 (32)第四章运用设计 (34)4.1数据字典设计 (34)4.2安全保密设计 (34)4.3数据库实施 (34)4.3.1创建数据库 (34)4.3.2创建表 (34)第一章引言1.1编写目的1、本数据库设计说明书是关于寝室管理系统数据库设计，主要包括数据逻辑结构设计、数据字典以及运行环境、安全设计等。
2、本数据库设计说明书读者：用户、系统设计人员、系统测试人员、系统维护人员。
3、本数据库设计说明书是根据系统需求分析设计所编写的。
4、本系统说明书为开发软件提供了一定基础。
1.2背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。
然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。
正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
作为计算机应用的一部分，使用计算机对学生信息进行管理，具有着手工管理所无法比拟的优点。
例如：检索迅速。
查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大的提高学生信息管理的效率。
1.3参考资料软件工程导论（第五版）张海藩编著清华大学出版社数据库系统概论（第四版）王珊，萨师煊编著高等教育出版社Internet 资源第二章外部设计2.1标识符和状态数据库软件的名称：SQL Server 2008数据库的名称为：DB_mag2.2命名约定所有的数据库命名都是以模块的缩写加上具体表的英文词汇组成，这样能够统一数据库表的命名，也能够更好的规范数据库表命名。
2.3设计约定在本系统中，数据库的设计采用Visio进行，并且采用面向对象的设计方法，首先进行对象实体的设计，最后将对象持久化到数据库中，所有的表和表之间的关联(ER图)都采用标准的Visio设计工具进行，这样能够将整个系统的设计和数据库设计有机的结合起来。
第三章 结构设计系统按照无锡迈尔斯通企业协同办公系统的统一规划，运行在无锡迈尔斯通企业协同办公网站的统一数据库中，采用了数据库的热备份技术，实现数据的有效和安全。
3.1 概念结构设计3.1.1 实体和属性的定义公共模块员工信息(用户登录名、真实姓名、密码、公司邮箱、其他邮箱、MSN 、QQ 、手机、固定电话、所属部门、职位、角色)职位(职位标识、职位名称)部门(部门标识、部门名称)职位职位标识 职位名称员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MS学位手机职位所属部门QQ角色学历(学历标识、学历名称)意见与建议(提出人、提出时间、意见与建议主题、内容、附件)网站更新新闻(添加人、添加时间、新闻标题、更新时间)附件(所属位置、文件名、文件路径、上传时间)消息面板模块网站更新新闻 添加时间新闻标题添加人更新时间意见与建议 提出时间内容提出人附件主题附件文件名称文件路径所属位置上传时间学历学历标识 学历名称部门部门标识 部门名称公告栏信息(公告标题、公告内容、公告发表人、发表时间、紧急状态)公告状态(状态标识、状态名称) 其中属性约束如下：状态名称：普通，重要，紧急站内短信(发送人、接收人、留言标题、内容、发送时间、是否回复、是否读取、是否公开、消息状态、是否被发送者删除、是否被接收者删除)其中属性约束如下：是否回复：0=未回复，1=已回复；是否读取：0=未读，1=已读；是否公开：0=不公开，1=公开； 消息状态：普通，重要，紧急，重要紧急；是否被发送者（接收者）删除：0=否，1=是事务管理模块事务(事务具体信息、事务提交人、事务处理人、事务计划开始时间、事务计划结束时间、事务站内短信发送人接收人留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除公告状态状态名称 状态标识公告信息 公告内容发表时间公告标题紧急状态发表人添加时间、事务类型、事务原由、备注)事务信息(事务名、事务内容、添加时间、事务状态、重要性)事务状态(事务名称、事务状态标志位)跟踪信息(对应事务、跟踪内容、跟踪时间、跟踪人、实际开始时间、实际结束时间、状态、结果描述、事务详细信息、备注)跟踪信息对应事务跟踪内容跟踪人事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述 事务状态状态名称 状态标志位事务信息 事务状态 事务名添加时间事务重要事务内容事务事务类型事务信息事务处理事务原由计划开始时间计划结束时间备注信息事务提交人添加时间计划管理模块目标(目标标题、目标制定人、接收人、要求结束时间、具体内容、附件、发起时间)计划(计划标题、目标标题、计划人、上级接收人、计划安排详细内容、计划开始时间、计划结束时间、附件、计划状态、计划制定时间)计划状态(状态标识、状态名称) 其中属性约束如下：状态名称：初稿、审批中、批准、分配中、执行中周报(计划标题、报告人、接收人、针对计划的完成百分比、针对目标的累计完成百分比、报告内容、额外性工作、需要支持、风险和问题、下一个计划期、周报发送时间)计划状态状态标识 状态名称计划详细内容计划标题计划人计划开始时间上级接收人计划结束时间目标标题附件计划状态制定时间目标具体内容目标标题目标接收人发起时间要求结束时间附件目标制定人客户跟踪模块客户信息(客户名称、客户地址、客户电话、客户传真、客户邮箱、客户法定代表、客户被添加时间、客户被添加的用户、联系人、联系人职务、联系方式、公司地区、最后修改人、最后修改时间、经营范围、备注、客户性质)其中属性约束如下：客户性质：1=客户，2=渠道，3=客户和渠道沟通信息(沟通名、沟通内容、时间、方式、沟通用户、沟通客户、客户方沟通人、备注)周报报告内容计划标题接收人额外性工作针对计划的完成百分比针对目标的累计完成百分比报告人风险问题需要支持下个计划期发送时间客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真被用户添加联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注沟通方式(沟通方式名称、沟通方式标志位)项目状态(状态标识、状态名称)文件信息(文件所属、文件对应模块、文件原名、文件服务器名、上传时间、文件上传人、文件地址、备注)其中属性约束如下：文件所属于：1=沟通2=事务 3=跟踪客户跟踪权限(用户、是否管理员、是否高层领导) 文件信息文件所属文件原名上传时间文件对应模块文件上传人文件地址文件服务器名备注项目状态状态标识 状态名称沟通方式标志位 方式名称沟通信息沟通名沟通内容沟通方式客户方沟通人沟通用户沟通客户沟通时间备注其中属性约束如下：是否管理员：0=否，1=是； 是否高层：0=否，1=是会议管理会议信息(会议时间、会议地点、会议标题、会议回复状态、会议参加人员、不参加理由、回复时间、回复状态的修改人、会议议程、会议时长)其中属性约束如下：会议回复状态：0=未回复，1=参加，2=不参加，3=不确定会议记录(对应会议、主持人、发布时间、参加人员、会议小结、会议小结状态) 其中属性约束如下：会议小结状态：0=无，1=有会议记录 参加人员会议小结发布时间会议小结状态主持人对应会议会议信息会议地点会议标题参加人员会议时间不参加理由回复时间会议回复状态状态修改人会议议程 会议时长权限 是否管理员 是否高层对应用户⏹ 人力资源模块请假申请(请假申请人、请假审批人、请假主题、请假形式、请假类型、请假开始时间、请假结束时间、请假总共时间、请假内容、请假申请时间、审批状态)其中属性约束如下：请假形式：0=事前请假，1=事后请假； 审批状态：0=未回复，1=不通过，2=通过请假类型(类型标识符、类型名称)请假审批(对应请假申请、是否查阅、审批时间、审批意见、审批结果) 其中属性约束如下：是否查阅：0=未读，1=已读； 审批结果：0=未审批，1=未通过，2=已通过⏹ 权限模块角色(角色标识符、角色名称)请假审批 是否查阅审批意见对应申请审批结果审批时间请假类型类型标识类型名称请假申请审批人请假主题开始时间申请人结束时间总共时间请假类型审批状态申请时间 请假内容操作(操作标识符、操作名称、备注)网站统计访客记录(访客对应用户、访客IP 地址、访客登录时间、离开时间、IP 对应物理地址)访客足迹(访客对应用户、之前页面UI 、当前页面UI 、本页面进入时间、本页面退出时间)3.1.2 设计局部ER 模式员工局部E-R 图：访客足迹 前页面UI进入时间对应用户离开时间当前UI访客记录 IP 地址离开时间对应用户对于物理地址登录时间操作操作标识操作名称备注角色角色标识 角色名称意见与建议局部E-R 图：公告信息局部E-R 图：意见与建议 提出时间内容附件主题提出人员工信息1N员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MS手机QQ职位职位标识职位名称职位 部门部门标识部门名称学历 学历学历标识 学历名称职位111111站内短信局部E-R 图：事务管理局部E-R 图：站内短信留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除接收人员工信息发送人1n11公告信息公告内容发表时间公告标题紧急状态发表人员工信息 1 n目标局部E-R 图：计划局部E-R 图：目标具体内容目标标题发起时间要求结束时间附件制定人员工信息 接收人1 11N事务事务类型事务原由计划开始时间计划结束时间备注信息添加时间提出人员工信息处理人事务信息事务名添加时间 事务重要事务内容事务信息事务状态状态名称状态标志位事务状态11n 111 11客户信息局部E-R 图：跟踪信息局部E-R 图：客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注添加客户员工信息 11 计划详细内容计划标题计划开始时间计划结束时间目标标题附件制定时间计划人员工信息接收人计划状态 状态标识状态名称计划状态11n 1 11沟通信息局部E-R 图：会议信息局部E-R 图：会议信息 会议地点会议标题会议时间不参加理由回复时间会议回复状态会议议程会议时长参加会议员工信息1N状态修改员工信息11沟通信息沟通名沟通内容沟通方式客户方沟通人沟通时间备注跟踪客户客户信息N1 沟通人员工信息 11沟通方式 标志位方式名称沟通方式11跟踪信息跟踪内容事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述跟踪客户客户信息跟踪人员工信息1111请假管理局部E-R 图：网站统计局部E-R 图：访客足迹前页面UI进入时间离开时间当前UI员工信息 1访客信息 1 访客记录 IP 地址离开时间对于物理地址登录时间访客信息11请假申请请假主题开始时间结束时间 总共时间审批状态 申请时间请假内容审批人员工信息11请假人11请假类型类型标识类型名称请假人1 1请假审批是否查阅审批意见对应申请审批结果 审批时间审批113.1.3设计全局ER模式3.2逻辑结构设计3.2.1模式员工信息表记录员工登陆账号和联系方式等基本信息。