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.  项目验收