Rpl

1HESTYA PATRIE - MARET 98

REKAYASA PERANGKAT LUNAK

STMIK BUDI LUHUR RPL - 001

DEFINISI

REKAYASA PERANGKAT LUNAK SANGAT BERKAITAN DENGAN PENGEMBANGAN PERANGKAT SISTEM OLEHTIM (KELOMPOK)

REKAYASA PERANGKAT LUNAK MEMANFAATKAN PRINSIP-PRINSIP REKAYASA DALAM PENGEMBANGANPERANGKAT LUNAK

BAIK ASPEK TEKNIS DEVIDE & CONQUER

MAUPUN NONTEKNIS MANAJEMEN PROYEK

RPL BERKAITAN DENGAN: TEORI METODA ALAT-ALAT (TOOLS)

UNTUK PENGEMBANGAN PERANGKAT LUNAK

REKAYASA PERANGKAT LUNAK HARUS MENGHASILKAN PRODUK YANGEKONOMIS

HANDAL BEKERJA EFISIEN




LATAR BELAKANG

PEREKAYASA PERANGKAT LUNAK HARUS MENGUASAI

TEKNOLOGI KOMPUTER ILMU DASAR KOMPUTER PENGETAHUAN PERANGKAT KERAS

TEKNOLOGI PENGEMBANGAN PERANGKAT LUNAK TEORI METODOLOGI ALAT-ALAT (TOOLS)

KEMAMPUAN BERKOMUNIKASI LISAN TERTULIS

MANAJEMEN PROYEK PEMBAGIAN TUGAS & TANGGUNG JAWAB DI DALAM KELOMPOK KENDALI WAKTU & BIAYA

MEMAHAMI KESULITAN YANG DIHADAPI USER AWAM DENGAN TEKNOLOGI & METODOLOGI

HESTYA PATRIE - MARET 98



LATAR BELAKANG

PERANGKAT LUNAK BUKAN HANYA PROGRAM, TETAPI JUGA DOKUMENTASI UNTUK MEMASANG (INSTALL)

APA YANG DIBUTUHKAN PERANGKAT KERAS PERANGKAT LUNAK KONDISI YANG HARUS DIPERSIAPKAN

PROSEDUR YANG HARUS DIKERJAKAN LANGKAH-LANGKAH YANG DIPERLUKAN APA YANG BOLEH & APA YANG TIDAK BOLEH

MEMAKAI (USE) PRAKONDISI

APA YANG PERLU DILAKUKAN SEBELUM MEMAKAI POSKONDISI

APA YANG PERLU DILAKUKAN SESUDAH MEMAKAI MENGEMBANGKAN (DEVELOP)

APA KEBUTUHAN USER SAAT DIKEMBANGKAN APA TUJUAN SISTEM APA YANG TELAH DICAPAI APA YANG BELUM DICAPAI

MERAWAT (MAINTAIN) UMUR PAKAI SYARAT PENYIMPANAN PERUBAHAN YANG MUNGKIN DILAKUKAN PERUBAHAN YANG TIDAK MUNGKINA DILAKUKAN




LATAR BELAKANG

TUJUAN REKAYASA PERANGKAT LUNAK

MENGHASILKAN PRODUK PL YANG, DITINJAU DARI SEGI BIAYA, SANGAT EFISIEN

BILA BIAYA TAK TERBATAS SECARA TEORITIS APAPUN DAPAT DIKERJAKAN

TANTANGAN PEREKAYASA PERANGKAT LUNAK

MENGHASILKAN PL YANG BERKUALITAS TINGGI DENGAN

SUMBER DAYA TERBATAS DAN JANGKA WAKTU YANG TERTENTU




LATAR BELAKANG

CIRI PERANGKAT LUNAK YANG DIREKAYASA DENGAN BAIK

MUDAH DIRAWAT DILENGKAPI DOKUMENTASI PERUBAHAN DAPAT DILAKUKAN DENGAN BIAYA MINIMUM

DAPAT DIANDALKAN BEKERJA SEPERTI YANG DIHARAPKAN GAGAL HANYA BILA KELUAR DARI SPESIFIKASINYA

BEKERJA EFISIEN TIDAK MEMBOROSKAN SUMBER DAYA

MEMORY PROSESOR PENYIMPANAN DLL

MEMPUNYAI ANTAR MUKA PEMAKAI YANG BAIK DIBUAT SESUAI DENGAN TINGKAT KEMAMPUAN PEMAKAI




LATAR BELAKANG

PRODUK PERANGKAT LUNAK DIKEMBANGKAN DARI SERANGKAIAN PERUBAHAN DARI USER REQUIREMENT MENJADI KODE-EKSEKUSI UNTUK MESIN

KEBUTUHANUSER

BENTUKRANCANGAN

BAHASAKOMPUTER

KODEMESIN




LATAR BELAKANG

REKAYASA PERANGKAT LUNAK BERUPAYA MENGHASILKAN KOMPONEN PERANGKAT LUNAK YANG DAPAT DIPAKAI ULANG (REUSABILITY)

KOMPONEN DIRANCANG DAPAT DIMANFAATKAN PADA BERBAGAI PROGRAM MEMPUNYAI

KOPLING YANG RENDAH KOHESI YANG TINGGI

KOMPONEN PAKAI ULANG (REUSABLE COMPONENT)

SUBROUTINE

OBJECT/CLASS

BERISI ALGORITMA &STRUKTUR DATA

BERISI ALGORITMA




LATAR BELAKANG

REKAYASA PERANGKAT LUNAK MENGHASILKAN PRODUK BERBENTUK PERANGKAT LUNAK LENGKAP DENGAN DOKUMENTASINYA

DUA MACAM PRODUK PERANGKAT LUNAK

GENERIK

SPESIFIK

PRODUK YANG DIKEMBANGKANKHUSUS UNTUK SEBUAH PERUSAHAAN

PRODUK YANG DIKEMBANGKANUNTUK DIJUAL KEPADA PUBLIK




APLIKASI PERANGKAT LUNAK

SYSTEM SOFTWARE PROGRAM UNTUK MENGATUR/MELAYANI PROGRAM-PROGRAM LAIN BANYAK BERINTERAKSI DENGAN PERANGKAT KERAS

REAL-TIME SOFTWARE PERANGKAT LUNAK YANG:

MEMONITOR MENGANALISA MENGENDALIKAN

KEJADIAN/PERISTIWA YANG SEDANG TERJADI WAKTU TANGGAP(RESPONSE TIME) SINGKAT MILIDETIK

BUSINESS SOFTWARE PERANGKAT LUNAK APLIKASI

PENGGAJIAN PENJUALAN PERSEDIAAN BARANG DLL

KADANG TERPADU MENJADI SATU SIM





ENGINEERING & SCIENTIFIC SOFTWARE APLIKASI PERANGKAT LUNAK YANG BANYAK MEMPROSES ANGKA-ANGKA

ASTRONOMI OTOMOTIF PERAMALAN CUACA BIOLOGI DLL

EMBEDDED SOFTWARE PERANGKAT LUNAK YANG TERSIMPAN DALAM ROM MENGATUR PERANGKAT KERAS

MESIN CUCI MICROWAVE LEMARI PENDINGIN DLL





PERSONAL COMPUTER SOFTWARE SANGAT BANYAK SANGAT BERAGAM

