42
Rekayasa Rekayasa Perangkat Perangkat Lunak Lunak (RPL) / (RPL) / Software Engineering Software Engineering Definisi RPL Adalah : •Suatu teknologi untuk membangun sebuah Software •Metodologi dan peralatannya.

Contoh Proposal

Embed Size (px)

DESCRIPTION

Contoh

Citation preview

Page 1: Contoh Proposal

RekayasaRekayasa PerangkatPerangkat LunakLunak (RPL) / (RPL) / Software Engineering Software Engineering

Definisi RPL

Adalah :•Suatu teknologi untuk membangun sebuah Software

•Metodologi dan peralatannya.

Page 2: Contoh Proposal

Software (Perangkat Lunak)

• Perangkat Lunak adalah :Kumpulan instruksi atau program untukkomputer.

Struktur dari data yang berbentuk program dan tugasnya untuk memanipulasi informasi.

Dokumen yang berbentuk operasi-operasiatau instruksi-instruksi

Page 3: Contoh Proposal

Goal Goal daridari RekayasaRekayasa PerangkatPerangkatLunakLunak adalahadalah::

• Meningkatkan keakuratan, performance & efficiency produk secara keseluruhan dalampengembangan.

• Menerapkan metodologi yang terdefinisidengan baik untuk resolusi software.

• Melengkapi secara rasional konflik-konflikdan dokumentasi.

Page 4: Contoh Proposal

Goal dari Rekayasa PerangkatLunak (cont.)

Pengembangan sofware yang baik :

“Baik” artinya, reabilitas lebih tinggi, mudahdiperbaiki, mudah untuk dikembangkan, mudah digunakan, efisien,...

Page 5: Contoh Proposal

Problem Dalam PengembanganPerangkat Lunak

a. Tingginya harga Software

b. Sangat bervariasi dalam penerapannya

c. Yang diinginkan adalah untuk meningkatkanproduktifitas.

Page 6: Contoh Proposal

Semula Program Sukses bila– Bisa dieksekusi

– Memberi jawaban yang diminta.

Sekarang Program Sukses bila– Bisa dieksekusi dengan cepat– Memberi jawaban yang diminta– Bisa dikembangkan

Page 7: Contoh Proposal

KarakteristikKarakteristikPerangkatPerangkat LunakLunak

Failure rate

Time

Page 8: Contoh Proposal

Aplikasi Software1. System Software

2. Real-Time Software

3. Business Software

4. Engineering and Scientific Software

5. Embedded Software

6. Personal Komputer Software

7. AI Software

Page 9: Contoh Proposal

System SoftwareAdalah kumpulan dari program untuk

melayani program yang lain.Contoh ; Compiler, Editor, File Managemen.

Kebutuhan Rekayasa Perangkat Lunak

Proses

•Metode yang dibutuhkan untuk membangunsistem perangkat lunak

Page 10: Contoh Proposal

Model Model daridari Software EngineeringSoftware Engineering

Metode

Otomatisasi

Process

Page 11: Contoh Proposal

Model dari Software Engineering (cont)Proses• Merupakan dasar dari semua kejadian• Menggambarkan urut-urutan kejadian yang diperlukan untuk

membangun sesuatu produk perangkat lunak tertentu.• Pengembangan perangkat keras yg diperlukan untuk

membangun sistim secara keseluruhan.

MetodeSemua yang dibutuhkan untuk mendefinisikan, menjelaskan, mengabstraksikan, memodifikasi , memperbaiki& mendokumentasikan produk perangkat lunak

Page 12: Contoh Proposal

Otomatisasi• Penggunaan Komputer untuk mengimplementasikan

metoda yang diperlukan untuk mengembangkan produkperangkat lunak.

KarakteristikKarakteristik model model ProsesProsesModel Proses yang baik harus memenuhi 3 ketentuan:

-Model harus mempunyai ‘descriptive power’

-Pola yang dibuat harus dapat mudah dibaca orang lain

