打车软件需求分析28页PPT

2222 0000 1111 2345
路边召车难 拒载
恶劣态度 被绕路 多付费
更易打到车 杜绝拒载 良好态度
不要被绕路 实价付费
滴滴承载出行梦想
打车 问题
出行 问题
传统运力不足 出租车欠舒适
车型单一 服务僵化 缺乏选择
美好 愿景
滴滴打车
美好 愿景
增加车源 乘坐更舒适 多种车型选择
贴心服务 多种用车方式
系统后台 直接查询
明确监控 违规不报
• 节省人工成本 • 省去员工大量贴票 • 财务人员高效处理报销 • 节省公司交通费成本
“省”- 节省大量人力、时间成本 “活”- 报销管理方式灵活，行程详情计价信息一应俱全
1
每月仅需 1人处理
省力-管理分析更高效
用车权限可配置
企业可定制化为每个员工配置： 1. 用车类型（员工用车/代叫车） 2. 用车车型 3. 用车时间 4. 用车出发地和目的地 ……
人工智能技术的成熟
罗兰贝格管理咨询公司 《2025年的互联交通》研究报告
用时
路程
什么是智能互联交通？ 最少
最短
基本 原则
体验 最优
成本 最低
车辆
司机
滴滴打车所做的正是在趋近这一目标……
通过移动互联网的方式，做到乘客、司机、车辆、道路之
乘客
道路
间的最佳匹配，进而为城市智能交通构筑一切可能性。
滴滴顺应时代发展
车手续繁琐
查验证件、签署合同、押金、验车、接车、 还车、验车、结算
长租闲置时间长
非使用时间的成本浪费
管控成本
租用车辆还需自行聘用司机 需要专门岗位进行车辆调度
企业用车3.0时代将会是什么？

9
3.3 分析建模与规格说明 3.3.1 分析建模
模型：就是为了理解事物而对事物做出的一 种抽象，是对事物的一种无歧义的书面描述。 通常，模型由一组图形符号和组织这些符号 的规则组成。
结构化分析过程：实质上是一种创建模型的 活动。系统分析员从不同角度抽象出目标系 统的特性，使用精确的表示方法构造系统的 模型，验证模型是否满足用户对目标系统的 需求，并在设计过程中逐渐把和实现有关的 细节加进模型中，直至最终用程序实现模型。
带箭头的连线：称为状态转换，箭头指明了转 换方向。
19
状态图中使用的主要符号
20
活动表的语法格式： 事件名(参数表)/动作表达式
“事件名”可以是任何事件的名称。 常用的3种标准事件：
entry事件指定进入该状态的动作； exit事件指定退出该状态的动作； do事件则指定在该状态下的动作。
数据对象 数据对象的属性 数据对象彼此间相互连接的关系
14
实体-联系图的符号
ER图中包含： 实体(即数据对象)，用矩形框表示； 关系，用连接相关实体的菱形框表示； 属性，用椭圆形或圆角矩形表示，并用直线
把实体(或关系)与其属性连接起来。
15
例1：某校教学管理系统的ER图
16
状态转换图
需要时可以为事件指定参数表。活动表中的 动作表达式描述应做的具体动作。
21
事件表达式的语法： 事件说明［守卫条件］／动作表达式
事件说明的语法为：事件名(参数表)。 守卫条件是一个布尔表达式。如果同时使用
事件说明和守卫条件，则当且仅当事件发生 且布尔表达式为真时，状态转换才发生。如 果只有守卫条件没有事件说明，则只要守卫 条件为真状态转换就发生。 动作表达式是一个过程表达式，当状态转换 开始时执行该表达式。

当描绘循环运行过程时，通常并不关心循 环是怎样启动的。 当描绘单程生命期时，需要表明初始状态 和最终状态。


43
例题：
办公室复印机的工作过程大致如下： 未接到复印命令时处于闲臵状态，一旦接到复 印命令则进入复印状态，完成一个复印命令规定的 工作后又回到闲臵状态，等待下一个复印命令； 如果执行复印命令时发现缺纸，则进入缺纸状 态，发出警告，等待装纸，装满纸后进入闲臵状态， 准备接受复印命令；如果复印时发生卡纸故障，则 进入卡纸状态，发出警告等待维修人员排除故障， 故障排除后回到闲臵状态。
系统对事件的响应，既可以是做一个（或一系 列）动作，也可以是仅仅改变系统本身的状态 ，还可以是既改变状态又做动作。
40
初态： 终态： 中间状态：
状态名 状态变量
活动表
事件：
事件名（参数表）[条件]/动作表达式
状态转换：
41
状态图中使用的主要符号
42

状态图可以表示系统循环运行过程，也可 以表示系统单程生命期。
时就应该再次订货。
27

再次阅读可知：

事务有类型，需要根据不同情况处理；---处理事务

对各类事务要更改库存信息；对出库事务当 库存量少于临界值时，要产生订货信息。
订货信息不同于订货报表，报表要有严格的 格式。------产生报表

28
库存清单（信息）
订货 订货报表 CRT终端 事务 2 1 采购员 （仓库管 处理事务 信息 产生报表 （部） 理员） 订 货 信 息 订货信息 订 货 信 息
11
系统流程图（4）
12
系统流程图（5）
13
数据流图（1）
一.数据流图的作用

需求变更管理
需求变更分类
将需求变更分为功能性需求变更、非功 能性需求变更和设计约束变更等。
变更影响分析
对需求变更的影响进行分析，评估变 更对项目进度、成本和风险等方面的
影响。
变更控制流程
建立严格的变更控制流程，包括变更 申请、审批、实施和验证等阶段。
变更实施与跟踪
实施需求变更，并对变更实施过程进 行跟踪，确保变更的有效性和正确性 。
用于记录和管理需求变更，确保需求的一致性和完整性。
如Enterprise Architect、Visio等，用于绘制数据流图、实体关 系图等，帮助分析人员更好地理解和管理需求。
通过建立需求与设计、代码、测试用例之间的关联，确保需求 的实现和验证。
如录音笔、屏幕录制软件等，用于记录用户的原始需求和问题 ，便于后续分析和整理。
风险识别
识别需求工程中可能出现的风险，如需求变 更频繁、需求不清晰等。
风险应对措施
制定风险应对计划，包括风险预防、减轻和 转移等措施。
风险评估
对识别出的风险进行评估，分析风险发生的 概率和影响程度。
风险监控与报告
对风险应对措施的实施过程进行监控，定期 报告风险状态和应对效果。
06 软件需求工程实践
需求分析的步骤
01
需求获取
通过与用户沟通、观察用户操作 等方式，了解用户的需求和期望
。
03
需求评审
对已定义的需求进行审查和评估 ，确保需求的准确性和完整性。
02
需求分析和定义
对获取的需求进行整理、分类和 细化，明确需求的范围、功能、
性能等要求。
04
需求变更管理
建立需求变更的流程和机制，确 保在项目过程中对需求的变更进