Analisa [Kebutuhan] Sistem

Slides:



Advertisements
Presentasi serupa
Pertemuan 4 Behavioral Modeling 1 – Use Case
Advertisements

©Ayi Purbasari, S.T., /2008 Materi 3 Kuliah IT-505 PSBO ©Ayi Purbasari, S.T., /2008.
SOFTWARE ENGINEERING Requirement Analysis. Last Week Scope Functional  Function  Data Non Functional  Performance  Limitation  Avalaibility.
DESAIN ARSITEKTUR PERANGKAT LUNAK
PEMODELAN ANALISIS Kuliah - 5
Software Requirement Specification
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Pertemuan 8 Proyek Sistem Informasi Viska Armalina, ST., M.Eng
REKAYASA SISTEM.
Software Requirements Spefication (SRS)
SKPL Spesifikasi Kebutuhan Perangkat Lunak STMIK AMIKOM PURWOKERTO.
Analisis Model.
REKAYASA PERANGKAT LUNAK REQUIREMENTS ANALYSIS FUNDAMENTALS
TEKNIK PENGUJIAN PERANGKAT LUNAK
Konsep & Prinsip Analisis
Analisis Kebutuhan dan Spesifikasi Perangkat Lunak
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
MANAJEMEN KONFIGURASI SOFTWARE
Analisa dan Desain dalam Penelitian
Rekayasa Perangkat Lunak
Spesifikasi Perangkat Lunak
Analisis Kebutuhan PL dan Spesifikasi PL
KONSEP DAN PRINSIP ANALISIS
Analisis Kebutuhan Software
Pertemuan 11 PRINSIP DAN KONSEP ANALISA
REKAYASA PERANGKAT LUNAK
Analisis Model.
ANALISIS KEBUTUHAN.
PriNciples That Guide Practice
Analisis Sistem Istiqomah, S.Kom.
REKAYASA PERANGKAT LUNAK
Dokumentasi & Pengelolaan Kebutuhan
TEKNIK PENGUJIAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK
DESAIN SISTEM.
11. REKAYASA SISTEM BERBASIS KOMPUTER
SE3414 RPL: Teknik Berorientasi Objek
Persyaratan Perangkat Lunak
Rekayasa Perangkat Lunak
12. KONSEP DAN PRINSIP ANALISIS
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
REKAYASA PERANGKAT LUNAK (IF 1483)
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Software Engineering by Pressman
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Rekayasa Kebutuhan Software
Analisis Kebutuhan.
FASE ANALISIS.
Rekayasa Perangkat Lunak Pertemuan 7
ANALISIS KEBUTUHAN PERANGKAT LUNAK
Konsep & Perancangan Database
Rekayasa Kebutuhan.
Model Waterfall dan Dokumen SKPL
Analisis Model.
Pertemuan 8 Rekayasa Kebutuhan
ANALISIS KEBUTUHAN PERANGKAT LUNAK
REKAYASA SISTEM BERBASIS KOMPUTER
Dokumentasi Rekomendasi Teknologi
ANALISA KEBUTUHAN PERANGKAT LUNAK
TEKNIK PENGUJIAN PERANGKAT LUNAK
REKAYASA KEBUTUHAN PL.
KELOMPOK 6 Modeling Adnin Devit C F
Hanya digunakan di lingkungan Universtias
Proses Rekayasa Kebutuhan
Pemodelan Sistem PL.
Rekayasa Perangkat Lunak
12. KONSEP DAN PRINSIP ANALISIS
KONSEP DAN PRINSIP ANALISIS
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
Teknik Informatika S1 Rekayasa Perangkat Lunak Analysis Modeling (2)
Transcript presentasi:

Analisa [Kebutuhan] Sistem Nur Cahyo Wibowo, S.Kom, M.Kom

System Engineering Rekayasa Sistem merupakan konsekuensi dari rekayasa perangkat lunak. Sebelum s/w dibuat, maka sistem dimana s/w akan diimplementasikan harus dipahami terlebih dulu. Ada 2 jenis: Rekayasa proses bisnis. Rekayasa produk.