PENGOLAH KATA LEMBAR KERJA ELEKTRONIK BASIS DATA HIBURAN DLL

ARTIFICIAL INTELLIGENT SOFTWARE MEMANFAATKAN NONNUMERICAL ALGORITMA BIDANG PEMANFAATAN

PATERN RECOGNITION PENGENALAN POLA BENTUK

EXPERT SYSTEM SISTEM PAKAR

NEURAL NETWORK JARINGAN SYARAF TIRUAN




MITOS TENTANG PERANGKAT LUNAK

BANYAK PERMASALAHAN PADA SEBUAH PERANGKAT LUNAK DATANG DARIASUMSI-ASUMSI YANG KEBENARANNYA TIDAK DAPAT DIPERTANGGUNG JAWABKAN

TIGA KELOMPOK YANG TERKAIT DALAM PENGEMBANGAN PERANGKAT LUNAK MANAGEMENT (MANAJEMEN)

MANAJER PENGEMBANGAN PL HARUS MENGATUR ANGGARAN MENJAGA JADWAL DARI KELAMBATAN MENINGKATKAN KUALITAS

CUSTOMER (PEMAKAI) YANG MENGINGINKAN PL DIKEMBANGKAN

REKAN KERJA BAGIAN LAIN

PEMASARAN PERSONALIA PEMBUKUAN DLL

PIHAK LUAR, BERDASARKAN KONTRAK KERJA

PRACTITIONER (PENGEMBANG) YANG MENGEMBANGKAN PL

DIANTARANYA PROGRAMMER





MITOS DIPIHAK MANAJEMEN

MITOS ADANYA PANDUAN & PROSEDUR, PASTI LANCAR

KENYATAAN APAKAH:

DISADARI KEBERADAANNYA ? LENGKAP ? DIPAKAI ? SESUAI KEBUTUHAN ?

MITOS PERALATAN BARU & MODERN

KENYATAAN PENGUASAAN TOOL LEBIH PENTING DARI HARDWARE/SOFTWARE

MITOS BILA TERLAMBAT, TAMBAH PROGRAMMER

KENYATAAN TAMBAH PROGRAMMER AKAN SEMAKIN LAMBAT





MITOS DIPIHAK PEMAKAI

MITOS TUJUAN SISTEM SECARA UMUM CUKUP UNTUK MEMBUAT PL, RINCIAN

BELAKANGAN SAJA SAAT PROGRAM DIKEMBANGKAN KENYATAAN

RINCIAN KEBUTUHAN SANGAT PENTING FUNGSI PERFORMANCE ANTAR-MUKA BATASAN RANCANGAN KRITERIA VALIDASI DLL

HANYA BISA DIPEROLEH DENGAN KOMUNIKASI YANG INTENSIF

MITOS PERANGKAT LUNAK BERSIFAT FLEKSIBEL PERUBAHAN KEBUTUHAN MUDAH DIAKOMODASI OLEH PENGEMBANG PL

KENYATAAN DAMPAK SANGAT BERGANTUNG PADA TAHAP MANA PERUBAHAN TERJADI





MITOS DIPIHAK PENGEMBANG

MITOS PROGRAM SELESAI, PEKERJAAN SELESAI

KENYATAAN 50% - 70% USAHA DIHABISKAN SETELAH PROGRAM DISERAHKAN KE USER UNTUK PERTAMA KALINYA

MITOS KUALITAS HANYA BISA DIKETAHUI SETELAH PROGRAM BERJALAN (RUNNING)

KENYATAAN KUALITAS DAPAT DIJAGA SEJAK PL DIKEMBANGKAN

MITOS YANG DISERAHKAN KE USER ADALAH PROGRAM

KENYATAAN YANG DISERAHKAN ADALAH KONFIGURASI PERANGKAT LUNAK

PROGRAM DITAMBAH DOKUMENTASI




AKTIFITAS MENGHASILKAN PL

KEGIATAN YANG DILAKUKAN OLEH PEREKAYASA PERANGKAT LUNAK

ADA BANYAK METODOLOGI

BISA MEMANFAATKAN BANTUAN CASE COMPUTER AIDED SOFTWARE ENGINEERING ALAT BANTU AKTIFITAS PENGEMBANGAN PERANGKAT LUNAK

SECARA UMUM ADA 4 AKTIFITAS UTAMA

PENGEMBANGAN

SPESIFIKASI

VALIDASI

EVOLUSI

TENTANG KEMAMPUAN PERANGKAT LUNAK BERISI BATASAN OPERASIONAL

TAHAP MENGEMBANGKAN SESUAI SPESIFIKASI

TAHAP PENGUJIAN AGAR SESUAI SPESIFIKASI

PENYESUAIAN MENGIKUTI PERUBAHAN KEBUTUHAN




WATERFALL MODEL

DEFINISIKEBUTUHAN

SISTEM

RANCANGSISTEM

IMPLEMENTASI&

UNIT TESTING

INTEGRASI&

SYSTEM TESTING

OPERASI&

PERAWATAN

10




WATERFALL MODEL

ANALISA & DEFINISI KEBUTUHAN SISTEMDIURAIKAN TENTANG

KEMAMPUAN BATASAN SISTEM TUJUAN

RANCANG SISTEM & PERANGKAT LUNAK TRANSFORMASI KEBUTUHAN KEBENTUK PERANGKAT LUNAK

ARSITEKTUR SISTEM KEBUTUHAN HARDWARE KEBUTUHAN SOFTWARE

FUNGSI DIURAIKAN IMPLEMENTASI & UNIT TESTING

PEMANFAATAN SEBAGAI SEBUAH PERANGKAT LUNAK DIBUAT PROGRAM DIUJI KESESUAIANNYA

INTEGRASI & SYSTEM TESTINGPEMBENTUKAN SEBUAH SISTEM

UNIT-UNIT DIINTEGRASIKAN DIUJI SEBAGAI SEBUAH SISTEM

OPERASI & PERAWATANPEMAKAIAN & PENYESUAIAN

SISTEM DIMANFAATKAN PERBAIKAN, PERUBAHAN & PENGEMBANGAN




WATERFALL MODEL

DISEBUT JUGA DAUR HIDUP KLASIK PARADIGMA YANG SUDAH LAMA SEKALI NAMUN TETAP BERTAHAN SAMPAI SAAT INI

BANYAK YANG MASIH MEMAKAI & TETAP DIANGGAP SESUAI

PROBLEMA YANG DIHADAPI PARADIGMA INI TAHAPAN PROYEK SESUNGGUHNYA TIDAK SEQUENTIAL TAHAPAN PROYEK BANYAK MENGALAMI ITERASI/PENGULANGAN PADA DASARNYASULIT MENDEFINISIKAN KEBUTUHAN SECARA JELAS PADA PARADIGMA INI BENTUK KERJA LAMBAT TERLIHAT KESALAHAN DI AWAL TAHAP BERAKIBAT SANGAT FATAL

PARADIGMA YANG PALING BANYAK DIPAKAIPALING BANYAK DIIKUTI & DITERAPKAN MASIH DIANGGAP SESUAI DENGAN KEADAAN SEKARANG WALAUPUN DENGAN SEGALA KEKURANGAN YANG DIMILIKI