-Bisa dikomputerisasikan

Page 13: Contoh Proposal

Model Pengembangan Software

Tahap tahap yang penting untuk pengembangkansebuah software adalah.

•Teknik pengembangan•Mendefinisikan masalah•Penyelesaian yang terintegrasi

Page 14: Contoh Proposal

Model pendekatan RPL

1. Waterfall Model

2. Spiral Boehm

3. Evolusioner

Page 15: Contoh Proposal

LINEAR SEQUENTIAL MODEL WATERFALL MODEL

Requirementsdefinition

System andsoftware design

Implementationand unit testing

Integration andsystem testing

Operation andmaintenance

Page 16: Contoh Proposal

PROTOTYPING

Listen to Customer

CustomerTest-drives

Mock-up

Build/ReviseMock-Up

Page 17: Contoh Proposal

XTREME PROGRAMMING

Page 18: Contoh Proposal

NILAI-NILAI DASAR XP• Communication

XP fokus pada hubungan komunikasi yang baik antar anggotatim. Anggota tim harus membangun saling pengertian, salingberbagi pengetahuan dan keterampilan dalam mengembangkanperangkat lunak.

• CouragePara anggota tim dan penanggungjawab pengembanganperangkat lunak harus selalu memiliki keyakinan dan integritasdalam melakukan tugasnya. Integritas ini harus selalu dijagabahkan dalam kondisi adanya tekanan dari situasi sekitar(misalnya oleh klien atau pemilik perusahaan).

Page 19: Contoh Proposal

• SimplicityLakukan semua dengan sederhana. Gunakan methodyang pendek dan simpel, jangan terlalu rumit dalammembuat desain, hilangkan fitur yang tidak ada gunanya, dan berbagai proses penyederhanaan lain

• FeedbackBerikan selalu feedback kepada sesama anggota timmaupun pihak-pihak lain yang terlibat dalampengembangan perangkat lunak. Utarakan selalu pikiran anda dan diskusikan kesalahan-kesalahan yang muncul selama proses pengembangan.

• Quality WorkSemua nilai di atas berujung pada sebuah kondisi dimana kita melakukan pekerjaan dengan berkualitas. Dengan proses yang berkualitas maka akan muncul pula perangkat lunak yang berkualitas sebagai hasil akhirnya.

Page 20: Contoh Proposal

Metode Rekayasa Perangkat LunakMetodeMetode RekayasaRekayasa PerangkatPerangkat LunakLunak• Metode Rekayasa Perangkat Lunak adalah

pendekatan-pendekatan terstruktur terhadapmodel, notasi, aturan, saran perancangansistem dan panduan proses

• Beberapa metode Rekayasa Perangkat Lunak:– Metode Structur Analysis (DeMarco 1978) yang

mendefinisikan komponen fungsional dasar– Sistem Berorientasi Obyek (Booch 1994 dan

Rambaugh et al 1991)– UML-Unified Modelling Language (Fowler and

Scoot 1997, Booch et al 1999, Rambaugh et al 1999)

Page 21: Contoh Proposal

Metode Rekayasa Perangkat LunakMetodeMetode RekayasaRekayasa PerangkatPerangkat LunakLunak

• Komponen-Komponen Metode RekayasaPerangkat Lunak:– Deskripsi Model Sistem: representasi dari notasi

untuk mendefinisikan model sistem.– Aturan: batasan yang selalu berlaku bagi model

sistem.– Rekomendasi: heuristik yang mengkarakterisasi

praktek perancangan yang baik.– Panduan Proses: deskripsi kegiatan untuk

mengembangkan model sistem dan organisasi.

Page 22: Contoh Proposal

CASECASECASE

• CASE (Computer-Aided Software Engineering) adalahberbagai macam program yang digunakan untukmendukung semua kegiatan perangkat lunak sepertianalisis persyaratan, permodelan sistem, debugging, dan pengujian.

