摘要
伴随着科技进步和经济全球化，网络拼车行业在服务内容、服务方式、服务质量上面临着日益加剧的竞争和严峻的挑战。在此背景下，网络拼车自助服务系统已成为各大网络拼车运营商在激烈的市场竞争中迎接挑战和竞争的法宝之一。本论文的研究主要集中在网络拼车自助服务系统的设计和实现上。
首先，本文在介绍国内外网络拼车自助服务系统使用情况的基础上，探讨了系统设计的意义和目的，并分析了系统设计的要点和所应用到的关键技术；然后本文从系统设计目标、整体结构、业务逻辑处理系统、自助终端管理、自助服务终端等方面详细介绍了系统的总体设计；同时又进一步从系统数据库的设计、业务逻辑处理的实现、自助服务终端功能的实现等方面阐述了系统的具体实现方法；最后叙述了该系统的实际应用情况，指出了该系统的不足之处，并提出了今后的改进思路，同时展望了自助服务系统的发展前景。
网络拼车自助服务系统已经在XXX等地进行了实际应用，有效地缓解了网络拼车行业的服务压力，提高了服务质量，同时对于其他行业自助服务系统的实现具有一定的参考价值。
关键词：自助服务；网络拼车；关键技术
目录
1 需求分析 (1)
1.1编写目的 (1)
1.2背景 (1)
1.3系统目标 (2)
1.4系统功能分析 (2)
1.4.1卖家基本信息管理 (2)
1.4.2 买家基本信息管理 (2)
1.4.3商品基本信息管理 (3)
1.4.4拼车预订信息管理 (3)
1.4.5订单信息管理 (3)
1.4.6拼车评价信息管理 (4)
1.5系统总体功能图 (4)
1.6数据需求及业务规则分析 (6)
1.7数据字典 (7)
1.7.1数据项与数据结构 (7)
2 数据库概念设计 (9)
2.1定义实体集及属性 (9)
2.2定义联系集及属性 (9)
2.3 E-R模型设计 (10)
2.3.1实体E-R模型设计 (10)
2.3.2二元联系E-R模型设计 (12)
2.3.3三元联系E-R模型设计 (13)
2.3.4总E-R模型设计 (14)
3 逻辑设计 (15)
3.1实体的转化为关系模式 (15)
3.2联系的转化为关系模式 (15)
3.3关系设计 (16)
4团队介绍和人员分工 (20)
4.1团队介绍 (20)
4.2人员分工 (20)
5总结 (21)
1 需求分析
需求分析将从编写目的、背景、系统目标系统功能分析、系统总体功能图、数据字典、数据需求及业务规则分析、实体和联系等方面进行分析，为概念设计提供依据。
1.1编写目的
让该文档的使用成员成为拼车系统的开发人员及拼车系统具体组织管理人员。
1.2背景
拼车是指具有相同路线的人乘坐同一商品进行通勤及节假日出行，车费由乘客协议分摊的行为。市场经济，理性经济人假设条件下，任何一项事物的产生都有着一定的必然性，就“拼车”而言，其产生的原因大致可概括为六个方面：（1）随着社会经济的发展，居民生活水平的提高，小汽车开始走进千家万户，这使得“拼车”成为了可能，即为“拼车”的出现提供了必要的物质基础；（2）机动车保有（出行）成本的大幅攀升（如燃油、停车、维修保养等），迫使车主开始寻找成本分担方法；
（3）现有旅客运输的供给无法满足居民的出行需求（节假日期间尤为明显），那部分无法被满足的“过剩需求”必将转寻其他方式，“拼车”无疑是一种不错的选择；
（4）居民个性化出行需求的增多（特别是年轻人），对现有的旅客运输也是一种无形的挑战；
（5）一些交通管理措施的实行，推动了“拼车”的产生，如，国外一些发达国家为缓解城市交通拥堵锁推行的“鼓励上下班合乘”的措施等；
（6）信息技术的飞速发展，特别是互联网的广泛普及，为“拼车”信息的发布、检索以及“拼车”条件的协商提供了中介平台，在百度上进行搜索，可以发现，几乎每个大城市都有自己的卖家（拼车）网，“拼”作为一种崭新的生活方式已逐渐被人们所接受。
将上述六个方面的原因分为三类：第一，供给条件（原因（1）、（2））；第二，需求条件（原因（3）、（4）、（5））；第三，中介平台条件（原因（6））。从中可以看出，运输市场构成的三个要素已经完全具备，“拼车”的的产生已成为一种趋势。
1.3系统目标
有车一族在网上发布出行信息（每天的出行、远途出行都可以），没车（或者有车，但不想开车）又顺路的人可以拼车，当然搭车的人需要付一定的金额。
当拼车网的管理人员使用了《拼车系统》软件后，可以通过计算机完成以下几方面的管理工作：拼车网注册卖家管理、路线信息管理、商品信息管理、成功拼车信息管理。拼车系统用户分为二类：
（1）拼车网游客：只可以浏览拼车网开放的业务和信息，不可以进行网上拼车，也不为该类客户提供个性化服务，该类客户无需注册。
（2）拼车网正式客户：必须在拼车网注册，登录本拼车网后，这类客户可以浏览拼车网的拼车信息，可以进行网上拼车，也可享受拼车网提供的个性化服务以及优惠服务等。
1.4系统功能分析
拼车系统功能：卖家基本信息管理、路线基本信息管理、商品基本信息管理、拼车预订信息管理、订单信息管理、拼车评论信息管理、成功拼车信息管理。1.4.1卖家基本信息管理
提供卖家基本信息注册、注销、修改、查询以及统计功能。包括：
（1）卖家基本信息录入：卖家通过注册录入基本信息，卖家注册时要求填写基本信息，包括姓名、性别、年龄、电话号码、所属区域、身份证号等信息。系统检测所有信息填写正确后提示客户注册成功，并返回卖家编号。
（2）卖家基本信息修改：卖家基本信息注册错误或有所改变时可以进行信息的修改。
（3）卖家基本信息查询：根据不同的条件查询卖家基本信息。
（4）卖家基本信息删除：卖家可以通过注销来删除基本信息。
（5）卖家基本信息统计：可以按不同的条件统计卖家们使用本系统的情况。1.4.2 买家基本信息管理
提供买家基本信息注册、注销、修改、查询以及统计功能。包括：
（1）买家基本信息录入：买家通过注册录入基本信息，买家注册时要求填写基本信息，包括姓名、性别、年龄、电话号码、所属区域、身份证号等信息。系统检测所有信息填写正确后提示客户注册成功，并返回买家编号。
（2）买家基本信息修改：买家基本信息注册错误或有所改变时可以进行信息的修改。
（3）买家基本信息查询：根据不同的条件查询买家基本信息。
（4）买家基本信息删除：买家可以通过注销来删除基本信息。
（5）买家基本信息统计：可以按不同的条件统计买家们使用本系统的情况。1.4.3商品基本信息管理
提供商品基本信息增加、删除、修改、查询以及统计功能。包括：
（1）商品基本信息增加：卖家可以增加商品基本信息，包括商品编号、商品类型、商品数量、商品名称、卖家编号、价格、发布时间等信息。系统检查所有信息填写正确后提示增加成功，返回商品编号。
（2）商品基本信息修改：商品基本信息如果出错或者有所改变，可以对商品基本信息的具体内容进行修改。
（3）商品基本信息查询：根据不同的条件查询商品基本信息。
（4）商品基本信息删除：可以删除商品编号、商品类型、商品数量、商品名称、卖家编号、发布时间、价格等所有信息。卖家在注销删除自己基本信息时也能把卖家增加的商品信息删除。
（5）商品基本信息统计：系统可以根据不同的条件进行统计
1.4.4拼车预订信息管理
提供预订信息的增加、预订信息的查询、预订信息的修改、预订信息的删除、拼车座位预订、拼车座位退订。包括：
（1）预订信息增加：卖家对路线与商品的确定能够产生一个预订信息供其他卖家的加入，预订信息需要增加预订编号、路线编号、商品编号、卖家编号、拼车费用、集合点、预订备注。
（2）预订信息修改：对预订信息具体内容修改。
（3）预订信息查询：可以根据不同的条件查询预订信息。
（4）拼车座位预订：在预订期内卖家可以预定任意路线的一个或多个座位。（5）拼车座位退订：在预订期内卖家可以退订自己所预订过的任意路线的一个或多个座位。
（6）预订信息统计：可以根据不同的条件进行预订信息统计。
1.4.5订单信息管理
提供订单信息增加、修改、查询与统计功能。包括：
（1）订单信息增加：当预订信息在预订期内人数达到商品商品数量，预订单将生成订单信息。如果预订期到了预订单还未凑足人数，将做如下考虑：如果商品
商品数量为5人以下的，且实际参加人数少一个的预订信息将继续生成订单信息，且费用将按实际人数进行平摊。如果商品商品数量为5人以上的，且实际参加人数少于商品数量20%内的将继续生成订单信息，且费用将按实际人数进行平摊。（（订单信息需要增加卖家编号、集合点、费用、订单备注等信息。））（2）订单信息删除：如果订单信息生成后，由于过多的人数退出导致商品数量不能达到60%的系统自动删除订单信息。
（3）订单信息查询：根据不同的条件查询。
（4）订单信息统计：根据不同的条件统计。
1.4.6拼车评价信息管理
提供卖家对商品的评价、卖家对卖家的评价。包括：
（1）卖家对商品的评价：卖家们成功参加一次拼车，付款后，系统会提示自愿对此次拼车使用的商品进行评价。
（2）卖家对卖家的评价：卖家们成功参加一次拼车，付款后，系统会提示自愿对此次拼车的其他卖家进行评价。
1.5系统总体功能图
该系统总体功能图如图1.1所示。
图1.1 系统功能图
拼车系统
线路基本信息管
卖家基本信息管理
商品基本信息管理
拼车预订信息管理
订单信息管理
增加路线基本信息 查询路线基本信息 删除路线基本信息 卖家注册基本信息 查询卖家基本信息 修改卖家基本信息
注销卖家基本信息
修改路线基本信息
删除商品基本信息 查询商品基本信息 修改商品基本信息
增加商品基本信息 拼车座位退订
拼车座位预订 预订信息修改
预订信息查询 统计路线基本信息 统计卖家基本信息 统计商品基本信息 预订信息增加 预订信息统计 订单信息增加 订单信息修改
订单信息查询 订单信息统计
1.6数据需求及业务规则分析
业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定，基于上述功能需求，通过进一步了解拼车系统需求及业务分析规则如下：
(1)卖家由卖家编号唯一标识，需要存储卖家的名字、性别、密码、注册日期、所属区域、电话、性别、姓名、身份证号、拼车经验等信息。其中所属区域只记录省份或市，员工的电话号码只有一个，拼车经验以参加过的拼车次数来统计。
(2)卖家只能查询自己的基本信息和参加同一拼车路线其他卖家基本信息。
(3)统计有驾驶证的卖家人数，统计身份证号大于零的人数就是有驾驶证的卖家人数。
(4)卖家不得修改预订信息。
(5)卖家在预订阶段可以预定任意预订信息的一个或多个座位。
(6)卖家在预订阶段可以退订自己所预订过的任意预订信息的一个或多个座位。
(7)预订拼车座位的总数不得超过使用商品的商品数量。
(8)订单信息增加，当预订信息在预订期内人数达到商品商品数量，预订单将生成订单信息。如果预订期到了预订单还未凑足人数，将做如下考虑：如果商品商品数量为5人以下的，且实际参加人数少一个的预订信息将继续生成订单信息，且费用将按实际人数进行平摊。如果商品商品数量为5人以上的，且实际参加人数少于商品数量20%内的将继续生成订单信息。
(9)订单信息删除，如果订单信息生成后，由于过多的人数退出导致收入不能达到60%的系统自动删除订单信息。
(10)拼车路线在出发的前一天，不能够预订到足够的人（商品商品数量为5人以下的（包括5人），且实际参加人数少两个人以上的。商品商品数量为5人以上的且实际参加人数少于商品数量的20%以上的。），预定信息将自动失效，将不再预订，并把信息告知已经预订的卖家。
(11)预订信息生成订单信息后，已经拼车的卖家原则上不允许退出，如果有不可阻挡的因素非要退出的做如下处理：①如果卖家的退出还能满足生成订单信息的条件的将对退出的每一个座位进行原来座位价20%的惩罚；②如果卖家的退出不能满足生成订单信息的条件的将对退出的每一个座位进行原来座位价50%的惩罚；这些罚金如果拼车还能够继续进行，在拼车成功后将作为补偿全部给予商品提供者。
(12)拼车路线在订单阶段，如果由于退出的座位太多，导致无法再拼车在进行下
去的，订单信息将自动失效，且通知未退出的卖家。由于退出座位所收取的罚金将会被作为由于订单信息失效而导致未退出的卖家的补偿。
(13)为了安全与舒适参加拼车的卖家最多只允许携带一个一米二以下的儿童同行。
(14)由于个人原因在卖家中途下车的，依然按照订单的价格付款。
1.7数据字典
数据字典包括数据项、数据结构、数据处理3个部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
1.7.1数据项与数据结构
通过对所建立的表进行分析，我们得到了以下一些数据项，如表1.1至表1.10所示。
表1.1 卖家信息表
数据项数据类型别名是否为空约束取值含义
memNo char(9) 卖家编号Not null M00000001-M999
99999 主键M代表客户，后8位按顺序编号，是主码
regDate datetime 注册日期Not null yyyy-mm-dd
memCode varchar(
12) 密码Not null 6-12位，由字母
和数字组成
输错次数不
得超过三次
address varchar(
20)
所属区域Null 不得超过20字
teletpho ne char(11) 电话Not null 00000000000-99
999999999
若输入家庭
号码,则要输
入地区号
sex char(2) 性别Not null f/m f代表男性,m
代表女性memName varchar(
20)
姓名Not null 不得超过20字
birthday datetime 出生日期Not null
driTime int 身份证号Not null
carNum int 拼车次数Not null 每成功拼车一
次，自动加一
表1.2商品信息表
数据项数据类型别名是否为空约束取值含义
carNo char(9) 商品编号Not null C00000001-C999
99999 主键C代表商品，后8位按顺序编号
carNoo char(6) 商品编号Not null 真实填写carType char(10) 商品类型Not null 不得超过5字用文字说
明pasQuant
ity
int 商品数量Not null
carTime int 商品名称Not null
safeCase varchar(
20) 卖家编号Not null 不得超过10字用文字说
明
carRemar k varchar(
80)
发布时间Null 不得超过40字用文字说
明
fee int 费用Null
issDate datetime 发布日期Not null
表1.3路线信息表
数据项数据类型别名是否为空约束取值含义
rouNo char(9) 路线编号Not null R00000001-R999
99999 主键R代表路线，后8位按顺序编号
start varchar(
40) 出发地Not null 不得超过20字用文字说
明
distinat ion varchar(
40)
目的地Not null 不得超过20字用文字说
明
2 数据库概念设计
对实体集及属性、联系集及属性进行定义和E-R模型设计。
2.1定义实体集及属性
（1）卖家实体集Member：卖家编号(memNo)、注册日期(regDate)、密码（memCode）、所属区域（address）、电话号码(Teletphone)、性别(Sex)、姓名（memName)、
出生日期（datetime）、身份证号（driTime）、拼车次数(carNu) 等信息。
（2）商品实体集 Car：商品编号(carNo)、商品编号(carNO)、商品类型(carType)、商品数量(pasQuantity)、商品名称(carTime)、卖家编号(safeCase)、发
布时间(carRemark)、发布日期(issDate)、卖家编号(memNo）等信息。
（3）路线实体集Route：路线编号(rouNo)、出发地( start)、目的地(distination) 等信息。
2.2定义联系集及属性
（1）Book联系集：Route、Car和Member之间的三元联系集。表明一条路线可以与多辆车组成预订信息，一辆车可以与多条路线组成预订信息。一个卖
家可以参加多条拼车路线的预订，一条拼车路线也可以被多个卖家预订。
属性：预订编号（bookNo）、商品编号（carNo）、路线编号（rouNo）、出发
日期（startDate）、预订座位数（bookNum）、票价（fee）、预订说明（explain）、
集合点（gather）、卖家编号(memNo)、预订日期（bookDate）等信息。
（2）EvaluateC联系集：Member与Car之间一对多的联系集。一个卖家一次可以对一辆车评价，一辆车可以被同一拼车路线的卖家评价。属性：商品编
号（carNo）、卖家编号（memNo）、评价内容（evaluateC）等信息。
（3）EvaluateM联系集：Member与Member之间的多对多的联系集。成功参加同一拼车活动的所有卖家可以给其他卖家自愿的评价。属性：卖家编号
(memNo）、卖家编号（memNo）、评价内容（evaluateM）等信息。
（4）Control联系集：Member与Car之间一对多的联系集。一个卖家可以拥有多辆车，一辆车只能被一个卖家所拥有。属性：卖家编号（memNo）、商品
编号（carNo）等信息。
（5）Order联系集：Route、Car和Member之间的三元联系集。一个卖家可以对
多条订单信息进行下单，一条订单信息可以被多个卖家下单。一个卖家可以参加多条订单信息，一条订单信息也可以被多个卖家参加。属性：预订编号（bookNo ）、商品编号（carNo ）、路线编号（rouNo ）、预订座位数（bookNum ）、票价（fee ）、订单说明（explain ）、集合点（gather ）、卖家编号(memNo)、订单日期（orderDate ）、完成日期（completeDate ）等信息。
2.3 E-R 模型设计
系统的E-R 模型设计，不仅包括基本实体的E-R 图设计，还包括两个实体之间的联系的E-R 图设计，下面分别从单个实体E-R 图设计、两个实体E-R 图设计以及聚合的E-R 图设计进行简单表示与阐述。
2.3.1实体E-R 模型设计
所有实体描述如下：
(1)卖家基本属性如图2.1所示。
图2.1 Member 实体集
Member
memNo
driTime memName
sex
teletphon e
address
regDate
memCode
carNum
birthday
（2） 商品基本属性如图2.2所示。
图2.2 Car 实体集
（3） 路线基本属性如图2.3所示。
图2.3 Route 实体集 Car
safeCase
carTime
carQuantity
carType
issDate
carNO
carNo
carRemark
couNo
start
distination
Route
（1） EvaluateC 联系集的E-R 图如图2.4所示。
M N
图2.4 EvaluateC 联系集
（2） Control 联系集的E-R 图如图2.5所示。
1 M
图2.5 Control 联系集
（3） EvaluateM 联系集的E-R 图如图2.6所示。
N M
图2.6 EvaluateM 联系集
Member
Car
EvaluateC
Member
Car
Control
Member EvaluateM
evaluateM
evaluateD
ate
evaluateD ate
evaluateC
（1）Book 联系集的E-R 图如图2.7所示。
M N
P
图2.7 Book 联系集
（2）Order 联系集的E-R 图如图2.8所示。
M N
P
图2.8 Order 联系集
Member Route
Car
Book
bookNo
bookDate
bookNum
explain
fee
startDate
gateher
Member
Route
Car
Order
bookNo
startDate
bookNum
explain
fee
completeDa te
gateher
2.3.4总E-R模型设计
（1）总体E—R图如图2.8所示。
图 2.8 总E--R图
3 逻辑设计
本次设计的数据库在SQL Server 2000上实现，将概念结构设计中的E-R图转换成SQL Sever 2000支持的关系数据模型。
3.1实体的转化为关系模式
将所有的实体分别转换为单独的一张表。
（1）卖家实体集Member：
Member(memNo、 regDate、memCode、address、teletphone、Sex、memName、datetime、driTime、carNum)
（2）路线实体集Route：
Route（rouNo、start、distination）
（3）商品实体集Car：
Car（carNo、carNoo、carType、pasQuantity、carTime、safeCase、carRemark、issDate）
3.2联系的转化为关系模式
（1）1:M的处理：联系属性可放在参与联系的“多”的那一边实体集中。
①Control联系集：可以在Car的属性中增加一个属性memNo。
Car（carNo、carNoo、carType、pasQuantity、carTime、safeCase、carRemark、issDate、memNo）
（2）M:N的处理：多对多联系集的主码由参与联系集中所有实体集的主码组成。
①EvaluateC联系集：
EvealuateC（carNo、memNo、evaluateDate、evaluateC）
②EvaluateM联系集：
EvealuateM（memNo、memNoo、evaluateDate、evaluateM）
（3）M:N:P的处理：三元联系的主码由参与联系集的所有实体集的主码能够唯一确定。
①Book联系集：
Book（carNo、rouNo、startDate、bookDate、bookNum、fee、explain、gather、bookNo、memNo、quantity、price）
②Order联系集：
Order（carNo、rouNo、completeDate、orderDate、bookNum、fee、
explain、gather、bookNo、memNo、quantity、price）3.3关系设计
关系设计包括转换后所得表和函数依赖关系，转换之后的关系如表3.1至表3.7所示。
表3.1 卖家信息表
数据项数据类型别名是否为空约束取值含义
memNo char(9) 卖家编号Not null M00000001-M999
99999 主键M代表客户，后8位按顺序编号
regDate datetime 注册日期Not null yyyy-mm-dd
memCode varchar(
12) 密码Not null 6-12位，由字母
和数字组成
输错次数
不得超过
三次
address varchar(
20)
所属区域Null 不得超过20字
teletpho ne char(11) 电话Not null 00000000000-99
999999999
若输入家
庭号码,则
要输入地
区号
sex char(2) 性别Not null f/m f代表男
性,m代表
女性memName varchar(
20)
姓名Not null 不得超过20字
birthday datetime 出生日期Not null
driTime int 身份证号Not null
carNum int 拼车次数Not null 每成功拼车一
次，自动加一
表3.2 商品信息表
数据项数据类型别名是否为空约束取值含义
carNo char(9) 商品编号Not null C00000001-C999
99999 主键C代表商品，后8位按顺序编号
carNoo char(6) 商品编号Not null 真实填写carType varchar(商品类型Not null 不得超过5字用文字说
10) 明pasQuant
ity
int 商品数量Not null
carTime int 商品名称Not null
safeCase varchar(
20) 卖家编号Not null 不得超过10字用文字说
明
carRemar k varchar(
80)
发布时间Null 不得超过40字用文字说
明
fee int 费用
issDate datetime 发布日期Not null
memNo char(9) 卖家编号Not null M00000001-M999
99999 M代表客户，后8位按顺序编号
表3.3路线信息表
数据项数据类
型别名是否为
空
约束取值含义
rouNo char(9) 路线编号Not
null R00000001-R9
9999999 主
键
R代表路
线，后8
位按顺序
编号
start varchar
(40) 出发地Not
null
不得超过20字用文字说
明
distina tion varchar
(40)
目的地Not
null
不得超过20字用文字说
明
https://www.doczj.com/doc/81934588.html, 如何构建大中台架构_光环大数据培训 光环大数据是国内知名的IT培训机构，大数据培训，数据分析培训、人工智能培训等课程全国领先，帮助学员提升技术水平并保障就业，深受学员喜爱，获得业界的一致好评。 在创业初期，为了快速拥抱业务，架构的建设在体系化、完善度等方面会有所不足。随着时间的推移，架构在可持续性、稳定性等方面不断进步。2015 年末，滴滴出行在短时间内形成了包括快车、出租车、专车、顺风车、代驾 ... 算法模型 Hadoop 架构架构设计 在创业初期，为了快速拥抱业务，架构的建设在体系化、完善度等方面会有所不足。随着时间的推移，架构在可持续性、稳定性等方面不断进步。 构建业务中台的四个原因2015 年末，滴滴出行在短时间内形成了包括快车、出租车、专车、顺风车、代驾等多业务的垂直化架构。随之，滴滴启动了中台战略整合业务系统。 决定构建业务中台主要出于四方面考虑：专业深度、人力资源、用户体验、全局打通。 专业深度。由于是多业务垂直化的架构，会有多个团队开发同样的架构，这就需要很多的工程师。 每个团队都是用最快速的方式构建流程，所以技术很难做深。这样一来，导致客户端的流畅度不高，后端不稳定，影响可扩展性。 人力资源。从原则上来说把每个团队加到足够的人，每个架构都能有很好的发展。但工程师的薪资都非常高，招聘大量工程师来做同样的架构，研发成本高昂。还有些时候，即使你愿意花钱，也招聘不到合适的人。 用户体验。流畅度、稳定性、扩展性、界面、交易流程等都是影响用户体验
https://www.doczj.com/doc/81934588.html, 的重要因素。 在当时的组织结构和研发情况下，会出现业务的应用场景不同，交易流程却相同的问题，这样很影响用户的体验。 全局打通。所有业务本质都是出行，出行本质具有协同效应。但在各自独立发展情况下，业务间完全没有协同性，在构建中台过程中，我们可以逐步把协同性建立起来。 构建出行业务中台的挑战构建出行业务中台并不是只有好处，也一定会带来很多问题，较大的问题是软件复杂度。 从业务角度来说，把所有业务合并到一个体系下，本身就是很难的事，再加上滴滴出行是实时性 O2O 业务，场景差异很大，而且作为互联网公司，不仅有很多需求不明确，还会不断持续变化。 这种情况下，想要用一套相对稳定、相对固定的架构去支持所有业务，十分困难。 从组织角度来说，滴滴出行有多个事业部，业务涉及 400 多个城市，组织和个人的变化更快。 针对软件复杂度的挑战，中台制定了最基本的实现目标：在业务多元化发展的组织中，去构建一套工程架构，构建一套组织结构及对应的管理机制，以保证业务可持续的又快又好的发展。 滴滴业务中台的架构实践在谈具体对策与实践之前，先来看看整个业务中台的架构设计，如下图： 整个的架构设计分几个边界的上下文，好处在于把相关性不强的逻辑拆开，同时在一个相关性下面，通过分层对业务进行更好的建模。 调度层作为入口去牵引多个业务线，业务流程层为调度层做服务，状态智能层用来支持上面的两层。 在对业务和产品进行更好建模的基础上，进行了“五化”：服务化、异步化、配置化、插件化、数据化。 服务化服务化很常见，以下单为例，如下图：
龙源期刊网 https://www.doczj.com/doc/81934588.html, 基于大数据技术的智能包车系统的设计与实现 作者：马伟涛詹乾鑫黄泳健李蓉黄锵 来源：《电脑知识与技术》2019年第12期 摘要：随着经济技术的不断发展，大学生对于安全、便捷出行的需求越来越高涨。该文主要介绍基于大数据技术的智能包车系统的设计与实现，该系统以Android为开发语言，MySQL数据库结合PHP等技术完成系统后台开发，开发过程遵循软件开发流程和规范要求。该系统在满足大学生包车出行的日常需求的同时，帮助节省出行时间和费用，同时提高包车负责人安排车辆和路线的合理性。 关键词：大数据；包车系统；Android；PHP 中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2019）12-0189-03 开放科学（资源服务）标识码（OSID）： Design and Implementation of Intelligent Chartered Bus System Based on Big Data Technology MA Wei-tao， ZHAN Qian-xin， HUANG Yong-jian， LI Rong， HUANG Qiang （School of Computer Science， Guangdong AIB Polytechnic， Guangzhou 511365， China） Abstract： With the continuous development of economy and technology， the demand for safe and convenient travel for college students is increasing. This paper mainly introduces the design and implementation of intelligent chartered bus system based on big data technology. The system uses Android as the development language， MySQL database and PHP technology are used to complete the background development of the system， and the development process follows the software development process and specification requirements. This system not only meets the daily needs of Chartered travel for college students， but also helps to save travel time and expenses， at the same time， the rationality of arranging vehicles and routes for chartered persons is improved. Key words： big data； chartered bus system； Android； PHP 1 背景
云数据中心的资源利用率应如何提高 基础设施资源虚拟池化 虚拟资源池：实现融合基础设施结构和弹性云的关键。 这种技术可以显著减少数据中心所需的IT设备。虚拟化消除了服务器、存储和网络设备对应用程序的物理局限。每种应用程序配置专用服务器效率低下，造成利用率下降。虚拟化可使应用“拼车”使用服务器。这种物理意义上的车(服务器)是固定的，但乘员(应用程序)可以改变，而且变化多样(尺寸和类型)，来去自便。 虚拟化技术可以扩大硬件的容量，简化软件的重新配置过程。CPU的虚拟化技术可以单CPU 模拟多CPU并行，允许一个平台同时运行多个操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。 这种模式打破了老的“一个应用对应一台服务器”的模式，能够采用动态的方法按需分配IT 资源，毫无疑问，将会极大地提高IT资源的利用率。
深度融合 目前数据中心的建设多奉行分开采购的策略，即服务器、存储、网络设备、平台及应用软件等各自独立采购，而后再集成的方式，这在一定程度上降低了数据中心的初始购置成本。然而，随着云数据中心规模的不断扩大，业务需求不断变化，IT技术日趋复杂，企业将在后续运维/运营上消耗过多的人力物力，而IT效率低下也终将阻碍业务发展的步伐。 目前，业界融合基础设施的发展模式之一以集成为主，比较常见于IT厂商之间形成的联盟。他们根据已有的经验和最佳实践，将来自不同厂商的产品预先集成在一起以构建融合基础设施，有些厂商还会集成一套定制化的统一管理平台。这无疑是迈出了关键一步，为客户从繁琐的IT日常管理运维中减负。虚拟化技术降低了成本，提升了资源利用率并带来了更敏捷的业务效率，但是与此同时，也对系统及应用软件管理员的技术水平和人员数量提出了更高的要求。由于虚拟化架构的引入，数据中心的流量模型也随之改变，给安全管理、网络管理、性能及SLA的保障带来了诸多新的挑战及困难。 为克服以上不足，华为推出了具备深度融合的一体化基础设施—FusionCube。该一体机定位于企业一体化云平台，对IT系统进行整合与简化，帮助企业聚焦主营业务，精简IT。这也是业界首款真正做到把计算、存储、网络以及虚拟化平台有机融合在统一的架构之下。 采用FusionCube构建云时代IT基础设施，无需额外采购交换机、存储设备，大大简化采购流程、提升IT投资价值，最多可节省20%的初始投资，75%机房空间，67.5%的能源消耗。统一管理、提升资源利用率，节省后期运维成本多达30%。预集成、预优化，减少性能优化开支50%。
软件学报 ISSN 1000-9825, CODEN RUXUEW Journal of Software,2017,28(6):1498?1515 [doi: 10.13328/https://www.doczj.com/doc/81934588.html,ki.jos.005220] ?中国科学院软件研究所版权所有 .
E-mail: jos@https://www.doczj.com/doc/81934588.html, https://www.doczj.com/doc/81934588.html, Tel: +86-10-62562563
基于车牌识别流数据的车辆伴随模式发现方法
朱美玲 1,2,3, 刘 晨 2,3, 王雄斌 2,3, 韩燕波 2,3
1 2 3
?
(天津大学 计算机科学与技术学院 ,天津 (北方工业大学 云计算研究中心 ,北京
300072) 100144) 100144)
(大规模流数据集成与分析技术北京市重点实验室 (北方工业大学 ),北京
通讯作者 : 朱美玲 , E-mail: meilingzhu2006@https://www.doczj.com/doc/81934588.html,
摘
要:
针对伴随车辆检测这一新兴的智能交通应用, 在一种特殊的流式时空大数据——车牌识别流式大数据
(ANPR)下,重新定义了 Platoon 伴随模式,提出 PlatoonFinder 算法,即时地在车牌识别数据流上挖掘 Platoon 伴随模 式.主要贡献包括:第一,将 Platoon 伴随模式发现问题映射为数据流上的带有时空约束的频繁序列挖掘问题,与传统 频繁序列挖掘算法仅考虑序列元素之间位置关系不同,该算法能够在频繁序列挖掘的过程中有效处理序列元素之 间复杂的时空约束关系;第二,该算法融入了伪投影等性能优化技术,针对数据流的特点进行了性能优化,能够有效 应对车牌识别流式大数据的速率和规模,从而实现车辆 Platoon 伴随模式的即时发现.通过在真实车牌识别数据集上 的实验分析表明:PlatoonFinder 算法的平均延时显著低于经典的 Aprior 和 PrefixSpan 等频繁模式挖掘算法,也低于 真实情况下交通摄像头的车牌识别最小时间间隔.因此,所提出的算法可以有效地发现伴随车辆组及其移动模式. 关键词: 流式时空大数据;大数据分析;伴随模式;频繁序列挖掘 中图法分类号: TP311
中 文 引 用 格 式 : 朱 美 玲 , 刘 晨 , 王 雄 斌 , 韩 燕 波 . 基 于 车 牌 识 别 流 数 据 的 车 辆 伴 随 模 式 发 现 方 法 . 软 件 学 报 ,2017,28(6): 1498?1515. https://www.doczj.com/doc/81934588.html,/1000-9825/5220.htm 英文引用格式 : Zhu ML, Liu C, Wang XB, Han YB. Approach to discover companion pattern based on anpr data stream. Ruan Jian Xue Bao/Journal of Software, 2017,28(6):1498?1515 (in Chinese). https://www.doczj.com/doc/81934588.html,/1000-9825/5220.htm
Approach to Discover Companion Pattern Based on ANPR Data Stream
ZHU Mei-Ling1,2,3,
1 2
LIU Chen2,3,
WANG Xiong-Bin2,3,
HAN Yan-Bo2.3
(School of Computer Science and Technology, Tianjin University, Tianjin 300072, China) (Beijing Key Laboratory on Integration and Analysis of Large-Scale Stream Data (North China University of Technology), Beijing 100144, China) (Cloud Computing Research Center, North China University of Technology, Beijing 100144, China) Companion vehicle discovery is a newly emerging intelligent transportation application. Aiming at it, this paper redefines the
3
Abstract:
Platoon companion pattern over a special type of spatio-temporal data stream, or ANPR (automatic number plate recognition data). Accordingly, a PlatoonFinder algorithm is also proposed to mine Platoon companions over ANPR data stream instantly. First, Platoon discovery problem is transformed into frequent sequence mining problem with customized spatio-temporal constraints. Compared to traditional frequent sequence mining algorithms, this new algorithm can effectively handle complex spatio-temporal relationships among
?
基金项目 : 国家自然科学基金 (61672042); 北京市市委组织部、北京市优秀人才培养资助 ,青年骨干个人项目 ; 北方工业大学
“人才强校计划 ”青年拔尖人才培育计划 Foundation item: National Natural Science Foundation of China (61672042); Program for Youth Backbone Individual, Beijing Municipal Party Committee Organization Department; Training Plan of Top Young Talent in North China University of Technology 收稿时间 : 2016-05-07; 修改时间 : 2016-07-15; 采用时间 : 2016-12-22; jos 在线出版时间 : 2017-02-20 CNKI 网络优先出版 : 2017-02-20 15:14:42, https://www.doczj.com/doc/81934588.html,/kcms/detail/11.2560.TP.20170220.1514.029.html
开题报告 题目名称校园拼车系统的设计与实现 题目来源 A 题目类型 1 导师姓名 学生姓名班级学号专业计算机科学与技术 一.本课题的选题来源，目的及研究意义 随着社会的进步以及生活水平的提高，人们的消费观念增强，绝大多数家庭拥有私家车。在大学中，教师上下班也大量使用小车代步，同时校园接送老师上下班的小车也随着一些道路限高导致校车无法抵达目的地而取消校车接送老师，这让一些没有习惯开车上下班的老师着实遇到了不少困难。 微信公众平台，简称wechat，作为线上线下微信互动营销的代表，率先提出标准的行业通用模板和深定制的微信平台开发理念相结合。形成了线上线下微信互动的开放应用平台，利用公众账号平台进行自媒体活动，简单来说就是进行一对多的媒体行为活动。 二．本课题相关国内外研究现状 随着微信公众平台的广泛得到推广，作为用户间的交互效果取得了突飞猛进的发展，不仅不占用APP空间，在微信中就可以完成用户的互动。采用面向对象的开发方法以及php语言，依靠sae新浪云计算平台作为在线开发工具，使用mysql网络数据库存储数据。 三．本课题研究的内容 本课题分为前后台操作：微信订阅号上用户拼车和接车的交互、可操作功能模块主要取决于后台作出的控制与调整。在数据库系统操作中，可根据需要随时打开、运行、处理、关闭。该课题同时设有初始设置、系统维护等几个功能，通过对多个数据库文件的控制操作，实现查询、录入、修改、删除等功能。 主要功能介绍： 1、用户信息的管理：查询、注册、修改、信用评级 2、拼车请求的管理：查询、预约、修改、取消 3、接车请求的管理：查询、接送、修改、取消 4、拼车管理：老师可以根据自己的需求，选择确定的上车地点作为拼车请求发布 5、接车管理：老师可以查看已发布的拼车请求，或根据自己的时间安排，选择确定上 车地点作为接车请求发布 6、接单成功：接单成功后会给双方发送一张加入微信聊天群的二维码图片，长按图片 加入聊天，仅当前接车和拼车老师可见，交流更方便。 7、接送成功：对请求拼车并成功被接车老师和成功完成接送的老师予以次数登记，不 同次数给予娱乐小称号（接车达人等等）。 8、分享服务：完成一次接送可以分享公众号到好友或朋友圈，邀请他人一起拼车。四．研究方案 1.采用php语言，在新浪云服务器上部署代码与mysql数据库，完成校园拼车系统设计。 2.设计工具： MySQL,HTML,CSS,jquery,Windows 8 3.研究问题及解决办法：
基于Web的拼车系统的设 计与实现
摘要：随着因特网的普及和人们使用网络能力的提高，越来越多的人开始在网上为自己的出行寻找一个更加安全、便捷、省钱的途径。因此拼车的方式应运而生，而且受到了人们的普遍欢迎。那么一种能够提供及时、有效、真实拼车信息的系统是很有现实意义的。通过对人们需求的分析，设计了此拼车系统。系统主要作用是为用户提供一个查询拼车信息和发布拼车信息的平台，满足用户在实际出行中的拼车需要。 关键词：拼车；路线查询；jsp；mysql；MyEclipse 中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2016）19-0064-03 The Design and Realization of Carpool System Based on Web HAN Qing-liang （Shan Dong University of Science and Technology，Qingdao 266590，China） Abstract：Along with the popularization of the Internet and the popularization of people's application of the network，more and more people are starting to find a way which is safe、convenient and more cheaper.So the carpool mode emerge as the times require，and it is welcomed by the most of the people.So it is very practical to provide a timely，effective and real information
摘要 伴随着科技进步和经济全球化，网络拼车行业在服务内容、服务方式、服务质量上面临着日益加剧的竞争和严峻的挑战。在此背景下，网络拼车自助服务系统已成为各大网络拼车运营商在激烈的市场竞争中迎接挑战和竞争的法宝之一。本论文的研究主要集中在网络拼车自助服务系统的设计和实现上。 首先，本文在介绍国内外网络拼车自助服务系统使用情况的基础上，探讨了系统设计的意义和目的，并分析了系统设计的要点和所应用到的关键技术；然后本文从系统设计目标、整体结构、业务逻辑处理系统、自助终端管理、自助服务终端等方面详细介绍了系统的总体设计；同时又进一步从系统数据库的设计、业务逻辑处理的实现、自助服务终端功能的实现等方面阐述了系统的具体实现方法；最后叙述了该系统的实际应用情况，指出了该系统的不足之处，并提出了今后的改进思路，同时展望了自助服务系统的发展前景。 网络拼车自助服务系统已经在XXX等地进行了实际应用，有效地缓解了网络拼车行业的服务压力，提高了服务质量，同时对于其他行业自助服务系统的实现具有一定的参考价值。 关键词：自助服务；网络拼车；关键技术
目录 1 需求分析 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3系统目标 (2) 1.4系统功能分析 (2) 1.4.1卖家基本信息管理 (2) 1.4.2 买家基本信息管理 (2) 1.4.3商品基本信息管理 (3) 1.4.4拼车预订信息管理 (3) 1.4.5订单信息管理 (3) 1.4.6拼车评价信息管理 (4) 1.5系统总体功能图 (4) 1.6数据需求及业务规则分析 (6) 1.7数据字典 (7) 1.7.1数据项与数据结构 (7) 2 数据库概念设计 (9) 2.1定义实体集及属性 (9) 2.2定义联系集及属性 (9) 2.3 E-R模型设计 (10) 2.3.1实体E-R模型设计 (10) 2.3.2二元联系E-R模型设计 (12) 2.3.3三元联系E-R模型设计 (13) 2.3.4总E-R模型设计 (14) 3 逻辑设计 (15) 3.1实体的转化为关系模式 (15) 3.2联系的转化为关系模式 (15) 3.3关系设计 (16) 4团队介绍和人员分工 (20) 4.1团队介绍 (20)
2012年ITAT全国大学生信息应用水平大赛 设 计 报 告
摘要 随着我国民经济水平的不断提高，出租车行业迅速发展起来，出租车已经成为大众的代步工具，是人们出行的首选，同时出租车计费的准确性与人们的切身利益息息相关备受广大民众的关注。计价器是乘客与司机双方的交易准则，它是出租车行业发展的重要标志，是出租车中最重要的工具,它关系着交易双方的利益,具有良好性能的计价器无论是对广大出租车司机朋友还是乘客来说都是很必要的。本次设计的主要组成部分是由PK10N512VLL100系统板、电源模块、TPC7062KW组态触摸屏、RD-TH系列热敏微型打印机、霍尔感应模块、串口通信模块、64*16点阵构成。本系统结构简单，能够实现三种功能，分别为人机对话界面控制、打印输出自动控制、64*16点阵输出显示控制。采集霍尔感应器的信息接收到主控芯片中，再通过数据发送到触摸屏显示出来，触摸屏进行相应的触摸按键设置，通过单片机内部系统的处理，最终将信息发给打印机，打印机打印出相关详细信息。 关键词：出租车计价、PK10N512VLL100系统板、RD-TH系列热敏微型打印机
目录 1系统设计 (4) 1.1 方案设计 (4) 1.2方案论证及比较 (4) 2 硬件电路设计 (7) 2.1 整机设计硬件框图 (7) 2.2主控电路 (7) 2.3 电源模块 (8) 2.4显示模块电路的设计 (11) 2.5 串口通信电路设计 (11) 2.6 磁场感应模块 (12) 2.7 64*16点阵显示模块 (13) 3软件的设计 (15) 3.1 出租车上下车程序设计 (15) 3.2 LCD与按键程序设计 (18) 4 理论分析与计算 (24) 4.1线状运动参数的分析与计算 (24) 4.2出租车计价费用计算 (24) 5 测试与调试 (26) 5.1 测试前的准备 (26) 5.2出租车计价功能测试 (26) 5.3点阵显示功能测试 (26) 参考文献 (27) 附录 (28) 附录一原件清单 (28) 附录二打印和显示实物图 (29)
拼车网设计文档 组长：025柯志宏 组员：034林端全 063郑子凯 038林兴隆 023黄志达 目录 1、系统需求 1.1项目背景 1.2项目开发目的 2、系统设计 2.1运行平台及设计语言 2.2数据库的存放 2.3流程图 3、功能概述 3.1 用户的注册及登录 3.2 管理员登录 3.3 显示最新十条动态 3.4显示拼车信息 4、数据库设计 4.1数据库显示、查询 5、设计
1、系统需求 1.1项目背景 由于闽南科技学院地理位置比较偏僻，每逢节假日师生出行等车难、乘车费用不实惠，故开发了拼车系统。 2.2项目开发目的 为了用户出行方便，解决用户出行时拼车、叫餐、租房、地图定位，通过使用掌心通，可以将具有同样需求的用户一起拼车出游，以节约等车时间并分担乘车费用。系统基于闽南科技学院的师生需求开发，随着系统的改进和完善，拟在社会上各个高校中推广和使用。 2、总体设计 2.1运行平台及设计语言 考虑到成熟的客户机/服务器（C/S）模式，并结合Eclipse工具，在LINUX 的平台下运行，使用PHP技术完成 2.2数据库的存放 通常数据存放方式可以有三个选择：一是集中式存放，二是分布式存放，三是混合式存放。由于技术有限采用集中式存放，把所有数据集中在一个服务器上，便于管理。
2.3流程图 提示有人 发布 申请加入 信息 提示申请成功 申请加入 发布 订单 开始 发布者 信息平台 司机 完成 需求者
3、功能概述 3.1用户的注册与登录 游客进入网站可以注册成为新用户，登录后可以享受到了解动态信息、发布自己要拼车的信息。能找到所要拼车的对象联系他。 登录注册界面： 会员注册界面： 会员登录界面：
目录 第一部分背景综述 (2) 一、引言 (2) 1、开发背景和意义 (2) 2、系统概述 (3) 3、系统环境 (3) 第二部分产品功能介绍 (4) 二、需求分析 (4) 1、个人用户界面 (4) 1.1登录 (4) 1.2用户注册界面 (5) 1.3 用户个人主页界面 (6) 2、司机用户界面 (6) 2.1登录 (6) 2.2司机主页界面 (7) 3、管理员用户界面 (7) 3.1登录 (7) 3.2管理员主页界面 (8)
区间网约车APP开发需求书 一、引言 1开发背景和意义 基于配套公交车，补充空档和提升乘车体验，打击非法车，保护学生和民众出行安全等目的，我们提出区间网约车的概念。 区间网约车是传统网约车朝专线运营服务方向的升级，定性为“网约区间车”。 区间网约车是公共交通工具的无缝配套连接，在公共交通工具的线路上或时段上没有服务且又存在客户出行需求的地方，提供专线营运服务，担当“微型公交车”、“微型班车”、“出租车拼车”和“网约车专车”的角色，为学生和民众提供贴心搭乘服务。区间网约车提供的是出租车和网约车的服务，收取的是出租车和网约车一半的费用。 区间网约车是“黑改白”的有效途径，往往“黑车”盛行的地方就是需要区间网约车去开发的地方，将非法的、不安全的、不规范的、没担当的“黑车”改为合法的、安全的、规范的、有担当的“网约区间车”。 区间网约车具有固定线路、固定站点、统一标识、统一服务、APP 预定、APP支付、APP管理等特征，是公共交通工具未来运营模式的排头兵。 在当今社会中，交通问题已经成为很重要的社会性问题，而区间网约车为解决交通问题的一个关键因素。由于公交车、出租车不能满足所有人的出行需求，人们可能无法通过乘坐辆公交车、出租车达
软件测试计划 1．总论 1)项目背景 本次的被测项目，是一个基于B/S结构的Web博客系统。该系统可以实现用户注册，以及好友的搜索增添，基本的文章发布，照片上传等功能。用户可选择关注的好友还可以设置博客访问权限：公开、好友可见，仅自己可见。 2)编写目的 测试Web博客系统中的各个功能模块是否满足用户要求，并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。 3)系统模块图 4)参考资料 软件测试技术（本学期的课本）清华大学出版社 2. 测试策略 1)总体策略 软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。软件系统经过单元、集成、确认、系统、安装、验收测试，分别达到单元、集成、确认、系统、安装、验收测试停止标准。软件系统通过验收测试，并已得出验收测试结论。软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据
2)测试范围 1. 响应时间 我把“响应时间”的概念确定为“对请求作出响应所需要的时间”，把响应时间作`为用户视角的软件性能的主要体现。响应时间划分为“呈现时间”和“系统响应时间”两个部分。 2. 并发用户数 我把“并发用户数”与“同时在线数”进行区别对待，我的“并发用户数”的标准是：并发用户数取决于测试对象的目标业务场景，因此，在确定这个“并发用户数”前，必须（必要）先对用户的业务进行分解、分析出典型的业务场景（也就是用户最常使用、最关注的业务操作），然后基于场景采用某些方法（有多种计算并发用户数的数学模型与公式）获得“并发用户数”。 这样做的原因是：假设一个应用系统、最高峰有500人同时在线、但这500人却不是并发用户数、因为假设在一个时间点上、有50%的人在填写复杂的表格（填写表格动作对服务器没有任何负担、只有在“提交”动作的时候才会对服务器系统构成压力）、有40%的人在不停的从一个页面跳转到另外一个页面（不停发出请求与回应、产生服务器压力）、还有10%的人挂在线上，没有任何操作在发呆：）（没有对服务器构成压力的动作）。因此只有那40%的人真正对服务器产生了压力，从这里例子可以看出、并发用户数关心的是不但是业务并发用户数、还取决于业务逻辑、业务场景。因此我们需要本文第六部分性能测试文档4、5、6。 3. 吞吐量 我把吞吐量定义为“单位时间内系统处理的客户请求的数量”，直接体现软件系统的性能承载能力，对于交互式应用系统来说、吞吐量反映的是服务器承受的压力、在容量规划的测试中、吞吐量是一个重要指标、它不但反映在中间件、数据库上、更加体现在硬件上。我们在以下方面利用这个指标：（1）用来协助设计性能测试场景，衡量性能测试是否达到了预计的设计目标、比如J2EE应用系统的连接池、数据库事务发生频率、事务发生次数。
汽 车 购 买 行 为 调 研 计 划 组长：杨健康 101206246 组员：卫志超 101206245 叶元康 101206249 骆泽坚 101206232 李建鸿 101206244 林威 101206240 郑巧军 101206207
目录 一、执行概要 (3) 二、项目背景 (3) 三、消费者购买行为分析 (3) 四、研究目的和具体目标 (4) 五、研究方法 (4) 六、数据验收与分析 (5) 七、调研经费预算 (6) 八、调研流程，实施与日程安排 (8) 九、小组成员介绍 (10) 十、附录 (11)
一、执行概要 近年来，随着漳州汽车销售市场的日趋成熟，越来越多的4S店入驻漳州，加入争夺漳州市场的战斗。竞争越来越激烈，汽车经销商除了拼品牌、拼车型、拼实力，拼服务。漳州的汽车对各大汽车企业有着巨大的吸引力。而且购买者的行为并非不可捉磨的，因此我们精心设计和调查，了解消费者的购买行为。把握住消费者的购买行为，就可以更好的为雷克萨斯的4s店进入漳州做铺垫。可以能通过本次的调查来提供适合漳州消费者的产品来激发消费者的需要。雷克萨斯4s店也可以通过活动或者消息来源渠道等来影响消费者的购买行为，从而实现利润最大化。 二、项目背景 购买汽车在我们现实生活中我国汽车产业发展势头强劲，２０世纪９０年代以来，我国汽车产量实现三次突破，第一次是１９９２年突破百万辆大关。第二次突破是２０００年突破２００万辆。第三次突破是2005年以来，国家将继续实施稳健的财政政策和稳健的货币政策，2006年GDP增长10.7％，与此同时，城乡居民收入将继续保持较快增长，中等收入阶层消费能力将明显提高，2006年中国汽车产量为728万辆，比上年增长27.6%，已超过德国，仅次于美国、日本，居世界第三位。 汽车产业是世界经济的支柱产业之一，汽车保有量(尤其是私人汽车)与人均国民收入成正比。1998年开始，我国个人购买汽车的比例已经超过50％，目前在一些大中城市已超过70％。2000年由中国消费者协会与２０个大中城市的消费者协会联合进行了一份名为《家用轿车消费调查》，在调查对象中，３２．１％的消费者５年内有购买家用轿车的打算。2001 年底中国加入世界贸易组织以来，自长期受到压抑的汽车消费得到释放，汽车市场规模不断扩大，私人消费成为主流。从国家统计局公布的数据来看，2006 年，我国私人汽车保有量达到了 2200 万辆，比上年增长 23.7%；2007 年，私人汽车保有量达到3534 万辆，增长 20．8％；2008年，私人汽车保有量是 4173 万辆，增长18.1%。近年来，我国的家用汽车销量以两位数的惊人速度急剧攀升。可以说，没有任何一种工业品能像汽车这样渗透到社会大众生活的各个层面。它不仅紧紧伴随人类工业的发展，影响了人类整个社会的经济结构和发展速度，而且还以其技术和产品的不断更新彻底改变和提高了人们的生活方式和生活质量。中国汽车已经开始进入家庭消费阶段。 三、消费者购买行为分析 （一）.理智型。这是指以理智为主做出购买决策的购买行为。具有这类行为特点的消费者，其购买思维方式比较冷静，在需求转化为现实之前，他们通常要做广泛的信息收集和比较，充分了解商品的相关知识，在不同的品牌之间进行充分地调查，慎重挑选，反复权衡比较。 （二）.冲动型。这是容易受别人诱导和影响而迅速做出购买决策的购买行为。冲动型的购买者，通常是情感较为外向，随意性较强的顾客。