analisa perancangan berbasis objek

Analisa dan Perancangan Berbasis Objek
Object Oriented analaysis adalah metode analisis yang memeriksa requirements (syarat/keperluan yang harus dipenuhi suatu sistem) dari sudut pandang kelas-kelas dan objek-objek yang ditemui dalam ruang lingkup permasalahan.
Object Oriented Design adalah metode untuk mengarahkan arsitektur software yang didasarkan pada manipulasi objek-objek sistem atau subsistem.

Konsep Dasar OOAD (Object Oriented Analysis and Design)
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.
Terdapat beberapa konsep dalam OOAD, yaitu :
- Objek (object)

    Objek adalah benda secara fisik dan konseptual yang ada di sekitar kita. Sebuah objek memiliki keadaan sesaat yang disebut state.
    State dari sebuah objek adalah kondisi dari objek atau himpunan keadaan yang menggambarkan objek tersebut. State dinyatakan dengan nilai dari atribut objeknya.
    Atribut adalah nilai internal suatu objek yang mencerminkan karakteristik objek, kondisi sesaat, koneksi dengan objek lain dan identitas.
    Behaviour (perilaku objek) mendefinisikan bagaimana sebuah objek bertindak dan memberi reaksi. Behaviour ditentukan oleh himpunan semua atau beberapa operasi yang dapat dilakukan oleh objek tersebut, yang dicerminkan oleh interface, service, dan method dari objek tersebut.
    Interface adalah pintu untuk mengakses service dari objek
    Service adalah fungsi yang dapat dikerjakan oleh sebuah objek
    Method adalah mekanisme internal objek yang mencerminkan perilaku objek tersebut

- Kelas (class)
Class adalah himpunan objek yang sejenis yaitu mempunyai sifat (atribut), perilaku umum (operasi), relasi umum dengan objek lain dan semantik umum. Class adalah abstraksi dari objek dalam dunia nyata. Class menetapkan spesifikasi perilaku dan atribut dari objek tersebut.
- Kotak Hitam (black boxes)
Sebuah objek adalah kotak hitam. Konsep ini menjadi dasar implementasi objek. Dalam operasi OO hanya developer yang dapat memahami detail proses yang ada didalam kotak tersebut, sedangkan user tidak perlu mengetahui apa yang dilakukan yang penting mereka dapat menggunakan objek untuk memproses kebutuhan mereka. Kotak hitam berisi kode dan data.

    Encapsulation, yaitu proses menyembunyikan detail implementasi sebuah objek. Untuk mengakses data objek tersebut adalah melalui interface. Untuk berkomunikasi dengan objek digunakan message.
    Message adalah permintaan agar objek menerima untuk membawa metode yang ditunjukkan oleh perilaku dan mengembalikan result dari aksi tersebut kepada objek pengirim (sender)

- Asosiasi dan Agregasi

    Asosiasi adalah hubungan yang mempunyai makna antara sejumlah objek. Asosiasi digambarkan dengan sebuah garis penghubung diantara objeknya. Contohnya : Asosiasi karyawan dengan unit kerja. Setiap karyawan bekerja di satu unit kerja, sedangkan unit kerja dapat memiliki beberapa karyawan.
    Agregasi adalah bentuk khusus sebuah asosiasi yang menggambarkan seluruh bagian pada suatu objek merupakan bagian dari objek yang lain. Contohnya : Kopling dan piston adalah bagian dari mesin, sedangkan mesin, roda, body merupakan bagian dari sebuah mobil.

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.

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


Perancangan 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.
Perancangan ini bertujuan untuk membuat model SOLUSI terhadap PROBLEM yang sudah dimodelkan secara lengkap pada tahap analisis terstruktur. Ada empat kegiatan perancangan yang harus dilakukan, yaitu:

    Perancangan arsitektural; kita merancang struktur modul P/L dengam mengacu pada model analisis yang sesuai (DFD). Langkahnya adalah: mengidentifikasi jenis aliran (transform flowatau transaction flow), menemukan batas-batas aliran (incoming flow dan outgoing flow), kemudian memetakannya menjadi striktur hirarki modul. Selanjutnya, kita alokasikan fungsi-fungsi yang harus ada pada modul-modul yang tepat.
    Perancangan data; kita merancang struktur data yang dibutuhkan, serta merancang skema basisdata dengan mengacu pada model analisis yang sesuai (ERD).
    Perancangan antarmuka; kita merancang antarmuka P/L dengan pengguna, antarmuka dengan sistem lain, dan antarmuka antar-modul.
    Perancangan prosedural; kita merancang detil dari setiap fungsi pada modul. Notasi yang digunakan bisa berupa flow chart, algoritma, dan lain-lain

