Rekayasa Perangkat Lunak

Slides:



Advertisements
Presentasi serupa
KEBUTUHAN & SPESIFIKASI SOFTWARE
Advertisements

PERANCANGAN PERANGKAT LUNAK (SOFTWARE DESIGN)
Siti Mukaromah, S.Kom.  Model yang menggambarkan requirement software dalam bentuk use case - use case  Use case model terdiri dari satu atau beberapa.
Bab 6 PERANCANGAN PERANGKAT LUNAK
Tahapan information engineering
Perancangan Perangkat Lunak lanjutan Kuliah - 7
PEMODELAN ANALISIS Kuliah - 5
BPR – Tahap 1 (Persiapan)
Unified Modelling Language (UML)
REKAYASA SISTEM.
BAB 2 METODE REKAYASA PERANGKAT LUNAK
METODE REKAYASA PERANGKAT LUNAK
PENGANTAR REKAYASA PERANGKAT LUNAK I
13 KOMPONEN DIAGRAM UML & PROSES MODEL WATERFALL
Analisis Model.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
Analisa dan Desain dalam Penelitian
PERANCANGAN SISTEM.
REKAYASA PERANGKAT LUNAK
Analisis Sistem By: Mr. Haloho.
Mata Praktikum Sistem Informasi Pertemuan-2 PJ : Nuraini Purwandari Copyright©2010. This presentasion is dedicated to Laboratory of Information of Universitas.
KONSEP PERANCANGAN SISTEM INFORMASI
Rekayasa Perangkat Lunak
PERANCANGAN SISTEM TERSTRUKTUR DAN OBJECT ORIENTED
Analisis Kebutuhan Software
Rekayasa Perangkat Lunak
REKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
Analisis Model.
SISTEM PENDUKUNG KEPUTUSAN ORGANISASI (ODSS)
Analisis Perancangan Berbasis Objek
Pengenalan Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak
DESAIN SISTEM.
PERANCANGAN SISTEM.
PENGEMBANGAN PERANCANGAN SISTEM
11. REKAYASA SISTEM BERBASIS KOMPUTER
Pemeliharaan Perangkat Lunak
RPL.
Arsitektur Sistem Tiga arsitektur yang berbeda harus dianalisis dan didesain dalam konteks tujuan bisnis: Arsitektur data Arsitektur aplikasi Arsitektur.
Hanya digunakan di lingkungan Universtias
ARSITEKTUR DAN PEMODELAN APLIKASI
KEBUTUHAN & SPESIFIKASI SOFTWARE
PEMODELAN PROYEK (UML)
PROSES REKAYASA PERANGKAT LUNAK
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Software Engineering by Pressman
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
RPL.
ANALISIS KEBUTUHAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
KEBUTUHAN & SPESIFIKASI SOFTWARE
REKAYASA PERANGKAT LUNAK
Hanya digunakan di lingkungan Universtias
Arsitektur Sistem Tiga arsitektur yang berbeda harus dianalisis dan didesain dalam konteks tujuan bisnis: Arsitektur data Arsitektur aplikasi Arsitektur.
Analisa [Kebutuhan] Sistem
REKAYASA PERANGKAT LUNAK
Analisis Model.
REKAYASA SISTEM BERBASIS KOMPUTER
Information System Analysis and Design
Nama : michael paham antonio Nim :
Analisis Sistem By: Mr. Haloho.
Mata Praktikum Sistem Informasi Pertemuan-2
Pertemuan 8 RPL Oleh : Syukriya al-Asyik S.Kom
Pertemuan 6 Unified Modeling Language (UML)
KEBUTUHAN & SPESIFIKASI SOFTWARE
PERANCANGAN SISTEM.
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
Framework TOGAF SI402 Arsitektur Enterprise Pertemuan #9
Transcript presentasi:

Rekayasa Perangkat Lunak REKAYASA SISTEM Rekayasa Perangkat Lunak

Cakupan Materi Pengertian rekayasa sistem Pemodelan sistem Hierarki sistem Bussiness Process Engineering Arsitektur sistem Perencanaan strategi infomasi Penentuan tujuan dan sasaran Analisis area bisnis Rekayasa produk Pemodelan sistem dengan UML

Rekayasa Sistem Elemen sistem berbasis komputer : Software Hardware People Database Documentation Procedures Sistem : Hierarki dari elemen makro

