打车软件需求分析 ppt课件
合集下载
滴滴打车平台分析PPT课件
11
商业模式
5 重要伙伴
腾讯集团投资滴滴打车1500万美金
与微信达成战略合作，开启微信支付打车费“补贴”营 销活动；中信产业基金投资6000万美金、腾讯集团投资 3000万美金。
滴滴打车和快的打车战略合并
滴滴打车与赶集网达成战略合作，双方将联手在生活服务 领域开启整合创新营销合作。
14
商业模式
7 核心资源
滴滴打车正在滴米系统、用户画像系统、精准营销、 智能匹配、需求预测系统和运能预测系统等方面构建自己 的技术核心竞争力。满足乘客和司机的需求，保证他们的 体验。乘客打车产生订单，滴滴将订单发送给合适的司机。 推荐算法要准确，匹配效率要高，计算要快，推送要及时， 提升用户的质量和活跃度。
12
商业模式
6 关键业务
滴滴出行可以让司机师傅用手机等待乘客“送上门 来”，从打车初始阶段到下车使用线上支付车费，建立培 养出大移动互联网时代下引领的用户现代化出行方式，画 出一个乘客与司机紧密相连的o2o完美闭环，最大限度优 化乘客打车体验，改变传统出租司机等客方式，让司机师 傅根据乘客目的地按意愿“接单”，节约司机与乘客沟通 成本，降低空驶率，最大化节省司乘双方资源与时间可以 匹配用户和司机的需求，减少司机的空载提高效率。
商业模式内容
客户细分 客户关系 渠道通路
商业模式
价值主张 重要伙伴 关键业务
核 收成 心 入本 资 来结 源 源构
7
商业模式
1 客户细分
滴滴出行，中国知名的一款免费打车平台，目前，滴 滴已从出租车打车软件，成长为涵盖出租车、专车、快车、 顺风车、代驾及大巴等多项业务在内的一站式出行平台。 因此滴滴出行的目标客户分别就是这些业务的使用者，出 租车业务又可以分为乘客端和司机端。
商业模式
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
小组成员：
小组成员任务分配
成员 陈毅 邓礼力 文亚 周丽 王昌平
任务 收集资料并制作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资料
例3：如果可能的话，应当根据主货物编号列表在线确认所输入的货物 编号。
修改后： 系统必须根据在线的主货物编号列表确认所输入的货物编号。 如果在主列表中查不到该货物的编号，系统必须显示一个出错消
息并且拒绝订货。
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 评审
组织和完整性
所有对其它需求的内部交叉引用是否正确？ 所有需求的编写在细节上是否都一致或者合适？ 需求是否能为设计提供足够的基础？ 是否包括了每个需求的实现优先级？ 是否定义了所有外部硬件、软件和通信接口？ 是否定义了功能需求的处理模型（计算模型、控制模型
修改后： 系统必须根据在线的主货物编号列表确认所输入的货物编号。 如果在主列表中查不到该货物的编号，系统必须显示一个出错消
息并且拒绝订货。
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张)
20
互联网打车发展现状 市场前景分
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 出 替换需求：对打不到出租车的替换需求，待养成消
互联网打车发展现状 市场前景分
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 登入页面•页面称号：登入页面；•页面入口：在未登入状态下，用户点击其中一个（例：起点、目的地、音讯框等）会自动转入登入界面；•页面功用：目前有四种登入方式– 手机号/密码，手机号/考证码，第三方受权登入，免考证登入。
软件需求分析PPT课件
– E-R D - Entity Relationship Diagrams
• 面向对象建模
– 处理和数据相结合
– Object and Class 对象和类的技术
2021/3/7
CHENLI
11
需求分析基本方法
——结构化分析方法
(SA)
• 结构化分析（Structured Analysis,简称SA法）
CHENLI
20
数据需求分析
——数据字典DD
• 数据元素的组合方式
–顺序：A+B –选择：[A|B] –重复：1{A}5 –可选： （A）
• DD的用途
–分析阶段的交流工具 –包含控制信息 –数据库设计的基础
2021/3/7
CHENLI
21
E-R图
• 用于对复杂数据的数据分析和建模 • 实体、属性和关系 • 组成符号
• 需求分析是前面需求获取阶段的继续，通 过对所获取的信息进一步加工获得对系统 的更精确描述，成为转换成需求规格说明 的直接信息元。
• 但是否将需求分析作为独立的过程？
2021/3/7
CHENLI
4
需求分析的关键点
• 问题域的结构 • 问题域的数据 • 问题域的行为 • 问题域的事件 • 问题域的状态 • 派生需求
2021/3/7
CHENLI
7
分析方法
• 结构化分析 • 面向对象分析
2021/3/7
CHENLI
8
分析模型描述工具
• 结构化分析工具
–DFD、DD和PSPEC –CFD、CSPEC和STD –E-R图
• 面向对象分析工具
–用例图，类图，对象图 –对象-关系图 –对象-行为图
打车软件需求分析
THANKS
感谢观看
详细描述
用户可以通过打车软件随时随地叫车，软件应具备定位、显示附近车辆、派单、 接单等基本功能，确保用户能够快速、方便地叫到车。
预约功能
总结词
提升用户体验，满足用户提前规划出行的需求。
详细描述
用户可以提前预约出租车或预约特定时间段的用车，软件应支持预约功能的设置 、取消、查看预约状态等操作，并能够及时通知司机接单。
安全审计
定期进行安全漏洞扫描和安 全审计，提高系统的安全性 。
系统可用性需求
界面友好
用户界面应简洁、直观、易于操作。
错误处理
系统应具备完善的错误处理机制，及时处理异常情况。
帮助文档
提供详细的帮助文档和用户手册，方便用户快速了解 和使用系统。
04
竞品分析
竞品选择
滴滴出行
国内市场份额最大的打车软件，覆盖城市广泛。
业务调整
公司业务策略的调整，可能需要相应的功能支持， 从而引起需求的变更。
ABCD
技术发展
技术的不断发展和更新，可能导致原有功能的技 术实现方式需要进行调整或升级。
法律法规要求
法律法规的变动可能对软件的功能提出新的要求， 需要进行需求变更。
需求变更处理流程
需求评估
对收集到的需求进行评估，分 析其可行性和优先级，确定是 否需要进行变更。
美团打车
背靠美团平台，用户基数大。
高德地图
地图导航领域的领先者，拥有庞大的用户群体。
首汽约车
服务品质较高，用户口碑良好。
竞品分析内容
功能设置
对比各竞品的功能设置，包括叫车、支付、 评价等功能的差异。
营销策略
分析各竞品的营销策略，如优惠券发放、活 动策划等。
如何写软件需求分析 ppt课件
预先估计以后 系统可能达到 的目标
ppt课件
7
(2) 分析与综合
从信息流和信息结构出发，逐步细化 所有的软件功能，找出系统各元素之 间的联系、接口特性和设计上的约束， 分析它们是否满足功能要求，是否合 理。剔除其不合理的部分，增加其需 要部分。最终综合成系统的解决方案， 给出目标系统的详细逻辑模型。
ENDIF
ENDIF
ppt课件
51
（2）判定表
如果数据流图的加工需 要依赖于多个逻辑条件 的取值，使用判定表来 描述比较合适
ppt课件
52
以“检查发货单”为 例
ppt课件
53
（3）判定树
判定树也是用来表达加工逻辑的一种 工具。有时侯它比判定表更直观。
ppt课件
54
back
ppt课件
55
最常用的动态分析方法
ppt课件
35
图上每个元素都必须有名字 数据流图中不可夹带控制流
初画时可以忽略琐碎的细节，以集中 精力于主要数据流
ppt课件
36
数据词典（DD，Data Dictionary）
数据词典与数据流图配合，能清楚地 表达数据处理的要求 词条描述 —— 对于在数据流图中每 一个被命名的图形元素，均加以定义， 其内容有:名字，别名或编号，分类， 描述，定义，位置，其它，等
状态迁移图 时序图 Petri网
ppt课件
56
状态迁移图
状态迁移图是描述系统的状 态如何相应外部的信号进行 推移的一种图形表示。
圆圈“○”表示可得到的 系统状态
箭头“→”表示从一种状 态向另一种状态的迁移。
ppt课件
57
例如, 当有多个申请占用CPU运 行的进程时, 有关CPU分配的 进程的状态迁移。
ppt课件
7
(2) 分析与综合
从信息流和信息结构出发，逐步细化 所有的软件功能，找出系统各元素之 间的联系、接口特性和设计上的约束， 分析它们是否满足功能要求，是否合 理。剔除其不合理的部分，增加其需 要部分。最终综合成系统的解决方案， 给出目标系统的详细逻辑模型。
ENDIF
ENDIF
ppt课件
51
（2）判定表
如果数据流图的加工需 要依赖于多个逻辑条件 的取值，使用判定表来 描述比较合适
ppt课件
52
以“检查发货单”为 例
ppt课件
53
（3）判定树
判定树也是用来表达加工逻辑的一种 工具。有时侯它比判定表更直观。
ppt课件
54
back
ppt课件
55
最常用的动态分析方法
ppt课件
35
图上每个元素都必须有名字 数据流图中不可夹带控制流
初画时可以忽略琐碎的细节，以集中 精力于主要数据流
ppt课件
36
数据词典（DD，Data Dictionary）
数据词典与数据流图配合，能清楚地 表达数据处理的要求 词条描述 —— 对于在数据流图中每 一个被命名的图形元素，均加以定义， 其内容有:名字，别名或编号，分类， 描述，定义，位置，其它，等
状态迁移图 时序图 Petri网
ppt课件
56
状态迁移图
状态迁移图是描述系统的状 态如何相应外部的信号进行 推移的一种图形表示。
圆圈“○”表示可得到的 系统状态
箭头“→”表示从一种状 态向另一种状态的迁移。
ppt课件
57
例如, 当有多个申请占用CPU运 行的进程时, 有关CPU分配的 进程的状态迁移。
打车app软件推广解决方案PPT课件
2 Copyright © 2013版权所有 新网互联科技有限公司
常见打车手机客户端下载标注方式的一些局限性
常见下载标注方式
1.从官网下载到电脑安装到手机。 2.二维码扫描下载。 3.登陆手机WAP网站下载 4.用户输入手机号码，推送短信
局限性
1.下载到电脑再从电脑装到手机中有一定操作障碍很多不会操作。 2.必须安装二维码扫描客户端。只适用于纸质媒体传播；适合年 轻手机玩家，不适合后期口碑传播；对传统手机用户有一定技术 门槛；适用于小部分用户； 3.手机输入域名体验不好，切换输入不方便。 4.用户输入手机号码存在心里障碍，而且存在输入他人手机号码 的缺陷；推送短信有成本。
18 Copyright © 2013版权所有 新网互联科技有限公司
打车、代驾客户端合作案例
公司名称
北京东方车云
武汉无线辉煌 杭州快智科技
北京小桔科技 上海大黄蜂 北京达易仁成 北京聚合众信科技
信息名址
产品名称
打车小蜜司机，出租车司 机，打车小蜜，打车小秘
，打车小秘司机； 微打车
快的、快的打车、我是司 机、我要打车 嘀嘀打车
12114针对客户端下载的优势
方便下载
操作容易，步骤简单，第一时间响应 无需安装第三方应用，精准无同行干扰 发送中文短信适合用户操作习惯 口碑传播方便
便于传播
１２１１４号码简短易记，全网统一 适用报纸，户外，广播，电视，网络等各种媒体传播 用户只需记住品牌或客户端名称即可
功能全面
优化会员注册，下载注册一步完成 API插件 抽奖，问答，投票等便于开展市场营销活动 API插件 手机绑定，短信验证，密码保护，留言反馈 手机号码收集，便于数据分析
联系我们
欢迎咨询:
常见打车手机客户端下载标注方式的一些局限性
常见下载标注方式
1.从官网下载到电脑安装到手机。 2.二维码扫描下载。 3.登陆手机WAP网站下载 4.用户输入手机号码，推送短信
局限性
1.下载到电脑再从电脑装到手机中有一定操作障碍很多不会操作。 2.必须安装二维码扫描客户端。只适用于纸质媒体传播；适合年 轻手机玩家，不适合后期口碑传播；对传统手机用户有一定技术 门槛；适用于小部分用户； 3.手机输入域名体验不好，切换输入不方便。 4.用户输入手机号码存在心里障碍，而且存在输入他人手机号码 的缺陷；推送短信有成本。
18 Copyright © 2013版权所有 新网互联科技有限公司
打车、代驾客户端合作案例
公司名称
北京东方车云
武汉无线辉煌 杭州快智科技
北京小桔科技 上海大黄蜂 北京达易仁成 北京聚合众信科技
信息名址
产品名称
打车小蜜司机，出租车司 机，打车小蜜，打车小秘
，打车小秘司机； 微打车
快的、快的打车、我是司 机、我要打车 嘀嘀打车
12114针对客户端下载的优势
方便下载
操作容易，步骤简单，第一时间响应 无需安装第三方应用，精准无同行干扰 发送中文短信适合用户操作习惯 口碑传播方便
便于传播
１２１１４号码简短易记，全网统一 适用报纸，户外，广播，电视，网络等各种媒体传播 用户只需记住品牌或客户端名称即可
功能全面
优化会员注册，下载注册一步完成 API插件 抽奖，问答，投票等便于开展市场营销活动 API插件 手机绑定，短信验证，密码保护，留言反馈 手机号码收集，便于数据分析
联系我们
欢迎咨询:
相关主题
- 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）：用于输入用户指令信息如目的地等 • 语音输出（听筒）：用于广播消息等语音输出 • 取景器（摄像头）：取景用于定位、上传分享位置等 • 触屏或者键盘：用于用户操作、发出指令、消息输入等