Official Enterprise Architecture Standards and business process modelling

Official Enterprise Architecture Standards

Definisi standart : ukuran tertentu yg dipakai sebagai patokan atau bentuk kesepakatan antar pihak
Banyak macam standar
    Untuk notasi, alat, proses, organisasi, domain

Standar yang muncul mencakup kategori berikut:

1. pemodelan (khusus Bisnis Pemodelan Proses) dan rekayasa (kerangka kerja dan bahasa)
2. sistem dan subsistem (toko lantai, sistem kontrol, dan data manufaktur), layanan TI, dan infrastruktur (eksekusi model dan integrasi, pemrosesan terdistribusi terbuka, dan lainnya)

standart De jure 

          Beberapa contoh standar yang dikendalikan oleh badan yang dianggap      otoritatif  yaitu :
    ANSI, ISO, ECMA, W3C, IETF
Standart De Jure biasanya :

1.  didefinisikan dan didokumentasikan
2.  melalui proses yang ketat
3.  dikelola oleh badan independen, lembaga     pemerintah, atau koalisi multi-organisasi daripada satu individu atau perusahaa

Bussiness Process Modelling

 

Pada perusahaan besar, sebuah software tidak hanya terdiri dari modul modul, tetapi harus terstruktur dengan baik dan jelas. Struktur yang baik dan jelas memudahkan dalam

• pemeliharaan
• penambahan fitur

Oleh karena itu perlu diakukan analisis dan pemodelan proses bisnis yang mendalam sebelum proses koding program. Hal ini sangat penting pada software dalam skala besar. Dengan model tersebut dapat dipastikan bahwa software telah memnuhi kebituhan fungsionalitas nya serta no fungsionalitasnya.

ada beberapa pendekatan untuk melakukan pemodelan proses bisnis, yaitu

1. BPML (Business Process Modeling Language)

BPML adalah metalanguage untuk pemodean proses bisnis

Bahasa ini menyediakan model untuk menggambarkan proses bisnis dan entitas pendukungnya. BPML mendifinisikan model forma untuk menggambarkan proses . BPML mendukung semua aspek dalam proses bisnis seperti aktifitas bisnis dengan berbagai tingkat kompleksitas, transaksi dan kompensasinya, managemen data, proses yang berjalan parallel, dllaspek The language provides a model for expressing business processes and supporting entities. BPML juga menyediakan grammar dalam bentuk XML, sehingga dapat digunakan diberbagai perangkat pemodelan

komponen BPML

• activity

activity dalam BPML adalah komponen yang menjalankan fungsi tertentu. complexy activity adalah activity yang terdiri dari activity lain, dan mengatur eksekusi antar activity. Berikut ini adaah syntax activity dalam bpml

PROSES

proses adalah contoh compex activity. proses terdiri dari beberapa activfity mengatur sendiri alur eksekusinya. proses dapat dilihat sebagai activity dalam ukuran yang lebih besar.

proses yang tidak bergantung pada proses lain disebut top level process, sedangkan proses yang berada di proses lain disebut nested process.

exception process adalah proses untuk menangani kejadian khusus( pengecuaian ) yang dapat mengehntikan aktifitas dalam proses tertentu.compensation process adalah proses yang menyediakan kompensasi logis untuk proses induknya.

Business Process Modeling Notation

tujuan bmpn adalah untuk menyediakan notasi grafis yang dapat dimenegerti oleh baik oeh analis bisnis maupun pengembang software, tujuan lain dari BPMN adalah untuk memvisuaisasikan Bahasa XM yang didesain utnuk mengeksekusi proses bisnis, contohnya BPEL4WS.

Lingkup BPMN dibatasi hanya untuk pemodelan yang dapat diapikasikan pada proses bisnis, sehingga struktur organisasi dan model data tidak termasuk dalam BPMN

ada 3 tipe submodel dalam bpmn yaitu

Private (internal) business processes proses yang bersifat internal dan spesifik untuk organisasi terturn

Abstract (public) processes  proses yang menggambarkan interaksi antara proses provat dengan proses lain

◾ Collaboration (global) processes proses yang menggambarkan interaksi antara 2 atau lebih entitas bisnis

dari 3 submodel tersebut dapat dibuat banyak diagram bpmn seperti tampa dibawah ini

pemetaan bpmn

bpmn dapat dipetakan seperti berikut

• private business process dipetakan menjadi BPEL4WS
• abstract business process dipetakan menajdi web services
• Collaboration mode dipetakan menjadi BPSS, rosetta dll

sebuah bpmn dapat digambarkan dari sudut pandang 2 aktor seperti gambar dibawah ini

BPQL

BPQL mendefiniskan standart antarmuka untuk Business Process Management Systems (BPMSs). BPQL digunakan administrator untuk mengeola BPMS dan analisi bisnis untuk melakukan query terhadap proses bisnis yang dieksekusi .

