MAKALAH REKAYASA PERANGKAT LUNAK

Dengan judul :

“Arsitektur Perangkat Lunak.”

Disusun untuk Memenuhi Tugas Mata Kuliah Rekayasa Perangkat Lunak

Disusun Oleh

Tri Wahyu Budi Satria (10184005)

PROGRAM STUDI SISTEM INFORMASI

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER
STMIK PROFESIONAL MAKASSAR
2020/2021
 KATA PENGANTAR

Segala puji dan syukur kepada Tuhan Yang Maha Esa, karena atas berkat-Nya
lah maka penulis bisa menyelesaikan tugas mata kuliah Pengelolaan Instalasi
Komputer dengan judul “Arsitektur Perangkat Lunak” dengan tepat waktu.

Pada kesempatan ini penulis ingin mengucapkan terima kasih kepada semua
pihak yang telah membantu dalam penulisan tugas mata kuliah Pengelolaan Instalasi
Komputer ini.

Akhir kata, semoga penulisan tugas mata kuliah Pengelolaan Instalasi Komputer
ini dapat bermanfaat dalam mempelajari bagaimana prosedur instalasi komputer dan
bagaimana instalasi komputer, pengelolaan instalasi komputer dan menjalakan
komputer didalam suatu organisasi. Penulis menyadari sebagai manusia tentu tidak
luput dari kesalahan. Begitu pula dengan tugas ini, tentu belum sempurna. Oleh sebab
itu apabila ada kesalahan dalam penulisan tugas ini penulis mohon maaf dan harap
dimaklumi.

Makassar, Januari 2020

Penulis
 BAB I

PENDAHULUAN

A. Latar Belakang

Rekayasa perangkat lunak dipandu oleh kumpulan prinsip-prinsip inti yang

membantu dalam aplikasi dari proses perangkat lunak bermakna dan
pelaksanaan metode efektif rekayasa perangkat lunak. Di tingkat proses, prinsip-
prinsip inti menetapkan landasan filosofis yang memandu tim perangkat lunak
karena melakukan kegiatan kerangka dan payung, menavigasi proses mungil FL
ow, dan menghasilkan serangkaian produk kerja rekayasa perangkat lunak.
Pada tingkat praktek, prinsip-prinsip inti membentuk kumpulan nilai-nilai dan
aturan yang berfungsi sebagai panduan karena Anda menganalisis masalah,
merancang solusi, menerapkan dan menguji solusi, dan akhirnya menyebarkan
perangkat lunak dalam komunitas pengguna.

Pemahaman lengkap mengenai persyaratan perangkat lunak sangat

penting bagi keberhasilan usaha pengembangan perangkat lunak . Tidak peduli
bagaimana perangkat lunak dirancang atau di kodekan, program yang dianalisis
dan ditentukan secara tidak baik maka akan mengecewakan pemakainya dan
akan membawa kegagalan bagi pengembangnya. Tugas analisis persyaratan
merupakan sebuah proses penemuan perbaikan, pemodelan, dan spesifikasi.

Ruang lingkup perangkat lunak, yang secara mendasar dikembangkan

oleh perekayasa sistem dan diperbaiki selama perancanaan proyek perangkat
lunak, diperbaki secara detail. Model-model data yang dibutuhkan, aliran kontrol
dan informasi, dan tingkah laku operasional diciptakan. Pemecahan alternatif
dianalisis dan dialokasikan ke berbagai elemen perangkat lunak Baik
pengembang maupun pelanggan melakukan peran aktif dalam analisis
persyaratan dan spesifikasi. Pelanggan berusaha memformulasikan kembali
konsep yang tidak jelas dari fungsi perangkat lunak dan kinerja ke dalam detail
 yang konkrit. Pengembang bertindak sebagai interogator, konsultan, dan
pemecah masalah.

BAB II

PEMBAHASAN

A. Arsitektur Perangkat Lunak

Arsitektur perangkat lunak adalah sekumpulan pernyataan yang

