打车软件需求分析 ppt课件
滴滴打车平台分析PPT课件
商业模式
5 重要伙伴
腾讯集团投资滴滴打车1500万美金
与微信达成战略合作，开启微信支付打车费“补贴”营 销活动；中信产业基金投资6000万美金、腾讯集团投资 3000万美金。
滴滴打车和快的打车战略合并
滴滴打车与赶集网达成战略合作，双方将联手在生活服务 领域开启整合创新营销合作。
14
商业模式
7 核心资源
滴滴打车正在滴米系统、用户画像系统、精准营销、 智能匹配、需求预测系统和运能预测系统等方面构建自己 的技术核心竞争力。满足乘客和司机的需求，保证他们的 体验。乘客打车产生订单，滴滴将订单发送给合适的司机。 推荐算法要准确，匹配效率要高，计算要快，推送要及时， 提升用户的质量和活跃度。
12
商业模式
6 关键业务
滴滴出行可以让司机师傅用手机等待乘客“送上门 来”，从打车初始阶段到下车使用线上支付车费，建立培 养出大移动互联网时代下引领的用户现代化出行方式，画 出一个乘客与司机紧密相连的o2o完美闭环，最大限度优 化乘客打车体验，改变传统出租司机等客方式，让司机师 傅根据乘客目的地按意愿“接单”，节约司机与乘客沟通 成本，降低空驶率，最大化节省司乘双方资源与时间可以 匹配用户和司机的需求，减少司机的空载提高效率。
商业模式内容
客户细分 客户关系 渠道通路
商业模式
价值主张 重要伙伴 关键业务
核 收成 心 入本 资 来结 源 源构
7
商业模式
1 客户细分
滴滴出行，中国知名的一款免费打车平台，目前，滴 滴已从出租车打车软件，成长为涵盖出租车、专车、快车、 顺风车、代驾及大巴等多项业务在内的一站式出行平台。 因此滴滴出行的目标客户分别就是这些业务的使用者，出 租车业务又可以分为乘客端和司机端。
打车软件需求分析.ppt
1
综合描述
2
功能性需求分析
3
非功能性需求分析
4
总结
1.综合描述
1.1 产品背景
• 随着“后PC时代”的到来，智能手机用户爆炸式的增长普及，移 动互联网领域大有可为
• 城市化的快速发展，使得打车难的问题变的日益突出，给百姓的 出行带来了诸多不便，所以产生了打车软件的客观需求。
1.综合描述
1.2 商业需求
私人车（黑车）司机：不正规无营运执照，不能到某些地点 载客。
1.综合描述
1.4 产品主要功能
➢ 乘客：即时打车服务、预约打车服务和寻求代驾服务 ➢ 司机：接单载客服务、路况信息服务和收听广播服务 ➢ 第三方：广告推送服务、本地信息显示服务（包括餐饮娱乐及酒
店宾馆）、广播服务、支付服务、地图服务、交通管理服务
乘客提交预约以及代驾信息后，会在司机客户端有提醒，方便司机查看预约以及代驾乘客的信息，也可以 进行筛选 司机.客户管理
司机可以查看和管理经常联系的老顾客电话号码等信息，方便司机的操作。 司机.查看路况
司机可以查看实时路况信息，在地图上显示路况信息的同时可以语音提示重要路况信息，如某地点堵车建 议绕行。 司机.收听广播
1.综合描述
重庆大学通信工程学院——软件工程
1.6 外部接口需求 ➢ 硬件接口
• 定位：移动网络（2G/3G/4G）快速定位，GPS精确定位 • 语音输入（MIC）：用于输入用户指令信息如目的地等 • 语音输出（听筒）：用于广播消息等语音输出 • 取景器（摄像头）：取景用于定位、上传分享位置等 • 触屏或者键盘：用于用户操作、发出指令、消息输入等
能够涉人其中从而减小政府打压的风险。 • 恶性竞争的风险：软件除了要和其它同类打车软件比较相比有特
打车软件需求分析 ppt课件
小组成员：
小组成员任务分配
成员 陈毅 邓礼力 文亚 周丽 王昌平
任务 收集资料并制作PPT 客户及用户需求调研 系统数据域分析建模 系统功能域分析建模 系统状态域分析建模
由于缺乏相关专业知识，所做需求分析均由组 员根据自己的理解以及相关资料进行分析并建模 绘图，有诸多不合理之处，仅作参考，在此感谢 各位组员认真完成任务所付诸的劳动。
暗中替换。 • 9)确保系统维护时不会破坏程序、组件、中心的安全机制。 • 10)确保未授权的恶意程序没有传染程序或组件。 • 11)使安全人员能够审计安全机制的状态和使用。
3.非功能性需求分析
3.3 软件质量属性
• 兼容性： 可运行于各个品牌的智能机和平板上，可在安卓 2.3.0版本及其以上版本运行。
工作群体：因工作的原因对打车的需求比较大，是我们的主 要用户，但对打车的速度和效率要求比较高，可以为其设计 加小费打车以及申请代驾等功能。
老人群体：不易学习、接受新兴事物，所以界面设计一定要 简洁易用，为其设计一键叫车以及语音叫车功能。
➢ 司机
正规出租车司机：有营运执照，安全性有保障，但容易空跑 需要提高载客效率、增加营收。
需求分析
UI设计师(2)
概要设计
总设计师(3)
详细设计
开发工程师（6） 编码
测试工程师（3） 测试
所需设备
设备用途
服务器
软件及数据库
磁盘阵列
数据存储
交换机
网络搭建
笔记本电脑
编码、测试
智能终端
项目测试
UPS电源
提供电源
其他附件
工作时间
1周 1周 2周 4周 3周 2周 设备单价 30,000.00 80,000.00 5,000.00 4,000.00 1,000.00 100,000.00 10,000.00
滴滴快车的产品需求文档
滴滴快车的产品需求文档一.产品定位及用户剖析1.1 滴滴出行滴滴出行（原名：滴滴打车，Didi Taxi）是由北京小桔科技有限公司推出的一站式挪动出行平台，它涵盖出租车、专车、滴滴快车、顺风车、代驾及大巴、货运等出行和运输效劳。
Slogan为滴滴一下，美妙出行。
努力于与监管部门、出租车行业、汽车产业等同伴积极协作，以人工智能技术推进聪慧交通创新，处理全球交通、环保和就业应战。
1.2 滴滴市场剖析1.2.1 市场范围数据来源：易观千帆，‘中国网约车市场APP榜单’数据来源：易观千帆，‘中国网约车市场APP榜单’1.2.2 供-需市场滴滴旗下的网约车主要触及到两个方面：供给侧（司机）和需求侧（乘客）。
•供给侧剖析（滴滴司机人群画像）如图：滴滴供给侧剖析据泰一舆情和章鱼大数据（滴滴司机人群画像大数据解读），在地域散布上，80%的司机散布于中国的中东部且较为兴旺地域，例如浙江、广州、被正告等。
从司机年龄来看，专快车司机的年龄主要集中在31-50岁之间（64%）。
同时，工作时间灵敏是其参加滴滴的主要缘由。
•需求侧（滴滴乘客画像）数据来源: 比达咨询，《2018 中国网约车行业行业开展监测报告》据数据统计，在2020年疫情逐渐趋稳的状况，截至5月，网约车市场活泼用户范围为6557.4万。
滴滴出行APP以5439.48万活泼人数占领榜单第一，且将近六成用户均为男性。
滴滴的用户固然掩盖全国，但一二线城市占大多数。
1.4 需求总结2. 产品构造2.1 产品构造功用图2.2 产品信息架构图3. 全局阐明3.1 登入页面3.1.1 权限阐明3.1.1.1 未登入状态未登入状态进入APP，不可叫车出行、回复音讯、停止支付、停止效劳评价、查询订单、咨询客服、查询道路等。
3.1.1.2 已登入状态登入状态可停止上述全部操作。
3.1.2 登入页面•页面称号：登入页面；•页面入口：在未登入状态下，用户点击其中一个（例：起点、目的地、音讯框等）会自动转入登入界面；•页面功用：目前有四种登入方式– 手机号/密码，手机号/考证码，第三方受权登入，免考证登入。
网约车调查报告PPT 图文
调查内容
01
添加标题内容
此处添加详细文本描述，建议与标题相关并符合整体语言风格，语言描述尽 量简洁生动。尽量将每页幻灯片的字数控制在 。
05
添加标题内容
此处添加详细文本描述，建议与标题相关并符合整体语言风格，语言描述尽 量简洁生动。尽量将每页幻灯片的字数控制在 。
02
添加标题内容
此处添加详细文本描述，建议与标题相关并符合整体语言风格，语言描述尽 量简洁生动。尽量将每页幻灯片的字数控制在 。
2
此处添加详细文本描述，建议与标题相关并符合整体语
言风格，语言描述尽量简洁生动。尽量将每页幻灯片的 字数控制在 。
5
此处添加详细文本描述，建议与标题相关并符合整体语
言风格，语言描述尽量简洁生动。尽量将每页幻灯片的 字数控制在 。
3
此处添加详细文本描述，建议与标题相关并符合整体语
言风格，语言描述尽量简洁生动。尽量将每页幻灯片的 字数控制在 。
04
添加标题内容
此处添加详细文本描述，建议与标题相关并符合整体语言风格，语言描述尽 量简洁生动。尽量将每页幻灯片的字数控制在 。
08
添加标题内容
此处添加详细文本描述，建议与标题相关并符合整体语言风格，语言描述尽 量简洁生动。尽量将每页幻灯片的字数控制在 。
重点内容
01
04
此处添加详细 文本描述 ，
此处添加详细 文本描述 ， 建议与标题相 关并符合 整 体语言风格。
02
03
建议与标题相 关并符合 整 体语言风格。
此处添加详细 文本描述 ， 建议与标题相 关并符合 整 体语言风格。
此处添加详细 文本描述 ， 建议与标题相 关并符合 整 体语言风格。
软件需求分析-yp共78页PPT资料
修改后： 系统必须根据在线的主货物编号列表确认所输入的货物编号。 如果在主列表中查不到该货物的编号，系统必须显示一个出错消
息并且拒绝订货。
2.4 评审
审查需求文档，由软件开发人员和用户共同完成 依据需求编写测试计划并设计软件测试用例 编写用户手册，用它作为需求规格说明的参考并辅助需求
2.3 编写需求分析文档
好的单个需求陈述应具有：
完整性 正确性 可行性 必要性 划分优先级 无二义性 可验证性 可追溯性 可修改性/可维护性
2.3 编写需求分析文档
需求示例：
例1：产品必须在固定的时间间隔内提供状态消息，并且每次时间间隔不 得小于60秒。
软件需求分析
1. 前言 2. 需求分析过程 3. 需求分析原则 4. 需求分析方法 5. 需求分析各方责任
1. 前言
1.1 软件需求的定义 1.2 软件需求的任务 1.3 软件需求的组成 1.4 需求过程的质量对软件开发的影响 1.5 软件需求分析阶段的工作内容
1.1 需求的定义
1. 用户解决问题或达到目标所需的条件或权能。
1.5 需求分析阶段的工作内容
需求工程
需求开发档 评审
2 需求分析过程
用户需求
软件需求分析
软件需求
用户需求规格说明 或
软件开发任务书
软件需求规格说明
2 需求分析过程
问题识别 分析与建模 编写需求分析文档
评审
2 需求分析过程
2.1 问题识别 2.2 分析与建模 2.3 编写需求分析文档 2.4 评审
2.4 评审
组织和完整性
所有对其它需求的内部交叉引用是否正确？ 所有需求的编写在细节上是否都一致或者合适？ 需求是否能为设计提供足够的基础？ 是否包括了每个需求的实现优先级？ 是否定义了所有外部硬件、软件和通信接口？ 是否定义了功能需求的处理模型（计算模型、控制模型
互联网打车发展现状及市场前景分析报告PPT(共 41张)
互联网打车发展现状 市场前景分
CONTENTS 1
2 3
4 5 6 7 8
互联网打车行业发展现状 互联网打车行业PEST分析 互联网打车行业标杆企业 互联网打车消费者群体分 互联网打车行业地域差异 互联网打车行业市场格局 互联网打车行业产业链分 互联网打车市场发展趋势
01互联网打车行业发
1.1 网络约租车市场细分
2015.1
2015.10
2016.1
2016.3
2016.4
2016.5
2015年7-9月， 完成A、B轮融资
共8亿美元
• 发布“火凤凰计 划”，全面提升 司机服务标准
• 完成36.8亿人民币 融资
• 获光大金融租赁 200亿元授信
• 完成19.2
3.4 首汽约车：联合多方资源促进传统企业互联网化
2016年5月数据(月使用人数，万人): Uber:418.79 快滴:673.41 滴滴:2237.95 易到:467.98
价格规则：起步费＋公里费＋时间收费 举例:15元+2.17元每公里+0.3元每分钟
网络打
监管明细： 2.定期的质
4. 司
03互联网打车行业标
3.1 运营模式比较分析
Uber/滴滴
易到：后起直追
2015年底乐视实现控股，形成“ 绝大部分为社会车源加盟，非专 政策和监管风险
02 互联网打车行业
2.1 互联网打车平台分析(PEST)
➢ 《关于深化改革推进出
P(政治因素) 见》、《网络预约出租汽 车 进互联 网专车行业发展。
➢ 2016年上半年国内生产
E(经济因素) 长6.7%。
1 出 替换需求：对打不到出租车的替换需求，待养成消
滴滴快车的产品需求文档
滴滴快车的产品需求文档一.产品定位及用户剖析1.1 滴滴出行滴滴出行（原名：滴滴打车，Didi Taxi）是由北京小桔科技有限公司推出的一站式挪动出行平台，它涵盖出租车、专车、滴滴快车、顺风车、代驾及大巴、货运等出行和运输效劳。
Slogan为滴滴一下，美妙出行。
努力于与监管部门、出租车行业、汽车产业等同伴积极协作，以人工智能技术推进聪慧交通创新，处理全球交通、环保和就业应战。
1.2 滴滴市场剖析1.2.1 市场范围数据来源：易观千帆，‘中国网约车市场APP榜单’数据来源：易观千帆，‘中国网约车市场APP榜单’1.2.2 供-需市场滴滴旗下的网约车主要触及到两个方面：供给侧（司机）和需求侧（乘客）。
•供给侧剖析（滴滴司机人群画像）如图：滴滴供给侧剖析据泰一舆情和章鱼大数据（滴滴司机人群画像大数据解读），在地域散布上，80%的司机散布于中国的中东部且较为兴旺地域，例如浙江、广州、被正告等。
从司机年龄来看，专快车司机的年龄主要集中在31-50岁之间（64%）。
同时，工作时间灵敏是其参加滴滴的主要缘由。
•需求侧（滴滴乘客画像）数据来源: 比达咨询，《2018 中国网约车行业行业开展监测报告》据数据统计，在2020年疫情逐渐趋稳的状况，截至5月，网约车市场活泼用户范围为6557.4万。
滴滴出行APP以5439.48万活泼人数占领榜单第一，且将近六成用户均为男性。
滴滴的用户固然掩盖全国，但一二线城市占大多数。
1.4 需求总结2. 产品构造2.1 产品构造功用图2.2 产品信息架构图3. 全局阐明3.1 登入页面3.1.1 权限阐明3.1.1.1 未登入状态未登入状态进入APP，不可叫车出行、回复音讯、停止支付、停止效劳评价、查询订单、咨询客服、查询道路等。
3.1.1.2 已登入状态登入状态可停止上述全部操作。
3.1.2 登入页面•页面称号：登入页面；•页面入口：在未登入状态下，用户点击其中一个（例：起点、目的地、音讯框等）会自动转入登入界面；•页面功用：目前有四种登入方式– 手机号/密码，手机号/考证码，第三方受权登入，免考证登入。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
➢ 软件接口
• 支付API：用于连接支付系统 • 地图API：用于调用地图信息 • 广播API：用于广播新闻、交通管理局信息服务等 • 广告API：用于接入广告服务 • 本地服务API：用于显示附近餐饮娱乐、酒店宾馆等本地信息
2.功能性需求分析
2.1系统功能域分析建模
功能类别
乘客
功能
乘客.即时叫车 乘客打车下单后，司机可以看到附近的打车信息，完成即时叫车；，乘客可以 选择是否拼车还可以加价打车，打到车之后可以和司机沟通取消订单或者更改 订单。
乘客.支付订单 乘客可以选择网银或者支付宝等三方支付，也可以选择现金支付，还可以让好 友及亲人代付 乘客.设置菜单 乘客可以设置快捷键、默认支付方式、个人资料、好友管理等
系统功能描述
2.功能性需求分析
2.1系统功能域分析建模
系统功能描述
2.功能性需求分析
2.1系统功能域分析建模
未接收订单登记表 F1 客户管理信息表 T1
打车软件需求分析简述
小组成员：
小组成员任务分配
成员 陈毅 邓礼力 文亚 周丽 王昌平
任务 收集资料并制作PPT 客户及用户需求调研 系统数据域分析建模 系统功能域分析建模 系统状态域分析建模
由于缺乏相关专业知识，所做需求分析均由组 员根据自己的理解以及相关资料进行分析并建模 绘图，有诸多不合理之处，仅作参考，在此感谢 各位组员认真完成任务所付诸的劳动。
乘客
需求 分类
生成 订单
打车 需求
取消打车需求
申请 代驾
取消订单
常用信息 查看
订单登记表 F1、 F2
需求响应
消息机制
用户取消 订单
司机接受/ 取消订单
司机 交互 端
➢ 业务机遇：乘客打车难的问题凸显，而移动互联网和智能终端的 高速发展为利用打车软件解决该问题提供了机遇。
➢ 业务目标：从最初给乘客和司机提供免费、便利的打车服务从而 积累用户，到最后通过软件增值服务、第三方支付平台、本地信 息服务、入口价值等方式实现盈利。
➢ 提供给客户的价值：解决了“打车难”及“空载”的问题。 ➢ 业务风险： • 政策的风险：除了要实时了解并符合法律法规外，要尽量让政府
私人车（黑车）司机：不正规无营运执照，不能到某些地点 载客。
1.综合描述
1.4 产品主要功能
➢ 乘客：即时打车服务、预约打车服务和寻求代驾服务 ➢ 司机：接单载客服务、路况信息服务和收听广播服务 ➢ 第三方：广告推送服务、本地信息显示服务（包括餐饮娱乐及酒
店宾馆）、广播服务、支付服务、地图服务、交通管理服务
乘客.预约叫车 乘客通过易打车发布预约打车信息后，可以与司机完成预约叫车的功能；
乘客.申请代驾 乘客可以发布代驾信息，实现找代驾的功能； 乘客.查看空车 乘客可以看到自己设定距离范围内的出租车信息，方便乘客主动预约出租车司 机； 乘客.查看司机信用及打分评价 查看司机的信息包括信用度，乘坐车完之后可进行打分评价
乘客
打车/取消 打车需求
需求响应信 息
用户
交互 端
交互信息
司机
交互 端
派单/通知 信息
接收/取消 订单
司机
已接收订单登记表 F2 司机管理信息表 T2
图2.1.1打车软件系统第1层
2.功能性需求分析
2.1系统功能域分析建模
订单登记表 F1、F2 司机、客户管理表 T1、T2
打车/取消 打车需求
乘客
需求 分类
生成 订单
打车 需求
取消打 车需求 取消订
单
申请 代驾
派单机制
派单信息
已接受取消 订单处理
司机接收订 单
司机取消订 单
司机
需求响应 消息
消息机制
用户取消 订单消息
图2.1.1打车软件系统第2层
2.功能性需求分析
2.1系统功能域分析建模
订单登记表 F1、F2 司机、客户管理表 T1、T2
打车/取消 打车需求
1.综合描述
重庆大学通信工程学院——软件工程
1.6 外部接口需求
➢ 用户界面：界面简洁、方便且快速。 1、乘客端
• 1）注册登陆模块 • 2）用户设置模块 • 3）一键打车模块 • 4）预约打车及申请代驾模块 • 5）投诉与评价模块 • 6）软件更新
2.司机
• 1）注册登陆模块 • 2）用户设置模块 • 3）订单模块（抢单、预约订单） • 4）导航地图 • 5）广播信息 • 6）软件更新
第三方服务
乘客
各类打车/ 取消需求
需求响应
打车软 件
派单
接收/取消 订单
司机
1.综合描述
1.5 运行环境
➢ 硬件平台：智能手机等移动客户端 ➢ 操作系统：安卓系统（用户最广）和IOS系统（打车
比例最大） ➢ 共存软件：地图软件、社交软件（如微信），可以嵌
入到用户群体很大的如微信、支付宝、高德地图等软 件中调用打车软件，或者在打车软件中调用地图API 等
工作群体：因工作的原因对打车的需求比较大，是我们的主 要用户，但对打车的速度和效率要求比较高，可以为其设计 加小费打车以及申请代驾等功能。
老人群体：不易学习、接受新兴事物，所以界面设计一定要 简洁易用，为其设计一键叫车以及语音叫车功能。
➢ 司机
正规出租车司机：有营运执照，安全性有保障，但容易空跑 需要提高载客效率、增加营收。
能够涉人其中从而减小政府打压的风险。 • 恶性竞争的风险：软件除了要和其它同类打车软件比较相比有特
色之外，还要实时关注主要竞争对手动态。
1.综合描述
1.3 用户类和特征
➢ 乘客（按年龄段分类）：
学生群体：接受信息的方式更加多元化，容易接受新事物， 所以学生更易尝试我们的软件，是我们的首批用户Leabharlann 但经济 不宽裕，可以为其设计拼车功能。
1
综合描述
2
功能性需求分析
3
非功能性需求分析
4
总结
1.综合描述
1.1 产品背景
• 随着“后PC时代”的到来，智能手机用户爆炸式的增长普及，移 动互联网领域大有可为
• 城市化的快速发展，使得打车难的问题变的日益突出，给百姓的 出行带来了诸多不便，所以产生了打车软件的客观需求。
1.综合描述
1.2 商业需求
1.综合描述
重庆大学通信工程学院——软件工程
1.6 外部接口需求 ➢ 硬件接口
• 定位：移动网络（2G/3G/4G）快速定位，GPS精确定位 • 语音输入（MIC）：用于输入用户指令信息如目的地等 • 语音输出（听筒）：用于广播消息等语音输出 • 取景器（摄像头）：取景用于定位、上传分享位置等 • 触屏或者键盘：用于用户操作、发出指令、消息输入等