系统数据库设计说明书
数据库设计说明书模板
数据库设计说明书模板一、引言。
数据库设计是一个系统工程，它对数据进行组织和管理，以满足用户需求。
数据库设计说明书是数据库设计过程中的重要文档，它记录了数据库的结构、功能、性能等方面的设计思路和实现方法，为数据库的开发和维护提供了指导。
本文档旨在为数据库设计者提供一个模板，以便更好地完成数据库设计说明书的编写工作。
二、数据库设计概述。
1. 数据库名称，（填写数据库的名称）。
2. 数据库版本，（填写数据库的版本号）。
3. 数据库设计者，（填写数据库设计者的姓名）。
4. 设计时间，（填写数据库设计的时间）。
5. 数据库用途，（简要描述数据库的主要用途）。
6. 数据库环境，（描述数据库的部署环境，如操作系统、数据库管理系统等）。
三、需求分析。
1. 用户需求，（列举用户对数据库的主要需求）。
2. 功能需求，（描述数据库需要实现的主要功能）。
3. 性能需求，（说明数据库的性能要求，如响应时间、并发访问量等）。
4. 安全需求，（阐述数据库的安全性要求，如权限控制、数据加密等）。
四、概念设计。
1. 数据模型，（选择合适的数据模型，如关系模型、面向对象模型等）。
2. 实体-关系图，（绘制数据库的实体-关系图，清晰展现数据实体之间的关系）。
3. 数据字典，（编制数据库的数据字典，描述数据表的结构、字段含义等）。
五、逻辑设计。
1. 数据表设计，（设计数据库的数据表结构，包括字段、数据类型、约束等）。
2. 索引设计，（确定数据库的索引策略，提高查询效率）。
3. 视图设计，（设计数据库的视图，简化复杂查询）。
4. 存储过程设计，（编写数据库的存储过程，实现复杂业务逻辑）。
六、物理设计。
1. 存储结构，（选择合适的存储结构，如表空间、数据文件等）。
2. 数据库分区，（对数据库进行分区，提高数据的管理和查询效率）。
3. 备份与恢复，（制定数据库的备份与恢复策略，保障数据的安全性）。
七、数据库实施。
1. 数据库创建，（创建数据库并初始化数据）。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书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、数据库架构设计2.1 数据库类型本系统将采用关系型数据库，具体使用的数据库管理系统为MySQL。
2.2 数据库服务器架构本系统将采用分布式数据库架构，包括一个主数据库服务器和多个副本数据库服务器。
2.3 数据库服务器部署主数据库服务器和副本数据库服务器将部署在不同的物理机器上，以实现数据的冗余备份和负载均衡。
3、数据库表设计3.1 用户表（User）字段：用户ID、用户名、密码、姓名、年龄、性别、联系方式、电子邮箱、注册时间3.2 图书表（Book）字段：图书ID、图书名称、作者、出版社、出版日期、图书类别、价格、库存数量3.3 图书借阅表（Borrow）字段：借阅ID、用户ID、图书ID、借阅日期、归还日期、借阅状态3.4 图书类别表（Category）字段：类别ID、类别名称、类别描述3.5 出版社表（Publisher）字段：出版社ID、出版社名称、联系方式、地质4、数据流图设计4.1 用户注册流程图描述用户注册过程，包括用户输入信息、系统验证信息、保存用户信息等流程。
4.2 用户借阅图书流程图描述用户借阅图书的过程，包括用户查找图书、用户借阅图书、系统更新库存数量等流程。
4.3 用户归还图书流程图描述用户归还图书的过程，包括用户查找借阅记录、用户归还图书、系统更新借阅状态等流程。
5、附件本文档附带的相关附件包括：- 数据库表结构设计文档- 数据流图设计文档- ER图设计文档6、法律名词及注释本文档涉及的法律名词及其注释如下：- 数据库管理系统（Database Management System，简称DBMS）：是一种管理和整理数据库的软件系统。
- 关系型数据库（Relational Database）：是一种基于关系模型的数据库，采用表格来组织和管理数据。
xx系统数据库设计说明书
xx系统数据库设计说明书xx系统数据库设计说明书1. 引言1.1 编写目的本文档旨在详细描述xx系统的数据库设计，并提供相应的参考和指导。
1.2 读者对象本文档的主要读者对象为系统开发人员、数据库管理员以及相关的技术人员。
1.3 背景介绍xx系统的背景和相关的业务需求。
2. 数据库设计概述2.1 数据库基本信息描述数据库的基本信息，包括数据库名称、版本、开发环境等。
2.2 数据库模型介绍数据库模型的选择和设计原则。
2.3 数据库架构描述数据库的整体架构，包括数据表、视图、索引、存储过程等。
3. 数据表设计3.1 数据表列表列出系统中的所有数据表，包括表名、描述、关联关系等。
3.2 数据表字段设计对每个数据表的字段进行详细的描述，包括字段名、数据类型、长度、是否为空、默认值等。
3.3 约束和索引设计描述表之间的关联关系和约束条件，以及相应的索引设计。
4. 视图设计4.1 视图列表列出系统中的所有视图，包括视图名称、描述、关联的数据表等。
4.2 视图字段设计描述每个视图中的字段，包括字段名、数据类型、长度等。
5. 存储过程和函数设计5.1 存储过程列表列出系统中的所有存储过程，包括存储过程名称、描述、输入输出参数等。
5.2 存储过程详细设计对每个存储过程进行详细的描述，包括过程逻辑、参数说明等。
6. 数据库安全设计6.1 用户权限设计描述系统中不同用户的权限设置，包括用户角色、权限列表等。
6.2 数据库备份和恢复策略介绍数据库备份和恢复的策略和步骤。
7. 附件本文档涉及的附件，包括数据库设计脚本、示意图等。
8. 法律名词及注释本文所涉及的法律名词和相关注释，旨在帮助读者更好地理解文档内容。
OA办公管理系统数据库设计说明书
OA办公管理系统数据库设计说明书1. 引言本文档主要描述了OA办公管理系统数据库的设计方案，包括数据库的整体架构、表结构设计、字段设计、索引设计等。
本数据库设计旨在满足OA办公管理系统的需求，为系统的稳定运行提供支持。
2. 数据库整体架构2.1 数据库选型本系统采用MySQL数据库进行数据存储。
MySQL是一款开源的关系型数据库管理系统，具有高性能、易部署、易维护等特点，能够满足本系统的需求。
2.2 数据库架构设计本系统数据库分为三个层次：数据表、表空间、数据库。
数据表是数据库中的基本单位，存储具体的业务数据。
表空间是数据库中用于存储数据表的数据文件集合，一个数据库可以包含多个表空间。
数据库是表空间的管理单元，用于组织和管理表空间。
3. 表结构设计本数据库共包含10张表，分别为：用户表、部门表、岗位表、菜单表、角色表、权限表、公告表、任务表、日志表、配置表。
以下为各表的结构设计。
3.1 用户表（user）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，用户ID |username | varchar(50) | 用户名 |password | varchar(50) | 密码 |realname | varchar(50) | 真实姓名 |dept_id | int | 部门ID |post_id | int | 岗位ID |email | varchar(100) | 邮箱 |status | tinyint | 状态（1：正常，0：禁用） | create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.2 部门表（dept）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，部门ID |name | varchar(50) | 部门名称 |parent_id | int | 父部门ID |leader_id | int | 部门领导ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.3 岗位表（post）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，岗位ID |name | varchar(50) | 岗位名称 |dept_id | int | 部门ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.4 菜单表（menu）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，菜单ID |name | varchar(50) | 菜单名称 |parent_id | int | 父菜单ID |sort | tinyint | 排序 |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.5 角色表（role）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，角色ID |name | varchar(50) | 角色名称 | create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.6 权限表（permission）字段名 | 字字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，权限ID |name | varchar(50) | 权限名称 | role_id | int | 角色ID |menu_id | int | 菜单ID |create_time | datetime | 创建时间 | update_time | datetime | 更新时间 | 3.7 公告表（notice）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，公告ID |content | text | 公告内容 |creator_id | int | 创建者ID |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |3.8 任务表（task）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，任务ID |title | varchar(100) | 任务标题 |content | text | 任务内容 |assignee_id | int | 执行者ID |create_time | datetime | 创建时间 |due_time | datetime | 截止时间 |status | tinyint | 状态（1：待办，2：进行中，3：已完成，4：已取消） | update_time | datetime | 更新时间 |3.9 日志表（log）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，日志ID |user_id | int | 用户ID |operation | varchar(100) | 操作类型 |object_type | varchar(50) | 操作对象类型 |object_id | int | 操作对象ID |before_value | text | 操作前数据 |after_value | text | 操作后数据 |create_time | datetime | 创建时间 |3.10 配置表（config）字段名 | 字段类型 | 说明 |—— | ———- | ————– |id | int | 主键，配置ID |name | varchar(50) | 配置名称 |value | varchar(200) | 配置值 |create_time | datetime | 创建时间 |update_time | datetime | 更新时间 |4. 索引设计为了提高数据库的查询效率，本数据库设计了以下索引：•用户表：idx_username（username），idx_dept_id（dept_id），idx_post_id（post_id）•部门表：idx_name（name），idx_parent_id（parent_id）•岗位表：idx_name（name），idx_dept_id（dept_id）•菜单表：idx_name（name），idx_parent_id（parent_id）•角色表：idx_name（name）•权限表：idx_name（name），idx_role_id（role_id），idx_menu_id （menu_id）•公告表：idx_title（title）•任务表：idx_title（title），idx_assignee_id（assignee_id），idx_status（status）•日志表：idx_user_id（user_id），idx_operation（operation），idx_object_type（object_type），idx_object_id（object_id）•配置表：idx_name（name）5. 总结本数据库设计为OA办公管理系统提供了全面的数据存储方案。
系统数据库设计说明书
XXXXX工作平台数据库设计说明书XXXXXX有限公司2015年7月1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (1)2外部设计 (2)2.1标识符和状态 (2)2.2使用它的程序 (2)2.3约定 (2)2.4专门指导 (2)2.5支持软件 (3)3结构设计 (3)3.1概念结构设计 (3)3.2逻辑结构设计 (13)3.3物理结构设计 (14)4运用设计 (15)4.1数据字典设计 (15)4.2安全保密设计 (15)1引言1.1编写目的本文档说明了此平台的数据库的设计，以作为系统开发实现的依据。
本文主要阅读对象为业主方、承建方相关技术人员和项目责任人。
1.2背景>开发者：XXXXX有限公司>用户：XXXXXX>运行该程序系统的计算中心：本系统将使用mysql最新版（5.6）作为数据库存储系统1.3定义1.4参考资料>《软件开发管理规范》> 《ISO 9001:2000》2外部设计2.1标识符和状态数据库软件：MySQL Server 5.6系统要求建立的数据库名称：fireControl；2.2使用它的程序可能使用的该数据库的应用程序包括：1、XXXXX工作平台2015年5月；2.3约定1、新建表时以t_起始，如用户表t_user。
2.4专门指导系统使用JDBC（Java Data Base Connectivity,java数据库连接）实现与数据库的接口，JDBC是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。
JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序，同时，JDBC也是个商标名。
有了JDBC，向各种关系数据发送SQL语句就是一件很容易的事。
换言之，有了JDBC API，就不必为访问Sybase数据库专门写一个程序，为访问Oracle数据库又专门写一个程序，或为访问Informix数据库又编写另一个程序等等，程序员只需用JDBC API写一个程序就够了，它可向相应数据库发送SQL调用。
数据库设计说明书范文例子
数据库设计说明书范文例子数据库设计说明书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：主键，唯一标识产品。
1203系统数据库设计说明书
文档编号：YJ_FZ_1203版本号：V1.2分册名称：第6册/共13册数字化监控管理系统（一期）系统数据库设计说明书文档编制人：陈凯胜批准人：文档记录目录1.编制说明 (4)1.1编写目的 (4)1.2读者对象 (4)1.3项目背景 (4)1.4术语定义 (5)1.5参考资料 (6)2.外部设计 (7)2.1数据标识符 (7)2.2相关约定 (7)2.3支持软件 (7)3.数据结构设计 (8)3.1概念结构设计 (8)3.1.1设计任务 (8)3.1.2数据实体 (8)3.1.3实体关系图 (8)3.2逻辑结构设计 (9)3.2.1设计任务 (9)3.2.2逻辑结构描述 (9)3.3物理结构设计 (11)3.3.1设计任务 (11)3.3.2数据库名称定义 (11)3.3.3数据结构表汇总 (11)3.3.4系统表结构描述 (12)4.安全保密设计 (18)4.1基本安全目标 (18)4.2系统数据安全 (19)4.3数据保密设计 (19)1.编制说明1.1编写目的本说明书针对数字化监控管理系统（一期）（以下简称本项目或本系统）的系统数据库设计，为系统的实施提供参考依据。
本说明书是软件开发的依据，也是项目《系统测试方案》和《系统安装维护手册》的编写依据，对以后各阶段的工作起指导作用。
1.2读者对象本文档的读者对象包括：(1)项目管理人员，为其提供可行的设计参考、按质按量完成系统的目标需求；(2)系统分析人员，为其提供可行的功能需求和系统技术方案参考；(3)系统设计人员，为其系统模块设计开发提供参考依据；(4)系统开发人员，为其系统开发提供参考依据；(5)系统测试人员，为其完成测试用例、计划安排，提供依据和参考。
1.3项目背景红庙岭垃圾综合处理场是我省最大的垃圾综合处理场，承担着福州市大部分垃圾消化处理与利用的职能。
随着垃圾处理产业化、市场化进程的深入，处理场内以BOT 方式规划建设了垃圾焚烧发电厂、垃圾填埋气体发电厂、垃圾卫生填埋二期工程、飞灰处理厂，建成炉渣综合利用厂、渗滤液改扩建工程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
期末考核设计报告
课程名称：软件工程
题目：航空订票系统
专业班级：17计科本4班
学号：********
****：**
****：**
2019年11月20日
期末考核任务书
课程名称：软件工程
设计题目：航空订票系统
专业：计算机科学与技术班级：17计科本4班完成时间：2019年11月指导教师：朱婕
期末考核成绩评定表
航空订票系统数据库设计说明书
编写人：刘梅
目录
1引言 (1)
1.1编写目的 (1)
1.2项目背景 (1)
2数据库外部设计 (2)
2.1标识符和状态 (2)
2.2支持软件 (2)
2.3 数据完整性设计 (2)
2.4 数据规范性设计 (2)
3数据库结构设计 (4)
3.1概念结构设计 (4)
3.2逻辑结构设计 (6)
3.3表结构设计 (8)
3.3.1表user (9)
3.3.2 表administrator (9)
3.3.3 表flight (9)
3.3.4 表ticket (9)
参考文献 (10)
1引言
1.1编写目的
本文档说明了航空订票系统项目的数据库设计，用于指导该系统在数据库存储各方面的内容，为系统设计员及开发的程序员作为基准文档。
该文档的预期读者是该项目的系统设计员及程序员。
在下一阶段的详细设计及编码中，程序设计人员可参考此数据库设计说明，在数据模型设计的基础上，对系统进行详细设计和编码。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便在修改时找出在本阶段设计的不足或错误。
1.2项目背景
开发软件名称：航空订票系统
委托单位：武汉工商学院
开发单位：205
主管部门：205
信息管理技术作为当今计算机最广泛的应用，已经渗透到软件系统的方方面面，该航空订票系统在社会上运用广泛，航空市场的不断扩大，飞机现已成为大部分人选择的出行工具，航空订票系统也成为了重要的系统。
这可以适应现在的快速发展，管理大量的数据，并且具有一定稳定性，实现现代化的信息管理。
2数据库外部设计
2.1标识符和状态
数据库软件：Microsoft SQL Server 2014
系统要求建立的数据库名称：DataAirlineReservation
2.2支持软件
SQL Server 2014提供了核心的引擎，为支持本系统的数据库DataAirlineReservation，需要使用到SQL Server 2014的几个组件，包括：
➢企业管理器：提供了数据管理和数据库操作的集成平台；
➢查询分析器：T-SQL调试、优化、性能检测的工具；
➢事件探查器：提供了对SQL Server执行操作的检测，并以T-SQL的形式记录；
➢服务管理器：提供SQL Server停止、启动的控制工具；
此外，还包括会使用到的数据导入和导出工具，为数据库提供数据的输入。
2.3数据完整性设计
➢数据完整性原则。
在分布式环境中，保证数据完整性。
支持分布式事务或分布
式请求，这种能力允许在多个场所远程地处理由多个请求所组成的事务。
➢分布式处理原则。
系统不仅支持远程请求、远程事务，而且还支持分布式请求。
➢互操作性原则。
互操作性就是与硬件无关、与操作系统无关和网络无关。
不管
在分布式环境中所选择的硬件、操作系统或网络如何结合，数据库系统应仍然按
相同的方式工作。
同样，不论在某一时刻这些环境项有了变动，也不影响其它结
点和场所。
➢最优化原则。
在数据库设计中，需要考虑采用改善数据库性能的优化方法，如
裂化、复制或查询优化。
➢透明性原则。
数据定位、数据的实际存储格式及存储数据所使用的方法对于用
户应是透明的。
➢可扩展性原则。
系统具有可拓展性，便于进一步扩充及与历史数据和未来数据
的集成衔接。
➢先进性原则。
用先进的技术来实现与其系统间的互联互通、资源共享。
2.4数据规范性设计
一般地，数据库名、表名、字段名均以英文名称全称或缩写结合下划线组合而成。
产品编码、设备编码等按汉语拼音缩写加国家规定的标准编码规则组成。
同时，进行编码时要求遵循如下原则：
唯一性：在一个单位名称编码标准中，每一个编码对象有且仅有一个代码，一个代码只唯一地表示一个编码对象，产品代码及设备代码等使用国家或行业标准编码；
合理性：结构要与信息应用和管理体系适应；
扩充性：必须留有适当的后备容量，以便适应不断扩充的需要；
简单性：结构简单，长度精短，经便减少代码赋值的差错率，节省存储空间和提高计算机的处理率；
实用性：代码尽可能反映编码对象的特点、属性和可检索性，有助于记忆，方便使用。
规范性：代码的类型、结构以及编写格式统一。
3数据库结构设计
3.1概念结构设计
航空订票系统包含四个实体，分别是用户实体（user），管理员实体（administrator），机票实体（ticket），航班实体（flight）；
用户实体（user）包含5个属性，分别是id，sex，name，password，birthday，实体联系图如图3.1所示；
图3.1 user实体联系图
航班实体（flight）包含5个属性，分别是fid，fname，from，to，takeoff，实体联系图如图3.2所示；
图3.2 flight实体联系图
机票实体（ticket）包含3个属性，分别是tid，fid，id，实体联系图如图3.3所示；
图3.3 ticket实体联系图
管理员实体（administrator）包含4个属性，分别是aid，aname，apassword，worknum，实体联系图如图3.4所示；
图3.4 administrator实体E-R图
四个实体之间的联系：管理员可以同时管理多个航班，一个航班只能被一个管理员管理；管理员可以管理多张机票，一张机票只能被一个管理员管理；管理员可以管理多个用户，一个用户只能被一个管理员管理；一个用户能购买多张机票，一张机票只能别一个用户购买；一个航班可以添加多张机票，一张机票只能被一个航班添加；具体实体E-R图如图3.5所示；
图3.5 航空订票系统E-R图
3.2逻辑结构设计
航空订票系统中有四个类，分别是user，flight，administrator，ticket具体类图如图3.6所示；
图 3.6 航空订票系统对象模型—类图
数据表说明示例如下：
主键及关系说明：
1)user表：
存储用户的信息。
user表中的id属性提供用户的标识主键，administrator表中的aid属性提供user 表的外键，自动增长数据类型。
密级有三个等级，即一般、重要和核心。
2)administrator表：
存储管理者的信息。
administrator表中的aid属性提供管理者的标识主键，自动增长数据类型。
3)flight表：
存储航班的信息。
flight表中的的fnum属性提供航班的标识主键，administrator表中的aid属性提供flight表的外键，自动增长数据类型。
4)ticket表：
存储机票的信息。
ticket表中的tid提供机票的标识主键，administrator表中的aid属性、flight表中的fid属性以及user表中的id属性提供ticket表的外键，自动增长型数据。
funm属性引用了flight表中的序号作为外键。
关系数据模型：
user（id,name,sex,birthday,password,aid）
administrator(aid,aname,apassword,worknum)
flight（fnum,fname,from,to,takeoff,aid）
ticket（fnum,tid,id,aid）
3.3表结构设计
数据库名：DataAirlineReservation
根据上述的数据库逻辑结构设计，航空订票系统的数据库共设有4个表，如图3.7所示。
图3.7 数据库表
3.3.1表user
3.3.2表administrator
3.3.3表flight
3.3.4表ticket
《软件工程》期末考核设计报告成绩评定
参考文献
[1] 李爱萍,崔东华, 李东生主编. 软件工程[M]. 北京: 人民邮电出版社, 2014.
[2] 田宝军,刘利民主编. 软件工程实用教程[M]. 北京: 清华大学出版社, 2015..
[3] 余久久主编. 软件工程简明教程[M]. 北京: 清华大学出版社, 2015.
[4] 宋雨主编. 软件工程基础[M]. 北京: 机械工业出版社, 2016.
[5] 胡思康主编. 软件工程基础[M]. 北京: 清华大学出版社, 2015.
[6] 赖均主编. 软件工程(第四版)[M]. 北京: 清华大学出版社, 2016.
[7] 王珊,萨师煊主编. 数据库系统理论[M]. 北京: 高等教育出版社, 2014.
[8]杨晓光主编. 数据库原理及应用技术教程[M]. 北京: 清华大学出版社, 2014.
[9] 夏保芹,刘春林,徐小平主编. 数据库原理及应用[M]. 北京: 清华大学出版社, 2014.
[10] 吕云翔主编. 软件工程专业英语[M]. 北京: 清华大学出版社, 2014.。