Ada beberapa badan yang mengeluarkan sertifikasi profesi di bidang Software Engineering sebagai contoh.

Software Quality Engineering Certification

Minimum harapan dari Kualitas Software Engineer

1. Harus memiliki dasar pemahaman tentang kualitas filosofi, prinsip, metode, alat-alat, standar, organisasi dan dinamika tim, hubungan interpersonal dan etika profesional. Harus memiliki pemahaman tentang prinsip-prinsip pengelolaan kualitas perangkat lunak dan menunjukkan pengetahuan komprehensif pengembangan perangkat lunak dan kualitas pelaksanaan program, yang meliputi pelacakan, analisis, pelaporan, dan masalah pelatihan.
2. Harus memahami dan dapat melaksanakan pemeliharaan dan pengembangan software proses dan metode untuk mengukur permasalahan yang mendasar dan risiko yang terkait dengan pelaksanaan mendukung proses pengembangan perangkat lunak, dan untuk menilai, dukungan dan melaksanakan proses perubahan dan teknologi.
3. Harus memiliki dasar pemahaman tentang prinsip-prinsip pengelolaan proyek dan teknik yang berkaitan dengan perangkat lunak proyek perencanaan, pelaksanaan dan pelacakan.
4. Harus tahu bagaimana untuk memilih, menetapkan dan menerapkan pengukuran perangkat lunak, metrik dan teknik analitis, dan memiliki dasar pemahaman tentang teori dan teknik pengukuran dan cara berkomunikasi hasil.
5. Harus memiliki pemahaman menyeluruh software inspeksi, pengujian, verifikasi dan validasi. Ini meliputi pengetahuan tentang perangkat lunak dan perangkat lunak bekerja-produk cacat deteksi dini dan pemecatan, uji (misalnya, jenis, tingkatan, strategi, peralatan dan dokumentasi) dan verifikasi dan validasi metode dan teknik.
6. Harus memiliki dasar pemahaman tentang bagaimana dan kapan perangkat lunak untuk melakukan audit audit termasuk perencanaan, pendekatan, jenis, analisis, dan pelaporan hasil tindak lanjut.
7. Harus memiliki dasar pemahaman tentang manajemen konfigurasi termasuk untuk proses perencanaan, identifikasi konfigurasi, konfigurasi kontrol, perubahan manajemen, status akuntansi dan pelaporan.

Pendidikan dan / atau Pengalaman

Anda harus memiliki delapan tahun on-the-job pengalaman dalam satu atau beberapa wilayah di Certified Kualitas Software Engineer Body of Knowledge J minimal tiga tahun pengalaman ini harus di posisi pengambilan keputusan. ( “Keputusan” didefinisikan sebagai kewenangan untuk menentukan, jalankan, atau kontrol proyek / proses dan untuk bertanggung jawab atas hasil. Hal ini mungkin atau mungkin tidak termasuk manajemen pengawasan atau posisi.)

Jika Anda pernah disahkan oleh ASQ sebagai Quality Engineer, Kualitas Auditor, Reliability Engineer, atau Kualitas Manager, pengalaman yang digunakan untuk memenuhi syarat untuk sertifikasi di bidang ini berlaku untuk sertifikasi sebagai Kualitas Software Engineer.

Jika Anda telah menyelesaikan * gelar dari perguruan tinggi, universitas atau sekolah teknik dengan akreditasi diterima oleh ASQ, bagian dari delapan tahun pengalaman kebutuhan akan dibebaskan, sebagai berikut (hanya satu waivers dapat diklaim):

* Diploma dari teknis perdagangan atau sekolah-satu tahun akan dibebaskan.
* Gelar Associate-dua tahun dibebaskan.
* Bachelor’s degree empat tahun dibebaskan.
* Master atau doktor-lima tahun dibebaskan.

Certified Professional Software Development

