Anda di halaman 1dari 22

BAB I

PENDAHULUAN

A. Latar Belakang

Saat ini piranti lunak semakin luas dan besar lingkupnya, sehingga tidak bisa lagi dibuat asal-
asalan. Piranti lunak saat ini seharusnya dirancang dengan memperhatikan hal-hal seperti
scalability, security, dan eksekusi yang robust walaupun dalam kondisi yang sulit. Selain itu
arsitekturnya harus didefinisikan dengan jelas, agar bug mudah ditemukan dan diperbaiki, bahkan
oleh orang lain selain programmer aslinya. Keuntungan lain dari perencanaan arsitektur yang
matang adalah dimungkinkannya penggunaan kembali modul atau komponen untuk aplikasi
piranti lunak lain yang membutuhkan fungsionalitas yang sama.

Pemodelan (modeling) adalah proses merancang piranti lunak sebelum melakukan pengkodean
(coding). Model piranti lunak dapat dianalogikan seperti pembuatan blueprint pada pembangunan
gedung. Membuat model dari sebuah sistem yang kompleks sangatlah penting karena kita tidak
dapat memahami sistem semacam itu secara menyeluruh. Semakin komplek sebuah sistem,
semakin penting pula penggunaan teknik pemodelan yang baik.

Dengan menggunakan model, diharapkan pengembangan piranti lunak dapat memenuhi semua
kebutuhan pengguna dengan lengkap dan tepat, termasuk faktor-faktor seperti scalability,
robustness, security, dan sebagainya. Untuk itulah penulis membuat makalah ini agar pembaca
dapat memahami lebih dalam tentang sistem berorientasi objek khususnya dalam hal
pemrograman.

1
B. Rumusan Masalah
 Apa itu objek dan bagaimana pendekatan melalui objek?
 Seperti apa karakteristik kelas dan objek?
 Seperti apa metodologi berorientasi objek?
 Apakah yang dimaksud UML?
 Seperti apa diagram UML dan jenisnya?
 Bagaimana hubungan dalam UML?
 Apa itu OOAD?

C. Tujuan
 Mengetahui objek dan jenis dari objek
 Mengetahui karakteristik dari objek
 Mengetahui metodologi berorientasi objek
 Mengetahui UML, jenis, diagram, jenis, dan hubungan dalam UML
 Mengetahui OOAD dan penerapannya

2
BAB II

PEMBAHASAN

A. Pengertian

Objek adalah kombinasi antara struktur data dan perilaku dalam satu entitas dan mempunyai
nilai tertentu yang membedakan entitas tersebut.

Karakteristik dari Objek

Setiap objek mempunyai identitas yang dapat diukur dan memiliki nilai yang bertujuan
untuk membedakan entitas antara satu objek dengan objek lain. Pada objek terdapat sifat konkrit
yang melekat pada identitas objek tersebut yang berfungssi untuk membedakan setiap objek
walaupun nilai atributnya hampir sama atau identik. Objek yang terbagi dalam atribut, operasi,
metode, hubungan, dan makna yang sama akan membentuk sebuah kelas yang merupakan wadah
bagi objek yang dapat digunakan untuk menciptakan objek, atau dengan kata lain suatu kelas objek
menggambarkan kumpulan dari objek yang mempunyai sifat (atribut), perilaku umum (operasi),
relasi umum dengan objek lain dan semantik umum. Fungsi kelas objek adalah mengumpulkan
data (atribut) dan perilaku (operasi) yang mempunyai struktur data sama ke dalam satu grup

 Objek adalah benda secara fisik dan konseptual yang ada di sekitar kita. Sebuah objek
memiliki keadaan sesaat yang disebut state.
 Objek dapat kongkrit, seperti halnya arsip dalam sistem, atau konseptual seperti kebijakan
penjadwalan dalam multiprocessing pada sistem operasi.
 Dua objek dapat berbeda walaupun bila semua nilai atributnya identik.

3
Beberapa istilah yang berhubungan dengan objek antara lain :

Atribut

Atribut menggambarkan data yang dapat memberikan informasi mengenai kelas atau objek
dimana atribut tersebut berada.

