打车软件需求分析PPT文档.ppt

单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版标题样式,*,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,单击此处编辑母版标题样式,打车软件需求分析简述,小组成员：,1,小组成员任务分配,成员,任务,陈毅,收集资料并制作,PPT,邓礼力,客户及用户需求调研,文亚,系统数据域分析建模,周丽,系统功能域分析建模,王昌平,系统状态域分析建模,由于缺乏相关专业知识，所做需求分析均由组员根据自己的理解以及相关资料进行分析并建模绘图，有诸多不合理之处，仅作参考，在此感谢各位组员认真完成任务所付诸的劳动。,2,总结,4,综合描述,1,功能性需求分析,2,非功能性需求分析,3,3,1.,综合描述,1.1,产品背景,随着“后,PC,时代”的到来，智能手机用户爆炸式的增长普及，移动互联网领域大有可为,城市化的快速发展，使得打车难的问题变的日益突出，给百姓的出行带来了诸多不便，所以产生了打车软件的客观需求。,4,1.,综合描述,1.2,商业需求,业务机遇,：乘客打车难的问题凸显，,而移动互联网,和,智能终端,的高速发展为,利用打车软件,解决该问题提供了机遇。,业务目标：,从,最初给乘客和司机提供免费、便利的打车服务从而积累,用户，到最后通过软件增值服务、第三方支付平台,、本地信息服务、入口,价值等方式实现盈利,。,提供给客户,的价值：,解决了“打车难”及“空载”的问题,。,业务风险,：,政策,的,风险：除了要实时了解并符合法律法规外，要尽量让政府能够涉人其中从而减小政府打压的风险。,恶性竞争,的,风险：软件除了要和其它同类打车软件比较相比有特色之外，还要实时关注主要竞争对手动态。,5,1.,综合描述,1.3,用户类和特征,乘客,（,按年龄段分类,）,：,学生,群体,：,接受信息的方式更加多元化，容易接受,新事物,，所以学生更易尝试我们的软件，是我们的首批用户，但经济不宽裕，可以为其设计拼车功能。,工作群体,：因工作的原因,对打车,的需求比较大，是我们的主要用户，但对打车的,速度,和效率要求,比较,高，可以为其设计加小费打车以及申请代驾等功能。,老人群体,：,不易,学习、接受,新兴,事物,，,所以界面设计一定要简洁易用，为其设计一键叫车以及语音叫车功能。,司机,正规出租车,司机,：,有,营运执照,，安全性,有,保障,，但容易空跑需要提高载客效率,、增加营,收。,私人,车（黑车）,司机,：不正规,无,营运执照,，,不能到某些地点载客,。,6,1.,综合描述,1.4,产品主要功能,乘客：即时打车服务、预约打车服务和寻求代驾服务,司机：接单载客服务、路况信息服务和收听广播服务,第三方：广告推送服务、本地信息显示服务（包括餐饮娱乐及酒店宾馆）、广播服务、支付服务、地图服务、交通管理服务,各类打车,/,取消需求,需求响应,派单,接收,/,取消订单,乘客,司机,打车软件,第三方服务,7,1.,综合描述,1.5,运行环境,硬件平台：智能手机等移动,客户端,操作系统：安卓系统（用户最广）和,IOS,系统（打车比例最大,）,共存软件：地图软件、社交软件（如微,信），,可以嵌入到用户群体很大的如微信,、,支付宝、,高德,地图等软件中调用打车软件，或者在打车软件中调用,地图,API,等,8,1.,综合描述,1.6,外部接口需求,用户界面：界面简洁、方便且快速。,1,、乘客端,1,）注册登陆模块,2,）用户设置模块,3,）一键打车模块,4,）,预约打车及申请代驾模块,5,）投诉与评价模块,6,）软件更新,2.,司机,1,）注册登陆模块,2,）用户设置模块,3,）订单模块（抢单、预约订单）,4,）导航地图,5,）广播信息,6,）软件更新,重庆大学通信工程学院,软件工程,9,1.,综合描述,1.6,外部接口需求,硬件接口,定位：移动网络,（,2G/3G/4G,）,快速定位,，,GPS,精确定位,语音输入（,MIC,）：用于输入用户指令信息如目的地等,语音输出,（听筒）,：用于广播消息等语音输出,取景器（摄像头）：取景用于定位、上传分享位置等,触屏或者键盘：用于用户,操作、发出,指令,、,消息输入等,软件接口,支付,API,：用于连接支付系统,地图,API,：用于调用地图信息,广播,API,：用于广播新闻、交通管理局信息服务等,广告,API,：用于接入广告服务,本地服务,API,：用于显示附近餐饮娱乐、酒店宾馆等本地信息,重庆大学通信工程学院,软件工程,10,2.,功能性需求分析,2.1,系统功能域分析建模,功能类别,功能,乘客,乘客,.即时叫车,乘客打车下单后，司机可以看到附近的打车信息，完成即时叫车；，乘客可以选择是否拼车还可以加价打车，打到车之后可以和司机沟通取消订单或者更改订单。,乘客,.预约叫车,乘客通过易打车发布预约打车信息后，可以与司机完成预约叫车的功能；,乘客,.申请代驾,乘客可以发布代驾信息，实现找代驾的功能；,乘客,.查看空车,乘客可以看到自己设定距离范围内的出租车信息，方便乘客主动预约出租车司机；,乘客,.查看司机信用及打分评价,查看司机的信息包括信用度，乘坐车完之后可进行打分评价,乘客,.支付订单,乘客可以选择网银或者支付宝等三方支付，也可以选择现金支付，还可以让好友及亲人代付,乘客,.设置菜单,乘客可以设置快捷键、默认支付方式、个人资料、好友管理等,系统功能描述,11,2.,功能性需求分析,2.1,系统功能域分析建模,系统功能描述,功能类别,功能,司机,司机,.接单,乘客提交打车申请后，在司机端会立即显示乘客的目的地和联系方式，方便司机接单和与乘客进行联系，在完成订单后车费会打入默认网银或支付宝等第三方账号。,司机,.查看订单,乘客提交预约以及代驾信息后，会在司机客户端有提醒，方便司机查看预约以及代驾乘客的信息，也可以进行筛选,司机,.客户管理,司机可以查看和管理经常联系的老顾客电话号码等信息，方便司机的操作。,司机,.查看路况,司机可以查看实时路况信息，在地图上显示路况信息的同时可以语音提示重要路况信息，如某地点堵车建议绕行。,司机,.收听广播,收听广播信息以及新闻等,司机,.公共电台,建立类似公共电台服务，本地司机之间可以在里面分享信息，如某地方发生劫车事件呼叫附近师傅围追堵截。,司机,.设置菜单,设置常用快捷键、默认第三方收费账号、个人资料、好友管理等。,第三方机构,支付接口,如网银、支付宝、微信等第三方支付公司,地图接口,使用第三方地图显示位置信息、路况信息和本地服务信息等，如高德、百度等。,广告及本地服务接口,推送广告以及本地服务如酒店、,KTV、餐饮等信息。,广播,12,2.,功能性需求分析,2.1,系统功能域分析建模,打车,/,取消打车需求,需求响应信息,派单,/,通知信息,接收,/,取消订单,交互信息,未接收订单登记表,F1,客户管理信息表,T1,已接收订单登记表,F2,司机管理信息表,T2,乘客,司机,用户交互端,司机交互端,图,2.1.1,打车软件系统第,1,层,13,2.,功能性需求分析,2.1,系统功能域分析建模,图,2.1.1,打车软件系统第,2,层,打车,/,取消打车需求,需求响应消息,取消订单,派单信息,司机接收订单,用户取消订单消息,打车需求,取消打车需求,司机取消订单,订单登记表,F1,、,F2,司机、客户管理表,T1,、,T2,乘客,司机,需求分类,生成订单,消息机制,派单机制,已接受取消订单处理,申请代驾,14,2.,功能性需求分析,2.1,系统功能域分析建模,图,2.1.1,打车软件系统第,3,层乘客端,打车,/,取消打车需求,需求响应,打车需求,取消打车需求,订单登记表,F1,、,F2,司机、客户管理表,T1,、,T2,乘客,需求分类,生成订单,消息机制,申请代驾,取消订单,常用信息查看,用户取消订单,司机接受,/,取消订单,订单登记表,F1,、,F2,司机交互端,15,2.,功能性需求分析,2.1,系统功能域分析建模,图,2.1.1,打车软件系统第,3,层司机端,派单信息,接收,/,取消订单,取消订单消息,未接收订单登记表,F1,司机,消息机制,派单,响应机制,查看司机消息,查看司机管理,司机管理信息表,T2,已接收订单登记表,F2,乘客交互端,用户消息订单,司机接收,/,取消订单,16,2.,功能性需求分析,2.1,系统功能域分析建模,抢单判定树,17,2.,功能性需求分析,2.2,数据域分析建模（实体,-,关系图）,18,2.,功能性需求分析,2.3,行为域分析建模,下单,改变主意,下单成功,放弃订单,乘客改变主意,司机抢单成功,突发情况，司机无法完成该单,下单失败,乘客放弃,无司机抢单,重新尝试,司机乘客定位,乘客上车,乘客支付,支付成功,图,2.3.1,乘客端,19,2.3,行为域分析建模,图,2.3.2,司机端,在规定时间内,第一个接受订单,根据乘客信息,突发情况，司机无法完成该单,突发情况，司机无法完成该单,已经有人,接受了该订单,继续尝试,继续尝试,抢单,抢单成功,联系乘客,抢单失败,放弃订单,乘客定位,司机到达,确认支付,支付成功,20,3.,非功能性需求分析,3.1,性能需求,在,CPU 1GHz,且,RAM 512M,的安卓,2.3,系统上运行时，当系统有,60%,的空闲资源时：,启动速度在,0.5s,以内；,启动之后各项操作反应速度,0.1s,以内（快速的反应有利于增加用户体验度）；,软件正常运行,RAM,占用,25M,以内；,后台运行占用,RAM,资源少于,6M,，,CPU,少于,1%,。,21,3.,非功能性需求分析,3.2,安全性需求,1),确保用户和客户端程序被标识，并且他们的身份被成功鉴别。,2),确保用户和客户端程序只能获得合适授权的数据和服务。,3),检测未授权用户的登录和客户端程序的入侵。,4),确保通信和数据没有被蓄意破坏。,5),确保与程序或组件交互的当事人无法否认所进行的交互。,6),确保机密的通信和数据保持秘密性。,7),确保程序和中心在攻击下仍然存活，可能以退化的模式运行。,8),确保中心、组件和人员被保护，以避免被破坏、损害、偷窃、暗中替换。,9),确保系统维护时不会破坏程序、组件、中心的安全机制。,10),确保未授权的恶意程序没有传染程序或组件。,11),使安全人员能够审计安全机制的状态和使用。,22,3.,非功能性需求分析,3.3,软件质量属性,兼容性：,可运行于各个品牌的智能机和平板上，可在安卓,2.3.0,版本及其以上版本运行。,可移植性：后期可以移植到苹果,IOS5.0,及其以上版本的系统上,易修改性：整个软件采用标准模块构建，易于后期进行修改,可伸缩性：软件除了采用标准模块外，接口也要标准化，要易于,后期拓展,以及删减,功能模块,易集成性：软件集成度高代码精简，要易于嵌入其它软件如微信,或者支付宝之中，利于后期,合作,推广发展,可靠性：,精简代码控制软件的,bug,量，连续运行,一周,不能出现,程序未响应或闪退情况,，重要功能如打车功能一定,要可靠稳定。,使用性：,要易于使用,、,操作简洁，设置常用功能快捷键或快捷,手势，复杂功能应放入菜单中，用户的操作体验很重,要，后期要进行操作体验测试。,23,3.,非功能性需求分析,3.4,成本资源消耗需求,所需人员,(,数量）,工作任务,工作时间,单位薪金（元）,总薪金（元）,项目经理（,1,）,可行性研究,1,周,20,000.00,5,000.00,产品经理,(3),需求分析,1,周,20,000.00,15,000.00,UI,设计师,(2),概要设计,2,周,10,000.00,10,000.00,总设计师,(3),详细设计,4,周,20,000.00,240,000.00,开发工程师（,6,）,编码,3,周,10,000.00,50,000.00,测试工程师（,3,）,测试,2,周,10,000.00,15,000.00,所需设备,设备用途,设备单价,设备数量,设备总价,服务器,软件及数据库,30,000.00,4,120,000.00,磁盘阵列,数据存储,80,000.00,1,80,000.00,交换机,网络搭建,5000.00,10,50,000.00,笔记本电脑,编码、测试,4,000.00,15,60,000.00,智能终端,项目测试,1,000.00,20,20,000.00,UPS,电源,提供电源,100,000.00,1,100,000.00,其他附件,10,000.00,10,000.00,24,3.,非功能性需求分析,3.5,开发进度需求,3.6,其它需求,打车软件服务要符合最新的法律法规，各地区,以及,各城市有可能有不同规定，所以需根据乘客所在城市地自动提供不同功能服务,，如某些地方不允许加价行为则该功能在此城市将自动不能使用,可行性研究,详细设计,编码,维护,概要设计,测试,需求分析,项目经理,产品经理,UI,设计师,开发工程师,开发工程师,项目经理,测试工程师,25,4.,总结,根据打车软件的需求调研，我们从商业需求及用户需求角度进行需求分析，并从软件的功能性需求和非功能性需求进行了分析、建模及说明，以满足客户的商业需求以及用户的功能需求。该软件能够解决乘客“打车难”及司机“空载”的问题，同时也能很好的满足客户的商业需求（盈利及移动互联入口争夺），但该软件也存在一定的风险需要规避。,26,