Certified Professional Software Development program software engineering dan pengembangan piranti lunak profesional sertifikasi yang diberikan oleh IEEE Computer Society.

IEEE yang diakui perlunya sertifikasi yang dapat menunjukkan tingkat kecakapan di bidang rekayasa perangkat lunak. Sertifikasi akan diberikan jika pemohon telah cukup profesional dalam praktik rekayasa perangkat lunak, dan melewati pemeriksaan yang didasarkan pada prinsip-prinsip yang dijelaskan dalam Software Engineering Body of Knowledge (SWEBOK). [1]

IEEE yang berada dalam versi beta dengan Certified Software Development Associate (CSDA) program, untuk mengkonfirmasi kepercayaan dari lulusan baru dan baru

Java Certification

Sun program sertifikasi dalam teknologi Java adalah sebuah industri yang diakui di seluruh dunia program yang berfokus pada pekerjaan peran penting dalam pengembangan perangkat lunak aplikasi dan arsitektur perusahaan. Sejak Sertifikasi ini fokus pada teknologi, pengetahuan dan keterampilan belajar sambil mempersiapkan Sun Sertifikasi adalah dpt diangkut dari satu perusahaan lain.

Sertifikasi merupakan pusat untuk proses belajar karena menyediakan validasi keahlian khusus untuk peran pekerjaan. Minggu sertifikasi juga menawarkan alam untuk mendukung kemajuan karir Anda tujuan.

• Pertama, dengan menjadi Minggu Certified Associate Minggu memverifikasi bahwa Anda memiliki pengetahuan dasar kumpulan yang memungkinkan masuk ke karir di pengembangan aplikasi atau perangkat lunak manajemen proyek menggunakan teknologi Java.
• Kedua, kita melatih para pengembang di set keterampilan dasar, yang kemudian dapat divalidasi oleh menjadi Minggu Certified Programmer.
• Setelah itu, Anda dapat melakukan lanjutan atau pelatihan khusus dan Sertifikasi yang membantu pertumbuhan mengaktifkan karir pekerjaan menjadi lebih spesifik peran membuat Anda lebih bermanfaat bagi suatu organisasi.

Minggu menawarkan teknologi Java berikut profesional Sertifikasi:

- Sun Certified Java Associate (SCJA)
- Sun Certified Java Programmer (SCJP)
- Sun Certified Java Developer (SCJD)
- Sun Certified Web Component Developer (SCWCD)
- Sun Certified Business Component Developer (SCBCD)
- Sun Certified Developer Untuk Java Web Services (SCDJWS)
- Sun Certified Mobile Application Developer (SCMAD)
- Sun Certified Enterprise Architect (SCEA)

Perlu diketahui bahwa tujuan dari Sun adalah untuk uji sertifikasi pada peran pekerjaan tertentu. Oleh karena itu, untuk mempersiapkan ujian sertifikasi kami sarankan Minggu pelatihan kerja dan pengetahuan tentang teknologi, sebelum mengambil ujian. Minggu tidak mengklaim bahwa dengan mengambil kursus Anda dijamin untuk lulus ujian sertifikasi, namun kami menyatakan bahwa pelatihan Minggu komponen penting dalam persiapan sertifikasi. Silakan lihat metode pelatihan persiapan sesuai dengan masing-masing sertifikasi yang tercantum di atas.

LSP Telematika ( Dalam Negeri )

Tugas LSP Telematika

• Mengembangkan Standar Kompetensi Kerja
• Membuat materi uji kompetensi
• Pelaksana akreditasi Tempat Uji Kompetensi (TUK)
• Menerbitkan Sertifikasi Kompetensi dibidang Teknologi Informasi dan Komunikasi
• Memiliki tanggung jawab teknis dan administrasi atas implementasi, pembinaan dan pengembangan standar kompetensi Kerja dan sertifikasi kompetensi
• Kegiatan kerja merujuk kepada Sertifikat ISO 17024

