Semangat pagi

Dalam materi ini akan akan diberikan pembelajaran mengenai use case, yang banyak digunakan mahasiswa system informasi didalam pembuatan laporan Tugas Akhir / Skripsi. Semoga materi kali ini membantu rekan mahasiswa didalam mengetahui dan bagaimana Use case dapat membantu di dalam membuat bagan activity dan menyelesaikan masa study perkuliahan.

Indikator Materi:

• Mengetahui cara Analisa Perancangan menggunakan use case Modelling
  

Use Case

• Use Case adalah deskripsi fungsi dari sebuah sistem dari perspektif pengguna.
  
• Sejak tahun 1992, dengan adanya pengembang UML, yaitu Jacob Et All, menjadikan Use case sebagai model utama atau yang dibutuhkan (Requeirment Model)
  pada UML.
  
• Use case dibuat berdasar keperluan actor, merupakan “apa” yang dikerjakan system, bukan “bagaimana” system mengerjakannya
  
• Use case diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksinya dengan actor.
  
• Use case dinotasikan dengan gambar (horizontal ellipse)
  

  
  

• Use case biasanya menggunakan kata kerja
  
• Nama use case boleh terdiri dari beberapa kata dan tidak boleh ada 2 use case yang memiliki nama yang sama
  

  Use Case Diagram
  

• Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”.
  
• Menurut Rosa dan Salahudin use case diagram tidak menjelaskan secara detail tentang penggunaan tiap use case, namun hanya memberi gambaran singkat hubungan antara use case, aktor, dan sistem. Melalui use case diagram kita dapat mengetahui fungsi-fungsi apa saja yang ada pada sistem (Rosa-Salahudin, 2011: 130).
  
• Usecase Diagram digunakan untuk mengambarkan interaksi antara pengguna sistem (actor) dengan kasus (use case) yang disesuaikan dengan langkah-langkah (scenario) yang telah ditentukan.
  
• Menggambarkan kebutuhan system dari sudut pandang user
  
• Mengfokuskan pada proses komputerisasi (automated processes)
  
• Menggambarkan hubungan antara use case dan actor
  
• Use case menggambarkan proses system (kebutuhan system dari sudut pandang user)
  

  Secara umum use case adalah:
  

• Pola perilaku system
  
• Urutan transaksi yang berhubungan yang dilakukan oleh satu actor
  

  Use case diagram terdiri dari:
  

  • Use case
    
  • Actors
    
  • System boundary boxes (optional)
    
  • Packages (optional)
    

  Tujuan Use case Diagram
  

  • Untuk mengumpulkan kebutuhan dari sebuah system
    
  • Untuk mendapatkan pandangan dari luar system
    
  • Untuk mengidentifikasikan factor yang mempengaruhi system baik internal maupun external.
    
  • Untuk menunjukkan interkasi dari para actor dari system.
    

    Use Case: Mengapa penting?
    

    • Ide dasarnya adalah bagaimana melibatkan penggunaan system di fase fase awal Analisa dan perancangan system, sehingga diharapkan akan bisa dibangun suatu system yang bisa membantu pengguna.
      

  
  

  Gambar. Simbol Use Case
  

Kapan menggunakan Use Case Diagram?

Use case diagram tidak memberikan banyak detail(memodelkan urutan Langkah yang harus dilakukan), namun bisa mendeskripsikan gambaran tingkat tinggi dari relasi diantara use case, actor dan system.

• Mewakili tujuan interaksi system dengan pengguna.
  
• Mendefinisikan dan mengatur persyaratn fungsional suatu system.
  
• Menentukan konteks dan kebutuhan dari system
  
• Memodelkan aliran event dalam use case.
  

  Contoh :
  

Use Case diagram Model

• Actor
  

Association

• Associations bukan menggambarkan aliran data/informasi.
  
• Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case.
  

  Ada 4 jenis relasi yang bisa timbul pada use case diagram
  

1. Association antara actor dan use case
   
2. Association antara use case
   
3. Generalization/Inheritance antara use case
   
4. Generalization/Inheritance antara actors
   

1. Association antara actor dan use case
   

1. Association antara use case
   

1. Generalization/inheritance antara use case
   

1. Generalization/inheritance antara actor
   

