数据库期末设计：火车站售票管理系统E－R图怎么做

E-R图即实体关系图，可以描述各个实体模型之间的关系，找一本数据库概论之类的书都有详细阐述。ER图可以用microsoft的Visio画。如果考虑到将来根据图生成数据库表，也可以用sybase的Powerdesigner画。

--1

SELECT 姓名,年龄 FROM W

--2

SELECT 工号,工种 FROM W WHERE 姓名 LIKE '王%' ORDER BY 工种 DESC

--3

SELECT 姓名,工作量

FROM W JOIN WP ON W工号=WP工号

JOIN P ON P车间号=WP车间号

WHERE 车间名='iPad'

--4

SELECT W

FROM W JOIN WP ON W工号=WP工号

WHERE 姓名<>'杨锡' AND 车间号 IN(SELECT 车间号

FROM W JOIN WP ON W工号=WP工号

WHERE 姓名='杨锡')

--5

SELECT 车间名,工种,性别,COUNT() 人数

FROM W JOIN WP ON W工号=WP工号

JOIN P ON P车间号=WP车间号

GROUP BY 车间名,工种,性别

购物车产品内容表：购物车号字符，产品编号字符，时间日期，备注文本（产品要求，发货包装要求等）产品取消是否1，订单产生是否2

订单信息表：订单编号（唯一），客户编号，购物车编号，订单状态1，确认（已付款），2备货中（发货），4完成订单

客户信息表：客户编号（唯一），姓名，联系电话，发货地址，生日等

目录

概述： 5

1 需求分析 5

11 用户需求： 5

12 业务流程分析： 6

13 信息需求分析 6

14 功能需求分析： 7

2 （数据库）概念（模型）设计 8

21构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性： 9

22、系统具体E-R图： 9

3 （数据库）逻辑（模型）设计 10

31 一般逻辑模型设计： 10

32 具体逻辑模型设计： 11

4 数据库物理设计与数据库保护设计 12

5 处理功能设计 12

51 主控模块设计： 12

52 子模块设计： 13

6 数据库应用系统的实现 14

61 数据库及其表结构的建立： 14

62 创建表的相关视图： 16

63 各表关系图， 16

64 数据输入：利用系统录入数据，如下图为各表内容： 17

65 模块实现： 18

7 数据库应用系统运行 26

71 写出系统 *** 作使用的简要说明。 26

72 按使用说明运行系统并打印出运行结果。 26

73 系统评价： 27

报告内容

概述：

随着国民经济快速发展, 人们出行、交通越来越频繁, 对服务的快捷、便利性要求也越来越高。从而对客运行业的建设与管理提出了更高的要求。为适应和推动客运行业的发展, 各种交通公司和部门开始广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。

本学生火车订票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进行需求分析，然后在需求文档的指导下实现系统的功能，如 *** 作员的信息管理功能及普通学生的火车信息查询、订票、退票等功能，最终实现的是学生购得一张自己满意的票券，同时力求通过数据库系统及计算机在其中的运用达到提高工作效率,节约人力资源的效果。

1 需求分析

11 用户需求：

(一）、问题描述：

学生火车票定票系统

(1)背景：一年两次的火车票订票管理

(2)主要实现以下功能：

1)学生基本信息的管理，尤其是所在地

2)学生购票的基本信息，尤其是价钱和车票目的地

3)购票以后的分发管理

4)退票的管理

5)信息的统计和查询

6) *** 作员管理