Keuntungan Sertifikasi di LSP Telematika

LSP Telematika adalah lembaga y= independen yang menyelenggarakan standarisasi, uji kompetensi dan sertifikasi di bidang telematika.

Sertifikat yang dikeluarkan LSP Telematika merupakan bukti pengakuan atas kompetensi seseorang setelah melakukan uji kompetensi.

Materi uji kompetensi LSP Telematika disusun berdasarkan Standar Kompetensi Kerja Nasional Indonesia (SKKNI) yang sudah disahkan Menteri Tenaga Kerja dan Transmigrasi. Penyusun SKKNI merupakan ahli telematika yang berasal dari Departemen Komunikasi dan Informatika, Departemen Pendidikan, Kementrian Ristek dan beberapa perusahaan TI di Indonesia.

Dalam penyelenggaraan uji kompetensi, LSP Telematika menggunakan test engine dengan softwa. LSP Telematika merupakan pemegang lisensi Automated Testing Software (ATS) di Indonesia. Ujian diselenggarakan dengan berbasis komputer yakni suatu tes yang dipandu dan dikerjakan melalui media komputer termasuk penilaiannya.

Uji Kompetensi yang di lakukan LSP Telematika :

1. Metode ujian in aplication
2. Sistem penilaian Output Based Oriented
3. Penilaian hasil tes instan dan otomatis
4. Dapat disajikan dalam multi bahasa
5. Pemberian soal secara acak
6. Soal ujian terenkripsi
7. Laporan hasil ujian secara rinci
8. Integrita

Produk Pengujian LSP Telematika

1. Operator
2. Programmer
3. Jaringan Komputer Dan Sistem
4. Komputer Technical Support
5. Multimedia

Di atas adalah beberapa contoh sertifikasi dalam bidang software engineering, kemampuan seseorang yang di akui oleh suatu badan melalui sertifikasi dapat lebih meningkatkan nilai jual dari seorang pekerja atau orang yang berkecimpung dalam bidang Software Engineering tersebut.

———– End of Engineering Certification  ————————————

Menurut Fritz Badar, software engineering adalah disiplin ilmu yang menerapkan prinsip – prinsip engineering agar mendapatkan software yang ekonomis yang dapat dipercaya dan bekerja lebih efisien pada mesin yang sebenarnya.

B. MODEL SOFTWARE ENGINEERING

Krisis software tidak dapat hilang dalam satu satu malam, di mana tidak ada suatu pendekatan yang baik dalam mengatasi krisis software, namun gabungan dari metode untuk semua fase dalam pengembangan siftware seperti peralatan yang lebih baik untuk mengautomatisasi metode-metode ini, tehnik yang lebih baik untuk mengontrol kualitas, dan filosofi untuk koordinasi kontrol, serta manajemen dipelajari dalam suatu disiplin ilmu yang kita sebut software engineering.

Software engineering terdiri dari 3 elemen kunci yang memungkinkan manajer mengontrol proses pengembangan software dan memberikan praktisi dasar yang baik untuk pembentukan software berkualitas tinggi., yaitu :

1. Metode,
2. Peralatan (tools),
3. Prosedur,

1.   M etode Software Enginnering

Metode software engineering memberikan tehnik-tehnik bagaimana membentuk software. Metode ini terdiri dari serangkaian tugas :

1.   Perencanaan & estimasi proyek

2.   Analisis kebutuhan sistem dan software

3.   Desain struktur data

4.   Arsitektur program dan prosedur algoritma

5.   Coding

6.   Testing dan pemeliharaan

2.   Peralatan Software Engineering

Peralatan software engineering memberikan dukungan atau semiautomasi untuk metode. Contohnya :

1. CASE (Case Aided Software Engineering), yaitu suatu software yang menggabungkan      software, hardware, dan database software engineering untuk menghasilkan suatu lingkungan software engineering.
2. Database Software Engineering, adalah sebuah struktur data yang berisi informasi penting tentang analisis, desain, kode dan testing.
3. Analogi dengan CASE pada hardware adalah : CAD, CAM, CAE

