510 likes | 833 Views
Rekayasa sistem berbasis komputer. Sabriansyah Rizqika Akbar. Sabriansyah Rizqika Akbar www.twitter.com/hahan Sabrian@ub.ac.id 081328358088. Tujuan. Mengetahui mengapa perangkat lunak pada suatu sistem dipengaruhi oleh isu rekayasa sistem yang lebih luas
E N D
Rekayasasistemberbasiskomputer Sabriansyah Rizqika Akbar ian sommerville 2004 Software engineering chapter 2
Sabriansyah Rizqika Akbar www.twitter.com/hahan Sabrian@ub.ac.id 081328358088 ian sommerville 2004 Software engineering chapter 2
Tujuan • Mengetahuimengapaperangkatlunakpadasuatusistemdipengaruhiolehisurekayasasistem yang lebihluas • Mengetahuikonseppropertisistembaru (emergent) sepertikehandalan, kinerja, keselamatandankeamanan. • Memahamimengapalingkungansistemharusdipertimbangkanselamaprosesperancangansistem • Memahamirekayasasistemdanprosespengadaansistem ian sommerville 2004 Software engineering chapter 2
Topics • Propertisistembaru • Rekayasasistem • Organizations, people and computer systems • Sistem legacy ian sommerville 2004 Software engineering chapter 2
What is a system? • Koleksidaribeberapakomponen yang salingberhubungandanbekerjasamauntukmeraihtujuan yang sama • Dapatberupa software, hardware, electronic hardware yang dioperasikan • Komponensistemsalingbergantungdengankomponensistem yang lain ian sommerville 2004 Software engineering chapter 2
Kategorisistem • Technical computer-based systems • Sistem yang termasukdidalamnya hardware dan software tetapi operator danprosessistemtersebuttidakmenjadibagiandarisistem. • Socio-technical systems • Technical sistemditambahprosesoperasidanorang yang menggunakandanberinteraksidengansistem. Diaturdandiawasiolehperaturanorganisasi. ian sommerville 2004 Software engineering chapter 2
Socio-technical system characteristics • Propertisistemkeseluruhan yang bergantungdenganhubungankomponensistem • Tidakmenghasilkan output yang samameskidiberi input yang samakarenaperiliakusistem yang hanyasebagianbergantungpada operator manusia • Meningkatkandukunganpadatujuanorganisasi ian sommerville 2004 Software engineering chapter 2
Propertisistembaru • Atributsistemsecarakeseluruhan. Beberapa sub sistemmembentuksistem yang lengkap • Konsekuensidarihubungankomponensistem • Dapatdiukursetelahkomponennyadiintegrasikandanterintegrasimembentuksebuahsistem ian sommerville 2004 Software engineering chapter 2
Contohpropertisistembaru ian sommerville 2004 Software engineering chapter 2
Types of emergent property • Functional properties • Munculketikasemuabagiansistembekerjasamauntukmencapaitujuantertentu. Contoh : sepedamemilikipropertifungsionalmenjadialattransportasiketikatelahdirakitdaribeberapakomponen • Non-functional emergent properties • Keandalan, kinerja, keselamatandankeamanan. Berhubungandenganperilakusistemdenganlingkunganoperasionalnya. Propertitersebutseringkalimenjadisangatpentinguntuk computer based sistemkarenakegagalansedikitsajadapatmengakibatkansistemtidakdapatdigunakansecarakeseluruhan. ian sommerville 2004 Software engineering chapter 2
Kompleksitaspropertisistembaru • Karenasalingbergantungnyakomponen, kesalahandapatmerambatkeseluruhsistem • Kegagalansistemseringkalimunculsecaratakterdugapadahubungan internal komponen • Mungkintidakmungkinuntukmengantisipasisemuahubunganantarakomponen ian sommerville 2004 Software engineering chapter 2
Pengaruhkehandalan • Hardware reliability • Kemungkinan hardware komponenrusakdanberapa lama komponentersebutmampudiperbaiki • Software reliability • Sebagaimanasering software komponenmenghasilkan output yang salah. Kesalahan software berbedadengan hardware karena software tidakdapathabis • Operator reliability • Seringkah operator berbuatkesalahan ? ian sommerville 2004 Software engineering chapter 2
Hubungankehandalan • Kegagalan hardware dapatmemberikan signal palsu yang menurut software input masihdianggap input yang normal • Eror software dapatmengakibatkan alarm menyaladandapatmemicu operator stress danmembuat operator mudahmembuatkesalahan • Lingkungandimanasistemtersebutdipasangdapatmempengaruhikehandalansistem ian sommerville 2004 Software engineering chapter 2
Properti yang lain • Performa dankehandalandapatdiukur • Properti yang memilikiperilakutidakbolehmunculpadasistem. • Sistemtidakbolehdigunakan user yang tidakmemilikiijin(security) • Sistemtidakbolehberjalandalamkondisi yang tidakaman (safety) ian sommerville 2004 Software engineering chapter 2
Rekayasasistem • Menentukan, merancang, melaksanakan, validasi, mengimplementasikan, danmemeliharasistem socio-technique ian sommerville 2004 Software engineering chapter 2
Prosesrekayasasisten • UmumnyaMenganut model ‘waterfall’ karenakebutuhanpengembanganparalelpadasetiapsistem • Software biasanyaharusmengkompensasimasalah hardware • Melibatkan engineer dariberbagaidisiplinilmu yang harusbekerjasama • Banyakkesalahpahaman, karenaberbedadisiplinilmumengakibatkanketidaksamaankosakatadanbanyaknegoisasi 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
definisipersyaratansistem • Aktifitasmendefinisikanpersyaratansistemditujukanuntukmencaripersyaratansistemsecaramenyeluruh. Biasanyadipusatkanpada : • Fungsionalabstrak :fungsidasarpadasistemdidefinisikanpadatingkatabstrak. • Propertisistem : persyaratan non fungsionaluntuksistemsecaraumum • Karakteristik yang tidakdiinginkan ian sommerville 2004 Software engineering chapter 2
Tujuansistem • Harusmerumuskanmengapasistemtersebutdiadakanuntuklingkungannya. • Tujuanfungsional ( contoh) • Menyediakansistem alarm apidanpenyusupuntukgedung yang menyediakanperingatan internal dan external dariapi/penyusupan • Tujuanorganisasi • Untukmeyakinkanbahwasemuapekerjaandalamgedungtidaktergangguhalsepertiadanyaapiataupenyusupan ian sommerville 2004 Software engineering chapter 2
Masalahpersyaratansistem • Sistem yang kompleksbiasanyadibangununtukmengatasimasalah yang kompleks :D • Masalah yang tidakdipahamisecara detail • Merubahsistem yang dalamtahamspesifikasi • Mengantisipasipengembangan hardware/komunikasiselamasistemberjalan • Sulituntukmendefinisikan non-fungsional requirement tanpaharustahustrukturkomponendarisistem ian sommerville 2004 Software engineering chapter 2
Prosesdesainsistem • Kebutuhanpartisi • Mengelompokkanpersyaratanpada group yang tepat • Identifikasi sub sistem • Indetifikasipaket sub sistem yang secarakolektifdapatmemenuhipersyaratansistem. • Menetapkanperysaratanpada sub sistem • Dapatmenyebabkanmasalahketika COTS (comm. Of the shelf/produk yang sudahjadi) diterapkan, • Spesifikasifungsional sub sistem • Mendefinisikanantarmuka sub sistem • Pengembangan sub sistemsecara parallel ian sommerville 2004 Software engineering chapter 2
The system design process ian sommerville 2004 Software engineering chapter 2
Masalahpadadesainsistem • Pembagiankomponenhardware,softwaredanmanusiadapatmelibatkannegoisasi yang rumit. • Masalah design yang rumitbiasanyadiasumsikan ‘dapat’ diselesaikandengan software • Platform hardware dapattidakcocokdengan requirement software. Jadi software harusmelakukankompensasiterhadap hardware ian sommerville 2004 Software engineering chapter 2
Desaindanpersyaratan • Rekayasapersyaratandandesainsistemsangatterkaiterat • Kendala yang ditimbulkanolehlingkungandansistem yang lain membatasidesain, sehinggamenjadikandesain yang kitarancangmenjadisebuahpersyaratan • Desainawaldiperlukanuntukmembuatpersyaratanterstruktur • Desainmembuatkitabelajarlebihmengenaipersyaratan ian sommerville 2004 Software engineering chapter 2
Spiral model of requirements/design ian sommerville 2004 Software engineering chapter 2
Pemodelansistem • Model yang digunakanuntukmenampilkanpandanganabstrakketikasebuah sub sistemmembentuksistem • Termasukinformasi yang mengalirpadatiap sub sistem • UmumnyaDitampilkandalambentukblok diagram • Dapatmengidentifikasiperbedaantipekomponenfungsionaldalam 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 ( produkjadi ) • Kurangnyakomunikasipadasaat team mealkukanimplementasi • Birokrasidanmekanisme yang lamabatketikamelakukanperubahansistemdapatmengakibatkanjadwalpengembangandiperpanjangkarenaadanyapengerjaanulang ian sommerville 2004 Software engineering chapter 2
Integrasisistem • Prosesmenempatkan hardware, software dan people menjadisatumembuatsebuahsistem • Harusditanganisecarabertahapsehingga sub sistemdapatdiintegrasikansatupersatu • Masalahantarmukaantarasubsistemsangatumumterjadiditingkatini • Pengiriman/penempatankomponensistem yang tidakdikoordinasikandapatmenimbulkanmasalah ian sommerville 2004 Software engineering chapter 2
Installasisistem • Setelahseleasi, sistemharusdiinstallpadalingkungan customer • Asumsilingkungankemungkinansalah • Adanyapenolakandarimanusiakesebuahsistem yang baru • Sistemmungkinharusberdampingandengansistem yang adauntuksementarawaktu • Permasalahanpadainstalasifisik ( cabling) • Identifikasipelatihan operator ian sommerville 2004 Software engineering chapter 2
Evolusisistem • Sistem yang besarmemilikiumur yang panjang. Sistemharusberevolusiuntukmemenuhiperubahanpersyaratan • Evolusiidentikdenganmahal • Perubahanharusdianalisisdarisudutpandangteknismaupungbisnis • Interaksi Sub sistemdapatmenimbulkanmasalah yang tidakterduga • Struktursistem yang rusakketikaperubahandibuat • Existing Sistem yang harusdipeliharaterkadangdisebutdenganlegacy systems. ian sommerville 2004 Software engineering chapter 2
System decommissioning • Membuatsistemberhentidarilayanansetelahpenggunaanselama software tersebutberjalan. • Membutuhkanpembuangan material (e.g dangerous chemicals) yang dapatmengotorilingkungan • Membutuhkan data direstrukturisasidandikonversiuntukdigunakansistem yang lain ian sommerville 2004 Software engineering chapter 2
Organisations/people/systems • Sistem socio teknikadalahsistemorganisasi yang bertujuanuntukmembantutujuanorganisasi/bisnis • Jikakitatidakmengertilingkunganorganisasidimanasistemditerapkan, sistemakankesulitanuntukmemenuhikebutuhan yang sebenarnyadariorganisasidanpenggunaannya. ian sommerville 2004 Software engineering chapter 2
Faktor human danorganisasi • Process changes • Apakahsistemmembutuhkanperubahanproseskerjapadalingkungan? • Job changes • Apakahsistemmembutuhkan skill user tambahanpadalingkungankarenaterdapatperubahancarakerja? • Organisational changes • Apakahsistemmerubahkekuasaanpolitis / strukturdalamorganisasi? ian sommerville 2004 Software engineering chapter 2
Prosesorganisasi • Prosesdarirekayasistem yang tumpangtindihdanmemberipengaruhpadaprosespengadaanorganisasi • Prosesoperasiadalahproses yang melibatkanpenggunaansistemuntuktujuantertentu. ian sommerville 2004 Software engineering chapter 2
Procurement/development processes ian sommerville 2004 Software engineering chapter 2
System procurement • Mengadakansistemuntukorganisasi agar dapatmemenuhikebutuhantertentu • Beberapaspesifikasisitemdandesainarsitekturdiperlukansebelumpengadaan • Membutuhkanspesifikasiuntukmembuatkontrakdaripengembangansistem • Spesifikasimemperbolehkanuntukmembelisebuah COTS. Lebihmurahdaripadamembuatsistemdari 0 • Sistem yang besarbiasanyaterdiridaricampurankomponen yang dirancangsecarakhusus. ian sommerville 2004 Software engineering chapter 2
The system procurement process ian sommerville 2004 Software engineering chapter 2
Procurement issues • Requirement mungkinharusdimodifkasiuntukmencocokkankemampuankomponen • Spesifikasi requirement dapatmenjadibagiandarikontrakuntukpengembangansistem • Adaperiodenegoisasikontrakuntukmenyetujuiperubahansetelahkontraktorpembuatsistemdipilih ian sommerville 2004 Software engineering chapter 2
Kontraktordan sub kontraktor • Pengadaandari hardware dansistem software yang sangatbesatumumnyaberkisarantarkontraktortertentu • Sub kontrak yang dikeluarkankesuplier yang lain untukmemasokbeberapabagiansistem • Hubunganantara customer dengankontraktortertentutidakberhubunganlangsungdengan sub kontraktor ian sommerville 2004 Software engineering chapter 2
Contractor/Sub-contractor model ian sommerville 2004 Software engineering chapter 2
Legacy systems • Sistem socio teknis yang dikembangkanmenggunakanteknologi lama atauusang • Pentingbagioperasidanbisnis, karenaterlaluberesikoapabiladiganti • Bank customer accounting system; • Aircraft maintenance system. • Sistem legacy membatasiprosesbisnisbarudanmemakanpembiayaanperusahaan yang sangatbesar ian sommerville 2004 Software engineering chapter 2
Legacy system components • Hardware – mainframe hardware menggunakanteknologiusang • Support software – tergantungdengan support software dari suppliers yang sudahtidaklagiberadadibisnis • Application software – ditulispadabahasapemrograman lama • Application data - often incomplete and inconsistent. • Bisnisproses –dihalangistrukturfungsional software 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
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