11




PROTOTYPING

DIPAKAI BILA DITEMUI KONDISI

DEFINISI USER BERSIFAT UMUM USER TIDAK TAHU PASTI APA YANG DIINGINKAN

DEFINISI USER BERSIFAT TIDAK RINCI USER TIDAK TAHU PASTI APA & BAGAIMANA BENTUK

MASUKAN PROSES KELUARAN

PENGEMBANG MERASA TIDAK PASTI TENTANG PILIHAN ALGORITMA YANGAKAN DIPAKAI BAGAIMANA LINGKUNGAN SISTEM YANG AKAN DIKEMBANGKAN BENTUK, SIFAT & KARAKTERISTIK ANTAR-MUKA PEMAKAI

INTINYA ADA KETIDAK PASTIAN DIPIHAK USER

TENTANG APA DIINGINKAN DIPIHAK PENGEMBANG

APA YANG HARUS DILAKUKAN




MACAM

EVOLUTIONARY

THROWAWAY

DIMULAI DARI MODELDIKEMBANGKANAKHIRNYA DIMANFAATKAN

HANYA DIBUAT SEBAGAI MODELUNTUK MENCARI BENTUK YANGDIINGINKAN (CETAK BIRU)

PROTOTYPING

12




DISEBUTEVOLUTIONARYPROTOTYPE

GUNAKANPROTOTIPE

BUATPROTOTIPE

TENTUKANKEBUTUHAN

EVALUASI TIDAK SESUAI

SESUAI

PROTOTYPING




PROTOTYPING

GUNAKANSISTEM

UJISISTEM

PROGRAMSISTEM

EVALUASI TIDAKSESUAI

SESUAITIDAK

SESUAI

BUATPROTOTIPE

TENTUKANKEBUTUHAN

EVALUASISESUAI

THROWAWAYPROTOTYPE

13




4 (EMPAT) MODEL PROTOTIPE

1 PROTOTIPE KERTAS GAMBARAN SISTEM DIBUAT PADA MEDIA KERTAS TIDAK MEMPUNYAI BAGIAN YANG:

OPERASIONAL (BERBENTUK PROGRAM) DAPAT DIUJICOBA (DAPAT DI TEST) DAPAT DIIMPLEMENTASIKAN (DAPAT DI RUN/EXECUTE)

2 PROTOTIPE BERBASIS PC PEMODELAN MEMANFAATKAN PROGRAM APLIKASI

PROGRAM-PRORAM PRESENTASI UNTUK MEMPERLIHATKAN INTERAKSI MANUSIA-KOMPUTER

3 PROTOTIPE KERJA IMPLEMENTASI SEBAGIAN FUNGSI SISTEM FUNGSI YANG INGIN DILIHAT KARAKTERISTIKNYA

DIBUATKAN PROGRAMNYA

4 PROTOTIPE PROGRAM PROGAM BENAR-BENAR DIBUAT & BISA BEKERJA BAGIAN PROGRAM YANG SUDAH BERFUNGSI TERUS MENERUS DITAMBAH & DILENGKAPI

PROTOTYPING




PROTOTYPING

KEUNGGULAN PROTOTIPE

1 KOMUNIKASI USER - DEVELOPPER FREKUENSI KOMUNIKASI MENINGKAT

PENGEMBANG AKAN SELALU MEMINTA PENDAPAT USER

2 MEMBANTU ANALIS MENENTUKAN KEBUTUHAN USER YANG SEBENARNYA MEMINIMALKAN SALAH PERSEPSI

3 PERAN USER MENINGKAT EVALUASI OLEH USER BERKALI-KALI USER BISA MEMBERIKAN MASUKAN SETIAP SAAT

4 PENGEMBANGAN LEBIH CEPAT PROGRAM BISA LANGSUNG DIBUAT USER MELIHAT PERKEMBANGAN TAHAP DEMI TAHAP

5 IMPLEMENTASI MUDAH USER SUDAH MENGENAL PERANGKAT LUNAK YANG DIKEMBANGKAN USER TIDAK AKAN MERASA ASING SEJAK AWAL USER SUDAH MERASA MEMILIKI

14




PROTOTYPING

KELEMAHAN PROTOTIPE

1 PEMAKAI SIBUK USER & PENGEMBANG HARUS SAMA-SAMA MEMILIKI KOMITMEN

MENYEDIAKAN WAKTU UNTUK BERTEMU SAMA-SAMA SEPAKAT UNTUK BEKERJA SAMA

2 PEMAKAI SULIT MELAKUKAN EVALUASI BENTUK PROTOTIPE SERING BERUBAH

DISESUAIKAN DENGAN KEBUTUHAN USER

3 USER INGIN CEPAT SELESAI BENTUK PROGRAM SUDAH TERLIHAT SEJAK AWAL USER MERASA TIDAK AKAN LAMA LAGI SELESAI PENGEMBANG SERING MENGABAIKAN DOKUMENTASI

4 USER BERHARAP TERLALU BANYAK KEBERHASILAN MEMBAWA DAMPAK SERING EVALUASI & KOMUNIKASI MEMBUAT USER MENJADI

SERING BERUBAH KEINGINAN TIDAK PASTI DENGAN KEBUTUHAN

5 PROTOTIPE BEKERJA TIDAK EFISIEN LEBIH MEMENTINGKAN KEBERHASILAN




PROTOTYPING

PROTOTYPING BAIK DIPAKAI PADA KEADAAN1 SISTEM MEMPUNYAI RESIKO TINGI

TIDAK JELAS PERMASALAHANNYA TIDAK JELAS KEBUTUHAN & KEINGINAN TIDAK PASTI APA YANG INGIN DILAKUKAN

2 PERANCANGAN DIALOG USER - KOMPUTER BAGAIMANA MEMBUAT DIALOG YANG BAIK, RAMAH, MUDAH ?

3 SISTEM DIMINATI OLEH BANYAK PEMAKAI MENCARI KESEPAKATAN

BASIS UNTUK MENYAMAKAN PERSEPSI

4 USER INGIN CEPAT SELESAI USER TIDAK SABAR MENUNGGU PROTOTIPE SEGERA MEMPERLIHATKAN BENTUK KERJA SISTEM

5 MASA PAKAI SINGKAT SISTEM HANYA DIPAKAI BEBERAPA KALI SAJA

6 INGIN MENUNJUKKAN INOVASI PENGEMBANG DAPAT MENUNJUKKAN KECANGGIHAN

SISTEM CEPAT TERLIHAT (MUNGKIN JUGA CEPAT SELESAI)7 KEBUTUHAN BERUBAH-UBAH

USER SULIT MENJELASKAN KEBUTUHAN MENJADI KEADAAN YANG PALING UMUM UNTUK MEMAKAI PROTOTYPING

15




EVOLUTIONARY PROCESS PENGEMBANGAN BERTINGKAT

MENGGABUNGKAN KEUNGGULAN PROTOTYPING WATERFALL

MEMUNGKINKAN DIKEMBANGKAN PERANGKAT LUNAK SECARA BERTAHAP (INCREMENTAL) DENGAN CEPAT

TERBAGI ATAS 6 TAHAPAN1 CUSTOMER COMMUNICATION2 PLANNING3 RISK ANALYSIS4 ENGINN\EERING5 CONSTRUCTION & RELEASE6 CUSTOMER EVALUATION