3.   Prosedur Software Engineering

Terdiri dari :

• Urut-urutan di mana metode tersebut diterapkan
• Dokumen
• Laporan-laporan
• Formulir-formulir yang diperlukan
• Mengontrol kualitas software
• Mengkoordinasi perubahan yang terjadi pada software

Dalam paradigma model software engineering dikenal ada 4 metode yang luas dipergunakan, yaitu :

1. Classic Life Cycle Pradigm – Model Water Fall – Model Siklus Hidup Klasik

SISTEM ENGINEERING

ANALYS

DESIGN

CODE

TESTING

MAINTENANCE

Keterangan :

A. S ystem Engineering and Analysis

Karena software merupakan bagian terbesar dari sistem, maka pekerjaan dimulai dengan cara menerapkan kebutuhan semua elemen sistem dan mengalokasikan sebagian kebutuhan tersebut ke software. Pandangan terhadap sistem adalah penting, terutama pada saat software harus berhubungan dengan elemen lain, seperti :

• Hardware
• Software
• Database

B.  Analisis kebutuhan software

Suatu proses pengumpulan kebutuhan software untuk mengerti sifat-sifat program yang dibentuk software engineering, atau analis harus mengerti fungsi software yang diinginkan, performance dan interface terhadap elemen lainnya. Hasil dari analisis ini didokumentasikan dan direview / dibahas / ditinjau bersama-sama customer.

C.  Design

Desain software sesungguhnya adalah proses multi step (proses yang terdiri dari banyak langkah) yang memfokuskan pada 3 atribut program yang berbeda, yaitu :

• Struktur data
• Arsitektur software
• Rincian prosedur

Proses desain menterjemahkan kebutuhan ke dalam representasi software yang dapat diukur kualitasnya sebelum mulai coding. Hasil dari desain ini didokumentasikan dan menjadi bagian dari konfigurasi software.

D.  Coding
Desain harus diterjemahkan ke dalam bentuk yang dapat dibaca oleh mesin

E.  T esting

Segera sesudah objek program dihasilkan, pengetesan program dimulai. Proses testing difokuskan pada logika internal software. Jaminan bahwa semua pernyataan atau statements sudah dites dan lingkungan external menjamin bahwa definisi input akan menghasilkan output yang diinginkan.

F.   M aintenance
Software yang sudah dikirim ke customer data berubah karena

• Software mengalami error
• Software harus diadaptasi untuk menyesuaikan dengan lingkungan external, misalnya adanya sistem operasi baru atau peripheral baru.
• Software yang lebih disempurnakan karena adanya permintaan dari customer.

Masalah yang dihadapi dari model siklus hidup klasik adalah :

• Proyek yang sebenarnya jarang mengikuti aliran sequential yang ditawarkan model ini. Iterasi (Pengulangan) selalu terjadi dan menimbulkan masalah pda aplikasi yang dibentuk oleh model ini.
• Seringkali pada awalnya customer sulit menentukan semua kebutuhan secaraexplisit (jelas).
• Customer harus sabar karena versi program yang jalan tidak akan tersedia sampai proyek software selesai dalam waktu yang lama.

2. Prototype Paradigm

Keterangan :

Seringkali seorang customer sulit menentukan input yang lebih terinci, proses yang diinginkan dan output yang diharapkan. Tentu saja ini menyebabkan developer tidak yakin dengan efisiensi alogoritma yang dibuatnya, sulit menyesuaikan sistem operasi, serta interaksi manusia dan mesin yang harus diambil. Dalam hal seperti ini, pendekatan prototype untuk software engineering merupakan langkah yang terbaik. Prototype sebenarnya adalah suatu proses yang memungkinkan developer membuat sebuah model software.

