scholarly journals PENGUKURAN MATURITY LEVEL COBIT 5 DAN DOMAIN DSS (DELIVER, SERVICE, AND SUPPORT) PADA REGULASI SANDBOX OJK KLASTER AGGREGATOR

2021 ◽  
Vol 8 (2) ◽  
pp. 561-572
Author(s):  
Nur Lela Sari
Keyword(s):  
Process Control ◽  
Web Service ◽  
Business Process ◽  
Process Definition ◽  
Maturity Level ◽  
Service Support ◽  
Process Measurement ◽  
Process Deployment

Dengan berkembangnya internet dan fintech yang begitu cepat, masyarakat memiliki permasalahan dalam pengambilan keputusan untuk pemilihan layanan atau produk fintech yang tepat karena saat ini banyak layanan yang sama ditawarkan dengan berbagai aplikasi atau web service. Dengan demikian maka muncul layanan Inovasi Keuangan Digital (IKD) klaster aggregator pada Otoritas Jasa Keuangan (OJK) untuk dijadikan solusi bagi pengguna dalam permasalahan untuk pengambilan keputusan yang lebih cepat dan tepat dengan melakukan site/application comparasion untuk pemilihan layanan yang diinginkan. Penelitian ini berfokus pada IKD klaster aggregator karena sektor fintech ini paling banyak diminati masyarakat terkait manfaat yang ditawarkan. Regulasi Sandbox merupakan ruang uji coba untuk menilai keandalan proses bisnis, model bisnis, instrumen keuangan, dan tata kelola penyelenggara khususnya di bidang inovasi keuangan digital termasuk IKD klaster aggregator. Agar produk finansial memiliki kepastian status dalam menjalankan usahanya, maka harus mengikuti tahapan pengujian Regulasi Sandbox sehingga OJK sebagai lembaga pengawasan finansial dapat memberikan perlindungan bagi konsumen. Penelitian ini menggunakan metode kualitatif dengan teknik pengambilan data wawancara. Hasil penelitian dianalisis menggunakan Maturity Level COBIT 5 dengan domain yang dipilih DSS (deliver, service, support) pada subdomain manage problem dan manage business process control. Hasil penelitian menunjukan bahwa klaster aggregator berdasarkan sampel yang dipilih telah sesuai dalam melaksanakan Regulasi Sandbox berdasarkan 5 tahapan. Hasil maturity level tahap pendalaman sebesar 4.2, tahap pengujian skenario sebesar 3, tahap pengujian dan percobaan sebesar 3.3, tahap perbaikan 3.2 serta tahap penilaian 2.9. Hasil maturity level domain manage problem sebesar 3.8 (4) artinya telah masuk dalam level predictable dimana prosesnya telah memenuhi atribut process measurement dan process control sedangkan domain manage business process control sebesar 3.3 (3) artinya telah masuk dalam level established dimana prosesnya telah memenuhi atribut process definition dan process deployment.   Kata kunci— Regulasi Sandbox, Aggregator, Klaster, Fintech, Maturity Level

Business Process Control-Flow Complexity

2011 ◽  
pp. 516-544
Author(s):  
Jorge Cardoso
Keyword(s):  
Process Control ◽  
Business Process ◽  
Business Processes ◽  
Control Flow ◽  
High Complexity ◽  
Process Measurement ◽  
Complexity Cost ◽  
Process Complexity

Organizations are increasingly faced with the challenge of managing business processes, workflows, and recently, Web processes. One important aspect of business processes that has been overlooked is their complexity. High complexity in processes may result in poor understandability, errors, defects, and exceptions, leading processes to need more time to develop, test, and maintain. Therefore, excessive complexity should be avoided. Business process measurement is the task of empirically and objectively assigning numbers to the properties of business processes in such a way so as to describe them. Desirable attributes to study and measure include complexity, cost, maintainability, and reliability. In our work, we will focus on investigating process complexity. We present and describe a metric to analyze the control-flow complexity of business processes. The metric is evaluated in terms of Weyuker’s properties in order to guarantee that it qualifies as good and comprehensive. To test the validity of the metric, we describe the experiment we have carried out for empirically validating the metric.

scholarly journals Dynamics of in-process control with non-contact air gauges

2020 ◽  
Vol 1 (1) ◽  
pp. 180-186
Author(s):  
Mirosław Rucki ◽  
Keyword(s):  
Process Control ◽  
Material Removal ◽  
Dynamic Properties ◽  
Dynamic Error ◽  
Back Pressure ◽  
Practical Recommendation ◽  
Measuring Range ◽  
Process Measurement ◽  
Measurement Results ◽  
End Stage

