Rekayasa sistem berbasis komputer

1. Rekayasasistemberbasiskomputer Sabriansyah Rizqika Akbar ian sommerville 2004 Software engineering chapter 2

2. Sabriansyah Rizqika Akbar www.twitter.com/hahan Sabrian@ub.ac.id 081328358088 ian sommerville 2004 Software engineering chapter 2

3. Tujuan • Mengetahuimengapaperangkatlunakpadasuatusistemdipengaruhiolehisurekayasasistem yang lebihluas • Mengetahuikonseppropertisistembaru (emergent) sepertikehandalan, kinerja, keselamatandankeamanan. • Memahamimengapalingkungansistemharusdipertimbangkanselamaprosesperancangansistem • Memahamirekayasasistemdanprosespengadaansistem ian sommerville 2004 Software engineering chapter 2

4. Topics • Propertisistembaru • Rekayasasistem • Organizations, people and computer systems • Sistem legacy ian sommerville 2004 Software engineering chapter 2

5. 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

6. 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

7. 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

8. Propertisistembaru • Atributsistemsecarakeseluruhan. Beberapa sub sistemmembentuksistem yang lengkap • Konsekuensidarihubungankomponensistem • Dapatdiukursetelahkomponennyadiintegrasikandanterintegrasimembentuksebuahsistem ian sommerville 2004 Software engineering chapter 2

9. Contohpropertisistembaru ian sommerville 2004 Software engineering chapter 2

10. 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

11. Kompleksitaspropertisistembaru • Karenasalingbergantungnyakomponen, kesalahandapatmerambatkeseluruhsistem • Kegagalansistemseringkalimunculsecaratakterdugapadahubungan internal komponen • Mungkintidakmungkinuntukmengantisipasisemuahubunganantarakomponen ian sommerville 2004 Software engineering chapter 2

12. 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

13. 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

14. Properti yang lain • Performa dankehandalandapatdiukur • Properti yang memilikiperilakutidakbolehmunculpadasistem. • Sistemtidakbolehdigunakan user yang tidakmemilikiijin(security) • Sistemtidakbolehberjalandalamkondisi yang tidakaman (safety) ian sommerville 2004 Software engineering chapter 2

15. Rekayasasistem • Menentukan, merancang, melaksanakan, validasi, mengimplementasikan, danmemeliharasistem socio-technique ian sommerville 2004 Software engineering chapter 2

16. Prosesrekayasasisten • UmumnyaMenganut model ‘waterfall’ karenakebutuhanpengembanganparalelpadasetiapsistem • Software biasanyaharusmengkompensasimasalah hardware • Melibatkan engineer dariberbagaidisiplinilmu yang harusbekerjasama • Banyakkesalahpahaman, karenaberbedadisiplinilmumengakibatkanketidaksamaankosakatadanbanyaknegoisasi yang dibutuhkan. ian sommerville 2004 Software engineering chapter 2

17. The systems engineering process ian sommerville 2004 Software engineering chapter 2

18. Inter-disciplinary involvement ian sommerville 2004 Software engineering chapter 2

19. definisipersyaratansistem • Aktifitasmendefinisikanpersyaratansistemditujukanuntukmencaripersyaratansistemsecaramenyeluruh. Biasanyadipusatkanpada : • Fungsionalabstrak :fungsidasarpadasistemdidefinisikanpadatingkatabstrak. • Propertisistem : persyaratan non fungsionaluntuksistemsecaraumum • Karakteristik yang tidakdiinginkan ian sommerville 2004 Software engineering chapter 2

20. Tujuansistem • Harusmerumuskanmengapasistemtersebutdiadakanuntuklingkungannya. • Tujuanfungsional ( contoh) • Menyediakansistem alarm apidanpenyusupuntukgedung yang menyediakanperingatan internal dan external dariapi/penyusupan • Tujuanorganisasi • Untukmeyakinkanbahwasemuapekerjaandalamgedungtidaktergangguhalsepertiadanyaapiataupenyusupan ian sommerville 2004 Software engineering chapter 2

21. 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

22. 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

23. The system design process ian sommerville 2004 Software engineering chapter 2

24. 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