menggambarkan komponen perangkat lunak dan fungsi-fungsi yang ada pada
komponen tersebut. Ia menggambarkan struktur teknis, batasan-batasan, ciri-ciri,
serta antarmuka pada komponen-komponen tersebut. Arsitektur merupakan
rancangan fisik sistem dan oleh karena itu membutuhkan rencana yang matang
pada saat pembuatannya

    Arsitektur perangkat lunak merupakan struktur

sebuah sistem, yang meliputi elemen perangkat
lunak, sifat (property) yang tampak dari elemen
itu, serta relasi di antara elemen-elemen
tersebut. Sifat yang tampak misalnya fungsi apa
saja yang disediakan oleh elemen, bagaimana
kinerjanya, bagaimana penanganan
kesalahannya, sumber daya apa saja yang
digunakan.

     Menurut Erl (2009), ada tiga elemen yang saling berkaitan erat ketika berbicara
tentang arsitektur perangkat lunak. Pertama adalah arsitektur teknologi, yaitu desain
fisik dari suatu perangkat lunak. Kedua adalah infrastruktur teknologi, yaitu
lingkungan pendukung yang termasuk di dalamnya perangkat keras dan perangkat
lunak. Ketiga adalah perangkat lunak itu sendiri.
 Istilah “arsitektur” berasal dari istilah yang digunakan pada bidang konstruksi
bangunan. Sebuah bangunan memiliki desain fisik yang digambarkan dalam cetak
biru arsitektur (architecture blueprint) atau disebut juga spesifikasi arsitektur. Suatu
bangunan berada dalam lingkungan tertentu. Lingkungan ini bisa memberikan
dukungan ataupun tidak terhadap bangunan tersebut. Sebagai contoh, bangunan
perumahan yang dididukung oleh sarana transportasi, pembangkit tenaga listrik, dan
sistem pembuangan limbah. Lingkungan pendukung inilah yang disebut
infrastruktur. Agar bangunan dapat memanfaatkan infrastruktur tersebut, desain
fisiknya harus mengintegrasikan berbagai infrasturktur tadi ke dalam arsitekturnya.
Oleh karena itu, spesifikasi arsitektur sebuah bangunan haruslah memperhatikan
infrastruktur di sekitarnya. Begitu juga dengan perangkat lunak, rancangan
arsitekturnya harus memperhatikan infrastruktur di mana perangkat lunak ini akan
ditempatkan

Beberapa Jenis Software Architecture Pattern

 Layered Pattern
 Client Server Pattern
 Microservices
1. Layered Pattern
Pattern ini digunakan untuk menstruktur program yang dapat didekompos
menjadi beberapa subtask. Setiap layer memberikan service kepada layer
diatasnya. 4 layer yang umumnya ditemukan ada sebagai berikut :
 Presentation layer (UI layer)

 Application layer (Service layer)

  Business logic layer (Domain layer)

 Data access layer (Persistence layer)

2. Client Server Pattern

Pattern ini terdiri dari 2 komponen, yaitu
satu Server dan Client yang lebih dari 1. Komponen server
akan menyediakan berbagai macam service kepada
komponen klien, dan komponen klien akan me-request service
yang disediakan oleh komponen server, dan komponen server
akan memberikan service yang relevan kepada komponen
klien tersebut.
3. Microservices
Pada microservices, pendekatannya berdasarkan service-service yang
mempunyai fitur tertentu, lalu terkumpul membangun suatu sistem. Sistem yang
terbangun dari kumpulan service-service ini dapat memanggil service yang
menjalankan fitur tersendiri.
 KOMPONEN APLIKASI

 Container ppla1-frontend adalah aplikasi web kami yang akan digunakan

oleh TemanBisnis. Aplikasi frontend kami menggunakan framework

Django. Komponen ini akan berinteraksi dengan backend untuk meminta

data hasil tracking activity untuk ditampilkan pada dashboard.

 Container ppla1-backend adalah aplikasi berupa REST API. Kami

menggunakan framework Django REST dan sama

seperti frontend. Komponen ini yang berperan penting untuk mengintegrasi

