使用微服务Spring Boot的公共投诉系统的后端应用程序设计与开发外文翻译资料

 2022-08-12 16:28:44

英语原文共 8 页，剩余内容已隐藏，支付完成后下载完整资料

使用微服务Spring Boot的公共投诉系统的后端应用程序设计与开发

摘要

电子政务是治理领域中ICT（信息和通信技术）的一种实施，用于改善政府或公共部门向公众提供的服务。 例如，智能城市，在线许可服务，社区投诉服务等。本研究的目的是基于使用springboot微服务架构的Web应用程序开发公共投诉服务应用程序。 微服务架构用于将应用程序功能划分为多个部分，或者基于业务流程将许多微服务与服务互连在一起，从而成为具有完整业务流程的单个应用程序。 该体系结构的优点之一是可以添加更多微服务而不影响其他微服务。 该应用程序已部署在可以通过浏览器访问的云环境中。

1.简介

电子政务包括使用电子通讯技术（例如互联网）来改善公民对公共服务的访问[1]。 电子政务的实施提高了报告管理系统的管理效率和速度，并提高了政府管理流程的透明度。 通过它，出现了一个称为善政的方面。 但是，印度尼西亚电子政务的实施面临许多问题，例如开发和操作电子政务应用程序的费用问题，技术问题（例如安全性问题，隐私和系统更新）以及人力资源问题，这些方面缺乏管理它。云技术成为解决这些问题的替代解决方案之一。该模型允许消费者通过可在各种设备中访问的提供程序来在线使用云中存在的应用程序，而不必担心这些问题。微服务技术的使用可以为云中的电子政务系统提供一些优势。微服务中的模块化概念允许管理应用程序中单独存在的服务。对特定服务的开发的影响是它不会干扰其他服务。可以在其他服务中区分服务的能力建设，以便适当地使用资源。同样，可以使用不同的编程语言来开发服务。

2.相关工作

Sam Newman 开发微服务应用程序，首先要进行的工作是确定环境或有限的上下文。简单来说，要指定可以从然后可以根据用户的功能组将应用程序业务流程分组，例如，财务部门负责付款，而仓库部门则负责客户订单。然后每个功能将被整合到一个模块中。然后，模块成为要创建的有界上下文符合模块目的的微服务。已完成的微服务将适用于与模块互连的其他模块和高凝聚力微服务之间的松散耦合的概念模块制作。最后，可以决定将数据写入数据库并从数据库读取的部分。

Purnamaamp;Yatini使用Node.js开发了论文管理应用程序，旨在避免任何话题或标题论文的相似性，通常是抄袭。Node.js是使用微服务构建的旨在简化应用程序开发的体系结构。如果有新的功能的添加，无需重新创建应用程序，并且可以独立添加功能。花费更少的时间进一步发展。

Janssen＆Joha [5]解释说，公共部门使用软件即服务（SaaS）模型仍然不频繁。尽管公共/电子政府部门中的SaaS有望带来许多优势，例如节省成本，有效性，挑战是严峻的，例如质量，安全性，隐私性以及定制不同的需求区域中的系统与其他区域。

3.研究方法

3.1功能需求分析

表一。功能需求

ID

Actor

Functional Requirements

FR1

管理员

客户注册

FR2

管理员

市民身份验证

FR3

管理员

分类管理

FR4

公民

身份验证

FR5

公民

发送投诉

FR6

公民

检查投诉

FR7

政府工作单位

显示投诉摘要

FR8

政府工作单位

回答投诉

FR9

政府工作单位

删除投诉

FR10

供应商

查看所有客户

通过查看一些类似的应用程序进行功能需求分析。例如，公众吉迪里市的投诉网站应用程序[6]。分析是通过查看设计文档来完成的。应用。此外，该分析是从文献研究中进行的，以找到与功能相关的一些信息。电子政府公共报告应用程序的要求。功能需求包括参与者需求和功能需求。演员是将使用的用户应用程序。使用该应用程序的参与者很少，包括管理员，供应商，公民和政府工作单位。功能需求本身就是应用程序的功能。一些功能要求的清单表1中显示了该应用程序。

3.2为微服务建模

提出功能要求后，下一步就是对微服务进行建模。此步骤将功能需求，也称为与某些微服务相匹配的微服务的有界上下文有界上下文。换句话说，微服务是由一个或多个微服务组成的组，它们相互连接以执行业务流程或功能。表2中显示了此应用程序中的微服务。

表二

ID 微服务要求

FR1 创建一个新的客户数据

FR2 创建市民ID数据

FR2 显示市民身份数据列表

FR2 删除市民ID数据

FR3 创建一个类别

FR3 删除类别

FR3 显示类别列表

FR4 获取市民ID数据

FR5 提出新的投诉

FR5 获取票号

FR6 凭票显示投诉状态

FR7 显示所有具有特定状态的投诉

FR8 更新投诉数据中的答案

FR9 删除投诉

FR10 显示所有注册客户

3.3设计用例

通过功能需求的分析生成了设计用例。用例显示交互角色与应用程序之间的交互图

3.4应用开发

这个阶段是根据功能需求，微服务需求，和用例。这项研究的重点是使用Java编程语言开发后端应用程序，并且springboot框架。Springboot框架因具有多个优点而受到青睐。Spring支持MVC并提供RESTful Web服务功能。数据库连接也已经在弹簧包装中提供。Spring框架还支持依赖项注入。依赖注入是易于在应用程序中进行配置依赖，以便在应用程序开发过程中变得更加方便。spring框架还支持Aspect Object Programming。Springboot还包含了一个tomcat服务器，并且可以直接运行它。

还需要开发前端程序以与后端进行通信以进行业务处理。前端开发使用typescript语言和Angular2框架。

