Makalah ini membahas empat organisasi standar yaitu IEEE, ISO, SEI, dan OMG. IEEE adalah organisasi profesi elektro yang mempromosikan standarisasi teknologi. ISO mengeluarkan serangkaian standar manajemen mutu ISO 9000. SEI mengembangkan model kematangan proses perangkat lunak seperti CMMI. OMG menetapkan standar untuk teknologi berorientasi objek.

1. EKSPLORASI DOKUMEN STANDAR
DARI IEEE, ISO, SEI DAN OMG
D
I
S
U
S
U
N
OLEH :
1. Sandy Eko Priyatna (3311101062)
2. Ditya Endah Utari (3311101063)
3. Laela Fitriani (3311101065)
4. Inda Yuliandina (3311101075)
5. Razak (3311101089)

2. KATA PENGANTAR
Kami bersyukur atas izin Allah SWT karena dengan karunia-Nya, maka makalah yang
berjudul ―Eksplorasi Dokumen Standar dari IEEE, ISO, SEI, dan OMG‖ ini yang Alhamdulillah
akhirnya dapat diselesaikan tepat pada waktunya. Semoga makalah ini dapat memberikan manfaat
dan membantu seluruh pembaca dalam memahami dan mengikuti materi perkuliahan Rekayasa
Perangkat Lunak. Kami menyadari bahwa makalah yang kami buat ini masih jauh dari
sempurna, oleh karena itu kritik dan saran dari semua pihak yang bersifat membangun selalu
kami harapkan demi kesempurnaan makalah ini.
Akhir kata, kami sampaikan terima kasih kepada semua pihak yang telah berperan serta
dalam penyusunan makalah ini dari awal sampai akhir. Semoga Allah SWT senantiasa meridhai
segala usaha kita. Amin.

3. BAB I
1.1 Latar Belakang
IEEE adalah sebuah organisasi profesi nirlaba yang terdiri dari banyak ahli
dibidang teknik yang mempromosikan pengembangan standar-standar dan bertindak
sebagai pihak yang mempercepat teknologi-teknologi baru dalam
semua aspek dalam industri dan rekayasa (engineering), yang mencakup
telekomunikasi, jaringan komputer, kelistrikan, antariksa, dan elektronika.
ISO 9000 adalah kumpulan standar untuk sistem manajemen mutu (SMM). ISO 9000
yang dirumuskan oleh TC 176 ISO, yaitu organisasi internasional di bidang standardisasi. ISO
9000 pertama kali dikeluarkan pada tahun 1987 oleh International Organization for
Standardization Technical Committee (ISO/TC) 176. ISO/TC inilah yang bertanggungjawab
untuk standar-standar sistem manajemen mutu. ISO/TC 176 menetapkan siklus peninjauan ulang
setiap lima tahun, guna menjamin bahwa standar-standar ISO 9000 akan menjadi up to date dan
relevan untuk organisasi. Revisi terhadap standar ISO 9000 telah dilakukan pada tahun 1994 dan
tahun 2000.
Software Engineering Institute (SEI) adalah sebuah pusat penelitian dan pengembangan
yang didanai pemerintah federal berkantor pusat di kampus Carnegie Mellon University di
Pittsburgh, Pennsylvania, Amerika Serikat. SEI juga memiliki kantor di Arlington, Virginia, dan
Frankfurt, Jerman. SEI beroperasi dengan pendanaan dari Departemen Pertahanan AS. SEI juga
bekerja sama dengan industri dan akademisi melalui kolaborasi penelitian.
1.2 Rumusan Masalah
Dalam makalah ini akan membahas tentang :
Penjelasan organisasi IEEE, ISO, SEI dan OMG
Kapan penggunaan standar organisasi tersebut
Siapa yang menggunakan standar organisasi tersebut
Kelebihan dan kekurangan standar organisasi tersebut