UML

UML adalah Bahasa pemdlan yang paling banyak digunakan, UML digunakan untuk memodelkan business process, application structure, application behavior, data structure, and architecture.

UM terdiri dari 12 diagram yang terbagi daam 3 kategori yaitu

◾ Structural Diagrams , contohnya Class Diagram, Object Diagram, Component Diagram, and Deployment Diagram.

Behavior Diagrams, contohnya Use Case Diagram, Sequence Diagram, Activity Diagram, Collaboration Diagram, and Statechart Diagram.

◾ Model Management Diagrams ,contohnya Packages, Subsystems, and Models.

1. Proses Bisnis Modeling Language (BPML) dan Business Process Modeling Notation (BPMN), baik diumumkan oleh Business Process Management Initiative (BPMI.org) *;

BPML adalah metabahasa untuk pemodelan proses bisnis; menyediakan model eksekusi disarikan untuk proses bisnis kolaboratif dan transaksional didasarkan pada konsep mesin keadaan hingga transaksional. Its notasi grafis terkait, BPMN, dirancang untuk bisa dimengerti oleh pengguna bisnis, oleh bisnis ana-lysts yang menciptakan konsep awal proses, oleh pengembang teknis yang bertanggung jawab imple-menting teknologi yang akan melakukan proses-proses tersebut, dan oleh bisnis orang-orang yang akan mengelola dan memantau proses-proses [BPM200501].

2. Unified Modeling Language ™ (UML) yang †; dan

UML adalah bahasa dengan lingkup yang luas yang cov-ers beragam rangkaian aplikasi domain; tidak semua kemampuan modeling-nya yang selalu berguna dalam semua domain atau aplikasi; untuk alasan ini bahasa terstruktur modular, dengan kemampuan untuk memilih hanya bagian-bagian dari bahasa yang menarik langsung.

(3) Model-Driven Architecture ™ (MDA) (UML dan MDA keduanya diumumkan oleh Object Management Group (OMG)).

MDA memiliki tujuan mempersatukan pemodelan dan middleware lingkungan. MDA mendukung aplikasi atas seluruh siklus hidup mereka dari analisis dan desain, melalui implementasi dan penyebaran, pemeliharaan dan evolusi. Berdasarkan model UML, pengembangan berbasis MDA berusaha untuk mengintegrasikan aplikasi di seluruh perusahaan, dan mengintegrasikan aplikasi dari satu perusahaan dengan aplikasi lain [OMG200501]. kode sistem eksekusi dapat secara otomatis Gener-diciptakan oleh model berbasis MDA (menggunakan alat yang tepat).

Tujuan BPM sebagai berikut:

1. Mendapatkan pengetahuan tentang proses bisnis dari perusahaan

2. Memanfaatkan pengetahuan proses bisnis dalam proses bisnis proyek rekayasa ulang untuk mengoptimalkan operasi

3. Memfasilitasi upaya pengambilan keputusan dari perusahaan

4. Mendukung interoperabilitas dari proses bisnis

tiga jenis dasar submodels dalam model BPMN end-to-end:

1. Swasta (internal) Proses Bisnis

proses bisnis swasta adalah mereka yang internal untuk organisasi tertentu dan merupakan jenis proses yang telah umumnya disebut proses alur kerja atau BPM. Sebuah bisnis pro-cess swasta tunggal akan memetakan ke dokumen BPEL4WS tunggal.

2. Abstrak Proses (Public)

Ini merupakan interaksi antara proses bisnis swasta dan proses lain atau par-ticipant. Hanya mereka kegiatan yang digunakan untuk berkomunikasi di luar proses bisnis swasta termasuk dalam proses abstrak.

3. Kolaborasi (Global) Proses

Sebuah proses kolaborasi menggambarkan interaksi antara dua atau lebih entitas bisnis. Interaksi ini didefinisikan sebagai urutan kegiatan yang mewakili pola pertukaran pesan antara entitas yang terlibat. Sebuah proses kolaborasi tunggal dapat dipetakan ke berbagai bahasa kolaborasi, seperti ebXML BPSS, RosettaNet, atau spesifikasi yang dihasilkan dari Kelompok Kerja Koreografi W3C (Namun, pemetaan ini dianggap sebagai arah masa depan untuk BPMN).

Spesifikasi UML :

• UML 2.0 Infrastruktur,berfungsi sebagai dasar arsitektur.
• UML 2.0 Suprastruktur adalah yang kedua dari dua spesifikasi yang saling melengkapi.
• UML 2.0 OCL memungkinkan pengaturan pra dan pasca-kondisi, invariants, dan kondisi lain.
• 2.0 Diagram Interchange adalah spesifikasi yang memanjang metamodel UML dengan paket tambahan untuk informasi grafik yang berorientasi, memungkinkan model yang akan ditukar atau disimpan / diambil dan kemudian ditampilkan sebagai mereka awalnya.

