数据库设计文档(样例)
数据库设计文档实例
第1章数据库设计系统按照XXX企业协同办公系统的统一规划，运行在XXX企业协同办公网站的统一数据库中，采用了数据库的热备份技术，实现数据的有效和安全。
1.1概念结构设计1.1.1实体和属性的定义（1）公共模块员工信息(用户登录名、真实姓名、密码、公司邮箱、其他邮箱、MSN、QQ、手机、固定电话、所属部门、职位、角色)，如图1.1所示。
职位(职位标识、职位名称)，如图1.2所示。
员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MSN学位手机职位所属部门QQ角色职位职位标识 职位名称图1.1 员工信息实体图1.2 员工信息实体（以下实体没加图题，实际文档必须要有图题）部门(部门标识、部门名称)学历(学历标识、学历名称)意见与建议(提出人、提出时间、意见与建议主题、内容、附件)网站更新新闻(添加人、添加时间、新闻标题、更新时间)附件(所属位置、文件名、文件路径、上传时间)网站更新新闻 添加时间新闻标题添加人更新时间意见与建议 提出时间内容提出人附件主题学历学历标识 学历名称部门部门标识 部门名称（2）消息面板模块公告栏信息(公告标题、公告内容、公告发表人、发表时间、紧急状态)公告状态(状态标识、状态名称) 其中属性约束如下： 状态名称：普通，重要，紧急站内短信(发送人、接收人、留言标题、内容、发送时间、是否回复、是否读取、是否公开、消息状态、是否被发送者删除、是否被接收者删除)其中属性约束如下：是否回复：0=未回复，1=已回复；是否读取：0=未读，1=已读；是否公开：0=不公开，1=公开； 消息状态：普通，重要，紧急，重要紧急；是否被发送者（接收者）删除：0=否，1=是附件文件名称文件路径所属位置上传时间公告状态状态名称 状态标识公告信息 公告内容发表时间公告标题紧急状态发表人（3）事务管理模块事务(事务具体信息、事务提交人、事务处理人、事务计划开始时间、事务计划结束时间、事务添加时间、事务类型、事务原由、备注)事务信息(事务名、事务内容、添加时间、事务状态、重要性)站内短信发送人接收人留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除事务事务类型事务信息事务处理事务原由计划开始时间计划结束时间备注信息事务提交人添加时间事务状态(事务名称、事务状态标志位)跟踪信息(对应事务、跟踪内容、跟踪时间、跟踪人、实际开始时间、实际结束时间、状态、结果描述、事务详细信息、备注)（4）计划管理模块目标(目标标题、目标制定人、接收人、要求结束时间、具体内容、附件、发起时间)计划(计划标题、目标标题、计划人、上级接收人、计划安排详细内容、计划开始时间、计划跟踪信息对应事务跟踪内容跟踪人事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述 目标具体内容目标标题目标接收人发起时间要求结束时间附件目标制定人事务状态状态名称 状态标志位事务信息 事务状态 事务名添加时间事务重要事务内容结束时间、附件、计划状态、计划制定时间)计划状态(状态标识、状态名称) 其中属性约束如下：状态名称：初稿、审批中、批准、分配中、执行中周报(计划标题、报告人、接收人、针对计划的完成百分比、针对目标的累计完成百分比、报告内容、额外性工作、需要支持、风险和问题、下一个计划期、周报发送时间)（5）客户跟踪模块客户信息(客户名称、客户地址、客户电话、客户传真、客户邮箱、客户法定代表、客户被添加时间、客户被添加的用户、联系人、联系人职务、联系方式、公司地区、最后修改人、最后修改时间、经营范围、备注、客户性质)其中属性约束如下：客户性质：1=客户，2=渠道，3=客户和渠道周报报告内容计划标题接收人额外性工作针对计划的完成百分比针对目标的累计完成百分比报告人风险问题需要支持下个计划期发送时间计划状态状态标识 状态名称计划详细内容计划标题计划人计划开始时间上级接收人计划结束时间目标标题附件计划状态制定时间沟通信息(沟通名、沟通内容、时间、方式、沟通用户、沟通客户、客户方沟通人、备注)沟通方式(沟通方式名称、沟通方式标志位)项目状态(状态标识、状态名称)沟通方式标志位 方式名称沟通信息沟通名沟通内容沟通方式客户方沟通人沟通用户沟通客户沟通时间备注客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真被用户添加联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注文件信息(文件所属、文件对应模块、文件原名、文件服务器名、上传时间、文件上传人、文件地址、备注)其中属性约束如下：文件所属于：1=沟通2=事务 3=跟踪客户跟踪权限(用户、是否管理员、是否高层领导) 其中属性约束如下：是否管理员：0=否，1=是； 是否高层：0=否，1=是（6）会议管理会议信息(会议时间、会议地点、会议标题、会议回复状态、会议参加人员、不参加理由、回复时间、回复状态的修改人、会议议程、会议时长)其中属性约束如下：会议回复状态：0=未回复，1=参加，2=不参加，3=不确定权限 是否管理员 是否高层对应用户文件信息文件所属文件原名上传时间文件对应模块文件上传人文件地址文件服务器名备注项目状态状态标识 状态名称会议记录(对应会议、主持人、发布时间、参加人员、会议小结、会议小结状态) 其中属性约束如下： 会议小结状态：0=无，1=有（7）人力资源模块请假申请(请假申请人、请假审批人、请假主题、请假形式、请假类型、请假开始时间、请假结束时间、请假总共时间、请假内容、请假申请时间、审批状态)其中属性约束如下：请假形式：0=事前请假，1=事后请假； 审批状态：0=未回复，1=不通过，2=通过会议记录 参加人员会议小结发布时间会议小结状态主持人对应会议会议信息会议地点会议标题参加人员会议时间不参加理由回复时间会议回复状态状态修改人会议议程 会议时长请假类型(类型标识符、类型名称)请假审批(对应请假申请、是否查阅、审批时间、审批意见、审批结果) 其中属性约束如下：是否查阅：0=未读，1=已读； 审批结果：0=未审批，1=未通过，2=已通过（8）权限模块角色(角色标识符、角色名称)操作(操作标识符、操作名称、备注)角色角色标识 角色名称请假审批 是否查阅审批意见对应申请审批结果审批时间请假类型类型标识 类型名称请假申请审批人请假主题开始时间申请人结束时间总共时间请假类型审批状态申请时间 请假内容（9）网站统计访客记录(访客对应用户、访客IP 地址、访客登录时间、离开时间、IP 对应物理地址)访客足迹(访客对应用户、之前页面UI 、当前页面UI 、本页面进入时间、本页面退出时间)访客足迹 前页面UI进入时间对应用户离开时间当前UI访客记录 IP 地址离开时间对应用户对于物理地址登录时间操作操作标识操作名称备注1.1.2 局部ER 模式设计员工局部E-R 图：意见与建议局部E-R 图：意见与建议 提出时间内容附件主题提出人员工信息1N员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MSN手机QQ职位职位标识职位名称职位 部门部门标识部门名称学历 学历学历标识 学历名称职位111111站内短信局部E-R 图：站内短信留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除接收人员工信息发送人1n11公告信息公告内容发表时间公告标题紧急状态发表人员工信息 1 n目标局部E-R 图：目标具体内容目标标题发起时间要求结束时间附件制定人员工信息 接收人1 11N事务事务类型事务原由计划开始时间计划结束时间备注信息添加时间提出人员工信息处理人事务信息事务名添加时间 事务重要事务内容事务信息事务状态状态名称状态标志位事务状态11n 111 11计划局部E-R 图：计划详细内容计划标题计划开始时间计划结束时间目标标题附件制定时间计划人 员工信息 接收人计划状态 状态标识状态名称计划状态11n 111跟踪信息局部E-R 图：跟踪信息跟踪内容事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述跟踪客户客户信息跟踪人员工信息1111客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注添加客户员工信息 11会议信息局部E-R 图：会议信息 会议地点会议标题会议时间不参加理由回复时间会议回复状态会议议程会议时长参加会议员工信息1N状态修改员工信息11沟通信息沟通名沟通内容沟通方式客户方沟通人沟通时间备注跟踪客户客户信息 N1 沟通人员工信息 11沟通方式标志位方式名称沟通方式11请假申请请假主题开始时间结束时间 总共时间审批状态 申请时间请假内容审批人员工信息11请假人11请假类型类型标识类型名称请假人1 1请假审批是否查阅审批意见对应申请审批结果 审批时间审批11访客足迹前页面UI进入时间离开时间当前UI员工信息 1访客信息 1 访客记录 IP 地址离开时间对于物理地址登录时间访客信息111.1.3 全局ER 模式设计员工信息职位部门 学历学历 所属职位 所在部门 角色角色 权限 操作 拥有 对应 站内短信 接收人发送人公告状态 公告信息 状态 发布人事务 事务信息 跟踪信息状态 事务状态 具体跟踪目标计划计划状态 周报 状态制定 反馈反馈人制定人处理人制定人客户信息 沟通信息 沟通方式项目状态 合作项目信息状态方式 沟通 会议信息会议记录小结 请假申请请假审批请假类型类型 审批审批请假员工信息主持参加1 1 11 1 mn 11 1 1 1n11n1n n 111 1n nm11 1 1n 11nmn11 1n 1 1n11 1 111 11 nn11 nnm1 n11 访客足迹意见与建议网站更新新闻访客作者员工信息 提交人n 1n n 111.2逻辑结构设计1.2.1模式员工信息表记录员工登陆账号和联系方式等基本信息，如表1.1所示。
数据库设计文档模板
DR-RD-020(V1.1)
Xxx系统
数据库设计说明书
(内部资料请勿外传)
编写：日期：
检查：日期：
审核：日期：
批准：日期：
中国创新支付
版权所有不得复制
XXX系统 (1)
数据库设计说明书 (1)
1引言 (2)
1.1编写目的 (2)
1.2术语表 (2)
1.3参考资料 (2)
2数据库环境说明 (3)
3数据库的命名规则 (3)
4物理设计 (3)
4.1表汇总 (3)
4.2表 (3)
4.2.1话费充值 (3)
4.2.2话费充值返回 (4)
4.2.3流量充值 (5)
4.2.4流量充值返回 (6)
1引言
1.1编写目的
本文档是概要设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《数据库设计和开发规范》。
本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。
1.2术语表
定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。
1.3参考资料
2数据库环境说明
3数据库的命名规则
提示：
（1）说明本数据库的命名规则，例如：本数据库设计完全按照《银盛E票》命名。
（2）如果本数据库的命名规则与公司的标准不完全一致的话，请作出解释。
4物理设计
4.1表汇总
4.2表
4.2.1话费充值
4.2.2话费充值返回
4.2.3 流量充值
4.2.4 流量充值返回。
数据库设计文档范文
数据库设计文档范文1.引言数据库是一个用于存储和管理数据的系统。
数据库设计文档描述了数据库的结构和功能，帮助开发人员理解和维护数据库。
本文档旨在描述一个名为“学生管理系统”的数据库设计。
2.目标和范围学生管理系统是一个用于管理学生信息的系统。
该系统需要存储和管理学生的基本信息（如姓名、学号、年龄、性别等）以及他们的成绩记录。
本文档的目标是设计一个满足系统需求的数据库结构。
3.数据库概述学生管理系统的数据库由两个主要的表组成：学生表和成绩表。
学生表用于存储学生的基本信息，成绩表用于存储学生的成绩记录。
两个表之间通过学号建立关联。
4.学生表设计学生表包含以下字段：-学号：主键，唯一标识学生-姓名：学生的姓名-年龄：学生的年龄-性别：学生的性别-班级：学生所在的班级5.成绩表设计成绩表包含以下字段：-学号：外键，关联学生表的学号字段-课程：成绩所对应的课程名称-成绩：学生在该课程中的成绩6.数据库关系设计学生表和成绩表之间的关系是一对多关系，一个学生可以有多条成绩记录，但每个成绩只能属于一个学生。
这个关系由学号字段在学生表和成绩表之间建立。
7.数据库功能设计学生管理系统需要支持以下功能：-添加学生：向学生表中插入一条学生记录-查询学生：根据学号或其他条件查询学生信息-更新学生：更新学生表中的学生记录-删除学生：根据学号删除学生表中的学生记录-添加成绩：向成绩表中插入一条成绩记录-查询成绩：根据学号或其他条件查询学生的成绩记录8.数据库安全性设计为了保证数据库的安全性，可以采取以下措施：-数据备份：定期对数据库进行备份，防止数据丢失-数据加密：对敏感数据进行加密存储-访问控制：设定合适的用户权限，限制对数据库的访问和修改9.数据库性能设计为了提高数据库的性能，可以采取以下措施：-索引设计：对常用的查询字段建立索引，提高查询速度-表分区设计：将大表分成多个小的子表，提高查询和插入性能-缓存使用：利用缓存技术缓存查询结果，减少数据库的访问次数10.总结本文档详细描述了学生管理系统的数据库设计。
数据库设计文档模板
数据库设计文档模板一、引言。
数据库设计是软件开发过程中非常重要的一环，它直接影响着系统的性能、稳定性和扩展性。
本文档旨在为数据库设计人员提供一个规范的模板，以便他们能够按照统一的标准进行数据库设计工作，确保设计的合理性和可维护性。
二、数据库设计概述。
1. 数据库设计目标，明确数据库设计的目标和范围，例如解决哪些业务问题，满足哪些需求。
2. 数据库设计原则，介绍数据库设计时需要遵循的原则，例如数据一致性、完整性、可靠性等。
3. 数据库设计约束条件，列举数据库设计时需要考虑的约束条件，例如数据安全性、性能要求、成本限制等。
三、数据库逻辑设计。
1. 数据库实体关系模型，根据需求分析，设计数据库的实体及其之间的关系模型，包括实体-关系图、实体属性及其约束。
2. 数据库范式分解，对设计的数据库进行范式分解，确保数据存储的规范性和一致性。
3. 数据库索引设计，设计数据库的索引结构，提高数据库的检索性能。
四、数据库物理设计。
1. 数据库表结构设计，设计数据库的表结构，包括表的字段、数据类型、约束条件等。
2. 存储过程和触发器设计，设计数据库的存储过程和触发器，实现数据库的业务逻辑。
3. 数据库性能优化，对数据库进行性能优化，包括索引优化、查询优化等。
五、数据库安全设计。
1. 数据库权限管理，设计数据库的权限管理策略，保护数据库的安全性。
2. 数据备份和恢复策略，设计数据库的备份和恢复策略，确保数据的可靠性和完整性。
3. 数据库审计策略，设计数据库的审计策略，监控数据库的使用情况，保障数据的安全。
六、数据库设计实施。
1. 数据库设计实施计划，制定数据库设计的实施计划，安排设计人员进行数据库设计工作。
2. 数据库设计实施过程，介绍数据库设计的实施过程，包括需求分析、设计、开发、测试等阶段。
3. 数据库设计实施验收，对数据库设计进行验收，确保设计的合理性和可行性。
七、数据库设计维护。
1. 数据库变更管理，管理数据库的变更，确保数据库的稳定性和一致性。
数据库设计(仅用于学习的参考模板)
XX慧市建设项目大数据库设计文档
一、前言
本文档说明了大数据平台数据库的设计，用于规划指大数据平台在业务数据库各方面的设计内容，可作为系统设计和详细设计的输入参考文档，该文档的读者主要有数据库设计人员、程序员、系统分析员、测试人员、部署实施人员。
二、依据和标准
2.1数据库版本
PostgreSQL9.2.2
三、建设原则
平台使用JAVA框架的JDBC实现与数据库的接口，该接口是一种用于执行SQL 语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。
JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序。
应用程序的数据变换，通过符合PostgreSQL数据库规范要求的SQL相关的插入的信息来实现。
应用程序的数据查询，通过符合PostgreSQL数据库规范要求的SQL相关的查询语句来实现，并且应用程序在其结果集上进行操作。
其他的专门知道的说明、文档等，请参考PostgreSQL所提供的官方简体中文版参考手册以获得帮助。
四、数据库设计
4.1编码规则
1.数据表字符集统一默认UTF-8。
2.数据表默认主键为整型自增。
3.数据库表禁止物理主外键关联，需要时在程序业务中采用逻辑外键进行维护。
4.日期采用date,timestamp，根据实际情况选择。
5.数据库采用PostgresSQL9.2.2版本。
数据库设计文档（样例）
数据库设计文档（样例）XXXX 系统数据库设计说明书精品资料文档信息：文档名称“传输网管数据统一自动备份系统”概要设计说明书描述该文档描述传输网络统一自动备份系统的详细功能定义。
所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的功能定义，并衍生出其他文档。
负责人谢亚龙张亚宾状态 1.1 版文档变更历史：时间版本号修改人章节描述2008-11-7 1.0 所有章节创建初稿2008-12-19 1.1 部分改动对数据中部分做了修改文档路径：审核结果：审核人审核时间意见签名档备注目录1 引言 (5)1.1 编写目的 (6)1.2 背景 (6)1.3 定义 (6)1.4 参考资料 (7)2 数据库物理模型 (8)2.1 整体设计. (8)2.2 角色与权限管理 (9)2.3 消息管理. (11)2.4 用户信息. (13)2.5 分站信息表 (15)2.6 备份计划. (16)2.7 备份文件. (18)精品资料1 引言随着时代的进步，计算机技术飞速发展，电子信息技术在各行各业起着越来越重要的作用。
其中，应用最广泛的就是数据库技术。
对一个企业来说，数据的安全关系着整个企业的发展，如何更加安全的保护这些数据，是当今的一个研究热点。
为了保护数据安全和提高数据的持续可用性，企业要从RAID 保护、冗余结构、数据备份、故障预警等多方面考虑。
对于关键业务应用，如电信计费系统、银行营业系统等，则要采用异地数据备份的保护措施。
应该说，异地自动备份是数据安全性和业务连续性的最高保护级别。
数据存放在一个地方总存在风险，况且人为的逻辑错误也有可能破坏数据，因而，可以采用高性能、完善的备份系统，将数据拷贝下来，存放到价廉的存储介质上，这是数据安全的基本保证。
企业最常使用的备份介质包括：磁盘、光盘塔和磁带库等。
同时，在系统或应用出现故障时，为了保证本地业务的不中断运行，主机集群是一个较好的方案。
现在，随着企业对数据可用性认识的加深，关键业务不允许出现哪怕是1% 的灾难威胁，因而，异地数据备份已成为数据可用性解决方案的重要组成部分。
数据库设计文档模板
DR-RD-020(V1.1)Xxx系统数据库设计说明书(内部资料请勿外传)编写: 日期:检查: 日期:审核: 日期:批准: 日期:中国创新支付版权所有不得复制支付系统 (1)数据库设计说明书 (1)1引言 (3)1.1编写目的 (3)1.2术语表 (3)1.3参考资料 (4)2数据库环境说明 (4)3数据库的命名规则 (4)4逻辑设计........................................................................................................... 错误!未定义书签。
5物理设计 (4)5.1表汇总 (4)5.2 表[X]:[XXX表] (4)5.3视图的设计 .............................................................................................. 错误!未定义书签。
5.4存储过程、函数及触发器的设计........................................................... 错误!未定义书签。
6安全性设计....................................................................................................... 错误!未定义书签。
6.1防止用户直接操作数据库的方法........................................................... 错误!未定义书签。
6.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：主键，唯一标识产品。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXXXX系统-X班X组第I页共15页XXXX系统数据库设计说明书文档名称“传输网管数据统一自动备份系统”概要设计说明书描述该文档描述传输网络统一自动备份系统的详细功能定义。
所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的功能定义，并衍生出其他文档。
负责人谢亚龙张亚宾状态 1.1版文档变更历史：时间版本号修改人章节描述2008-11-7 1.0 所有章节创建初稿2008-12-19 1.1 部分改动对数据中部分做了修改文档路径：审核人审核时间意见签名档备注目录1引言 (4)1.1编写目的 (4)1.2背景 (5)1.3定义 (5)1.4参考资料 (6)2数据库物理模型 (7)2.1整体设计 (7)2.2角色与权限管理 (7)2.3消息管理 (9)2.4用户信息 (10)2.5分站信息表 (12)2.6备份计划 (13)2.7备份文件 (14)1引言随着时代的进步，计算机技术飞速发展，电子信息技术在各行各业起着越来越重要的作用。
其中，应用最广泛的就是数据库技术。
对一个企业来说，数据的安全关系着整个企业的发展，如何更加安全的保护这些数据，是当今的一个研究热点。
为了保护数据安全和提高数据的持续可用性，企业要从RAID保护、冗余结构、数据备份、故障预警等多方面考虑。
对于关键业务应用，如电信计费系统、银行营业系统等，则要采用异地数据备份的保护措施。
应该说，异地自动备份是数据安全性和业务连续性的最高保护级别。
数据存放在一个地方总存在风险，况且人为的逻辑错误也有可能破坏数据，因而，可以采用高性能、完善的备份系统，将数据拷贝下来，存放到价廉的存储介质上，这是数据安全的基本保证。
企业最常使用的备份介质包括：磁盘、光盘塔和磁带库等。
同时，在系统或应用出现故障时，为了保证本地业务的不中断运行，主机集群是一个较好的方案。
现在，随着企业对数据可用性认识的加深，关键业务不允许出现哪怕是1%的灾难威胁，因而，异地数据备份已成为数据可用性解决方案的重要组成部分。
异地容灾系统提供一个远程的应用备份现场，能有效地防止因本地毁灭性灾难（地震、火灾、水灾等）引起的数据丢失，预防场地问题带来的数据不可用性。
这些场地问题包括：电力中断、电信中断、自然灾难和场地迁移等。
作为企业的关键业务，任何原因造成的业务中断都将影响其经济收入，降低市场分额，丢失客户，甚至造成企业破产。
数据自动统一备份系统将这种“场地”故障造成的数据不可用性减到最小。
当灾难发生时，自动备份系统能保证企业数据的安全和业务的连续性。
为了避免这种情况的发生，传输网管自动统一备份这么一个系统就显得及其重要，及时对重要数据的备份能把企业的损失将到最小，这也是我们这个项目的最终目标。
1.1编写目的本文档的编制是为了让用户和软件开发者双方对该开发软件的初始规定有一个共同的理解，定义所要开发的“传输网管数据统一自动备份系统”（以下简称系统）的开发目标，包括对功能的规定和性能的要求，指出预期的系统用户、系统的运行环境以及对用户操作的约定，使之成为整个项目中软件产品开发设计与实现的根据，也是软件产品的测试和验收的依据。
本系统是为广大数据库备份者设计，能集中对数据库文件进行备份，节省大量的人力、物力以及财力。
该说明书的读者为该项目的客户以及项目开发人员。
1.2背景1.本系统名称：传输网管数据统一自动备份系统；2.本系统的客户代表：江海老师；本系统开发单位：数媒07级x班x组本系统的用户：数据库备份公司3.本系统的开发工具采用Eclipse Version: 3.3.2，数据库为MySql 5.04.该系统同其他系统(或机构)的基本相互往来关系：该系统基于IE浏览器，版本为6.0及以上，支持Windows系列平台；5.本系统为Windows平台下B/S模式网络版。
1.3定义定义关键词如下：1.HTTP：Hyper Text Transfer Protocol (超文本传输协议）2.HTML：Hyper Text Markup Language (超文本标记语言)3.Web Browser：万维网浏览器4.DateBase：数据库5.JDBC：开放数据库连接6.IPO：Input & Process & Output(输入、处理、输出)7.B/S：服务器/浏览器模式8.XML：扩展标记语言。
9.SQL：结构化查询语言。
10.P2P：Peer-to-Peer(对等联网)11.Ajax：Asynchronous JavaScript + XML（异步的XML和JavaScript）1.4参考资料[1] GB/T 11457：软件工程术语[2] GB/T 8566 —1995：计算机软件开发规范[3] GB 8567：计算机软件产品开发文件编制指南2数据库物理模型2.1整体设计设计说明：●本系统由SendMessage（发送消息数据表）、ReadMessage（阅读消息数据表）、Role（角色数据表）、RolePrivilege（角色-权限数据表）、Privilege（权限数据表）、User（用户信息数据表）、Record(日志表)、BackUp(数据库备份记录表)、Plan（备份计划数据表）、Company（公司分站数据表）共10个数据表组成。
系统整个的物理模型如下图所示：图2-1-1系统整体构成2.2角色与权限管理设计说明：●角色与权限之间是n对m的关系。
一种角色可能有多个权限，而同一个权限可能被多个角色所拥有。
数据表如下所示：图2-2-1角色与权限管理数据表角色表(role)字段名称字段描述字段类型备注RoleID 角色编号Number（11）PK RoleName 角色名称Varchar2（20）NOT NULL Remark 备注Varchar2（400）NOT NULL CreateDate 创建日期Date NOT NULL StopUse 角色编号Number(1) NOT NULL 备注：无权限表(Privilege)字段名称字段描述字段类型备注PrivilegeID 权限编号Number（11）PK PrivilegeName 权限名称Varchar2（20）NOT NULLVarchar2（100）NOT NULL URL 该权限可以访问的地址备注：无角色拥有的权限表(RolePrivilege)字段名称字段描述字段类型备注RoleID 角色编号Number（11）PK FK PrivilegeID 权限编号Number（11）PK FK备注：无2.3消息管理设计说明：●同一条消息可能发送给多个人，SendMessage表保存信息的具体内容和发送人。
●ReadMessage表保存这条消息需要发送给的对象。
数据表如下所示：图2-3-1消息管理数据表发送消息数据表(SendMessage)字段名称字段描述字段类型备注MessageID 消息编号Number（10）PKUserID 发送人编号Varchar2（10）FKSendDate 发送时间Date Time NOT NULLbTitle 标题Varchar2（50）NOT NULL KeyWords 摘要Varchar2（50）NOT NULL Content 内容Varchar2（1000）NOT NULLDisplay 是否在首页显示Int NOT NULL SendUserName 发送人姓名Int NOT NULL备注：无阅读消息数据表(ReadMessage)字段名称字段描述字段类型备注MessageID 消息编号Number（11）PK FKUserID 接收人编号Varchar2（11）PK FKIsRead 是否已读Varchar2 (1) NOT NULL备注：无2.4用户信息设计说明：●一个用户只拥有一种角色，同一种角色可能有多个用户，故用户对角色是1对n的关系。
●一个分站可能被多个用户管理，而一个用户又可能管理多个分站，故用户对分站点是m对n的关系。
数据表如下所示：图2-4-1用户信息数据表用户信息表(User)字段名称字段描述字段类型备注Uid 主键Number（11）PKUserID 用户名Varchar2（11）PKRoleID 角色编号Number（11）FK Password 密码Varchar2（20）NOT NULL Name 名字Varchar2（10）NOT NULL Sex 性别Varchar2（2）NOT NULL CardType 证件类型Varchar2（11）NOT NULL CardNumbler 号码Varchar2（20）NOT NULL Birthday 出生年月Date NOT NULL rSchooling 学历Varchar2（20）NOT NULL gSchool 毕业学校Varchar2（20）NOT NULL Major 专业Varchar2（20）NOT NULL MSN MSN号码Varchar2（20）NOT NULL Remark 简短说明Varchar2（400）NOT NULL Email 邮箱Varchar2（50）NOT NULL Address 联系地址Varchar2（100）NOT NULL QQ QQ号码Varchar2（20）NOT NULL MobilePhone 手机号Varchar2（20）NOT NULL Phone 电话号码Varchar2（20）NOT NULL CreateDate 创建日期Date NOT NULL RoleName 角色名称Varchar2（50）NOT NULL备注：无2.5分站信息表数据表如下所示：图2-5-1分站信息表分站点信息表(Company)字段名称字段描述字段类型备注CompanyID 分站编号Number（11）PKcName 站点名称Varchar2（20）NOT NULL cType 业务类型Varchar2（20）NOT NULL Remark 简短说明Varchar2（400）NOT NULL IP ftp服务器ip Varchar2（20）NOT NULL Port 端口号Number（11）NOT NULL Account 用户名Varchar2（20）NOT NULL Password 密码Varchar2（20）NOT NULL Uid 该服务器的管理者id Number（11）NOT NULL userName 管理人姓名Varchar2（20）NOT NULL 备注：无2.6备份计划设计说明：●一个用户能制定多个计划，但是一个计划只能被一个用户所制定，故用户对计划的关系是1对n的关系。