PENGEMBANG DAN PEMAKAI DAPAT MEMAHAMI RESIKO BEREAKSI ATAS RESIKO

MODEL SPIRAL




MODEL SPIRAL

PLANNINGRISK ANALYSIS

ENGINEERING

CUSTOMEREVALUATION CONSTRUCTION

& RELEASE

CUSTOMERCOMMUNICATION

16




MODEL SPIRAL

PLANNINGRISK ANALYSIS

ENGINEERING

CUSTOMEREVALUATION CONSTRUCTION

& RELEASE


PROJECTENTRY POINT




CUSTOMER COMMUNICATION PENERAPAN KOMUNIKASI ANTARA USER DENGAN DEVELOPER

MODEL SPIRAL


17




PLANNING MENENTUKAN TUJUAN, ALTERNATIF, BATASAN SISTEM PENENTUAN KEBUTUHAN AWAL DILANJUTKAN DENGAN HASIL EVALUASI USER

MODEL SPIRAL

PLANNING




RISK ANALYSIS ANALISA RESIKO IDENTIFIKASI RESIKO PENANGANNAN RESIKO

MODEL SPIRAL

RISK ANALYSIS

GO NO GO DECISION

ANALISA RESIKO BERDASARKAN KEBUTUHAN AWAL

ANALISA RESIKOBERDASARKAN EVALUASIUSER

18




ENGINEERING PENGEMBANGAN PRODUK DIMULAI DENGAN PROTOTIPE AWAL SAMPAI AKHIRNYA MENJADI PRODUK-JADI

MODEL SPIRAL

ENGINEERING

PRODUK-JADI

PROTOTIPE AWAL

PROTOTIPE TINGKATBERIKUTNYA




CONSTRUCTION & RELEASE TAHAP KONSTRUKSI, TEST, INSTALL & PENYIAPAN USER SUPPORT (DOKUMENTASI)

MODEL SPIRAL

CONSTRUCTION& RELEASE

19

CUSTOMEREVALUATION




CUSTOMER EVALUATION PENILAIAN HASIL PENGEMBANGAN PRODUK OLEH USER

PADA TAHAP PENGEMBANGAN MAUPUN TAHAP INSTALASI

MODEL SPIRAL




END-USER DEVELOPMENT

PENGEMBANGAN PERANGKAT LUNAK OLEH PEMAKAI AKHIR DIKERJAKAN TANPA BANTUAN PROFESIONAL DIDUKUNG OLEH HADIRNYA PC

DENGAN BANTUAN 4GL FOURTH GENERATION LANGUAGE NONPROCEDURAL (LESS PROCEDURAL) LANGUAGE JENIS-JENIS

1 QUERY LANGUAGE2 REPORT GENERATOR3 GRAPHIC LANGUAGE4 APLICATION GENERATOR5 VERY-HIGH-LEVEL PROGRAMMING LANGUAGE6 APPLICATION SOFTWARE PACKAGE7 MICROCOMPUTER TOOLS

20





SPEKTRUM MICROCOMPUTER TOOLS

MICROSOFT OFFICE LOTUS SMART SUITE

QUERY LANGUAGE SQL QUERY-BY-EXAMPLE

REPORT GENERATOR RPG 400 INQUIRE

GRAPHIC LANGUAGE HARVARD GRAPHICS SAS GRAPH

APLICATION GENERATORPREPROGRAMMED MODUL

FOCUS DMS CSP

APPLICATION SOFTWARE PACKAGE PROGRAM APLIKASI YANG DIPERJUAL-BELIKAN

VERY-HIGH-LEVEL PROGRAMMING LANGUAGE APL NOMAD

END

-US

ERIS

PR

OFE

SSIO

NAL




KEUNGGULAN END-USER DEVELOPMENT

LEBIH SESUAI DENGAN KEBUTUHAN USER PENINGKATAN KETERLIBATAN USER USER LEBIH PUAS MEMUDAHKAN PENGENDALIAN PENGEMBANGAN PL MEMINIMALKAN KEGAGALAN

TANTANGAN YANG DIHADAPI

TIDAK ADANYA REVIEW DARI PIHAK LAIN REQUIREMENT BISA TIDAK BENAR

TIDAK ADANYA STANDAR & KONTROL TIAP USER BISA MEMBENTUK SISTEMNYA SENDIRI

DUPLIKASI DATA DATA YANG SAMA ADA PADA TEMPAT YANG BERBEDA

TERBENTUKNYA SISTEM INFORMASI PRIBADI PIHAK LAIN TIDAK MEMAHAMI APA PERILAKU SISTEM


21




REKAYASA KEBUTUHAN

SPESIFIKASI KEBUTUHAN

SPESIFIKASI PERANGKAT LUNAK

DEFINISI KEBUTUHAN BIASANYA DESKRIPSI ABSTRAK GOAL/TUJUAN YANG DIINGINKAN TIDAK DAPAT DIUJI

DESKRIPSI RINCI KEMAMPUAN SISTEM DAPAT DIUJI

SPESIFIKASI RANCANGAN DASAR YG DIPAKAI UNTUK MERANCANG UNTUK PEREKAYASA




REKAYASA KEBUTUHAN

ANALISAKEBUTUHAN

DEFINISIKEBUTUHAN

MODELSISTEM

DEFINISIDARI

KEBUTUHAN

DOKUMENKEBUTUHAN

STUDIKELAYAKAN

LAPORANKELAYAKAN

SPESIFIKASILEBUTUHAN

SPESIFIKASIDARI

KEBUTUHAN

22




STUDI KELAYAKAN

ESTIMASI KEBUTUHAN APA SEBENARNYA YANG DIINGINKAN

KEMUNGKINAN HASIL:

1 DAPAT DIPENUHI DENGAN YANG DIMILIKI PERANGKAT KERAS PERANGKAT LUNAK SUMBER DAYA

2 HARUS MEMBUAT YANG BARU ANALISA BIAYA-EFEKTIF BATASAN BIAYA BATASAN WAKTU SUMBER DAYA

STUDI KELAYAKAN HARUS DILAKUKAN DENGAN MURAH & CEPAT

JANGAN MENGHABISKAN WAKTU & BIAYA




STUDI KELAYAKAN

HASIL STUDI DIPAKAI UNTUK MENGAMBIL KEPUTUSAN KEMUNGKINAN HASIL:

1 TERUSKAN LAKUKAN ANALISA LEBIH RINCI

ANALISA KEBUTUHAN DEFINISI KEBUTUHAN SPESIFIKASI KEBUTUHAN

2 HENTIKAN TIDAK LAYAK UNTUK DIKEMBANGKAN

KELAYAKAN TEKNIS

TIDAK BISATIDAK MAMPU

BIAYATIDAK ADATERLALU BESAR

WAKTUTIDAK ADATIDAK CUKUP

23




ANALISA KEBUTUHAN

MENCARI KEBUTUHAN MELALUI OBSERVASI SISTEM YANG ADA

DILAKUKAN DENGAN CARA DISKUSI DENGAN CALON PEMAKAI DISKUSI DENGAN CALON PENGEMBANG ANALISA TUGAS & KEGIATAN

FORMULASI KEBUTUHAN DILAKUKAN DENGAN1 PEMBUATAN MODEL