Dynamic properties of the air gauges performing in-process measurement are of the great importance because of dynamic error affecting the measurement results. The paper presents the analysis of the air gauges dynamics and some practical recommendation. The investigations proved the dependence of the time constants on the actually measured back-pressure. In practical solutions of in-process control, the air gauge must work in conditions of falling back-pressure since with the material removal dimensions of the machined workpiece go down. Thus, in the area of the smallest values of back-pressure within the measuring range, the time constant value is the largest. Worsening of the air gauge dynamic properties at the end stage of the machining must be considered when the dynamic characteristics of the projected air gauge are calculated.

scholarly journals Nivel de madurez de los procesos de la gestión de servicios en base a BPM - Maturity level in Management Services Processes’ based on BPM

2011 ◽  
pp. 143-154
Author(s):  
Joseph Cruz ◽  
Daniel Lévano
Keyword(s):  
Information Technology ◽  
Business Process ◽  
Business Process Management ◽  
Process Management ◽  
Maturity Level ◽  
Technology Infrastructure ◽  
Information Technology Infrastructure ◽  
Sobre Todo ◽  
Buenas Prácticas ◽  
Management Services

Las empresas, a nivel global, tienden a una mayor dependencia de las Tecnologías de la Información (TI), no solo para el mantenimiento operativo de las instancias de la organización, sino también para el aumento de valor a la empresa por medio de la explotación de datos y sobre todo bajo el análisis y optimización de sus procesos. La metodología Business Process Management (BPM), al combinarlas con las buenas prácticas propuestas por Information Technology  Infrastructure Library (ITIL), permite la posibilidad de aumentar el valor de la entidad por medio de la mejora y adaptación de los procesos desde una perspectiva más ágil, automatizada y robusta con la capacidad de adaptación al cambio, permitiendo a las organizaciones orientar sus procesos al cliente.

scholarly journals Method to Extend Operationability of Web-Gis Based Marine Services Using SSE Platform

2015 ◽  
Vol 22 (4) ◽  
pp. 21-26
Author(s):  
K. Drypczewski ◽  
A. Stepnowski ◽  
K. Bruniecki
Keyword(s):  
Web Service ◽  
Satellite Imagery ◽  
Fire Detection ◽  
Earth Observation ◽  
Web Gis ◽  
Service Support ◽  
Advantages And Disadvantages ◽  
New Applications ◽  
True Color ◽  
Gis System

AbstractEarth Observation (EO) products are widely used by geospatial society. Over the last years a number of new applications of satellite imagery were proposed. This led to an increased interest in EO products, not only from researchers but also from companies and individuals. The authors constitute the essential part of the team that created the marine, web-GIS system - SafeCity GIS - for dissemination of data obtained from a 1.5 metre HRPT-MetOp satellite ground receiving station. To increase the operationability of the system the authors successfully attempted to broaden the offered functionality by integration with Service Support Environment (SSE). Due to this, EO products for the Pomeranian Region are served as web-services; amongst them there are True Color imagery, meteorological, algae monitoring and fire-detection services. The authors present the created solution for web service support for GIS system based on Service Support Environment and discuss its advantages and disadvantages.

scholarly journals Review of process robotization solutions for improving process control

2018 ◽  
pp. 95-99
Author(s):  
A. I. Levina ◽  
R. V. Nikitin
Keyword(s):  
User Interface ◽  
Process Control ◽  
Business Process ◽  
Graphical User Interface ◽  
Process Efficiency ◽  
Future Perspectives ◽  
Technical Aspects ◽  
Specialized Software ◽  
Software And Hardware ◽  
User Activities

The article substantiates the opportunity of increasing business process efficiency due to the solutions in the industry of robotization. These solutions are described as the alternative for the classic automatization (transfer of business task to specialized software). Technical abilities and feature of this technology are described. This technology allows to automate standard user activities performed in the Graphical User Interface. This issue describes prerequisites to the development of this technology such as the needs of rest and breaks, mistakes caused by tiredness and lack of concentration, low productivity and so on. Technical aspects of this type of products like architecture and requirements to software and hardware are also described in the article. Special attention is paid to the existing solution in the industry, three biggest vendors (Automation Anywhere, UiPath, BluePrism) are described with their products. The article describes main parts of these platforms, main requirements and scopes of application. In the conclusion of the article author briefly describes future perspectives of RPA technology.

Specifying Business-Level Protocols for Web Services Based Collaborative Processes

2013 ◽  
pp. 137-154
Author(s):  
W. L. Yeung
Keyword(s):  
Web Services ◽  
Web Service ◽  
Business Process ◽  
Specification Languages ◽  
Business Process Execution Language ◽  
Negotiation Protocol ◽  
Collaborative Processes ◽  
Process Specification ◽  
Business Process Execution ◽  
The Web

Business collaboration is increasingly conducted over the Internet. Trading parties require business-level protocols for enabling their collaborative processes and a number of standardised languages, and approaches have been proposed for specifying business-level protocols. To illustrate the specification of web services based collaborative processes, three inter-related specification languages, namely, the ebXML Business Process Specification Schema (BPSS), the Web Service Business Process Execution Language (WSBPEL), and the Web Services Conversations Language (WSCL) are discussed in this chapter. A contract negotiation protocol is used as an example to illustrate the concepts involved in the specification. The chapter also discusses different strategies for deploying these specification languages.

