Tingkat Model Proses Bisnis Chapter 4 Tingkat Model Proses Bisnis

Nama Anggota : Hafizt Maulana (201181072) Raka Januarsa (201181138)

Tujuan Pembelajaran Menjelaskan hubungan entitas notasi pemodelan konseptual dalam format diagram dan tata bahasa Menetapkan kardinalitas untuk mewakili partisipasi entitas dari REA dalam hubungan yang ditentukan Mengidentifikasi pertukaran ekonomi yang membentuk inti dari proses bisnis Mengidentifikasi kejadian yang menyebabkan peristiwa pertukaran ekonomi Mengidentifikasi hasutan yang mengarah pada peristiwa komitmen bersama Mengidentifikasi sumber daya yang terlibat dalam hasutan, komitmen, dan peristiwa ekonomi Identifikasi agen (luar dan dalam) yang terlibat dalam hasutan, komitmen, dan peristiwa ekonomi Menciptakan model konseptual untuk proses bisnis mengikuti pola REA

Konstruksi Model Entitas Hubungan Mengatur benda atau objek nyata yang memiliki keberadaan yang terpisah, baik fisik maupun konseptual Hubungan Mengatur hubungan antara entitas Derajat hubungan

Contoh Entitas dan Hubungan

Konstruksi Model Attributes Karakteristik atau sifat dasar entitas dan atau hubungan Primary Key unik dan universal, mengidentifikasi setiap instansi dari entitas atau himpunan relasi Sederhana dibandingkan komposit atribut Atribut yang diturunkan Statik – tidak akan berubah jika data baru yang dimasukkan ke dalam sistem Volatile – akan berubah jika data baru yang dimasukkan ke dalam sistem

Konstruksi Model Partisipasi Kardinalitas (Min,Max) Kardinalitas Minimum : menyatakan jumlah minimum dari contoh sebuah himpunan entitas yang harus berpartisipasi dalam sebuah hubungan. 0 = Partisipasi Pilihan 1 = Partisipasi Wajib Kardinalitas Maksimum : menyatakan jumlah maksimum dari contoh sebuah himpunan entitas yang dapat berpartisipasi dalam sebuah hubungan 1 = Hanya satu kali berpartisipasi N = sebanyak yang diperlukan, tidak ada pembatasan

Konstruksi Model Mekanisme abstraksi Pemberian Tipe Spesifikasi dari hubungan antara satu set objek dan sebuah kategori yang mana objek dapat diberikan atas dasar karakteristik bersama Memungkinkan penyimpanan karakteristik yang diterapkan pada tingkat kategori yang detail Misalnya untuk kategori mahasiswa, karakteristik seperti tingkat pendidikan per jam dan jumlah maksimum kredit diperbolehkan per semester

Konstruksi Model Generalisasi Spesifikasi dari hubugan subclass dan superclass Entitas subclass berisi contoh lebih spesifik entitas superclass Misalnya Instrumen sebagai supertype, Alat Musik Tiup Kayu, Kuningan Instrumen, dan Gesek Instrumen sebagai subtipe Digunakan ketika set entitas yang serupa cukup berbagi atribut untuk menjamin mengelompokkan mereka bersama-sama, tetapi mereka juga memiliki atribut berbeda yang harus disimpan Nilai dari atribut berbeda adalah null jika atribut ditugaskan untuk entitas superclass, generalisasi digunakan untuk menghindari masalah ini.

Konstruksi Model Beberapa notasi yang digunakan untuk mengkomunikasikan konsep yang sama adalah konsep model Sama seperti manusia di seluruh dunia berbicara beberapa bahasa untuk mengkomunikasikan konsep -konsep umum yang sama Orang yang multi-bahasa dalam kehidupan memiliki keuntungan lebih dari orang-orang yang hanya berbicara satu bahasa Orang-orang yang belajar beberapa notasi pemodelan konseptual memiliki keuntungan lebih dari mereka yang hanya mempelajari satu

Entity-Relationship (ER) Notasi Grammer Entity: ENTITY NAME Attributes: ATTRIBUTE NAMES Identifiers: PRIMARY KEY ATTRIBUTE Relationship: RELATIONSHIP NAME Connected entities: (min,max) ENTITY1 (min,max) ENTITY2 Attributes: ATTRIBUTE NAMES (if any) Obyek sering disimpan dalam urutan abjad sesuai dengan entitas dan hubungan nama, dengan semua entitas pertama, maka semua hubungan Notasi kadang-kadang disebut "BNF Grammar" Format (Backus – Naur Form), sesuai penciptanya, Backus dan Naur.