Sistem Berbasis Komputer Pengaturan elemen-elemen yang diorganisasikan untuk mencapai tujuan tertentu dengan cara pemrosesan informasi. Elemen-elemennya SBK adalah: Software Hardware People Database Documentation Procedure

Requirements Engineering Rekayasa kebutuhan digunakan untuk memastikan apakah spesifikasi sistem sudah memenuhi kebutuhan dan sesuai dengan harapan customer. Langkah-langkahnya: requirements elicitation requirements analysis and negotiation requirements specification system modeling requirements validation requirements management

Req. Elicitation Fokus masalah : ruang lingkup, pemahaman, dan volatility/ perubahan. Hasil tahap ini adalah: Pernyataan kebutuhan dan kelayakan. Pernyataan ruang lingkup system atau product. Daftar customers, users, dan stakeholders yang berpartisipasi. Deskripsi lingkungan teknis system. Daftar kebutuhan dikelompokkan berdasar fungsi dan batasan domainnya. Skenario penggunaan untuk kondisi yang berbeda. Prototypes yang dibuat untuk definisi kebutuhan yang lebih baik.

Req. Analysis and Negotiation Analisis: mengelompokkan , mencari hubungan, menguji konsistensi, kelalaian dan ambiguitas, serta meranking kebutuhan. Negosiasi: diskusi konflik, eliminasi, kombinasi, dan modifikasi untuk disepakati bersama oleh developer, customer, user dan stake holder.

Req. Analysis

Prinsip Analisis Kebutuhan Informasi tentang domain masalah harus jelas dan dipahami. Fungsi yang akan dikerjakan oleh s/w harus terdefinisi. Tingkah laku s/w harus jelas. Model pembagian yang menggambarkan hirarki informasi, fungsi dan tingkah laku harus ada. Proses analisa harus dimulai dari informasi menuju detail implementasi.

Partioning Function Model

Req. Specification Spesifikasi bisa berupa dokumen tertulis, model grafis, model matematika, skenario penggunaan, prototype, atau kombinasi diantaranya. Spesifikasi adalah hasil kerja final yang dihasilkan oleh sistem dan req. engineer. Menyajikan dasar untuk rekayasa h/w, s/w, database dan manusia. Menjelaskan fungsi dan kinerja SBK yang akan dibuat. Juga menjelaskan informasi tentang input dan output sistem.

Specification Format Pendahuluan : tujuan, konteks, ruang lingkup. Deskripsi informasi : problem, struktur, aliran dan isi informasi, h/w, s/w, antarmuka user untuk eksternal maupun internal sistem. Deskripsi fungsional : narasi, batasan, kinerja, diagram, dan tingkah laku s/w. Kriteria validasi : bagaimana caranya mengetahui jika implementasinya sukses? Bibliografi dan apendiks : sumber referensi dan suplemen spesifikasi.

System Modeling

Data Modelling Memodelkan data, atribut dan relasinya.

Model Relasi Data

Kardinalitas Relasi

Contoh ERD

Model Hirarki Obyek Data

Model Asosiasi Obyek Data

Model Aliran Informasi

Diagram Transisi Keadaan

Tahapan Analisa Prosedural Syarat: Spesifikasi kebutuhan sudah ada. Buatlah ERD. Entitas dan relasinya. Buatlah data flow model. Sampai level tertentu. Buatlah control flow model. Buatlah control spesification. Buatlah process specification. Lengkapi dengan kamus data.

Req. Validation Untuk memastikan bahwa semua kebutuhan sistem tidak ada yang ambigu, inkonsisten, kelalaian dan kesalahan kebutuhan telah diperbaiki, serta memenuhi standar. Melalui sebuah formal technical review. Pertanyaan tentang validasi req: kejelasan, sumber, batasan, relasi, domain, traceable, testable, indeks dan struktur.

Req. Management Aktivitas untuk mengidentifikasi, mengendalikan, dan melacak kebutuhan serta perubahannya setiap saat.

QUIZ Tuliskan identitas [judul + pembuat] contoh dokumen SRS/ SKPL yang Anda miliki. Ceritakan dan Tulislah kembali dengan bahasa Anda sendiri tentang isi dokumen SKPL/ SRS yang sudah Anda miliki. Waktu : 30 menit. Minimal 1 halaman penuh. Selamat mengerjakan 