Kenapa Arsitektur? Tim RPL 1 2

dokumen-dokumen yang mirip
Catatan Kuliah Rekayasa Perangkat Lunak (Software Engineering) Bagian 2

Data & Architecural Design. Tim RPL Progdi Teknik Informatika

Software Design. Konsep dan Prinsip Desain Struktur Desain. Mira/Rpl/Design

P10 Konsep & Prinsip Desain. A. Sidiq P.

Review Rekayasa Perangkat Lunak. Nisa ul Hafidhoh

BAB 2 PROSES PENGEMBANGAN PIRANTI LUNAK Proses : Pandangan Umum

Pemrograman Web Berbasis Framework. Pertemuan 13 : Pengembangan Project (Bag. 1) Hasanuddin, S.T., M.Cs. Prodi Teknik Informatika UAD

Pertemuan 10 METODE DESAIN (1)

MAKALAH REKAYASA PERANGKAT LUNAK ( KONSEP DESAIN PERANGKAT LUNAK )

Analysis Modeling 4/10/2018. Focus on What not How. Kenapa Analisis Kebutuhan. Definisi Analisis Kebutuhan. Langkah-Langkah Analisis Kebutuhan

Mohamad Sidiq Teknik Informatika Fakultas Ilmu Komputer Universitas Dian Nuswantoro1

REKAYASA PERANGKAT LUNAK MATERI TM 10

MAKALAH DESAIN PERANGKAT LUNAK. NAMA : RANI JUITA NIM : DOSEN : WACHYU HARI HAJI. S.Kom.MM

Object-Oriented Design

Garis-Garis Besar Program Pembelajaran Berbasis Kompetensi

Rekayasa Perangkat Lunak

Desain arsitektur adalah untuk mengembangkan struktur program modular dan merepresentasikan hubungan kontrol antar modul. Metode desain yang

Pertemuan 9 PRINSIP DAN KONSEP DESAIN

REKAYASA PERANGKAT LUNAK MATERI TM 12

1. Konsep dan Prinsip Analisa

REKAYASA PERANGKAT LUNAK I

Minggu 6 Prinsip & Konsep Desain

BAB III METODOLOGI PENELITIAN. Desain untuk penelitian disusun berdasarkan tahapan sebagai berikut:

Menjelaskan maksud dari arsitektur PL dan kenapa sangat penting.

Tujuan 04/07/ :01

BAB II LANDASAN TEORI

Pertemuan 11 METODE DESAIN (2)

BAB III METODOLOGI PENELITIAN

Analisis Model Perangkat Lunak

REKAYASA PERANGKAT LUNAK

Pengenalan Obyek. Arna Fariza. Materi

Nama : Rendi Setiawan Nim :

Analisis (Konvensional)

Perancangan Sistem Informasi. Teknik Informatika UNIKOM

DASAR REKAYASA PERANGKAT LUNAK

Prinsip dan Konsep Desain Perangkat Lunak

Pengujian Perangkat Lunak Berorientasi Objek. Tim RPL Teknik Informatika

Minggu 03 a Alat Pemodelan

BAB III METODE PENELITIAN

BAB III LANDASAN TEORI

REKAYASA PERANGKAT LUNAK LANJUT DESIGN ENGINEERING. Defri Kurniawan M.Kom

BAB III LANDASAN TEORI. Flippo (1984) mendefinisikan sebagai berikut: Penarikan calon pegawai

BAB V PERANCANGAN MOXIE

BAB II LANDASAN TEORI. yang sama untuk mencapai suatu tujuan RAY[6]. dan lebih berarti bagi yang menerimanya RAY[6].

ANALISIS SISTEM. Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015

BAB III METODE PENELITIAN. penelitian. Perancangan tingkat usability. Analisis. Identifikasi Pola Interaksi

BAB II. 2.1 Model Data High Level Data Model (Conceptual Data Model)

PRINSIP DAN KONSEP DESAIN

Object Oriented Analaysis Object Oriented Design

: ENDRO HASSRIE. Nim : : REKAYASA PERANGKAT LUNAK DESAIN PERANG LUNAK DAN REKAYASA PERANGKAT LUNAK

12. KONSEP DAN PRINSIP ANALISIS

Rekayasa Perangkat Lunak (Software Engineering)

BAB III LANDASAN TEORI

BAB III METODOLOGI PENELITIAN

TESTING DAN IMPLEMENTASI SISTEM. WAHYU PRATAMA, S.Kom., MMSI.

UML UNIFIED MODELLING LANGUAGE

