pti453 02 rekayasa perangkat lunak

Didik Dwi

[email protected]

Rekayasa Perangkat Lunak

Didik Dwi - Teknik Elektro UM

Subbahasan

Perangkat Lunak

Evolusi & Karakteristik PL


Krisis PL

Mitos-Mitos Perangkat Lunak

2


What is Software?

Software = Program?

Software = Aplikasi?

3


Software is …

1. instructions (computer programs) that when executed provide desired function and performance,

2. data structures that enable the programs to adequately manipulate information, and

3. documents that describe the operation and use of the programs

4


[IEEE definition] Software is …

Software is the collection of computer programs, procedure rules and associated documentation and data.

5


[the conclusion] Software is …

6

PL adalahsekelompok item atau objekyang membentuk“konfigurasi” di manadi dalamnyatermasuk :

• program • dokumen• data ...

programs

docs

data

SW


Peran Ganda PL

PL adalah sebuah produk Memberikan potensi komputasi

Menghasilkan, mengelola, memperoleh, modifikasi, menampilkan atau mengirimkan informasi

PL adalah alat untuk menyajikan sebuahproduk Mendukung atau menyediakan langsung

fungsionalitas sistem

Mengendalikan program lain (e.g., sistem operasi)

Membantu membangun PL lain (e.g., PL kakas)

7


Perangkat Lunak



Krisis PL


8


Evolusi PL

9


Evolusi PL (2)

Tahun-tahun awal (1950 - 1965)

Orientasi batch → update data pada periode tertentu

Distribusi terbatas

Dibuat menurut pesanan

Era Kedua (1965 - 1975)

Multiuser → pembagian hak akses

Real-time → update data langsung

Database → pengolahan data lebih efisien

10


Evolusi PL (3)

Era Ketiga (1975 - 1987)

Sistem terditribusi

Embedded Intelligence

Low cost hardware

Era Keempat (1987 - 2000)

Object Oriented Technologies

Expert Systems

AI, neural networks

Parallel computing

11


Karakteristik PL

PL adalah elemen sistem yang lojik (bukan fisik seperti elemen bangunan atau komputer)

PL dibangun atau dikembangkan (engineered, not manufactured)

PL tidak pernah usang atau aus (wear out), namun dapat memburuk (deteriorate)

Sampai saat ini kebanyakan PL masih dibuat menurut pesanan (custom built)

12


Karakteristik PL (2)

PL lebih kompleks (dibanding perangkat keras)

Rancangan yang buruk berakibat pada biaya pemeliharaan PL.

Kegagalan pada PL disebabkan oleh kesalahan saat rancangan dan implementasi, BUKANkarena susut atau aus.

13


Types of Software

System software. This software includes theoperating system and all utilities that enablethe computer to function

Application software. These consist of programs that do real work for users.

14


Abstract View

15


Example

16

System Software Application Software

Operating System

Debuggers

Compilers

Utilities

Image editor

Word processors

Spreadsheets

Databases

Games

Communication

software

etc


Pengelompokkan Lain

system software

application software

engineering/scientific software

embedded software

product-line software

WebApps (Web applications)

AI software

17


Perangkat Lunak



Krisis Perangkat Lunak


18



Rekayasa Perangkat Lunak (RPL) / Software Engineering (SE)

Teknologi yang harus digunakan oleh setiap orang yang akan membangun PL, dengan melalui serangkaian proses, menggunakan sekumpulan metode dan alat bantu (Pressman, 1997)

19


Rekayasa Perangkat Lunak (2)

RPL: (1) Penerapan secara sistematis, disiplin, pendekatan terukur padapengembangan, pengoperasian, dan pemeliharaan PL. (2) Studi terhadap (1) (IEEE, 1993)

20


Rekayasa Perangkat Lunak (3)

Menurut Sommerville:

Disiplin Rekayasa (Metodologi)

Kegiatan Produksi Perangkat Lunak

Mulai tahap spesifikasi s/d pemeliharaan sistem

