An Introduction to Software Engineering

PRE TEST Apa yang anda ketahui tentang software ? Apa yang anda ketahui tentang software engineering (rekayasa perangkat lunak) ?

UNIT MASUKAN (INPUT) Webcam Mouse Joystick Lightpen OMR Special-function keyboard Trackpad Trackball Hand-held Scanner Alphanumeric keyboard Kamera Digital

Output unit Printer Plotter speaker LCD panel LCD proyektor

ALAT PENYIMPANAN DAN PROSESOR

What is software? Computer programs and associated documentation such as requirements, design models and user manuals. Instruksi (program komputer) yang bila dieksekusi dapat menjalankan fungsi tertentu; Struktur data yang dapat membuat program memanipulasi informasi; dan Dokumen yang menjelaskan operasi dan penggunaan program Instruksi (program komputer) yang bila dieksekusi dapat menjalankan fungsi tertentu; Struktur data yang dapat membuat program memanipulasi informasi; dan Dokumen yang menjelaskan operasi dan penggunaan program (Roger Pressman). Program komputer, prosedur, aturan, dan dokumentasi yang berkaitan dengannya serta data yang berkaitan dengan operasi suatu sistem komputer (IEEE).

What is software? Software products may be developed for a particular customer or may be developed for a general market. Software products may be Generic - developed to be sold to a range of different customers e.g. PC software such as Excel or Word. Bespoke (custom) - developed for a single customer according to their specification. New software can be created by developing new programs, configuring generic software systems or reusing existing software. Instruksi (program komputer) yang bila dieksekusi dapat menjalankan fungsi tertentu; Struktur data yang dapat membuat program memanipulasi informasi; dan Dokumen yang menjelaskan operasi dan penggunaan program (Roger Pressman). Program komputer, prosedur, aturan, dan dokumentasi yang berkaitan dengannya serta data yang berkaitan dengan operasi suatu sistem komputer (IEEE).

What is software? SOFT WARE Oh, I see... Office Application Operating System Oh, I see... SOFT WARE Simulation personal software Multimedia Application Programming IDE

What is software engineering? Software engineering is an engineering discipline that is concerned with all aspects of software production. Proses membuat perangkat lunak dengan menggunakan kaidah-kaidah atau prinsip-prinsip rekayasa sehingga dihasilkan perangkat lunak yang berkualitas. Proses membuat perangkat lunak dengan menggunakan kaidah-kaidah atau prinsip-prinsip rekayasa sehingga dihasilkan perangkat lunak yang berkualitas.

What is the difference between software engineering and computer science? Computer science is concerned with theory and fundamentals; software engineering is concerned with the practicalities of developing and delivering useful software.

What is a software process? A set of activities whose goal is the development or evolution of software. Generic activities in all software processes are: Specification - what the system should do and its development constraints Development - production of the software system Validation - checking that the software is what the customer wants Evolution - changing the software in response to changing demands.

What is a software process model? A simplified representation of a software process, presented from a specific perspective. Examples of process perspectives are Workflow perspective - sequence of activities; Data-flow perspective - information flow; Role/action perspective - who does what. Generic process models Waterfall; Iterative development; Component-based software engineering.

Menyelesaikan Problem Problem Solving COMPUTER SCIENCE CUSTOMER Fungsi Computer Teori Problem SOFTWARE ENGINEERING Tools dan Teknik utk Menyelesaikan Problem

MENGAPA RPL? Perangkat lunak dibuat supaya bisa digunakan (oleh pemakai) untuk membantu menyelesaikan masalah/ pekerjaan. Perangkat lunak digunakan oleh pemakai di lingkungan operasional dengan teknologi tertentu sebagai bagian dari sistem yang lebih besar. Perangkat lunak yang dibuat harus memenuhi apa yang diinginkan oleh pemakai (bukan yang diinginkan developer), ekonomis (memberikan keuntungan bagi developer), dan andal (dapat digunakan dalam jangka waktu yang lama).

KAPAN RPL ? Ukuran perangkat lunak besar: Cakupan atau ruang lingkup persoalan luas dan dalam. Kompleksitas masalah dan tingkat kekritisan tinggi. Melibatkan banyak personal pelaksana. Waktu dan anggaran pengembangan terbatas.

MANFAAT RPL Perangkat lunak yang dihasilkan sesuai dengan kebutuhan yang diinginkan. Perangkat lunak dapat digunakan dan beroperasi dengan benar di lingkungan sebenarnya. Perangkat lunak memberikan manfaat bagi pemakai yang menggunakannya. Biaya yang dikeluarkan untuk membuatnya rendah (efisien), efektif dan sesuai dengan anggaran yang telah ditetapkan. Tepat waktu, baik saat pembuatan, penyerahan ke pemakai, maupun instalasinya. Setiap tahap pekerjaan terjamin kualitasnya, terdokumentasi, dan dapat dipertanggungjawabkan kebenarannya (ada proses verifikasi dan validasi).