4. BAB II
PEMBAHASAN
1. IEEE (Institute of Electrical and Electronics Engineer)
IEEE adalah organisasi profesional yang bergerak di seluruh dunia dalam
bidang peningkatan teknologi untuk meningkatkan harkat kemanusiaan.
Sebelumnya IEEE bergerak dalam bidang elektroteknika, dan merupakan
kependekan dari ‗Institute of Electrical and Electronics Engineer‘. Namun
meluasnya dan saling berkaitnya bidang-bidang ilmu yang menjadi minat
pengembangan IEEE membuat organisasi ini memposisikan diri untuk bergerak
dalam teknologi-teknologi lain yang terkait.
IEEE merupakan asosiasi profesional terbesar di dunia yang didedikasikan untuk inovasi
teknologi maju dan keunggulan untuk kepentingan kemanusiaan. IEEE dan
anggotanya menginspirasi masyarakat global melalui publikasi IEEE dalam
konferensi, standar teknologi, dan kegiatan profesional dan pendidikan. Kebanyakan anggota
IEEE insinyur listrik dan elektronik, namun cakupan luas organisasi kepentingan telah menarik
orang dalam disiplin lain juga (misalnya ilmu komputer, mekanik dan teknik sipil)
serta ahli biologi, fisikawan, dan matematikawan.Seorang individu dapat
bergabung IEEE sebagai anggota pelajar, anggota profesional atau anggota asosiasi.
Dalam rangka memenuhi syarat untuk keanggotaan, individu harus memenuhi
kriteria akademis atau professional tertentu dan mematuhi kode etik dan peraturan
organisasi. Ada beberapa kategori dan tingkat keanggotaan IEEE dan afiliasi:
Student Members
Siswa keanggotaan tersedia untuk biaya dikurangi untuk mereka yang terdaftar di sebuah
institusi pendidikan tinggi terakreditasi sebagai mahasiswa sarjana atau pascasarjana
dalam teknologi atau rekayasa.
Members
Keanggotaan biasa atau profesional mengharuskan bahwa individu telah lulus dari
program teknologi atau rekayasa dari sebuah institusi tepat-terakreditasi
pendidikan tinggi atau telah menunjukkan kompetensi profesional dalam
teknologi atau rekayasa melalui setidaknya enam tahun pengalaman kerja
profesional. Keanggotaan asosiasi yang tersedia bagi individu yang bidang keahlian
jatuh di luar lingkup IEEE atau yang tidak, pada saat pendaftaran, memenuhi semua
persyaratan untuk keanggotaan penuh. Siswa dan Associates memiliki semua privileges
dari anggota, kecuali hak untuk memilih dan memiliki jabatan tertentu.

5. Society Affiliates
Beberapa Masyarakat IEEE juga memungkinkan seseorang yang bukan
anggota IEEE untuk menjadi Afiliasi Masyarakat tertentu dalan IEEE, yang
memungkinkan bentuk terbatas dari partisipasi dalam karya seorang IEEE
Masyarakat tertentu.
Senior Members
Setelah memenuhi persyaratan tertentu, seseorang anggota professional dapat
mengajukan permohonan untuk Keanggotaan Senior, yang merupakan tingkat
tertinggi pengakuan bahwa seorang anggota profesional secara langsung
dapat mengajukan permohonan. Pemohon untuk Anggota senior hares
memiliki setidaknya tiga surat rekomendasi dari Senior, anggota Fellow, atau
Kehormatan dan memenuhi persyaratan ketat lainnya, seperti pendidikan,
prestasi, kontribusi yang luar biasa dan pengalaman di lapangan. Anggota
Senior adalah grup yang dipilih dan beberapa posisi petugas IEEE tersedia
hanya untuk Senior (dan Fellow) Anggota. Keanggotaan senior juga salah satu
persyaratan bagi mereka yang dicalonkan dan diangkat ke IEEE Fellow kelas, suatu
kehormatan khas.
Fellow Members
Nilai Fellow keanggotaan adalah tingkat tertinggi dari keanggotaan, dan tidak dapat
diterapkan untuk secara langsung oleh anggota - bukan calon harus dinominasikan
oleh orang lain. Ini kelas keanggotaan diberikan oleh Dewan Direksi dalam
IEEE pengakuan tingkat tinggi prestasi yang luar biasa ditunjukkan.
Honorary Member
Individu yang tidak IEEE anggota tetapi telah menunjukkan kontribusi yang luar biasa,
seperti sebagai penerima medali Kehormatan IEEE dapat menerima Keanggotaan
Kehormatan dari Dewan Direksi IEEE.
Life Members and Life Fellows
Anggota yang telah mencapai usia 65dan yang jumlah tahun keanggotaan plus usia
mereka dalam tahun menambahkan sampai setidaknya 100 diakui sebagai
Anggota Kehidupan – dan, dalam kasus anggota Fellow, sebagai Fellows
Hidup IEEE memiliki badan standard (Standard Association, IEEE-
SA). IEEE-SA memiliki wibawa cukup besar untuk bisa mempersatukan substandard
industry membentuk standardisasi internasional yang diakui seluruh industri.
IEEE mempengaruhi berbagai industry termasuk : kekuatan dan energy, biomedis
dan kesehatan, Teknologi Informasi (TI), telekomunikasi, transportasi, nanoteknologi,
jaminan informasi, dan banyak lagi. Pada tahun 2005, IEEE telah dekat dengan 900
standar aktif, dengan 500 standar dalam pengembangan. Salah satu standar IEEE lebih
penting adalah kelompok standar yang mencakup IEEE 802.3Ethernet standar IEEE
802.11 dan standar Wireless Networking.

6. Beberapa standar IEEE
Working Group Bentuk Kegiatan :
 IEEE 802
 IEEE802.1
Standarisasi interface lapisan atas HILI (High Level Interface) danData Link termasuk
MAC (Medium Access Control) dan LLC (Logical LinkControl).
 IEEE802.2
Standarisasi lapisan LLC.
 IEEE802.3
Standarisasi lapisan MAC untuk CSMA/CD (10Base5, 10Base2,10BaseT, dll.)
 IEEE802.4
Standarisasi lapisan MAC untuk Token Bus.
 IEEE802.5
Standarisasi lapisan MAC untuk Token Ring.
 IEEE802.6
