Look into my eyes - you will see
Tataplah mataku - kau kan melihat
What you mean to me
Arti dirimu bagiku
Search your heart - search your soul
Carilah di hatimu - carilah di jiwamu
And when you find me there you'll search no more
Dan saat kau temukan aku di situ kau tak perlu lagi mencari
Don't tell me it's not worth tryin' for
Jangan katakan itu tak layak dicoba
You can't tell me it's not worth dyin' for
Jangan katakan itu tak layak diperjuangkan sampai mati
You know it's true
Kau tahu benar adanya
Everything I do - I do it for you
Segala yang kulakukan - kulakukan untukmu
Look into my heart - you will find
Lihatlah hatiku - kau kan temukan
There's nothin' there to hide
Tak ada yang tersembunyi
Take me as I am - take my life
Terima aku apa adanya - terima hidupku
I would give it all - I would sacrifice
Kan kuberikan semua - aku kan berkorban
Don't tell me it's not worth fightin' for
Jangan katakan itu tak layak diperjuangkan
I can't help it - there's nothin' I want more
Aku tak bisa menahannya - tak ada lagi yang kumau
Ya know it's true
Kau tahu benar adanya
Everything I do - I do it for you
Segala yang kulakukan - kulakukan untukmu
There's no love - like your love
Tak ada cinta - seperti cintamu
And no other - could give more love
Dan tak ada orang lain - bisa memberi lebih banyak cinta
There's nowhere - unless you're there
Tak ada tempat - tanpa ada dirimu
All the time - all the way
Tiap saat - tiap langkah
Oh - you can't tell me it's not worth tryin' for
Oh - jangan katakan itu tak layak dicoba
I can't help it - there's nothin' I want more
Aku tak bisa menahannya - tak ada lagi yang kumau
I would fight for you - I'd lie for you
Aku kan berjuang untukmu - aku kan berdusta untukmu
Walk the wire for you - ya I'd die for you
Kan kulakukan segalanya untukmu - ya aku rela mati untukmu
Ya know it's true
Kau tahu benar adanya
Everything I do - I do it for you
Segala yang kulakukan - kulakukan untukmu
Selasa, 24 April 2012
Minggu, 15 April 2012
Bunga Terakhir
Pengin liat perform afgan bawain lagu ini...
Kaulah yang pertama menjadi cinta
Tinggallah kenangan
Berakhir lewat bunga
Seluruh cintaku untuknya
Bunga terakhir ku persembahkan kepada yang terindah
Sebagai suatu tanda cinta untuknya
Betapa cinta ini sungguh berarti
Tetaplah terjaga
Selamat tinggal kasih
Ku telah pergi selamanya
Bunga terakhir ku persembahkan kepada yang terindah
Sebagai suatu tanda cinta untuknya
Bunga terakhir menjadi satu kenangan yang tersimpan
Takkan pernah hilang tuk selamanya
Bunga terakhir.....
Bunga terakhir ku persembahkan kepada yang terindah
Menjadi satu kenangan yang tersimpan, bunga terakhir
Bunga terakhir menjadi satu kenangan yang tersimpan
Sebagai satu tanda cinta untuknya (untuknya), bunga terakhir
_____________________________oo__________________________________
Program Pascal Menghitung Luas Bangun datar
PROGRAM UTUH;
USES CRT;
FUNCTION PERSEGIP(P,L:INTEGER):INTEGER;
BEGIN
PERSEGIP:=P*L;
END;
FUNCTION PERSEGI(S:INTEGER):INTEGER;
BEGIN
PERSEGI:=S*S;
END;
FUNCTION SEGITIGA(ALAS,TINGGI:INTEGER):REAL;
BEGIN
SEGITIGA:=ALAS*TINGGI/2;
END;
FUNCTION LINGKARAN(R:REAL):REAL;
CONST PHI=3.14;
BEGIN
LINGKARAN:=PHI*R*R;
END;
FUNCTION TRAPESIUM(A,B,T:REAL):REAL;
BEGIN
TRAPESIUM:=(A+B)*T/2;
END;
FUNCTION JAJARGENJANG(ALS,TNG:REAL):REAL;
BEGIN
JAJARGENJANG:=ALS*TNG;
END;
FUNCTION BELAHKETUPAT(D1,D2:REAL):REAL;
BEGIN
BELAHKETUPAT:=D1*D2;
END;
FUNCTION LAYANG(DI1,DI2:REAL):REAL;
BEGIN
LAYANG:=DI1*DI2/2;
END;
PROCEDURE MENU;
BEGIN
GOTOXY(15,8);WRITE('AYO BELAJAR LUAS BANGUN DATAR');
GOTOXY(15,9);WRITE('-----------------------------');
GOTOXY(15,10);WRITE('1. LUAS PERSEGI PANJANG');
GOTOXY(15,11);WRITE('2. LUAS PERSEGI');
GOTOXY(15,12);WRITE('3. LUAS SEGITIGA');
GOTOXY(15,13);WRITE('4. LUAS LINGKARAN');
GOTOXY(15,14);WRITE('5. LUAS TRAPESIUM');
GOTOXY(15,15);WRITE('6. LUAS JAJARAN GENJANG');
GOTOXY(15,16);WRITE('7. LUAS BELAH KETUPAT');
GOTOXY(15,17);WRITE('8. LUAS LAYANG-LAYANG');
GOTOXY(15,18);WRITE('9. KELUAR');
GOTOXY(15,19);WRITE('------------------------------');
END;
VAR
PANJANG,LEBAR,SISI,ALA,TING:INTEGER;
JARI,SISI1,SISI2,AL,TG,DIA1,DIA2:REAL;
PILIH:CHAR;
BEGIN
CLRSCR;
MENU;
GOTOXY(15,20);WRITE('TENTUKAN PILIHAN NO. : ');READLN(PILIH);
CASE PILIH OF
'1':BEGIN
CLRSCR;
GOTOXY(15,10);WRITE('PANJANG : ');READLN(PANJANG);
GOTOXY(15,11);WRITE('LEBAR : ');READLN(LEBAR);
Sistem Basis Data
ini Materi Perkuliahan STMIK Duta Bangsa Surakarta..
Silahkan di download link di bawah ini...
Silahkan di download link di bawah ini...
Sabtu, 14 April 2012
7 Kesalahan Dalam Hubungan Long Distance (Jarak Jauh)
1. Menggantungkan Kebahagiaan Pada Pasangan
Sebagai orang yang pacaran, yang sedang dilanda cinta dan kasmaran tentunya wajar bila momen kebersamaan dengan pasangan kita adalah sebuah momen yang membahagiakan. Akan tetapi, ketika kamu terlalu menggantungkan kebahagiaan hidup pada pasangan, disitulah akan terjadi masalah. Ketika pacar kamu pergi, terpisah oleh jarak, saat itulah kamu seperti kehilangan kebahagiaan dalam hidup.
Jadi harap dicatat, pacar mungkin adalah salah satu sumber kebahagiaan dalam hidup. Tapi jangan jadikan itu sebagai satu-satunya sumber kebahagiaan. Kamu harus punya sumber-sumber lain yang bisa membuat kamu bahagia (dalam artian positif). Ini bisa teman, keluarga atau bahkan kegiatan-kegiatan, hobby yang kamu lakukan.
Sebagai orang yang pacaran, yang sedang dilanda cinta dan kasmaran tentunya wajar bila momen kebersamaan dengan pasangan kita adalah sebuah momen yang membahagiakan. Akan tetapi, ketika kamu terlalu menggantungkan kebahagiaan hidup pada pasangan, disitulah akan terjadi masalah. Ketika pacar kamu pergi, terpisah oleh jarak, saat itulah kamu seperti kehilangan kebahagiaan dalam hidup.
Jadi harap dicatat, pacar mungkin adalah salah satu sumber kebahagiaan dalam hidup. Tapi jangan jadikan itu sebagai satu-satunya sumber kebahagiaan. Kamu harus punya sumber-sumber lain yang bisa membuat kamu bahagia (dalam artian positif). Ini bisa teman, keluarga atau bahkan kegiatan-kegiatan, hobby yang kamu lakukan.
Metode OOAD (object-oriented analysis and design)
Metodologi yang umumnya digunakan dalam pembangunan sistem berbasis komputer dalam dunia bisnis dan industri saat ini adalah metode analisis dan design terstruktur (Structured Analisys and Design / SSAD). Metode ini diperkenalkan pada tahun 1970, yang merupakan hasil turunan dari pemrograman terstruktur. Metode pengembangan dengan metode terstruktur ini terus diperbaiki sampai akhirnya dapat digunakan dalam dunia nyata.
Disamping itu, akhir-akhir ini bahasa pemrograman object-oriented (OO) mliai poplier dan banyak digunakan pada organisasi bisnis maupun institusi pendidikan. Seiring dengan trend sebuah metodologi dibangun untuk membantu programmer dalam mengunakan bahasa pemrograman berorientasi obyek. Metodologi ini dikenal dengan object-oriented analysis and design (OOAD).
Disamping itu, akhir-akhir ini bahasa pemrograman object-oriented (OO) mliai poplier dan banyak digunakan pada organisasi bisnis maupun institusi pendidikan. Seiring dengan trend sebuah metodologi dibangun untuk membantu programmer dalam mengunakan bahasa pemrograman berorientasi obyek. Metodologi ini dikenal dengan object-oriented analysis and design (OOAD).
Metode OOAD melakukan pendekatan terhadap masalah dari perspektif obyek, tidak pada perspektif fungsional seperti pada pemrograman tersrtuktur. Akhir-akhir ini penggunakan OOAD meningkat dibandingkan dengan pengunaan metode pengembangan software dengan metode tradisional. Sebagai metode baru dan sophisticated bahasa pemrograman berorientasi obyek diciptakan, hal tersebut untuk memenuhi peningkatan kebutuhan akan pendekatan berorientasi obyek pada aplikasi bisnis.
Berikut adalah Kelebihan dan Kekurangan Kedua Metode TersebutMETODE BERORIENTASI OBYEK
2.1 Sejarah Metode Beorientasi Objek
Metode beorientasi objek mulai berkembang ketika Grady Booch pada tahun 80 an mempublikasikan suatu paper bagaimana melakukan perancangan untuk bahasa ADA namun memberi judul paper tersebut dengan : Object-Oriented Design. Selanjutnya ide tersebut terus ia kembangkan sampai tahun 90 an. Pada tahun 1991 Peter Coad dan Yourdon memperkenalkan metode berorientasi objek yang lebih sederhana dibandingkan Booch. Metode ini menjadi cepat populer karena mendukung layanan-layanan yang terdapat pada C++. Pada waktu itu C++ merupakan bahasa pemrograman berorientasi objek yang paling populer .
Pada tahun 1991 juga Rumbaugh memperkenalkan Object Modelling Technique (OMT). Pendekatan yang digunakan tidak jauh berbeda dengan pendekatan yang digunakan Coad Yourdon namun dengan notasi yang berbeda. OMT tidak hanya sepenuhnya berbasis pada data driven tapi juga memisahkan proses dari data dengan penggunan data flow diagram yang terpisah dengan diagram kelas. OMT juga menggunakan notasi state transition diagram untuk memodelkan aspek dinamis sistem. Pada tahun 1994 Ivar Jacobson memperkenalkan konsep use case dan object oriented software engineering. Pada tahun 1994 itu juga yaitu bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, mempelopori usaha untuk penyatuan notasi pendekatan berorientasi objek. Pada tahun 1995 dihasilkan draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG – http://www.omg.org).
Tahun 1997 UML versi 1.1 muncul, dan saat ini versi terbaru adalah versi 1.5 yang dirilis bulan Maret 2003. Booch, Rumbaugh dan Jacobson menyusun tiga buku serial tentang UML pada tahun 1999. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek [DHA03].
2.2 Kenapa Metode Beorientasi Objek ?
Menaikkan tingkat keterpakaian kembali (reusability) Perangkat lunak bersifat dinamis. Hal ini disebabkan kebutuhan pengguna berubah dengan cepat. Perkembangan teknologi informasi dan kebutuhan akan pengolahan informasi itu memaksa setiap organisasi memperbarui sistemnya. Dengan demikian perangkat lunak harus dibangun dengan reusability tinggi. Metode yang mendukung reusability tersebut adalah metode beroientasi objek.
Menghilangkan kompleksitas transisi antar tahap pada pengembangan perangkat lunak Pada pendekatan konvensional (tertruktur), notasi yang digunakan pada tahap analisis, perancangan dan tahap lainnya berbeda-beda. Hal ini menyebabkan transisi antar tahap pengembangan menjadi kompleks. Pada pendekatan berorientasi objek notasi yang digunakan pada tahap analisis, peanccangan dan implementasi relatif sama.
Memiliki tingkat abstraksi yang lebih tinggi Pendekatan terstruktur mendukung abstraksi pada level fungsional. Hal ini tidak bersesuaian dengan keadaan di dunia nyata. Pada dunia nyata kebanyakan pengelompokan tidak didasarkan pada fungsinya namun pada karakteristik alami yang melekat, yang membedakan sesuatu dengan yang lain. Di dunia nyata yang sering kita lihat adalah objeknya bukan fungsinya. Kita lebih akrab dengan istilah manusia, sapi, dan harimau, ketimbang dengan pemikir, pemamah biak, atau pemangsa. Dengan demikian pendekatan berorientasi objek membawa abstraksi kita lebih dekat dengan dunia nyata. Artinya, kita dibawa kepada level abstraksi yang lebih tinggi.
2.3 Konsep dalam Metode Beorientasi Objek
Objek Objek adalah suatu kombinasi antara data dan aspek lojik yang merepresentasikan suatu entitas dunia nyata. Contoh : mobil toyota kijang adalah suatu objek, maka yang menjadi data adalah warna, pembuat, harga, konsumsi bahan bakar, mekanisme pengereman, dll. Sedangkan yang menjadi aspek lojiknya adalah menampilkan jarak tempuh, berhenti, bejalan, belok, dll.
a. Kelas
Pada sistem berorientasi objek, kelas didefinisikan sebagai himpunan objek yang memiliki struktur umum dan perilaku umum yang sama [BAH99]. Sedangkan objek dapat dikatakan sebagai instansiasi suatu kelas. Sebagai contoh mobil adalah suatu kelas, maka mobil Toyota kijang, mobil Proton, dll adalah objek.
b. Atribut
Atribut merepresentasikan karakteristik atau keadaan objek. Pada contoh kasus di atas, sebuah mobil dapat memiliki atribut warna, harga, dan pembuat. Pada tataran implementasi, warna dapat direpresentasikan sebagai suatu string (domain nilainya misalnya : merah, biru, kuning, dll). Harga dapat berupa bilangan floating point atau bilangan integer. Sedangkan pembuat dapat bertipe struktur yang terdiri dari nama, identitas korporat, dll.
c. Metode
Metode adalah suatu fungsi atau prosedur yang didefinisikan untuk dapat mengakses keadaan internal suatu objek dari suatu kelas. Tiap fungsi atau prosedur mendefinisikan dan mendeskripsikan perilaku khusus suatu objek. Sebagai contoh: kelas Pegawai memiliki metode Hitung Gaji. Metode sebenarnya merupakan antarmuka yang disediakan untuk dapat memanfaatkan perilaku objek tersebut. Sebagai contoh : jika diinginkan dilakukannya perhitungan gaji, maka message ‘Hitung Gaji” harus dikirimkan ke objek Pegawai.
d. Message
Message pada dasarnya adalah pemanggilan fungsi. Namun message berbeda dari pemanggilan subrutin. Dengan message yang sama dua objek berbeda dapat melakukan operasi yang berbeda pula. Konsep ini dikenal sebagai Polymorphism.
e. Enkapsulasi
Enkapsulasi memadukan karakteristik unit di dalam suatu objek (data dan metode). Konsep ini bertujuan untuk menyembunyikan informasi dan karakteristik objek. Objek dapat dimanfaatkan hanya dengan cara memanggil metode yang dimiliki objek tersebut.
f. Hirarki Kelas
Sistem berorientasi objek mengorganisasi kelas ke dalam hirarki subclass-superclass. Perbedaan karakteristik dan perilaku digunakan sebagai dasar penilaian untuk membedakan antara kelas dan sub kelas. Gambar 2.23 menunjukkan hirarki kelas. Employee adalah superkelas sedangkan developer, analist dan manager adalah subkelas.
1. Kelebihan
Dibandingkan dengan metode SSAD, OOAD lebih mudah digunakan dalam pembangunan sistem Dibandingkan dengan SSAD, waktu pengembangan, level organisasi, ketangguhan,dan penggunaan kembali (reuse) kode program lebih tinggi dibandingkan dengan metode OOAD (Sommerville, 2000). Tidak ada pemisahan antara fase desain dan analisis, sehingga meningkatkan komunikasi antara user dan developer dari awal hingga akhir pembangunan sistem.
Analis dan programmer tidak dibatasi dengan batasan implementasi sistem, jadi desain dapat diformliasikan yang dapat dikonfirmasi dengan berbagai lingkungan eksekusi. Relasi obyek dengan entitas (thing) umumnya dapat di mapping dengan baik seperti kondisi pada dunia nyata dan keterkaitan dalam sistem. Hal ini memudahkan dalam mehami desain (Sommerville, 2000). Memungkinkan adanya perubahan dan kepercayaan diri yang tinggi terhadap kebernaran software yang membantu untuk mengurangi resiko pada pembangunan sistem yang kompleks (Booch, 2007). Encapsliation data dan method, memungkinkan penggunaan kembali pada proyek lain, hal ini akan memperingan proses desain, pemrograman dan reduksi harga.
OOAD memungkinkan adanya standarisasi obyek yang akan memudahkan memahami desain dan mengurangi resiko pelaksanaan proyek. Dekomposisi obyek, memungkinkan seorang analis untuk memcah masalah menjadi pecahan-pecahan masalah dan bagian-bagian yang dimanage secara terpisah. Kode program dapat dikerjakan bersama-sama. Metode ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif. Sistem yang dihasilkan sangat fleksibel dan mudah dalam memelihara.
2. Kekurangan
Pada awal desain OOAD, sistem mungkin akan sangat simple. Pada OOAD lebih fockus pada coding dibandingkan dengan SSAD. Pada OOAD tidak menekankan pada kinerja team seperti pada SSAD. Pada OOAD tidak mudah untuk mendefinisikan class dan obyek yang dibutuhkan sistem. Sering kali pemrogramam berorientasi obyek digunakan untuk melakukan anlisisis terhadap fungsional siste, sementara metode OOAD tidak berbasis pada fungsional sistem.
OOAD merupakan jenis manajemen proyek yang tergolong baru, yang berbeda dengan metode analisis dengan metode terstruktur. Konsekuensinya adalah, team developer butuh waktu yang lebih lama untuk berpindah ke OOAD, karena mereka sudah menggunakan SSAD dalam waktu yang lama ( Hantos, 2005). Metodologi pengembangan sistem dengan OOAD menggunakan konsep reuse. Reuse merupakan salah satu keuntungan utama yang menjadi alasan digunakannya OOAD. Namun demikian, tanpa prosedur yang emplisit terhadap reuse, akan sangat sliit untuk menerapkan konsep ini pada skala besar (Hantos, 2005).
(Jadalowen, 2002).
Berikut adalah Kelebihan dan Kekurangan Kedua Metode TersebutMETODE BERORIENTASI OBYEK
2.1 Sejarah Metode Beorientasi Objek
Metode beorientasi objek mulai berkembang ketika Grady Booch pada tahun 80 an mempublikasikan suatu paper bagaimana melakukan perancangan untuk bahasa ADA namun memberi judul paper tersebut dengan : Object-Oriented Design. Selanjutnya ide tersebut terus ia kembangkan sampai tahun 90 an. Pada tahun 1991 Peter Coad dan Yourdon memperkenalkan metode berorientasi objek yang lebih sederhana dibandingkan Booch. Metode ini menjadi cepat populer karena mendukung layanan-layanan yang terdapat pada C++. Pada waktu itu C++ merupakan bahasa pemrograman berorientasi objek yang paling populer .
Pada tahun 1991 juga Rumbaugh memperkenalkan Object Modelling Technique (OMT). Pendekatan yang digunakan tidak jauh berbeda dengan pendekatan yang digunakan Coad Yourdon namun dengan notasi yang berbeda. OMT tidak hanya sepenuhnya berbasis pada data driven tapi juga memisahkan proses dari data dengan penggunan data flow diagram yang terpisah dengan diagram kelas. OMT juga menggunakan notasi state transition diagram untuk memodelkan aspek dinamis sistem. Pada tahun 1994 Ivar Jacobson memperkenalkan konsep use case dan object oriented software engineering. Pada tahun 1994 itu juga yaitu bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, mempelopori usaha untuk penyatuan notasi pendekatan berorientasi objek. Pada tahun 1995 dihasilkan draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG – http://www.omg.org).
Tahun 1997 UML versi 1.1 muncul, dan saat ini versi terbaru adalah versi 1.5 yang dirilis bulan Maret 2003. Booch, Rumbaugh dan Jacobson menyusun tiga buku serial tentang UML pada tahun 1999. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek [DHA03].
2.2 Kenapa Metode Beorientasi Objek ?
Menaikkan tingkat keterpakaian kembali (reusability) Perangkat lunak bersifat dinamis. Hal ini disebabkan kebutuhan pengguna berubah dengan cepat. Perkembangan teknologi informasi dan kebutuhan akan pengolahan informasi itu memaksa setiap organisasi memperbarui sistemnya. Dengan demikian perangkat lunak harus dibangun dengan reusability tinggi. Metode yang mendukung reusability tersebut adalah metode beroientasi objek.
Menghilangkan kompleksitas transisi antar tahap pada pengembangan perangkat lunak Pada pendekatan konvensional (tertruktur), notasi yang digunakan pada tahap analisis, perancangan dan tahap lainnya berbeda-beda. Hal ini menyebabkan transisi antar tahap pengembangan menjadi kompleks. Pada pendekatan berorientasi objek notasi yang digunakan pada tahap analisis, peanccangan dan implementasi relatif sama.
Memiliki tingkat abstraksi yang lebih tinggi Pendekatan terstruktur mendukung abstraksi pada level fungsional. Hal ini tidak bersesuaian dengan keadaan di dunia nyata. Pada dunia nyata kebanyakan pengelompokan tidak didasarkan pada fungsinya namun pada karakteristik alami yang melekat, yang membedakan sesuatu dengan yang lain. Di dunia nyata yang sering kita lihat adalah objeknya bukan fungsinya. Kita lebih akrab dengan istilah manusia, sapi, dan harimau, ketimbang dengan pemikir, pemamah biak, atau pemangsa. Dengan demikian pendekatan berorientasi objek membawa abstraksi kita lebih dekat dengan dunia nyata. Artinya, kita dibawa kepada level abstraksi yang lebih tinggi.
2.3 Konsep dalam Metode Beorientasi Objek
Objek Objek adalah suatu kombinasi antara data dan aspek lojik yang merepresentasikan suatu entitas dunia nyata. Contoh : mobil toyota kijang adalah suatu objek, maka yang menjadi data adalah warna, pembuat, harga, konsumsi bahan bakar, mekanisme pengereman, dll. Sedangkan yang menjadi aspek lojiknya adalah menampilkan jarak tempuh, berhenti, bejalan, belok, dll.
a. Kelas
Pada sistem berorientasi objek, kelas didefinisikan sebagai himpunan objek yang memiliki struktur umum dan perilaku umum yang sama [BAH99]. Sedangkan objek dapat dikatakan sebagai instansiasi suatu kelas. Sebagai contoh mobil adalah suatu kelas, maka mobil Toyota kijang, mobil Proton, dll adalah objek.
b. Atribut
Atribut merepresentasikan karakteristik atau keadaan objek. Pada contoh kasus di atas, sebuah mobil dapat memiliki atribut warna, harga, dan pembuat. Pada tataran implementasi, warna dapat direpresentasikan sebagai suatu string (domain nilainya misalnya : merah, biru, kuning, dll). Harga dapat berupa bilangan floating point atau bilangan integer. Sedangkan pembuat dapat bertipe struktur yang terdiri dari nama, identitas korporat, dll.
c. Metode
Metode adalah suatu fungsi atau prosedur yang didefinisikan untuk dapat mengakses keadaan internal suatu objek dari suatu kelas. Tiap fungsi atau prosedur mendefinisikan dan mendeskripsikan perilaku khusus suatu objek. Sebagai contoh: kelas Pegawai memiliki metode Hitung Gaji. Metode sebenarnya merupakan antarmuka yang disediakan untuk dapat memanfaatkan perilaku objek tersebut. Sebagai contoh : jika diinginkan dilakukannya perhitungan gaji, maka message ‘Hitung Gaji” harus dikirimkan ke objek Pegawai.
d. Message
Message pada dasarnya adalah pemanggilan fungsi. Namun message berbeda dari pemanggilan subrutin. Dengan message yang sama dua objek berbeda dapat melakukan operasi yang berbeda pula. Konsep ini dikenal sebagai Polymorphism.
e. Enkapsulasi
Enkapsulasi memadukan karakteristik unit di dalam suatu objek (data dan metode). Konsep ini bertujuan untuk menyembunyikan informasi dan karakteristik objek. Objek dapat dimanfaatkan hanya dengan cara memanggil metode yang dimiliki objek tersebut.
f. Hirarki Kelas
Sistem berorientasi objek mengorganisasi kelas ke dalam hirarki subclass-superclass. Perbedaan karakteristik dan perilaku digunakan sebagai dasar penilaian untuk membedakan antara kelas dan sub kelas. Gambar 2.23 menunjukkan hirarki kelas. Employee adalah superkelas sedangkan developer, analist dan manager adalah subkelas.
1. Kelebihan
Dibandingkan dengan metode SSAD, OOAD lebih mudah digunakan dalam pembangunan sistem Dibandingkan dengan SSAD, waktu pengembangan, level organisasi, ketangguhan,dan penggunaan kembali (reuse) kode program lebih tinggi dibandingkan dengan metode OOAD (Sommerville, 2000). Tidak ada pemisahan antara fase desain dan analisis, sehingga meningkatkan komunikasi antara user dan developer dari awal hingga akhir pembangunan sistem.
Analis dan programmer tidak dibatasi dengan batasan implementasi sistem, jadi desain dapat diformliasikan yang dapat dikonfirmasi dengan berbagai lingkungan eksekusi. Relasi obyek dengan entitas (thing) umumnya dapat di mapping dengan baik seperti kondisi pada dunia nyata dan keterkaitan dalam sistem. Hal ini memudahkan dalam mehami desain (Sommerville, 2000). Memungkinkan adanya perubahan dan kepercayaan diri yang tinggi terhadap kebernaran software yang membantu untuk mengurangi resiko pada pembangunan sistem yang kompleks (Booch, 2007). Encapsliation data dan method, memungkinkan penggunaan kembali pada proyek lain, hal ini akan memperingan proses desain, pemrograman dan reduksi harga.
OOAD memungkinkan adanya standarisasi obyek yang akan memudahkan memahami desain dan mengurangi resiko pelaksanaan proyek. Dekomposisi obyek, memungkinkan seorang analis untuk memcah masalah menjadi pecahan-pecahan masalah dan bagian-bagian yang dimanage secara terpisah. Kode program dapat dikerjakan bersama-sama. Metode ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif. Sistem yang dihasilkan sangat fleksibel dan mudah dalam memelihara.
2. Kekurangan
Pada awal desain OOAD, sistem mungkin akan sangat simple. Pada OOAD lebih fockus pada coding dibandingkan dengan SSAD. Pada OOAD tidak menekankan pada kinerja team seperti pada SSAD. Pada OOAD tidak mudah untuk mendefinisikan class dan obyek yang dibutuhkan sistem. Sering kali pemrogramam berorientasi obyek digunakan untuk melakukan anlisisis terhadap fungsional siste, sementara metode OOAD tidak berbasis pada fungsional sistem.
OOAD merupakan jenis manajemen proyek yang tergolong baru, yang berbeda dengan metode analisis dengan metode terstruktur. Konsekuensinya adalah, team developer butuh waktu yang lebih lama untuk berpindah ke OOAD, karena mereka sudah menggunakan SSAD dalam waktu yang lama ( Hantos, 2005). Metodologi pengembangan sistem dengan OOAD menggunakan konsep reuse. Reuse merupakan salah satu keuntungan utama yang menjadi alasan digunakannya OOAD. Namun demikian, tanpa prosedur yang emplisit terhadap reuse, akan sangat sliit untuk menerapkan konsep ini pada skala besar (Hantos, 2005).
(Jadalowen, 2002).
Senin, 09 April 2012
Membuat Bintang berbentuk Segitiga dengan menggunakan program pascal
uses crt;
var i,n:integer;
begin
clrscr;
write('masukan jumlah n =');
readln(n);
for i:=1 to n do write('*');
writeln;
for i:=1 to n do if (i>1) and
(i<=n-1) then write('*') else write(' ');
writeln;
for i:=1 to n do if (i>2) and (i<=n-2)
then write('*') else write(' ');
writeln;
for i:=1 to n do if (i>3) and
(i<=n-3) then write('*') else write(' ');
writeln;
Readln;
end.
Langganan:
Postingan (Atom)