21


Disiplin Rekayasa

Menjamin bahwa produk dapat bekerja dengan baik

Menggunakan teori, metode dan tool bantu yang sesuai (selektif) untuk menyelesaikan masalah.

22


Disiplin Rekayasa (2)

Bekerja secara tim dan dana yang terukur

Mampu beradaptasi (melakukan perubahan jika diperlukan) untuk menyesuaikan dengan batasan yang ada

Tidak selalu harus “best solution” namun “appropriate solution” (dalam lingkup constraint)

23


Bagaimana RPL diaplikasikan?

Dua elemen penting RPL:

Product = Software

Programs

Documents

Data

Process of how the software is build

Management process

Technical process

24


Kapan RPL diaplikasikan?

Pre-project

Project initiation

Project realisation

Software delivery and maintenance

25


Siapa yang Terlibat?

Manager

Project manager

Configuration manager

Quality assurance manager

Software Developer

Analyst

Designer

Programmer

Support

26


Perangkat Lunak




27


Software Crisis

Krisis PL: masalah-masalah terkait pengembangan PL.

Banyak proyek pengembangan PL mengalami kegagalan.

Kasus kegagalan:

Melebihi anggaran/waktu

Tidak efisien

Kualitas rendah

Mengakibatkan kerusakan fisik hingga kematian

28


Kasus Krisis PL

False alarm incident (Gulf War 1983)

Nuclear war (PD III??)

Sistem peringatan dini Soviet

Bug sinar matahari

29


Kasus Krisis PL

AT&T (1990)

Mode reset pada sentral switching

Sebaris kode menyebabkan kesalahan(perintah “Break”)

Macet 9 jam, 75 juta panggilan dan ratusan ribu reservasi pesawat hilang

30


Tantangan RPL

31


Perangkat Lunak




32


Mitos dan Realita PL

Mitos : Staf saya punya alat bantu pengembangan yang canggih. Bahkan dibelikan komputer generasi terbaru.

Realita : Perlu lebih dari sekadar komputer terbaru untuk mengembangkan perangkat lunak berkualitas. CASE tools lebih penting daripada perangkat keras untuk mengejar kualitas dan produktivitas.

33


Mitos dan Realita PL (2)

Mitos : Jika kita terlambat, kita dapat menambahorang lebih banyak dan mengejar keterlambatan.

Realita : Pengembangan PL bukan prosesmekanis seperti manufaktur. Jika kita menambah orang pada proyek yang terlambat, itu justru akan lebih terlambat.

34



Mitos : Sebuah kalimat umum yang menyatakan objektivitas sudah cukup untuk memulai menulis program. Detailnya nanti saja.

Realita : Definisi awal yang buruk merupakansebab utama gagalnya kerja PL. Deskripsi yang detail dan formal tentang domain informasi, fungsi, unjuk kerja, performa, interface, batasandesain, dan kriteria validasi merupakan halmendasar. Karakteristik ini dapat ditentukanhanya melalui komunikasi antara pelanggandengan developer.

35



Mitos : Produk yang perlu diberikan untuk proyek yang sukses adalah programnya saja.

Realita : Program hanyalah salah satu komponen perangkat lunak.

Dokumentasi sangat penting sebagai dasar pengembangan yang sukses serta sebagai petunjuk untuk pemeliharaan PL.

36


Conclusion

PL adalah sekelompok item/objek yang membentuk “konfigurasi” di mana di dalamnya termasuk: program, dokumen, dandata.

RPL merupakan teknologi yang harusdigunakan oleh setiap orang yang akanmembangun PL.

melalui serangkaian proses,

menggunakan sekumpulan metode dan alat bantu

37


Referensi

Pressman, R. 2004. Software engineering: a practitioner’s approach, 6th Edition. McGrawHill. USA

Sommerville, I. 2009. Software Engineering, 8th Edition. Addison Wesley PublishingCompany

38


NEXT…

Software Process…

39

pti453 02 rekayasa perangkat lunak

Education