Standarisasi lapisan MAC untuk MAN-DQDB (Metropolitan AreaNetwork-Distributed
Queue Dual Bus.)
 IEEE802.7
Grup pendukung BTAG (Broadband Technical Advisory Group)pada LAN.
 IEEE802.8
Grup pendukung FOTAG (Fiber Optic Technical Advisory Group.)
 IEEE802.9
Standarisasi ISDN (Integrated Services Digital Network) dan IS (Integrated Services )
LAN.
 IEEE802.10
Standarisasi masalah pengamanan jaringan (LAN Security.)
 IEEE802.11
Standarisasi masalah wireless LAN dan CSMA/CD bersamaIEEE802.3.
 IEEE802.12
Standarisasi masalah 100VG-AnyLAN

7.  IEEE802.14
Standarisasi masalah protocol CATV
Beberapa penjelasan :
• IEEE 802.3 — Ethernet akses LAN.
• IEEE 802.11 — Wifi, akses wireless LAN.
• IEEE 802.16 — WiMAX, akses wireless MAN.WiMAX (Worldwide Interoperability
for Microwave Access) adalah sebuah tanda sertifikasi untuk produk-produk yang lulus tes
cocok dan sesuai dengan standar IEEE 802.16. WiMAX merupakan teknologi nirkabel yang
menyediakan hubungan jalur lebar dalam jarak jauh. WiMAX merupakan teknologi broadband
yang memiliki kecepatan akses yang tinggi dann jangkauan yang luas. WiMAX merupakan
evolusi dari teknologi BWA sebelumnya dengan fitur-fitur yang lebih menarik.Disamping
kecepatan data yang tinggi mampu diberikan, WiMAX juga membawa isu open standar. Dalam
arti komunikasi perangkat WiMAX diantara beberapa vendor yang berbeda tetap dapat
dilakukan (tidak proprietary). Dengan kecepatan data yang besar (sampai 70 MBps), WiMAX
layak diaplikasikan untuk ‗last mile‘ broadband connections, backhaul, dan high speed
enterprise.
2. ISO (International Standards Organization)
Sertifikasi terhadap salah satu ISO 9000 standar tidak menjamin kualitas dari barang dan
jasa yang dihasilkan. Sertifikasi hanya menyatakan bahwa bisnis proses yang berkualitas dan
konsisten dilaksanakan di perusahaan atau organisasi tersebut.
Walaupan standar-standar ini pada mulanya untuk pabrik-pabrik, saat ini mereka telah
diaplikasikan ke berbagai perusahaan dan organisasi, termasuk perguruan tinggi dan universitas.
ISO 9000 mencakup standar-standar di bawah ini:
 ISO 9000 - Quality Management Systems - Fundamentals and Vocabulary: mencakup dasar-
dasar sistem manajemen kualitas dan spesifikasi terminologi dari Sistem Manajemen Mutu
(SMM).
 ISO 9001 - Quality Management Systems - Requirements: ditujukan untuk digunakan di
organisasi manapun yang merancang, membangun, memproduksi, memasang dan/atau
melayani produk apapun atau memberikan bentuk jasa apapun. Standar ini
memberikan daftar persyaratan yang harus dipenuhi oleh sebuah organisasi apabila mereka
hendak memperoleh kepuasan pelanggansebagai hasil dari barang dan jasa yang secara
konsisten memenuhi permintaan pelanggan tersebut. Implementasi standar ini adalah satu-
satunya yang bisa diberikan sertifikasi oleh pihak ketiga.

8.  ISO 9004 - Quality Management Systems - Guidelines for Performance Improvements:
mencakup perihal perbaikan sistem yang terus-menerus. Bagian ini memberikan masukan
tentang apa yang bisa dilakukan untuk mengembangkan sistem yang telah terbentuk lama.
Standar ini tidaklah ditujukan sebagai panduan untuk implementasi, hanya memberikan
masukan saja.
Masih banyak lagi standar yang termasuk dalam kumpulan ISO 9000, dimana banyak juga
diantaranya yang tidak menyebutkan nomor "ISO 900x" seperti di atas. Beberapa standar dalam
area ISO 10000 masih dianggap sebagai bagian dari kumpulan ISO 9000. Sebagai contoh ISO
10007:1995 yang mendiskusikan Manajemen Konfigurasi dimana di kebanyakan organisasi
adalah salah satu elemen dari suatu sistem manajemen.
ISO mencatat "Perhatian terhadap sertifikasi sering kali menutupi fakta bahwa terdapat
banyak sekali bagian dalam kumpulan standar ISO 9000 ... Suatu organisasi akan meraup
keuntungan penuh ketika standar-standar baru diintegrasikan dengan standar-standar yang lain
sehingga seluruh bagian ISO 9000 dapat diimplementasikan".
3. SEI (Software Engineering Institute)
SEI mendefinisikan prakarsa khusus yang bertujuan untuk meningkatkan perangkat lunak
organisasi 'kemampuan teknik. Organisasi perlu untuk secara efektif mengelola perolehan,
pengembangan, dan evolusi dari perangkat lunak-intensif sistem. Sukses dalam praktek
manajemen rekayasa perangkat lunak membantu organisasi memprediksi dan mengontrol
kualitas, jadwal, biaya, waktu siklus, dan produktivitas. Contoh paling terkenal dari karya SEI
dalam praktek manajemen adalah Kematangan kemampuan SEI itu Model (CMM) untuk
Software (sekarang Capability Maturity Model Integration (CMMI)). Pendekatan CMMI terdiri
dari model, metode penilaian, dan kursus pelatihan yang telah terbukti untuk meningkatkan
kinerja proses. Pada tahun 2006, Versi 1,2 dari CMMI Produk Suite Termasuk pelepasan CMMI
untuk Pengembangan. CMMI untuk Pengembangan adalah yang pertama dari tiga rasi bintang
yang didefinisikan dalam Versi 1.2: yang lain termasuk CMMI untuk Akuisisi dan CMMI untuk
Layanan. CMMI untuk Layanan konstelasi dirilis pada Februari 2009.
Lain praktek manajemen yang dikembangkan oleh CERT, yang merupakan bagian dari
SEI, adalah Manajemen Ketahanan Model (RMM) [2]. RMM adalah model kemampuan untuk
manajemen ketahanan operasional.
SEI kerja praktek teknik meningkatkan kemampuan perangkat lunak insinyur untuk
menganalisa, memprediksi, dan properti kontrol fungsional dan non-fungsional yang dipilih dari
sistem perangkat lunak. Kunci SEI alat dan metode termasuk Arsitektur SEI Tradeoff Metode
analisis (ATAM) metode, Kerangka SEI untuk Praktek Software Product Line, dan SEI Migrasi
Layanan dan Teknik Penggunaan Kembali (SMART).