1. Use case System boundary boxes
   
   1. Digambarkan dengan kotak disekitar use case, untuk menggambarkan jangkauan system anda (scope of of your system).
      
   2. Biasanya digunakan apabila memberikan beberapa alternative system yang dapat dijadikan pilihan System boundary boxes dalam penggunaannya optional
      

Contoh: Study Kasus

Nama Aplikasi: Sistem Informasi Manajemen Perpustakaan

Deskripsi:

Sistem informasi manajemen perpustakaan adalah sebuah sistem informasi untuk mengelola informasi yang diperlukan dalam sebuah perpustakaan yang meliputi pengelolaan pustaka, pengelolaan anggota, pengelolaan petugas dan pengelolaan peminjaman pustaka. Aturan perpustakaan yang harus dipenuhi pada sistem informasi manajemen perpustakaan yang akan dimodelkan adalah sebagai berikut:

1. Pustaka dapat memiliki lebih dari satu pengarang
   
2. Anggota dapat meminjam lebih dari satu buku (pustaka) dalam satu waktu (waktu yang bersamaan)
   
3. Anggota dapat memiliki lebih dari satu nomor telepon
   
4. Anggota dapat mengembalikan pustaka yang dipinjam tidak dalam waktu yang bersamaan, meskipun pustaka-pustaka tersebut dipinjam pada waktu yang bersamaan.
   
5. Pengunjung yang bukan anggota diperbolehkan mencari data pustaka yang ingin dibacanya.
   
6. Pengunjung yang bukan anggota tidak diperbolehkan meminjam pustaka.
   
7. Proses pendaftaran pustaka, anggota, dan peminjaman dilakukan oleh petugas perpustakaan.
   
8. Anggota dan pengunjung dapat melakukan pencarian pustaka.
   
9. Satu pustaka akan disimpan sebagai satu data dengan id yang unik
   

Sistem Informasi Manajemen Perpustakaan yang akan dimodelkan memiliki fungsi-fungsi sebagai berikut:

Validasi Petugas

• Login
  

Mengelola data Pustaka

• Memasukkan data pustaka baru
  
• Mengubah data pustaka
  
• Menghapus data pustaka
  
• Mencari data pustaka
  
• Melihat data pustaka
  

Mengelola data petugas

• Memasukkan data petugas baru
  
• Mengubah data petugas
  
• Menghapus data petugas
  
• Mencari data petugas
  
• Melihat data petugas
  

Mengelola data Anggota

• Memasukkan data anggota baru
  
• Mengubah data anggota
  
• Menghapus data anggota
  
• Mencari data anggota
  
• Melihat data anggota
  

Mengelola data Peminjaman

• Memasukkan data peminjaman
  
• Mengubah data peminjaman
  
• Mencari data peminjaman
  
• Melihat data peminjaman
  

Penyelesaian Studi Kasus menjadi sebuah Use Case Diagram

Menggambarkan Use Case Diagram

Berikut adalah use case diagram / diagram use case dari Sistem Informasi Manajemen Perpustakaan:

Sumber:

http://www.materidosen.com/2017/04/use-case-diagram-lengkap-studi-kasus.html

www.ceritahosting.com

PUSTAKA

• http://www.samsularifin.com/2014/11/pengertian-manfaat-dan-penerapan.html
  
• https://www.dictio.id/t/apa-yang-dimaksud-dengan-analisis-critical-success-factors/14555/2
  
  
• Korth, H.; Database System Concept, Mc Graw Hill,4th edition, New York, 2002.
  
• http://www.materidosen.com/2017/04/use-case-diagram-lengkap-studi-kasus.html
  
• Adi Nugroho;Perancangan & Implementasi Sistem Basis Data, Andi Publisher,ISBN:979-29-2609-5
  
• Janner Simarmata;Perancangan Basis data
  
• Indarajani,Elexmedia;Perancangan Basis Data dlm All in 1
  
• Strategy Perancangan dan pengelolan Basis data, ISBN:979-763-824-3
  
• http://modulmakalah.blogspot.co.id/2015/09/teknik-pencarian-fakta-dalam.html
  

The post USE CASE : Implementasi Use Case Modelling appeared first on Cerita Hosting ☁️.

• Mengetahui cara Analisa Perancangan menggunakan Activity diagram, sequence diagram dan class diagram.
  