• CASE bisa terdiri dari :– Editor untuk notasi yang digunakan,– Modul analisis untuk memeriksa model sistem dan membuat

dokumentasinya

• CASE bisa mencakup generator kode, CASE yang hanya terdiri dari editor dinamakan Lower-CASE.

Page 23: Contoh Proposal

Atribut-Atribut Perangkat LunakAtributAtribut--AtributAtribut PerangkatPerangkat LunakLunak

Perangkat Lunak harus :• Memberikan fungsionalitas dan kinerja yang dibutuhkan

user, • Dapat dipelihara: perangkat lunak dapat diubah sesuai

perubahan kebutuhan user.• Dapat dihandalkan: perangkat lunak harus memiliki

kehandalan, keamanan dan keselamatan. Perangkatlunak yang baik tidak menyebabkan kerusakan fisik atauekonomi bila terjadi kegagalan sistem

• Dapat digunakan: perangkat lunak harus memiliki user interface yang baik dan dokumentasi yang mencukupi

Page 24: Contoh Proposal

BagianBagian 22

MacamMacam--MacamMacam PerangkatPerangkatLunakLunak

Page 25: Contoh Proposal

Macam-Macam Perangkat LunakMacamMacam--MacamMacam PerangkatPerangkat LunakLunak

• Perangkat Lunak Berdasarkan Pemakai– Generik: Perangkat lunak yang bisa

digunakan secara umum– Spesifik: Perangkat lunak yang dibuat

berdasarkan pesanan• Perangkat Lunak Berdasarkan Fungsional

– Interfacing– Operating System– Perangkat Lunak Aplikasi– CASE Tools

Page 26: Contoh Proposal

Perangkat Lunak Berdasarkan PemakaiPerangkatPerangkat LunakLunak BerdasarkanBerdasarkan PemakaiPemakai

• Generik: Perangkat lunak yang digunakan secaraumum. Sebagai contoh:– Operating System, seperti Microsoft Windows,– Word Processing, seperti Microsoft Word, WordPad– Spreadsheet, seperti Microsoft Excell– Beberapa aplikasi khusus bisa dibuat menjadi generik dengan

membuatnya general dan mudah digunakan siapa saja sepertiaplikasi akuntansi, aplikasi sekolah, dan lain-lain

• Spesifik: Perangkat lunak yang dibuat berdasarkanpesanan. Banyak Software House yang menghasilkanperangkat lunak ini berdasarkan proyek/pesanantertentu. Sebagai contoh: Aplikasi Rumah Sakit, AplikasiPendidikan, Aplikasi Kesehatan, dan lain-lain.

Page 27: Contoh Proposal

Perangkat Lunak BerdasarkanFungsionalnya

PerangkatPerangkat LunakLunak BerdasarkanBerdasarkanFungsionalnyaFungsionalnya

• INTERFACING: Perangkat lunak inimenghubungkan suatu perangkat kerastertentu, seperti hardware driver, interfaces dengan perangkat keras lain. Contoh : – Driver untuk Kamera, Handphone atau

perangkat keras lainnya– Program interface seperti Sensor Suhu

dengan LM555, PPI 8255, Komunikasi Serial RS232.

Page 28: Contoh Proposal

Perangkat Lunak BerdasarkanFungsionalnya

PerangkatPerangkat LunakLunak BerdasarkanBerdasarkanFungsionalnyaFungsionalnya

• OPERATING SYSTEM: Perangkat lunak yang menjalankan sistem komputer dan merupakaninterface dari sistem komputer dan program aplikasi yang berjalan diatasnya.

• Beberapa OS yang dikenal secara luas:– Microsoft Windows– Linux dan varians-nya, seperti Redhat, SuSE,

Mandrake, Debian, dsb.– Unix– FreeBSD– Macintosh (Apple)

Page 29: Contoh Proposal

Perangkat Lunak BerdasarkanFungsionalnya

