本文档描述了中国移动（深圳）有限公司交易业务支撑部电子统一支付、PBOSS可视化系统的业务需求。从实际客户需求出发，结合部门工作情况，整理系统建设思路，整合需求的相互关系，加以程序化语言描述，用以指导下一步系统的设计和开发。
（1）首页：多方位、多角度、多形式的可视化展示统一支付系统当前的整体运行情况，通过各业务独特的展示视觉让用户方便、即时的了解和掌握各省市、各业务的几类主要运行指标，包括：健康度、性能指数、交易量、成功率、全国地图、今日充值总笔数｜今日成交总金额（全部、天猫、银行总对总、移动商城）
（2）系统性能：系统实时的运行情况，环节展示，系统拓展图，告警实时分析
（3）运营分析：统一支付考核，用户行为分析，业务量统计，交易失败
（4）运维分析：产品订购，失败交易分析，申告巡检
（5）综合分析：行业发展情况，服务订购情况分析，收入预测，销户情况分析
技术描述：
1.项目基于JavaEE平台，B/S模式开发。
2.采用SpringMVC框架设计。
3.使用MySQL作为后台数据库。
4.前端使用AngularJs
责任描述：
1.对首页展示，系统性能，运维分析模块的开发。
2.项目的前端框架搭建,以及前后端的api。
3. 后期参与测试工作。

运维管理是物联网PBOSS日常运维相关工作的集中管理平台，如PBOSS业务、主机相关的性能的查询，PBOSS相关的业务数据的管理、PBOSS业务系统的升级等。能够为PBOSS提供日常巡检功能；提供相关报表统计；提供问题跟踪。
（ 1） 工作任务完成情况展示：展示各巡检项是否已完成（以当前是否已邮件发送完成该巡检项为完成标识）
（2） 主机巡检：每天两次，上午10点、下午16点各一次，包括对各个服务器的文件系统空间、CPU负载、内存负载等，数据库索引状态、连接数等，应用以及网络的监控
（3） 交易业务量巡检：每天的交易总量巡检以及每周的交易业务量巡检，包括分业务类型、分系统、分省等
（4） 失败交易巡检：包括未结束定单和回退定单。
（5） 性能巡检：包括定单处理速率、端到端耗时等巡检
（6） 数据量迁移巡检：对部分数据量较大的表数据量进行实时统计、数据量增长趋势图表展示
（7） 考核巡检：根据CSP前台中间结果查询导出数据自动生成考核巡检日报
（8） 申告巡检：每天下午16:00出具申告巡检，包括前一天协同运维系统的申告数（受理方、发起方）、当月累计的申告数等。

技术描述：
1.项目基于JavaEE平台，B/S模式开发。
2.采用SpringMVC框架设计。
3.使用MySQL作为后台数据库。
4.前端使用AngularJs
责任描述：
1.对工作任务完成情况展示,交易业务量巡检,失败交易巡检,数据量迁移巡检,考核巡检模块的开发。
2.项目的前端框架搭建,以及前后端的api。
3. 后期参与测试工作。

建设统一对商户提供服务的综合平台，通过申告服务、自助服务、知识库为各商户提供便捷可追溯的服务，满足商户个性化服务需求，提升商户体验；通过意见收集、交流讨论使我方与商户能充分沟通，及时收集意见，不断优化系统，提升服务质量。
（1）申告服务：
1）申告进度查询：用户可查询已发起的申告处理进度，包括申告提交、待处理、处理中、已答复、已评分、已关闭等；
2）申告发起：各接口单位用户可通过此模块发起申告或咨询，发起的申告内容中，系统会自动展 示发起人信息。
3）申告处理：对于各单位发起的申告流转至深圳中心后，深圳中心可以查看申告内容，并进行回复处理。

4）申告催办：对于需要紧急处理的申告或者较长时间未处理的申告等，用户可以选择催单，催促深圳中心尽快回复；
5）申告评分：发起人可对发起的申告，深圳中心处理的情况进行打分。
（2）自主服务：
1）统计查询：
商户用户处：各商户用户可在全网范围对历史发起的申告及处理情况进行查询，亦可对历史申告情况进行统计。
深圳中心处：系统可以按需求统计各维度的数据，维度包括各类型申告量统计、总申告量统计、建议量统计、申告评分统计等等；
2）交流讨论：用户之间可进行线上或线下交流讨论，用户可以发表自己的问题且其他用户可以对此问题进行评论或讨论，以实现多人共享及讨论。
3）账号配置：账号配置包括：用户注册、用户密码修改、个人信息修改等等。
4）接收提醒配置：对于深圳中心账号，可配置接收申告提醒的方式、时段等，对于深圳中心以外的用户可以配置接收申告处理完毕或申告打分等提醒的方式、时段等。
5）新手指南：该功能主要是帮助新用户尽快熟悉各模块的基本操作。
（3）意见收集：
1）系统建设意见：用户可将对该系统的使用意见或者建议，在此提交给深圳中心，以便深圳中心后续进行系统优化；
2）服务意见：用户可在此提交对深圳中心申告处理方式、进度、态度等等意见或者建议，以便深圳中心改善申告处理
3）其他意见：用户可在此提交除系统建设和申告处理以外的建议。
4）意见反馈：收到用户的意见建议后，深圳中心可进行确认，通知发起方已收到对方意见。
（4）配置管理：
1）通讯录：深圳中心管理员账号可对各单位联系人信息进行更新，包括新增、修改、删除等等。
2）下发提醒配置：深圳中心管理员账号可管理下发至各单位的短信/邮件提醒，
3）权限管理：深圳中心管理员账号可对系统用户的操作权限，页面查看权限等进行管理。
责任描述：
1.对自主服务以及配置管理模块的开发。
2.项目的前端框架搭建,以及前后端的api。
3. 后期参与测试工作。

随着物联网业务的不断发展，物联网专网各支撑单位的运维压力不断增大，目前专网问题的协作定位使用QQ、邮箱和电话等方式为主，沟通效率低，进度不可控，且无法实现闭环，通过搭建物联网协同运维处理系统，各支撑单位的问题处理方式由线下转为线上，能够极大提升专网问题的处理效率，提高物联网专网业务各个支撑单位的沟通效率和运维质量，实现运维问题的闭环处理，促进物联网业务的稳定发展。系统分为以下四大模块：
（1）物联网日常协作管理：
1）创建协作单：用于各支撑单位提交协作内容，紧急程度，联系信息等，并且可 选择派往一个或多个外部单位；
2）协作单待办：用于各支撑单位查看分派过来需处理的协作单；
3）协作单待阅：用于各支撑单位查看外部单位对于自己所提协作单的处理结果，
可进行确认或驳回；
4）我的协作单：用于查看用户过往处理过的协作单信息；
5）历史协作单：用于各支撑单位查询全国所有历史协作单信息。
6）协作单统计：用于按月、按支撑单位、按业务类型统计协作单创建情况
（2）公告栏管理：
1）公告发布管理：用于管理各支撑单位发布运维处理经验等信息；
（3）信息管理：
1）个人服务台：用于用户自行修改个人信息、密码；
2）支撑单位联系人信息：用于用户查看各支撑单位联系人的详细信息
（4）系统管理：
1）用户管理：系统管理员对用户信息进行增删改的管理；
2）设置；系统管理员对支撑单位及联系人、业务类型等基础信息进行配置；
1.对系统物联网日常协作管理模块的开发。
2.项目的前端和后端的api。
3. 后期参与测试工作