Use Case

• Use Case adalah deskripsi fungsi dari sebuah sistem dari perspektif pengguna.
  
• Sejak tahun 1992, dengan adanya pengembang UML, yaitu Jacob Et All, menjadikan Use case sebagai model utama atau yang dibutuhkan (Requeirment Model)
  pada UML.
  
• Use case dibuat berdasar keperluan actor, merupakan “apa” yang dikerjakan system, bukan “bagaimana” system mengerjakannya
  
• Use case diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksinya dengan actor.
  
• Use case dinotasikan dengan gambar (horizontal ellipse)
  

  
  

• Use case biasanya menggunakan kata kerja
  
• Nama use case boleh terdiri dari beberapa kata dan tidak boleh ada 2 use case yang memiliki nama yang sama
  

Use Case Diagram

• Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”.
  
• Menurut Rosa dan Salahudin use case diagram tidak menjelaskan secara detail tentang penggunaan tiap use case, namun hanya memberi gambaran singkat hubungan antara use case, aktor, dan sistem. Melalui use case diagram kita dapat mengetahui fungsi-fungsi apa saja yang ada pada sistem (Rosa-Salahudin, 2011: 130).
  
• Usecase Diagram digunakan untuk mengambarkan interaksi antara pengguna sistem (actor) dengan kasus (use case) yang disesuaikan dengan langkah-langkah (scenario) yang telah ditentukan.
  
• Menggambarkan kebutuhan system dari sudut pandang user
  
• Mengfokuskan pada proses komputerisasi (automated processes)
  
• Menggambarkan hubungan antara use case dan actor
  
• Use case menggambarkan proses system (kebutuhan system dari sudut pandang user)
  

  Secara umum use case adalah:
  

• Pola perilaku system
  
• Urutan transaksi yang berhubungan yang dilakukan oleh satu actor
  

  Use case diagram terdiri dari:
  

  • Use case
    
  • Actors
    
  • System boundary boxes (optional)
    
  • Packages (optional)
    

  Tujuan Use case Diagram
  

  • Untuk mengumpulkan kebutuhan dari sebuah system
    
  • Untuk mendapatkan pandangan dari luar system
    
  • Untuk mengidentifikasikan factor yang mempengaruhi system baik internal maupun external.
    
  • Untuk menunjukkan interkasi dari para actor dari system.
    

    Use Case: Mengapa penting?
    

  • Ide dasarnya adalah bagaimana melibatkan penggunaan system di fase fase awal Analisa dan perancangan system, sehingga diharapkan akan bisa dibangun suatu system yang bisa membantu pengguna.
    

  
  

  Gambar. Simbol Use Case
  

Untuk mempermudah pemahaman dari penggunaan Activity diagram, Sequence Diagram, use case akan diberikan contoh dari tulisan:

“APLIKASI SISTEM MONITORING i-HCR (INTERGRATED HUMAN CAPITAL READINESS) BERBASIS WEB PADA DIVISI SUMBER DAYA MANUSIA DI PT. PLN DISTRIBUSI JAKARTA RAYA”

Perancangan Sistem Usulan

Use Case

Use case diagram yang diusulkan pada sistem website ini terdiri dari 2 aktor yaitu kantor distribusi sebagai admin, dan area sebagai user. Use case diagram menggambarkan relasi input dan output aktor dengan sistem. Berikut adalah use case diagram dari sistem pada website i-HCR ini

Use Case Diagram i-HCR

Deskripsi Use Case Diagram

    Deskripsi use case mendeskripsikan aktor dan fungsi yang digambarkan dalam use case diagram. Berikut adalah deskripsi aktor dan definisi use case diagram i-HCR:

Identifikasi Actor Use Case

Skenario Use Case Login

Skenario Use Case Melihat SJF Semua Area

Skenario Use Case Melihat SJF Area-nya Saja

Skenario Use Case Kelola SJF Berdasarkan Triwulan

Skenario Use Case Mencetak Laporan SJF

Skenario Use Case Melihat Data Competency Profile

Activity Diagram

    Menggambarkan aktivitas bisnis yang lebih kompleks, dimana digambarkan hubungan antara satu use case dengan use case lainnya. Berikut adalah Activity Diagram dari aplikasi i-HCR:

Diagram Login