PerangkatPerangkat LunakLunak BerdasarkanBerdasarkanFungsionalnyaFungsionalnya

• PROGRAM APLIKASI: program ini digunakanuntuk keperluan tertentu, yang tujuannyamembantu pekerjaan manusia menjadi lebihmudah. Program ini yang banyak dibahas dalampembuatan perangkat lunak.

• Program Aplikasi ini tergantung pada kebutuhandari program itu sendiri, seperti:– Program Office– Program Graphics Design– Program Multimedia– dan lain-lain

Page 30: Contoh Proposal

BagianBagian 33

PersyaratanPersyaratan PerangkatPerangkat LunakLunak

Page 31: Contoh Proposal

Persyaratan Perangkat LunakPersyaratanPersyaratan PerangkatPerangkat LunakLunak

• Persyaratan Fungsional dan Non-Fungsional

• Persyaratan User• Persyaratan Sistem• Dokumentasi Persyaratan Perangkat

Lunak

Perangkat lunak harus memberikan bantuan dalammerepresentasikan dan mengakses file-file eksternal yang dibuat dengan alat bantu lain.

Page 32: Contoh Proposal

Spesifikasi Persyaratan SistemSpesifikasiSpesifikasi PersyaratanPersyaratan SistemSistem

• User harus diberi fasilitas untuk mendefinisikan jenis file eksternal

• Setiap file eksternal bisa memiliki alat bantu relevanyang bisa diterapkan pada file tersebut.

• Setiap file eksternal bisa direpresentasikan sebagai ikonyang spesifik pada display user

• Fasilitas harus disediakan untuk ikon yang merepresentasikan suatu jenis file eksternal yang akandidefinisikan oleh user

• Ketika user memilih seuatu ikon yang merepresentasikan file eksternal, efek pemilihan adalahpenerapan alat bantu yang berhubungan dengan jenisfile eksternal ke file yang direpresentasikan oleh ikonyang dipilih

Page 33: Contoh Proposal

Pembaca Dengan Jenis SpesifikasiYang Berbeda

PembacaPembaca DenganDengan JenisJenis SpesifikasiSpesifikasiYang Yang BerbedaBerbeda

Persyaratan User

Manajer KlienEnd-User SistemPerekayasa KlienManajer KontraktorArsitek Sistem

Persyaratan Sistem

End-User SistemPerekayasa KlienArsitek SistemPengembang Perangkat Lunak

Spesifikasi RancanganPerangkat Lunak

Perekayasa Klien (mungkin)Arsitek SistemPengembang Perangkat Lunak

Page 34: Contoh Proposal

Persyaratan Fungsionaldan Non-Fungsional

PersyaratanPersyaratan FungsionalFungsionaldandan NonNon--FungsionalFungsional

• Persyaratan Fungsional: Pernyataan layanantentang bagaimana sistem harus bereaksiterhadap input, sistem harus berlaku padasituasi-situasi tertentu. Secara khususmenyatakan apa yang tidak boleh dilakukansistem.

• Persyaratan Non Fungsional: Pernyataantentang batasan layanan dan fungsi yang diberikan sistem.

• Persyaratan Domain: Persyaratan yang datangdari domain aplikasi sistem dan merefleksikankarakteristik domain tersebut.

Page 35: Contoh Proposal

Contoh Persyaratan FungsionalContohContoh PersyaratanPersyaratan FungsionalFungsional

• User dapat mencari semua atau satu set awaldatabase atau memilih subset darinya

• Sistem akan menyediakan viewer yang sesuaibagi user untuk membaca dokumen padapenyimpanan (store) dokumen

• Semua pemesanan diberi identifier yang unik(ORDER_ID) yang dapat di copy user ke area penyimpanan permanen untuk account tersebut.

Sistem Perpustakaan Universitas (Kotonya dan Sommerville 1998)

Page 36: Contoh Proposal

Persyaratan Non FungsionalPersyaratanPersyaratan Non Non FungsionalFungsional