1. Metode
Metode adalah subprogram yang tergabung dalam objek bersama – sama dengan atribut.
Metode dipergunakan untuk pengaksesan terhadap data yang terdapat dalam objek
tersebut. Sering juga disebut sebagai procedure atau function.
2. Message
Message merupakan cara untuk berhubungan antara satu objek dengan objek lain dengan
cara mengikirimkan pesan oleh suatu objek kepada objek tertentu.
3. Operasi
Fungsi di dalam kelas yang dikombinasikan ke bentuk tingkah laku kelas suatu objek.

4
B. Kelas Objek

Kelas merupakan gambaran sekumpulan Objek yang terbagi dalam atribut, operasi, metode,
hubungan, dan makna yang sama.

 Suatu kegiatan mengumpulkan data (atribut) dan perilaku (operasi) yang mempunyai
struktur data sama ke dalam satu grup.
 Kelas Objek merupakan wadah bagi Objek. Dapat digunakan untuk menciptakan Objek.
 Objek mewakili fakta/keterangan dari sebuah kelas.

Gambar 2. Kelas dan Objek

Istilah-istilah Objek

1. Metode

Metode adalah subprogram yang tergabung dalam objek bersama – sama dengan atribut.
Metode dipergunakan untuk pengaksesan terhadap data yang terdapat dalam objek tersebut.
Sering juga disebut sebagai procedure atau function.

2. Message

Message merupakan cara untuk berhubungan antara satu objek dengan objek lain dengan
cara mengikirimkan pesan oleh suatu objek kepada objek tertentu.

3. Operasi

Fungsi di dalam kelas yang dikombinasikan ke bentuk tingkah laku kelas suatu objek.

5
Kelas

 Suatu object class menggambarkan kumpulan dari objek yang mempunyai sifat (atribut),
perilaku umum (operasi), relasi umum dengan objek lain dan semantik umum.
 Contoh : Orang, perusahaan , binatang, proses adalah objek.
 Setiap orang mempunyai umur, IQ, dan mungkin pekerjaan. Setiap proses mempunyai
pemilik, prioritas, list dari sumber daya yang dibutuhkan.
 Objek dan object class sering sama sebagai benda dalam deskripsi masalah.

C. Hubungan Objek dan Kelas

Secara konseptual, objek dan kelas tidak dipisahkan. Hal-hal yang merepresentasikan
beriteraksi dengan dan berdampak satu dengan lainnya untuk mendukung misi bisnis. Jadi,
hubungan objek dan kelas tidak dapat dielakkan. Contohnya, kita sedang membaca buku, kita
berinteraksi dengan telepon dengan meggunakannya, dan berinteraksi dengan individu lain dalam
ruangan suatu lingkungan sistem. Perhatikan, sebagai contoh kleas objek CUSTOMER dan
ORDER yang mungkin ada dalam sistem informasi tipikal.

D. Metodologi Berorientasi Objek

Pengertian berorientasi objek berarti pengorganisasian perangkat lunak sebagai kumpulan dari
objek tertentu yang memiliki struktur data dan perilakunya. Konsep fundamental dalam analisis
sistem berorientasi objek adalah objek itu sendiri. Dalam dunia pemodelan, metodologi
implementasi obyek walaupun terikat kaidah-kaidah standar, namun teknik pemilihan obyek tidak
terlepas pada subyektifitas software analyst & designer. Beberapa obyek akan diabaikan dan
beberapa obyek menjadi perhatian untuk diimplementasikan di dalam sistem. Hal ini sah-sah saja
karena kenyataan bahwa suatu permasalahan sudah tentu memiliki lebih.

6
1. Encapsulation (Pengkapsulan)

 Encapsulation merupakan dasar untuk pembatasan ruang lingkup program terhadap data
yang diproses.
 Data dan prosedur atau fungsi dikemas bersama-sama dalam suatu objek, sehingga
prosedur atau fungsi lain dari luar tidak dapat mengaksesnya.
 Data terlindung dari prosedur atau objek lain, kecuali prosedur yang berada dalam objek
itu sendiri.

2. Inheritance (Pewarisan)

 Inheritance adalah teknik yang menyatakan bahwa anak dari objek akan mewarisi
data/atribut dan metode dari induknya langsung.
 Atribut dan metode dari objek dari objek induk diturunkan kepada anak objek, demikian
seterusnya.
 Inheritance mempunyai arti bahwa atribut dan operasi yang dimiliki bersama di anatara