ABSTRACT. Keywords: The number of concrete structure material and Wages. viii

PEMODELAN ANALISIS. Di Susun Oleh : Linda Liana Dosen Pengampu : Wahyu Hari Haji M.Kom

BAB III METODOLOGI PENELITIAN

BAB III METODE PENELITIAN. a. Menentukan kebutuhan data yang dibutuhkan. b. Mengumpulkan semua data yang dibutuhkan.

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

MODEL DESAIN & DOKUMENTASI DESAIN

BAB III METODOLOGI PENELITIAN. Desain penelitian disusun berdasarkan tahapan sebagai berikut:

BAB III 3. LANDASAN TEORI. manajemen dan individu lain terhadap kejadian-kejadian internal dan eksternal

Prinsip & Konsep Perancangan Sistem

BAB III METODE PENELITIAN. perancangan sistem, dan tahap evaluasi rancangan sistem. sistematis. Adapun model penelitian dapat dilihat pada Gambar 3.1.

BAB III LANDASAN TEORI

Kegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering

Dibuat Oleh : 1. Andrey ( )

BAB 2 LANDASAN TEORI

Prinsip Fundamental dalam Desain Perangkat Lunak

BAB III LANDASAN TEORI. mendukung penyusunan laporan kerja praktek ini. Landasan teori yang akan

