KELOMPOK 6 Modeling Adnin Devit C F

Slides:



Advertisements
Presentasi serupa
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Advertisements

Design Perangkat Lunak
PERANCANGAN PERANGKAT LUNAK (SOFTWARE DESIGN)
Bab 6 PERANCANGAN PERANGKAT LUNAK
SOFTWARE ENGINEERING Requirement Analysis. Last Week Scope Functional  Function  Data Non Functional  Performance  Limitation  Avalaibility.
DESAIN ARSITEKTUR PERANGKAT LUNAK
Minggu 6 Prinsip & Konsep Desain
Perancangan Perangkat Lunak lanjutan Kuliah - 7
PEMODELAN ANALISIS Kuliah - 5
KONSEP DESAIN SOFTWARE DATABASE
Interaksi Manusia dan komputer
BAB 4 ANALISIS KEBUTUHAN PERANGKAT LUNAK
Fase Analisa Sistem Menggambarkan kebutuhan sistem
Analisis Model.
REKAYASA PERANGKAT LUNAK REQUIREMENTS ANALYSIS FUNDAMENTALS
Pertemuan 1 Konsep Dasar OOAD
PEMODELAN PERANCANGAn
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009) Slides copyright 2009 by Roger Pressman.1.
Kelompok 1 Mochammad. Nasir Mochammad. Nasir Isommuddin Isommuddin T. Yusak D
Kelompok 5 : Asdin Ines Lestari Neng Susanti Siti Robiahtul Adawiyah Vena Senja Maba SOFTWARE REQUIREMENTS.
KONSEP DAN PRINSIP ANALISIS
Analisis Kebutuhan Software
Pengembangan Siklus Hidup Sistem
Analisis Model.
PriNciples That Guide Practice
Outline: Activity Diagram State Diagram Implementation Diagram
Design Perangkat Lunak
Apakah “Praktek”? Praktek adalah sejumlah konsep, prinsip, metode dan tools that yang harus dimiliki ketika software direncanakan dan dikembangkan. Dia.
PERANCANGAN PERANGKAT LUNAK ( PL )
Object oriented analyst and design
Perancangan Sistem Informasi
KONSEP DESAIN SOFTWARE DATABASE
Rekayasa Perangkat Lunak
13. KONSEP DAN PRINSIP PERANCANGAN (DESAIN)
12. KONSEP DAN PRINSIP ANALISIS
KEBUTUHAN & SPESIFIKASI SOFTWARE
Model Konvensional.
PEMODELAN PROYEK (UML)
Panduan Merancang Interface
PROSES REKAYASA PERANGKAT LUNAK
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
R.S. Pressman & Associates, Inc
Materi Habis Uts IMK Prototyping
ADBO (Analisa Desain Berorientasi Obyek)
REKAYASA PERANGKAT LUNAK
Rekayasa Perangkat Lunak Pertemuan 7
Rekayasa Produk (Perangkat Lunak)
PEMODELAN SISTEM METODE TERSTRUKTUR
PERTEMUAN 1 Konsep Rekayasa Perangkat Lunak (RPL)
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
ANALISA KEBUTUHAN PERANGKAT LUNAK
ANALISIS KEBUTUHAN PERANGKAT LUNAK
KONSEP DAN PRINSIP PERANCANGAN (DESAIN)
Materi Rekayasa Perangkat Lunak
Analisis Persyaratan System
KEBUTUHAN & SPESIFIKASI SOFTWARE
Analisa [Kebutuhan] Sistem
Model Waterfall dan Dokumen SKPL
Analisis Model.
Model-Model Analisis.
NOTASI UML DAN DIAGRAM-DIAGRAM UML
Pengantar Objek.
ANALISA KEBUTUHAN PERANGKAT LUNAK
REKAYASA KEBUTUHAN PL.
PRAKTEK RPL.
KEBUTUHAN & SPESIFIKASI SOFTWARE
Rekayasa Perangkat Lunak
12. KONSEP DAN PRINSIP ANALISIS
13. KONSEP DAN PRINSIP PERANCANGAN (DESAIN)
Transcript presentasi:

KELOMPOK 6 Modeling Adnin Devit C F 091511035 Amalia Nuryamin 091511037 Handal Abdillah 091511050 Ihsan Helmi F 091511051 Rekhas Fahrizi 091511061

Prinsip Pemodelan Terdapat dua jenis pekerjaan pemodelan, yaitu: Pemodelan Analisis , merepresentasikan kebutuhan konsumen : information domain functional domain behaviour domain Pemodelan Desain , merepresentasikan karakteristik perangkat lunak : arsitektur user interface component-level detail

Translation Model Interface Design Architectural Design Data Design Component-Level Design Interface Design Architectural Design Data Design Entity- Relationship Diagram Data Object Description Process Specification (PSPEC) Data Dictionary Data Flow Diagram State-Transition Diagram Control Specification (CSPEC) TCS2411 Software Engineering

Prinsip Pemodelan Analisis (1) Prinsip #1. Domain informasi dari sebuah problem harus dapat direpresentasikan dan dipahami. Prinsip #2. Fungsi yang software tampilkan harus didefinisikan.

Prinsip Pemodelan Analisis (2) Prinsip #3. Perilaku dari software (sebagai akibat dari kejadian-kejadian eksternal) harus dapat direpresentasikan. Prinsip #4. Model-model yang menggambarkan informasi, fungsi, dan perilaku harus dibagi ke sebuah cara yang membuka detail kedalam mode lapisan( atau hirarki). Prinsip #5. Tugas analisis seharusnya bergerak dari informasi penting menuju implementasi detail

Prinsip Pemodelan Design (1) Prinsip #1. Desain harus dapat ditelusuri kedalam model analisis. Prinsip #2. Selalu pertimbangkan arsitektur dari sistem yang akan dibangun. Prinsip #3. Desain dari data sama pentingnya dengan desain dari proses fungsi.

Prinsip Pemodelan Design (2) Prinsip #4. Interface (Internal dan Eksternal) harus didesain dengan hati- hati. Prinsip #5. Desain User Interface harus disesuaikan dengan kebutuhan end-user. Prinsip #6. Desain Component-level seharusnya bebas secara fungsional.

Prinsip Pemodelan Design (3) Prinsip #7. Komponen harus bisa digabungkan secara bebas satu sama lain dengan bagian eksternal. Prinsip #8. Representasi desain (model) harus mudah dimengerti. Prinsip #9. Desain harus dikembangkan berulangkali. Dengan tiap perulangan, perancang harus berusaha menjadikannya jauh lebih sederhana.