Sie sind auf Seite 1von 18

1.

KONSEP DASAR (Essential Concepts)


Tujuan Pembahasan (Chapter Objectives)

Understand the steps of business process management


(Memahami langkah-langkah manajemen proses bisnis)

See how the BABOK views business process modeling


(Melihat bagaimana BABOK memandang pemodelan proses bisnis)

Explore the differences between modeling, analysis and drawing


(Menjelajahi perbedaan antara pemodelan, analisis dan menggambar)

Identify the main components of the business architecture


(Mengidentifikasi komponen utama arsitektur bisnis)

List business process modeling and visualization tools


(Daftar pemodelan proses bisnis dan alat visualisasi)

Information

systems

infrastructure

of

have

most,

if

become
not

all,

critical

businesses,

part

of

the

government

organizations, and even individual households. To be useful, an


information system must integrate and align with the way the
business conducts its operations. By necessity this means that
information systems construction requires an understanding of the
organizations procedures, operations, and processes. Articulating,
modeling, and managing business processes and workflows are
preconditions to successful automation.
(sistem informasi telah menjadi bagian penting dari infrastruktur
sebagian besar, jika tidak semua, bisnis, organisasi pemerintah, dan
bahkan rumah tangga. Untuk menjadi berguna, sistem informasi
harus mengintegrasikan dan menyelaraskan dengan cara bisnis
melakukan operasinya. Dengan kebutuhan ini berarti bahwa sistem
informasi
organisasi

pembangunan
prosedur,

membutuhkan

operasi,

dan

pemahaman

proses.

tentang

Mengartikulasikan,

modeling, dan proses bisnis pengelolaan dan alur kerja merupakan


prakondisi untuk otomatisasi sukses.)
Business processes are part of the fabric of the business and
represent a strategic and critical intellectual asset that needs to be
understood and proactively managed. Processes are often crossfunctional and involve multiple systems, software applications, and
human assets including employees, customers, partners, and
vendors. Processes must be formally defined and documented so
that they can be practiced uniformly and consistently across the
organization. Explicit articulation of processes is essential so that
the processes truly become intellectual property of the organization
rather than being tied to a specific individual.
(Proses bisnis adalah bagian dari struktur bisnis dan merupakan
aset intelektual strategis dan penting yang perlu dipahami dan
secara

proaktif

dikelola.

Proses

sering

lintas

fungsional

dan

melibatkan beberapa sistem, aplikasi perangkat lunak, dan aset


manusia - termasuk karyawan, pelanggan, mitra, dan vendor. Proses
harus secara resmi didefinisikan dan didokumentasikan sehingga
mereka dapat dipraktekkan seragam dan konsisten di seluruh
organisasi. artikulasi eksplisit dari proses penting agar proses benarbenar menjadi milik intelektual organisasi bukannya terikat pada
individu tertentu.)
Business process modeling (or BPM for short) is the activity of
electing, documenting, visualizing, and analyzing work procedures
within an organization. To be successful, the business analyst must
possess the necessary modeling skills and business knowledge to
perform this tasks.
(pemodelan proses bisnis (atau BPM untuk pendek) adalah kegiatan
pemilihan,

mendokumentasikan,

memvisualisasikan,

dan

menganalisis
menjadi

prosedur kerja dalam sebuah organisasi. Untuk

sukses,

pemodelan

dan

analis

bisnis

pengetahuan

harus
bisnis

memiliki
yang

keterampilan

diperlukan

untuk

melakukan tugas ini.)


The first step in business process modeling is capturing and
articulating the processes. This is done through process modeling.
Once processes have been documented, then the organization can
think about optimizing and eventually automating the processes.
Optimization is done through a combination of manual analysis as
well as automated simulation.
(Langkah

pertama

dalam

pemodelan

proses

bisnis

adalah

menangkap dan mengartikulasikan proses. Hal ini dilakukan melalui


pemodelan proses. Setelah proses telah didokumentasikan, maka
organisasi dapat berpikir tentang mengoptimalkan dan akhirnya
mengotomatisasi proses. Optimasi dilakukan melalui kombinasi
analisis manual serta simulasi otomatis.)

Figure 1-1. Business Process Modeling Steps


(Gambar 1-1. Pemodelan Proses Bisnis Langkah)

Aside from modeling business processes, an organization may also