(二）、目的及现状：

1）、实验目的：

数据库设计就是要使学生采用本课程中学习的数据库设计方法，运用其基本思路与主要图表工具完成一个自己所了解的业务的数据库应用系统信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计，用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统，并运行、评价、改进之；在此基础上严格按本大纲所附报告提纲撰写课程设计报告。通过本设计进一步弄懂数据库系统及其相关的基本概念，理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。

2）、现状和系统要求：

在传统模式下利用人工进行火车订票业务，存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。诸如这些情况，给各相关部门工作人员带来了很大困难，严重影响了他们的工作效率。运用计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。

在本系统中，系统用户共有两种, 并根据用户权限的不同而实现不同的功能，如 *** 作员

拥有添加、修改、删除某火车相关信息及修改自己的个人信息的功能。学生有对车票信息、、哪一车次哪天还剩余多少张票和自己所订票券的查询功能，订票功能及退票功能。系统利用计算机和数据库的高效率大大减轻了学校票点工作人员的劳动强度, 提高了各部门的工作效率。

12 业务流程分析：

（一）、描述系统的业务流程：

本系统共有两种用户, 根据用户权限的不同而实现不同的功能。

*** 作员的权限最大，他进入系统必须先登录。 *** 作员可以添加、修改、删除某车票的相关信息，可以修改自己的个人信息；查询、删除学生的订票情况，确认学生是否已付款取票等。

学生可以按目的地的车次对车票信息进行查询，可以订票，订票时须录入自己的信息及所选择的车次，系统将检查该车次票数是否已订完或不足，若已订完或不足则提示错误信息并返回到订票界面，订票成功后将生成订票单。学生还可以对自己所订的票券即订票单进行查询，以及查询哪一车次哪天还剩余多少张票。用户付款和取票可在学校票点完成。

（二）、初步业务流程图：

13 信息需求分析

131 资料收集

132 事项分析：

在本火车票订票系统中，各资料的基本数据项列举如下：

学生资料：学号，姓名，密码，所在学院，专业，班级，电话，目的城市

车票基本信息：车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数

车次详细信息：ID号，车次号，途径站，票价，

订票单信息：订单号，订票人学号，订单时间，付款取票与否

订票具体信息：ID号，订单号，所得车次号，目的城市，订票数，总票价，取票时间

订票点信息：票点号，票点主任的员工号，联系电话，所在校区

*** 作员资料：员工号，票点号，密码，姓名，性别，电话

14 功能需求分析：

（一）、完善业务流程图：

（二）、功能层次图：

本系统共有两种用户, 根据用户权限的不同而实现不同的功能，如 *** 作员查询、添加、修改、删除某火车相关信息及查询、修改自己的个人信息的功能。学生对车票信息、、哪一车次哪天还剩余多少张票和订票功能以及对自己所订票券的查询功能、退票功能。

2 （数据库）概念（模型）设计

21构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性：

① 原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。

在本系统中，实体主要有学生、 *** 作员、车票信息、车票详细信息表、订票单，订票详细信息表，订票点。

②原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。

在本系统中，学生、车票信息、订票单和订票详细信息表之间存在“订购”的联系，一个车票信息可以被多个学生购买，而一个学生只可以购买多个车次所属的一到两张车票，它们之间的联系是一对多的“购买”联系，同时一次登录无论订多少车次只生成一张订票单。订票点和 *** 作员之间存在“隶属”的联系，它们之间的联系是一对多的“隶属”联系；车票信息和车票详细信息表之间存在“包含”与被包含的关系；订票单和订票详细信息表之间也存在“包含”与被包含的关系。

③原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。

从这条原则可得到实体和联系的属性如下：

学生（学号，姓名，密码，所在学院，专业，班级，电话，目的城市）

车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数）

车次详细信息（ID号，车次号，途径站，票价）

订票单信息（订单号，订票人学号，订单时间，付款取票与否）

订票具体信息（ID号，订单号，所得车次号，目的城市，订票数，总票价，取票时间）

订票点（票点号，票点主任的员工号，所在校区，电话）

*** 作员（员工号，票点号，密码，姓名，性别，电话）

④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

根据以上的分析，可以画出本系统的原始ERD的基本结构。如

22、系统具体E-R图：

3 （数据库）逻辑（模型）设计

31 一般逻辑模型设计：

（一）、由ERD导出一般关系模型的四条原则：

原则1（实体转换为关系模式）：ERD中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。

原则2（从实体及其主从联系转换为关系模式）：ERD中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成的属性，其主实体关系的主码，在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的，从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。

原则3（一对多联系在关系模式中的表示）：ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。

原则4（多对多联系转换为关系）：ERD中的一个多对多联系转换为一个关系，其被联系实体关系的主码和该联系本身的属性一起组成的属性，被联系关系的主码组成该关系的复合主码。

（二）、数据库初步构思的关系框架：

通过ERD转换为一般关系模型四条原则分析，得到须在数据库中进行存储的一般关系模型如下（带下划线的为主码，带#的为外键）：

学生（学号，姓名，密码，所在学院，专业，班级，电话，目的城市）

车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数）

车次详细信息（ID号，车次号#，途径站，票价）

订票单信息（订单号，订票人学号#，订单时间，付款取票与否）

订票具体信息（ID号，订单号#，所得车次号#，目的城市，订票数，总票价，取票时间）

订票点（票点号，票点主任的员工号#，所在校区）

*** 作员（员工号，密码，姓名，性别，电话）

32 具体逻辑模型设计：

（1）、Student表：用来保存学生信息：

项名 类型 长度 小数位 值域 主键 外键 空键

学号 字符 12 是 非空

姓名 字符 20 非空

密码 字符 12 非空

学院 字符 40 非空

专业 字符 30 非空

班级 数据 4 0 >0 非空

电话 字符 12 非空

目的城市 字符 30 非空

（2）、Ticket表：用来保存车票信息表

项名 类型 长度 小数位 值域 主键 外键 空键

车次号 字符 20 是 非空

出发站 字符 30 非空

开车时间 日期 8 非空

到达站 字符 30 非空

到达时间 日期 8 非空

车票种类 字符 20 非空

余票数 数据 8 0 >0 非空

（3）、Citysite表：用来保存车票详细信息表：

项名 类型 长度 小数位 值域 主键 外键 空键

ID号 整数，自动编号 8 是 非空

车次号 字符 20 是 非空

途径城市 字符 30 非空

票价 decimal 非空

（4）、Ticketsite表：用来保存订票点表：

项名 类型 长度 小数位 值域 主键 外键 空键

票点号 整数，自动编号 8 0 是 非空

票点主任员工号 整数，自动编号 8 0 是 非空

联系电话 字符 12 非空

所在校区 字符 40 非空

（5）、Admin表：用来保存 *** 作员表：

项名 类型 长度 小数位 值域 主键 外键 空键

员工号 整数，自动编号 8 0 是 非空

用户名 字符 20 非空

密码 字符 12 非空

姓名 字符 20 非空

性别 字符 4 非空

电话 字符 12 非空

（6）、Book表：用来保存订单表：

项名 类型 长度 小数位 值域 主键 外键 空键

订单号 整数，自动编号 8 0 是 非空

学号 字符 是 非空

订单时间 字符 非空

付款取票与否 整数 2 0 非空

（7）、Ticket表：用来保存取票单表：

项名 类型 长度 小数位 值域 主键 外键 空键

ID号 整数，自动编号 8 0 是 非空

取票号 字符 8 0 是 非空

车次号 字符 是 非空

目的城市 字符 非空

订票数 数据 8 0 >0 非空

总票价 Decimal 非空

取票时间 日期 8 非空

4 数据库物理设计与数据库保护设计

根据表的结构关系，本系统采用SQL Server 2000数据库。SQL Server 2000是微软公司关系型数据库产品，它是在由MS SQL Server 70建立的坚固基础之上产生的。客户的需求极大的推动了该产的革新，SQL Server2000在易用性、可缩放性和可靠性，以及数据仓库等诸多方面有了很大的增强。这使得SQL Server 2000在很多数据库产品发展最快的应用领域（如电子商务、移动计算、分支自动化、商业级应用和数据交换中心等）中成为领先者

在数据库中创建表的同时须创建相关的索引。索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中，索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。在数据库中，索引也允许数据库程序迅速地找到表中的数据，而不必扫描整个数据库。本数据库表较为简单，且每个表中定义主键约束或者唯一性键约束，已经间接创建了索引，故无需再创建索引。

5 处理功能设计

51 主控模块设计：

(1)、登录系统模块：

在登录窗体界面中，你可以输入代码和密码，选择你的身份（ *** 作员或系统管理员），确认后就可进入主界面窗体。如果你是学生，且还没注册，可以在此窗体界面上点击“注册”，在注册界面输入所要求的项，确定后重新返回登录界面，用你刚注册的账号登录进入主界面。

在主界面中包含上述模块图的几部分，根据身份，即是用户或者管理员，对应权限不同，分为不同的主界面，即用户主界面和管理员主界面。

（2）、系统设置模块图：

用户：在此模块用户可以查询、修改自身注册信息以及退出登录，退出系统后将返回登录界面。

管理员模块：在此模块管理员除了拥有用户的各项设置外还可以注册新的管理员，但为了安全起见，此功能只有当登录人是票点主任时才可执行。

52 子模块设计：

521、管理员模块

1、车票信息管理模块:在此模块，管理员可以执行车票信息录入、查询、删除和修改功能，不过删除和修改功能须当该车次没有被预订的情况下才可执行。

2、订票管理模块：在此模块，管理员可以查询所有订单情况、已付款取票和未付款取票的订单情况，还可以按学号查询某学生的订票情况以及各种统计信息，并在学生来付款取票时执行“付款” *** 作。另外还可以在订单已付款或学生取消订单时删除订单。

522、用户模块：

1、订票管理模块：在此模块，用户可以查询车票信息和自身订票情况。查询车票情况分为按车次、按目的地、按起始站—目的站查询，当查询到自身所想要的车票时即可订票，但注意预定票的目的地须与学生家乡所在城市相符，否则系统不允许订票；查询自身订票情况包括订单信息及金额统计，还须注意订票信息上要求的取票期限，订票人须在规定期限内去所在校区的票点付款取票，逾期票点工作人员将不予处理。

2、用户小贴士模块：在这里，用户将了解本订票系统的订票流程及相关规定及用户订票后付款取票地点的信息等。

6 数据库应用系统的实现

61 数据库及其表结构的建立：

利用SQLServer企业管理器创建数据库Tickets，然后创建表：

1、学生表Book

create table Student

(Sno varchar(12) primary key, Sname varchar(20) not null,

Ssex varchar(4) not null, Spw varchar(12) not null, //密码

Sadm varchar(40) not null, //学院

Sdept varchar(30) not null, Sclass numeric(4) not null,

Stel varchar(12) not null, //电话

Semail varchar(50) not null, Shcity varchar(30) not null //所在地

)；

2、车票信息表Ticket

create table Ticket

(Tno varchar(20) primary key, //车次号

Startcity varchar(30) not null, Starttime varchar(20) not null,

Endcity varchar(100) not null, Endtime varchar(20) not null,

Ttype varchar(20) CHECK (Ttype IN('硬座','软座','硬卧','软卧')),

Tickets int not null //票数

);

3、车次站次信息表Citysite

create table Citysite

(Cityno numeric(8) identity(1,1), //票点号

Tno varchar(20), City varchar(100),

Tprice decimal not null, //票价

primary key (Cityno,Tno),

foreign key (Tno) references Ticket(Tno) on delete cascade

)

4、订票单表Book

create table Book

(Bno numeric(8) identity(1,1) primary key, Sno varchar(12),

Maketime datetime not null, judge int,

foreign key (Sno) references Student(Sno),);

5、订票详细信息表Bookno

create table Bookno

(ID numeric(8) identity(1,1) primary key,

Bno numeric(8), Tno varchar(20), City varchar(100),

Booktime varchar(20) not null, Ticketnums int not null,

Price decimal not null, //票价

Pickdate datetime not null, foreign key (Tno) references Ticket(Tno),

foreign key (Bno) references Book(Bno));

6、 *** 作员表Operater

create table Operater

(Adname varchar(20) primary key, //登录用户名

Adpw varchar(12) not null, //登录密码

Opname varchar(20) not null, //员工真实姓名

Opsex varchar(4) not null, Optel varchar(12) not null,

Opemail varchar(50) not null);

7、订票点表Ticketsite

create table Ticketsite

(Siteno numeric(8) primary key identity, //票点号

Adname varchar(20), // 票点主任登录名

Sitetel varchar(12) not null, Siteaddr varchar(40),

foreign key (Adname) references Operater(Adname));

//为安全起见，学校各校区订票点内容的添加要以直接输入数据库的方式进行

insert into Ticketsite(Adname,Sitetel,Siteaddr) values('linyp','870432','龙洞校区行政楼205')

insert into Ticketsite(Adname,Sitetel,Siteaddr) values('admin','87084432','大学城校区E区205')

62 创建表的相关视图：

1、创建V_Book视图,得到对于某种车票的订票人数和订票张数

create view V_Book(Tno,stu_no,sumticket)

as

select Tno,count(distinct Sno),sum(Ticketnums) from Bookno,Book

where BooknoBno=BookBno group by Tno

2、创建W_Book视图,得到对于所有订票学生的人数和订票总张数

create view W_Book(stu_nums,sumtickets)

as select count(distinct Sno),sum(Ticketnums) from Bookno,Book

where BooknoBno=BookBno

3、创建P_Book视图,得到对于已付款取票的人数和车票总张数

create view P_Book(cout_no,cout_nums)

as select count(distinct Sno),sum(Ticketnums) from Bookno,Book

where BooknoBno=BookBno and judge=1

4、创建M_Book视图, 得到对于某一订票的总金额

create view M_Book(Allprice)

as select sum(TpriceTicketnums) from Book,Bookno,Citysite

where BooknoBno=BookBno and BooknoTno=CitysiteTno and BooknoCity=CitysiteCity

63 各表关系图，

易知表Ticket与表Citysite之间是父表与子表的关系:

表Book与表Bookno之间也是父表与子表的关系:

它们之间都是父表对子表的一对多的关系。

根据表之间的结构关系图，可以得出各表的完整性约束条件如下图：

表名 主键列名 外键

外键列名 参照表

Student Sno 无

Ticket Tno 无

Citysite Cityno Tno Ticket

Book Bno Sno Student

Bookno ID Bno,Tno Book,Ticket

Operater Adname 无

Ticketsite Siteno Adname Operater

64 数据输入：利用系统录入数据，如下图为各表内容：

65 模块实现：

本次系统设计我前台采用JSP技术,后台采用SQL Server 2000, *** 作系统采用Windows XP。

JSP(JavaServer Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，它是在传统的网页HTML文件(htm,html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(jsp)。JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。

摘要：本文详细介绍了利用C++ Builder60 设计开发车辆 管理 系统的过程，涉及到了类的设计，数据库访问技术，对数据库表的 *** 作，Access数据库的设计等

关键词：C++ Builder60开发 ADO Access数据库

C++ Builder作为一个快速的可视化开发工具，受到广大编程爱好者的喜爱。利用该工具可以快速地建立各种应用，笔者以开发一个“车辆管理系统”为例来说明如何开发一个管理系统的过程，以及相关的技术。

1 确定需求

对于不同的管理系统有不同的需求模型，我们仅以“车辆管理系统”为例来确定需求。主要有以下系统需求：

(1）管理功能，能够对车辆派遣单（表）等进行添加、删除、修改的 *** 作；

(2) 查询功能，能够对各表单的数据进行查询；

(3) 打印功能，能够按指定的格式生成Word文件，并打印；

(4) 统计分析功能，如统计驾驶员和车辆的行驶公里数等。

涉及到的管理表单主要有车辆派遣单、加油情况单、车辆保养单、行驶卡管理表等。限于篇幅关系本文只讨论满足需求1和2的情况。

2 确定使用的技术

使用C++ Builder60作为开发工具，使用Microsoft Access2000作为后台数据库，根据车辆派遣单、加油情况单、车辆保养单、行驶卡管理表建立相应的数据表；访问数据库采用ADO技术等。

3 设计相应的类

a）类TMainFrame，是主框架，是整个系统的基本界面，也是其它界面控件的容器；

b）类TCheliangpaiqian，车辆派遣类，包括有车辆派遣表记录的插入，修改、删除、统计等方法（成员函数）；

c）数据库通用访问类TDBAccess，是一个TDataModule类的子类，它的主要功能是为访问各种表单（车辆派遣单、加油情况单、车辆保养单、行驶卡管理表等）提供统一的数据库访问接口，它封装（包含）了TADOConnection，TADOTable，ADOQuery三个ADO数据库类；

d）其它的表单处理类，如加油情况类等；

e）其它辅助类及界面对话框等，如查询对话框，删除确认对话框，修改查看记录对话框等。

4 数据库设计

考虑到系统的简单易用性以及不涉及到 网络 连接的需求，使用Access作为后台数据库。打开Microsoft Access2000，分别创建车辆派遣单（cheliangpaiqian）、加油情况单(jiayouqingkuang)、车辆保养单(cheliangbaoyang)、行驶卡管理表(xingshika)等，如下图：

图1 数据库设计

车辆派遣表主要记录车辆派遣的情况，包括车辆型号、车牌号，到达时间地点，以及何人因何事用车等信息。以此表为例，主要包括的字段为：

从上表可以看出，字段id为该表的主键，它地标识表中的记录。字段jiashiyuanname的内容不可为空。其它表的创建与此表类同，这里不再赘述。

5 程序设计

51 程序的界面设计与主框架TMainFrame

首先是程序的界面设计，界面力求简洁美观，利用C++ Builder提供的可视化控件可以很方便快速地设计出系统的界面，但由于C++ Builder提供的可视化控件样式过于单一，界面千篇一律。本系统在设计中采用了第三方的Skin控件，使系统界面更加美观，具有亲和力。在具体控件的布局与选用上，采用了人性化设计的理念。如下图：

图2 车辆管理系统

设计完界面后，为各个按钮添加行为代码。以车辆派遣模块为例，在主框架的头文件MainframeObjh中加入车辆派遣类TCheliangpaiqian的头文件CheliangpaiqianObjh，如下所示：

……

#include “CheliangpaiqianObjh”;

……

刘哲宇

相信大家对于现在出门堵车，停车无位的现状经常头疼无比，那么现在就来看看要如何优化停车场，方便大家。

目前购物中心停车位主要分为机械式立体车库、屋顶停车场、停车楼、地下停车场、地面停车场。其中，购物中心采取地下停车场方式较多。本文就以地下停车场为例，具体分析购物中心停车场该如何优化。

1停车位

停车位的大小需根据车型的不同尺寸，最大限度的利用有效的面积设计最多的停车位。

据调查，不同车型的外廓尺寸如下：

经济型、中档车的宽度约为1750~1800mm，长度约4500-4800mm；

中高档车宽度超过1800mm，长度超过5000mm；

小型车的外廊尺寸为48001800mm。

一般小型车垂直车位的尺寸为5300m2400m。

三种停车方式所占面积平均值：

1、垂直式停车：长24m，宽53m的空地，可以停放10辆小型机动车，平均占地127㎡/辆。

垂直停车可以从两个方向进、出车，停放较方便，在几个停车方式中所占面积最小，但转弯半径要求较大，行车通道较宽。

2、斜列式停车：长24m，宽53m的空地，可以停放7辆小型机动车，平均占地202㎡/辆。

斜角停车时进、出车校方便，所需转弯半径较小，相应通道宽度面积较小，但进、出车只能沿一个固定方向，且停车位前后出现三角形面积，因而每辆车占用的面积较大。

3、平行式停车：长24m，宽25m的空地，可以停放4辆小型机动车，平均占地15㎡/辆。

平行停车方式车辆进、出车位更方便、安全，但每辆车因进出需要而占用的面积较大。

综上所述，垂直停车所占车位面积最小。

在高层建筑大面积、多跨的地下车库中，应多采用垂直停车方式。而平行停车与斜角停车，仅应用于柱距较窄的某些跨度内。

2柱网

地下车库柱网选择主要应满足停车和行车的各种技术要求，兼顾结构合理，并考虑与上部建筑柱网的统一。

根据规范，停3辆车的柱间净宽应为7200mm，若采用600×600的柱子，停3辆车的柱网轴线间宽度至少为7800mm，若一边有墙则为8100mm。

对柱网进行优化改进，可以优化地下停车库，增加停车位数量。

①调整柱网尺度，增加停车位数量。

案例：保定一品城购物中心项目

以双行道6米，单行道3米标准，结合不同柱网尺寸，本项目采用1184M的柱距较为经济，可增加29个车位。

②调整柱网尺度，优化车库面积。

如果地块条件满足，控制柱距不超过81m，尽量采用三车一柱距；

尽量不出现一车或两车的小柱距，提高停车效率；（一般三车一柱距）

一条车道，两排车位，避免行车道靠外墙布置；

规整地库外轮廓，减少无效面积；

充分利用地库角部空间，布置机房及竖向交通口。

3坡道

坡道的类型从基本形式上可分为直线形坡道和曲线形坡道。

在选择车库坡道类型时，并没有固定的模式，由于基地条件的复杂性，往往难于采用单一类型的坡道，常常出现折线形坡道或直线与曲线相结合等坡道。

坡道长短影响车库面积和停车效率：

1、《汽车库建筑设计规范》规定，直线坡道小型车坡道坡度为最大，为15%，应尽量设计直线坡道。

2、若采用曲线坡道，应注意坡道最大坡度为12%，最小转弯半径为6米。

3、根据经验值，汽车环形道的最小内径为39~42米。

直线坡道坡度

缓坡：坡度7%，最小长度36m

等坡段：坡度14%，长度根据高度设定（＜17m）

曲线坡道坡度

缓坡：坡度6%，最小长度36m

等坡段：坡度12%，长度根据高度设定（＜20m）

相较于直线坡道，弧形坡道车道宽度大，容易出现不便使用的异形空间，耗费建筑面积多，在解决好口部转弯半径的前提下直线坡道要比弧形坡道更经济。

弧形车道的优势：

1、设计师首选转圈的弧形坡道，在多层的大型停车库中，坡道集中，螺旋形上升方便驾驶者准确的到达每一层，转圈的弧形坡道比较合理。

弧形车道的劣势：

1、一般中小型汽车库，尤其是地下汽车库，弧形坡道浪费面积。

2、通过转弯半径的分析，从使用上弧形坡道比直线坡道对宽度的要求高，所占建筑面积比直线坡道多，出现不便使用的异形空间；

3、弧形坡道相比直线坡道也不便施工。

4层高

地库层高是梁高、净高、通风、喷淋等设备及预留量的总和，一般为3600mm。

地下车库层高的计算公式：

最底层 =（a车库地板滤水层厚度）或b面层厚度c停车库净高22米+（d通风）+（e水喷淋高度）+（f电桥架）+顶板梁高+100富余量

其他层 = c停车库净高22米+（d通风）+（e水喷淋高度）+（f电桥架）+顶板梁高+100富余量

备注：其中a、d、e、f四项根据项目的具体情况确定是否设置

地下车库的一般层高：

一般车库层高为3600mm，即700梁高+400风管+200喷淋+100预留+2200净高=3600。

车库室内最小净高应≥220米，但局部可≥20m。

优化方法：

1、车道处净高为22米

保证车道处、及大部分的停车位处的净高为22米即可，无需把最不利空间的净高设置为22米。

2、设备布置避开主车道

风道、喷淋等设备布置，设备管线交叉点尽量避开主车道，避免车库高度人为增高，减少浪费。

3、设备用房处局部降板

车库与变配电间或水池等设备用房同层设计时，设备用房处局部降板，避免按设备房的高度设置层高。

5小结

停车与消费者、商家、开发商息息相关。商业属于服务行业，提供停车位也是一项服务，同样规模的大商场、超市，停车难易对营业额的影响超过30%。每次逛街大家都在叹息停车难，可是再看看上海这十大“魔鬼”停车场，是不是有一种无力拯救的感觉…

希望可以早点解决这个问题，我们出门才会更开心

以上就是关于数据库期末设计：火车站售票管理系统E－R图怎么做全部的内容，包括:数据库期末设计：火车站售票管理系统E－R图怎么做、数据库设计题，题目如下、asp.net做一个购物车,,数据库都需要哪些表,每个表字段有哪些等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！