1、项目概述

后台服务平台用于市场管理、诊断软件管理、产品管理、软件管理(软件上传、软件下载、以及软件发行) 、测试管理、数据管理、生产管理等各种事物处理的服务平台。/

2、 项目范围和方案

2.1 项目范围

本文档为后台服务平台项目的产品包需求描述，项目组成员可通过本文档的分析形成总体设计方案、软件概要设计方案、以及产品包需求评审材料。

 

本文档可阅读及参考人员：

岗位	使用描述
市场/销售人员	关注市场需求，转化成产品包需求，跟踪产品包需求向设计需求的转化
开发人员	关注所有需求的来源，具体要求及实现跟踪，将产品需求包转化为设计需求包
结构设计人员	关注产品结构的具体需求
测试人员	关注测试用例到产品包设计需求的反向跟踪
外协开发与管理人员	关注需求、实现、以及测试

表1

2.2 方案

项目实现必须使用主流的技术(如编程语言为JAVA，数据库使用MySQL，交互界面使用HTML5等等技术)，在相同基础硬件条件下提供更大的用户访问量以及访问速度，项目设计方案必须做到模块化、设计思路清晰。

 3、项目方法和介绍

服务平台由产品管理、客户管理、数据管理、软件管理、生产管理等组成，绝大多数模块都需要有基础数据的支持，所有基础数据由各个管理员进行录入，使用数据库进行管理，每种数据都需要有各自的数据库表进行管理(增、删、改、查登操作)。

项目发散图：

3.1 超级管理员

3.2 市场管理

市场管理模块主要负责用户定义、产品置换、用户产品管理、市场人员管理、客户投诉等事务处理。

3.3 诊断软件管理

诊断软件管理模块主要负责车型管理、车型区域管理、车型语言管理、基本功能管理、特殊功能管理、软件类型管理、已发行软件管理、人员管理。

3.3.1 车型管理

3.3.2 车型区域管理

3.3.3 车型语言管理

 

3.3.4 基本功能管理

3.3.4 特殊功能管理

 

3.3.5 软件类型管理

 

3.3.6 已发行软件管理

3.3.7人员管理

 

 

3.4 产品管理

产品管理模块主要包含区域编码管理、产品系列管理、新增产品管理、已有产品管理、发行软件管理、软件类型管理、软件提交管理、人员管理等子模块。

3.4.1 区域编码管理

3.4.2 产品系列管理

3.4.2.1 系列号管理

3.4.2.2 产品名称管理

3.4.3 新增产品管理

3.4.4 已有产品管理

3.4.5 发行软件管理

3.4.6 软件类型管理

3.4.7 软件提交管理

 

3.4.8 人员管理

3.5软件管理

软件管理模块包括软件版本、软件类型、软件提交、软件测试状态、软件下载(前端及客户端两种下载方式)。

其中，软件包括产品软件以及车型软件等两大类。

3.5.1 软件版本

固定格式为：Vx.yy.zzz，由软件上传者输入，但需要对其格式进行检查。

其中：

V只允许大写；

X为主版本，其位数大于或等于1，并且只能为十进制数值；

yy为子版本，其位数固定为2，并且只能为十进制数值；

zzz为当前子版本测试基线数，其位数固定为3，只能为十进制数值；

3.5.2 软件类型

每种软件类型都有一个唯一的ID，以及每种多语言所对应的软件名称。

部分软件类型包含子类型，每种子类型都有一个ID，以及每种语言所对应的名称。

诊断管理员以及产品管理员可对软件类型进行增、删、改、查。

3.5.3 软件提交权限

可提交软件的人员由诊断管理员以及产品管理员指定。

3.5.4 软件提交

提供界面工软件提交者进行软件提交，每个软件包由产品名称、软件版本、软件包名、包类型、提交日期、软件类型、备注等信息等进行描述。

 

• 产品名称

来源于“产品名称管理”，提供下拉框供给软件上传者进行选择。

• 软件版本

提供输入框供软件提交者输入版本信息，且需要对版本格式进行检查；

• 软件包名

软件包名由大写字母及下划线组成，上传包为zip格式。

• 包类型

包类型分为“主包”或“补丁包”等两种模式，提供下拉框供给软件上传者进行选择。