Diagram yang mewakili cara yang bisa mengatur dan mengelola modul aplikasi:

• Diagram struktural termasuk Class Diagram, Diagram Object, Diagram Component, dan Deployment Diagram.
• Diagram perilaku termasuk Use Case Diagram (digunakan oleh beberapa metodologi selama pengumpulan persyaratan); Sequence Diagram, Activity Diagram, Diagram Collaboration, dan Diagram Statechart.
• Diagram Manajemen Model termasuk Paket, Subsistem, dan Model.

prinsip-prinsip desain UMLsebagai berikut ini:

• Layering-Layering diterapkan dalam dua cara untuk metamodel UML. Pertama, struktur paket berlapis untuk memisahkan konstruksi metabahasa inti dari konstruksi-tingkat yang lebih tinggi yang menggunakannya. Kedua, empat lapisan metamodel pola arsitektur yang diterapkan secara konsisten kekhawatiran terpisah (terutama mengenai Instansiasi) di seluruh lapisan abstraksi. Lapisan tersebut disebut sebagai M3, M2, M1, dan M0.

• Partisi-partisi yang digunakan untuk mengatur daerah konseptual dalam lapisan yang sama. Dalam kasus InfrastructureLibrary, fine-grained partisi digunakan untuk menyediakan flex-ibility yang dipersyaratkan oleh standar metamodeling saat ini dan masa depan. Dalam kasus metamodel UML, partisi adalah kasar-grained untuk meningkatkan kohesi dalam paket dan santai kopling di paket.

Manfaat tambahan dari MDAs sebagai berikut :

• alat MDA-enabled mengikuti OMG-standar jalur untuk mengotomatisasi transformasi dari model bisnis para desainer menjadi implementasi spesifik perusahaan, memproduksi aplikasi baru yang lebih cepat, lebih baik, dan lebih murah.

• Proses MDA memastikan tidak hanya bahwa kebutuhan bisnis yang dibangun ke dalam desain berakhir dalam pelaksanaan akhir, tetapi juga bahwa persyaratan fungsional non-bisnis melaksanakan juga.

• Kode yang dihasilkan oleh alat pengembangan MDA-enabled berasal dari perpustakaan berdasarkan pat-dara-laut yang dirancang oleh pengembang industri terbaik.

• aplikasi MDA beroperasi. MDA dirancang dari awal untuk implementasi di beberapa platform middleware, dan kode lintas doa-platform bila diperlukan, tidak hanya dalam aplikasi tertentu, tetapi juga dari satu ke yang lain terlepas dari target plat-form ditugaskan untuk setiap.

• aplikasi MDA yang portabel. Ketika mereka didasarkan pada model bisnis teknologi-independen, mereka dapat dihasilkan pada platform middleware.

• aplikasi MDA mungkin menjadi masa depan-bukti. Ketika platform baru diperkenalkan (karena mereka harus over dekade berikutnya sebagai jaringan terus matang dan komputer menjadi lebih kecil, lebih khusus, dan lebih di mana-mana), OMG diharapkan untuk menambahkan pemetaan untuk mereka, dan vendor alat akan menerapkannya dalam penawaran mereka. Dengan menggunakan pemetaan baru, ada aplikasi berbasis MDA dapat dibuat baik untuk beroperasi dengan orang lain, atau dapat sepenuhnya reimplemented pada platform baru.

• MDA mendukung integrasi aplikasi enterprise. suite seluruh perusahaan untuk appli-kation dapat dianggap sebagai perpustakaan model UML. pengembang memilih orang-orang yang harus bekerja sama, menggabungkan mereka ke dalam alat MDA, dan menarik garis yang menunjukkan jalur interoperabilitas. Aplikasi MDA tidak harus membuat semua doa yang menggunakan middleware dari PSM nya: database kode alat MDA termasuk format doa untuk setiap platform middleware didukung. Ini mengikuti bahwa pengembang dapat menarik model aplikasi dan layanan yang ada dari perpustakaan ke lingkungan proyek karena mereka membangun PIM baru, dan mengatur cross-platform doa dengan hanya menggambar konektor-tions dalam model baru mereka. Sangat mungkin bahwa aplikasi-aplikasi yang ada tidak akan pada platform yang sama sebagai PSM baru

• ini aplikasi yang ada, alat MDA akan menghasilkan cross-platform doa di mana diperlukan. aplikasi warisan didasarkan pada model UML dan platform middleware didukung dapat dimasukkan dalam lingkaran perusahaan MDA interoperabilitas dengan hanya mengimpor modelnya menjadi alat MDA sebagai PIM untuk aplikasi baru dibangun.