DIAGRAM ALIRAN DATA DIAGRAM-ER SYSTEM FLOWCHART STATE TRANSITION DIAGRAM OBJECT DIAGRAMDLL

2 PEMBUATAN PROTOTIPE PROTOTIPE KERTAS PROTOTIPEBERBASIS PC PROTOTIPE KERJA PROTOTIPE PROGRAM




DEFINISI KEBUTUHAN

DEFINISI TENTANG KEBUTUHAN SISTEM MERUPAKAN DESKRIPSI ABSTRAK

DITULIS DALAM BAHASA SEHARI-HARI BERBENTUK NARASI

URAIAN

END-USER POINT OF VIEW DARI SUDUT PANDANG USER

APA YANG DIINGINKAN PEMAKAI GOAL/SASARAN

TUJUAN YANG INGIN DICAPAI

MENERJEMAHKAN KEBUTUHAN KE DOKUMEN BENTUK-BENTUK DOKUMEN YANG DIINGINKAN

MASUKAN KELUARAN

24




SPESIFIKASI KEBUTUHAN

ADALAH SPESIFIKASI KEMAMPUAN SISTEM BERBENTUK DEFINISI RINCI

UNTUK STAF TEKNIS CALON PEMAKAI

PIHAK YANG AKAN MEMANFAATKAN CALON PENGEMBANG

PIHAK YANG AKAN MEMBUAT

BERBENTUK DOKUMEN TERSTRUKTUR SPESIFIKASI FUNGSIONAL

RINCIAN TIAP FUNGSI

BISA DIPAKAI SEBAGAI DASAR KONTRAK KERJA

ANTARA PEMAKAI DENGAN PENGEMBANG BASIS UNTUK ACCEPTANCE TESTING

PENGUJIAN OLEH USER

SERING PARALEL DENGAN RANCANGAN GLOBAL




MODEL SISTEM

ADALAH: JEMBATAN ANTARA ANALISA & PERANCANGAN

MODEL YANG DIHASILKAN MENJADI BASISUNTUK PERANCANGAN

ABSTRAKSI DARI SISTEM YANG SEDANG DIPELAJARI GAMBARAN GRAFIS TENTANG BENTUK SISTEM

TIDAK BERBENTUK NARASI (KALIMAT-KALIMAT) MEMANFAATKAN GAMBAR-GAMBAR

MEMPERLIHATKAN HAL-HAL YANG PENTING DIPERHATIKAN TERGANTUNG PEMODELAN YANG DIPAKAI

BANYAK JENIS PEMODELAN YANG BISA DIPAKAI TIAP MODEL MENJELASKAN DENGAN CARA MASING-MASING TIAP MODEL MENGGUNAKAN PENDEKATAN YANG BERBEDA TIDAK ADA MODEL YANG IDEAL YANG TERBAIK KEMBANGKAN BEBERAPA MODEL

25




MODEL SISTEM

BEBERAPA DIANTARA MODEL SISTEM:

DATA-PROCESSING MODEL DATA-FLOW DIAGRAM

MEMPERLIHATKAN FUNGSI / PROSES APA YANG ADA BAGAIMANA DATA DIPROSES

COMPOSITION MODEL ENTITY-RELATIONSHIP DIAGRAM

MEMPERLIHATKAN DATA YANG ADA DI DALAM SISTEM HUBUNGAN ANTAR ENTITAS

CLASSIFICATION MODEL OBJECT MODEL / INHERITANCE DIAGRAM

MEMPERLIHATKAN KESAMAAAN KARAKTERISTIK ENTITAS UNTUK PENDEKATAN BERORIENTASI OBYEK

STIMULUS-RESPONSE MODEL STATE TRANSITION DIAGRAM

REAKSI TERHADAP KEJADIAN INTERNAL & EKSTERNAL UNTUK PROSES-PROSES REAL-TIME




STRUCTURED A & DPERMASALAHAN

ANALISAPROSES

ANALISADATA

DATAFLOW

ANALYSIS

ENTITYRELATIONSHIPANALYSIS

ENTITYRELATIONSHIP

DIAGRAMDATA FLOWDIAGRAM(BERJALAN)

LOGICALRECORD

STRUCTURE

RELASI/ TABEL

RELASINORMAL

SPESIFIKASIBASIS DATA

DATA FLOWDIAGRAM(USULAN)

STRUCTUREDCHART

SPESIFIKASIMODUL /PSEUDOCODE

NORMALISASI

26




STRUCTURED A & DPERMASALAHAN

ANALISAPROSES

ANALISADATA

DATAFLOW

ANALYSIS

ENTITYRELATIONSHIPANALYSIS

ENTITYRELATIONSHIP

DIAGRAMDATA FLOWDIAGRAM(BERJALAN)

LOGICALRECORD

STRUCTURE

RELASI/ TABEL

RELASINORMAL

SPESIFIKASIBASIS DATA

DATA FLOWDIAGRAM(USULAN)

STRUCTUREDCHART

SPESIFIKASIMODUL /PSEUDOCODE

NORMALISASI

SALINGMEMPENGARUHI

MEMBERIPENGARUH




OBJECT MODEL

STRUCTURED ANALYSIS& STRUCTURED DESIGN

DFD BERJALAN DFD RANCANGAN STRUCTURED CHART

ER-DIAGRAM

27




OBJECT MODEL

MOBIL

MESIN HIDUPLAMPU MENYALA

OBJECT

O-O MODEL WITHATTRIBUTE & RELATIONSHIP

O-O MODEL WITH ATTRIBUTE , RELATIONSHIP & METHOD

CLASS

ATTRIBUTE

METHOD

MEREK

NOMOR RANGKAMESIN




OBJECT MODELO-O VERSUS SASD

SASD PERALIHAN MODEL

DARI ANALISA KE RANCANGAN KE IMPLEMENTASI METODOLOGI YANG MATANG (20 TAHUN)

KRITERIA JELAS & LENGKAP CASE TOOL BANYAK TEXT BOOK BANYAK

O-O AD SATU MODEL UNTUK SEMUA TAHAPAN

OBJECT MODEL MASIH MUDA (SEDANG BERKEMBANG) DUKUNGAN DARI BAHASA PEMROGRAMAN BARU

28




OBJECT MODEL

OBJECT MODEL REPRESENTASI DARI DATA & PROSES

SEAKAN-AKAN KOMBINASI DFD & ERD

MEMPERLIHATKAN KLASIFIKASI & PENGELOMPOKAN ENTITY

NOTASI

CLASS NAME

ATTRIBUTE

SERVICE/OPERATION




OBJECT MODEL

OBJECT MODEL PEMODELAN YANG TERUTAMA MENGGAMBARKAN ABSTRAKSI DARI OBYEK

PENGELOMPOKAN BERDASARKAN KESAMAAN ATRIBUT MENJELASKAN OPERASI DARI TIAP OBYEK

JUGA HUBUNGAN ANTAR OBYEK PENGUMPULAN OBYEK

OBYEK DIBENTUK DARI KUMPULAN OBYEK-OBYEK PEMANFAATAN OPERASI

29




PERANCANGAN PERANGKAT LUNAK

MERANCANG ADALAH PROSES KREATIF KUNCINYA HARUS SERING BERLATIH