• 提交日期

当进入软件包提交界面时，默认日期为当前时间，时间格式为yyyy.mm.dd，同时提供日期选择器提供给交者修改日期。

• 软件类型

提供下拉框供给软件上传者进行选择，软件类型参考3.1.1。

• 备注

提供输入框给软件上传者对当前软件进行简单的文字描述。

3.5.4 软件状态

当软件需要提交测试时，有指定人员提交软件，软件提交需提供操作界面，软件提交后其为“测试”状态，并且软件提交后软件提交人员可在“待测试记录”表中显示，并显示相应的状态。

软件提交后其为“测试”状态，可提交软件的人员由诊断管理员以及产品管理员指定，软件提交后软件提交人员可在“待测试记录”表中显示，并显示相应的状态。

软件提交后，软件开发人员实时跟进其进展，当软件测试失败(即状态为“驳回”)时，软件提交人员可对“已测试记录”表中对其进行修改，对部分或全部软件包进行重新上传，上传后其状态被自动修改为“测试”状态，测试人员可再次进行下载及测试。

被重新上传后的软件包与已提交的软件包版本不一致，一次某个软件包被重新上传后，需要后台自动删除未被测试通过的软件包，重新提交测试后，未被测试通过的记录仍然在“已测试记录”表中，且无法修改，并增加新的测试记录到其中。

3.5.5 软件下载

软件下载分为前端及客户端两种下载方式。前端通过用户激活时的账号或序列号进行登陆进入下载页面，客户端下载方式与前端类似通过客户端或APP登陆后进行下载。

每个序列号可下载的软件有产品管理中进行定义，只显示该用户使用的产品可下载软件，除非客户额外购买其他软件。

3.6 测试管理

测试管理包含人员管理、软件测试管理、软件下载管理等子模块。

3.6.1人员管理

3.6.2 软件测试管理

3.6.3 软件下载管理

3.7 数据管理

数据管理包含采数管理、日志管理、客户数据管理等子模块。

3.7.1 采数管理

3.7.2 日志管理

3.7.3 客户数据管理

生产管理

3.8.1 生产烧录

提供定制化的烧录工具供生成烧录使用，其烧录步骤：

• 烧录工具从服务器获取所有产品列表、产品区域、功能、车型、客户列表、语言、默认语言、包装要求、运输要求或者特殊要求等；
• 由烧录人员选择具体产品名、区域、客户名称、质保期限后执行烧录操作；
• 烧录工具向服务器请求生成相应的序列号，请求参数包含产品名、区域、客户名以及质保期限；
• 后台服务器根据产品名、区域、客户名及质保期限以累加方式自动生成系列号返回至烧录工具；
• 烧录工具对设备进行系列号编程；
• 烧录工具通知后台系列号烧录成功；
• 后台服务器对烧录成功的系列号进行记录（再次请求生产序列号时从该系列号基础上累加1）；
• 后台服务器把成功烧录的产品、区域、客户、系列号、质保期限、烧录日期、烧录人员、序列号、蓝牙盒子号码、激活码记录至“已生产产品“列表中供相关人员查阅或修改，诊断管理员、产品管理员只有查阅权限，市场管理员可根据实际情况对区域属性进行修改。生产管理人员可对蓝牙盒子号码、激活码进行修正。
• 再次烧录系列号时（未关闭烧录工具）将重复步骤2至步骤8。

3.8.2 客退返修

提供定制化的客退返修管理工具：

• 管理工具可以通过序列号查询客退机器的出厂日期、保修期限、当前是否过保及具体天数；
• 销售人员可添加对客退机的不良描述；
• 仓库人员可添加对客退机型入库记录；
• 品质人员可添加对该机不良描述的判定；
• PMC可分配对客退机的处理资源及处理方式；
• 工程技术人员（PE）可添加对客退机型的维修方式判定及意见；
• 维修人员可添加该机的维修方式、换料明细、换料成本核查、耗费工时并可以出具维修记录报告；
• 后台可记录维修时间、每台机器维修次数及质保期限的自动核算；
• 上述2-7项为顺序工作流；

1.  项目交付件和工作文档

2.  项目组织结构

3.  项目验收