Pemodelan Sistem Menentukan proses yang melayani kebutuhan sesuai dengan konsideran yang ada. Menampilkan perilaku proses dan asumsi dimana perilaku itu berada. Secara eksplisit menentukan input exogen (dari Luar) dan endogen (dari dalam) pada model. Menampilkan seluruh kaitan (termasuk output) yang memungkinkan engineer mempunyai pemahaman yang lebih baik.

Hierarki

Bussiness Process Engineering Menggunakan sekumpulan prosedur, metode dan tool yang terpadu untuk menentukan bagaimanan sistem informasi dapat memenuhi tujuan strategis perusahaan. Fokus pada perusahaan, baru kemudian ke area bisnis.

Bussiness Process Engineering Menciptakan model enterprise, model data dan model proses. Menciptakan bingkai kerja untuk distribusi dan kontrol manajemen informasi yang lebih baik

Arsitektur Sistem Tiga arsitektur yang berbeda harus dianalisis dan didesain dalam konteks tujuan bisnis: Arsitektur data Arsitektur aplikasi Arsitektur teknologi Arsitektur data menyediakan bingkai kerja untuk kebutuhan infromasi dari bisnis atau fungsi bisnis

Arsitektur Sistem Arsitektur aplikasi mencakup elemen-elemen sistem yang mentransformasi objek dalam arsitektur data untuk tujuan bisnis Arsitektur teknologi menyediakan pondasi untuk arsitektur data dan arsitektur aplikasi

Hierarki Bussiness Process Engineering (BPE) Information Strategy Planning (ISP) Tujuan strategis ditentukan Faktor sukses/aturan bisnis ditentukan Model perusahaan dibuat Business Area Analysis (BAA) Proses/layanan dimodelkan Inter-relasi proses dan data

Hierarki BPE Application Engineering RPL Pemodelan aplikasi/prosedur yang merujuk pada BAA dan batasan-batasan ISP Construction and delivery menggunakan CASE dan 4GTs, pengujian

Information Strategy Planning Isu Manajemen Menentukan tujuan bisnis strategis Isolasi critical success factors Melakukan analisis pada pengaruh teknologi Melakukan analisis pada sistem strategis

Information Strategy Planning (ISP) Isu teknis Membuat model data tingkat tertinggi Dikelompokkan berdasar area bisnis/organisasi Memperbaiki model dan clustering

Menentukan Tujuan dan Sasaran Tujuan— pernyataan umum tentang arahan Sasaran— menentukan tujuan yang bisa diukur : mengurangi biaya pabrik pada produk

Menentukan Tujuan dan Sasaran Sub Sasaran: Menurunkan angka reject dengan 20% di dalam 6 bulan pertama Memperoleh konsesi 10% dari supplier re-engineer 30% dari komponen untuk fabrikasi yang lebih mudah selama tahun pertama Tujuan cenderung strategis, Sasaran cenderung taktis

Business Area Analysis Menemukan “pengelompokan fungsi dan data bisnis yang secara natural kohesif” (Martin) Melakukan aktivitas yang banyak sama dengan ISP, tetapi lingkupnya lebih dekat ke area bisnis individual

Business Area Analysis Mengenali sistem informasi yang telah ada sebelumnya/menentukan kompatibilitas dengan model ISP baru Menentukan sistem yang bermasalah Menemukan sistem yang tidak kompatibel dengan model informasi baru Mulai membuat prioritas re-engineering

Proses BAA

Rekayasa Produk

Template Arsitektur Produk

Architecture Flow Diagram

Pemodelan sistem - Analisis terstruktur Pemodelan di aliran analisis terstruktur dapat menggunakan Data Flow Diagram (DFD) untuk menggambarkan aliran proses yang ada DFD yang dilakukan hingga level tertinggi (level primitif) maka dapat digunakan sebagai dasar pembentukan desain antarmuka

Pemodelan sistem - Analisis terstruktur DFD juga dapat dijadikan acuan untuk penggunaan data-data yang terlibat dalam sistem DFD juga dapat dijadikan sebagai dasar pembuatan Sistem Requirement Spesifikasi (SRS)

Pemodelan Sistem – object oriented (UML) Deployment diagrams Setiap box 3D menggambarkan elemen perangkat keras yang merupakan bagian arsitektur fisik dari sistem Activity diagrams Menampilkan aspek prosedural dari elemen sistem

Pemodelan Sistem – object oriented (UML) Class diagrams Menampilkan elemen tingkat sistem dalam hal data yang menjelaskan elemen dan operasi yang memanipulasi data tersebut

Deployment Diagram

Activity Diagram

Class Diagram

TERIMAKASIH