TIGA TAHAP MENGATASI PROBLEMA DALAM PERANCANGAN

PELAJARI & PAHAMI PERMASALAHAN

TENTUKAN RANCANGAN GLOBAL

BUAT RANCANGAN RINCI





TIGA TAHAP MENGATASI PROBLEMA DALAM PERANCANGAN(Ljt)

PELAJARI & PAHAMI PERMASALAHAN TANPA PEMAHAMAN TIDAK BERMANFAAT PEMAHAMAN BISA SALAH

PEMAHAMAN YG SALAH MEMBAWA KEARAH YG SALAH PEMAHAMAN YANG BENAR

MEMUDAHKAN PENERIMAAN OLEH USER LIHAT DARI BERBAGAI SUDUT PANDANG KEBUTUHAN BISA TERLIHAT BERBEDA CARA MEMAHAMI KEBUTUHAN

GUNAKAN BERBAGAI PEMODELAN

30





TIGA TAHAP MENGATASI PROBLEMA DALAM PERANCANGAN(Ljt)

TENTUKAN RANCANGAN GLOBAL BUAT GARIS BESAR PEMECAHAN PERMASALAHAN RANCANG LEBIH DARI SATU ALTERNATIF KEMUDIAN LAKUKAN EVALUASI BERSAMA USER

PILIHAN SOLUSI TERGANTUNG PENGALAMAN & PENGETAHUAN PERANCANG

MEMPENGARUHI BENTUK & PILIHAN SOLUSI KETERSEDIAAN REUSABLE COMPONENT

KOMPONEN YANG DIADOPSI DARI SISTEM LAIN KESEDERHANAAN (SIMPLICITY )

RANCANGAN HARUS DIUPAYAKAN SEDERHANA





TIGA TAHAP MENGATASI PROBLEMA DALAM PERANCANGAN (Ljt)

BUAT RANCANGAN RINCI SOLUSI YANG TERPILIH DIRINCI DILAKUKAN TAHAP-TAHAP IMPLEMENTASI

TERDIRI DARI-TAHAP-TAHAP PERANCANGAN ANTAR MUKA PERANCANGAN KOMPONEN PERANCANGAN STRUKTUR DATA PERANCANGAN ALGORITMA DLL

RANCANGAN RINCI BISA MEMPERLIHATKAN KESALAHAN KETIDAK LENGKAPAN

TEMUKAN &

PERBAIKI

31




TAHAP-TAHAP PERANCANGAN

SPESIFIKASIKEBUTUHAN

RANCANGANARSITEKTUR

SPESIFIKASIABSTRAK

RANCANGANANTAR-MUKA

RANCANGANKOMPONEN

RANCANGANSTRUKTUR

DATA

RANCANGANALGORITMA

ARSITEKTURSISTEM

SPESIFIKASIPERANGKAT

LUNAK

SPESIFIKASIANTAR-MUKA

SPESIFIKASIKOMPONEN

SPESIFIKASISTRUKTUR

DATA

SPESIFIKASIALGORITMA





RANCANGAN ARSITEKTUR SISTEM AKAN BERISI APA SAJA

KOMPONEN APA YANG TERDAPAT DI DALAM SISTEM PENENTUAN SUB-SISTEM YANG MENDUKUNG

INTERAKSI SISTEM DENGAN LINGKUNGANNYA SISTEM APA SAJA YANG ADA DISEKITARNYA APA YANG DIBUTUHKAN DARI SISTEM DISEKITARNYA APA YANG DAPAT DIBERIKAN UNTUK SISTEM DISEKITARNYA

SPESIFIKASI ABSTRAK SPESIFIKASI TENTANG PERILAKU SISTEM DIBUAT UNTUK TIAP SUB-SISTEM

SATU UNTUK TIAP SUB-SISTEM MENJELASKAN TENTANG:

KEMAMPUAN SISTEM APA YANG DAPAT DILAKUKAN OLEH SISTEM APA YANG TIDAK DAPAT DILAKUKAN OLEH SISTEM

BATASAN SISTEM BAGAIMANA SISTEM MELAKUKAN PROSES

32





RANCANGAN ANTAR-MUKA PENGHUBUNG ANTARA SISTEM DENGAN DUNIA LUAR

SISTEM DENGAN SISTEM LAINNYA SISTEM DENGAN USER SUB-SISTEM SATU DENGAN LAINNYA

RANCANGAN KOMPONEN PROSES DIKELOMPOKKAN

DITEMPATKAN KE DALAM MODUL-MODUL TERPISAH PENENTUAN ANTAR-MUKA ANTAR KOMPONEN

RANCANGAN STRUKTUR-DATA RINCIAN STRUKTUR-DATA YANG DIPAKAI OLEH SISTEM PILIHAN STRUKTUR DATA DITENTUKAN

RANCANGAN ALGORITMA RINCIAN ALGORITMA PEMECAHAN MASALAH PILIHAN PEMANFAATAN ALGORITMA TERTENTU



STMIK BUDI LUHUR RPL -063

STRATEGI PERANCANGAN


FUNCTIONAL DESIGN

OBJECT-ORIENTEDDESIGN

33




RANCANGAN FUNGSIONAL

SISTEM DIRANCANG DENGAN MELIHAT PROSES APASAJA YANG ADA DI DALAMNYA

BERTAHAP DARI HIGH-LEVEL KE DETAIL DESIGN

STRATEGI YANG DIPAKAI STRUCTURE DESIGNMEMANFAATKANDATA-FLOW MODEL ENTITY-RELATIONSHIP MODEL STRUCTURAL MODEL

STRUCTURE CHART

ALTERNATIF STRATEGI JACKSON METHOD WARNIER-ORR METHOD





RANCANGAN BERORIENTASI OBYEK

SISTEM DIRANCANG SEBAGAI KOLEKSI DARI OBYEK

IDE DASARNYA ADALAH INFORMATION HIDINGPENYEMBUNYIAN INFORMASI

TIAP OBYEK MEMPUNYAI SEJUMLAH ATTRIBUT OPERASI BERDASARKAN ATTRIBUT YANG ADA

OBYEK BISA MEMPUNYAI ATTRIBUT YANG DITURUNKANDARI OBYEK LAINNYA

OBYEK BERKOMUNIKASI DENGAN OBYEK LAINNYAMELALUI MESSAGE


34




KUALITAS RANCANGAN

TIDAK ADA KESEPAKATAN TENTANG RANCANGAN YANG BAIK YANG PENTING RANCANGAN SESUAI SPESIFIKASI

RANCANGAN YANG BAIK KEMUNGKINAN BERBENTUK

RANCANGAN EFISIEN MENGHASILKAN PROGRAM YANG BEKERJA DENGAN EFISIEN

RANCANGAN MINIMAL MENGHASILKAN PROGRAM SANGAT KOMPAK UKURANNYA KECIL

RANCANGAN YANG MUDAH DIRAWATMUDAH DIADAPTASIDISESUAIKAN DENGAN KEBUTUHAN

DIUBAH/ DITAMBAH/DIKURANGI

RANCANGAN TERPADU PERUBAHAN BERSIFAT LOKAL KOHESI TINGGI KOPLING RENDAH




KOHESI

KETERKAITAN AKTIFITAS DI DALAM MODUL SEMAKIN TINGGI KOHESI SEMAKIN BAIK

