Contoh Flowmap Prosedur Pembayaran di Rumah Makan

Software Design Notations

Notasi desain digunakan untuk mendeskripsikan tujuan suatu perangkat lunak yang digunakan dalam perancangan perangkat lunak. Notasi desain dikategorikan ke dalam notasi Structural Descriptions (Statis) dan Behavioral Descriptions (Dinamis).

Kriteria Notasi Desain

Dalam membuat notasi desain terdapat kriteria-kriteria yang harus dicapai untuk menjadi notasi desain yang baik, yaitu :

o Automatic processing : memungkinkan desainer untuk memverifikasi kebenaran dan
   kualitas desain

o Modularity : notasi mendukung pengembangan perangkat lunak modular

o Structure enforcement : memberlakukan penggunaan konstruksi pemrograman terstruktur

o Ease of editing : mudah untuk melakukan modifikasi desain

o Data representation : kemampuan untuk menggambarkan data local dan global secara
   langsung

o Maintainability : pemeliharaan konfigurasi

o Logic verification : mampu melakukan verifikasi logika untuk meningkatkan kecukupan pengujian

o Overall simplicity : mudah untuk dipelajari, digunakan dan penulisannya

o Machine readability : notasi dapat menjadi masukan secara langsung ke dalam pembangunan sistem

o Easily converted to program source code : memudahkan dan mempercepat dalam pembuatan kode 
   program

Kategori Notasi Desain

Notasi desain dikategorikan ke dalam notasi Structural Descriptions (Statis) dan Behavioral Descriptions (Dinamis).

a. Structural Descriptions (Statis)
Structural Descriptions menggambarkan dan mewakili aspek structural dari perancangan perangkat lunak, yang meliputi :

o Architecture description languages (ADL) :
Bahasa yang digunakan untuk menggambarkan arsitektur perangkat lunak dalam hal komponen dan konektor.

data Simple state map doc pres gest upd =
    Simple { present :: LayerFn state doc 
     (map, state) pres
    , interpret :: LayerFn (map, state) gest 
      state upd
} 

sumber : https://www.todaysoftmag.com/article/2241/architecture-description-languages

o Component diagrams : Digunakan untuk merepresentasikan sekumpulan komponen dari sebuah sistem, realisasi dari sekumpulan antarmuka dan hubungan timbal baliknya

sumber : https://ngampus.id/contoh-component-diagram/

o Deployment diagrams : Digunakan untuk memodelkan aspek fisik suatu sistem yang mewakili satu set simpul (fisik) dan keterkaitannya

sumber : https://ngampus.id/contoh-deployment-diagram/

o Interface description languages (IDL) : Bahasa seperti pemrograman yang digunakan untuk mendefinisikan antarmuka (nama dan jenis operasi yang diekspor) dari komponen perangkat lunak

sumber : https://www.slideserve.com/carney/konsep-interface-membangun-interoperabilitas

o Class and object diagrams : Digunakan untuk mewakili sekumpulan kelas (dan objek) dan keterkaitannya


o Entity-relationship diagrams (ERD) : Digunakan untuk menggambarkan model konseptual data yang disimpan dalam sistem informasi



o Structure charts
- Digunakan untuk menggambarkan
struktur pemanggilan program

- Menguraikan komponen utama menjadi
bagian bagian kecil

- Digunakan dalam analisis sistem
terstruktur/desain terstruktur

- Setiap grafik merupakan suatu proses



b. Behavioral Descriptions (Dinamis)
Behavioral descriptions digunakan untuk menggambarkan perilaku dinamis perangkat lunak dan komponen, yang meliputi :

o Communication diagram : Digunakan untuk menunjukkan interaksi yang terjadi di antara sekelompok objek, di mana penekanannya adalah pada objek, tautannya, dan pesan yang mereka tukarkan pada tautan


sumber : https://ngampus.id/contoh-collaboration-diagram/


o Decision tables and diagrams : digunakan untuk mewakili kombinasi kondisi dan tindakan yang kompleks

sumber : http://www.mcr.org.in/sureshmudunuri/stm/unit6.php

o State transition and state chart diagrams : digunakan untuk menunjukkan aliran kontrol dari negara ke negara di mesin negara

sumber : http://purnama141.blogspot.com/2017/02/state-transition-diagram.html

o Formal specification languages : bahasa tekstual yang menggunakan gagasan dasar dari matematika (misalnya, logika, set, urutan) untuk secara ketat dan abstrak mendefinisikan antarmuka dan perilaku komponen perangkat lunak, seringkali dalam hal kondisi sebelum dan kondisi sesudah

sumber : https://www.semanticscholar.org/paper/A-Formal-Specification-Language-for-the-Description-Canal-Pimentel/58c173b43e44a699f1245b048ad556743e729935


o Data flow diagrams (DFD) : Merepresentasikan sebuah sistem atau perangkat lunak pada beberapa
level abstraksi dan untuk mengambarkan aliran data dalam sistem, sumber dan tujuan data, proses yang mengolah data tersebut, dan tempat penyimpanan datanya.

o Activity Diagrams : Digunakan untuk menunjukkan aliran kontrol dari aktivitas

sumber : https://www.geeksforgeeks.org/unified-modeling-language-uml-activity-diagrams/

o Flowchart: merupakan diagram alir yang menunjukkan apa yang terjadi dalam suatu program dan bagaimana data mengalir di sekitarnya. Flowchart dapat mewakili proses bisnis, menunjukkan keputusan yang diambil dan hasil dari keputusan itu 
 
sumber : https://www.lucidchart.com/pages/templates/flowchart/system-flowchart-template

o Sequence diagram: digunakan untuk menunjukkan interaksi di antara sekelompok objek, dengan
penekanan pada urutan waktu pesan.
  
sumber : https://www.geeksforgeeks.org/unified-modeling-language-uml-sequence-diagrams/?ref=rp

o Pseudocode : Notasi desain yang berkaitan erat dengan bagaimana logika suatu program akan bekerja, umumnya pada tahap desain terperinci, perilaku prosedur atau metode.

o Penulisan pseudocode
- INPUT - menunjukkan pengguna akan memasukkan sesuatu
- OUTPUT - menunjukkan bahwa output akan muncul di layar
- WHILE - loop (iterasi yang memiliki kondisi di awal)
- FOR - loop penghitungan (iterasi)
- REPEAT – UNTIL - loop (iterasi) yang memiliki kondisi di akhir
- IF – THEN – ELSE - keputusan (pemilihan) di mana pilihan dibuat