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)

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.

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

BAB II

PEMBAHASAN

1. IEEE (Institute of Electrical and Electronics Engineer)

IEEE adalah organisasi profesional yang bergerak di seluruh dunia dalam b id ang  pen ingka t an   t ek no l og i   un t uk  men ing ka t kan  ha rka t   kem anu s i aan . Sebelumnya IEEE bergerak dalam bidang elektroteknika, dan merupakan kep endeka n  da r i   ‘ I n s t i t u t e   o f  E l e c t r i c a l   and  E l e c t r on i c s  Eng ine e r ’ . Nam un 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 i lmu kompu te r , mekan ik dan t ekn ik s i p i l ) s e r t a ah l i b io log i , f i s i kawan , 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 MembersSiswa keanggotaan tersedia untuk biaya dikurangi untuk mereka yang terdaftar di sebuah institusi pendidikan tinggi terakreditasi sebagai mahasiswa sarjana atau pascasarjana dalam teknologi atau rekayasa.

MembersKeanggotaan 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.

Society AffiliatesBeberapa 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 MembersSetelah 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 MembersNilai 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 FellowsAnggota 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.

Beberapa standar IEEE

Working Group Bentuk Kegiatan :

IEEE 802

IEEE802.1Standarisasi interface lapisan atas HILI (High Level Interface) danData Link termasuk MAC (Medium Access Control) dan LLC (Logical LinkControl).

IEEE802.2Standarisasi lapisan LLC.

IEEE802.3Standarisasi lapisan MAC untuk CSMA/CD (10Base5, 10Base2,10BaseT, dll.)

IEEE802.4Standarisasi lapisan MAC untuk Token Bus.

IEEE802.5Standarisasi lapisan MAC untuk Token Ring.

IEEE802.6Standarisasi lapisan MAC untuk MAN-DQDB (Metropolitan AreaNetwork-Distributed Queue Dual Bus.)

IEEE802.7Grup pendukung BTAG (Broadband Technical Advisory Group)pada LAN.

IEEE802.8Grup pendukung FOTAG (Fiber Optic Technical Advisory Group.)

IEEE802.9Standarisasi ISDN (Integrated Services Digital Network) dan IS (Integrated Services ) LAN.

IEEE802.10Standarisasi masalah pengamanan jaringan (LAN Security.)

IEEE802.11Standarisasi masalah wireless LAN dan CSMA/CD bersamaIEEE802.3.

IEEE802.12Standarisasi masalah 100VG-AnyLAN

IEEE802.14Standarisasi 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.

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).

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

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.

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,

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.

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?).

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

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

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/definition/Object-Management-Group&ei=ntlDT-OpCYTJrQfp7Ym7Bw&sa=X&oi=translate&ct=result&resnum=10&ved=0CFsQ7gEwCQ&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=0CGQQ7gEwCg&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