KOHESI ADA 7 MACAM

1 FUNCTIONAL COHESION

2 SEQUENTIAL COHESION

3 COMMUNICATIONAL COHESION

4 PROCEDURAL COHESION

5 TEMPORAL COHESION

6 LOGICAL COHESION

7 COINCIDENTAL COHESION

35




KOHESI

1 FUNCTIONAL COHESION HANYA MENGERJAKAN SATU TUGAS HANYA MEMPUNYAI SATU TUJUAN

2 INFORMATIONAL (SEQUENTIAL) COHESION MODUL MENGERJAKAN URUTAN TUGAS DENGAN MEMAKAI STRUKTUR DATA YANG SAMA

3 COMMUNICATIONAL COHESION MODUL BERISI SEJUMLAH AKTIFITAS

DENGAN MEMAKAI DATA YG SAMACONTOH:

UPDATE RECORD IN DATABASEAND WRITE IT TO AUDIT_FILE

FUNCTIONALDESIGN

O-ODESIGN




KOHESI

4 PROCEDURAL COHESION MODUL MENGERJAKAN URUTAN PROSES TERTENTU CONTOH:

READ PART# FROM DATABASEAND UPDATE REPAIR_REC ON MAINT_FILE

5 TEMPORAL COHESION MODUL BERISI KELOMPOK KOMPONEN-KOMPONEN MODUL TERKELOMPOK KARENA KESAMAAN WAKTU EKSEKUSI

6 LOGICAL COHESION MODUL BERISI KOMPONEN YANGMENGERJAKAN TUGAS YANG SAMA CONTOH:

SEBUAH MODUL YANG BERISI SEMUA KEGIATAN MENCETAK

7 COINCIDENTAL COHESION MODUL MENGERJAKAN BERAGAM TUGAS YANG TIDAK SALING TERKAIT

36




KOPLING

KETERKAITAN MODUL SATU DENGAN LAINNYA SEMAKIN RENDAH KOPLING SEMAKIN BAIK

KELOMPOK KOPLING ADA 3

1 NORMAL COUPLING

A DATA COUPLING

B STAMP COUPLING

C CONTROL COUPLING

2 COMMON COUPLING

3 CONTENT COUPLING




KOPLING

1 NORMAL COUPLING

A DATA COUPLING KOMUNIKASI DENGAN DATA

B STAMP COUPLING KOMUNIKASI DENGAN STRUKTUR DATA

(KESELURUHAN RECORD)

C CONTROL COUPLING KOMUNIKASI DENGAN FLAG/SWITCH

2 COMMON COUPLING KOMUNIKASI MENGGUNAKAN GLOBAL VARIABLE

3 CONTENT COUPLING MODUL MEMPENGARUHI BENTUK STATEMENT

PADA MODUL YANG DIPANGGIL ATAUPUN SEBALIKNYA

37




PENGUJIAN PERANGKAT LUNAK

MEMASTIKAN PERANGKAT LUNAK SESUAI SPESIFIKASI SESUAI KEBUTUHAN PEMAKAI

SISTEM HARUS DI VERIFIKASI & VALIDASI PADA TIAP TAHAP PENGEMBANGAN DENGAN DOKUMENTASI DARI TAHAP SEBELUMNYA

VERIFIKASI? ARE WE BUILDING THE PRODUCT RIGHT

VALIDASI? ARE WE BUILDING THE RIGHT PRODUCT

??

FOKUS PENGUJIAN PENCEGAHAN BUG

PALING TIDAK MENUNJUKKAN GEJALA AKIBAT BUG

INGAT !

MENGETAHUI PROGRAM SALAHBUKAN MENEMUKAN KESALAHAN

MENGAPA ?

KESALAHAN BERBEDA, GEJALA BISA SAMA SEBUAH KESALAHAN

BISA PUNYA BEBERAPA GEJALA

!





38





PROSES PENGUJIAN

UNITTESTING

MODULETESTING

SUB-SYSTEMTESTING

SYSTEMTESTING

ACCEPTANCETESTING





COMPONENT TESTING

PENGUJIAN TERHADAP KOMPONEN SISTEM

UNIT TESTING PENGUJIAN TAHAP AWAL PENGUJIAN KOMPONEN SECARA TERPISAH UNIT-UNIT TERKECIL DIUJI FUNCTION PROCEDURE SUBPROGRAM DLL

MODULE TESTING MODUL MEMADUKAN BEBERAPA KOMPONEN MENGUJI INTERAKSI ANTAR UNIT MENGUJI PERILAKU MODUL

39





INTEGRATION TESTING

PENGUJIAN TERHADAP INTEGRASI ANTAR MODUL

SUB-SYSTEM TESTING PENGUJIAN TERHADAPANTAR MUKA MODUL-MODUL YANG SUDAH DIINTEGRASIKAN

SYSTEM TESTING PENGUJIAN TERHADAP PERILAKU SISTEM APAKAH SISTEM SESUAI DENGAN SPESIFIKASI





USER TESTING

PENGUJIAN TAHAP AKHIR PENGUJIAN OLEH USER ACCEPTANCE TESTING

DIUJI DENGAN DATA SEBENARNYA PENGUJIAN TERHADAP FASILITAS YANG TERSEDIA MENILAI KINERJA (PERFORMANCE)

40





PERENCANAAN PENGUJIAN

REQUIREMENTSPECIFICATION

SYSTEMSPECIFICATION

SYSTEMDESIGN

DETAILEDDESIGN

MODULE &UNIT CODEAND TEST

SUB-SYSTEMINTEGRATION TEST

SYSTEMINTEGRATION TEST

ACCEPTANCETEST





STRATEGI PENGUJIAN

TOP DOWN DARI KOMPONEN YANG PALING ABSTRAK

BOTTOM-UP DARI KOMPONEN FUNDAMENTAL

THREAD UNTUK REAL TIME & OBJECT ORIENTED SYSTEM

STRESS TESTING BEBAN MELAMPAUI BATAS

BACK-TO-BACK BILA TERSEDIA >1 VERSI

41





TEKNIK PENGUJIAN





PENGUJIAN DINAMIS DEFECT TESTING

MEMPERLIHATKAN ADANYA KESALAHAN JENIS:

BEHAVIORAL TESTING FUNCTIONAL TESTING BLACK-BOX TESTING MENGUJI MELALUI INPUT-OUTPUT

STRUCTURAL TESTING WHITE-BOX TESTING GLASS-BOX TESTING MENGUJI STRUKTUR PROGRAM

INTERFACE TESTING SAAT INTEGRASI MENGUJI ANTAR MUKA

HESTYA PATRIEESTYA PATRIE HSTYA PATRIE HETYA PATRIE HESYA PATRIE HEST

42





WILAYAH PENGUJIAN

FUNCTONALTESTING

INTERFACETESTING

STRUCTURALTESTING

UNIT ANDCODESYSTEM SUB-SYSTEM

TESTINGTEAM

DEVELOPMENTTEAM




KARAKTERISTIK SEBUAH PROYEK REKAYASA PERANGKAT LUNAK

PRODUK TIDAK TERUKUR TIDAK ADA BAGIAN-BAGIAN PL YANG DAPAT

DILIHAT DIPEGANG

