ISO IEC 15944-2 Klausa 3.1 – 3.44 adalah Standar Internasional mengenai teknologi informasi, khususnya tentang tampilan operasional bisnis bagian 2 : Pendaftaran skenario dan komponennya sebagai objek bisnis.
Artikel ini merupakan lanjutan dari artikel sebelumnya berikut :
- ISO IEC 15944-2 business operational scenario registration
- ISOIEC 15944-2 Klausa 0 – 2
Standar ISO IEC 15944-2 Klausa 3.1 – 3.44
3 Terms and definitions : Istilah dan definisi
Untuk tujuan dokumen ini, istilah dan definisi berikut berlaku.
ISO IEC 15944-2 Klausa 3.1 – 3.9
3.1 address : alamat
kumpulan elemen data yang menentukan lokasi tempat item informasi terekam, objek bisnis, objek material, dan/atau seseorang dapat dikirim atau dari mana dapat diterima
Catatan :
- 1 : Alamat dapat ditentukan sebagai alamat fisik dan/atau alamat elektronik.
- 2 : Dalam identifikasi, referensi, dan pengambilan objek bisnis terdaftar, perlu untuk menyatakan apakah informasi rekaman terkait tersedia dalam bentuk fisik dan virtual.
- 3 : Dalam konteks Open-edi, “item informasi yang direkam” dimodelkan dan didaftarkan sebagai skenario Open-edi atau Open-edi scenario (OeS), Information Bundle (IB) atau Semantic Component (SC).
3.2 administrative note : catatan administrasi
catatan umum tentang OeRI
3.3 applicant (for an OeRI) : pemohon (untuk OeRI)
Orang yang meminta penugasan OeRI dan label entri terkait
- Catatan 1 : Pemohon dapat berupa individu, organisasi, atau administrasi publik.
3.4 attribute : atribut
karakteristik dari suatu objek atau entitas
[SUMBER:ISO/IEC 11179-3:2003, (3.1.3)]
3.5 business : bisnis
serangkaian proses, masing-masing memiliki tujuan yang dipahami dengan jelas, melibatkan lebih dari satu Orang, diwujudkan melalui pertukaran informasi yang terekam dan diarahkan menuju beberapa tujuan yang disepakati bersama, meluas selama periode waktu tertentu
[SUMBER:ISO/IEC 14662:2010, (3.2)]
3.6 business object : objek bisnis
diidentifikasi secara jelas, ditentukan, dapat dirujuk, didaftarkan, dan dapat digunakan kembali Skenario open-edi atau komponen skenario dari transaksi bisnis
- Catatan 1 : Sebagai “objek”, “objek bisnis” hanya ada dalam konteks transaksi bisnis.
3.7 business object identifier : pengidentifikasi objek bisnis
pengidentifikasi unik objek bisnis di OeRI dalam Open-edi Registration Organization (OeRO)
3.8 business object status : status objek bisnis
penetapan status dalam proses administrasi suatu Organisasi Registrasi Terbuka untuk penanganan OeRI
3.9 business object type : jenis objek bisnis
domain berkode untuk jenis objek bisnis yang didaftarkan, yaitu skenario Open-edi, IB atau SC
ISO IEC 15944-2 Klausa 3.10 – 3.12
3.10 business object type : Pandangan Operasional Bisnis (BOV)
perspektif transaksi bisnis terbatas pada aspek-aspek mengenai pengambilan keputusan bisnis dan komitmen antar Orang, yang diperlukan untuk menggambarkan suatu transaksi bisnis
[SUMBER:ISO/IEC 14662:2010, (3.3)]
3.11 business transaction : transaksi bisnis
rangkaian aktivitas dan/atau proses yang telah ditentukan sebelumnya dari Pihak yang diprakarsai oleh Seseorang untuk mencapai tujuan bisnis bersama secara eksplisit dan diakhiri setelah pengakuan atas salah satu kesimpulan yang disepakati oleh semua Pihak yang terlibat meskipun beberapa pengakuan mungkin bersifat implisit
[SUMBER:ISO/IEC 14662:2010, (3.4)]
3.12 change description : Deskripsi perubahan
penjelasan tentang mengapa dan bagaimana OeRI telah dimodifikasi sejak versi OeRI sebelumnya
- Catatan 1 : Disarankan bahwa deskripsi perubahan tersebut disertai dengan nilai templat “asli” yang digunakan dan “perubahan templat” yang menunjukkan “Kode Keputusan” mana yang telah diubah serta tanggal perubahan akan dilakukan memengaruhi.
ISO IEC 15944-2 Klausa 3.13
3.13 coded domain : domain kode
domain yang (1) batasannya ditentukan dan dinyatakan secara eksplisit sebagai basis aturan dari Otoritas Sumber domain yang dikodekan;
dan, (2) setiap entitas yang memenuhi syarat sebagai anggota domain tersebut diidentifikasi melalui pemberian kode ID unik sesuai dengan Skema Pendaftaran yang berlaku dari Otoritas Sumber tersebut
Catatan :
- 1 : Aturan yang mengatur penugasan kode ID untuk anggota domain berkode berada pada Otoritas Sumbernya dan merupakan bagian dari Skema Pendaftaran Domain Berkode dari Otoritas Sumber.
- 2 : Otoritas Sumber yang merupakan domain yurisdiksi adalah sumber utama domain berkode.
- 3 : Domain berkode adalah kumpulan data yang konten nilai elemen datanya telah ditentukan sebelumnya dan ditentukan menurut basis aturan Otoritas Sumbernya dan dengan demikian memiliki semantik yang telah ditentukan sebelumnya.
- 4 : Terkait dengan kode dalam domain kode dapat berupa:
- satu atau lebih kode yang setara; dan/atau,
- satu atau lebih representasi ekuivalen terutama dalam bentuk ekspresi Human Interface Equivalent (HIE) (linguistik).
- 5 : Dalam domain berkode, aturan untuk penugasan dan penataan kode ID harus ditentukan.
- 6 : Jika entitas sebagai anggota dari domain berkode diizinkan untuk memiliki, yaitu, ditetapkan, lebih dari satu kode ID, yaitu, sebagai kode ID yang setara (mungkin termasuk nama), salah satunya harus ditentukan sebagai pivot kode identitas.
- 7 : Domain berkode pada gilirannya dapat terdiri dari dua atau lebih domain berkode, yaitu, melalui penerapan prinsip pewarisan kelas objek.
- 8 : Domain berkode mungkin berisi kode ID yang berkaitan dengan kondisi yang telah ditentukan sebelumnya selain kualifikasi keanggotaan entitas dalam domain berkode. Selanjutnya, aturan yang mengatur domain kode mungkin menyediakan atau tidak menyediakan ekstensi pengguna.
- Contoh 1: Contoh umum meliputi: (1) penggunaan Kode ID “0” (atau “00”, dan lainnya.) untuk “Lainnya”; (2) penggunaan Kode ID “9” (atau “99”, dan lainnya.) untuk “Tidak Berlaku”; (3) penggunaan “8” (atau “98”) untuk “Tidak Diketahui”; dan/atau, jika diperlukan, (4) pra-reservasi serangkaian kode ID untuk penggunaan “ekstensi pengguna”.
- 9 : Dalam metodologi objek, entitas yang merupakan anggota dari domain kode disebut sebagai turunan dari kelas.
- Contoh 2: Dalam notasi pemodelan UML, kode ID dipandang sebagai turunan dari kelas objek.
ISO IEC 15944-2 Klausa 3.14 – 3.16
3.14 coded domain Source Authority (cdSA) : Otoritas Sumber domain berkode
Orang, biasanya sebuah organisasi, sebagai Otoritas Sumber yang menetapkan aturan yang mengatur domain kode
Catatan :
- 1 : Otoritas Sumber adalah peran Orang dan untuk domain berkode yang digunakan secara luas, Otoritas Sumber domain berkode seringkali merupakan domain yurisdiksi.
- 2 : Sektor tertentu, (misalnya, perbankan, transportasi, geomatika, pertanian, dan lainnya.), mungkin memiliki Otoritas Sumber domain berkode tertentu yang domain berkodenya digunakan di banyak sektor lain.
- 3 : Otoritas Sumber domain berkode biasanya juga berfungsi sebagai Otoritas Pendaftaran tetapi dapat menggunakan agen, yaitu Orang lain, untuk menjalankan fungsi pendaftaran atas namanya.
3.15 commitment : komitmen
pembuatan atau penerimaan suatu hak, kewajiban, tanggung jawab atau tanggung jawab oleh Pihak yang dapat dilaksanakan dalam wilayah yurisdiksi di mana komitmen tersebut dibuat
[SUMBER:ISO/IEC 15944-1:2011, (3.9)]
3.16 composite identifier : pengenal komposit
identifier (dalam transaksi bisnis) berfungsi sebagai identifier unik tunggal yang terdiri dari satu atau lebih identifier lainnya, dan/atau satu atau lebih elemen data lainnya, yang antar kerjanya berbasis aturan
Catatan :
- 1 : Pengidentifikasi (dalam transaksi bisnis) sebagian besar adalah pengidentifikasi gabungan.
- 2 : Aturan yang mengatur struktur dan cara kerja pengidentifikasi komposit harus ditentukan.
- 3 : Pengidentifikasi komposit yang paling banyak digunakan terdiri dari kombinasi dari:
- ID dari keseluruhan skema identifikasi/penomoran, (misalnya, ISO/IEC 6532, ISO/IEC 7812, ISO/IEC 7506, UPC/EAN, ITU-T E.164, dan lainnya.), yang sering diasumsikan;
- ID organisasi penerbit (sering berdasarkan skema penomoran blok numerik); dan,
- ID entitas yang membentuk bagian dari anggota domain berkode dari setiap organisasi penerbit.
ISO IEC 15944-2 Klausa 3.17 – 3.21
3.17 computational integrity : integritas komputasi
ekspresi standar dalam bentuk yang memastikan deskripsi yang tepat dari perilaku dan semantik dengan cara yang memungkinkan pemrosesan otomatis terjadi, dan evolusi terkelola dari standar tersebut dengan cara yang memungkinkan pengenalan dinamis oleh sistem informasi generasi berikutnya
- Catatan 1 : Standar open-edi telah dirancang untuk dapat mendukung persyaratan integritas komputasi terutama dari pendaftaran dan penggunaan kembali perspektif objek bisnis.
3.18 constraint : paksaan
aturan, dinyatakan secara eksplisit, yang menentukan, membatasi, mengatur, atau menentukan aspek apa pun dari transaksi bisnis
Catatan :
- 1 : Batasan ditentukan sebagai aturan yang membentuk bagian dari komponen skenario Open-edi, yaitu, sebagai atribut skenario, peran, dan/atau Bundel Informasi.
- 2 : Agar kendala didaftarkan untuk implementasi di Open-edi, mereka harus memiliki pengenal yang unik dan tidak ambigu.
- 3 : Kendala dapat disetujui di antara para pihak (kondisi kontrak) dan oleh karena itu dianggap sebagai “kendala internal”. Atau kendala dapat dikenakan pada pihak, (misalnya, undang-undang, peraturan, dan lainnya), dan karena itu dianggap sebagai “kendala eksternal”.
[SUMBER:ISO/IEC 15944-1:2011, (3.11)]
3.19 Contact : Kontak (lihat keterangan 7)
contoh peran seseorang kepada siapa item informasi terekam, objek material, objek bisnis, dapat dikirim ke atau diterima dari dalam konteks tertentu
Catatan :
- 1 : Seseorang di sini sebagai Kontak dapat berupa individu, organisasi (atau bagian organisasi atau Orang organisasi).
- 2 : Kontak dikapitalisasi untuk membedakannya dari banyak penggunaan kata yang biasa.
3.20 Contact information : Kontak informasi
informasi untuk memungkinkan Kontak ditemukan atau dikomunikasikan
[SUMBER:ISO/IEC 11179-3:2003, (3.3.27)]
3.21 Contact name8) : Nama kontak8)
persona dimana seseorang ingin ditunjuk sebagai Kontak
- Catatan 1 : Jika suatu organisasi adalah pemohon OeRI, ia dapat menunjuk Orang organisasi, agen, atau pihak ketiga sebagai nama Kontaknya dalam mengajukan permohonan untuk mendaftarkan skenario atau komponen skenario sebagai objek bisnis.
Klausa 3.22 – 3.31
3.22 Contact position title9) : Judul posisi kontak9)
nama jabatan jabatan yang dipegang oleh organisasi Orang sebagai Kontak
[SUMBER:ISO/IEC 11179-3:2003, (3.3.29)]
3.23 control body : tubuh kontrol
sekelompok ahli teknis yang membuat keputusan mengenai isi register
[SUMBER: ISO 19135:2005, (4.1.2)]
3.24 creation date : tanggal pembuatan
tanggal pembuatan OeRI untuk objek bisnis
3.25 data element : elemen data
unit data yang definisi, identifikasi, representasi, dan Nilai-nilai yang Diizinkan ditentukan melalui serangkaian atribut
[SUMBER:ISO/IEC 11179-3:2003, (3.3.36)]
3.26 date : tanggal
Representasi tanggal yang sesuai ISO 8601 dalam format YYYY-MM-DD menggunakan kalender Gregorian
3.27 de facto language : bahasa de facto
bahasa alami yang digunakan dalam domain yurisdiksi yang memiliki sifat dan perilaku bahasa resmi di domain yurisdiksi tersebut tanpa secara resmi dinyatakan demikian oleh domain yurisdiksi tersebut
Catatan :
- 1 : Bahasa de facto dari domain yurisdiksi sering dibuat melalui penggunaan dan kebiasaan jangka panjang.
- 2 : Kecuali secara eksplisit dinyatakan sebaliknya dan untuk tujuan pemodelan transaksi bisnis melalui skenario(s), atribut skenario dan/atau komponen skenario, bahasa de facto dari domain yurisdiksi diasumsikan memiliki properti dan perilaku yang sama seperti bahasa resmi.
[SUMBER:ISO/IEC 15944-5:2006, (3.42)]
3.28 definition : definisi
representasi konsep dengan pernyataan deskriptif yang berfungsi untuk membedakannya dari konsep terkait
[SUMBER:ISO 1087-1:2000, (3.3.1)]
3.29 designation : penamaan
representasi konsep dengan tanda yang menunjukkannya
- Catatan 1 : Dalam pekerjaan terminologi, tiga jenis sebutan dibedakan: simbol, sebutan (alias nama), dan istilah.
[SUMBER:ISO 1087-1:2000, (3.4.1 diadaptasi)]
3.30 documentation language code
kode bahasa dokumentasi
kode bahasa dari bahasa yang digunakan untuk dokumentasi oleh Open-edi Registration Organization
- Catatan 1 : Gunakan kode dan nama bahasa abjad tiga karakter dari ISO 639-2/T (Terminologi).
3.31 effective date : tanggal berlaku
tanggal OeRI menjadi/tersedia bagi pengguna registri
Klausa 3.32 – 3.33
3.32 electronic address : alamat elektronik
alamat yang digunakan dalam skema pengalamatan elektronik yang diakui, (mis., telepon, teleks, IP, dan lainnya.), ke mana item(-item) informasi dan/atau objek(-objek) bisnis yang direkam dapat dikirim ke atau diterima dari Kontak
3.33 entry label : label masuk
informasi nama yang terkait secara unik dengan identifikasi dan Pengidentifikasi Objek Bisnis Registrasi Internasional yang dihasilkan dari objek bisnis sebagai skenario Open-edi terdaftar atau komponen skenario
- Catatan 1 : Lebih dari satu label entri dapat dikaitkan dengan IRBOI tergantung pada bahasa yang berlaku yang digunakan sebagai Setara Antarmuka Manusia (HIEs).
Klausa 3.34
3.34 external constraint : kendala eksternal
kendala yang lebih diutamakan daripada kendala internal dalam transaksi bisnis, yaitu eksternal dari yang disepakati oleh para pihak dalam transaksi bisnis
Catatan :
- 1 : Biasanya kendala eksternal dibuat oleh hukum, peraturan, perintah, perjanjian, konvensi atau instrumen serupa.
- 2 : Sumber kendala eksternal lainnya adalah yang bersifat sektoral, yang berkaitan dengan yurisdiksi tertentu atau konvensi bisnis umum yang disepakati bersama, (misalnya, INCOTERMS, bursa, dan lainnya.).
- 3 : Kendala eksternal dapat berlaku untuk sifat barang, jasa, dan/atau hak yang diberikan dalam transaksi bisnis.
- 4 : Kendala eksternal dapat menuntut pihak dalam transaksi bisnis memenuhi persyaratan khusus dari peran tertentu.Contoh :
- 1 : Hanya dokter medis yang memenuhi syarat yang dapat mengeluarkan resep untuk obat yang dikendalikan.
- 2: Hanya dealer saham terakreditasi yang dapat melakukan transaksi di New York Stock Exchange.
- 3: Limbah berbahaya hanya dapat dibawa oleh perusahaan berlisensi.
- 5 : Jika Kumpulan Informasi (IB), termasuk Komponen Semantik (SC) mereka dari transaksi bisnis juga membentuk keseluruhan transaksi bisnis, (misalnya, untuk tujuan hukum atau audit), semua batasan harus dicatat .
- Contoh 4: Mungkin ada persyaratan hukum atau audit untuk memelihara set lengkap informasi terekam yang berkaitan dengan transaksi bisnis, yaitu, saat Kumpulan Informasi dipertukarkan, sebagai “catatan”.
- 6 : Kendala eksternal minimum yang berlaku untuk transaksi bisnis seringkali mengharuskan seseorang untuk membedakan apakah Orang, yaitu, yang merupakan pihak dalam transaksi bisnis, adalah “individu”, “organisasi”, atau “administrasi publik”. Misalnya, hak privasi hanya berlaku untuk Orang sebagai “individu”.
[SUMBER:ISO/IEC 15944-1:2011, (3.23)]
Klausa 3.35 – 3.36
3.35 Human Interface Equivalent (HIE) : Setara Antarmuka Manusia
representasi dari semantik yang tidak ambigu dan diaktifkan TI dari antarmuka TI yang setara (dalam transaksi bisnis), seringkali kode ID dari domain berkode (atau pengidentifikasi komposit), dengan cara formal yang sesuai untuk komunikasi dan pemahaman oleh manusia
Catatan :
- 1 : Padanan antarmuka manusia dapat bersifat linguistik atau non-linguistik, tetapi semantiknya tetap sama meskipun representasinya mungkin berbeda.
- 2 : Dalam kebanyakan kasus, akan ada beberapa representasi Setara Antarmuka Manusia sebagaimana diperlukan untuk memenuhi persyaratan pelokalan, yaitu yang bersifat linguistik, bersifat yurisdiksi, dan/atau bersifat sektoral.
- 3 : Setara Antarmuka Manusia mencakup representasi dalam berbagai bentuk atau format, (mis., selain teks tertulis, yang bersifat audio, simbol (dan ikon), mesin terbang, gambar, dan lainnya.).
3.36 IB identifier : pengenal IB
pengidentifikasi yang unik, netral secara bahasa, tidak ambigu, dan dapat dirujuk untuk Bundel Informasi
Klausa 3.37-3.38
3.37 ID code : kode identitas
pengidentifikasi yang ditetapkan oleh Otoritas Sumber domain berkode (cdSA) ke anggota domain berkode
Catatan :
- 1 : Kode ID harus unik dalam Skema Pendaftaran domain kode tersebut.
- 2 : Terkait dengan kode ID di domain berkode dapat berupa:
- satu atau lebih kode yang setara;
- satu atau lebih representasi ekuivalen, terutama dalam bentuk ekspresi ekuivalen manusia (linguistik).
- 3 : Jika entitas sebagai anggota dari domain berkode diizinkan untuk memiliki lebih dari satu kode ID, misalnya, sebagai kode yang setara (mungkin termasuk nama), salah satunya harus ditentukan sebagai kode ID pivot.
- 4 : Domain berkode mungkin berisi kode ID yang berkaitan dengan entitas yang bukan anggota sebagai entitas peer, yaitu, memiliki properti dan perilaku yang sama, seperti kode ID yang berkaitan dengan kondisi yang telah ditentukan sebelumnya selain entitas anggota.
Jika demikian, aturan yang mengatur pengecualian tersebut harus ditentukan sebelumnya dan dinyatakan secara eksplisit.
- Contoh: Contoh umum meliputi: (1) penggunaan kode ID “0” (atau “00”, dan lainnya.), untuk “Lainnya”; (2) penggunaan kode ID “9” (atau “99”) untuk “Tidak Berlaku”; (3) penggunaan “8” (atau “98”) untuk “Tidak Diketahui”; dan/atau, jika diperlukan, (4) pra-reservasi serangkaian atau rangkaian kode ID untuk digunakan untuk “ekstensi pengguna”.
- 5 : Dalam notasi pemodelan UML, kode ID dipandang sebagai turunan dari kelas objek.
3.38 identification : identifikasi
proses berbasis aturan, dinyatakan secara eksplisit, melibatkan penggunaan satu atau lebih atribut, yaitu elemen data, yang nilainya (atau kombinasi nilai) digunakan untuk mengidentifikasi secara unik kejadian atau keberadaan entitas tertentu
[SUMBER:ISO/IEC 15944-1:2011, (3.26)]
Klausa 3.39 – 3.44
3.39 identifier (in business transaction) : pengenal (dalam transaksi bisnis)
nilai yang tidak ambigu, unik dan netral secara linguistik, yang dihasilkan dari penerapan proses identifikasi berbasis aturan
Catatan :
- 1 : Pengidentifikasi harus unik dalam skema identifikasi otoritas penerbit.
- 2 : Pengidentifikasi adalah urutan karakter yang independen secara linguistik yang mampu mengidentifikasi secara unik dan permanen yang terkait dengannya. Lihat ISO 19135:2005, (4.1.5).
[SUMBER:ISO/IEC 15944-1:2011, (3.27)]
3.40 Information Bundle (IB) : Bundel Informasi
deskripsi formal semantik dari informasi terekam yang akan dipertukarkan oleh Pihak Open-edi yang berperan dalam skenario Open-edi
[SUMBER:ISO/IEC 14662:2010, (3.11)]
3.41 internal constraint : kendala batin
kendala yang merupakan bagian dari komitmen(-komitmen) yang disepakati bersama di antara para pihak dalam transaksi bisnis
- Catatan 1 : Batasan internal diberlakukan sendiri.
Mereka memberikan pandangan yang disederhanakan untuk pemodelan dan penggunaan kembali komponen skenario transaksi bisnis yang tidak ada kendala eksternal atau pembatasan sifat pelaksanaan transaksi bisnis selain yang disepakati bersama oleh pembeli dan penjual.
[SUMBER:ISO/IEC 15944-1:2011, (3.33)]
3.42 International Registration Business Object Identifier (IRBOI) : Pengidentifikasi Objek Bisnis Registrasi Internasional
pengidentifikasi unik internasional untuk OeRI
- Catatan 1 : IRBOI bersifat pengidentifikasi gabungan.
3.43 International Standard Identifier : Pengenal Standar Internasional
Pengidentifikasi versi bagian ISO/IEC 15944 ini yang menjadi dasar atribut
3.44 item class : kelas barang
kumpulan item dengan properti umum
- Catatan 1 : Kelas digunakan dalam konteks ini untuk merujuk ke sekumpulan instance, bukan konsep yang disarikan dari kumpulan instance tersebut.
[SUMBER: ISO 19135:2005, (4.1.6)]
ISO/IEC 15944-2:2015 Klausa 0-3
Dikarenakan isi Klausa 0 hingga 3 ini terlalu panjang, maka pembaca bisa melanjutkan ke artikel lanjutan dari standarku.com berikut :
- ISOIEC 15944-2 Klausa 3.45 – 3.106
Penutup
Demikian artikel dari standarku.com mengenai Standar ISO/IEC 15944-2:2015.
Mohon saran dari pembaca untuk kelengkapan isi artikel ini, silahkan saran tersebut dapat disampaikan melalui kolom komentar.
Baca artikel lain :
- International Organization for Standardization
- Memahami apa itu Standar ISO
- Memahami Standard atau Standar
Sumber referensi :