Rekayasa Perangkat Lunak (Software Engineering) Bagian 1

Rekayasa Perangkat Lunak (Software Engineering) Bagian 1

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005

1

Peran Ganda Perangkat Lunak (PL) 

PL adalah sebuah produk  



Menyajikan potensi komputasi Menghasilkan, mengelola, memperoleh, modifikasi, menampilkan atau mengirimkan informasi

PL adalah alat untuk menyajikan sebuah produk   



Mendukung atau menyediakan langsung fungsi sistem Mengendalikan program lain (mis : sistem operasi) Mempengaruhi komunikasi (mis : PL jaringan) Membantu membangun PL lain (mis : tool PL)


2

Apakah PL ? PL adalah sekelompok item atau objek Yang membentuk “konfigurasi” dimana di dalamnya termasuk : • program • dokumen • data ...


3

Apakah PL ? Sebuah perbandingan dengan Hardware   

PL „dirakit‟ PL tidak kadaluwarsa PL lebih kompleks


4

Semakin Memburuk…?!


5

Aplikasi PL      



system software application software engineering/scientific software embedded software product-line software WebApps (Web applications) AI software


6

Kategori Baru PL    

Obiquitous computing — jaringan nirkabel Netsourcing—Web sebagai mesin komputasi Open source—kode program dibuka gratis kepada komunitas komputasi) Juga … 

  

Data mining Grid computing Cognitive machines Software for nanotechnologies


7

Perubahan PL Kenapa harus berubah ?  





PL harus ber-adaptasi untuk memenuhi kebutuhan lingkungan komputasi atau teknologi baru. PL harus di-perbaiki untuk mengimplementasi kebutuhan bisnis baru. PL harus diperluas untuk membuatnya dapat berinteroperasi dengan sistem dan database modern yang lain. PL harus di-arsitek ulang untuk membuatnya „hidup‟ di tengah-tengah lingkungan jaringan.


8

Evolusi PL 

The Law of Continuing Change (1974): Hukum Perubahan Berkelanjutan. Sistem Elektronik harus secara berkelanjutan beradaptasi jika tidak akan mengurangi tingkat kenyamanan.



The Law of Increasing Complexity (1974): Hukum Peningkatan Kompleksitas : sejalan dengan pertumbuhan PL, kompleksitasnya juga akan meningkat, kecuali ada sesuatu yang dilakukan untuk mengelola atau menguranginya.



The Law of Self Regulation (1974): Hukum Regulasi Mandiri, Proses evolusi sistem elektronik adalah regulasi mandiri dengan distribusi pengukuran produk dan proses yang dekat dengan normal.



The Law of Conservation of Organizational Stability (1980): Hukum Konservasi Stabilitas Organisasi. Rata-rata kecepatan aktivitas global efektif dalam sistem elektronik tidak jauh berbeda dengan kecepatan produksi.



The Law of Conservation of Familiarity (1980): Hukum Konservasi Kebiasaan Sistem elektronik turut mengembangkan segala sesuatu yang berkaitan dengannya, developer, sales, user, sebagai contoh, harus tetap menguasai isi dan perilaku untuk dapat menggapai evolusi yang nyaman.



The Law of Continuing Growth (1980): Hukum Keberlanjutan Pertumbuhan. Muatan fungsional sistem elektronik harus secara terus menerus meningkat untuk merawat kenyamanan pengguna.



The Law of Declining Quality (1996): Hukum Penurunan Kualitas, Kualitas sistem elektronik akan selalu menurun kecuali ada usaha perawatan dan beradaptasi pada perubahan lingkungan operasional.



The Feedback System Law (1996): Evolusi proses tipe elektronik membentuk sistem umpan balik multi-level, multi-loop, multi-agen, dan harus diperlakukan sebagaimana usaha-usaha serius lain untuk membuat peningkatan yang signifikan.

Source: Lehman, M., et al, “Metrics and Laws of Software Evolution—The Nineties View,” Proceedings of the 4th International Software Metrics Symposium (METRICS '97), IEEE, 1997, dapat didownload dari :: http://www.ece.utexas.edu/~perry/work/papers/feast1.pdf These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001, 2005

9

Mitos PL Mempengaruhi manajer, pelanggan (dan stakeholder non teknis lainnya) serta para praktisi  Dipercaya karena mereka sering mempunyai bagianbagian kebenaran., namun…  Sering menuju ke keputusan yang salah, Oleh karena itu …  Tetaplah pada realita seiring dengan jalan rekayasa perangkat lunak 


10

Rekayasa Perangkat Lunak (Software Engineering) Bagian 1

Recommend Documents