choose to model other activities. Hence, going forward we will use
the more generic term process modeling as the techniques and
principles described in this book apply to any kind of activity
modeling, not just business processes.
(Selain pemodelan proses bisnis, organisasi juga dapat memilih
untuk model kegiatan lainnya. Oleh karena itu, ke depan kita akan

menggunakan pemodelan proses istilah yang lebih umum sebagai


teknik dan prinsip-prinsip yang diuraikan dalam buku ini berlaku
untuk segala jenis pemodelan aktivitas, bukan hanya proses bisnis.)
The goal of this book is the exploration of the art of process
elicitation, documentation, visual modeling, and anlysis. We will look
at the different techniques that are commonly in use, when to apply
these techniques, and their trade-offs. Each of them will be
supported

with

examples

drawn

from

actual

consulting

engagements and process modeling efforts.


(Tujuan dari buku ini adalah eksplorasi seni proses elisitasi,
dokumentasi, pemodelan visual, dan anlysis. Kita akan melihat
teknik yang berbeda yang biasa di gunakan, ketika menerapkan
teknik ini, dan mereka trade-off. Masing-masing akan didukung
dengan contoh-contoh yang diambil dari keterlibatan konsultan
yang sebenarnya dan upaya proses modeling.)
Modeling is subjective and requires not only precise engineering
skills

but

also

subtle

human

relations

talent.

Articulating,

documenting, analyzing, and communicating processes is as much


of an art as it is science and engineering. While many of the
techniques can be taught, their application is much more imprecise.
It is the goal of this book to illustrate this art in the context of a
meticulous engineering framework and provide the practicing as
well as novice business analyst with a set of principles they can
immediately apply and as a result increase the quality of their work.
(Modeling adalah subjektif dan membutuhkan tidak hanya tepat
"rekayasa" keterampilan tetapi juga halus bakat hubungan manusia.
Mengartikulasikan, mendokumentasikan, menganalisis, dan proses
berkomunikasi adalah sebanyak seni seperti sains dan teknik.
Sementara banyak dari teknik dapat diajarkan, aplikasi mereka jauh

lebih tepat. Ini adalah tujuan dari buku ini untuk menggambarkan
seni ini dalam konteks "rekayasa" kerangka teliti dan menyediakan
serta analis bisnis pemula berlatih dengan seperangkat prinsip
mereka dapat segera berlaku dan sebagai hasilnya meningkatkan
kualitas pekerjaan mereka.)
Case Study
(Studi Kasus)
The examples are drawn from a single case: a student aid
organization. The mission of the organization is to provide micro
loans or grants to students during their matriculation at college. The
loans or grants are intended to provide bridge financing and
generally are in the range of $100 - $1.000. The organization is
required to track loans, recipients, payments, and funding sources.
In addition, the organization must issue bills and generate various
management reports. We will explore the business processes
surrounding that organization with the goal that some of the
processes will be partially automated using a variety of custom and
off-the-shelf information systems.
(Contoh diambil dari satu kasus: sebuah organisasi bantuan siswa.
Misi organisasi ini adalah untuk memberikan pinjaman mikro atau
hibah kepada siswa selama matrikulasi mereka di perguruan tinggi.
Pinjaman atau hibah dimaksudkan untuk memberikan pembiayaan
jembatan dan umumnya berada di kisaran $ 100 - $ 1.000.
organisasi diperlukan untuk melacak pinjaman, penerima,
pembayaran, dan sumber pendanaan. Selain itu, organisasi harus
mengeluarkan tagihan dan menghasilkan berbagai laporan
manajemen. Kami akan mengeksplorasi proses bisnis di sekitarnya
bahwa organisasi dengan tujuan bahwa beberapa proses sebagian
akan otomatis menggunakan berbagai adat dan sistem informasi
off-the-rak.)

Process and Workflow Modeling


The Business Analysis Body of Knowledge (BABOK) explains that a
process model is a visual representation of the sequential flow and
control logic of a set of related activities or actions. Process
modeling is used to obtain a graphical representation of a current or
future process within an organization. A model may be used at its
highest level to obtain a general understanding of a process or at a
lower level as a basis for simulation so that the process can be
made as efficient as possible.

1 (IIBA-BABOK2.0,section9.21)