Entity-Relationship (ER) Notasi Diagram Diagram ER merupakan cara alternatif untuk merepresentasikan konstruksi yang sama seperti dalam Grammar ER Kebanyakan model konseptual diciptakan dengan beberapa versi Diagram ER Beberapa variasi yang ada, dan notasi (terutama untuk kardinalitas) berbeda antara variasi lainnya.

Konseptual Modeling Notasi: Entitas Daftar entitas tata bahasa ER adalah dengan nama, setiap nama didahului oleh Entitas kata dan titik dua, yaitu Entitas: nama entitas Diagram ER menggambarkan entitas sebagai persegi panjang (masing-masing persegi panjang diberi label dengan nama entitas)

Contoh: Customer, Sale Format Grammar ER Entity: Customer Entity: Sale Format Diagram ER Customer Sale

Konseptual Modeling Notasi: Hubungan Daftar tata bahasa hubungan ER(biasanya sesuia abjad) dengan nama, dengan Hubungan kata dan titik dua, yaitu Hubungan: nama hubungan, diikuti oleh kata-kata Entitas Terhubung: dan nama-nama entitas terkait Diagram ER menggambarkan hubungan sebagai berlian yang melekat dengan garis lurus ke entitas yang menggambarkan hubungan asosiasi.

Contoh: Sale IS-MADE-TO Customer Format Grammar ER Relationship: IS-MADE-TO Connected entities: (1,1) Sale (0,N) Customer Format Diagram ER Sale Customer is made to

Konseptual Modeling Notasi: Atribut Daftar tata bahasa atribut ER dengan nama tanpa entitas dan / atau deskripsi hubungan. Nama atribut sebagai primary key (s) juga disertakan setelah Identifiers kata dan titik dua. Diagram ER menggambarkan atribut dengan lingkaran kecil yang menempel dengan garis-garis pendek ke entitas yang berlaku dan / atau hubungan. Lingkaran untuk atribut primary key lebih gelap.

Contoh: Karakteristik Pelanggan Dalam format grammar ER Dalam Format diagram ER Entity: Customer Attributes: ID# Customer_Name Customer_Phone Identifiers: ID# Customer ID # Name Phone

Konseptual Modeling Notasi: Kardinalitis Partisipasi Tata bahasa ER menggabungkan kardinalitas partisipasi ke dalam deskripsi hubungan. Kardinalitas partisipasi yang diterapkan pada setiap entitas dalam hubungan muncul di samping setiap nama entitas dalam Entitas yang Terhubung. Diagram ER termasuk kardinalitas partisipasi sebagai label pada garis antara entitas dan hubungan yang mana kardinalitas partisipasi berlaku.

Contoh: Karyawan / Departemen kardinalitas Karyawan tidak selalu ditugaskan untuk departemen Partisipasi minimum karyawan = 0 Setiap departemen memiliki setidaknya satu karyawan yang ditugaskan Partisipasi minimum departemen = 1 Seorang karyawan tidak dapat bekerja untuk lebih dari satu departemen Partisipasi maksimal dari karyawan = 1 Departemen mungkin memiliki banyak karyawan yang ditugaskan untuk itu Partisipasi maksimal dari karyawan = N

Contoh: Karyawan / Departemen kardinalitas Dalam format Grammar ER Relationship: Assigned-to Connected Entities: (0,1) Employee (1,N) Department Dalam format Diagram ER Department Employee Assigned to (0,1) (1,N)

Perbandingan Notasi Kardinalitas

Interpret cardinalities: Exercise 1 Q1: Can at least one sale exist in the database without a related instance of cash receipt? No – 1 min on sale Q2: Can at least one sale in the database relate to multiple instances of cash receipt? No – 1 max on sale Q3: Can at least one cash receipt exist in the database without a related instance of sale? No – 1 min on cash receipt Q4: Can at least one cash receipt in the database relate to multiple instances of sale? No – 1 max on cash receipt In other words, all sales are paid for immediately with cash, and sales are the company’s only source of cash