9. Tujuan pekerjaan SEI adalah untuk meningkatkan proses organisasi akuisisi.
SEI juga merupakan rumah dari CERT / CC (CERT Pusat Koordinasi), organisasi
keamanan komputer yang didanai pemerintah federal. Tujuan utama SEI CERT Program adalah
untuk memastikan bahwa teknologi tepat guna dan sistem-praktek manajemen yang digunakan
untuk melawan serangan terhadap sistem jaringan dan untuk membatasi kerusakan dan
menjamin kelangsungan layanan penting meskipun serangan sukses, kecelakaan, atau kegagalan.
Program SEI CERT bekerja sama dengan US-CERT untuk menghasilkan Build Keamanan
Dalam (BSI) website, yang memberikan panduan untuk membangun keamanan ke dalam setiap
fase siklus hidup pengembangan perangkat lunak. SEI juga telah melakukan penelitian tentang
ancaman orang dalam dan forensik komputer. Hasil dari penelitian dan informasi lainnya
sekarang mengisi Lingkungan Pelatihan CERT virtual.
4. OMG (Object Management Group)
Object Management Group (OMG) adalah organisasi nirlaba internasional yang didukung
oleh vendor sistem informasi, pengembang perangkat lunak dan pengguna. OMG didirikan pada
tahun 1989 oleh sebelas perusahaan (termasuk Hewlett-Packard , IBM , Sun
Microsystems , Apple Computer , American Airlines dan Data General ), sekarang memiliki
lebih dari 600 organisasi anggota , dan memenuhi dua bulanan. OMG menyediakan kerangka
kerja secara luas didukung untuk terbuka, terdistribusi, interoperable, terukur, dapat digunakan
kembali, komponen perangkat lunak portabel berdasarkan OMG-standar berorientasi objek
antarmuka. Tujuan dari arsitektur OMG adalah:
untuk manfaat pengembang aplikasi dengan membuat lebih mudah bagi pengembang
untuk membangun skala besar, aplikasi kekuatan industri dari toolkit banyak tersedia
komponen standar, dan
untuk manfaat pengguna akhir dengan menyediakan semantik umum yang jauh
melampaui gagasan yang umum melihat-dan-merasa di aplikasi desktop saat ini.
Pekerjaan yang paling terjadi di antara pertemuan tapi keputusan dibuat dalam komite OMG
kunci: OMG Arsitektur Dewan, Platform dan Komite Teknis Domain, Gugus Tugas berbagai
Kelompok Minat Khusus, dan subkomisi, yang semua laporan kepada Dewan Arsitektur. Task
Forces biasanya mengeluarkan Permintaan Informasi (RFI) untuk membantu menentukan bagian
dari Arsitektur Manajemen keseluruhan OMG itu Object, kemudian menentukan arsitektur dan
peta jalan dan akhirnya masalah serangkaian Permohonan untuk Proposal (RFP) untuk industri
untuk interface ke layanan objek (komponen perangkat lunak) yang mengisi
arsitektur. Responden RFP memberikan spesifikasi antarmuka kandidat dan implementasi