SOFTWARE ENGINEERING BODY OF KNOWLEDGE SWEBOK Knowledge Areas: Software requirements Software design Software construction Software testing Software maintenance Software configuration management Software engineering management Software engineering process Software engineering tools and methods Software quality

DOKUMEN PERANGKAT LUNAK Software Project Management Plan (SPMP) Software Requirement Specification (SRS) Software Design Description (SDD) Software Test Plan (STP) Software Test Description (STD) Software Test Result (STR) Software Version User Guide / User Manual

Rekayasa sistem berbasis komputer Rekayasa Perangkat Lunak ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Tujuan Mengetahui mengapa perangkat lunak pada suatu sistem dipengaruhi oleh isu rekayasa sistem yang lebih luas Mengetahui konsep properti sistem baru (emergent) seperti kehandalan, kinerja, keselamatan dan keamanan. Memahami mengapa lingkungan sistem harus dipertimbangkan selama proses perancangan sistem Memahami rekayasa sistem dan proses pengadaan sistem ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Topics Properti sistem baru Rekayasa sistem Organizations, people and computer systems Sistem legacy ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 What is a system? Koleksi dari beberapa komponen yang saling berhubungan dan bekerja sama untuk meraih tujuan yang sama Dapat berupa software, hardware, electronic hardware yang dioperasikan Komponen sistem saling bergantung dengan komponen sistem yang lain ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Kategori sistem Technical computer-based systems Sistem yang termasuk didalamnya hardware dan software tetapi operator dan proses sistem tersebut tidak menjadi bagian dari sistem. Socio-technical systems Technical sistem ditambah proses operasi dan orang yang menggunakan dan berinteraksi dengan sistem. Diatur dan diawasi oleh peraturan organisasi. ian sommerville 2004 Software engineering chapter 2

Socio-technical system characteristics Properti sistem keseluruhan yang bergantung dengan hubungan komponen sistem Tidak menghasilkan output yang sama meski diberi input yang sama karena periliaku sistem yang hanya sebagian bergantung pada operator manusia Meningkatkan dukungan pada tujuan organisasi ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Properti sistem baru Atribut sistem secara keseluruhan. Beberapa sub sistem membentuk sistem yang lengkap Konsekuensi dari hubungan komponen sistem Dapat diukur setelah komponennya diintegrasikan dan terintegrasi membentuk sebuah sistem ian sommerville 2004 Software engineering chapter 2

Contoh properti sistem baru ian sommerville 2004 Software engineering chapter 2

Types of emergent property Functional properties Muncul ketika semua bagian sistem bekerja sama untuk mencapai tujuan tertentu. Contoh : sepeda memiliki properti fungsional menjadi alat transportasi ketika telah dirakit dari beberapa komponen Non-functional emergent properties Keandalan, kinerja, keselamatan dan keamanan. Berhubungan dengan perilaku sistem dengan lingkungan operasionalnya. Properti tersebut seringkali menjadi sangat penting untuk computer based sistem karena kegagalan sedikit saja dapat mengakibatkan sistem tidak dapat digunakan secara keseluruhan. ian sommerville 2004 Software engineering chapter 2

Kompleksitas properti sistem baru Karena saling bergantungnya komponen, kesalahan dapat merambat keseluruh sistem Kegagalan sistem seringkali muncul secara tak terduga pada hubungan internal komponen Mungkin tidak mungkin untuk mengantisipasi semua hubungan antara komponen ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Pengaruh kehandalan Hardware reliability Kemungkinan hardware komponen rusak dan berapa lama komponen tersebut mampu diperbaiki Software reliability Sebagaimana sering software komponen menghasilkan output yang salah. Kesalahan software berbeda dengan hardware karena software tidak dapat habis Operator reliability Seringkah operator berbuat kesalahan ? ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Hubungan kehandalan Kegagalan hardware dapat memberikan signal palsu yang menurut software input masih dianggap input yang normal Eror software dapat mengakibatkan alarm menyala dan dapat memicu operator stress dan membuat operator mudah membuat kesalahan Lingkungan dimana sistem tersebut dipasang dapat mempengaruhi kehandalan sistem ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Properti yang lain Performa dan kehandalan dapat diukur Properti yang memiliki perilaku tidak boleh muncul pada sistem. Sistem tidak boleh digunakan user yang tidak memiliki ijin(security) Sistem tidak boleh berjalan dalam kondisi yang tidak aman (safety) ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Rekayasa sistem Menentukan, merancang, melaksanakan, validasi, mengimplementasikan, dan memelihara sistem socio-technique ian sommerville 2004 Software engineering chapter 2

