feasibility study & requirement definition

Download Feasibility Study & Requirement Definition

Post on 21-Dec-2015

11 views

Category:

Documents

1 download

Embed Size (px)

DESCRIPTION

FEASIBILITY

TRANSCRIPT

  • Sebelum memulai proyek, studi singkat dan biayarendah dilakukan untuk mengidentifikasi Klien Scope Benefit potensial Sumber daya yang dibutuhkan Hambatan potensialDimana resikonya ? Bagaimana dapat diminimalkan ?

    2Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Feasibility study menentukan keputusan : Lanjutkan Jangan lanjutkan Pikir ulangDalam proyek produksi, fesibility study umumnya berbentuk budget request.Dalam penelitian, fesibility dtudy umumnya dalam bentuk proposal.

    3Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Dalam PPL, ada dua klien : Klien untuk proyek Dosen untuk mata kuliahDapatkah memuaskan keduanya ?

    4Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Apa rincian dari proyek ?Co : Statistic web page dengan akses terbukapada Web (web profiler) Digunakan oleh publik umum (digital collection) Berbagai format data (legal information) Ribuan sensor Support untuk Windows, Max, Unix

    5Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Mengapa melakukan proyek ini ?Co : Menciptakan marketable product ? Meningkatkan efisiensi perusahaan ? Mengontrol sistem yang terlalu kompleksdikontrol manual ??? ??? ???

    6Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Co : Staff 5 sampai 7 mahasiswa bantuan. Berapa

    jam perminggu ? Skill apa yang dimiliki ? Time harus selesai akhir semester, termasuk

    presentasi, dokumentasi dan sistemopersional

    Peralatan dan software kebutuhan khususapa ?

    Klien apakah klien cukup tersedia danmembantu ?

    7Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Proyek PPL Waktu mulai ??? Pertimbangan bisnis ??? Terlalu ambisius ??? Situasi berubah Klien meninggalkan

    konsultan ???

    8Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Proyek PPL Beberapa tingkat target fungsionalitas :

    required, desirable, optional Proses software visible : ??? Komunikasi yang baik dengan tim dan asisten.

    Proses yang baik menghasilkan software yang baik

    Proses yang baik mengurangi risiko

    9Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Penulisan dokumen Untuk umum : klien, manajemen finansial,

    manajemen teknis. Cukup pendek, dibaca semua orang Cukup penjang, tidak ada topil penting yang

    dilewatkan.

    10Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Deskripsi abstrak tingkat tinggirequirements :

    Meninggalkan perilaku sistem eksternal Dimengerti oleh customer, manajeman dan

    user.Merefleksikan secara akurat keinginan user

    : Services yang diberikan sistem Constraints pengoperasian

    11Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Team (berpengalaman) ???Advisor ???Jadwal Laporan preliminary (2 bulanan),

    laporan final (1 bulan).

    12Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Co : Repository Perpustakaan Support objek digital kompleks Manajemen akses Identifikasi Information hiding Protocols dan format terbuka Integration dengan sistem lain (scope)

    13Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Lingkungan Estimasi ukuran, jumlah user, dll Pengukuran reliabilitas dan kinerja serta target

    Disarankan :Co : Sistem HW dan SW Sistem database Bahasa pemrograman

    14Rekayasa Perangkat Lunak 2 - Nelly Sofi

  • Jika definisi salah, sistem akan failure (masih ingat failure????)Pada sistem kompleks, pemahaman

    requirement selalu meningkatOleh karena itu Definisi requirement harus berevolusiDokumentasi harus selalu terbaru

    (tetapi dengan versi yang teridentifikasi)

    15Rekayasa Perangkat Lunak 2 - Nelly Sofi