数据库设计说明书-完整版
数据库设计说明书模板
数据库设计说明书模板一、引言。
数据库设计是一个系统工程，它对数据进行组织和管理，以满足用户需求。
数据库设计说明书是数据库设计过程中的重要文档，它记录了数据库的结构、功能、性能等方面的设计思路和实现方法，为数据库的开发和维护提供了指导。
本文档旨在为数据库设计者提供一个模板，以便更好地完成数据库设计说明书的编写工作。
二、数据库设计概述。
1. 数据库名称，（填写数据库的名称）。
2. 数据库版本，（填写数据库的版本号）。
3. 数据库设计者，（填写数据库设计者的姓名）。
4. 设计时间，（填写数据库设计的时间）。
5. 数据库用途，（简要描述数据库的主要用途）。
6. 数据库环境，（描述数据库的部署环境，如操作系统、数据库管理系统等）。
三、需求分析。
1. 用户需求，（列举用户对数据库的主要需求）。
2. 功能需求，（描述数据库需要实现的主要功能）。
3. 性能需求，（说明数据库的性能要求，如响应时间、并发访问量等）。
4. 安全需求，（阐述数据库的安全性要求，如权限控制、数据加密等）。
四、概念设计。
1. 数据模型，（选择合适的数据模型，如关系模型、面向对象模型等）。
2. 实体-关系图，（绘制数据库的实体-关系图，清晰展现数据实体之间的关系）。
3. 数据字典，（编制数据库的数据字典，描述数据表的结构、字段含义等）。
五、逻辑设计。
1. 数据表设计，（设计数据库的数据表结构，包括字段、数据类型、约束等）。
2. 索引设计，（确定数据库的索引策略，提高查询效率）。
3. 视图设计，（设计数据库的视图，简化复杂查询）。
4. 存储过程设计，（编写数据库的存储过程，实现复杂业务逻辑）。
六、物理设计。
1. 存储结构，（选择合适的存储结构，如表空间、数据文件等）。
2. 数据库分区，（对数据库进行分区，提高数据的管理和查询效率）。
3. 备份与恢复，（制定数据库的备份与恢复策略，保障数据的安全性）。
七、数据库实施。
1. 数据库创建，（创建数据库并初始化数据）。
数据库设计说明书
数据库设计说明书数据库设计说明书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. 总结通过本文档，我们对数据库的结构和表的定义进行了详细的说明，并对每个字段的含义和类型进行了解释。
数据库设计说明书
数据库设计说明书一、引言数据库设计是一个关键性的工作，它在软件开发过程中起到了至关重要的作用。
数据库设计不仅仅是确定数据的组织结构和存储方式，还要确保数据库的完整性、一致性和可扩展性。
本文档旨在对数据库设计进行详细的说明，以确保开发人员在数据库实施阶段能够顺利进行。
二、背景随着信息技术的不断发展，数据库在各个领域得到了广泛的应用，包括企业管理、教育、医疗等。
为了更好地支持业务需求，本项目决定设计一个全新的数据库，以提高数据存储和处理的效率，并且能够满足未来的扩展需求。
三、数据库需求基于对业务流程和需求的分析，我们确定了以下数据库需求：1. 数据表设计数据库将包含多个数据表，每个数据表存储一类相关的数据。
表之间将通过关联关系进行链接，以实现数据的查询和联合操作。
2. 数据结构定义根据业务需求，确定每个数据表的字段及其数据类型。
在定义数据结构时，需考虑每个字段的长度、精度、约束条件等，以确保数据的有效性和完整性。
3. 数据库安全性数据库设计应考虑到数据的安全性，包括用户权限管理、数据加密、数据备份等。
合理的安全策略和控制措施有助于防止数据泄漏和非法访问。
4. 性能优化数据库设计应注意性能优化，包括索引的设计和优化、查询语句的优化、分区和分表等。
合理的数据库设计可以提高系统的响应速度和并发处理能力。
5. 数据库扩展性数据库设计应具备较好的扩展性，能够适应业务的变化和增长。
在设计过程中，需考虑到数据库的可拓展性，以减少后续的修改和扩展工作。
四、数据库设计方案根据以上需求，我们提出如下数据库设计方案：1. 数据库结构设计我们将采用关系型数据库管理系统（RDBMS）作为数据库引擎，使用标准化的数据模型进行数据组织。
对于不同的业务对象，我们将设计相应的数据表，并通过外键关联来实现数据之间的关联和查询。
2. 数据字段设计在设计数据字段时，我们将充分考虑业务需求和数据类型的特性。
每个字段将定义适当的数据类型、长度和约束条件，以确保数据的有效性和完整性。
数据库设计说明书
人事管理系统数据库设计目录1.实训内容 (1)1.1.目的 (1)1.2.内容 (1)2.数据库设计概述 (1)2.1.什么是数据库设计 (1)2.2.为什么要进行数据库设计 (1)2.3.数据库设计方法 (2)2.4.数据库设计的基本步骤 (2)2.5.数据库各级模式的形成过程 (2)3.数据库 (3)3.1.数据库名称 (3)3.2.用户 (3)4. 表 (4)4.1.表设计概述 (4)4.2.表tblEmployee (5)4.3.表tblDepartment (6)4.4.表tblSalary (7)4.5.表tblAttendance (8)4.6.表tblLeave (9)4.7.表tblOvertime (10)4.8.表tblPerformance (11)4.9.表tblConfig (12)4.10.表tblSystemEvent (13)4.11.表tblPerformStatus (13)4.12.表tblOvertimeType (14)4.13.表tblHoliday (15)4.14.表tblPerformItem (16)5.视图 (17)5.1.视图viwwebEmpCommonInfo (17)5.2.视图viwwebAllAttend (17)5.3.视图viwwebAllLeaveReg (18)5.4.视图viwwebAllOTReg (18)5.5.视图viwwebCompanyPolicy (19)5.6.视图viwwebDepartment (19)5.7.视图viwwebHoliday (20)5.8.视图viwwebManagerInfo (20)5.9.视图viwwebSubmittedLvReg (21)5.10.视图viwwebSubmittedOTReg (21)5.11.视图viwwebHistorySalary (22)5.12.视图viwwebPerformance (23)5.13.视图viwwebPerformItem (23)5.14.视图viwwinEmployeeList (24)5.15.视图viwwinAttendance (24)5.16.视图viwwinLeaveList (25)5.17.视图viwwinOTList (25)5.18.视图viwwinEmpBasicSalary (26)6.存储过程 (26)6.1.存储过程spwebAddLeaveReq (26)6.2.存储过程spwebAddOTReq (27)6.3.存储过程spwebAskReview (27)6.4.存储过程spwebCancelLeaveReq (28)6.5.存储过程spwebCancelOTReq (28)6.6.存储过程spwebChangeLeaveStatus (29)6.7.存储过程spwebChangeOTStatus (29)6.8.存储过程spwebGetCEOInfo (30)6.9.存储过程spwebGetDeptAttendSummary (30)6.10.存储过程spwebGetDeptLvSummary (31)6.11.存储过程spwebGetDeptOTSummary (31)6.12.存储过程spwebGetEmployeeID (32)6.13.存储过程spwebGetEmpPassword (32)6.14.存储过程spwebGetEmpPasswordByID (33)6.15.存储过程spwebUpdatePassword (33)6.16.存储过程spwebUpdateSelfIntro (34)6.17.存储过程spwebAddPerformObject (34)6.18.存储过程spwebDeletePerformItem (35)6.19.存储过程spwebGetDeptSalarySummary (35)6.20.存储过程spwebUpdatePerform (36)6.21.存储过程spwebUpdatePerformItem (36)6.22.存储过程spwinAttendanceQuery (37)6.23.存储过程spwinChangeEmployeeDept (37)6.24.存储过程spwinCreateDepartment (38)6.25.存储过程spwinDeleteDepartment (38)6.26.存储过程spwinDeleteEmployee (39)6.27.存储过程spwinDelLeaveRequest (39)6.28.存储过程spwinDeptAllEmployee (40)6.29.存储过程spwinDeptLeave (40)6.30.存储过程spwinEmpLeave (40)6.31.存储过程spwinGetAllDepartment (41)6.32.存储过程spwinGetEmpbyDeptName (41)6.33.存储过程spwinMoveEmpBetweenDept (42)6.34.存储过程spwinRejectLeaveRequest (42)6.35.存储过程spwebUpdatePerformItemSelf (43)6.36.存储过程spwebUpdatePerformItemReview (43)6.37.存储过程spwebGetSubmittedPerform (44)6.38.存储过程spwebGetDeptPerformSummary (44)6.39.存储过程spwinOTbyGroup (45)6.40.存储过程spwebPerformReviewed (45)6.41.存储过程spwinBasicSalaryByEmpID (46)6.42.存储过程spwinSalaryHistoryByEmpID (46)6.43.存储过程spwinSetBasicSalary (47)6.44.存储过程spwinQueryEventbyTime (47)6.45.存储过程spwinChangePassword (48)6.46.存储过程spwinAddEvent (48)6.47.存储过程spwebUpdatePerformItemObj (49)7.用户自定义函数 (49)7.1.用户自定义函数udfwinDeptAllEmployee (49)7.2.用户自定义函数udfwinGetDeptIDbyDeptName (50)7.3.用户自定义函数udfwinGetDeptNamebyDeptID (50)8.触发器 (51)8.1.触发器tRejectRequest (51)1. 实训内容1.1.目的本文为《数据库技术及应用》实训任务说明书。
数据库设计说明书
目录一、需求分析 (1)1.1 业务描述 (1)1.2 数据分析 (1)1.3人员分工 (2)二、概念模型设计 (2)三、逻辑模型设计 (3)3.1关系模型： (3)3.2规范化分析 (4)3.3视图设计 (4)四、物理设计 (5)4.1表汇总 (5)4.2索引的设计 (6)五.物理实现 (6)5.1基本表的创建 (6)5.2视图的创建 (10)5.3存储过程、函数及触发器的设计 (11)5.4基本查询 (12)5.5 数据更新 (13)六、安全性设计 (14)6.1防止用户直接操作数据库的方法 (14)6.2角色与权限 (14)七、系统特点与不足 (16)7.1优点 (16)7.2需进一步改进的地方 (17)八、总结 (17)8.1课程设计主要问题及解决办法 (17)8.2收获与建议 (17)一、需求分析1.1 业务描述1、某饭店点菜系统需要如下信息：服务员：工号、姓名、性别、年龄餐桌：餐桌编号、餐桌类型、餐桌状态、餐桌席位菜单：菜号、菜名、菜价、菜系点餐单：点餐单号、点餐桌号、菜序，点餐菜号、菜价.账单：账单号、结账单号、结账桌号、应收，折扣、实收、服务工号。
要求：一个服务员可以服务多个餐桌，一个餐桌可以被多个服务员服务，一张菜单用于多个餐桌，一张餐桌用一张菜单，一张餐桌支付一桌账单，一张账单被一桌支付。
2、系统功能的基本要求：按照一定条件查询、统计符合条件的餐桌，点菜单，账单，服务员信息等。
例如空闲餐桌剩余数目、包间或大厅信息、已点菜目信息，日账单消费历史等，能够模拟完成餐桌点餐业务。
1.2 数据分析1.3人员分工钟沁芳：进行需求分析与概念模型的设计张佳：物理模型的实现与代码的编写二、概念模型设计图1 基本ER图2、用PowerDesigner绘制图1所示ER图对应的Conceptural Data Modal，如图2所示。
图2 CDM图三、逻辑模型设计3.1关系模型：服务员（工号（PK），姓名，性别，年龄）餐桌（餐桌编号（PK），餐桌类型，餐桌席位，餐桌状态）菜单（菜号（PK），菜名，菜价，菜系）点菜单（（点餐单号(PK)，餐桌编号），菜序，菜号）账单（（账单编号(PK)，点餐单号（FK）），应收金额，折扣，实收金额，工号）服务（服务号(PK)，工号，餐桌编号，点餐单号，账单编号，服务时间）3.2规范化分析1、服务员关系中工号为主键，其中函数依赖有：工号→姓名，工号→性别，工号→年龄，因为在服务员关系中不存在非主属性对码的部分函数依赖和传递函数依赖，所以服务员关系是属于3NF。
数据库设计说明书
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2外部设计 (2)2.1标识符和状态 (3)2.2使用它的程序 (3)2.3约定 (3)2.4专门指导 (3)2.5支持软件 (4)3结构设计 (4)3.1概念结构设计 (4)3.2逻辑结构设计 (4)3.3物理结构设计 (7)4运用设计 (8)4.1数据字典设计 (9)4.2安全保密设计 (9)数据库设计说明书（GB8567——88）1引言1.1编写目的数据库技术和Internet的飞速发展，使它们已经成为现代信息技术的重要组成部分，是现在计算机信息系统和计算机应用系统的基础和核心。
对于任何一个企业来说，数据是企业重要的资产，如何有效利用这些数据，对于企业发展起着极其重要的作用。
随着我国市场经济的迅速发展和人们生活水平的不断提高，图书馆藏书的树木逐渐增大，这也挑战了图书管理方面的技术，以前的人工管理方式已经不再适应现在的环境，取而代之的是先进的图书管理系统，通过使用VF创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作。
1.2背景说明：a．待开发的数据库名称为图书馆管理系统，使用此数据库的软件系统名称为SQL Server 2000b．任务提出者：作者用户：全国各高校图书馆1.3定义Reader：读者信息管理Book：图书库管理Lend：借阅书籍管理Admin：用户密码表Class：书籍分类表Username：用户名Userpwd：用户密码1.4参考资料【1】《数据库系统概论》第3版.萨师煊，王珊. 高等教育出版社,1999【2】《Visual Basic 程序设计》.谭浩强主编.中国铁道出版社【3】《Visual Basic+SQL Server数据库应用实例完全解析》王颖李敏业编著【4】《数据库原理与应用案例教程》郑玲利主编清华大学出版社2外部设计2.1标识符和状态1．在采购验收后，进入编目时，要人工粘贴索书号和新书的条码。
数据库设计说明书_完整版
目录第一章引言 (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 物理结构设计 (33)第四章运用设计 (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背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。
然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。
正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
数据库设计说明书
8. 视图设计 11
9. 存储过程实体 11
10. 附件 11
1. 概述
1.1. 编写目的
在需求分析和系统概要设计的基础上对数据进行分析设计，以此作 为编码的依据。
1.2. 适用范围
此数据库设计说明书只适用于房地产房源管理v1.0
1.3. 参考资料
参考文件
备注
《需求规格说明书》
【目录】
1. 概述 4 1.1. 编写目的 4 1.2. 适用范围 4 1.3. 参考资料 4
2. 角色和职责 4
3. 数据库命名约定和环境 4 3.1. 命名约定 4 3.2. 数据库平台 5 3.3. 物理文件和空间 5
4. 逻辑关系（E-R图） 5
5. 物理设计 6
6. 数据表设计 6 6.1. house（房源信息表） 6 6.2. houseIn（房源委托表） 7 6.3. NewInfo（通知公告表） 7 6.4. UserInfo（用户表） 7 6.5. RoleInfo（角色表） 8 6.6. FuncModuel（功能表） 8 6.7. RolePow（角色和功能对照表） 8
, [FMUrl] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL , [PicUrl] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL , [ParentID] [int] NULL , [FMBZ] [nchar] (200) COLLATE Chinese_PRC_CI_AS NULL ,
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] GO
CREATE TABLE [dbo].[RoleInfo] ( [RoleID] [int] IDENTITY (1, 1) NOT NULL , [RoleName] [varchar] (50) COLLATE Chinese_PRC_CI_AS NOT
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录第一章引言11.1编写目的 (1)1.2背景 (1)1.3参考资料 (2)第二章外部设计32.1标识符和状态 (3)2.2命名约定 (3)2.3设计约定 (3)第三章结构设计43.1概念结构设计 (4)3.1.1实体和属性的定义43.1.2设计局部ER模式133.1.3设计全局ER模式203.2逻辑结构设计 (21)3.2.1模式213.2.2外模式323.3物理结构设计 (32)第四章运用设计344.1数据字典设计 (34)4.2安全保密设计 (34)4.3数据库实施 (34)4.3.1创建数据库344.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 、手机、固定电话、所属部门、职位、角色)职位(职位标识、职位名称)部门(部门标识、部门名称)职位职位职位员工登真实固定密公司其他M学手职所属Q角学历(学历标识、学历名称)意见与建议(提出人、提出时间、意见与建议主题、内容、附件)网站更新新闻(添加人、添加时间、新闻标题、更新时间)附件(所属位置、文件名、文件路径、上传时间)消息面板模块公告栏信息(公告标题、公告内容、公告发表人、发表时间、紧急状态)网站更新添加新闻添加更新意见与提出内容提出附主附件文件文件所属上传学历学历学历部门部门部门公告状态(状态标识、状态名称) 其中属性约束如下：状态名称：普通，重要，紧急站内短信(发送人、接收人、留言标题、内容、发送时间、是否回复、是否读取、是否公开、消息状态、是否被发送者删除、是否被接收者删除)其中属性约束如下：是否回复：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 图：访客前页进入对应离开当前访客IP 地离开对应对于物理登录操作操作操作备角色角色角色意见与建议局部E-R 图：公告信息局部E-R 图：意见与提出内容附主提员工1N员工登真实固定密公司其他M手Q职位职位职位职部门部门部门学学历学历学历职111111站内短信局部E-R 图：事务管理局部E-R 图：站内留言消息发送是否是否留言标是否是否被发送者是否被接收者接员工发1n11公告公告发表公告紧急发员工1n目标局部E-R 图：计划局部E-R 图：目标具体目标发起要求结束附制员工接111N事务事务事务计划开始计划结束备注添加提员工处事务事添加事务事务内事务事务状态状态标事务11n 11111客户信息局部E-R 图：跟踪信息局部E-R 图：客户客户客户客户邮客户客户法定被添加客户传联系人联系人公司地联系方最后修客户性质 经营范备添加员工11计划详细计划计划开始计划结束目标标附制定计员工接计划状态状态计划11n 111沟通信息局部E-R 图：会议信息局部E-R 图：会议会议会议会议不参加回复会议回复会议会议参加员工1N状态员工11沟通沟通沟通沟通客户方沟沟通时备注跟踪客户N1沟员工11沟通标志方式沟通11跟踪跟踪事务详细实际开始实际结束跟踪时备注结果跟踪客户跟踪员工1111请假管理局部E-R 图：网站统计局部E-R 图：访客前页进入离开当前员工1访客1访客IP 地离开对于物理登录访客11请假请假开始结束时总共审批状申请请假审员工11请11请假类型类型请11请假是否审批对应审批审批审113.1.3设计全局ER模式3.2逻辑结构设计3.2.1模式员工信息表记录员工登陆账号和联系方式等基本信息。
表User的结构:职位表存储职位名称。
表Position的结构:部门表存储部门名称。
表Temp_Dept的结构:学历表存储学历信息。
表Degree的结构:上传文件表存储上传附近的相关信息。
表UpFiles的结构:公告栏信息表存储公告信息。
表Temp_CallBoard的结构:公告信息状态表存储公告信息状态类型。
表Temp_CallState的结构:站内短信表存储站内短信基本信息。