自主研发任务分配-网络平台开发.docx

自主研发任务分配-网络平台开发1 需求分析1.1 登录功能新用户的注册，信息填写和用户的账户管理（昵称，钱包，头像等）。用户在使用网络支付时，首先要APP确认身份，确认后充电桩显示器开始人机交互，用户点击进入“充电方式选择”，最后充完电再进行结算。1.2 充电导航其中分为两部分，一部分是充电站的信息显示，另一个是导航功能。充电桩分享位置信息，充电桩APP程序调用百度地图、高德地图等专业的导航软件，提供准确专业的充电桩地图显示信息，充电站信息还包括充电站中充电桩的数量、种类，充电桩的空闲状态及数量，充电站距目前位置的距离，充电桩充电的快慢，适配的车型，支持的支付方式，充电站的开放时间以及收费方式（充电费，服务费，停车费等）。导航功能主要根据用户需求筛选出最佳充电桩进行导航，为电动车主提供一个里程计算服务，从A点到B点再到C点和D点总共是多少里程，有多少个道路方案，如果电动车里程不够，什么样的路线能够最方便的到充电桩充电，怎样走能达到时间与里程的平衡。1.3 充电预约能显示有几台车在预约中，现在排在第几位，正在使用的充电桩还剩多少时间充电，按照排队每辆车充电4小时预估最大排队时间是多少，大概需要多久轮到你，可为车主节省大量时间精力。1.4 充电过程显示为用户提供充电的全过程的显示提醒功能。要求手机显示内容与充电桩显示屏内容一样。主要内容显示“充电电压（V）、充电电流（A）、已充时间（min）、充电电量（度）、充电金额（元）、电池SOC（%）、电池充满预估时间（min）、充电进度条、单体电池最高电压（V）、单体电池最低电压（V）、电池最高温度（）、电池最低温度（）”等信息，还包括故障信息，异常的提示，充电完成的提示。1.5 在线支付有三种支付方式：支付宝支付、微信支付。用户先选择一种支付方式，再直接跳转到支付平台上进行支付。对于未装APP的用户需产生二维码，进行扫描支付。向已注册的钱包账户内预充值（可通过支付宝，微信等主流支付方式充值），然后支付。充值应该有优惠。1.6 用户评价功能用户在某个充电站充完电后，可对充电站进行评价。每个充电地区拥有自己的一个用户评价窗口，点击这个充电地区就可以看到有几个充电桩，以及车主对这些个充电桩的评价。这种评价系统可以开启回复功能，便于管理也可以只是单方面的评价窗口，这不仅为充电桩APP聚集了人气，也让充电桩的信息更加完善。用户还可对app进行评价，方便后期的更新维护。1.7 服务点与紧急联系电话APP能够显示办理充电卡的营业厅地址，尤其是显示各个办理网点上班时间以及联系电话，还有就是某些特殊办卡网点与需要特殊卡使用的充电桩标注。而一些充电时出现问题应该拨打的紧急电话，也应该在充电桩APP中呈现，这些电话也许是统一电话，也许是某些特定地区的负责人联系方式。1.8 周边服务在充电的数个小时时间里，电动车主可以在充电区周边进行各种活动，这就包括了消费。以充电区为原点，APP可以提供车主活动半径内，各种消费场所与娱乐休闲场所的信息介绍，并且同样开启用户评价功能。1.9 资讯与广告推送在app中显示一些电动车相关政策的最新动态以及我们产品或app上的一些活动公示等。还可推送广告，增加充电桩运营平台的营收。2 界面设计思维导图微信公众号功能和APP功能一致。但是因为同业竞争，第三方支付只能使用微信支付，且单笔支付不能超过5000。2.1 手机APP界面设计2.2 微信公众号界面设计图2 微信公众号思维导图3 APP软件开发方式选择APP软件有4种开发方式：原生/Native：使用原生SDK开发App。优点是当有足够的资源，这是最理想的方式；缺点是对不同的平台要分别开发，学习成本高，开发成本高、开发周期长、不易于web开发人员和企业建站公司转型。原生脚本/NativeScript：将原生API封装成JavaScript接口，这有点像前端的nodejs。NativeScript方式与原生相比性能损失不大（据称只有10%左右），优点是开发语言统一使用JavaScript，缺点是要针对不同的平台分别开发。原生+web/ Hybrid：使用原生技术开发，部分页面调用web。优点是比纯原生开发周期短，页面更新方便，如支付宝，还有很多app的详情页面。缺点：需要原生和web配合。混合/Hybrid：使用web技术开发App，使用Cordova/PhoneGap之类进行打包封装。优点是采用标准的web技术开发，避免了不同平台原生开发体系的学习，学习成本低，上手快、效率高，一次开发微信