A Model-based Approach for Diagnosing Fault in Web Service Processes

2013 ◽  
pp. 92-116
Author(s):  
Yuhong Yan ◽  
Philippe Dague ◽  
Yannick Pencolé ◽  
Marie-Odile Cordier
Keyword(s):  
Web Services ◽  
Web Service ◽  
Business Process ◽  
Business Processes ◽  
Formal Model ◽  
Service Orchestration ◽  
Model Based ◽  
Architecture Framework ◽  
Web Service Orchestration ◽  
Business Process Execution

Web services based on a service-oriented architecture framework provide a suitable technical foundation for business process management and integration. A business process can be composed of a set of Web services that belong to different companies and interact with each other by sending messages. Web service orchestration languages are defined by standard organizations to describe business processes composed of Web services. A business process can fail for many reasons, such as faulty Web services or mismatching messages. It is important to find out which Web services are responsible for a failed business process because we could penalize these Web services and exclude them from the business process in the future. In this paper, we propose a model-based approach to diagnose the faults in a Web service-composed business process. We convert a Web service orchestration language, more specifically BPEL4WS, into synchronized automata, so that we have a formal description of the topology and variable dependency of the business process. After an exception is thrown, the diagnoser can calculate the business process execution trajectory based on the formal model and the observed evolution of the business process. The faulty Web services are deduced from the variable dependency on the execution trajectory. We demonstrate our diagnosis technique with an example.

Business Process and Workflow Modeling in Web Services

2011 ◽  
pp. 466-470
Author(s):  
Vincent Yen
Keyword(s):  
Supply Chain ◽  
Web Services ◽  
Web Service ◽  
Business Process ◽  
Business Processes ◽  
Workflow Management ◽  
Heterogeneous Systems ◽  
Application Integration ◽  
Enterprise Application ◽  
Computing Platforms

In large organizations, typical systems portfolios consist of a mix of legacy systems, proprietary applications, databases, off-the-shelf packages, and client-server systems. Software systems integration is always an important issue and yet a very complex and difficult area in practice. Consider the software integration between two organizations on a supply chain; the level of complexity and difficulty multiply quickly. How to make heterogeneous systems work with each other within an enterprise or across the Internet is of paramount interest to businesses and industry. Web services technologies are being developed as the foundation of a new generation of business-to-business (B2B) and enterprise application integration (EAI) architectures, and important parts of components as grid (www.grid.org), wireless, and automatic computing (Kreger, 2003). Early technologies in achieving software application integration use standards such as the common object request broker architecture (CORBA) of the Object Management Group (www.omg.org), the distributed component object model (DCOM) of Microsoft, and Java/RMI, the remote method invocation mechanism. CORBA and DCOM are tightly coupled technologies, while Web services are not. Thus, CORBA and DCOM are more difficult to learn and implement than Web services. It is not surprising that the success of these standards is marginal (Chung, Lin, & Mathieu, 2003). The development and deployment of Web services requires no specific underlying technology platform. This is one of the attractive features of Web services. Other favorable views on the benefits of Web services include: a simple, lowcost EAI supporting the cross-platform sharing of functions and data; and an enabler of reducing integration complexity and time (Miller, 2003). To reach these benefits, however, Web services should meet many technology requirements and capabilities. Some of the requirements include (Zimmermann, Tomlinson & Peuser, 2003): • Automation Through Application Clients: It is required that arbitrary software applications running in different organizations have to directly communicate with each other. • Connectivity for Heterogeneous Worlds: Should be able to connect many different computing platforms. • Information and Process Sharing: Should be able to export and share both data and business processes between companies or business units. • Reuse and Flexibility: Existing application components can be easily integrated regardless of implementation details. • Dynamic Discovery of Services, Interfaces, and Implementations: It should be possible to let application clients dynamically, i.e., at runtime, look for and download service address, service binding, and service interface information. • Business Process Orchestration Without Programming: Allows orchestration of business activities into business processes, and executes such aggregated process automatically. The first five requirements are technology oriented. A solution to these requirements is XML-based Web services, or simply Web services. It employs Web standards of HTTP, URLs, and XML as the lingua franca for information and data encoding for platform independence; therefore it is far more flexible and adaptable than earlier approaches. The last requirement relates to the concept of business workflow and workflow management systems. In supply chain management for example, there is a purchase order process at the buyer’s side and a product fulfillment process at the supplier’s side. Each process represents a business workflow or a Web service if it is automated. These two Web services can be combined into one Web service that represents a new business process. The ability to compose new Web services from existing Web services is a powerful feature of Web services; however, it requires standards to support the composition process. This article will provide a simplified exposition of the underlying basic technologies, key standards, the role of business workflows and processes, and critical issues.

Sign in / Sign up

Export Citation Format

Share Document