Pastikan bahwa model perancangan yang dibuat sudah mengakomodasi kebutuhan non fungsional.
Berikut ini merupakan kelebihan dan kekurangan metode perancangan terstruktur :
Kelebihan

    Milestone diperlihatkan dengan jelas yang memudahkan dalam manajemen proyek
    SSAD merupakan pendekatan visual, ini membuat metode ini mudah dimengerti oleh pengguna atau programmer.
    Penggunaan analisis grafis dan tool seperti DFD menjadikan SSAD menjadikan bagus untuk digunakan.
    SSAD merupakan metode yang diketahui secara umum pada berbagai industry.
    SSAD sudah diterapkan begitu lama sehingga metode ini sudah matang dan layak untuk digunakan.
    SSAD memungkinkan untuk melakukan validasi antara berbagai kebutuhan
    SSAD relatif simpel dan mudah dimengerti.

Kekurangan

    SSAD berorientasi utama pada proses, sehingga mengabaikan kebutuhan non-fungsional.
    Sedikit sekali manajemen langsung terkait dengan SSAD
    Prinsip dasar SSAD merupakan pengembangan non-iterative (waterfall), akan tetapi kebutuhan akan berubah pada setiap proses.
    Interaksi antara analisis atau pengguna tidak komprehensif, karena sistem telah didefinisikan dari awal, sehingga tidak adaptif terhadap perubahan (kebutuhan-kebutuhan baru).
    Selain dengan menggunakan desain logic dan DFD, tidak cukup tool yang digunakan untuk mengkomunikasikan dengan pengguna, sehingga sangat sulit bagi pengguna untuk melakukan evaluasi.
    Pada SAAD sulit sekali untuk memutuskan ketika ingin menghentikan dekomposisi dan mliai membuat sistem.
    SSAD tidak selalu memenuhi kebutuhan pengguna.
    SSAD tidak dapat memenuhi kebutuhan terkait bahasa pemrograman berorientasi obyek, karena metode ini memang didesain untuk mendukung bahasa pemrograman terstruktur, tidak berorientasi pada obyek (Jadalowen, 2002).


Perbedaan Analisa Berbasis Objek dan Yang Terstruktur

    Perancangan Terstruktur : Modul merupakan unit dari kode software yang menjalankan fungsi.
    Perancangan Berorientasi Objek : Modul objek yang mengenkapsulasi atribut dan kode program untuk berjalan.

metode terstruktur

      METODE TERSTRUKTUR
Kelebihan
·         Milestone diperlihatkan dengan jelas yang memudahkan dalam manajemen proyek
·         SSAD merupakan pendekatan visual, ini membuat metode ini mudah dimengerti oleh pengguna atau programmer.
·         Penggunaan analisis grafis dan tool seperti DFD menjadikan SSAD menjadikan bagus untuk digunakan.
·         SSAD merupakan metode yang diketahui secara umum pada berbagai industry.
·         SSAD sudah diterapkan begitu lama sehingga metode ini sudah matang dan layak untuk digunakan.
·         SSAD memungkinkan untuk melakukan validasi antara berbagai kebutuhan
·         SSAD relatif simpel dan mudah dimengerti.
Kekurangan
·         SSAD berorientasi utama pada proses, sehingga mengabaikan kebutuhan non-fungsional.
·         Sedikit sekali manajemen langsung terkait dengan SSAD
·         Prinsip dasar SSAD merupakan pengembangan non-iterative (waterfall), akan tetapi kebutuhan akan berubah pada setiap proses.
·         Interaksi antara analisis atau pengguna tidak komprehensif, karena sistem telah didefinisikan dari awal, sehingga tidak adaptif terhadap perubahan (kebutuhan-kebutuhan baru).
·         Selain dengan menggunakan desain logic dan DFD, tidak cukup tool yang digunakan untuk mengkomunikasikan dengan pengguna, sehingga sangat sliit bagi pengguna untuk melakukan evaluasi.
·         Pada SAAD sliit sekali untuk memutuskan ketika ingin menghentikan dekomposisi dan mliai membuat sistem.
·         SSAD tidak selalu memenuhi kebutuhan pengguna.
·         SSAD tidak dapat memenuhi kebutuhan terkait bahasa pemrograman berorientasi obyek, karena metode ini memang didesain untuk mendukung bahasa pemrograman terstruktur, tidak berorientasi pada obyek (Jadalowen, 2002).

Perbandingan Pendekatan OO dan Terstruktur

   Perbandingan Pendekatan OO dan Terstruktur

Perbedaan yang paling dasar dari pendekatan terstruktur dan pendekatan OO( Object Oriented ) atau berorientasi objek adalah pada metode berorientasifungsi atau aliran data ( Data Flow Diagram(DFD)) (pendekatan terstruktur),dekomposisi permasalahan dilakukan berdasarkan fungsi atau proses secara hirarki, mulai dari konteks sampai proses-proses yang paling kecil, sementara pada metode berorientasi objek. dekomposisi permasalahan dilakukan berdasarkan objek-objek yang ada dalam sistem.

