拼車系统数据库设计稿毕业设计稿.docVIP

本科学生综合性实验报告 课程名称：数据库系统原理 拼车系统数据库设计 实验项目名称 拼车系统数据库设计 目 录 1 需求分析 1 1.1编写目的 1 1.2背景 1 1.3系统目标 1 1.4系统功能分析 2 1.4.1卖家基本信息管理 2 1.4.2路线基本信息管理 2 1.4.3商品基本信息管理 3 1.4.4拼车预订信息管理 4 1.4.5订单信息管理 4 1.4.6拼车评价信息管理 5 1.5系统总体功能图 5 1.6数据需求及业务规则分析 7 1.7数据约束分析 12 1.8数据字典 13 1.8.1数据项与数据结构 13 1.8.2数据处理 15 2 数据库概念设计 19 2.1定义实体集及属性 19 2.2定义联系集及属性 19 2.3 E-R模型设计 20 2.3.1实体E-R模型设计 20 2.3.2二元联系E-R模型设计 21 2.3.3三元联系E-R模型设计 22 2.3.4总E-R模型设计 24 3 逻辑设计 24 3.1实体的转化为关系模式 24 3.2联系的转化为关系模式 25 3.3关系设计 25 3.3函数关系依赖 28 3.4模式求精 29 4 物理设计 31 4.1关系模式存储方式选择 31 4.1.1索引存取方式，主要采用B+ 树索引方法 31 4.1.2聚簇存取方式 32 4.2数据库的存取结构 32 4.2.1数据的存放位置 32 4.2.2数据存储路径 32 5 数据库脚本 33 6 触发器与存储过程 43  1 需求分析 需求分析将从编写目的、背景、系统目标系统功能分析、系统总体功能图、数据字典、数据需求及业务规则分析、实体和联系等方面进行分析，为概念设计提供依据。 1.1编写目的 让该文档的使用成员成为拼车系统的开发人员及拼车系统具体组织管理人员。 1.2背景 拼车是指具有相同路线的人乘坐同一进行通勤及节假日出行，车费由乘客协议分摊的行为。市场经济，理性经济人假设条件下，任何一项事物的产生都有着一定的必然性，就“拼车”而言，其产生的原因大致可概括为六个方面： ?1） 随着社会经济的发展，居民生活水平的提高，小汽车开始走进千家万户，这使得“拼车”成为了可能，即为“拼车”的出现提供了必要的物质基础；? （2） 机动车保有（出行）成本的大幅攀升（如燃油、停车、维修保养等），迫使车主开始寻找成本分担方法； ?3） 现有旅客运输的供给无法满足居民的出行需求（节假日期间尤为明显），那部分无法被满足的“过剩需求”必将转寻其他方式，“拼车”无疑是一种不错的选择； ?4） 居民个性化出行需求的增多（特别是年轻人），对现有的旅客运输也是一种无形的挑战； ?5） 一些交通管理措施的实行，推动了“拼车”的产生，如，国外一些发达国家为缓解城市交通拥堵锁推行的“鼓励上下班合乘”的措施等； 6） 信息技术的飞速发展，特别是互联网的广泛普及，为“拼车”信息的发布、检索以及“拼车”条件的协商提供了中介平台，在百度上进行搜索，可以发现，几乎每个大城市都有自己的（拼车）网，“拼”作为一种崭新的生活方式已逐渐被人们所接受。 ??将上述六个方面的原因分为三类：第一，供给条件（原因1）、2））；第二，需求条件（原因3）、4）、5））；第三，中介平台条件（原因6））。从中可以看出，运输市场构成的三个要素已经完全具备，“拼车”的。有车一族在网上发布出行信息（每天的出行、远途出行都可以），没车（或者有车，但不想开车）又顺路的人可以拼车，当然搭车的人需要付一定的金额。。） 图1.1 系统功能图 1.6数据需求及业务规则分析 业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定，基于上述功能需求，通过进一步了解拼车系统需求及业务分析规则如下： 卖家由卖家编号唯一标识，需要存储卖家的名字、性别、密码、注册日期、所属区域、电话、性别、姓名、身份证号、拼车经验等信息。其中所属区域只记录省份或市，员工的电话号码只有一个，拼车经验以参加过的拼车次数来统计。 卖家只能查询自己的基本信息和参加同一拼车路线的其他卖家基本信息。 统计有驾驶证的卖家人数，统计身份证号大于零的人数就是有驾驶证的卖家人数。 卖家不得修改预订信息。 卖家在预订阶段可以预定任意预订信息的一个或多个座位。 卖家在预订阶段可以退订自己所预订过的任意预订信息的一个或多个座位。 预订拼车座位的总数不得超过使用商品的商品数量。 订单信息增加，当预订信息在预订期内人数达到商品商品数量，预订单将生成订单信息。如果预订期到了预订单还未凑足人数，将做如下考虑：如果商品商品数量为5人以下的，且实际参加人数少一个的预订信息将继续生成订单信息，且费用将