25. Desaindanpersyaratan • Rekayasapersyaratandandesainsistemsangatterkaiterat • Kendala yang ditimbulkanolehlingkungandansistem yang lain membatasidesain, sehinggamenjadikandesain yang kitarancangmenjadisebuahpersyaratan • Desainawaldiperlukanuntukmembuatpersyaratanterstruktur • Desainmembuatkitabelajarlebihmengenaipersyaratan ian sommerville 2004 Software engineering chapter 2

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

27. Pemodelansistem • Model yang digunakanuntukmenampilkanpandanganabstrakketikasebuah sub sistemmembentuksistem • Termasukinformasi yang mengalirpadatiap sub sistem • UmumnyaDitampilkandalambentukblok diagram • Dapatmengidentifikasiperbedaantipekomponenfungsionaldalam model ian sommerville 2004 Software engineering chapter 2

28. Burglar alarm system model ian sommerville 2004 Software engineering chapter 2

29. Sub-system description ian sommerville 2004 Software engineering chapter 2

30. ATC system architecture ian sommerville 2004 Software engineering chapter 2

31. 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

32. Integrasisistem • Prosesmenempatkan hardware, software dan people menjadisatumembuatsebuahsistem • Harusditanganisecarabertahapsehingga sub sistemdapatdiintegrasikansatupersatu • Masalahantarmukaantarasubsistemsangatumumterjadiditingkatini • Pengiriman/penempatankomponensistem yang tidakdikoordinasikandapatmenimbulkanmasalah ian sommerville 2004 Software engineering chapter 2

33. Installasisistem • Setelahseleasi, sistemharusdiinstallpadalingkungan customer • Asumsilingkungankemungkinansalah • Adanyapenolakandarimanusiakesebuahsistem yang baru • Sistemmungkinharusberdampingandengansistem yang adauntuksementarawaktu • Permasalahanpadainstalasifisik ( cabling) • Identifikasipelatihan operator ian sommerville 2004 Software engineering chapter 2

34. 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

35. 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

36. Organisations/people/systems • Sistem socio teknikadalahsistemorganisasi yang bertujuanuntukmembantutujuanorganisasi/bisnis • Jikakitatidakmengertilingkunganorganisasidimanasistemditerapkan, sistemakankesulitanuntukmemenuhikebutuhan yang sebenarnyadariorganisasidanpenggunaannya. ian sommerville 2004 Software engineering chapter 2

37. Faktor human danorganisasi • Process changes • Apakahsistemmembutuhkanperubahanproseskerjapadalingkungan? • Job changes • Apakahsistemmembutuhkan skill user tambahanpadalingkungankarenaterdapatperubahancarakerja? • Organisational changes • Apakahsistemmerubahkekuasaanpolitis / strukturdalamorganisasi? ian sommerville 2004 Software engineering chapter 2

38. Prosesorganisasi • Prosesdarirekayasistem yang tumpangtindihdanmemberipengaruhpadaprosespengadaanorganisasi • Prosesoperasiadalahproses yang melibatkanpenggunaansistemuntuktujuantertentu. ian sommerville 2004 Software engineering chapter 2

39. Procurement/development processes ian sommerville 2004 Software engineering chapter 2

40. System procurement • Mengadakansistemuntukorganisasi agar dapatmemenuhikebutuhantertentu • Beberapaspesifikasisitemdandesainarsitekturdiperlukansebelumpengadaan • Membutuhkanspesifikasiuntukmembuatkontrakdaripengembangansistem • Spesifikasimemperbolehkanuntukmembelisebuah COTS. Lebihmurahdaripadamembuatsistemdari 0 • Sistem yang besarbiasanyaterdiridaricampurankomponen yang dirancangsecarakhusus. ian sommerville 2004 Software engineering chapter 2

41. The system procurement process ian sommerville 2004 Software engineering chapter 2

42. Procurement issues • Requirement mungkinharusdimodifkasiuntukmencocokkankemampuankomponen • Spesifikasi requirement dapatmenjadibagiandarikontrakuntukpengembangansistem • Adaperiodenegoisasikontrakuntukmenyetujuiperubahansetelahkontraktorpembuatsistemdipilih ian sommerville 2004 Software engineering chapter 2

43. 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

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

45. 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

46. ian sommerville 2004 Software engineering chapter 2

47. 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

48. ian sommerville 2004 Software engineering chapter 2

49. 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

50. 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