3.5微服务黑盒测试

黑盒测试是一项旨在检查功能应用程序是否正确运行而未进行测试的测试知道过程发生在应用程序中[9]。黑箱测试是通过创建测试形式的测试用例来完成的功能应用程序的预期输入和输出。可以在不使用的应用程序上进行测试算法或较低的粒度级别[10]，因此不需要花费很多时间[11]。虽然用于测试微服务两个需要进行测试，即白盒测试和黑盒测试，此研究仅执行黑盒测试因为该应用程序不使用任何复杂的算法并且具有较低的粒度详细信息，所以黑框测试就足够了。

4.申请业务流程

公共投诉应用程序由特定的单位或团队操作或管理。在某些情况下，例如万隆市，这种应用程序是在指挥中心进行操作和管理的，因此其工作状况最优。

此公共投诉应用程序是基于云的应用程序。地方政府可以租用该应用程序通过向供应商支付一些钱来提供服务。可以由政府指派管理员进行操作应用程序。管理员可以上传公民ID数据。公民通过网络中的应用程序提出投诉。首先，市民必须根据管理员上传的数据ID进行验证。之后，他们的投诉将保存在数据库中并准备好由政府工作单位管理。首先，系统有一个选择阶段来过滤抱怨。选择过程由指挥中心的政府工作单位管理。有效投诉内容将按照管理员创建的类别进行分类，然后发送到右侧指挥中心外的政府部门，以便可以用正确的答案和正确的方式回答投诉该领域的后续行动。如果在现场处理或处理了投诉人的报告，则发送投诉的公民投诉可能会将投诉状态更改为“完成”，以告知政府投诉已经充分解决

5.应用架构

使用云技术的公共投诉应用程序具有如图2所示的云架构。应用程序将与后端应用程序以及应用程序数据库一起存储在同一云中云服务以节省资源使用。公众可以通过浏览器访问该应用程序。通过Web应用程序提交的投诉将被发送到数据库中，以便由管理员进一步管理。在这种情况下是指挥中心和其他政府工作单位的政府。供应商访问后端或前端应用程序对应用程序执行维护。

6.微服务架构

有一个工具可以使开发人员更轻松地查看应用程序上所有可用的微服务。这个工具叫做Swagger。Swagger是一个标准框架，可让开发人员快速找到并了解所有内容。无需访问程序代码，应用程序开发文档和无需检查应用服务网络[13]。Swagger根据使用springboot框架创建的控制器类。类控制器（或可以称为控制器）是springboot中的类文件，其中包含根据业务需要执行输入-输出过程的方法制作。在控制器类中，可以将方法制成REST API。Swagger显示了所有控制器已在应用程序中创建。在每个swagger控制器中，REST API均可通过以下描述进行访问使用的方法（REST方法通常是GET，POST，DELETE，PUT），然后有RES​​T API URL，以及控制器中的方法名称。REST API是前端应用程序将使用的API通过已定义的通信方法访问微服务。

6.1 类控制器

该表显示了应用程序中存在的类控制器以及相关的微服务

表3

控制器类 微服务要求

客户总监 创建一个新的客户数据

公民控制人 创建市民ID数据

公民控制人 显示市民身份数据列表

公民控制人 删除市民ID数据

类别控制器 创建一个类别

类别控制器 删除类别

类别控制器 显示类别列表

公民控制人 获取市民ID数据

投诉控制器 提出新的投诉

投诉控制器 获取票号

投诉控制器 凭票显示投诉状态

投诉控制器 显示所有具有特定状态的投诉

投诉控制器 更新投诉数据中的答案

投诉控制器 删除投诉

客户总监 显示所有注册客户

6.2 Rest方法

表4

Rest方法 服务单元需求

POST 创建一个新的用户数据

POST 创建市民ID数据

GET 显示市民ID数据列表

DELETE 删除市民ID数据

POST 创建一个类别

DELETE 删除一个类别

GET 显示类别列表

POST 获取一个市民ID数据

GET 添加一条新投诉

GET 获取票号

GET 通过票号显示投诉状态

GET 显示所有投诉及状态

PUT 在投诉数据中更新回答

DELETE 删除投诉

GET 显示所有注册用户

表5 包含REST方法的URL。URL用于前后端通信

REST URL Microservice Requiremnts

/customer/new 创建一个新的客户数据

/citizen/upload 创建市民ID数据

/rest/citizen/allby/{idkokab} 显示市民ID数据

/rest/citizen/delete/by/{idkokab} 删除市民ID数据

/rest/admin/category/new 创建一个类别

/rest/admin/category/delete/{categoryid} 删除一个类别

/rest/admin/category/all/{idkokab} 显示类别列表

/citizen/checknik 获取市民ID数据

/complaint/new 提出心得投诉

/complaint/new 获取票号

/complaint/find/ticket/{ticketcode} 通过票号查看投诉状态 rest/complaint/kokabandstatus 显示所有投诉及状态

rest/complaint/update/answer/{id} 在投诉数据中更新回答

complaint/delete/{id} 删除一条投诉

/rest/user-dev/customer/all 显示所有注册用户

6.4架构图

前端可以分为四个用户界面（UI），即管理员的管理控制台（AdminUI），政府工作单位的操作员用户界面，公民用来创建和检查合规性的用户界面，以及供应商使用的供应商UI。每个UI将与某个微服务相关联。

剩余内容已隐藏，支付完成后下载完整资料

资料编号：[236665]，资料为PDF文档或Word文档，PDF文档可免费转换为Word

原文和译文剩余内容已隐藏，您需要先支付 30元 才能查看原文和译文全部内容！立即支付

以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。

您可能感兴趣的文章