一种基于前后端分离的存储管理软件设计方案的制作方法

本发明涉及软件设计技术领域，具体涉及一种基于前后端分离的存储管理软件设计方案。

背景技术：

以往的软件开发过程中，一般开发流程就是，前端开发依赖后端的实现，后端决定前端的开发进度和效率，前后端关联性非常严重，和现在流行的高内聚低耦合设计理念相悖。

一般的管理软件实现流程是前后端同时开发，前端根据需求设计一套原型，对原型进行实现，后端根据需求进行业务逻辑的实现，等前后端都完成后，进行对接联调，在联调过程中会发现很多前端请求格式不符合要求和或者后端返回数据格式和前端需求不匹配，这样就会导致前端再次进行修改和设计，极大增加了前端开发的工作量，也会导致对测试时间周期过长，降低开发效率，不能够快速高质量完成软件的交付。

如图1所示，管理软件原有的设计流程中，前后端按项目计划进行开发，开发完成后进行联调，联调结束后，有问题需要前端重新修改设计，无问题后可提交测试部门进行测试验证。

传统的设计方式会造成前端很大负担，延缓开发时间和效率，无法快速高质量的完成开发。

技术实现要素：

本发明要解决的技术问题是：本发明针对以上问题，提供一种基于前后端分离的存储管理软件设计方案，通过对前后端交互接口进行标准化设计，让前后端可以根据共同约定好的接口进行设计，实现互不干涉，彻底解放前端，实在管理软件的快速开发和设计。

本发明所采用的技术方案为：

一种基于前后端分离的存储管理软件设计方案，所述方案通过对管理软件实现流程前后端约定一套接口标准，前后端交互接口按照共同约定好的接口标准设计和开发，让前后端实现互不干涉，实现前后端开发的分离和解耦，彻底解放前端。当在同一套接口标准下完成前端设计和后端实现后，可以快速、高效的完成前后端的联调测试。

所述管理软件实现流程前后端先根据项目需求，设计出一套前后端对接接口，如请求方式，请求方法和参数，该方法应该返回的数据格式等等，使前端能够根据这一套接口，在后端没有提供实现逻辑的情况下，先写一些假数据来实现，而不必等到后端实现业务逻辑返回想要的数据后才能调试该接口，开发方式更加灵活多变。

所述方法实现过程如下：

前后端设计人员通过对需求分解表进行，生成一份接口文档，约定好接口标准，如请求方式，返回数据格式等等；

然后前后端设计人员根据接口文档进行设计，完成设计开发后，进行联调，根据问题可很快进行局部修改，无问题后提交测试部门进行测试验证。

本发明的有益效果为：

本发明彻底解放前端，降低前端返工的次数和工作量，前后端分离的工作流程可以使前端只关注前端的事，后台只关心后台的活，两者开发可以同时进行，提高工作效率，分工更加明确，可以非常快速的定位及发现问题的所在，客户端的问题不再需要后台人员参与及调试，代码重构及可维护性增强，降低维护成本。

附图说明

图1为管理软件原有的设计流程图；

图2为本发明基于前后端分离的设计流程图。

具体实施方式

下面根据说明书附图，结合具体实施方式对本发明进一步说明：

实施例1

一种基于前后端分离的存储管理软件设计方案，所述方案通过对管理软件实现流程前后端约定一套接口标准，前后端交互接口按照共同约定好的接口标准设计和开发，让前后端实现互不干涉，实现前后端开发的分离和解耦，彻底解放前端。当在同一套接口标准下完成前端设计和后端实现后，可以快速、高效的完成前后端的联调测试。

实施例2

在实施例1的基础上，本实施例所述管理软件实现流程前后端先根据项目需求，设计出一套前后端对接接口，如请求方式，请求方法和参数，该方法应该返回的数据格式等等，使前端能够根据这一套接口，在后端没有提供实现逻辑的情况下，先写一些假数据来实现，而不必等到后端实现业务逻辑返回想要的数据后才能调试该接口，开发方式更加灵活多变。

实施例3

如图2所示，在实施例1或2的基础上，本实施例所述方法实现过程如下：

前后端设计人员通过对需求分解表进行，生成一份接口文档，约定好接口标准，如请求方式，返回数据格式等等；

然后前后端设计人员根据接口文档进行设计，完成设计开发后，进行联调，根据问题可很快进行局部修改，无问题后提交测试部门进行测试验证。

实施方式仅用于说明本发明，而并非对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明的范畴，本发明的专利保护范围应由权利要求限定。