Interpret Cardinalities: Exercise 2 Q1: Can at least one sale exist in the database without a related instance of cash receipt? Yes – 0 min on sale Q2: Can at least one sale in the database relate to multiple instances of cash receipt? No – 1 max on sale Q3: Can at least one cash receipt exist in the database without a related instance of sale? No – 1 min on cash receipt Q4: Can at least one cash receipt in the database relate to multiple instances of sale? No – 1 max on cash receipt In other words, sales may be made on credit with no partial payments or combined payments accepted, and sales are the company’s only source of cash

Interpret Cardinalities: Exercise 3 Q1: Can at least one sale exist in the database without a related instance of cash receipt? Yes – 0 min on sale Q2: Can at least one sale in the database relate to multiple instances of cash receipt? Yes – N max on sale Q3: Can at least one cash receipt exist in the database without a related instance of sale? No – 1 min on cash receipt Q4: Can at least one cash receipt in the database relate to multiple instances of sale? No – 1 max on cash receipt In other words, sales may be made on credit with partial payments but no combined payments accepted, and sales are the company’s only source of cash

Interpret Cardinalities: Exercise 4 Q1: Can at least one sale exist in the database without a related instance of cash receipt? Yes – 0 min on sale Q2: Can at least one sale in the database relate to multiple instances of cash receipt? Yes – N max on sale Q3: Can at least one cash receipt exist in the database without a related instance of sale? Yes – 0 min on cash receipt Q4: Can at least one cash receipt in the database relate to multiple instances of sale? Yes – N max on cash receipt In other words, sales may be made on credit with partial payments and combined payments accepted, and cash comes from sources other than sales

Contoh Penulisan Student Type Student typification

Contoh Generalisasi Student MBA student PhD student Student StudentID Student Name Address MBA student PhD student Dissertation topic GMAT score Student PhD Student MBA Student

Proses Bisnis Tingkat Pola REA: Pola Inti

Langkah-langkah untuk Membuat Proses Bisnis REA Tingkat Model Langkah 1: Identifikasi Kegiatan Pertukaran Ekonomi Gunakan tingkat model rantai nilai jika Anda memiliki satu Yang mana Peristiwa yang menyediakan dan menggunakan sumber daya dalam proses bisnis prmodelan Anda ? Menciptakan setiap event pertukaran ekonomi sebagai suatu entitas dan menciptakan hubungan dualitas antara mereka Langkah 2: Lampirkan Sumber Daya untuk Kegiatan Ekonomi Sekali lagi, gunakan rantai nilai jika Anda memiliki satu, untuk mengidentifikasi manakah sumber daya yang meningkat dan yang menurun oleh peristiwa ekonomi Ciptakan setiap sumber daya sebagai suatu entitas dan menciptakan hubungan yang kondusif antara itu dan peristiwa ekonomi yang terkait

Langkah-langkah untuk Membuat Proses Bisnis REA Tingkat Model Langkah 3: Lampirkan Agen luar dengan Acara Ekonomi Gunakan sistem nilai tingkat model jika Anda memiliki satu Mengidentifikasi agen luar dari siapa sumber diperoleh di setiap acara peningkatan ekonomi Buat agen luar sebagai suatu entitas dan menciptakan partisipasi hubungan antara acara dan agen Mengidentifikasi agen luar kepada siapa sumber daya ditransfer pada setiap acara penurunan ekonomi

Langkah-langkah untuk Membuat Proses Bisnis REA Tingkat Model Langkah 4: Lampirkan agen dalam untuk peristiwa ekonomi Identifikasi agen dalam yang memproses, menyelesaikan, atau kewenangan masing-masing peristiwa kenaikan ekonomi Buat agen dalam sebagai suatu entitas dan menciptakan partisipasi hubungan antara acara dan agen Identifikasi agen dalam yang memproses, menyelesaikan, atau kewenangan masing-masing peristiwa penurunan ekonomi

Langkah-langkah untuk Membuat Proses Bisnis REA Tingkat Model Langkah 5: Menetapkan atribut untuk Entitas dan Hubungan Mendapatkan daftar atribut dari perusahaan atau melakukan serangkaian wawancara untuk menentukan atribut perusahaan yangcharus mampu untuk menangkap dan menyimpan Pastikan Anda memahami informasi setiap atribut yang dimaksudkan untuk dikomunikasikan Menetapkan atribut dengan entitas dan hubungan Tentukan apakah atribut menjelaskan hanya satu hal (entitas) atau kombinasi dari banyak hal (hubungan) Atribut sumber daya biasanya mencakup identifier, deskripsi, dan atribut yang menunjukkan suatu nilai atau dimensi Harus terlebih dahulu menentukan apakah contoh dari entitas sumber daya adalah tingkat jenis atau benda tingkat mata uang Atribut acara biasanya termasuk identifier, tanggal / waktu (atau awal dan akhir tanggal / waktu), dan atribut yang menunjukkan nilai atau dimensi lain Atribut Agen biasanya termasuk identifier, nama, alamat, telepon, informasi kontak lainnya