Ada 2 bentuk dari model ini, yaitu :

G. Paper Prototype

Menggambarkan interaksi manusia dan mesin dalam sebuah bentuk yang memungkinkan user mengerti bagaimana interaksi itu terjadi.

H. W orking Prototype

Adalah prototype yang mengimplementasikan beberapa bagian dari fungsi software yang diinginkan seperti pada pendekatan pengembangan software. Model ini dimulai dengan :

• Pengumpulan kebutuhan developer dan customer
• Menentukan semua tujuan software
• Mengidentifikasi kebutuhan-kebutuhan yang diketahui

Hasil dari pengumpulan kebutuhan diteruskan pada Quick Design. Quick Design ini memfokuskan pada representasi aspek-aspek software yang dapat dilihat oleh user, misalnya format input dan output, selanjutanya dari desain cepat diteruskan pada pembentukan prototype (langkah ke 3). Prototype ini dievaluasi oleh customer / user dan digunakan untuk memperbaiki kebutuhan-kebutuhan software. Proses iterasi terjadi agar prototype yang dihasilkan memenuhi kebutuhan customer, juga pada saat yang sama developer mengerti lebih baik tentang apa yang harus dikerjakan.

Masalah yang dihadapi oleh prototyping paradigm ini adalah :

• Customer hanya melihat pada apa yang dihasilkan oleh software, tidak peduli pada hal-hal yang berhubungan dengan kualitas software dan pemeliharaan jangka panjang.
• Developer seringkali menyetujui apa yang diterangkan oleh customer agar prototype dapat dihasilkan dengan cepat. Akibatnya timbul pemilihan sistem operasi / bahasa pemrograman yang tidak tepat.

3. Fourth Generation Tehnique Paradigm – Model tehnik generasi  ke 4 / 4GT

Istilah Fourth Generation Technique (4GT) meliputi seperangkat peralatan software yang memungkinkan seorang developer software menerapkan beberapa karakteristik software pada tingkat yang tinggi, yang kemudian menghasilkan source code dan object code secara otomatis sesuai dengan spesifikasi yang ditentukan developer. Saat ini peralatan / tools 4GT adalah bahasa non prosedur untuk :

• DataBase Query
• Pembentukan laporan ( Report Generation )
• Manipulasi data
• Definisi dan interaksi layar (screen)
• Pembentukan object dan source ( Object and source generation )
• Kemampuan grafik yang tinggi, dan
• Kemampuan spreadsheet

Keterangan gambar :

• Model 4GT untuk software engineering dimulai dengan rangkaian pengumpulan kebutuhan. Idealnya, seorang customer menjelaskan kebutuhan-kebutuhan yang selanjutnay diterjemahkan ke dalam prototype. Tetapi ini tidak dapat dilakukan karena customer tidak yakin dengan apa yang diperlukan, tidak jelas dalam menetapkan fakta-fakta yang diketahui dan tidak dapat menentukan informasi yang diinginkan oleh peralatan 4GT.
• Untuk aplikasi kecil adalah mungkin bergerak langsung dari langkah pengumpulan kebutuhan ke implementasi yang menggunakan bahasa non prosedur fourth generation (generasi ke 4). Tetapi untuk proyek besar, pengembangan strategi desain sistem tetapdiperlukan, sekalipun kita menggunakan 4GL. Penggunaan 4GT tanpa desain untuk proyek besar akan menyebabkan masalah yang sama yang ditemui dalam pengembangan software yang menggunakan pendekatan konvensional.
• Implementasi yang menggunakan 4GL memungkinkan developer software menjelaskan hasil yang diinginkan yang kemudian diterjemahkan ke dalam bentuk source code dan object code secara otomatis.
• Langkah yang terakhir adalah mengubah implementasi 4GT ke dalam sebuah product. Selanjutnya developer harus melakukan pengetesan, pengembangan dokumentasi dan pelaksanaan semua aktifitas lainnya yang diwujudkan dalam model software engineering.