antara database, frontend dan aplikasi android.
  Komponen lain yang tidak kalah penting adalah container untuk database.

Aplikasi kami menggunakan image postgresql. Container tersebut diakses

oleh backend saja.

B. Ragam Arsitektur Perangkat Lunak

Ragam Arsitektur perangkat lunak terdiri dari :  Data Centered

Architectures, Data Flow Architectures, Call and Return Architectures, Layered

architectures,  Event-based, Implicit Invocation, Repositories, Table Driven

Interpreters, Heterogeneous Architectures.

 Data Centered Architectures

Arsitektur ini memiliki tujuan untuk mencapai kualitas integrability data.

Istilah ini mengacu ke sistem di mana akses dan update dari menyimpan
data diakses secara luas adalah tujuan utama mereka. Pada dasarnya, itu
tidak lebih dari menyimpan data terpusat yang berkomunikasi dengan
sejumlah klien Penting untuk gaya ini adalah tiga protokol: komunikasi,
definisi data dan protokol data manipulasi.

 Data Flow Architectures

Arsitektur ini memiliki tujuan untuk mencapai kualitas pemakaian ulang

dan modifiability. Gaya Data Flow Architectures ditandai dengan melihat
sistem sebagai rangkaian transformasi pada potongan-potongan berturut-
turut input data. Data masuk ke sistem dan kemudian mengalir melalui satu
komponen pada suatu waktu sampai akhirnya, data ditugaskan untuk
beberapa tujuan akhir (output atau menyimpan data).
 Call and Return Architectures

Call and Return Arhitectures memiliki tujuan untuk mencapai kualitas

modifiability dan solvabilitas. Call and Return Architectures telah menjadi
gaya arsitektur dominan dalam sistem perangkat lunak besar selama 30
tahun terakhir. Namun, dalam gaya sejumlah substyles, yang masing-masing
memiliki fitur yang menarik, telah muncul.

  Layered architectures

Sebuah sistem berlapis diatur secara hirarki, setiap lapisan menyediakan

layanan kepada lapisan di atasnya dan melayani sebagai klien ke lapisan
bawah. Dalam beberapa berlapis Sistem lapisan dalam yang tersembunyi
dari semua kecuali lapisan luar yang berdekatan, kecuali untuk fungsi-fungsi
tertentu dipilih dengan cermat untuk ekspor. Jadi dalam sistem ini yang
menerapkan komponen-komponen mesin virtual pada beberapa lapisan
dalam hirarki.

  Event-based, Implicit Invocation

  Sebuah sistem di mana komponen antarmuka memberikan koleksi

prosedur dan fungsi, komponen yang berinteraksi satu sama lain dengan
eksplisit memanggil mereka rutinitas. Namun, baru-baru ini telah ada cukup
bunga dalam teknik integrasi alternatif, berbagai dimaksud sebagai doa
implisit, integrasi reaktif, dan siaran selektif. Ini gaya memiliki akar sejarah
dalam sistem berdasarkan pelaku daemon, dan jaringan packet-switched.
Komponen dalam sebuah gaya doa implicit adalah modul yang
menyediakan antarmuka kedua kumpulan prosedur (seperti tipe data abstrak)
dan rangkaian peristiwa. Prosedur dapat disebut di biasa cara. Tapi di
 samping itu, komponen dapat mendaftarkan beberapa prosedur dengan
kejadian dari sistem. Hal ini akan menyebabkan prosedur ini dapat dipanggil
ketika peristiwa tersebut diumumkan pada waktu berjalan. Jadi konektor
dalam implicit Sistem doa termasuk pemanggilan prosedur tradisional maupun
bindings antara pengumuman acara dan panggilan prosedur.

 Repositories
Dalam gaya repositori yang berbeda ada dua macam komponen cukup:
pusat struktur data yang mewakili negara saat ini, dan sebuah koleksi
independen komponen yang beroperasi pada menyimpan data pusat. Interaksi
antara repositori dan komponen eksternal dapat bervariasi secara signifikan
antara sistem.

 Table Driven Interpreters

