jadi terharu saat baca artikel nie kyk ny pas banget gituuu :-(

Biasanya, bagi seorang anak perempuan yang sudah dewasa, yang sedang bekerja diperantauan, yang ikut suaminya merantau di luar kota atau luar negeri,yang sedang bersekolah atau kuliah jauh dari kedua orang tuanya...Akan sering merasa kangen sekali dengan Mamanya..Lalu bagaimana dengan Papa?

Mungkin karena Mama lebih sering menelepon untuk menanyakan keadaanmu setiap hari, tapi tahukah kamu, jika ternyata Papa-lah yang mengingatkan Mama untuk menelponmu?

Mungkin dulu sewaktu kamu kecil, Mama-lah yang lebih sering mengajakmu bercerita atau berdongeng, tapi tahukah kamu, bahwa sepulang Papa bekerja dan dengan wajah lelah Papa selalu menanyakan pada Mama tentang kabarmu dan apa yang kau lakukan seharian?

Pada saat dirimu masih seorang anak perempuan kecil.Papa biasanya mengajari putri kecilnya naik sepeda.Dan setelah Papa mengganggapmu bisa, Papa akan melepaskan roda bantu di sepedamu.Kemudian Mama bilang : "Jangan dulu Papa, jangan dilepas dulu roda bantunya", Mama takut putri manisnya terjatuh lalu terluka....

Tapi sadarkah kamu?Bahwa Papa dengan yakin akan membiarkanmu, menatapmu, dan menjagamu
mengayuh sepeda dengan seksama karena dia tahu putri kecilnya PASTI BISA.

Pada saat kamu menangis merengek meminta boneka atau mainan yang baru, Mama menatapmu iba.Tetapi Papa akan mengatakan dengan tegas : "Boleh, kita beli nanti, tapi tidak sekarang" Tahukah kamu, Papa melakukan itu karena Papa tidak ingin kamu menjadi anak yang manja dengan semua tuntutan yang selalu dapat dipenuhi?

Saat kamu sakit pilek, Papa yang terlalu khawatir sampai kadang sedikit membentak dengan berkata : "Sudah di bilang! kamu jangan minum air dingin!".Berbeda dengan Mama yang memperhatikan dan menasihatimu dengan lembut.Ketahuilah, saat itu Papa benar-benar mengkhawatirkan keadaanmu..

Ketika kamu sudah beranjak remaja..Kamu mulai menuntut pada Papa untuk dapat izin keluar malam, dan Papa bersikap tegas dan mengatakan: "Tidak boleh!".Tahukah kamu, bahwa Papa melakukan itu untuk menjagamu?Karena bagi Papa, kamu adalah sesuatu yang sangat - sangat luar biasa berharga..Setelah itu kamu marah pada Papa, dan masuk ke kamar...

Dan yang datang mengetok pintu dan membujukmu agar tidak marah adalah Mama.Tahukah kamu,bahwa saat itu Papa memejamkan matanya dan menahan gejolak dalam batinnya, Bahwa Papa sangat ingin mengikuti keinginanmu, Tapi lagi-lagi dia HARUS menjagamu?

Ketika saat seorang cowok mulai sering menelponmu, atau bahkan datang ke rumah untuk menemuimu,Papa akan memasang wajah paling cool sedunia.... :') Papa sesekali menguping atau mengintip saat kamu sedang ngobrol berdua di ruang tamu..Sadarkah kamu, kalau hati Papa merasa cemburu???*hahahaa...*

Saat kamu mulai lebih dipercaya, dan Papa melonggarkan sedikit peraturan untuk keluar rumah untukmu, kamu akan memaksa untuk melanggar jam malamnya.Maka yang dilakukan Papa adalah duduk di ruang tamu, dan menunggumu pulang dengan hati yang sangat khawatir.Dan setelah perasaan khawatir itu berlarut - larut.Ketika melihat putri kecilnya pulang larut malam hati Papa akan mengeras dan Papa memarahimu.. Sadarkah kamu, bahwa ini karena hal yang di sangat ditakuti Papa akan segera datang? "Bahwa putri kecilnya akan segera pergi meninggalkan Papa"

Setelah lulus SMA, misalnya Papa akan sedikit memaksamu untuk menjadi seorang Dokter atau Insinyur. Ketahuilah, bahwa seluruh paksaan yang dilakukan Papa itu semata - mata hanya karena memikirkan masa depanmu nanti.Tapi toh Papa tetap tersenyum dan mendukungmu saat pilihanmu tidak sesuai dengan keinginan Papa

Ketika kamu menjadi gadis dewasa.Dan kamu harus pergi kuliah dikota lain.Papa harus melepasmu. Tahukah kamu bahwa badan Papa terasa kaku untuk memelukmu? Papa hanya tersenyum sambil memberi nasehat ini - itu, dan menyuruhmu untuk berhati-hati. Padahal Papa ingin sekali menangis seperti Mama dan memelukmu erat-erat.Yang Papa lakukan hanya menghapus sedikit air mata di sudut matanya, dan menepuk pundakmu berkata "Jaga dirimu baik-baik ya sayang".Papa melakukan itu semua agar kamu KUAT....kuat untuk pergi dan menjadi dewasa.

Disaat kamu butuh uang untuk membiayai uang semester dan kehidupanmu, orang pertama yang mengerutkan kening adalah Papa.Papa pasti berusaha keras mencari jalan agar anaknya bisa merasa sama dengan teman-temannya yang lain.Ketika permintaanmu bukan lagi sekedar meminta boneka baru, dan Papa tahu ia tidak bisa memberikan yang kamu inginkan...

Kata-kata yang keluar dari mulut Papa adalah : "Tidak.... Tidak bisa!" Padahal dalam batin Papa, Ia sangat ingin mengatakan "Iya sayang, nanti Papa belikan untukmu".Tahukah kamu bahwa pada saat itu Papa merasa gagal membuat anaknya tersenyum?

Saatnya kamu diwisuda sebagai seorang sarjana.Papa adalah orang pertama yang berdiri dan memberi tepuk tangan untukmu.Papa akan tersenyum dengan bangga dan puas melihat "putri kecilnya yang
tidak manja berhasil tumbuh dewasa, dan telah menjadi seseorang" Sampai saat seorang teman Lelakimu datang ke rumah dan meminta izin pada Papa untuk mengambilmu darinya.Papa akan sangat berhati-hati memberikan izin..Karena Papa tahu.....Bahwa lelaki itulah yang akan menggantikan posisinya nanti.

Dan akhirnya....

Saat Papa melihatmu duduk di Panggung Pelaminan bersama seseorang Lelaki yang di anggapnya pantas menggantikannya, Papa pun tersenyum bahagia..Apakah kamu mengetahui, di hari yang bahagia itu Papa pergi kebelakang panggung sebentar, dan menangis?Papa menangis karena papa sangat berbahagia, kemudian Papa berdoa....Dalam lirih doanya kepada Tuhan, Papa berkata: "Ya Tuhan tugasku telah selesai dengan baik....Putri kecilku yang lucu dan kucintai telah menjadi wanita yang cantik....Bahagiakanlah ia bersama suaminya..."

Setelah itu Papa hanya bisa menunggu kedatanganmu bersama cucu-cucunya yang sesekali datang untuk menjenguk... Dengan rambut yang telah dan semakin memutih....Dan badan serta lengan yang tak lagi kuat untuk menjagamu dari bahaya....Papa telah menyelesaikan tugasnya.... Papa, Ayah, Bapak, atau Abah kita...Adalah sosok yang harus selalu terlihat kuat...Bahkan ketika dia tidak kuat untuk tidak menangis...Dia harus terlihat tegas bahkan saat dia ingin memanjakanmu. Dan dia adalah yang orang pertama yang selalu yakin bahwa "KAMU BISA" dalam segala hal..


So,,,"sayangilah papamu sebagaimana engkau menyayangi mamamu"

Cinta...
Memang tak mampu langsung di ungkapkan
Tapi metefora-metafora itu tlah mengungkapkannya padamu
Dan mungkin engkau tak pernah mengerti
Karna tak pernah di dapat jawaban metafora itu
Mungkin benar aku menangis
seperti aku menangisi cinta yang lalu
Cinta yang hanya terlukis dengan metafora
Dan tak juga ada jawaban metafora cinta
Semua hanya melukis harapan
Hanya Harapan
Tapi, saat aku menangis
Saat aku [...]

semua orang pada sibuk....Arggghhhh....BETE abiz mana modem rusak jadinya cuma bengong deh di kamar sambil denger winamp doank *LOL**
eh,,,hp pun bunyi..."ku mencintaimu lebih dari apapun,,meskipun tiada satu orang pun yg tahu,, blm selesai tuw lagu Q angkat dah tu telp... :-)
me: hallo,,,Assalamualaikum
X : waalaikumsalam,,,lg ngpn ?
me: yaaa lg telp lah *dgn nada2 mlz bngt*
X : d kmpz ato rmh skrg???
me: rumah *tuing-tuing#$%^&*$^%^&*& tumben banget dh nanya posisi Q*
X : Ooooooowwww....
hhhhh...hhhh...telp2an mpe 15menit_an yang intinya mo jalan bareng gag????*tuing-tuing thinking mode:ON***

Lumayan lah dari pada bengong jadinya jalan dah ma X,,,pergi dari sore trz plg mpe rumah jam 9an.bner2 dah buat nge_refresh OTAK :-D
awalnya cuma pengen jalan2 eh di jln koq mlah pngen maen k koz tmn.jadinya maen bentar deh baru jalan2 ke MA*****RO. Di sana malah nemenin dia beli getoooo trz Q suruh milih yang pas gitu buat dia*bingung mode:ON*
Gag enak banget pas lg jln2 malah ujan.Arghhhhhh... trz kapan bs pulang klo ujan kayak gni????lanjut deh ikutin X jalan.
Eeeeh waktu X pngen beli jam tangan,,,Q baru nyadar ternyata udah jam 8 mlm*tuing_tuing*** gag pake basa-basi deh Q langsung ajakin X pulang walaupun ujan2an.si X say: "mampir bentar ya,,mo makan dulu..."
me: iya deh...^_^
sambil nunggu makanan dtg,,,ngobrol panjang lebar ma si X.^^hahahhaaa.....gag tw deh mpe brp panjang ma lebarnya^
Passss banget mpe rumah jam 9 lebih 10 menit.pulang k rumah ujan2an vi gpp lah.hohohooo....kasian banget X harus ujan2an.

Berikut langkah-langkah dalam melakukan perintah MySQL di Command Prompt

Mengaktifkan Command Prompt
Start > Run > Ketik “cmd” atau “command prompt” > OK
Mengaktifkan MySQL
C:>”Program Files>xampp>mysql>bin>mysql.exe” –u root –p lalu enter
Membuat Database
mysql> create database nama_database;
Misal membuat database rumah_sakit: mysql> create database rumah_sakit;

Mengecek Database
mysql> show database;
Menghapus Database
mysql> drop database nama_database;
Misal menghapus database rumah_sakit: mysql> drop database rumah_sakit;
Mengaktifkan Database
mysql> use nama_database;
Misal mengaktifkan database rumah_sakit: mysql> use rumah_sakit;

Membuat Tabel
Misal ingin membuat tabel data_saya dengan field :
no ,tipedata integer ,panjang 2
nama ,tipe data varchar ,panjang 10
alamat ,tipe data varchar ,panjang 15
mysql> create table data_saya
-> (
-> no int(2),
-> nama varchar(10),
-> alamat varchar(15)
-> );

Melihat tabel dalam database yang aktif
mysql> show tables;
Melihat tabel dalam database yang tidak aktif
mysql> show tables from nama_database;
Misal melihat dari database rumah_sakit:
mysql> show tables from rumah_sakit;

Melihat struktur tabel dalam database yang aktif
mysql> desc nama_tabel;
Misal melihat struktur tabel data_saya:
mysql> desc rumah_sakit;
Melihat struktur tabel dalam database yang tidak aktif
mysql> show fields from nama_tabel from nama_database;
Misal melihat tabel data_saya dari database rumah_sakit :
mysql> show fields from data_saya from rumah_sakit;

Mengubah struktur tabel
Misal ingin merubah no jadi nomor, menjadikannya sebagai primary key dan not null:
mysql> alter table data_saya
-> change no nomor
-> int(2)
-> primary key
-> not null;

Mengubah nama tabel
Misal ingin merubah data_saya menjadi data_ku
mysql> alter table data_saya
-> rename data_ku

Mengisi Record dalam Database Aktif
mysql> insert into nama_tabel values (‘field1’,’field2’,dst);
Contoh mengisi data_saya dengan 1,raga,jogja
mysql> insert into data_saya values (1,’raga’,’jogja’);

Menampilkan Record
mysql> select *from nama_tabel;
Misal menampilkan record data_saya :
mysql> select * from data_saya;

Unified Modelling Language (UML) adalah sebuah “bahasa” yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem.
Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan piranti lunak dalam bahasa-bahasa berorientasi objek seperti C++, Java, C# atau VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam VB atau C.
Seperti bahasa-bahasa lainnya, UML mendefinisikan notasi dan syntax/semantik. Notasi UML merupakan sekumpulan bentuk khusus untuk menggambarkan berbagai diagram piranti lunak. Setiap bentuk memiliki makna tertentu, dan UML syntax mendefinisikan bagaimana bentuk-bentuk tersebut dapat dikombinasikan. Notasi UML terutama diturunkan dari 3 notasi yang telah ada sebelumnya: Grady Booch OOD (Object-Oriented Design), Jim Rumbaugh OMT (Object Modeling Technique), dan Ivar Jacobson OOSE (Object-Oriented Software Engineering).

Sejarah UML
Sejarah UML sendiri cukup panjang. Tahun 1950-an saat keterbatasan hardware, media penyimpanan dan software pemrograman, muncul metode perancangan sistem yang berbasis proses. Muncul diagram-diagram terkenal seperti Data Flow Diagram (DFD). Inti dari diagram ini adalah entitas apa dan melakukan proses apa dengan metode yang sangat terkenal SDLC: System Development Life Cycle. Tahun 1976, Chen menemukan Entity Relationship Diagram (ERD) yang berguna dalam memodelkan database dari suatu proses. Dimulailah era metode perancangan sistem berbasis DATA. Muncul istilah terkenal: Relational Database Management System (RDBMS). Metode perancangan ini berusaha menutupi kelemahan metode perancangan berbasis proses. Perlu diketahui bahwa proses sangat cepat berubah dibandingkan data.
Sampai era tahun 1990, Tahun 90-an, diiringi membanjirnya software berorientasi object, bahkan hingga ke database seperti Oracle, SQL Server, dan lain-lain sudah menganut OR-DMBS (Object Relational – DBMS). Seperti kita ketahui puluhan metodologi pemodelan berorientasi objek telah bermunculan di dunia. Diantaranya adalah: metodologi booch [1], metodologi coad [2], metodologi OOSE [3], metodologi OMT [4], metodologi shlaer-mellor [5], metodologi wirfs-brock [6], dsb. Masa itu terkenal dengan masa perang metodologi (method war) dalam pendesainan berorientasi objek. Masing-masing metodologi membawa notasi sendiri-sendiri, yang mengakibatkan timbul masalah baru apabila kita bekerjasama dengan group/perusahaan lain yang menggunakan metodologi yang berlainan.
Dimulai pada bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, yang merupakan tiga tokoh yang boleh dikata metodologinya banyak digunakan mempelopori usaha untuk penyatuan metodologi pendesainan berorientasi objek. Pada tahun 1995 direlease 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. Hingga saat ini UML sudah versi 2.2.
Konsep Dasar UML
Untuk menguasai UML, sebenarnya cukup dua hal yang harus kita perhatikan, yaitu menguasai pembuatan diagram UML dan menguasai langkah-langkah dalam analisa dan pengembangan dengan UML.
Komponen penyusun utama dari UML adalah things dan relationships; yang dikombinasikan dengan cara berbeda-beda dengan mengikuti aturan yang berbeda pula untuk menghasilkan tipe diagram yang berbeda. UML mendefinisikan diagram-diagram sebagai berikut:
1.use case diagram untuk memodelkan proses bisnis.
2.class diagram untuk memodelkan struktur kelas.
3.statechart diagram untuk memodelkan perilaku objects di dalam sistem.
4.activity diagram untuk memodelkan perilaku Use Cases dan objects di dalam system.
5.sequence diagram untuk memodelkan pengiriman pesan (message) antar objects.
6.collaboration diagram untuk memodelkan interaksi antar objects.
7.component diagram untuk memodelkan komponen object.
8.deployment diagram untuk memodelkan distribusi aplikasi.


a. Use Case Diagram
Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu.
Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem. Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case yang di-include akan dipanggil setiap kali use case yang meng-include dieksekusi secara normal.
Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common. Sebuah use case juga dapat meng-extend use case lain dengan behaviour-nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain.
Telah disebutkan di atas bahwa UML bukan hanya diagram, UML juga merupakan bahasa (language). Oleh karena itu dengan software CASE (Computer Aided Software Engineering) seperti Rational Rose dapat digenerate menjadi code.
Jadi jika kita membuat suatu model dalam software CASE, kita dapat merubah model menjadi code program, begitu pula sebaliknya. Beberapa software seperti Microsoft Visio, hanya bisa reverse engineering, sedangkan Rational Rose bisa Forward maupun Reverse.

b. Class Diagram
Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi).
Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class memiliki tiga area pokok : Nama (dan stereotype), Atribut, dan Metoda.
Atribut dan metoda dapat memiliki salah satu sifat berikut :
1.Private, tidak dapat dipanggil dari luar class yang bersangkutan
2.Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya
3.Public, dapat dipanggil oleh siapa saja