Masalah yang dihadapi dalam model 4GT adalah sebagian orang beranggapan bahwa :

I.   peralatan 4GT tidak semudah penggunaan bahasa pemrograman,

J.   source code yang dihasilkan oleh peralatan ini tidak efisien,

K. pemeliharaan sistem software besar yang dikembangkan dengan 4GT masih merupakan tanda tanya.

4. Model Kombinasi – Combining Paradigm

Keterangan :

Model ini menggabungkan keuntungan-keuntungan dari beberapa model sebelumnya. Seperti pada model sebelumnya, model kombinasi ini dimulai dengan langkah pengumpulan kebutuhan. Pendekatan yang dapat diambil adalah pendekatan siklus hidup klasik (Analisis sistem dan analisis kebutuhan software) atau dapat juga menggunakan pendekatan seperti prototyping jika definisi masalahnya tidak terlalu formal.

Jika kebutuhan untuk fungsi dan performance software diketahui dan dimengerti, pendekatan yang dianjurkan adalah model siklus hidup klasik. Sebaliknya, jika aplikasi software menuntut interaksi yang sering antara manusia dan mesin, membutuhkan algoritma yang tidak dapat dibuktikan, atau membutuhkan tehnik output / kontrol, maka pendekatan yang dianjurkan adalah model prototyping.

Pada kasus seperti ini, 4GL dapat digunakan untuk mendapat prototype dengan cepat. Segera sesudah prototype dievaluasi dan disempurnakan, langkah desain dan implementasi dalam siklus hidup klasik diterapkan.

Dari model yang disebut di atas dapat diambil suatu kesimpulan, bahwa proses pengembangan software terdiri dari 3 fase, yaitu :

1. Fase Definisi
2. Fase Pengembangan (Development)
3. Fase Pemeliharaan (Maintenance)

1.   Fase Definisi

Fase definisi memfokuskan pada “What”. Selama definisi ini, developer software berusaha untuk :

• Mengidentifikasi informasi apa yang dikerjakan proses
• Fungsi dan performance apa yang diinginkan
• Interface apa yang dibutuhkan
• Hambatan desain apa yang ada, dan
• Kriteria validasi apa yang dibutuhkan untuk menetapkan keberhasilan sistem.

A.  Sistem Analis

Sistem analis menetapkan peranan dari setiap elemen dalam sistem berbasis komputer, terutama mengalokasikan peranan software.

B.   Sistem Software Planning

Dalam sistem ini, setelah lingkungan software dialokasikan, maka langkah dari sistem software planning ini adalah :

• Pengalokasian sumber / resource
• Estimasi biaya
• Penetapan tugas pekerjaan dan jadual.

C.   Requirement Analysis

Penetapan lingkup untuk software memberikan petunjuk / arah. Namun definisi yang lebih rinci dari informasi dan fungsi software diperlukan sebelum pekerjaan dimulai.

2.   Fase Pengembangan

Fase pengembangan berfokus pada “How”. Selama pengembangan, developer software berusaha menjelaskan :

• Bagaimana struktur data dan arsitektur software yang didesain
• Bagaimana rincian prosedur diimplementasikan ( diterapkan )
• Bagaimana desain diterjemahkan ke dalam bahasa pemrograman atau bahasa non prosedur, dan
• Bagaimana pengetesan akan dilaksanakan.

A.  Desain software ( Software Design )

Desain menterjemahkan kebutuhan-kebutuhan software ke dalam sekumpulan representasi (grafik, tabel, diagram, atau bahasa yang menjelaskan struktur data, arsitektur software dan prosedur algoritma).

B.   Coding

Representasi desain harus diterjemahkan ke dalam bahasa tiruan / artificial language yang menghasilkan perintah-perintah yang dapat dieksekusi oleh komputer.

C.   Software Testing