Proses rekayasa sistem Umumnya Menganut model ‘waterfall’ karena kebutuhan pengembangan paralel pada setiap sistem Software biasanya harus mengkompensasi masalah hardware Melibatkan engineer dari berbagai disiplin ilmu yang harus bekerja sama Banyak kesalah pahaman, karena berbeda disiplin ilmu mengakibatkan ketidak samaan kosakata dan banyak negoisasi yang dibutuhkan. ian sommerville 2004 Software engineering chapter 2

The systems engineering process ian sommerville 2004 Software engineering chapter 2

Inter-disciplinary involvement ian sommerville 2004 Software engineering chapter 2

definisi persyaratan sistem Aktifitas mendefinisikan persyaratan sistem ditujukan untuk mencari persyaratan sistem secara menyeluruh. Biasanya dipusatkan pada : Fungsional abstrak :fungsi dasar pada sistem didefinisikan pada tingkat abstrak. Properti sistem : persyaratan non fungsional untuk sistem secara umum Karakteristik yang tidak diinginkan ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Tujuan sistem Harus merumuskan mengapa sistem tersebut diadakan untuk lingkungannya. Tujuan fungsional ( contoh) Menyediakan sistem alarm api dan penyusup untuk gedung yang menyediakan peringatan internal dan external dari api/penyusupan Tujuan organisasi Untuk meyakinkan bahwa semua pekerjaan dalam gedung tidak terganggu hal seperti adanya api atau penyusupan ian sommerville 2004 Software engineering chapter 2

Masalah persyaratan sistem Sistem yang kompleks biasanya dibangun untuk mengatasi masalah yang kompleks :D Masalah yang tidak dipahami secara detail Merubah sistem yang dalam taham spesifikasi Mengantisipasi pengembangan hardware/komunikasi selama sistem berjalan Sulit untuk mendefinisikan non-fungsional requirement tanpa harus tahu struktur komponen dari sistem ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Proses desain sistem Kebutuhan partisi Mengelompokkan persyaratan pada group yang tepat Identifikasi sub sistem Indetifikasi paket sub sistem yang secara kolektif dapat memenuhi persyaratan sistem. Menetapkan perysaratan pada sub sistem Dapat menyebabkan masalah ketika COTS (comm. Of the shelf/produk yang sudah jadi) diterapkan, Spesifikasi fungsional sub sistem Mendefinisikan antarmuka sub sistem Pengembangan sub sistem secara parallel ian sommerville 2004 Software engineering chapter 2

The system design process ian sommerville 2004 Software engineering chapter 2

Masalah pada desain sistem Pembagian komponen hardware,software dan manusia dapat melibatkan negoisasi yang rumit. Masalah design yang rumit biasanya diasumsikan ‘dapat’ diselesaikan dengan software Platform hardware dapat tidak cocok dengan requirement software. Jadi software harus melakukan kompensasi terhadap hardware ian sommerville 2004 Software engineering chapter 2

Desain dan persyaratan Rekayasa persyaratan dan desain sistem sangat terkait erat Kendala yang ditimbulkan oleh lingkungan dan sistem yang lain membatasi desain, sehingga menjadikan desain yang kita rancang menjadi sebuah persyaratan Desain awal diperlukan untuk membuat persyaratan terstruktur Desain membuat kita belajar lebih mengenai persyaratan ian sommerville 2004 Software engineering chapter 2

Spiral model of requirements/design ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Pemodelan sistem Model yang digunakan untuk menampilkan pandangan abstrak ketika sebuah sub sistem membentuk sistem Termasuk informasi yang mengalir pada tiap sub sistem Umumnya Ditampilkan dalam bentuk blok diagram Dapat mengidentifikasi perbedaan tipe komponen fungsional dalam model ian sommerville 2004 Software engineering chapter 2

Burglar alarm system model ian sommerville 2004 Software engineering chapter 2

Sub-system description ian sommerville 2004 Software engineering chapter 2

ATC system architecture ian sommerville 2004 Software engineering chapter 2

Pengembangan sub-sistem Biasanya project dikembangkan parallel (hardware,software,communication) Melibatkan COTS ( produk jadi ) Kurangnya komunikasi pada saat team mealkukan implementasi Birokrasi dan mekanisme yang lamabat ketika melakukan perubahan sistem dapat mengakibatkan jadwal pengembangan diperpanjang karena adanya pengerjaan ulang ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Integrasi sistem Proses menempatkan hardware, software dan people menjadi satu membuat sebuah sistem Harus di tangani secara bertahap sehingga sub sistem dapat diintegrasikan satu persatu Masalah antar muka antara subsistem sangat umum terjadi di tingkat ini Pengiriman/penempatan komponen sistem yang tidak dikoordinasikan dapat menimbulkan masalah ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Installasi sistem Setelah seleasi, sistem harus diinstall pada lingkungan customer Asumsi lingkungan kemungkinan salah Adanya penolakan dari manusia ke sebuah sistem yang baru Sistem mungkin harus berdampingan dengan sistem yang ada untuk sementara waktu Permasalahan pada instalasi fisik ( cabling) Identifikasi pelatihan operator ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Evolusi sistem Sistem yang besar memiliki umur yang panjang. Sistem harus berevolusi untuk memenuhi perubahan persyaratan Evolusi identik dengan mahal Perubahan harus dianalisis dari sudut pandang teknis maupung bisnis Interaksi Sub sistem dapat menimbulkan masalah yang tidak terduga Struktur sistem yang rusak ketika perubahan dibuat Existing Sistem yang harus dipelihara terkadang disebut dengan legacy systems. ian sommerville 2004 Software engineering chapter 2