10. konforman janji tersedia secara komersial. > Dari masalah RFP untuk adopsi teknologi biasanya
satu tahun; implementasi komersial biasanya tersedia satu tahun setelah itu.
Saat ini ada dua platform Panitia Teknis (PTC) gugus tugas: Objek yang baru
dikombinasikan Request Broker / Obyek Layanan TF (ORBOS) dan TF Fasilitas Umum. SIG
Internet melaporkan ke PTC. Saat ini ada beberapa (relatif baru) Domain Panitia Teknis gugus
tugas (DTC) dan SIG: TF Keuangan, Manufaktur TF, Perawatan Kesehatan TF, TF Business
Objects, Analisis dan Desain TF, GIS SIG, Multimedia dan Perdagangan Elektronik SIG, dan
Pengguna Akhir (mirroring potensi OMG untuk menyediakan industri-spesifik standar
objek). Saat ini ada subkomite berdiri dua: Kebijakan dan Prosedur dan Penghubung, yang kedua
berkaitan dengan menjamin bahwa OMG membangun dan memelihara penghubung yang erat
dengan kelompok industri lain dan organisasi standar pembangunan.
OMG produk
1. Obyek Permintaan Broker Arsitektur umum
Pada pendiriannya, OMG berangkat untuk menciptakan awal Obyek Permintaan Broker
Arsitektur umum (CORBA) standar yang muncul pada tahun 1991. Pada tanggal 31 Maret 2003,
standar terbaru adalah CORBA 3.0. OMG juga telah mengembangkan seperangkat inti standar
beradaptasi CORBA untuk embedded dan real-time sistem. Sebuah pelaksanaan standar CORBA
ditemukan dalam TANGO perangkat lunak, yang digunakan dalam lima akselerator partikel
eropa (synchrotrons). Implementasi CORBA real time yang banyak digunakan dalam sistem
kontrol di kapal dan pesawat.
2. Layanan Data Distribusi
Data Distribusi Layanan untuk real-time sistem (DDS) adalah sebuah spesifikasi
middleware mempublikasikan / berlangganan untuk sistem terdistribusi dibuat dalam respon
terhadap kebutuhan untuk meningkatkan CORBA dengan spesifikasi data-sentris
mempublikasikan-berlangganan.
3. Arsitektur Model Driven
OMG berevolusi menuju standar pemodelan dengan menciptakan standar untuk Unified
Modeling Language (UML) diikuti oleh standar terkait untuk
 Meta-Object Facility (MOF),
 XML Metadata Interchange ( XMI )
 Depkeu Pertanyaan / Views / Transformasi ( QVT ).
 Model ke bahasa teks transformasi ( MOFM2T ).
Ini bersama-sama memberikan dasar untuk Arsitektur Model Driven (MDA), dan saling terkait
standar, bangunan atas keberhasilan UML dan Departemen Keuangan.

11. Sistem Modeling Language (SysML), bahasa pemodelan berdasarkan UML untuk
digunakan dalam Sistem dan Teknik, telah dibakukan bekerjasama dengan INCOSE .
Kemajuan yang signifikan juga telah dibuat dalam membawa dunia pemodelan UML
dan Semantic Web bersama melalui adopsi dari metamodel Definisi Ontologi yang berkaitan
model UML dengan cara standar dengan RDF dan Web Bahasa Ontologi (OWL) model.
Semantik Kosakata Bisnis dan Aturan Bisnis (SBVR) adalah tengara untuk OMG,
spesifikasi OMG pertama yang menggabungkan penggunaan formal bahasa alami dalam
pemodelan dan yang pertama untuk memberikan secara eksplisit model logika
formal. Berdasarkan perpaduan dari linguistik, logika, dan ilmu komputer, dan dua tahun dalam
persiapan, SBVR menyediakan cara untuk menangkap spesifikasi bahasa alami dan mewakili
mereka dalam logika formal sehingga mereka dapat mesin-diproses. SBVR merupakan bagian
integral dari MDA.
4. Arsitektur Didorong Modernisasi
Arsitektur Modernisasi Driven (ADM) adalah kebalikan dari MDA. ADMTF adalah
kelompok OMG mirip dengan ADTF dengan potensi tinggi.
Knowledge Discovery metamodel (KDM), representasi menengah umum untuk sistem
perangkat lunak yang ada dan lingkungan operasi mereka. Knowledge Discovery metamodel
dirancang sebagai dasar untuk OMG modernisasi perangkat lunak dan jaminan perangkat
lunak. Knowledge Discovery metamodel menggunakan Meta-Object Facility untuk
mendefinisikan XMI interchange format antara alat yang bekerja dengan perangkat lunak yang
ada dan antarmuka abstrak untuk jaminan generasi mendatang dan alat modernisasi.
Para Proses Rekayasa Perangkat Lunak metamodel (Spem) adalah OMG-standar
untuk Meta-Proses Modeling .
Abstrak Sintaks Pohon metamodel (ASTM), bahasa pemodelan untuk reverse
engineering berbutir halus.
Semantik Kosakata Bisnis dan Aturan Bisnis (SBVR) dan KDM dirancang sebagai dua
bagian dari Stack Teknologi OMG unik untuk analisis perangkat lunak terkait dengan sistem
perangkat lunak yang ada. KDM mendefinisikan ontologi yang berhubungan dengan artefak
perangkat lunak dan dengan demikian memberikan formalisasi awal dari informasi yang
berhubungan dengan sistem perangkat lunak. SBVR selanjutnya digunakan untuk merumuskan
aturan kepatuhan kompleks yang berhubungan dengan perangkat lunak.
5. Domain Model
 Bisnis model: OMG mengelola sejumlah standar untuk pemodelan bisnis, termasuk BPMN ,