Segera sesudah software diimplementasikan dalam bentuk yang dapat dieksekusi oleh mesin, software perlu ditest untuk menemukan kesalahan ( merupakan fungsi logika dan implementasi ).

3.   Fase Pemeliharaan

Fase pemelihaaan berfokus pada “Change” atau perubahan. Ini dapat disebabkan :

A.  Perubahan karena software error ( Corective Maintenance )

B.   Perubahan karena software disesuaikan / diadaptasi dengan lingkungan external, misalnya
munculnya CPU baru, sistem operasi baru ( Adaptive Maintenance )

C.   Perubahan software yang disebabkan customer / user meminta fungsi tambahan, misalnya
fungsi grafik, fungsi matematik, dll ( Perfective Maintenance )

———– End of Software Engineering  ————————————

Agar lebih mudah memahami konsep tentang object, sebagai contoh kita bisa melihat  disekeliling kita,  misalkan meja,kursi,almari adalah contoh object . Object yang tersebut berada dalam sebuah ruang, sedangkan ruang yang lain berisi alat senam, alat senam ini juga disebut onject dari sebuah ruang.  Klalau kita emperbesat sudut pandang kita makan runag adalah onject dari sebuah rumah, dan kalau kita besarkan lagi sudut pandangnya rumah ini juga object dari bumi, dan begitu seterusnya. jadi object tergantung dari sudut pandang kita terhadap sesuatu itu.

Meja,Kursi,Almari dlam sebuah Ruang
Ruang makan,Ruang tidur,Kamar Mandi dalam sebuah rumah
Rumah bapak A, Rumah Bapak B dalam sebuah pulau
Pulau jawa, pulau sumatra dalam bumi
kalau kita lihat lebih kecil lagi dalam lemari ada baju.celana juga meruakan sebuah object dari almari.

Kalau dalam pemrograman, Ruang, Rumah, Bumi inilah yang disebut class.

Setiap object memiliki atribut dan Method. Atribut adalah segala sesuatu yang berhubungan dengan karakteristik dari object. sedangkan mothod adalah segala sesuatu yang dapat dilakukan oleh object.

Sebagai contoh, Meja memiliki atibut warna, model,tipe dan lain sebagainya
dan Meja juga memiliki method untuk menulis,untuk menggambar,untuk makan.

OOP  itu memiliki Konsep sebagai berikut :

1. CLASS  - OBJECT / Entitas yang mememiliki ciri khas sama yang memiliki Atribut dan Method (Behavior)
2. ENCAPSULATION / Penyembunyian informasi melaui private dan protected
3. INHERITANCE / Suatu kelas berasal dari turunan pertama atau lebih kelas lainnya
4. POLIMORFISME / kemampuan objek berubah menjadi objek yang lain

CLASS & OBJECT. Entitas yang memiliki ciri khas seperti Manusia. Class Manusia memiliki Object. Sedangkan Object memiliki Atribut dan Behavior. Bagi anda belum ngerti juga saya beri contoh :

Class Manusia memiliki antara lain:

1. Atribute (yang dimiliki oleh object).
   Seperti : Usia, Warna kulit, dll.
2. Behavior (method/fungsi atau cara yang dilakukan oleh object).
   Seperti : Jalan, Baca, Belok, lari, dll.
3. Object, contoh Indra. Indra adalah contoh object nya class Manusia

Jadi bisa di artikan : Class Manusia memiliki Object Indra yang memiliki Atribute Usia dan Warna. Dan Behaviour/metode yang bisa dilakukan adalah Jalan, Baca , Belok, dll

Contoh sederhana:

public class Hello {
public static void main(String[] args) {
System.out.println("Hello World!");
}
}

Contoh :

class Manusia {
String warna;
int usia;
}