Langkah-langkah untuk Membuat Proses Bisnis REA Tingkat Model Langkah 6: Penempatan Partisipasi Kardinalitas Tetapkan kardinalitas untuk setiap hubungan dalam model Gunakan aturan bisnis yang disediakan oleh perusahaan dalam narasi atau dari wawancara dengan staf perusahaan Heuristik - aturan praktis yang biasanya (tapi tidak selalu) berlaku (0, N) Jenis Sumbr Daya - (1, N) Kegiatan Ekonomi (Stockflow) Pengecualian jika jenis alternatif jenis sumber daya bisa berpartisipasi dalam hubungan stockflow (0,1) Sumber Daya – (1,N) Kegiatan Ekonomi Pengecualian jika peristiwa ekonomi melibatkan penyewaan sumber daya daripada transfer permanen atau dalam hal suatu perusahaan yang menangani sumber daya baik baru dan bekas (1,1) Kegiatan Ekonomi– (0,N) Agen Perkecualian jika agen alternatif dapat berpartisipasi Pengecualian jika beberapa agen berbagi tanggung jawab atas suatu peristiwa

Langkah-langkah untuk Membuat Proses Bisnis REA Tingkat Model Langkah 7: Validasikan Model Tinjau modelnya dengan perwakilan perusahaan yang cukup luas Pastikan untuk menggunakan bahasa sederhana ketika berkomunikasi dengan perwakilan, jangan menganggap mereka tahu arti dari istilah-istilah seperti entitas, atribut, kardinalitas, stockflow, dualitas, dan sebagainya.

REA business process level with extensions Entities Resources and Resource Types Events Instigation Event An event that initiates activities in the business process; may be internally instigated (e.g. a marketing event) or externally instigated (call from supplier’s salesperson) Mutual Commitment Event An event in which commitments are made by the enterprise and one of its external business partners for a future economic exchange Economic Exchange Event An event in which a resource is either given up or taken Increment economic event results in resource inflow Decrement economic event results in resource outflow

REA business process level with extensions Entities Agents Internal agents act on behalf of the enterprise External agents are external business partners Relationships Event-Event relationships Duality (link increment and decrement economic events) Reciprocal (link increment and decrement commitment events) Is the commitment equivalent of duality Fulfillment (link commitment and economic events) Event-Resource relationships Stockflow (link economic events and resources or resource types) Reservation (link commitment events and resources or resource types)

REA business process pattern Relationships Event-Agent relationships Participation (link events and the agents that participate in the events) Agent-Agent relationships Assignment (link internal agent to external agent) Use only when relationship between internal agent and external agent exists independently of their mutual participation in an event Responsibility (link internal agent to internal agent) Use when one internal agent is responsible for another, independent of their mutual participation in an event

REA business process pattern Relationships Resource-Agent relationships Custody (link resource and internal agent) Use when an internal agent’s responsibility for a resource needs to be tracked independently of any event Resource-Resource relationships Linkage (link two resources) Use to identify resource made up of another resource Typification Each resource, event, or agent can be related to a resource type, event type, or agent type Generalization Each resource, event, agent, and commitment can also participate in a relationship with a sub-class or super-class via a generalization relationship.

Kesimpulan Tujuan utama pembuatan model konseptual REA pada tingkat proses bisnis adalah untuk merancang arsitektur database untuk sistem perusahaan dengan menggunakan pola objek tertentu Komponen arsitektur database termasuk dalam pemodelan REA adalah entitas, atribut, hubungan, dan kardinalitas Tiga jenis entitas utama dalam ontologi REA adalah Sumber Daya, Event, dan Agen Tiga jenis hubungan utama dalam ontologi REA adalah dualitas, stockflow, dan partisipasi; jenis tambahan yaitu tugas, hak asuh, pemenuhan, ltimbal balik, reservasi, dan tanggung jawab. Ontologi REA juga memungkinkan untuk generalisasi dan pemberian tipe hubungan

Terima kasih Atas Perhatiannya Akhir dari bab 4 Terima kasih Atas Perhatiannya