打车软件需求分析.ppt

1、打车软件需求分析简述,小组成员：,小组成员任务分配,由于缺乏相关专业知识，所做需求分析均由组员根据自己的理解以及相关资料进行分析并建模绘图，有诸多不合理之处，仅作参考，在此感谢各位组员认真完成任务所付诸的劳动。,1.综合描述,1.1 产品背景 随着“后PC时代”的到来，智能手机用户爆炸式的增长普及，移动互联网领域大有可为 城市化的快速发展，使得打车难的问题变的日益突出，给百姓的出行带来了诸多不便，所以产生了打车软件的客观需求。,1.综合描述,1.2 商业需求 业务机遇：乘客打车难的问题凸显，而移动互联网和智能终端的高速发展为利用打车软件解决该问题提供了机遇。 业务目标：从最初给乘客和司机提供免

2、费、便利的打车服务从而积累用户，到最后通过软件增值服务、第三方支付平台、本地信息服务、入口价值等方式实现盈利。 提供给客户的价值：解决了“打车难”及“空载”的问题。 业务风险： 政策的风险：除了要实时了解并符合法律法规外，要尽量让政府能够涉人其中从而减小政府打压的风险。 恶性竞争的风险：软件除了要和其它同类打车软件比较相比有特色之外，还要实时关注主要竞争对手动态。,1.综合描述,1.3 用户类和特征 乘客（按年龄段分类）： 学生群体：接受信息的方式更加多元化，容易接受新事物，所以学生更易尝试我们的软件，是我们的首批用户，但经济不宽裕，可以为其设计拼车功能。 工作群体：因工作的原因对打车的需求比

3、较大，是我们的主要用户，但对打车的速度和效率要求比较高，可以为其设计加小费打车以及申请代驾等功能。 老人群体：不易学习、接受新兴事物，所以界面设计一定要简洁易用，为其设计一键叫车以及语音叫车功能。 司机 正规出租车司机：有营运执照，安全性有保障，但容易空跑需要提高载客效率、增加营收。 私人车（黑车）司机：不正规无营运执照，不能到某些地点载客。,1.综合描述,1.4 产品主要功能 乘客：即时打车服务、预约打车服务和寻求代驾服务 司机：接单载客服务、路况信息服务和收听广播服务 第三方：广告推送服务、本地信息显示服务（包括餐饮娱乐及酒店宾馆）、广播服务、支付服务、地图服务、交通管理服务,第三方服务,

4、1.综合描述,1.5 运行环境 硬件平台：智能手机等移动客户端 操作系统：安卓系统（用户最广）和IOS系统（打车比例最大） 共存软件：地图软件、社交软件（如微信），可以嵌入到用户群体很大的如微信、支付宝、高德地图等软件中调用打车软件，或者在打车软件中调用地图API等,1.综合描述,1.6 外部接口需求 用户界面：界面简洁、方便且快速。 1、乘客端 1）注册登陆模块 2）用户设置模块 3）一键打车模块 4）预约打车及申请代驾模块 5）投诉与评价模块 6）软件更新 2.司机 1）注册登陆模块 2）用户设置模块 3）订单模块（抢单、预约订单） 4）导航地图 5）广播信息 6）软件更新,重庆大学通信工

5、程学院软件工程,1.综合描述,1.6 外部接口需求 硬件接口 定位：移动网络（2G/3G/4G）快速定位，GPS精确定位 语音输入（MIC）：用于输入用户指令信息如目的地等 语音输出（听筒）：用于广播消息等语音输出 取景器（摄像头）：取景用于定位、上传分享位置等 触屏或者键盘：用于用户操作、发出指令、消息输入等 软件接口 支付API：用于连接支付系统 地图API：用于调用地图信息 广播API：用于广播新闻、交通管理局信息服务等 广告API：用于接入广告服务 本地服务API：用于显示附近餐饮娱乐、酒店宾馆等本地信息,重庆大学通信工程学院软件工程,2.功能性需求分析,2.1系统功能域分析建模,系统

6、功能描述,2.功能性需求分析,2.1系统功能域分析建模,系统功能描述,2.功能性需求分析,2.1系统功能域分析建模,打车/取消打车需求,需求响应信息,派单/通知信息,接收/取消订单,交互信息,乘客,司机,用户交互端,司机交互端,图2.1.1打车软件系统第1层,2.功能性需求分析,2.1系统功能域分析建模,图2.1.1打车软件系统第2层,2.功能性需求分析,2.1系统功能域分析建模,图2.1.1打车软件系统第3层乘客端,2.功能性需求分析,2.1系统功能域分析建模,图2.1.1打车软件系统第3层司机端,2.功能性需求分析,2.1系统功能域分析建模,抢单判定树,2.功能性需求分析,2.2数据域分析

7、建模（实体-关系图）,2.功能性需求分析,2.3行为域分析建模,图2.3.1 乘客端,2.3行为域分析建模,图2.3.2 司机端,3.非功能性需求分析,3.1 性能需求 在CPU 1GHz且RAM 512M的安卓2.3系统上运行时，当系统有60%的空闲资源时： 启动速度在0.5s以内； 启动之后各项操作反应速度0.1s以内（快速的反应有利于增加用户体验度）； 软件正常运行RAM占用25M以内； 后台运行占用RAM资源少于6M，CPU少于1%。,3.非功能性需求分析,3.2 安全性需求 1)确保用户和客户端程序被标识，并且他们的身份被成功鉴别。 2)确保用户和客户端程序只能获得合适授权的数据和服

8、务。 3)检测未授权用户的登录和客户端程序的入侵。 4)确保通信和数据没有被蓄意破坏。 5)确保与程序或组件交互的当事人无法否认所进行的交互。 6)确保机密的通信和数据保持秘密性。 7)确保程序和中心在攻击下仍然存活，可能以退化的模式运行。 8)确保中心、组件和人员被保护，以避免被破坏、损害、偷窃、暗中替换。 9)确保系统维护时不会破坏程序、组件、中心的安全机制。 10)确保未授权的恶意程序没有传染程序或组件。 11)使安全人员能够审计安全机制的状态和使用。,3.非功能性需求分析,3.3 软件质量属性 兼容性： 可运行于各个品牌的智能机和平板上，可在安卓 2.3.0版本及其以上版本运行。 可移

9、植性：后期可以移植到苹果IOS5.0及其以上版本的系统上 易修改性：整个软件采用标准模块构建，易于后期进行修改 可伸缩性：软件除了采用标准模块外，接口也要标准化，要易于 后期拓展以及删减功能模块 易集成性：软件集成度高代码精简，要易于嵌入其它软件如微信 或者支付宝之中，利于后期合作推广发展 可靠性： 精简代码控制软件的bug量，连续运行一周不能出现 程序未响应或闪退情况，重要功能如打车功能一定 要可靠稳定。 使用性： 要易于使用、操作简洁，设置常用功能快捷键或快捷 手势，复杂功能应放入菜单中，用户的操作体验很重 要，后期要进行操作体验测试。,3.非功能性需求分析,3.4 成本资源消耗需求,3.非功能性需求分析,3.5 开发进度需求 3.6 其它需求 打车软件服务要符合最新的法律法规，各地区以及各城市有可能有不同规定，所以需根据乘客所在城市地自动提供不同功能服务，如某些地方不允许加价行为则该功能在此城市将自动不能使用,4.总结,根据打车软件的