Motivasi Model Bisnis (BMM) dan Semantik Kosakata Bisnis dan Aturan Bisnis (SBVR)
spesifikasi.
 Vertikal: kemajuan yang cukup besar juga telah dibuat dalam mengembangkan vertikal
model berbasis standar dalam perawatan kesehatan, keuangan, telekomunikasi,

12. manufaktur, software-defined radio , ruang / tanah sistem komunikasi dan beberapa daerah
selusin teknologi lainnya.
6. Perangkat Lunak jaminan dan kepatuhan terhadap peraturan
Kegiatan baru telah dimulai untuk mengatasi masalah-masalah penting dari Pemenuhan
Peraturan dan Software Assurance, bangunan atas standar dasar MDA.
7. Sertifikasi
OMG menawarkan sejumlah sertifikasi profesional:
 OCRES - OMG Bersertifikat Real-time dan Embedded Systems Specialist [3]
 OCUP - OMG UML Profesional Bersertifikat [4]
 OCEB - OMG Bersertifikat Ahli dalam Manajemen Proses Bisnis (BPM) [5]
 OCSMP - OMG Certified Systems Modeling Profesional [6]
OMG Arsitektur Prinsip
Arsitektur OMG didistribusikan, membuka, dan non eksklusif. Hal ini sedang dibangun pada
standar industri yang ada dan muncul, mengeksploitasi berorientasi objek teknologi, dan
menciptakan plug-and-play lingkungan untuk mencakup kedua aplikasi baru dan
warisan. Layanan objek OMG mematuhi kumpulan prinsip-prinsip arsitektur. Responden untuk
RFP OMG harus menunjukkan bagaimana spesifikasi mereka diusulkan memenuhi persyaratan
arsitektur, membantu untuk memastikan sebuah arsitektur keseluruhan konsisten.
OMG objek antarmuka jasa harus memiliki deskripsi yang tepat. Spesifikasi harus
lengkap. Jangan sampai ada sihir diperlukan.
OMG layanan antarmuka harus berorientasi obyek dan harus dijelaskan dalam OMG
IDL.
Setiap bagian dari layanan yang dapat dilihat sebagai objek harus dilihat seperti itu dan
harus diberikan sebuah deskripsi antarmuka IDL.
Setiap persyaratan yang menempatkan layanan pada objek umum harus ditetapkan dalam
IDL. Misalnya, layanan keamanan mungkin mendefinisikan apa objek securable dalam
IDL.
Urutan operasi harus ditentukan mana yang berlaku. Perilaku dan pengurutan operasi
akan menjadi bagian dari spesifikasi layanan.
Spesifikasi Layanan ini tidak akan berisi deskripsi implementasi. Fleksibilitas
implementasi maksimum harus dipertahankan.
Data dan layanan proses manajemen harus mendukung protokol koperasi yang
memfasilitasi kontrol logis didistribusikan di scalable, lingkungan heterogen. Data dan
manajer proses yang mendukung lingkungan terpusat lokal harus menjembatani dengan
lingkungan secara logis didistribusikan oleh dukungan dari protokol koperasi selain untuk
mendukung protokol lokal terpusat mereka.

13. Kemerdekaan dan modularitas layanan: Ini harus mungkin untuk menentukan secara
terpisah dan melaksanakan setiap layanan. Sistem monolitik harus dapat dilihat sebagai
kumpulan layanan independen.
Jasa harus diperhitungkan untuk digunakan kembali. Anjak harus meminimalkan
duplikasi fungsi (prinsip Bauhaus).
Untuk memfasilitasi modularitas, kemandirian, dan penggunaan kembali, fungsi harus
berasal dari layanan yang paling sesuai (tidak dibundel).
Sistem warisan harus dapat diakses melalui pembungkus IDL.
Jasa harus saling beroperasi ketika ada dependensi.
Antarmuka dan perilaku harus ditetapkan cukup baik sehingga implementasi dapat
diganti dan bagian-bagian masih akan bekerja sama
Layanan yang berbeda harus dapat bekerja sama.
Layanan harus diperluas melalui proses berulang-ulang. Harus jelas bagaimana ekstensi
dapat didefinisikan (misalnya, melalui beberapa, delegasi warisan, dll).
Itu harus mungkin untuk mendefinisikan layanan baru tanpa harus kembali merancang
suatu sistem yang menggunakan layanan yang ada.
Integritas, kehandalan, dan keamanan layanan: perlindungan harus disediakan untuk
menjaga terhadap layanan merusak dan objek yang mereka kelola.
Layanan harus dirancang untuk mengakomodasi portabilitas dari implementasi di
berbagai platform
Interface untuk layanan harus dirancang dengan pengorbanan kinerja dalam
pikiran. Layanan dan komposisi jasa harus memberikan kinerja yang memadai.
Skalabilitas: jasa harus ditentukan dengan tujuan bahwa mungkin ada banyak
implementasi yang dioptimalkan untuk lingkungan yang berbeda. IDL dan pemetaan
bahasa dapat membuat layanan remote tampak seperti invokasi obyek lokal. Kebanyakan
layanan memiliki implementasi mungkin di seluruh spektrum dari sebuah perpustakaan
bersama untuk server jauh. Pengguna layanan tidak perlu peduli yang berbagai sedang
digunakan, kecuali tertarik.
OMG Spesifikasi
Dewan OMG baru-baru ini memilih untuk membuat semua spesifikasi teknologi yang
diadopsi secara bebas tersedia dalam bentuk elektronik. Sementara itu, sampai itu terjadi,
spesifikasi OMG dan menit pertemuan tersedia untuk anggota dan banyak yang saat
ini publik . Web Halaman Sumber Daya Informasi tentang CORBA dan OMG adalah daftar
sumber daya yang baik dari spesifikasi penting serta beberapa CORBA implementasi.
OMG OMA
Bagian ini secara singkat daftar beberapa hambatan yang dirasakan dan ekstensi yang
dibutuhkan untuk Arsitektur Object Management OMG. Memperluas OMA dalam cara akan
merupakan generasi berikutnya lebih luas berguna dan OMA scalable (OMA-NG?).