HANYA DOKUMENTASI YANG DAPAT DIPAKAI SEBAGAI UKURAN KEMAJUAN PROYEK

PROSES TIDAK BAKU BANYAK PARADIGMA YANG DAPAT DIPAKAI TIDAK ADA JAMIMAN SEBUAH PARADIGMA LEBIH BAIK

TIAP PROYEK BERBEDA KESAMAAN SEBUAH PL SERINGKALI SEMU

PROYEK YANG SAMA BISA SECARA RINCI BERBEDA

SOFTWARE METRICS

43




SOFTWARE METRICS PENGUKURAN PERANGKAT LUNAK PENGUKURAN TENTANG

PRODUKTIFITAS KECEPATAN KERJA KERUMITAN

KUALITAS EFISIENSI MAINTAINABILITY

DUA MACAM PENGUKURAN PENGUKURAN LANGSUNG

BANYAKNYA BARIS-BARIS PROGRAM (LOC) KECEPATAN PROSES BESAR MEMORY YANG DIPAKAI

PENGUKURAN TIDAK LANGSUNG FUNGSIONALITAS KUALITAS KOMPLEKSITAS EFISIENSI KEHANDALAN

SOFTWARE METRICS




SOFTWARE METRICS

SOFTWARE METRICS

PENGUKURAN PERANGKAT LUNAK

PENGUKURAN LANGSUNG

BANYAKNYA BARIS KECEPATAN PROSES BESAR MEMORY

PENGUKURAN TIDAK LANGSUNG

FUNGSIONALITAS KUALITAS KOMPLEKSITAS EFISIENSI KEHANDALAN

44




SOFTWARE METRICS

SOFTWARE METRICS

PENGUKURAN PERANGKAT LUNAK

TUJUAN PENGUKURAN :

MENGETAHUI KUALITAS PERANGKAT LUNAK

MENILAI PRODUKTIFITAS PEMBUAT PERANGKAT LUNAK

MENILAI MANFAAT SEBUAH METODA

UNTUK DASAR PERKIRAAN

MEMBANTU PENGAMBILAN KEPUTUSAN

ALAT BARU TAMBAHAN PENDIDIKAN




TUJUAN PENGUKURAN

MENGETAHUI KUALITAS PERANGKAT LUNAK APA YANG DIMAKSUD DENGAN BAIK ATAU JELEK

MENILAI PRODUKTIFITAS PEMBUATAN PERANGKAT LUNAK KECEPATAN PEMBUATAN UKURAN PERANGKAT LUNAK

MENILAI MANFAAT DARI PENERAPAN SEBUAH METODA MENCARI PARADIGMA ANDALAN

BISA MENJADI DASAR UNTUK MELAKUKAN PERKIRAAN PEDOMAN DIMASA MENDATANG

MEMBANTU UNTUK MEMASTIKAN APAKAH DIBUTUHKAN PERALATAN BARU PELATIHAN TAMBAHAN

SOFTWARE METRICS

45




SOFTWARE METRICS

SOFTWARE METRICS

Human-oriented Metrics

Productivity Metrics

Quality Metrics

Technical Metrics

Size Oriented Metrics

Function-Oriented Metrics




JENIS METRICS PRODUCTIVITY METRICS

MENILAI HASIL REKAYASA PERANGKAT LUNAK

QUALITY METRICS MENILAI SEJAUH MANA PL TELAH SESUAI DENGAN

KEBUTUHAN USER

TECHNICAL METRICS MENILAI KERUMITAN LOGIKA & TINGKAT MODULARITAS

SIZE-ORIENTED METRICS BESAR FISIK SEBUAH PERANGKAT LUNAK

FUNCTION-ORIENTED METRICS MENGUKUR FUNGSIONALITAS & UTILITAS PERANGKAT LUNAK

HUMAN-ORIENTED METRICS MENILAI EFEKTIFITAS METODA / PARADIGMA YG DIPAKAI

SOFTWARE METRICS

46

SIZE-ORIENTED METRICS PENGUKURAN LANGSUNG MENGUKUR BESAR-KECILNYA SEBUAH PERANGKAT LUNAK

DENGAN MENGHITUNG BANYAKNYA BARIS PROGRAM LINE OF CODE (LOC) KILO LINE OF CODE (KLOC)

MENGUKUR PRODUKTIFITAS PENGEMBANG

PRODUKTIFITAS = KLOC / ORANG

DAPAT DIPAKAI MERANCANG METRICS-METRICS LAIN

KUALITAS = KESALAHAN / KLOC

BIAYA = RUPIAH / LOC

DOKUMENTASI = LEMBAR / KLOC




SOFTWARE METRICS




FUNCTION-ORIENTED METRICS PENGUKURAN TIDAK LANGSUNG MENGUKUR FUNGSIONALITAS & UTILITAS PERANGKAT LUNAK

MEMAKAI FUNCTION POINTA FUNCTION POINT

MENGHITUNG JUMLAH USER INPUT

SEMUA USER INPUT YANG DIBUTUHKAN OLEH TIAP APLIKASI

JUMLAH USER OUTPUT SEMUA KELUARAN LAPORAN TAMPILAN LAYAR PESAN KESALAHAN DLL.

JUMLAH USER ENQUIRY MASUKAN ON-LINE YANG MENGAKIBATKAN

KELUARAN ON-LINE JUMLAH FILE JUMLAH ANTAR MUKA EKSTERNAL

HUBUNGAN DENGAN SISTEM LAIN(FILE DI DALAM DISK)

SOFTWARE METRICS

47




FUNCTION POINT

FAKTOR KERUMITANPARAMETER JUMLAH MUDAH RATA-2 RUMIT

INPUT X 3 4 6OUTPUT X 4 5 7INQUIRY X 3 4 6FILE X 7 10 15INTERFACE X 5 7 10

TOTAL

ORGANISASI HARUS MENGEMBANGKAN POLA UNTUK MENENTUKAN FAKTOR PEMBERAT

SOFTWARE METRICS

TOTAL




SOFTWARE METRICS

FUNCTION ORIENTED METRICSB FEATURE POINT

JUMLAH USER INPUT

JUMLAH USER OUTPUT LAPORAN TAMPILAN LAYAR PESAN KESALAHAN DLL

JUMLAH USER ENQUIRIES JUMLAH FILE

JUMLAH ANTAR MUKA EKSTERNAL DENGAN SISTEM LAIN

JUMLAH ALGORITMA (YANG RUMIT) INVERSE MATRIX DECODING BIT

48




SOFTWARE METRICS

FEATURE POINT

PARAMETER JUMLAH PEMBERATINPUT X 4OUTPUT X 5INQUIRY X 4FILE X 7INTERFACE X 7ALGORITMA X 3TOTAL

TOTAL




SOFTWARE METRICS

KUALITAS PERANGKAT LUNAK

1 CORRECTNESS PERANGKAT LUNAK BEKERJA DENGAN BAIK & BENAR CORRECTNESS = KESALAHAN / KLOC

2 MAINTAINABILITY MUDAH DIRAWAT MTTC (MEAN TIME TO CHANGE) KECIL

3 INTEGRITY TAHAN GANGGUAN TINGKAT SEKURITI YANG BAIK

4 USABILITY MUDAH DIGUNAKAN

Documents

Rpl