(Proses dan Pemodelan Workflow


Analisis Bisnis Body of Knowledge (BABOK) menjelaskan bahwa
"model proses adalah representasi visual dari sekuensial aliran dan
kontrol logika dari serangkaian kegiatan atau tindakan terkait.
pemodelan proses digunakan untuk memperoleh representasi grafis
dari proses saat ini atau masa depan dalam sebuah organisasi.
Sebuah model dapat digunakan pada tingkat tertinggi untuk
mendapatkan pemahaman umum dari suatu proses atau pada
tingkat yang lebih rendah sebagai dasar untuk simulasi sehingga
proses dapat dibuat seefisien mungkin. "1 (IIBA-BABOK2.0,
section9 0,21))
A workflow model is the visualization of the distribution of processes
across responsible parties. The construction of visual workflow
models is an essential technique that the business analyst needs to
master. The BABOK defines a workflow model as a visual
representation of the flow of work in a business area. Workflow
models are used to document how work processes are carried out,
and to find opportunities for process improvement.
(Sebuah model alur kerja adalah visualisasi distribusi proses di pihak
yang bertanggung jawab. Pembangunan model alur kerja visual

teknik penting bahwa analis bisnis perlu menguasai. The BABOK


mendefinisikan model alur kerja sebagai "representasi visual dari
aliran kerja di daerah bisnis. model alur kerja yang digunakan untuk
mendokumentasikan bagaimana proses kerja yang dilakukan, dan
untuk menemukan peluang untuk perbaikan proses. ")

Process Modeling Notations


The BABOK does not prescribe a specific notation for workflow
models, although the use of standard notation is suggested. During
the past decade, the Unified Modeling Language (UML) has emerged
as a de facto industry standard for the visual representation of
analysis and design artifacts. Therefore, it is essential for the
practicing business analyst to understand how workflow models can
be represented in UML.
(Proses Modeling Notasi
The BABOK tidak meresepkan notasi khusus untuk model alur kerja,
meskipun penggunaan notasi standar yang disarankan. Selama
dekade terakhir, Unified Modeling Language (UML) telah muncul
sebagai standar industri de facto untuk representasi visual dari
analisis dan desain artefak. Oleh karena itu, sangat penting bagi
analis bisnis berlatih untuk memahami bagaimana model alur kerja
dapat direpresentasikan dalam UML.)
BPMN emerged as an alternative standard at about the same time
as UML. BPMN is short for Business Process Modeling Notation. Its
expressive power is virtually identical to UML, although its visual
symbols look a bit different. However, BPMN is purely for process
modeling. It does not offer any support for modeling data,
deliverables, roles, organizations, lifecycle states, or systems. For
that you will still need to use UML.

(BPMN muncul sebagai standar alternatif pada waktu yang sama


dengan UML. BPMN adalah singkatan Proses Bisnis Modeling Notasi.
kekuatan ekspresif adalah hampir identik dengan UML, meskipun
simbol-simbol visual yang terlihat sedikit berbeda. Namun, BPMN
adalah murni untuk pemodelan proses. Tidak menawarkan
dukungan untuk data modeling, kiriman, peran, organisasi, negara
siklus hidup, atau sistem. Untuk itu Anda masih akan perlu
menggunakan UML.)
Both UML and BPMN are maintained by the Object Management
Group (OMG), an industry consortium supported by virtually all
major software and tool vendors. Its mission is the development and
dissemination of modeling, execution, and middleware standards.
(Kedua UML dan BPMN dipelihara oleh Object Management Group
(OMG), sebuah konsorsium industri yang didukung oleh hampir
semua vendor perangkat lunak dan alat utama. Misinya adalah
pengembangan dan penyebaran standar pemodelan, pelaksanaan,
dan middleware.)
As an alternative to UML and BPMN, many business analyst use the
classic flowchart notion developed in the early 1970s. This notation
is somewhat outdated and does not provide the richness of either
UML or BPMN.
(Sebagai alternatif untuk UML dan BPMN, banyak analis bisnis
menggunakan pengertian flowchart klasik dikembangkan pada awal
1970-an. notasi ini agak ketinggalan jaman dan tidak memberikan
kekayaan baik UML atau BPMN.)

Why Build Models?


Models, particularly visual ones, are developed in order to:

Document a business or some other process


Identify weaknesses in the process
Evaluate improvements to the process
Communicate business logic to stakeholders
Aid in the automation of processes through information systems
Gain consensus among stakeholders
Facilitate on-boarding of new employees
Meet regulatory compliance needs

(Mengapa Membangun Model?


Model, terutama yang visual, yang dikembangkan untuk:
Dokumen bisnis atau proses lainnya
Mengidentifikasi kelemahan dalam proses
Mengevaluasi perbaikan proses
Berkomunikasi logika bisnis untuk stakeholder
Bantuan dalam otomatisasi proses melalui sistem informasi
konsensus Gain antara para pemangku kepentingan
Memfasilitasi on-boarding karyawan baru
Memenuhi kebutuhan kepatuhan terhadap peraturan)

Role of The Business Analyst


The business analyst has emerged as one of the most critical roles
on information system and process improvement projects. In that
role, the business analyst is responsible for gathering, analyzing,
documenting, and communicating requirements and assuring that
the final product meets the requirements and desired business
objectives. This liaison role is also known as an Information System
Analyst, System Analyst, Business Systems Analyst, or Business
Architect.
(Peran The Business Analyst

Analis bisnis telah muncul sebagai salah satu peran yang paling
penting pada sistem informasi dan proyek-proyek perbaikan proses.
Dalam peran itu, analis bisnis bertanggung jawab untuk
mengumpulkan, menganalisis, mendokumentasikan, dan
mengkomunikasikan kebutuhan dan menjamin bahwa produk akhir
memenuhi persyaratan dan tujuan bisnis yang diinginkan. Peran
penghubung ini juga dikenal sebagai Analis Sistem Informasi,
System Analyst, Sistem Analis Bisnis, atau Arsitek Bisnis.)
Commonly, the business analyst is asked to carry out the following
functions:

Determine requirements activities


Gather, analyze, and document requirements
Communicate and validate requirements
Manage changes to requirements
Prepare feasibility studies

(Umumnya, para analis bisnis diminta untuk melaksanakan fungsifungsi berikut:


Menentukan kegiatan persyaratan
Kumpulkan, menganalisis, dan persyaratan dokumen
Berkomunikasi dan memvalidasi persyaratan
Mengelola perubahan persyaratan
Siapkan studi kelayakan)
The successful business analyst needs a broad set of skills. He
needs a solid understanding of requirements modeling,
requirements analysis and documentation, database design,
software design, project planning, and financial feasibility analysis.
In addition, he must have knowledge of the business domain and
the business environment. Finally, to be effective, he must know
how to conduct interviews, manage meetings, write reports, and
think critically.

(Analis bisnis yang sukses membutuhkan satu set luas


keterampilan. Dia membutuhkan pemahaman yang kuat tentang
pemodelan persyaratan, analisis kebutuhan dan dokumentasi,
desain database, desain perangkat lunak, perencanaan proyek, dan
analisis kelayakan finansial. Selain itu, ia harus memiliki
pengetahuan dari domain bisnis dan lingkungan bisnis. Akhirnya,
untuk menjadi efektif, dia harus tahu bagaimana melakukan
wawancara, mengelola pertemuan, menulis laporan, dan berpikir
kritis.)

Business Analysis Body of Knowledge


The Business Analysis Body of Knowledge (BABOK for short) is a
guide to the different knowledge areas and associated activities
and techniques that a practicing business analyst should master.
The BABOK is published by the International Institute of Business
Analysis (IIBA). The IIBA also provides professional certification for
senior business analysis through the Certified Business Analysis
Professional (CBAP) designation. 3 (theiiba.org)
(Analisis Bisnis Body of Knowledge
Analisis Bisnis Body of Knowledge (BABOK untuk pendek) adalah
panduan untuk bidang pengetahuan yang berbeda dan kegiatan
terkait dan teknik yang seorang analis bisnis berlatih harus
menguasai. BABOK yang diterbitkan oleh Institut Internasional
Analisis Bisnis (IIBA). The IIBA juga menyediakan sertifikasi
profesional untuk analisis bisnis senior melalui Analisis Bisnis
Certified Professional (CBAP) penunjukan. 3 (theiiba.org))
While the BABOK is not a prescribed analysis methodology, it
recognizes seven essential knowledge areas including business
analysis planning and monitoring, elicitation, requirements
management and communication, enterprise analysis,

requirements analysis, solution assessment and validation, and


underlying competencies such as leadership, problem solving, and
communication skills (Figure 1-2.)
(Sementara BABOK tidak metodologi analisis yang ditentukan, ia
mengakui tujuh bidang pengetahuan penting termasuk
perencanaan analisis bisnis dan monitoring, elisitasi, manajemen
persyaratan dan komunikasi, analisis perusahaan, analisis
kebutuhan, penilaian solusi dan validasi, dan mendasari kompetensi
seperti kepemimpinan, pemecahan masalah , dan keterampilan
komunikasi (Gambar 1-2.))

Figure 1-2. Business Analysis Knowledge Areas


(Gambar 1-2. Area Analisis Bisnis Pengetahuan)

Modeling versus Analysis


Process Modeling is the representation of the essential activities
that make up some task whereas Process Analysis is the act of
taking a process and analyzing it for shortcomings, e.g.,
bottlenecks, inefficiencies, cost, resource consumption, and so
forth. Therefore, having a complete and correct process model is a
prerequisite to meaningful process analysis.
(Pemodelan vs Analisis
Proses Modeling adalah representasi dari kegiatan penting yang
membentuk beberapa tugas sedangkan Analisis proses adalah
tindakan mengambil proses dan menganalisisnya untuk
kekurangan, misalnya, kemacetan, inefisiensi, biaya, konsumsi

sumber daya, dan sebagainya. Oleh karena itu, memiliki model


proses lengkap dan benar merupakan prasyarat untuk analisis
proses yang berarti.)
In this book, we will focus principally on process modeling, i.e., the
capturing, articulation, and documentation of processes, rather
than analysis. Analysis (and eventually optimization) is generally
done by operations management specialists. However, one area
where business analysts are often involved is process reengineering driven by automation where a process needs to be
changed to suit some new system or to remove some obvious
inefficiencies before the process is automated through a system.
(Dalam buku ini, kita akan fokus terutama pada pemodelan proses,
yaitu, menangkap, artikulasi, dan dokumentasi dari proses, bukan
analisis. Analisis (dan optimasi akhirnya) umumnya dilakukan oleh
spesialis manajemen operasi. Namun, salah satu daerah di mana
analis bisnis sering terlibat adalah proses re-engineering didorong
oleh otomatisasi mana proses perlu diubah sesuai dengan beberapa
sistem baru atau untuk menghapus beberapa inefisiensi yang jelas
sebelum proses otomatis melalui sistem.)

Modeling versus Drawing


Modeling imposes structure and is not simply a drawing. Proper
modeling imposes a certain intellectual rigor on the artifacts being
created and visually represented. This is one of the reasons why the
use of a standard visual modeling languange is critical. Both UML
and BPMN contain modeling elements with specific semantic
properties. It forces the business analyst to be precise. Too often,
business analyst sketch workflow models that use icons incorrectly
which can lead to misinterpreted and imprecise models. If the
models are used for system construction then the resulting solution

will necessarily be inadequate or perhaps completely wrong.


Consequently, resources are wasted and system work must be
redone at great expense.
(Pemodelan dibandingkan Menggambar
Modeling memaksakan struktur dan bukan hanya gambar.
pemodelan yang tepat membebankan kekakuan intelektual tertentu
pada artefak yang dibuat dan visual diwakili. Ini adalah salah satu
alasan mengapa penggunaan pemodelan languange standar visual
sangat penting. Kedua UML dan BPMN mengandung unsur
pemodelan dengan sifat semantik tertentu. Ini memaksa analis
bisnis harus tepat. Terlalu sering, model analis bisnis sketsa alur
kerja yang menggunakan ikon tidak benar yang dapat
menyebabkan model disalahartikan dan tidak tepat. Jika model
yang digunakan untuk konstruksi sistem maka solusi yang
dihasilkan tentu akan tidak memadai atau mungkin benar-benar
salah. Akibatnya, sumber daya yang terbuang dan kerja sistem
harus diulang dengan biaya besar.)
The business analyst must have a solid understanding of the
modeling languages being used to represent processes. While
visual languages such as UML and BPMN are not difficult to apply,
they do take time to learn. During validation, it may be necessary
that the business analyst interpret diagrams when stakeholders and
subject matter experts may not fully understand the symbology of
the visual language. Business analyst should be prepared to provide
short guides to their stakeholders, kind of like a Rosetta Stone for
process modeling.
(Analis bisnis harus memiliki pemahaman yang kuat tentang
bahasa pemodelan yang digunakan untuk mewakili proses.
Sementara bahasa visual seperti UML dan BPMN tidak sulit untuk
diterapkan, mereka mengambil waktu untuk belajar. Selama

validasi, mungkin perlu bahwa analis bisnis menafsirkan diagram


ketika para pemangku kepentingan dan ahli subjek tidak dapat
sepenuhnya memahami simbologi dari bahasa visual. analis bisnis
harus siap untuk memberikan panduan singkat untuk stakeholder
mereka, jenis seperti Rosetta Stone pemodelan proses.)

Process Modeling Approach


Process modeling should be done in a methodical manner so as to
maximize its likehood of success. A successful business process
modeling effort results in an accurate model that is concisely
represented in both visual and textual artifacts. The model reflects
the actual business practices and procedures and can be
considered a standard.
(Pendekatan Proses Modeling
pemodelan proses harus dilakukan secara metodis sehingga
memaksimalkan likelihood sampel datanya yang sukses. Sebuah
hasil proses bisnis usaha modeling yang sukses di model yang
akurat yang singkat diwakili di kedua artefak visual dan tekstual.
model mencerminkan praktek bisnis yang sebenarnya dan prosedur
dan dapat dianggap standar.)

Business Architecture
Process models are built around four elements of the overall
business architecture:
Resources. This includes people, materials, information (data),
and systems. Resources are consumed, produced, or
transformed by a process.
Results. The outcome or deliverables of the process that
provide value to the business. Results can be a product or a
service, but every process must have a result.

Rules. The process activities are governed by internal policies


and guidelines or external regulations and laws. The rules
define how the business must operate and therefore are an
important constraint on activities within a process.
Events. A trigger for the initiation or termination of a process
or some activity within a process. Events can be internal or
external to the organization.
(Arsitektur Bisnis
model proses yang dibangun sekitar empat elemen arsitektur bisnis
secara keseluruhan:
Sumber. Ini termasuk orang, bahan, informasi (data), dan sistem.
Sumber daya yang dikonsumsi, diproduksi, atau diubah oleh proses.
Hasil. Hasil atau kiriman dari proses yang memberikan nilai bagi
bisnis. Hasilnya bisa menjadi produk atau jasa, tetapi setiap proses
harus memiliki hasilnya.
Aturan. Kegiatan proses diatur oleh kebijakan internal dan pedoman
atau peraturan eksternal dan hukum. Aturan menentukan
bagaimana bisnis harus beroperasi dan karena itu merupakan
kendala penting pada kegiatan dalam proses.
Peristiwa. Pemicu untuk inisiasi atau penghentian proses atau
kegiatan dalam proses. Acara dapat internal atau eksternal
organisasi.)
Processes describe how resources are used and transformed to
achieve a set of results within the constraints of the applicable rules.
(Proses menjelaskan bagaimana sumber daya digunakan dan
ditransformasikan untuk mencapai satu set hasil dalam batasan
aturan yang berlaku.)

Perspective

Process models represent either the current state (as-is) or the


future state (to-be). Models should be created from a particular
perspective and should not mix current and future state.
(Perspektif
model proses mewakili baik kondisi saat ini ("apa") atau keadaan
masa depan ("to-be"). Model harus dibuat dari perspektif tertentu
dan tidak harus campuran keadaan saat ini dan masa depan.)
Process Modeling Tools
Processes must be stored, shared, and periodically updated. For that
it is best to use a process management tools. Table 1-1 lists process
management and modeling tools.

(Proses Modeling Alat


Proses harus disimpan, dibagi, dan diperbarui secara berkala. Untuk
itu yang terbaik adalah menggunakan alat manajemen proses. Tabel
1-1 daftar manajemen proses dan alat-alat pemodelan.)
Table 1-1. Process Modeling Tools
(Tabel 1-1. Proses Modeling Alat)

Summary

Articulating business processes is a necessary precursor to

automation
Process models are constructed in a methodical manner and are

presented in a standard notation


UML and BPMN are the two most commonly used standard
notations for process visualization, although the classic flowchart
method is still in common use

(Ringkasan
Mengartikulasikan proses bisnis adalah prekursor diperlukan
untuk otomatisasi
model Proses dibangun dengan cara yang metodis dan disajikan
dalam notasi standar
UML dan BPMN adalah dua yang paling umum digunakan standar
notasi untuk proses visualisasi, meskipun metode flowchart klasik
masih umum digunakan)

Das könnte Ihnen auch gefallen