Hubungan Antar Class :
1.Asosiasi, yaitu hubungan statis antar class. Umumnya menggambarkan class yang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arah query antar class.
2.Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).
3.Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
4.Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram.

c. Statechart Diagram
Statechart diagram menggambarkan transisi dan perubahan keadaan (dari satu state ke state lainnya) suatu objek pada sistem sebagai akibat dari stimuli yang diterima. Pada umumnya statechart diagram menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram).
Dalam UML, state digambarkan berbentuk segiempat dengan sudut membulat dan memiliki nama sesuai kondisinya saat itu. Transisi antar state umumnya memiliki kondisi guard yang merupakan syarat terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku. Action yang dilakukan sebagai akibat dari event tertentu dituliskan dengan diawali garis miring. Titik awal dan akhir digambarkan berbentuk lingkaran berwarna penuh dan berwarna setengah.

d. Activity Diagram
Activity diagrams menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum.
Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas.
Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal.
Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu. Dalam activity diagram, terdapat fasilitas yang dinamakan dengan lintasan renang (swim lanes). Lintasan ini berguna bagi perancang ketika beberapa aktivitas akan dikelompokkan.

e. Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).
Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.
Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message.
Untuk objek-objek yang memiliki sifat khusus, standar UML mendefinisikan icon khusus untuk objek boundary, controller dan persistent entity.