• Persyaratan Produk: persyaratan yang diambil dari spesifikasi produk, sepertipersyaratan hardware untuk mendukungkinerja.

• Persyaratan Organisasi: persyaratanyang berasal dari kebijakan dan prosedurpada organisasi.

• Persyaratan Eksternal: Persyaratan yang berasal dari faktor eksternal terhadapsistem dan proses pengembangannya.

Page 37: Contoh Proposal

Ukuran Persyaratan Non FungsionalUkuranUkuran PersyaratanPersyaratan Non Non FungsionalFungsional

• Kecepatan dalam: Transaksi yang diproses/detik, waktutanggal user/event atau waktu refresh layar

• Ukuran dalam: KB atau jumlah Chip RAM• Kemudahan penggunaan dalam: waktu pelatihan atau

jumlah frame help• Kehandalan dalam: waktu rata-rata kegagalan,

probabilitas ketidaksediaan, kecepatan terjadinyakegagalan, atau ketersediaan

• Ketahanan dalam: waktu start ulang setelah kegagalan, prosentase event yang gagal, atau probabilitas korupsidata

• Portabilitas dalam: prosentase pernyataan tergantungtarget, atau jumlah sistem target

Page 38: Contoh Proposal

Persyaratan UserPersyaratanPersyaratan UserUser

• Mendeskripsikan persyaratan fungsional dannon-fungsional sehingga dapat dipahami olehuser yang tidak memiliki pengetahuan teknik.

• Persyaratan user harus ditulis memakai bahasanatural, formal dan diagram intuitif yang sederhana. Persyaratan user tidak bolehdidefinisikan memakai model implementasi.

• Masalah yang sering muncul:– Tidak Adanya Kejelasan– Kesimpang-siuran Persyaratan– Penggabungan Persyaratan

Page 39: Contoh Proposal

Persyaratan SistemPersyaratanPersyaratan SistemSistem

• Persyaratan sistem ini lebih rinci daripersyaratan user, dan berfungsi sebagaidasar kontrak untuk implementasi sistem.

• Persyaratan sistem ini digunakan sebagaititik awal perancangan sistem.

• Bahasa natural banyak digunakan dalammendefinisikan persyaratan sistem.

Page 40: Contoh Proposal

Notasi Untuk SpesifikasiPersyaratan

NotasiNotasi UntukUntuk SpesifikasiSpesifikasiPersyaratanPersyaratan

• Bahasa Natural Terstruktur: Pendekatan initergantung pada pendefinisian format atau template standar untuk menyatakan spesifikasi persyaratan

• Bahasa Deskripsi Desain: Pendekatan inimenggunakan bahasa pemrograman tetapi dengan lebihbanyak fitur abstrak.

• Notasi Grafis: Bahasa grafis dilengkapi oleh anotasiteks yang digunakan untuk mendefinisikan persyaratanfunsional. Contoh bahasa grafis adalah SADT (Ross 1977), Use-Case (Jacobson et al. 1993)

• Spesifikasi Matematis: Notasi seperti himpunanatau finite-state machine, lebih dikenal dengan bahsaformal.

Page 41: Contoh Proposal

Dokumen PersyaratanStandar IEEE

DokumenDokumen PersyaratanPersyaratanStandarStandar IEEE IEEE

1. Pendahuluan1.1. Tujuan Dokumen Persyaratan1.2. Cakupan Produk1.3. Definisi, Akronim dan Singkatan1.4. Referensi1.5. Tinjauan Bagian Dokumen Berikutnya

2. Deskripsi Umum2.1. Perspektif Umum2.2. Fungsi Produk2.3. Karakteristik User2.4. Batasan-Batasan Umum2.5. Asumsi dan Ketergantungan

3. Persyaratan Khusus: mencakup persyaratan fungsional, non-fungsional, dan interface.

4. Lampiran5. Indeks

Page 42: Contoh Proposal

Next ChapterNext Chapter