kelas yang mempunyai hubungan secara hirarki.
 Suatu kelas dapat ditentukan secara umum, kemudian ditentukan spesifik menjadi
subkelas. Setiap subkelas mempunyai hubungan atau mewarisi semua sifat yang dimiliki
oleh kelas induknya, dan ditambah dengan sifat unik yang dimilikinya.
 Kelas Objek dapat didefinisikan atribut dan service dari kelas Objek lainnya.
 Inheritance menggambarkan generalisasi sebuah kelas.

3. Polymorphism (Polimorfisme)

 Polimorfisme yaitu konsep yang menyatakan bahwa seuatu yang sama dapat mempunyai
bentuk dan perilaku berbeda.
 Polimorfisme mempunyai arti bahwa operasi yang sama mungkin mempunyai perbedaan
dalam kelas yang berbeda.
 Kemampuan objek-objek yang berbeda untuk melakukan metode yang pantas dalam
merespon message yang sama.
 Seleksi dari metode yang sesuai bergantung pada kelas yang seharusnya menciptakan
Objek.

7
4. Abstraksi

Prinsip untuk merepresentasikan dunia nvata yang kompleks menjadi satu bentuk model
yang sederhana dengan mengabaikan aspek-aspek lain yang tidak sesuai dengan
permasalahan.

5. Reusabilily

Pemanfaatan kembali objek yang sudah didefinisikan untuk suatu permasalahan


pada permasalahan lainnva yang melibatkan objek tersebut.

6. Generalisasi dan Spesialisasi

Menunjukkan hubungan antara kelas dan objek yang umum dengan kelas dan objek
yang khusus.

7. Komunikasi Antar Objek

E. Pemodelan Sebagai Teknik Desain

Teknik pemodelan objek menggunakan tiga macam model untuk menggambarkan sistem,
diantaranya adalah sebagai berikut :

1. Model Objek

 Model objek menggambarkan struktur statis dari suatu objek dalam sistem dan relasinya.
 Model objek berisi diagram objek. Diagram objek adalah graph dimana nodenya adalah
kelas yang mempunyai relasi antar kelas.

2. Model Dinamik

 Model dinamik menggambarkan aspek dari sistem yang berubah setiap saat.
 Model dinamik dipergunakan untuk menyatakan aspek kontrol dari sistem.
 Model dinamik berisi state diagram. State diagram adalah graph dimana nodenya adalah
state dan arc adalah tarnsisi antara state yang disebabkan oleh event.

8
3. Model Fungsional

 Model fungsional menggambrakan transformasi nilai data di dalam sistem.


 Model fungsional berisi data flow diagram. DFD adalah suatu graph dimana nodenya
menyatakan proses dan arcnya adalah aliran data.

F. Konsep OOAD (Object Oriented Analysis Design)

Pengertian dan Konsep OOAD


Analisis dan disain berorientasi objek adalah cara baru dalam memikirkan suatu masalah dengan
menggunakan model yang dibuat menurut konsep sekitar dunia nyata. Dasar pembuatan adalah
objek, yang merupakan kombinasi antara struktur data dan perilaku dalam satu entitas.
Pengertian “berorientasi objek” berarti bahwa kita mengorganisasi perangkat lunak sebagai
kumpulan dari objek tertentu yang memiliki struktur data dan perilakunya.
Konsep OOAD mencakup analisis dan desain sebuah sistem dengan pendekatan objek, yaiut
analisis berorientasi objek (OOA) dan desain berorientasi objek (OOD). OOA adalah metode
analisis yang memerika requirement (syarat/keperluan) yang harus dipenuhi sebuah sistem) dari
sudut pandang kelas-kelas dan objek-objek yang ditemui dalam ruang lingkup perusahaan.
Sedangkan OOD adalah metode untuk mengarahkan arsitektur software yang didasarkan pada
manipulasi objek-objek sistem atau subsistem.

OOA (Object Oriented Analysis)

OOA mempelajari permasalahan dengan menspesifikasikannya atau mengobservasi


permasalahn tersebut dengan menggunakan metode berorientasi objek. Biasanya analisa sistem
dimulai dengan adanya dokumen permintaan (requirement) yang diperoleh dari semua pihak yang
berkepentingan. (Misal: klien,developer, pakar, dan lain-lain).

Dokumen permintaan memiliki 2 fungsi yaitu : memformulasikan kebutuhan klien dan