System decommissioning Membuat sistem berhenti dari layanan setelah penggunaan selama software tersebut berjalan. Membutuhkan pembuangan material (e.g dangerous chemicals) yang dapat mengotori lingkungan Membutuhkan data di restrukturisasi dan dikonversi untuk digunakan sistem yang lain ian sommerville 2004 Software engineering chapter 2

Organisations/people/systems Sistem socio teknik adalah sistem organisasi yang bertujuan untuk membantu tujuan organisasi/bisnis Jika kita tidak mengerti lingkungan organisasi dimana sistem diterapkan, sistem akan kesulitan untuk memenuhi kebutuhan yang sebenarnya dari organisasi dan penggunaannya. ian sommerville 2004 Software engineering chapter 2

Faktor human dan organisasi Process changes Apakah sistem membutuhkan perubahan proses kerja pada lingkungan? Job changes Apakah sistem membutuhkan skill user tambahan pada lingkungan karena terdapat perubahan cara kerja? Organisational changes Apakah sistem merubah kekuasaan politis / struktur dalam organisasi? ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Proses organisasi Proses dari rekaya sistem yang tumpang tindih dan memberi pengaruh pada proses pengadaan organisasi Proses operasi adalah proses yang melibatkan penggunaan sistem untuk tujuan tertentu. ian sommerville 2004 Software engineering chapter 2

Procurement/development processes ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 System procurement Mengadakan sistem untuk organisasi agar dapat memenuhi kebutuhan tertentu Beberapa spesifikasi sitem dan desain arsitektur diperlukan sebelum pengadaan Membutuhkan spesifikasi untuk membuat kontrak dari pengembangan sistem Spesifikasi memperbolehkan untuk membeli sebuah COTS. Lebih murah daripada membuat sistem dari 0 Sistem yang besar biasanya terdiri dari campuran komponen yang dirancang secara khusus. ian sommerville 2004 Software engineering chapter 2

The system procurement process ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Procurement issues Requirement mungkin harus di modifkasi untuk mencocokkan kemampuan komponen Spesifikasi requirement dapat menjadi bagian dari kontrak untuk pengembangan sistem Ada periode negoisasi kontrak untuk menyetujui perubahan setelah kontraktor pembuat sistem dipilih ian sommerville 2004 Software engineering chapter 2

Kontraktor dan sub kontraktor Pengadaan dari hardware dan sistem software yang sangat besat umumnya berkisar antar kontraktor tertentu Sub kontrak yang dikeluarkan ke suplier yang lain untuk memasok beberapa bagian sistem Hubungan antara customer dengan kontraktor tertentu tidak berhubungan langsung dengan sub kontraktor ian sommerville 2004 Software engineering chapter 2

Contractor/Sub-contractor model ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Legacy systems Sistem socio teknis yang dikembangkan menggunakan teknologi lama atau usang Penting bagi operasi dan bisnis, karena terlalu beresiko apabila diganti Bank customer accounting system; Aircraft maintenance system. Sistem legacy membatasi proses bisnis baru dan memakan pembiayaan perusahaan yang sangat besar ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2

Legacy system components Hardware – mainframe hardware menggunakan teknologi usang Support software – tergantung dengan support software dari suppliers yang sudah tidak lagi berada di bisnis Application software – ditulis pada bahasa pemrograman lama Application data - often incomplete and inconsistent. Bisnis proses –dihalangi struktur fungsional software ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Key points Socio-technical systems include computer hardware, software and people and are designed to meet some business goal. Emergent properties are properties that are characteristic of the system as a whole and not its component parts. The systems engineering process includes specification, design, development, integration and testing. System integration is particularly critical. ian sommerville 2004 Software engineering chapter 2

ian sommerville 2004 Software engineering chapter 2 Key points Human and organisational factors have a significant effect on the operation of socio-technical systems. There are complex interactions between the processes of system procurement, development and operation. A legacy system is an old system that continues to provide essential services. Legacy systems include business processes, application software, support software and system hardware. ian sommerville 2004 Software engineering chapter 2