Activity Diagram Login

Berikut adalah penjelasan activity diagram login:

1. User mengakses halaman login melalui browser.

2. Sistem akan menampilkan halaman login beserta dengan form login.

3. User login dengan cara mengisi username dan password akun.

4. Sistem akan melakukan pemeriksaan data username dan password yang

diisi oleh user.

Activity Diagram Melihat SJF Semua Area

Activity Diagram Melihat SJF Semua Area

Berikut adalah penjelasan activity diagram melihat SJF semua area:

1. Admin login untuk masuk kedalam aplikasi.
   
2. Admin mengakses halaman Strategic Job Famillies pada menu aplikasi.
   
3. Sistem akan menampilkan daftar keseluruhan area
   
4. Jika admin ingin melihat data SJF pada area yang lain, maka admin harus memilih area yang ingin dilihat dan kemudian sitem akan menampilkan data area yang dipilih pada halaman SJf
   
5. Jika admin tidak ingin melihat data SJF pada area lain, maka sistem akan menampilkan data SJF pada area Kantor Distribusi Jakarta Raya.
   
6. User memilih triwulan ke berapa yang ingin dilihat SJF-nya.
   
7. Admin akan menampilkan halaman Strategic Job Famillies berdasarkan triwulan yang dipilih sebelumnya.
   

Activity Diagram Melihat SJF Area-nya Saja

Activity Diagram Melihat SJF Area-nya Saja

Berikut adalah penjelasan activity diagram melihat SJF area-nya saja:

1. User login untuk masuk kedalam aplikasi.
   
2. User memilih menu halaman SJF
   
3. Sistem menampilkan halaman Strategic Job Famillies.
   
4. User memilih triwulan ke berapa yang ingin dilihat SJF-nya.
   
5. Sistem akan menampilkan halaman Strategic Job Famillies berdasarkan triwulan yang dipilih sebelumnya.
   

Activity Diagram Kelola SJF Berdasarkan Triwulan

Activity Diagram Kelola SJF Berdasarkan Triwulan

Berikut adalah penjelasan activity diagram edit SJF admin:

1. User / Admin login untuk masuk kedalam aplikasi
   
2. User / Admin kemudian memilih menu halaman SJF
   
3. Sistem menampilkan halaman Strategic Job Famillies.
   
4. User memilih triwulan ke berapa yang ingin dilihat SJF-nya.
   
5. Sistem akan menampilkan halaman Strategic Job Famillies berdasarkan triwulan yang dipilih.
   
6. Jika User / Admin ingin mengubah data SJF maka data yang ditampilkan adalah berdasarkan triwulan yang dipilih sebelumnya.
   
7. User / Admin memilih data SJF yang akan dirubah.
   
8. Sistem akan menampilkan data SJF yang dipilih secara detail.
   
9. User / Admin melakukan edit data sesuai dengan apa yang diperlukan perusahaan.
   
10. Sistem akan menyimpan data yang telah diedit.
    

Activity Diagram Mencetak Laporan SJF

Activity Diagram Mencetak Laporan SJF

Berikut adalah penjelasan activity diagram mencetak laporan SJF:

1. User/ Admin login untuk masuk kedalam aplikasi.
   
2. User / Admin memilih menu halaman SJF
   
3. Sistem menampilkan halaman Strategic Job Famillies.
   
4. User / Admin memilih triwulan ke berapa yang ingin dicetak SJF-nya.
   
5. Sistem akan menampilkan halaman Strategic Job Famillies berdasarkan triwulan yang dipilih sebelumnya.
   
6. Sistem menampilkan laporan SJF berdasarkan triwulan yang dipilih dengan format pdf.
   
7. Jika User / Admin ingin mencetak laporan maka pilih cetak laporan.
   
8. Jika User / Admin ingin mencetak laporan SJF dari triwulan yang berbeda maka pilih triwulan kembali.
   

Sequence Diagram

Sequence diagram menjelaskan interaksi object yang disusun dalam suatu urutan waktu. Diagram ini secara khusus berasosiasi dengan use case, sequence diagram memperlihatkan tahap demi tahap apa yang seharusnya terjadi untuk menghasilkan sesuatu di dalam use case.

Sequence Diagram Login

Sequence Diagram Login

Berikut adalah penjelasan sequence diagram login:

1:         User membuka halaman login.

1.1:         Halaman login akan memuat form login.

2:         User memasukan username dan password.

2.1:         Data dikirim dari form ke sistem.

2.1.1:         Sistem melanjutkan data yang dikirim form ke database untuk pencarian data.

2.1.1.1:     Database melakukan pencarian data.

2.1.1.2:     Data ditemukan dan dikirim ke sistem

2.1.1.3:     User berhasil login dan sistem menampilkan halaman utama

Sequence Diagram Melihat SJF Semua Area

3.2.3.3 Sequence Diagram Melihat SJF Area

Sequence Diagram Melihat SJF Semua Area

Berikut adalah penjelasan sequence diagram edit SJF area:

1:     Admin membuka halaman home

1.1:    Admin memilih menu SJF

2:     Admin memilih area yang ingin dilihat SJFnya

2.1:     Admin memilih triwulan

2.1.1:     Meminta data ke sistem

2.1.2:    Sistem mengambil data dari database

2.1.3:     Database mengirim data ke sistem untuk ditampilkan

2.2:     sistem menampilkan data SJF

Sequence Diagram Kelola SJF Berdasarkan Triwulan

Sequence Diagram Kelola SJF Berdasakan Triwulan

1:     User / Admin membuka halaman home

1.1:    User / Admin memilih menu SJF

2:     User / Admin memilih triwulan yang ingin dilihat SJFnya

2.1:     User / Admin memilih edit SJF

2.1.1:     Sistem melakukan validasi data

2.1.2:    Data valid

2.1.3:    Sistem menyimpan data ke database

2.2:     Database mengirim data ke sistem untuk ditampilkan

2.2.1:    Sistem menampilkan data SJF

Sequence Diagram Cetak Laporan SJF

Sequence Diagram Cetak Laporan SJF

Berikut adalah penjelasan sequence diagram melihat SJF area:

1:     Admin / User membuka halaman home

1.1:    Admin / User memilih menu SJF

2:     Admin / User memilih triwulan yang ingin dilihat SJFnya

2.1:     Meminta data ke sistem

2.1.1:     Sistem mengambil data dari database

2.1.2:    Database mengirim data ke sistem untuk ditampilkan

2.2:     Sistem menampilkan data SJF

3:    Admin / User menekan tombol cetak

3.1:    Sistem melakukan proses cetak data

Class Diagram

Class Diagram

Spesifikasi Database

1. Nama Database    : pln
   

   Nama Tabel        : tb_area
   

   Primari key        : id_area
   

Tabel 3.10. tabel tb_area

1. Nama Database    : pln
   

   Nama Tabel        : tb_bidang
   

   Primari key        : id_bidang
   

Tabel 3.11. tabel tb_bidang

1. Nama Database    : pln
   

   Nama Tabel        : tb_profesi
   

   Primari key        : id_profesi
   

Tabel 3.12. tabel tb_profesi

1. Nama Database    : pln
   

   Nama Tabel        : tb_sjf
   

   Primari key        : id_sjf
   

Tabel 3.13. tabel tb_sjf

1. Nama Database    : pln
   

   Nama Tabel        : tb_sjfarea
   

   Primari key        : id_sjfarea
   

Tabel 3.14. tabel tb_sjfarea

1. Nama Database    : pln
   

   Nama Tabel        : tb_triwulan
   

   Primari key        : id_triwulan
   

Tabel 3.15. tabel tb_triwulan

1. Nama Database    : pln
   

   Nama Tabel        : tb_user
   

   Primari key        : id_user
   

Tabel 3.16. tabel tb_user

Rancangan Layar

Rancangan Layar Login

Rancangan Layar Login

Rancangan Layar Dashboard

Rancangan Layar Dashboard

Rancangan Layar SJF

Rancangan Layar SJF

Rancangan Layar Edit SJF

Rancangan Layar Competency & Cetak Laporan Profile

PUSTAKA

• http://www.samsularifin.com/2014/11/pengertian-manfaat-dan-penerapan.html
  
• https://www.dictio.id/t/apa-yang-dimaksud-dengan-analisis-critical-success-factors/14555/2
  
  
• Korth, H.; Database System Concept, Mc Graw Hill,4th edition, New York, 2002.
  