14. OMA ditambah sifat - scalable ke Internet, aman, mulus, survivable, kesalahan-toleran,
evolvable, aman, dikonfigurasi, bagian standar, disesuaikan, sederhana, terbuka - ini
semua jaminan yang diperlukan oleh beberapa atau banyak instalasi OMG.
Interoperabilitas dengan WWW - lebih cepat lebih OMG dan komunitas Web dapat
mengintegrasikan objek dan teknologi web, semakin baik. Lihat Internet datang kami
bagian survei pada ORB / Internet Interoperabilitas.
CORBA mekanisme pengiriman ditutup - saat ini antarmuka untuk menjebak pesan
sebelum pengiriman dan memasukkan perilaku baru tidak ditentukan. Saat ini, distribusi
adalah perilaku hanya ditangani dengan cara ini tetapi ketekunan, replikasi, versioning,
keamanan modular, dan perilaku lainnya dapat ditangani oleh mekanisme tersebut.
Dukungan yang lebih baik untuk berbagi bahasa antara - saat ini ada satu arah
pemetaan dari IDL untuk berbagai bahasa pemrograman. Tapi warisan kode dalam C + +
atau Smalltalk perlu pemetaan IDL untuk membuat lebih mudah untuk melakukan
aplikasi interlingual.
Dukungan untuk panggilan dengan Nilai - hari ini CORBA bekerja dengan
referensi. Juga mendukung panggilan dengan nilai semantik membuatnya lebih efisien
untuk mengangkut objek antara ruang alamat.(Sebuah RFP diusulkan tentang ini.)
Dukungan untuk Scripting - untuk mendukung bahasa seperti Jawa.
Komposisi Layanan - di luar warisan ada sedikit panduan dari OMG OMA tentang cara
menulis layanan. Jadi, jika seseorang ingin menyusun Mesin OODB-RDBMS atau
Workflow atau KBMS atau Repositori dari layanan OMG, tidak jelas bagaimana untuk
melakukannya. Ini dapat dilakukan oleh berbagai lem mengikat dan mekanisme termasuk
delegasi, sebelum dan sesudah metode, atau aturan. Mampu menyusun layanan berbeda
ke dalam keutuhan yang lebih besar merupakan dimensi skala yang OMG OMA belum
ditunjukkan.
Federasi Jasa - kerja saat ini pada CORBA CORBA-interoperabilitas dan pedagang
merupakan bagian dari jawaban untuk scaling karena menyumbang kebutuhan untuk
transparan menyeberang gateway CORBA untuk mendapatkan layanan di domain lain
CORBA. Tapi ada kebutuhan paralel untuk layanan objek banyak federasi, yaitu,
beroperasi bersama-sama sehingga pesan satu dapat menyebabkan pesan ke orang lain,
setidaknya semi-transparan. Hal ini berlaku untuk layanan nama homogen, transaksi,
query, keamanan, dan beberapa layanan lainnya. Hal ini juga benar untuk
menggabungkan domain kebijakan heterogen (kebijakan keamanan yang berbeda).
Portabilitas Layanan - saat ini, banyak ORB vendor tidak memberikan layanan objek
dan belum ada booming "layanan" industri untuk membangun layanan yang pelabuhan di
seluruh implementasi ORB. Bahkan, saat ini sebagian besar layanan implementasi tidak
portabel dan, bahkan dalam satu vendor, layanan mungkin mandiri dan tidak composable
satu sama lain. Sebuah moral cerita ini adalah bahwa orthogonality pelaksanaan sulit
dicapai sehingga beberapa prinsip desain OMG tidak tercapai dan, sebagai akibatnya,
beberapa manfaat dari arsitektur OMG tidak tersedia bagi pengembang.
Aplikasi portabilitas di Jasa - aplikasi harus portabel di seluruh implementasi yang
berbeda dari jasa. Hal ini sebagian karena spesifikasi underspecified yang memungkinkan
diterapkan API bervariasi, sehingga portabilitas aplikasi sulit dicapai, juga di varians
dengan prinsip-prinsip desain OMG.
Batas antara OA & D, Depkeu, dan BOF Berapa nilai nyata ada dalam metameta 4 tier
model-metamodel-model-contoh Depkeu -. Apakah itu benar-benar membantu peta