f. Collaboration Diagram
Collaboration diagram juga menggambarkan interaksi antar objek seperti sequence diagram, tetapi lebih menekankan pada peran masing-masing objek dan bukan pada waktu penyampaian message. Setiap message memiliki sequence number, di mana message dari level tertinggi memiliki nomor 1. Messages dari level yang sama memiliki prefiks yang sama.

g. Component Diagram
Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) di antaranya.
Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.

h. Deployment Diagram
Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal Sebuah node adalah server, workstation, atau piranti keras lain yang digunakan untuk men-deploy komponen dalam lingkungan sebenarnya. Hubungan antar node (misalnya TCP/IP) dan requirement dapat juga didefinisikan dalam diagram ini.
Tool Yang Mendukung UML
Saat ini banyak sekali tool perancangan perangkat lunak yang mendukung UML, baik itu tool komersial maupun opensource. Secara lengkap dari tools UML yang open source kunjungi URL http://java-source.net/open-source/uml-modeling.
Tools UML yang open source diantaranya:
1.StarUML, merupakan piranti lunak untuk mengembangkan UML. Cepat, fleksibel, kaya fitur. Dapat running di platform Linux/Windows.
2.ArgoUML, cukup powerfull, mudah digunakan, interaktif, support dalam mendisain UML.
3.UniMod, fokus pada desain dan implementasi application behavior. Didistribusikan di bawah lisensi Open Software v.2.1.
4.Alma, piranti lunak yang bekerja untuk modelling dan analyzing. Alma support untuk mendisain lingkungan piranti lunak berbasis GIS dan mendokumentasikan piranti lunak berorientasi obyek.
5.UMLet, menggambarkan UML berbasis open source pada tool Java. Mampu mentransfer diagram dalam bentuk SVG, JPG, PDF dan LaTeX. UMLet juga mampu memandu dalam pembuatan diagram secara ceat.
6.TOPCASED-UML2 (TOPCASED Modeling Framework Open Source Project)
7.Papyrus UML (Payrus Open Source Project)