Dalam sebuah organisasi juru mesin virtual diproduksi dalam perangkat

lunak. Sebuah penerjemah mencakup pseudo-program yang
diinterpretasikan dan penafsiran mesin itu sendiri. Pseudo-program termasuk
program itu sendiri dan penafsir analog negara pelaksanaannya (catatan
aktivasi). 

  Heterogeneous Architectures

Sejauh ini kita telah berbicara terutama dari "murni" gaya arsitektur.
Meskipun penting untuk memahami sifat individu dari masing-masing gaya,
kebanyakan sistem biasanya melibatkan beberapa kombinasi dari beberapa
gaya.
Ada berbagai cara di mana gaya arsitektur dapat dikombinasikan.
Salah satu cara adalah melalui hirarki. Sebuah komponen dari suatu sistem
yang diselenggarakan di satu gaya arsitektur mungkin memiliki struktur
internal yang dikembangkan sebuah yang sama sekali berbeda gaya
 Proses perancangan arsitektural berhubungan dengan penetapan kerangka
kerja struktur dasar untuk suatu sistem. Proses ini melibatkan identifikasi
komponen-komponen utama sistem dan komunikasi antar komponen-komponen
tersebut. Tiga keuntungan perancangan dan dokumentasi arsitektur perangkat
lunak secara eksplisit sebagai berikut :
1. Komunikasi stakeholder

Arsitekur merupakan presentasi tingkat tinggi dari sistem yang dapat digunakan
sebagai faktor perubahan oleh berbagai stakeholder.

2. . Analisis sistem

Membuat arsitektur sistem  yang eksplisit pada tahap dini pengembangan sistem
mengandung arti bahwa analisis akan dilakukan. Keputusan perancangan
arsitektur memiliki efek yang sangat besar mengenal apakah sistem dapat
memenuhi persyaratan kritis seperti kinerja, keahandalan dan kemampuan dapat
dipelihara.

3. Pemakaian ulang berskala besar Arsitektur sistem merupakan deskripsi

yang kompak dan dapat ditangani. mengenai bagaimana sistem diorginisir
dan bagimana komponen-komponen saling mengoperasikan. Arsitektur
dapat ditransfer melintas sistem dengan persyaratan yang sama dan
dengan demikian dapat mendukung pemakaian ulang perangkat lunak
berskala besar. Arsitektur jalur produksi dapat saja berkembang dimana
arsitektur yang sama dipakai pada serangkaian sistem yang
berhubungan.

Model arsitektural

Output proses perancangan arsitektural adalah dokumen desain arsitektural. Dokumen

ini terdiri dari sejumlah reprentasi grafis model sistem bersama dengan teks deskriptif
yang berhubungan. Dokumen tersebut harus mendeskripsikan bagaimana sistem
distruktur menjadi subsistem dan bagaimana setiap subsistem distruktur menjadi
modul. Modul-modul grafis sistem yang berlainan menunjukkan sudut pandang
arsitektur yang berlainan. Model arsitektural yang dikembangkan meliputi :

  Model struktural statis yang menunjukkan  subsistem-subsitem atau komponen-

komponen yang akan dikembangkan sebagai unit-unit yang terpisah
  Model proses dinamis yang menunjukkan bagaiman sistem diorganisir menjadi
prosesproses pada saat run time. Organisasi ini bias berbeda dari model statis.
  Model interface yang mendefinisikan layanan yang disediakan oleh setiap
subsistem melalui interface umum mereka.
  Model hubungan yang menunjukkan hubungan seperti aliran data diantara
subsistem-subsitem.

BAB III

PENUTUP

Arsitektur perangkat lunak adalah sekumpulan pernyataan yang menggambarkan

komponen perangkat lunak dan fungsi-fungsi yang ada pada komponen
tersebut.Menggambarkan struktur teknis, batasan-batasan, ciri-ciri, serta antarmuka
pada komponen-komponen tersebut.Arsitektur merupakan rancangan fisik sistem dan
oleh karena itu membutuhkan rencana yang matang pada saat pembuatannya