打车软件求分析.ppt

小组成员： 小组成员任务分配 成员 任务 陈毅 收集资料并制作PPT 邓礼力 客户及用户需求调研 文亚 系统数据域分析建模 周丽 系统功能域分析建模 王昌平 系统状态域分析建模 由于缺乏相关专业知识，所做需求分析均由组员根据自己的理解以及相关资料进行分析并建模绘图，有诸多不合理之处，仅作参考，在此感谢各位组员认真完成任务所付诸的劳动。 总结 4 综合描述 1 功能性需求分析 2 非功能性需求分析 3 1.综合描述 1.1 产品背景 随着“后PC时代”的到来，智能手机用户爆炸式的增长普及，移动互联网领域大有可为 城市化的快速发展，使得打车难的问题变的日益突出，给百姓的出行带来了诸多不便，所以产生了打车软件的客观需求。 1.综合描述 1.2 商业需求 业务机遇：乘客打车难的问题凸显，而移动互联网和智能终端的高速发展为利用打车软件解决该问题提供了机遇。 业务目标：从最初给乘客和司机提供免费、便利的打车服务从而积累用户，到最后通过软件增值服务、第三方支付平台、本地信息服务、入口价值等方式实现盈利。 提供给客户的价值：解决了“打车难”及“空载”的问题。 业务风险： 政策的风险：除了要实时了解并符合法律法规外，要尽量让政府能够涉人其中从而减小政府打压的风险。 恶性竞争的风险：软件除了要和其它同类打车软件比较相比有特色之外，还要实时关注主要竞争对手动态。 1.综合描述 1.3 用户类和特征 乘客（按年龄段分类）： 学生群体：接受信息的方式更加多元化，容易接受新事物，所以学生更易尝试我们的软件，是我们的首批用户，但经济不宽裕，可以为其设计拼车功能。 工作群体：因工作的原因对打车的需求比较大，是我们的主要用户，但对打车的速度和效率要求比较高，可以为其设计加小费打车以及申请代驾等功能。 老人群体：不易学习、接受新兴事物，所以界面设计一定要简洁易用，为其设计一键叫车以及语音叫车功能。 司机 正规出租车司机：有营运执照，安全性有保障，但容易空跑需要提高载客效率、增加营收。 私人车（黑车）司机：不正规无营运执照，不能到某些地点载客。 1.综合描述 1.4 产品主要功能 乘客：即时打车服务、预约打车服务和寻求代驾服务 司机：接单载客服务、路况信息服务和收听广播服务 第三方：广告推送服务、本地信息显示服务（包括餐饮娱乐及酒店宾馆）、广播服务、支付服务、地图服务、交通管理服务 各类打车/取消需求 需求响应 派单 接收/取消订单 乘客 司机 打车软件 第三方服务 1.综合描述 1.5 运行环境 硬件平台：智能手机等移动客户端 操作系统：安卓系统（用户最广）和IOS系统（打车比例最大） 共存软件：地图软件、社交软件（如微信），可以嵌入到用户群体很大的如微信、支付宝、高德地图等软件中调用打车软件，或者在打车软件中调用地图API等 1.综合描述 1.6 外部接口需求 用户界面：界面简洁、方便且快速。 1、乘客端 1）注册登陆模块 2）用户设置模块 3）一键打车模块 4）预约打车及申请代驾模块 5）投诉与评价模块 6）软件更新 2.司机 1）注册登陆模块 2）用户设置模块 3）订单模块（抢单、预约订单） 4）导航地图 5）广播信息 6）软件更新 重庆大学通信工程学院——软件工程 1.综合描述 1.6 外部接口需求 硬件接口 定位：移动网络（2G/3G/4G）快速定位，GPS精确定位 语音输入（MIC）：用于输入用户指令信息如目的地等 语音输出（听筒）：用于广播消息等语音输出 取景器（摄像头）：取景用于定位、上传分享位置等 触屏或者键盘：用于用户操作、发出指令、消息输入等 软件接口 支付API：用于连接支付系统 地图API：用于调用地图信息 广播API：用于广播新闻、交通管理局信息服务等 广告API：用于接入广告服务 本地服务API：用于显示附近餐饮娱乐、酒店宾馆等本地信息