下载文档原格式
数据库设计说明书范文例子数据库设计说明书1、引言本文档旨在详细说明数据库设计的相关内容，包括数据库的结构设计、数据表设计、索引设计等。
通过本文档，读者可以了解本系统的数据库设计思路和实现细节。
2、数据库结构设计2.1 数据库概述本系统采用关系型数据库，以存储和管理系统的各类数据。
2.2 数据库架构数据库采用三层架构，包括数据访问层、数据库逻辑层和存储层。
其中，数据访问层负责与应用程序交互，提供数据操作接口；数据库逻辑层负责处理数据的逻辑关系和业务规则；存储层负责实际存储数据。
2.3 数据库安全性设计为确保数据的安全性，数据库采用权限控制机制，只有经过授权的用户才能访问和操作数据库。
同时，对重要数据进行加密存储，提高数据的保密性。
3、数据表设计3.1 用户表用户表用于存储系统用户的基本信息，包括用户名、密码、权限等字段。
3.2 订单表订单表用于记录用户的订单信息，包括订单号、下单时间、订单金额等字段。
3.3 商品表商品表用于存储系统中的商品信息，包括商品名称、价格、库存等字段。
3.4 购物车表购物车表用于记录用户的购物车信息，包括用户ID、商品ID、购买数量等字段。
4、索引设计为提高数据库的查询效率，我们对一些常用字段添加了索引。
例如，在订单表中，我们为订单号和用户ID添加了索引。
5、附件本文档所涉及的附件包括数据库表结构图、索引设计图等。
具体附件请参见附件文件。
6、法律名词及注释本文档中所涉及的法律名词及其注释如下：1）基本信息：指个人或组织的基本身份信息，如姓名、性别、联系方式等。
2）权限：指用户在系统中所具备的操作权限，用于限制用户对数据的访问和操作。
3）加密存储：指通过加密算法将数据进行加密处理，提高数据的保密性和安全性。
4）索引：指数据库中用于提高查询效率的数据结构，加速查询速度。
数据库设计说明书数据库设计说明书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. 数据库设计约束条件，列举数据库设计时需要考虑的约束条件，例如数据安全性、性能要求、成本限制等。
三、数据库逻辑设计。
1. 数据库实体关系模型，根据需求分析，设计数据库的实体及其之间的关系模型，包括实体-关系图、实体属性及其约束。
2. 数据库范式分解，对设计的数据库进行范式分解，确保数据存储的规范性和一致性。
3. 数据库索引设计，设计数据库的索引结构，提高数据库的检索性能。
四、数据库物理设计。
1. 数据库表结构设计，设计数据库的表结构，包括表的字段、数据类型、约束条件等。
2. 存储过程和触发器设计，设计数据库的存储过程和触发器，实现数据库的业务逻辑。
3. 数据库性能优化，对数据库进行性能优化，包括索引优化、查询优化等。
五、数据库安全设计。
1. 数据库权限管理，设计数据库的权限管理策略，保护数据库的安全性。
2. 数据备份和恢复策略，设计数据库的备份和恢复策略，确保数据的可靠性和完整性。
3. 数据库审计策略，设计数据库的审计策略，监控数据库的使用情况，保障数据的安全。
六、数据库设计实施。
1. 数据库设计实施计划，制定数据库设计的实施计划，安排设计人员进行数据库设计工作。
2. 数据库设计实施过程，介绍数据库设计的实施过程，包括需求分析、设计、开发、测试等阶段。
3. 数据库设计实施验收，对数据库设计进行验收，确保设计的合理性和可行性。
七、数据库设计维护。
1. 数据库变更管理，管理数据库的变更，确保数据库的稳定性和一致性。
数据库设计文档规范一、引言1.1 编写目的说明：编写这份数据库设计说明书的目的，指出预期的读者范围.1.2 背景说明：a．待开发的数据库的名称和使用此数据库的软件系统的名称;b．列出本项目的任务提出者、开发者、用户以及将安装该软件和这个数据库的单位。
1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
1。
4 参考资料列出要用到的参考资料，如:a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源二、外部设计2.1 标识符和状态联系用途,详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。
如果该数据库属于尚在实验中、尚大测试中或是暂时使用的，则要说明这一特点及其有效时间范围。
2.2 使用它的程序列出将要使用或访问此数据库的所有应用程序,对于这些应用程序的每一个，给出它的名称和版本号。
2.3 约定陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、记录、数据项的命名约定等。
三、结构设计3.1 概念结构设计说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
3.2 逻辑结构设计说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。
3。
2。
1 数据表3.2。
2存储过程3。
2。
3 触发器……四、运用设计4。
1 数据字典设计对数据库设计中涉及到的各种项目,如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典,以说明它们的标识符、同义名及有关信息。
编号：版本：状态：密级：分发号：XXX数据库设计说明编制/日期：审核/日期：标审/日期：会签/日期：批准/日期：XX科技有限公司XXXX年X月文档修订记录目录1范围 (1)1.1标识 (1)1.2数据库概述 (1)1.3文档概述 (1)2引用文档 (1)3数据库级设计决策 (2)4数据库详细设计 (3)4.X（数据库设计级别的名称） (3)5用于数据库访问或操纵的软件单元详细设计 (5)5.X（软件单元的唯一标识符，或者一组软件单元的标志符） (6)6需求可追踪性 (8)7注释 (9)1范围1.1标识【注释：本条应描述本文档所适用的系统和软件（数据库）的完整标识，（若适用）包括其标识号、名称、缩略名、版本号和发布号。
】1.2数据库概述【注释：本条应简要描述本文档所适用数据库的用途。
它还应描述数据库的一般特性；概述其开发、使用和维护的历史；标识项目的投资方、需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
】1.3文档概述【注释：本条应概述本文档的用途和内容，并描述与它的使用有关的安全保密方面的要求。
】2引用文档【注释：本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常渠道得到的文档的来源。
】3数据库级设计决策【注释：本章应根据需要分条给出数据库级设计决策，即数据库的行为设计决策（忽略其内部实现，从用户角度出发描述数据库将怎样运转以满足需求）以及其他影响数据库进一步设计的决策，并给出决策理由。
如果决策在系统需求或软件需求中均是明确的，本章应如实陈述。
针对关键性需求（例如对安全性或保密性需求）的设计决策，应在专门的章条中加以叙述。
如果设计决策依赖于系统状态或方式，应指明这种依赖关系。
如果部分或全部设计决策在用户的或商用的数据库管理系统（DBMS）中进行了描述，本章可以直接引用。
本章应给出或引用需要了解的设计约定。
数据库级设计决策的例子如下：a) 关于数据库将接收的查询或其他输入以及它将产生的输出（显示、报表、消息、响应等）的设计决策，包括与其他系统、硬件、软件及用户的接口（本文档的5.X.d条指出这项说明应考虑的主题）。
数据库设计文档模板
1. 简介
1.1 数据库设计目的
1.1.1 描述数据库设计的目的和背景
1.2 数据库设计范围
1.2.1 描述数据库设计的范围，包括涉及的表和字段
2. 数据库设计概述
2.1 数据库系统结构
2.1.1 描述数据库系统的总体结构
2.2 数据库设计原则
2.2.1 描述数据库设计遵循的原则和规范
3. 数据库逻辑设计
3.1 数据表设计
3.1.1 描述每个数据表的设计，包括表名、字段、数据类型和约束条件
3.2 索引设计
3.2.1 描述每个表的索引设计
3.3 视图设计
3.3.1 描述每个视图的设计，包括视图的目的和字段
4. 数据库物理设计
4.1 存储结构设计
4.1.1 描述数据库存储结构的设计
4.2 数据库性能设计
4.2.1 描述数据库的性能优化设计
5. 数据库安全设计
5.1 用户权限设计
5.1.1 描述数据库用户的权限设计
5.2 数据访问控制
5.2.1 描述数据库的数据访问控制设计
6. 数据库维护和管理
6.1 数据备份和恢复
6.1.1 描述数据库备份和恢复策略
6.2 数据库监控
6.2.1 描述数据库监控方案和工具
7. 数据库变更管理
7.1 变更记录
7.1.1 记录数据库变更的历史记录
7.2 变更审批流程
7.2.1 描述数据库变更的审批流程
8. 附录
8.1 术语表
8.1.1 数据库设计中用到的专业术语解释 8.2 参考文献
8.2.1 数据库设计过程中参考的文献资料。
数据库设计说明1、数据库逻辑设计数据库设计人员根据《软件需求分析报告》，创建与数据库相关的实体关系图(E-R图).如采用面对对象的分析和设计方法，则此处的实体相当于类.在此处，应给出逻辑设计的完整的E-R图.2、数据库物理设计在此处应给出完整的数据库物理结构E-R图.开发者应根据逻辑设计的结果，进行数据库的物理设计，并对表结构进行规范化处理(第一范式，第二范式，第三范式).3、数据库分布数据库分布采用一张表格进行描述，其格式如下：数据库编号给出本系统中指定数据库的顺序编号.若本系统中只有一个数据库，则本项内容不需要描述，本表内容也只有一行.说明：在一个系统中可能安装若干个相同的或者不同的数据库管理系统，一个数据库管理系统也可能安装一个或者多个数据库.数据库管理系统名称给出本系统中指定数据库管理系统的商品名称.若本系统中只有一种数据库管理系统，则本项内容不需要描述.数据库管理系统版本号给出本系统中指定数据库管理系统的版本号.若本系统中只有一个版本的数据库管理系统，则本项内容不需要描述.数据库英文名称给出本数据库的英文名称，该名称是在应用软件中实际使用的名称，必须符合《南京市信息化数据库建设规范》中相关命名规范.数据库中文名称给出本数据库的中文名称，该名称是本数据库英文名称的说明.数据库安装物理位置给出本数据库安装的实际位置，必须描述清楚该位置是在那个物理设备的哪一个逻辑存储设备上，以及存储文件的名称.4、基表设计每个基表采用一张表格进行描述，其格式如下：数据库编号含义同上.基表编号给出本基表的顺序编号.基表英文名称给出本基表的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范.基表中文名称给出本基表的中文名称，该名称是本基表英文名称的说明.字段编号该基表中，各个字段的顺序编号.英文字段名该基表中，各个字段的英文名称，该名称必须符合《南京市信息化数据库建设规范》中相关命名规范.中文字段名该基表中，各个字段的中文名称，该名称是英文字段名的说明.字段类型该基表中，各个字段的类型；如果需要，在说明类型时，还需要说明字段长度.备注该基表中，各个字段有关的限制性说明，需要描述的内容可能包括：值域；缺省值；空字段限制；显示格式与小数位数；有效性规则与约束；标题；等等说明说明一些有关本表的、必须描述清楚的问题，需要描述的内容可能包括：主关键字；索引、排序方式和类型；触发器；数据复制；等等5、视图设计每个视图采用一张表格进行描述，其格式如下：数据库编号含义同上.视图编号给出本视图的顺序编号.视图英文名称给出本视图的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范.视图中文名称给出本视图的中文名称，该名称是本视图英文名称的说明.相关基表和视图列出建立该视图时，所用到的基表和视图.字段编号该视图中，各个字段的顺序编号.英文字段名该视图中，各个字段的英文名称，该名称必须符合《南京市信息化数据库建设规范》中相关命名规范.中文字段名该视图中，各个字段的中文名称，该名称是英文字段名的说明.字段类型该视图中，各个字段的类型；如果需要，在说明类型时，还需要说明字段长度.字段源该视图中，各个字段的来源，即该字段原来是那个表或者那个视图中的那个字段；在某些情况下，字段可能来自一个特定的表达式.备注该视图中，各个字段有关的限制性说明，包括：值域；缺省值；空字段限制；显示格式与小数位数；有效性规则与约束；标题；等等.说明说明一些有关本视图的、必须描述清楚的问题，需要描述的内容可能包括：索引；权限；等等1、索引设计每个数据库的所有采用一张表格进行描述，其格式如下：数据库编号含义同上.索引编号给出本项索引的顺序编号.基表名称给出本项索引所在的基表名称.索引名称给出本项索引的名称.字段集名称给出本项索引所在的字段名称或者字段集名称.备注描述有关本项索引中，其它需要说明的事项，例如：排序方式、等等.6、完整性约束每个数据库的完整性约束采用一张表格进行描述，其格式如下：数据库编号含义同上.约束编号给出本项完整性约束的顺序编号.完整性约束名给出本项完整性约束的名称.基表名给出本项完整性约束所在的基表名称.字段名给出本项完整性约束所在的字段名称.约束表达式给出本项完整性约束的逻辑表达式.备注描述有关本项完整性约束中，其它需要说明的事项.7、授权设计每个数据库的授权采用一张表格进行描述，其格式如下：数据库编号含义同上.授权编号给出本项授权的顺序编号.用户名称给出本项授权的用户名称，这里的用户不一定是具体用户，也可以是用户组.对象名称给出本项授权的对象名称，例如：基表、字段、等等.必须注意到，一个用户可能存在多项授权，应该逐项描述.权限被授权用户在该对象上拥有的访问权限，例如：查询权、修改权、等等.备注描述有关本项授权中，其它需要说明的事项.8、触发器设计数据库编号含义同上.触发器编号给出本触发器的顺序编号.触发器英文名称给出本触发器的英文名称，必须符合《南京市信息化数据库建设规范》中相关命名规范.触发器中文名称给出本触发器的中文名称，该名称是本触发器英文名称的说明.触发器条件给出该触发器产生触发的条件.触发器结果给出该触发器被触发后所执行的动作内容.9、存储过程设计每个数据库的授权采用一张表格进行描述，其格式如下：数据库编号含义同上.存储过程编号给出本存储过程的顺序编号.存储过程英文名称给出本存储过程的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范.存储过程中文名称给出本存储过程的中文名称，该名称是本存储过程英文名称的说明.存储过程内容给出该存储过程算法或者描述详细内容，如果需要，应该辅以流程图说明.说明描述本存储过程需要说明的一些事项.10、数据复制设计每项数据复制采用一张表格进行描述，其格式如下：数据复制编号给出本数据复制的顺序编哥数据复制英文名称给出本数据复制的英文名称，该名称是在应用软件中实际使用的名称，必须符合命名规范.数据复制中文名称给出本数据复制的中文名称，该名称是本数据复制英文名称的说明.源数据库编号作为复制数据源的数据库编号，编号含义同上.目标数据库编号作为复制目标的数据库编号，编号含义同上.复制说明给出该复制的详细描述，如果需要，应该辅以示意图说明.执行方式给出该复制的执行方式，描述时应该说明：自动执行必须说明执行周期或者执行条件.调用执行必须说明被那个模块调用，以及是手动调用，还是条件调用.源数据库名称给出对应源数据库编号的源数据库名称.目标数据库名称给出对应目标数据库编号的目标数据库名称.基表名称分别给出源数据库和目标数据库中，进行对应复制的源基表名称和目标基表名事例.字段名称分别给出源基表和目标基表中，进行对应复制的源字段名称和目标字段名称.备注描述本复制中需要说明的一些特殊事项.。
数据库设计说明书范例
数据库设计说明书
1. 引言
1.1 目的
本文档旨在详细描述和解释所设计的数据库结构，以便开发人员能够理解并正确实现该数据库。
1.2 范围
此文档适用于所有参与此项目的开发人员、测试人员和其他相关方。
2. 数据库概述
在这一章节中，请提供关于整个系统或应用程序使用到的数据表及其功能简介。
可以列出每个数据表名称，并对它们进行简要描述。
3. 实体-关系模型（ERM）
这里将展示一个完整且准确地表示了各种实体之间联系方式图形化呈现。
请包括主键、外键等重要信息。
4.物理模型
建立起基础上面那些抽象层次更高级别建议,因为我们已经有具备良好性质ERD.
5.标识符定义
定义不同类型用户/角色访问权限限制区分度.
6.存储过程
列出任何需要创建特定业务需求而编写SQL代码块部分
7 . 触发器
描述触摸点事件时候执行操作
8 . 函数
如果你计划通过自己来处理大量复杂查询，函数是很有帮助的。
9 . 视图
为了简化复杂查询,你可以创建视图来组合多个表和过滤数据.
10. 安全性
描述访问数据库时所需的身份验证、授权等安全机制。
11.备份与恢复策略
这里将描述关于如何定期进行数据库备份以及在灾难发生后，如何快速有效地还原数据库到正常状态。
12.附录
1) 本文档涉及附件：
- 数据库ERD（Entity-Relationship Diagram）
- 存储过程代码示例
2）法律名词及注释：
在此列出所有可能会遇到并需要解释或参考的法律术语，并提供相应注释说明。
目录第一章引言 (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背景随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用，然而在计算机应用普及以前我国大部分高校的学生信息管理仅靠人工进行管理和操作，这种管理方式存在着许多缺点，如：效率低，密保性差，另外时间一长，将产生大量的文件和数据，其中有些是冗余或者针对同一目的的数据不相吻合，这对于查找、更新和维护文件等管理工作带来了不少困难，同时也跟不上信息时代高速、快捷的要求，严重影响了消息的传播速度。
然而现今学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长，人工管理信息的缺点日渐突出，面对庞大的学生信息量，如何利用现代信息技术使其拥有快捷、高效的适应能力已成为当务之急。
正因为如此，学生宿舍管理系统成为了学生管理不可缺少的部分，它的内容对于学校的管理者来说都至关重要，所以学生宿舍管理系统应该能够为用户提供充足的信息和快捷的查询手段。
XXX项目数据库设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章文档介绍 (2)1.1 文档目的 (2)1.2 文档范围 (2)1.3 背景 (2)1.4 参考文献 (2)1.5 术语定义 (3)第二章外部设计 (4)2.1 数据库环境说明 (4)2.2 支持软件 (4)第三章数据库的命名规则 (5)第四章逻辑设计 (6)第五章物理设计 (7)5.1 数据字典设计 (7)第六章安全性设计 (8)6.1 防止用户直接操作数据库的方法 (8)6.2 用户帐号密码的加密方法 (8)6.3 角色与权限 (8)文档介绍1.1文档目的1.2文档范围1.3背景1.4参考文献列出所本文档所使用的参考资料，包括：A 本软件开发所经核准的合同或标书或可行性报告等文档B 软件开发计划书C 需求分析报告D 测试方案（若存在初稿的话）E 与本项目有关的已发表的文件或资料F 本文件中各处引用的文件、资料，所采用的软件开发标准和规范注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。
若某些文档有保密要求的，则要说明其保密级别。
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期1.5术语定义外部设计提示：说明所采用的数据库系统，设计工具，编程工具等。
以及详细配置。
建议统一采用PowerDesigner软件进行数据库设计。
1.6数据库环境说明提示：设计工具、采用的操作系统，数据库管理系统等。
1.7支持软件提示：数据库运行支持的其他，如备份、恢复、调优等非数据库系统。
数据库的命名规则提示：表格形式说明数据库的命名规则以及数据库中各种对象，如表、视图、字段等命名规则。
如果本数据库的命名规则与机构的标准不完全一致的话，请作出解释。
提示：数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（E-R图）。
目录第一章引言11.1编写目的11.2背景11.3参考资料2第二章外部设计32.1标识符和状态32.2命名约定32.3设计约定3第三章结构设计33.1概念结构设计43.1.1实体和属性的定义43.1.2设计局部ER模式143.1.3设计全局ER模式223.2逻辑结构设计243.2.1模式243.2.2外模式353.3物理结构设计35第四章运用设计354.1数据字典设计35 4.2安全保密设计35 4.3数据库实施364.3.1创建数据库364.3.2创建表36第一章引言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 图：角色角色标识 角色名称操作操作标识操作名称备注访客记录 IP 地址离开时间对应用户对于物理地址登录时间访客足迹 前页面UI进入时间对应用户离开时间当前UI意见与建议局部E-R 图：公告信息局部E-R 图：员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MS手机QQ职位职位标识职位名称职位 部门部门标识部门名称学历 学历学历标识 学历名称职位111111意见与建议 提出时间内容附件主题提出人员工信息1N站内短信局部E-R 图：事务管理局部E-R 图：公告信息公告内容发表时间公告标题紧急状态发表人员工信息 1 n站内短信留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除接收人员工信息发送人1n11目标局部E-R 图：计划局部E-R 图：事务事务类型事务原由计划开始时间计划结束时间备注信息添加时间提出人员工信息处理人事务信息事务名添加时间 事务重要事务内容事务信息事务状态状态名称状态标志位事务状态11n 111 11目标具体内容目标标题发起时间要求结束时间附件制定人员工信息 接收人1 11N客户信息局部E-R 图：跟踪信息局部E-R 图：计划详细内容计划标题计划开始时间计划结束时间目标标题附件制定时间计划人员工信息接收人计划状态 状态标识状态名称计划状态11n 1 11客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注添加客户员工信息 11沟通信息局部E-R 图：会议信息局部E-R 图：跟踪信息跟踪内容事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述跟踪客户客户信息跟踪人员工信息1111沟通信息沟通名沟通内容沟通方式客户方沟通人沟通时间备注跟踪客户客户信息N1 沟通人员工信息 11沟通方式 标志位方式名称沟通方式11请假管理局部E-R 图：网站统计局部E-R 图：会议信息 会议地点会议标题会议时间不参加理由回复时间会议回复状态会议议程会议时长参加会议员工信息1N状态修改员工信息11请假申请请假主题开始时间结束时间 总共时间审批状态 申请时间请假内容审批人员工信息11请假人11请假类型类型标识类型名称请假人1 1请假审批是否查阅审批意见对应申请审批结果 审批时间审批11访客足迹前页面UI进入时间离开时间当前UI员工信息 1访客信息 1 访客记录 IP 地址离开时间对于物理地址登录时间访客信息113.1.3设计全局ER模式3.2逻辑结构设计3.2.1模式员工信息表记录员工登陆账号和联系方式等基本信息。