PE P NGE N NAL NA AN AN K ONS K E ONS P P D A D S A A S R A BAS A I S S D S A D T A A T ( A R ( ev e i v ew) e Dr. Karmilasari

FASE PENGEMBANGAN. MPSI sesi 7 & 8

ABSTRAK. Kata Kunci: Format Digital, Digital Music Store, PHP, SQL

BAB III LANDASAN TEORI. organisasi yang merupakan kombinasi dari orang-orang, fasilitas, teknologi,

Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016

BAB II LANDASAN TEORI

Sistem Basis Data BAB 8 MODEL DATA DAN ENTITY RELATIONSHIP MODEL. Komponen model data dapat dikategorikan menjadi 3 (tiga) bagian yang meliputi:

BAB IV PERANCANGAN. 4.1 Proses Bisnis Pengadaan Barang

BAB II LANDASAN TEORI. Teori teori yang digunakan sebagai landasan dalam desain dan. implementasi dari sistem ini adalah sebagai berikut :

Unified Modelling Language (UML)

ABSTRAK. i Universitas Kristen Maranatha

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

PROSES MODEL DESAIN PERANGKAT LUNAK

BAB III LANDASAN TEORI

Perspektif Alur-kerja (workflow) - barisan kegiatan Perspektif Alur Data (Data flow) alur informasi Perspektif Peran/Aksi siapa melakukan apa.

RENCANA PEMBELAJARAN SEMESTER (RPS)TAHUN AKADEMIK 2014/2015 FAKULTAS TEKNIK PROGRAM STUDI : SISTEM INFORMASI

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

SISTEM BASIS DATA 1. WAHYU PRATAMA, S.Kom., MMSI.

Analisis Sistem (bag.2)

BAB III METODOLOGI PENELITIAN. dibutuhkan desain penelitian. Berikut adalah tahapan-tahapan dalam desain

BAB III LANDASAN TEORI. organisasi yang pada saat dilaksanakan akan memberikan informasi bagi pengambil

SI402 Arsitektur Enterprise Pertemuan #4 Suryo Widiantoro, ST, MMSI, M.Com(IS)

Design Engineering. Tim RPL. Program Studi Teknik Informatika

OOAD (Object Oriented Analysis and Design) UML part 2 (Activity diagram, Class diagram, Sequence diagram)

MODEL ANALISA. Untuk Memenuhi Tugas Mata Kuliah Rekayasa Perangkat Lunak. Dosen Pembimbing : Wachyu Hari Haji, S.Kom, MM.

Pertemuan 5 Konsep dan Prinsip Desain TIK : Menjelaskan konsep, prinsip dan tahapan dalam perancangan software

Analisis Sistem Hanif Al Fatta M.kom

SI402 Arsitektur Enterprise Pertemuan #2 Suryo Widiantoro, ST, MMSI, M.Com(IS)

Transkripsi:

Pertemuan 8 & 9

Kenapa Arsitektur? Arsitektur bukanlah PL operasional, namun dia merupakan representasi yang memungkinkan pengembang PL untuk: (1)Menganalisa efektivitas desain dalam memenuhi kebutuhan, (2) Mengetahui alternatif2x arsitektur pada keadaan dimana membuat perubahan desain masih relatif lebih mudah, dan (3) Mengurangi resiko terkait dengan konstruksi PL. Tim RPL 1 2

Arsitektur Penting Representasi dari arsitektur PL adalah enabler bagi komunikasi antar pihak(stakeholder) yang tertarik dengan pengembangan sistem berbasisk omputer. Arsitektur menyoroti keputusan desain awal yang akan mempunyai pengaruh yang sangat besar pada pekerjaan RPL yang mengikutinya, dan keberhasilan pada entitas sistem operasional. Arsitektur membangun model yang relatif kecil dan mudah digenggam secara intelektual tentang bagaimana sistem distrukturkan dan bagaimana komponen2x bekerjasama Tim RPL 1 3

Desain Data Pada level arsitektur Desain satu atau lebihd atabase untuk mendukung arsitektur aplikasi Desain method untuk mining isi dari berbagai database Navigasi melalui database2x yang ada dalam usaha untuk mengambilin formasi level bisnis yang sesuai Desain sebuah data warehouse sebuah database besar, independen yang mempunyai akses pada data yang disipan dalam database yang melayani sekelompok aplikasi yang dibutuhkan bisnis Tim RPL 1 4

Desain Data Pada level komponen Mengambil objek2x data dan mengembangkan satus et abstraksi data Implementasi atribut2x objek data sebagai satu atau lebih struktur data Review struktur data untuk memastikan bahwa relasi yang tepat sudah dibuat Sederhanakan struktur data sesuai dengan kebutuhan Tim RPL 1 5

Desain Data Level Komponen 1. Prinsip2x analisis semantik yang diterapkan pada fungsi dan perilaku harus juga dapat berjalan pada data. 2. Seluruh struktur data dan operasi yang akan dilakukan harus dapat diidentifikasi. 3. Sebuah data dictionary harus dibuat dan digunakan untuk menentukan desain program dan data. 4. Keputusan desain data level rendah harus ditunda hingga akhir proses desain. 5.Representasi struktur dara harus diketahui oleh modul yang menggunakannya langsung dalam struktur tersebut(enkapsulasi). Tim RPL 1 6

Desain Data Level Komponen 6. Sebuah pustaka struktur data dan operasi yang memungkinkan untuk diterapkan harus dikembangkan. 7. DesainPL dan bahasa pemrograman harus mendukung spesifikasi dan realisasi dari tipe data abstrak. Tim RPL 1 7

Gaya Arsitektur Masing2x menggambarkan kategori sistem yang menunjukkan: (1) Sekumpulan komponen(mis database, modul komputasi) yang menunjukkan fungsi yang dibutuhkan sistem, (2) Sekumpulan connector yang memungkinkan komunikasi, koordinasi dan kerjasama antar komponen, (3) Batasan yang menentukan bagaimana komponen dapat diintegrasikan untuk membentuk sistem, (4) Model semantikyang memungkinkan desainer untuk memahami properti keseluruhan dari sistem dengan menganlisa properti dalam bagian2x didalamnya. Tim RPL 1 8

Gaya Arsitektur Data-centered architectures Data flow architectures Call and return architectures Object-oriented architectures Layered architectures Tim RPL 1 9

Analisis Desain Arsitektur 1. Kumpulkan semua skenario. 2. Dapatkan kebutuhan2x, batasan2x, dan gambaran lingkungan. 3. Gambarkan pola/gaya arsitektur yang telah dipilih untuk menangani skenario2x dan kebutuhan2x :: module view process view data flow view 4. Evaluasi kualitas atribut2x dengan melihat setiap atribut dalam isolasi. 5. Kenali kualitas atribut untuk setiap atribut arsitektur untuk masing-masing gaya arsitektur yang spesifik. 6. Lakukkan kritik pada arsitektur2x kandidat(yg dikembangkan pada langkah3) menggunakan analisis pada langkah 5. Tim RPL 1 10

Arsitektur Terpartisi Ada 2 partisi Arsitektur : 1. Partisi Vertikal 2. Partisi Horisontal Mengapa dipartisi?? Hasilnya adalahpl yang mudah diuji Membawa kepad apl yang lebih muda hdikelola Hasilnya efek samping yang semakin sedikit Hasilnya adalahpl yang lebih mudah dikembangkan Tim RPL 1 11

Desain Terstruktur Tujuan: untuk mendapatkan arsitekturprogram yang terpartisi pendekatan: DFD dipetaka nkearsitektur program PSPEC danstd digunakan untuk mengindikasikan setiap modul notasi: diagram struktur Tim RPL 1 12

Selesai Tim RPL 1 13