通用后台管理系统的简要说明-需求调研文档
其中的过程和内容都是经验所得,故可能并不适用于每一个人。
编辑导读:本文以一款公司后台管理系统产品为例,总结了后台系统“由开始的业务逻辑到设计规范的整个过程,算是自己工作的一些心得。

目录
一、产品定位和目标人群
1.1 需求定义
1.2 产品结构功能图
1.3 后台的主要流程图展示
二、
一、产品定位和目标人群
产品定位:XX车辆远程监控平台。
产品目的:让新能源汽车的管理更便捷,服务更高效。
核心优势:T-box硬件支持及硬件数据的获取和分析计算。
车载终端:实现车辆数据采集、车辆状态控制、远程监控与定位、车况诊断等功能以及基本服务框架搭建。
1.1 需求定义
目前需求定义:根据行业节能减排与车辆管理业务需求, 充分顺应新时代信息、互联网的大数据、数据挖掘的潮流,响应国家支持与鼓励的政策,基于车内网、车际网和车载移动互联网,研发新能源汽车远程智能监控系统,促进“车+X”之间无线通讯和信息交换平台的发展( X= 人 or 车 or 路 or互联网等),实现节能环保、安全驾驶、智能管理、数字服务的人车路网间的协调发展。
1.2 产品结构功能图

1.3 后台的主要流程图展示
二、需求描述
2.1.0 国标解析管理
2.1.1 添加配置
添加配置用于除了规则类型,上报平台,车型等基本信息,还有更多详细的配置信息,点击按钮保存、重置按钮进行保存或者重置。
输入/前置条件:保存后即跳转到国标解析管理的列表页面。
备注:· 必填项

2.1.2 动态报警配置
输入/前置条件:点击报警名称,显示默认数据,当查询某个条件,数据信息发布到前端页面。
页面逻辑:配置信息:车型,平台名称,规则类型,报警序列,报警名称,报警定义,报警级别,持续时间,报警信号规则等列表字段。
查询:输入报警名称/平台名称/车型等任何一个条件,如输入了无数据,则会显示暂无数据。错误的信息输入则无任何数据显示。
支持查询操作。














































