• http://www.materidosen.com/2017/04/use-case-diagram-lengkap-studi-kasus.html
  
• Adi Nugroho;Perancangan & Implementasi Sistem Basis Data, Andi Publisher,ISBN:979-29-2609-5
  
• Janner Simarmata;Perancangan Basis data
  
• Indarajani,Elexmedia;Perancangan Basis Data dlm All in 1
  
• Strategy Perancangan dan pengelolan Basis data, ISBN:979-763-824-3
  
• http://modulmakalah.blogspot.co.id/2015/09/teknik-pencarian-fakta-dalam.html
  

The post Analisa Perancangan Sistem Informasi(APSI):11-Activity Diagram appeared first on Cerita Hosting ☁️.

(SERIES-1)

PENDAHULUAN

MATERI-1:

1. Mampu menyebutkan berbagai model proses rancang bangun perangkat lunak dan kapan berbagai model tersebut harus dipergunakan.
   
2. Mampu menjelaskan model Unified Process
   
3. Mampu menyebutkan berbagai jenis diagram dalam UML dalam kaitannya dengan tahapan proses dalam Unified Process.
   

   Salam Pengantar.
   

   Pada pembelajaran Analisa berorientasi Object, seringkali mahasiswa menghadapi kesulitan, karena tidak mengetahui apa sebenarnya esensi dari Mata kuliah Analisa Berorientasi Object.
   

   Perlu dasar yang kuat saat mahasiswa mendapatkan materi kuliah SIM(Sistem Informasi Management), Basis Data, Flowchart, Proses bisnis dan Analisa Perancangan Sistem Informasi, agar dapat berhasil didalam perkuliahan Analisa Berorientasi Object tersebut.
   

   Pada materi kali ini, kami akan menjelaskan secara tahap demi langkap dari pengalaman mengajar dan berbagai sumber referensi pengajaran yang kami dapatkan.
   

   Salam Sukses
   

   Definisi
   

   Analisa:
   

   Mempelajari domain permasalahan bisnis untuk merekomendasikan perbaikan dan menentukan kebutuhan system untuk menyelesaikan permasalahan.
   

   Desain :
   

   Menentukan solusi teknis/computer-based dimana solusi ini berdasarkan kebutuhan system yang telah diidentifikasi pada proses analisis.
   

   • Pengertian “berorientasi objek” berarti bahwa kita mengorganisasi perangkat lunak sebagai kumpulan dari objek tertentu yang memiliki struktur data dan perilakunya.
   

   • Analisis dan desain 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.
   

• OOSAD (Object Oriented System Analysis and Design) merupakan paradigma analisa dan perancangan sistem yang titik perhatiannya adalah penggambaran struktur dan tingkah laku system informasi yang meliputi data dan process. Secara statis struktur data dan process akan menunjukkan hubungan antar bagian dari sistem, sedangkan secara dinamis menunjukkan bagaimana bagian-bagian sistem tersebut akan berinteraksi antara satu dengan lainnya.
  

  Untuk penggambaran tersebut diperlukan pemahaman dasar dari class, object, method, message, encapsulation, information hiding, inheritance, polymorphism, dan dynamic binding.
  

Metode Analisa

Analisa sistem dimulai dengan adanya dokumen permintaan (requirement) yang

diperoleh dari semua pihak yang berkepentingan. (Mis: klien, developer, pakar, dll)

Dokumen permintaan memiliki 2 fungsi:

1. Memformulasikan kebutuhan klien

2. Membuat suatu daftar tugas

Karakteristik dari Objek

Identitas berarti bahwa data yg diukur mempunyai nilai tertentu yang berbeda. Entitas disebut Objek.

• Objek dapat kongkrit, seperti halnya arsip dalam sistem, atau konseptual seperti kebijakan penjadualan dalam multiprocessing dlm suatu system operasi.

• Setiap objek mempunyai sifat yang melekat pada identitasnya.

• Dua objek dapat berbeda walaupun semua nilai atributnya identik.

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

Istilah-istilah Objek

Atribut : Data item yang menegaskan Objek

Operasi : Fungsi di dalam kelas yang dikombinasikan ke bentuk tingkah laku kelas

Metode : Pelaksanaan prosedur (bagian dari kode yang mengeksekusi respon terhadap permintaan objek lain didalam sistem).