Dari perbandingan tersebut, didapatkan bahwa dua metodologi tersebut hanya memenuhi sebagian dari siklus hidup pengembangan sistem. Namun, pada dasarnya kedua metodologi tersebut bisa digunakan untuk melakukan analisa dan perancangan sebuah sistem

diagram use case

diagram UML

1. Menjelaskan tentang agregasi?
Agregasi memberikan lebih banyak detail dari asosiasi. Dalam agregasi Anda dapat nama itu dan dapat memiliki perhiasan yang sama. Ini mungkin tidak terlibat dengan lebih dari dua kelas. Hal ini dapat memiliki koleksi kelas, tetapi kelas yang tidak tergantung pada siklus hidup. It `s isinya tidak hancur bahkan ketika kelas yang hancur.
2. Rinci arti dari asosiasi?
Ada lima jenis hubungan tetapi penting diberikan hanya dua mereka dua arah dan searah. Ini merupakan keluarga link. Asosiasi biner diwakili oleh dua ujung dan mereka terhubung ke kotak kelas. Asosiasi orde tinggi dapat memiliki lebih dari dua ujung.
3. Detil apakah UML dapat digunakan sebagai bahasa pemrograman?
UML dapat digunakan sebagai bahasa pemrograman tetapi harus mengumpulkan programmer dan pengembang untuk itu untuk menjadi sebagai bahasa pemrograman. Hal ini tidak begitu banyak produktif daripada bahasa lain, bisa digunakan jika peningkatan produktivitasnya. Hal ini juga cocok untuk lingkungan pengembangan grafis.
4. Menjelaskan tentang eksekusi UML?
Executable tidak menggunakan fungsionalitas penuh dan standar sebagai hadir dalam UML. Meskipun ada banyak konstruksi hadir dalam UML semua dari mereka tidak digunakan untuk merancang, dieksekusi UML hanya menggunakan sejumlah konstruksi.
5. Jelaskan tentang pandangan struktur statis disajikan oleh UML?
Tampilan struktur statis menentukan struktur statis dari sistem. Menggunakan atribut, hubungan, objek dan operasi. Tampilan struktur statis mencakup struktur komposit dan diagram kelas.
6. Jelaskan tentang pandangan perilaku dinamis?
Tampilan perilaku dinamis memegang peranan yang sangat penting dalam menentukan hubungan dan perilaku sistem. Pandangan ini menggambarkan kolaborasi antara objek dan perubahan efektif untuk negara internal objek. Ini termasuk kegiatan, urutan dan negara diagram mesin.
7. Apakah tiga pandangan yang berbeda dari model sistem?
- Fungsional pandangan persyaratan
- Tampilan struktur statis
- Dinamis tampilan perilaku
8. Jelaskan tentang metode di UML?

UML diciptakan untuk mendukung metode masanya, namun secara bertahap UML juga berkembang di alam sehingga membuka dukungan yang lebih baik untuk menolak metode berorientasi. Kesatuan proses rasional dan banyak UML metode didukung seperti metode sistem dinamis dan metode Abstraksi telah dirancang untuk memberikan solusi.

notasi dasar UML

Actor adalah segala sesuatu yang berinteraksi langsung dengan sistem aplikasi komputer, seperti orang, benda atau lainnya. Tugas actor adalah memberikan informasi kepada sistem dan dapat memerintahkan sistem agar melakukan sesuatu tugas. Lihat Gambar 1 di bawah.

actor




Notasi utama dan yang paling mendasar pada diagram UML adalah notasi untuk mempresentasikan suatu class beserta dengan atribut dan operasinya. Class adalah pembentuk utama dari sistem berorientasi objek. Gambar 2 menunjukkan notasi dari class UML.

class

Use Case

Use case adalah deskripsi fungsi dari sebuah sistem dari perspektif pengguna. Use case bekerja dengan cara mendeskripsikan tipikal interaksi antara user (pengguna) sebuah sistem dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah sistem dipakai. Urutan langkah-langkah yang menerangkan antara pengguna dan sistem disebut scenario. Notasi use case dapat di perlihatkan pada gambar dibawah berikut ini.

 case

Interaction
 
 Gambar 4. Notasi Interaction
Interaction digunakan untuk menunjukkan baik aliran pesan atau  informasi antar  obyek maupun  hubungan  antar  obyek.  Biasanya  interaction  ini  dilengkapi juga dengan  teks bernama operation signature yang  tersusun dari nama operasi, parameter yang dikirim dan tipe parameter yang dikembalikan.
Interface


 Gambar 5. Notasi Interface
Interface  merupakan  kumpulan  operasi  tanpa  implementasi  dari  suatu class. Implementasi operasi dalam interface dijabarkan oleh operasi didalam class. Oleh  karena  itu  keberadaan  interface  selalu  disertai  oleh  class  yang mengimplementasikan  operasinya.  Interface  ini  merupakan  salah  satu  cara mewujudkan prinsip enkapsulasi dalam obyek.
Note

Gambar 6. Notasi Note
Note  digunakan  untuk  memberikan  keterangan  atau  komentar  tambahan dari  suatu  elemen  sehingga  bisa  langsung  terlampir  dalam model.  Note  ini  bisa disertakan ke semua elemen notasi yang lain.
Dependency

Gambar 7. Notasi Dependency
Dependency merupakan  relasi  yang  menunjukan  bahwa  perubahan  pada salah satu elemen memberi pengaruh pada elemen lain. Elemen yang ada di  bagian tanda panah adalah elemen yang tergantung pada elemen yang ada dibagian tanpa tanda panah.  Terdapat  2 stereotype dari dependency,  yaitu  include dan extend.  Include menunjukkan  bahwa  suatu  bagian  dari  elemen  (yang  ada  digaris  tanpa  panah) memicu eksekusi bagian dari elemen lain (yang ada di garis dengan panah).  Extend menunjukkan bahwa suatu bagian dari elemen di garis tanpa panah bisa disisipkan kedalam elemen yang ada di garis dengan panah.
Association

Gambar 8. Notasi Asociation
Association  menggambarkan  navigasi  antar  class  (navigation),  berapa banyak  obyek  lain  yang  bisa berhubungan  dengan  satu  obyek  (multiplicity antar class) dan apakah suatu class menjadi bagian dari class lainnya (aggregation).  Navigation dilambangkan dengan penambahan  tanda panah di akhir  garis. Bidirectional navigation menunjukkan bahwa dengan mengetahui salah satu class bisa didapatkan  informasi dari  class lainnya. Sementara UniDirectional navigation hanya dengan mengetahui  class diujung  garis association  tanpa panah  kita bisa mendapatkan informasi dari class di ujung dengan panah, tetapi tidak sebaliknya.  Aggregation  mengacu  pada  hubungan  has-a ,  yaitu  bahwa  suatu  class memiliki class lain, misalnya Rumah memiliki class Kamar.
Generalization



Gambar 9. Notasi Generalization

Generalization menunjukkan hubungan antara elemen yang  lebih umum ke elemen  yang  lebih  spesifik.  Dengan  generalization,  class  yang  lebih  spesifik (subclass)  akan  menurunkan  atribut  dan  operasi  dari  class  yang  lebih  umum (superclass)  atau  subclass  is  superclass .  Dengan  menggunakan  notasi generalization ini, konsep inheritance dari prinsip hirarki dapat dimodelkan.

MBO

1. ACTOR
- PRIMARY BUSSINESS ACTOR
- PRIMARY SYSTEM ACTOR
- EXTERNAL SERVER ACTOR
- EXTERNAL RECEVER ACTOR
PROSES BISNIS AS-IS
PROSES BISNIS TO-BE
                       REQUITMENT
                              ANALYSIS IS
                                      DESIGINT
                                           IMPLEMENTATION
A. USE CASE
CARA MEMBUAT/SYARAT USECASE
1. BEHAVIOUR
2. TUJUAN
3. MASUK/KELUAR NILAI
4. PUNYA LAWAN USECASE
5. 1 USECASE-1PRILAKU
6. NAMA USE CASE DARI SUDUT PANDANG AKTOR
B.TUJUAN GENERLISASI
1. GENERALISASI USE CASE
- TUJUAN SAMA
- CARA KERJA BEDA
- LEBIH DARI SATU
2. GENERALISASI ACTOR
- LEBIH DARI SATU
- TUJUAN SAMA
- KEMAMPUAN BEDA



2. EXTENSION
SIFAT OPERASIONAL (BISA BEDA BISA GAK ADA)
MEMBUKA KARTU           <<EXTERLEND>>     TAMBAHAN MEMBER
3. INCLUSION
PELANGAN 1.ASOSIASI       -PESAN KELAS
                                        -PESAN TIKET
                                        - PESAN KURSI
SKENARIO= NOTSINURUTAN DIAGRAM
DALAM INCUSION TABLE PELANGAN BERHUBUNGAN DENGAN  1 NAMA,SEPERTI TABLE DI ATAS PESAN TIKET YANG PERTAMA D LAKUKAN,KARENA KALAU UDAH PESAN TIKET KITA BISA PESAN KELAS DENGAN PESAN KURSI,KALAU BELOM PESAN TIKET MAU PESAN KURSI GAK BISA.