15. melintasi batas-batas berbagai model objek? Demikian pula, tidak OA & D model objek
yang berbeda yang lebih kuat bahwa IDL dan jika demikian apa yang terjadi jika
programmer menggunakan konsep nya 80 atau lebih dan menghasilkan kode.Apakah
mereka kemudian dikunci ke Depkeu lebih kompleks dan kurang portabel untuk ORB
lain yang mungkin tidak mendukung Depkeu mereka mulai dengan? Dan akhirnya BOF -
apa ruang lingkup? apakah itu mengandung semua fungsi dari sebuah OODB dan
lebih? Anda bisa menulis itu menjadi koleksi layanan atau itu monolit tertentu?
Semantik. Bagaimana Anda bisa berguna menambah kemampuan untuk menentukan
semantik.
memasukkan QoS dan real-time ke dalam spesifikasi OMG.
Simulasi, Perencanaan, Penjadwalan. Sudah saatnya kita menciptakan SIG di daerah-
daerah karena ketiga adalah pusat untuk banyak perusahaan besar.
Java Sejak IDL dan Java sama-sama merepresentasikan yang memadai, keuntungan
hanya IDL memiliki lebih dari Java adalah bahwa ia memiliki pemetaan standar untuk
bahasa pemrograman (dalam satu arah, IDL ke X, yang berarti pemetaan terbaik bagi
lapangan hijau dan tidak kode warisan). . Tapi Java memiliki momentum besar dan
mendukung kode mobile yang OMG tidak melakukan dan juga eksternalisasi (melalui
RMI) yang OMG hanya melakukan (dan seberapa baik - TBD?). Bisa masuk akal untuk
memetakan semua spesifikasi OMG ke Jawa sekali dan untuk semua dan melakukan
segala pekerjaanmu di Java - saran yang radikal tapi satu yang akan mengurangi masalah
interoperabilitas kita ciptakan untuk diri kita sendiri beberapa tahun ke depan.
BAB III
Kesimpulan & Saran
 IEEE merupakan asosiasi profesional terbesar di dunia yang didedikasikan untuk inovasi
teknologi maju dan keunggulan untuk kepentingan kemanusiaan. IEEE dan
anggotanya menginspirasi masyarakat global melalui publikasi IEEE dalam
konferensi, standar teknologi, dan kegiatan profesional dan pendidikan.
 Beberapa standar dalam area ISO 10000 masih dianggap sebagai bagian dari kumpulan
ISO 9000. Sebagai contoh ISO 10007:1995 yang mendiskusikan
Manajemen Konfigurasi dimana di kebanyakan organisasi adalah salah satu elemen dari
suatu sistem manajemen.
 Contoh paling terkenal dari karya SEI dalam praktek manajemen adalah Kematangan
kemampuan SEI itu Model (CMM) untuk Software (sekarang Capability Maturity Model
Integration (CMMI)). Pendekatan CMMI terdiri dari model, metode penilaian, dan kursus
pelatihan yang telah terbukti untuk meningkatkan kinerja proses

16.  OMG menyediakan kerangka kerja secara luas didukung untuk terbuka, terdistribusi,
interoperable, terukur, dapat digunakan kembali, komponen perangkat lunak portabel
berdasarkan OMG-standar berorientasi objek antarmuka.
Referensi
 http://translate.google.co.id/translate?hl=id&sl=en&u=http://searchsoa.techtarget.com/def
inition/Object-Management-Group&ei=ntlDT-
OpCYTJrQfp7Ym7Bw&sa=X&oi=translate&ct=result&resnum=10&ved=0CFsQ7gEwC
Q&prev=/search%3Fq%3DOMG%2BObject%2BManagement%2BGroup%26hl%3Did
%26biw%3D1366%26bih%3D705%26prmd%3Dimvns
 http://en.wikipedia.org/wiki/Object_Management_Group
 http://translate.google.co.id/translate?hl=id&sl=en&u=http://www.objs.com/survey/omg.
htm&ei=ntlDT-
OpCYTJrQfp7Ym7Bw&sa=X&oi=translate&ct=result&resnum=11&ved=0CGQQ7gEw
Cg&prev=/search%3Fq%3DOMG%2BObject%2BManagement%2BGroup%26hl%3Did
%26biw%3D1366%26bih%3D705%26prmd%3Dimvns
 http://www.ieee.org/index.html
 http://en.wikipedia.org/wiki/International_Organization_for_Standardization
 http://id.wikipedia.org/wiki/Institute_of_Electrical_and_Electronics_Engineers
 http://ieee.web.id/institute/ieee/
 http://webstore.ansi.org/SdoInfo.aspx?sdoid=39
 www.sei.cmu.edu