membuat suatu daftar tugas. Analisis berorientasi obyek (OOA) melihat pada domain masalah,
dengan tujuan untuk memproduksi sebuah model konseptual informasi yang ada di daerah yang
sedang dianalisis.

9
Model analisis tidak mempertimbangkan kendala-kendala pelaksanaan apapun yang
mungkin ada, seperti konkurensi, distribusi, ketekunan, atau bagaimana sistem harus dibangun.
Kendala pelaksanaan ditangani selama desain berorientasi objek (OOD).

Sumber-sumber untuk analisis dapat persyaratan tertulis pernyataan, dokumen visi yang
formal, wawancara dengan stakeholder atau pihak yang berkepentingan lainnya. Sebuah sistem
dapat dibagi menjadi beberapa domain, yang mewakili bisnis yang berbeda, teknologi, atau bidang
yang diminati, masing-masing dianalisis secara terpisah.

Hasil analisis berorientasi objek adalah deskripsi dari apa sistem secara fungsional
diperlukan untuk melakukan, dalam bentuk sebuah model konseptual. Itu biasanya akan disajikan
sebagai seperangkat menggunakan kasus, satu atau lebih UML diagram kelas, dan sejumlah
diagram interaksi. Tujuan dari analisis berorientasi objek adalah untuk mengembangkan model
yang menggambarkan perangkat lunak komputer karena bekerja untuk memenuhi seperangkat
persyaratan yang ditentukan pelanggan.

UML (Unified Modeling Language) adalah sebuah bahasa yang berdasarkan grafik/gambar
untuk memvisualisasi, menspesifikasikan, membangun, dan pendokumentasian dari sebuah sistem
pengembangan software berbasis OO (Object-Oriented). UML sendiri juga memberikan standar
penulisan sebuah sistem blue print, yang meliputi konsep bisnis proses, penulisan kelas-kelas
dalam bahasa program yang spesifik, skema database, dan komponen-komponen yang diperlukan
dalam sistem software. Unified Model Language (UML) adalah bahasa universal untuk :

 memvisualisasikan grafis model yang tepat.


 menetapkan model yang tepat, lengkap, dan tidak ambigu untuk mengampil semua
keputusan penting dalam analisis, desain dan implementasi.
 membangun model yang dapat dihubungkan langsung dengan bahasa pemrograman.
 mendokumentasikan semua informasi yang dikumpulkan oleh tim sehingga
memungkinkan untuk berbagi informasi.

10
G. UML (Unified Modelling Language)

Unified Modelling Language (UML) adalah sebuah “bahasa” yg 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 sendiri cukup panjang. Sampai era tahun
1990 seperti kita ketahui puluhan metodologi pemodelan berorientasi objek telah bermunculan di
dunia. Diantaranya adalah: metodologi booch, metodologi coad, metodologi OOSE, metodologi
OMT, metodologi shlaer-mellor, metodologi wirfs-brock, 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.

Jenis-jenis Diagram UML :

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.

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

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.