Metodologi Berorientasi Objek

• Encapsulation (pengkapsulan)

• Inheritance (pewarisan)

• Polymorphism (polimorfisme).

Pemrograman Berorientasi Obyek (PBO)

• C++
  

• Java

• Visual Basic .net

• Delphi

• dll..

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.

Contoh:

Televisi :

– Tampak luar hanya layar dan beberapa tombol operasi

– Di dalam terkandung kompleksitas rangkaian elektronika.

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 induk diturunkan kepada anak objek, demikian seterusnya.

• Inheritance mempunyai arti bahwa atribut dan operasi akan dimiliki bersama di antara 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.

Polimorphism

Arti :

• Mempunyai banyak bentuk Merupakan suatu konsep yang menyatakan sesuatu yang sama dapat memiliki berbagai bentuk dan perilaku yang berbeda.
  
• Polimorfisme yaitu konsep yang menyatakan bahwa sesuatu 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 sesuai dalam merespon pesan yang sama.
  
• Seleksi dari metode yang sesuai, bergantung pada kelas yang seharusnya menciptakan Objek.
  

Contoh

Polimorphism pada C++ dapat dikenakan pada fungsi atau operator dan di kenal dengan

overloading.

Berikut fungsi dengan nama gambar :

gambar(x,y); Menggambar titik

gambar(x1,y1,x2,y2); Menggambar garis

gambar(x,y,5); Menggambar lingkaran

https://www.askpython.com/python/oops/polymorphism-in-python

Model Unified Process

Unified Process adalah kerangka kerja proses pengembangan perangkat lunak yang iterative dan incremental. Penyempurnaan Unified Process yang paling terkenal dan banyak didokumentasikan adalah Rational Unified Process.

Contoh lain adalah OpenUP dan Agile Unified Process.

Adaptable methodology for Object-Oriented Software production

• Iterative and Incremental

• UML diagrams

• Unified Modeling Language (UML)

• Redrawn as more knowledge about system is gained (more accurate, extended).

Mengapa UML digunakan?

UML dapat digunakan untuk mengembangkan diagram dan memberikan contoh pemodelan ekspresif yang siap pakai kepada pengguna (programmer). Beberapa alat UML menghasilkan kode bahasa program dari UML. Dengan pemahaman tentang pemodelan, penggunaan dan aplikasi UML dapat membuat proses pengembangan perangkat lunak lebih efisien.

UML Class Diagram

Models the classes needed and relationship associations, inheritance, compositions

and dependencies.

Waterfall vs. Unified Process

Waterfall

• One dimensional

• Each phase must be completed before you begin the next phase.

Unified Process

• Incremental and Iterative

• Two dimensional

• Task is divided into increments (phases)

• Within each increment the developers have to iterate (workflows) until task is complete

• Consecutive series of waterfall models

Perbedaan ada pada work flow:

• Core Workflows
  
• Requirements
  
• Analysis
  
• Design
  
• Implementation
  
• Test
  

Phases of the Unified Process

• Inception :
  

Determine whether it is worthwhile to develop product Initial scope and financial details

• Elaboration:
  

Refine requirements, produce software management plan Construction Produce beta-release, initial user manual

• Transition
  

Client feedback, correct faults, complete manuals

Apakah flowchart diagram UML?

UML – Diagram Aktivitas. Activity diagram adalah diagram penting lainnya dalam UML untuk menggambarkan aspek dinamis sistem. Activity diagram pada dasarnya adalah diagram alur untuk mewakili aliran dari satu aktivitas ke aktivitas lain. Aktivitas dapat digambarkan sebagai operasi sistem.

Diagram yang digunakan untuk menggambarkan

◆Proses bisnis,

◆Langkah-langkah use case

◆Logika perilaku obyek/ metode

Fungsi Activity Diagram

• Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah proses

• Memperlihatkan urutan aktifitas proses pada sistem

• Activity diagram dibuat berdasarkan sebuah atau beberapa use case pada use case diagram.

Detail dapat di lihat: https://ceritahosting.com/2020/06/20/analisa-perancangan-sistem-informasiapsi11-activity-diagram/

The post ANALISA BERORIENTASI OBJECT(ABO) (1) appeared first on Cerita Hosting ☁️.