public class ManusiaBeraksi {
public static void main(String[] args) {

Manusia indra = new Manusia();  // buat object Manusia

//panggil atributnya dan beri nilai
indra.warna = "Kuning Langsat";
indra.usia = "25";

//Cetak
System.out.println("Warna kuliah pak Indra: "+ indra.warna);
System.out.println("Usianya pak Indra udah tua yaitu : "+ indra.usia);

}}

ENCAPSULATION itu suatu mekanisme untuk menyembunyikan atau memproteksi suatu proses 
dari kemungkinan interferensi atau penyalahgunaan dari luar sistem sekaligus 
menyederhanakan penggunaan system itu sendiri. Akses ke internal sistem diatur 
sedemikian rupa melalui seperangkat interface.

 
Penerapannya di JAVA :

class variable {

int x;

public int y = 5;

private double z = 10;

protected double k = 15;

}

Tipe public, private, protected memiliki kekhususan tersendiri.. dimana fungsi 

yang diberikan berbeda untuk masing-masing tipe… misalnya public dimungkinkan 

variable y tersebut dapat diakses oleh semua class yang merujuk pada class 

variable… tipe private menjadikan variable z tidak dapat diakses oleh class 

yang lain sehingga sifatnya menjadi eksklusif hanya pada class ini… tipe protected 

menyebabkan variable k hanya bisa diakses oleh sub class dari class variable… 

enkapsulasi melindungi program dan data agar hanya informasi2 tertentu saja yang 

dapat diakses dan membuat program dan data yang dibuat menjadi konsisten karena 

tidak ada ambiguitas mengenai masalah perilaku untuk variable ataupun method.
Contoh :
AC , anda ingin menyalakan AC dengan remote control, anda tidak perlu mengetahui 

kenapa AC tersebut nyala karena tekan tombol di pada remote, yang penting anda 

merasakan dingin yang di hasilkan oleh AC tersebut. Seperti halnya juga TV, 

anda cukup menyalakan TV tanpa anda harus mengerti kenapa bisa menyala.

INHERITANCE adalah mengembangkan class yang sudah ada. Jadi kita gak perlu membentuk 

dari awal lagi, class yang sudah ada bisa dimodifikasi dan/atau ditambah fungsinya 

sesuai dengan kebutuhan. Ada yang bisa ditambah ada yang dimodifikasi. 

Jadi Inheritance  itu penurunan sifat dari induknya.

Penerapan di JAVA :

class point extends variable {

public int h = 8;

}

Kalimat extends yang ada tersebut memberikan penegasan bahwa class point adalah 

sub class dari class variable… menjadikan semua sifat dari class variable dan 

semua variable atau method yang ada pada class variable dapat diakses oleh class 

point (kecuali untuk tipe private yang memang dibuat eksklusif).
Contoh :
Mobil mainan, dulu remote control menggunakan kabel yang dibawa kemana-mana, 

sekarang Mobil remote control tanpa kabel. Nah itu merupakan modifikasi dan 

menambah dari class sebelumnya. Arti kata class terdahulu tidak di ubah 

habis-habisan, tetapi hanya ditambah dan di modifikasi.

POLIMORFISME , sesuai dengan di atas yaitu kemampuan objek berubah menjadi objek 

lainnya.

Penerapan di JAVA :

class variable1 {

int x;

int y;

varible1 (int x, int y) { //method dengan parameter list

this.x = x;

this.y = y;

}

variable1 () { //method tanpa parameter list

x = 1;

y = 1;

}

class variableview {

public static void main (String args []){

varable1 a = new variable1 ();

System.out.println(“x=” + a.x + “y=” + a.y);

}

}

Hasil yang akan ditampilkan ketika program diatas dijalankan adalah x = 1 dan y = 1

karena program ini membuktikan sifat polimorfisme yang ada di JAVA…

class variableview memanggil method variable1 tanpa parameter…

sehingga nilai yang dikembalikan adalah nilai yang ada dimana nilai tersebut

berada di method yang tidak memiliki parameter list