12
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 (

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

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

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

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

H. Hubungan/Relationship

Ada 4 macam hubungan dalam penggunaan UML, yaitu:

1. Dependency, hubungan semantik antara dua objek yang mana sebuahobjek berubah
mengakibatkan objek satunya akan berubah pula.
2. Association, hubungan antar benda secara struktural yang terhubung diantara objek dalam
kesatuan objek.
3. Generalizations, hubungan khusus dalam objek anak yang menggantikan objek induk dan
memberikan pengaruhnya dalam hal struktur dan tingkah lakunya kepada objek induk.

17
4. Realizations, hubungan semantik antarpengelompokkan yang menjamin adanya ikatan
diantaranya yang diwujudkan diantara interface dan kelas atau elements, serta antara use
cases dan collaborations.

I. Langkah-langkah menggunakan UML

Berikut ini adalah tips pengembangan piranti lunak dengan menggunakan UML:

1. Buatlah daftar business process dari level tertinggi untuk mendefinisikan aktivitas dan
proses yang mungkin muncul.
2. Petakan use case untuk tiap business process untuk mendefinisikan dengan tepat
fungsionalitas yang harus disediakan oleh sistem. Kemudian perhalus use case diagram
dan lengkapi dengan requirement, constraints dan catatan-catatan lain.
3. Buatlah deployment diagram secara kasar untuk mendefinisikan arsitektur fisik sistem.
4. Definisikan requirement lain (non-fungsional, security dan sebagainya) yang juga harus
disediakan oleh sistem.
5. Berdasarkan use case diagram, mulailah membuat activity diagram.
6. Definisikan objek-objek level atas (package atau domain) dan buatlah sequence dan/atau
collaboration diagram untuk tiap alir pekerjaan. Jika sebuah use case memiliki
kemungkinan alir normal dan error, buatlah satu diagram untuk masing-masing alir.
7. Buatlah rancangan user interface model yang menyediakan antarmuka bagi pengguna
untuk menjalankan skenario use case.
8. Berdasarkan model-model yang sudah ada, buatlah class diagram. Setiap package atau
domain dipecah menjadi hirarki class lengkap dengan atribut dan metodanya. Akan lebih
baik jika untuk setiap class dibuat unit test untuk menguji fungsionalitas class dan
interaksi dengan class lain.
9. Setelah class diagram dibuat, kita dapat melihat kemungkinan pengelompokan class
menjadi komponen-komponen. Karena itu buatlah component diagram pada tahap ini.
Juga, definisikan tes integrasi untuk setiap komponen meyakinkan ia berinteraksi dengan
baik.

18
10. Perhalus deployment diagram yang sudah dibuat. Detilkan kemampuan dan requirement
piranti lunak, sistem operasi, jaringan, dan sebagainya. Petakan komponen ke dalam
node.

Mulailah membangun sistem. Ada dua pendekatan yang dapat digunakan :

 Pendekatan use case, dengan meng-assign setiap use case kepada tim pengembang
tertentu untuk mengembangkan unit code yang lengkap dengan tes.
 Pendekatan komponen, yaitu meng-assign setiap komponen kepada tim pengembang
tertentu.
 Lakukan uji modul dan uji integrasi serta perbaiki model berserta codenya. Model harus
selalu sesuai dengan code yang aktual.
 Piranti lunak siap dirilis.

19
BAB III

PENUTUP

A. Kesimpulan

Objek adalah model eksekusi. Sementara kelas adalah deskripsi statik dan objek yang mungkin
lahir pada saat eksekusi.

Pada saat eksekusi yang kita punva adalah objek, sementara dalam pemodelan (analisis dan
perancangan) dan teks program yang kita lihat adalah kelas.

Unified Modeling Language (UML) adalah bahasa pemodelan umum yang digunakan untuk
melakukan spesifikasi, visualisasi, konstruksi dan dokumentasi artifak dari software system. UML
bukanlah sebuah standar proses pengembangan dalam metode pengembangan sistem tertentu,
namun pada umumnya UML dipakai dalam memodelkan sistem yang dibangun berbasiskan objek.
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

B. Saran

UML adalah suatu bahasa perancangan modern yang paling umum dipakai pada saat ini, dimana
UML ini sering dikaitkan dengan bahasa pengembangan piranti lunak berbasis objek. Dengan
menggunakan UML sebagai bahasa perancangan maka kita dapat membuat suatu rancangan
piranti lunak yang dimana bahasa tersebut menyatukan berbagai praktik-praktik terbaik dalam
permodelan, sehingga hasil rancangan kita dapat dimengerti secara umum dan universal.

Dengan menggunakan UML, maka kita dapat berinteraksi lebih mudah dengan para perancang
piranti lunak yang lain, karena kita memakai bahasa perancangan UML yang bersifat universal,
dan diketahui oleh hampir semua perancang piranti lunak. Sehingga kita dapat saling bertukar
pikiran atas rancangan yang kita buat dengan perancang lain, dan menghilangkan gap dalam
perbedaan bahasa permodelan.

20
Daftar Pustaka

wsilfi.staff.gunadarma.ac.id/Downloads/files/…/Pengenalan+UML.pdf

erwinharianto.files.wordpress.com/2009/06/totolan-erwin-uml.doc

http://id.wikipedia.org/wiki/UML

http://www.gangsir.com/download/4-
PendekatanPengembanganSistemBerorientasiObjekdanPenggunaanAlatalatPemodelan.pdf

http://www.scribd.com/doc/26601970/SISTEM-BERORIENTASI-OBJEK

21
22

Anda mungkin juga menyukai