数据库设计说明书-完整版

合集下载

数据库设计说明书

数据库设计说明书

数据库设计说明书数据库设计说明书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. 总结通过本文档,我们对数据库的结构和表的定义进行了详细的说明,并对每个字段的含义和类型进行了解释。

数据库设计说明书.doc

数据库设计说明书.doc

数据库设计说明书项目名称:XX系统班级:成员:设计日期:指导教师:批阅日期:目录大纲 (4)第一章绪论 (5)1.1归纳 (5)开发背景5系统特色 (5)1.2 商厦人事劳资管理系统发展................................................................................ 错误!不决义书签。

商厦人事劳资管理系统存在的问题 ................................................................. 错误!不决义书签。

商厦人事劳资管理系统的开发价值 ................................................................. 错误!不决义书签。

第二章开发商厦人事劳资管理系统的问题 (6)2.1 商厦人事劳资管理系统的简介2.2 商厦人事管理系统的用户需求 (6) (6)整体功能需求 (6)详细系统功能需求描述 (6)第三章商厦人事劳资管理系统的解析和设计 (7)3.1商厦人事劳资管理系统的解析和大纲设计 (7)商厦人事劳资管理系统构造 (7)模块归纳 (7)3.2商厦人事劳资管理系统数据库基本设计 (8)数据库基本设计 (8)3.3 商厦人事劳资管理系统的数据库构造设计 (9)数据库 E-R图设计 (9)数据库各表之间的关系 (10)数据库详细设计 (10)3.4数据库代码实现 (14)建立数据库 (14)建立数据表 (14)给各表增加主外键 (16)数据的增加 (18)数据的统计 (19)数据库的储存过程19数据库触发器20第四章结束语 (22)参照文件 ............................................................................................................................................................................ 错误!不决义书签。

5 数据库设计说明书(GB8567——88)

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 数据库加密根据实际需要,设计数据库中敏感数据的加密方式,保护数据的隐私和安全。

数据库设计说明书

数据库设计说明书

数据库设计说明书一、引言数据库设计是一个关键性的工作,它在软件开发过程中起到了至关重要的作用。

数据库设计不仅仅是确定数据的组织结构和存储方式,还要确保数据库的完整性、一致性和可扩展性。

本文档旨在对数据库设计进行详细的说明,以确保开发人员在数据库实施阶段能够顺利进行。

二、背景随着信息技术的不断发展,数据库在各个领域得到了广泛的应用,包括企业管理、教育、医疗等。

为了更好地支持业务需求,本项目决定设计一个全新的数据库,以提高数据存储和处理的效率,并且能够满足未来的扩展需求。

三、数据库需求基于对业务流程和需求的分析,我们确定了以下数据库需求:1. 数据表设计数据库将包含多个数据表,每个数据表存储一类相关的数据。

表之间将通过关联关系进行链接,以实现数据的查询和联合操作。

2. 数据结构定义根据业务需求,确定每个数据表的字段及其数据类型。

在定义数据结构时,需考虑每个字段的长度、精度、约束条件等,以确保数据的有效性和完整性。

3. 数据库安全性数据库设计应考虑到数据的安全性,包括用户权限管理、数据加密、数据备份等。

合理的安全策略和控制措施有助于防止数据泄漏和非法访问。

4. 性能优化数据库设计应注意性能优化,包括索引的设计和优化、查询语句的优化、分区和分表等。

合理的数据库设计可以提高系统的响应速度和并发处理能力。

5. 数据库扩展性数据库设计应具备较好的扩展性,能够适应业务的变化和增长。

在设计过程中,需考虑到数据库的可拓展性,以减少后续的修改和扩展工作。

四、数据库设计方案根据以上需求,我们提出如下数据库设计方案:1. 数据库结构设计我们将采用关系型数据库管理系统(RDBMS)作为数据库引擎,使用标准化的数据模型进行数据组织。

对于不同的业务对象,我们将设计相应的数据表,并通过外键关联来实现数据之间的关联和查询。

2. 数据字段设计在设计数据字段时,我们将充分考虑业务需求和数据类型的特性。

每个字段将定义适当的数据类型、长度和约束条件,以确保数据的有效性和完整性。

数据库设计说明书_文档

数据库设计说明书_文档

数据库设计说明书_文档文档编号:_______________版本号:_______________<系统名称>数据库设计说明书公司名称编写:____________ 时间:____年____月____日审核:____________ 时间:____年____月____日批准:____________ 时间:____年____月____日修订历史记录公司名称 (1)1引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (1)1.4参考资料 (1)2约定 (1)3事实发现 (2)3.1任务目标 (2)3.2系统边界 (2)3.3用户视图 (2)3.4数据需求 (2)3.5事务需求 (2)4数据库概念模型设计 (2)4.1数据实体-关系图 (2)4.2数据实体描述 (2)4.3实体关系描述 (2)5数据库逻辑模型设计 (3)5.1实体-关系图(不含多-多关系) (3)5.2关系模型描述 (3)5.3数据视图描述 (3)5.4数据库一致性设计 (3)6物理实现 (4)6.1数据库的安排............................................................................. 错误!未定义书签。

6.2数据库大小与增长..................................................................... 错误!未定义书签。

6.3数据库性能................................................................................. 错误!未定义书签。

6.4备份与恢复 (6)6.5安全保密设计 (5)1引言1.1 编写目的[本小节应说明编写这份数据库设计说明书的目的,指出预期的读者。

]1.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)第二章外部设计 (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 背景随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着越来越重要的作用,然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作,这种管理方式存在着许多缺点,如:效率低,密保性差,另外时间一长,将产生大量的文件和数据,其中有些是冗余或者针对同一目的的数据不相吻合,这对于查找、更新和维护文件等管理工作带来了不少困难,同时也跟不上信息时代高速、快捷的要求,严重影响了消息的传播速度。

然而现今学校的规模不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增长,人工管理信息的缺点日渐突出,面对庞大的学生信息量,如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。

正因为如此,学生宿舍管理系统成为了学生管理不可缺少的部分,它的内容对于学校的管理者来说都至关重要,所以学生宿舍管理系统应该能够为用户提供充足的信息和快捷的查询手段。

数据库设计说明书

数据库设计说明书
7. 创建数据库表 9
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. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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模式员工信息表记录员工登陆账号和联系方式等基本信息。

相关文档
最新文档