Sociotechnical systems

sistem sosioteknikal
Dalam sistem komputer, perangkat lunak dan saling tergantung hardwareare. tanpa
hardware, sistem perangkat lunak adalah sebuah abstraksi, yang hanya merupakan representasi
pengetahuan dan ide-ide manusia. Tanpa perangkat lunak, perangkat keras adalah satu set perangkat elektronik inert. Namun, jika Anda menempatkan mereka bersama-sama untuk membentuk sebuah sistem, Anda membuat
mesin yang dapat melakukan perhitungan yang kompleks anddeliver hasil ini
perhitungan terhadap lingkungannya.
Hal ini menggambarkan salah satu karakteristik mendasar dari sistem-itu lebih dari
jumlah bagian-bagiannya. Sistem memiliki sifat yang hanya menjadi jelas ketika mereka
komponen terintegrasi dan beroperasi bersama-sama. Oleh karena itu rekayasa perangkat lunak adalah
bukan merupakan kegiatan yang terisolasi, tetapi merupakan bagian intrinsik dari sistem rekayasa yang lebih umum
proses. Sistem perangkat lunak tidak terisolasi sistem tetapi komponen yang agak penting
lebih luas sistem yang memiliki beberapa manusia, sosial, atau tujuan organisasi.
Sebagai contoh, sistem padang gurun cuaca softwarecontrols instrumen dalam
stasiun cuaca. Ini berkomunikasi dengan sistem perangkat lunak lain dan merupakan bagian dari luas
sistem peramalan cuaca nasional dan internasional. Serta perangkat keras dan perangkat lunak, sistem ini mencakup proses untuk peramalan cuaca, orang-orang yang mengoperasikan
sistem dan menganalisis output-nya. Sistem ini alsoincludes organisasi yang
tergantung pada sistem untuk membantu mereka memberikan perkiraan cuaca kepada individu, pemerintah,
industri, dll Sistem ini lebih luas kadang-kadang disebut sistem sociotechnical. mereka
mencakup unsur-unsur non-teknis seperti orang, proses, peraturan, dll, serta
komponen teknis seperti komputer, perangkat lunak, dan peralatan lainnya.
Sistem sosioteknikal begitu kompleks sehingga hampir mustahil untuk
memahami mereka secara keseluruhan. Sebaliknya, Anda harus melihat mereka sebagai lapisan, seperti yang ditunjukkan pada
Gambar 10.1. Lapisan ini membentuk sistem sociotechnical tumpukan:
1 Lapisan Peralatan Lapisan ini terdiri dari perangkat keras, beberapa
yang mungkin komputer.
2 Sistem operasi Lapisan Lapisan ini berinteraksi dengan perangkat keras dan menyediakan
seperangkat fasilitas umum untuk lapisan software yang lebih tinggi dalam sistem.
3 Lapisan komunikasi dan manajemen data Lapisan ini memperluas fasilitas sistem operasi dan menyediakan sebuah antarmuka yang memungkinkan interaksi dengan lainnya
fungsi yang luas, seperti akses ke sistem remote, akses ke sistem
database, dll ini kadang-kadang disebut middleware, seperti di antara aplikasi dan sistem operasi.
4. Lapisan lapisan aplikasi ini memberikan fungsi khusus aplikasi
yang dibutuhkan. Mungkin ada banyak program aplikasi yang berbeda dalam lapisan ini.
5. Lapisan proses bisnis Pada tingkat ini, proses bisnis organisasi,
yang menggunakan sistem perangkat lunak, didefinisikan dan diundangkan.
6 Lapisan organisasi Lapisan ini mencakup proses strategis tingkat yang lebih tinggi juga
sebagai aturan bisnis, kebijakan, dan norma-norma yang harus diikuti ketika menggunakan sistem.
7 Lapisan sosial Pada lapisan ini, undang-undang dan peraturan masyarakat yang mengatur
pengoperasian sistem didefinisikan.
Bab 10 ■ sistem sosioteknikal 265
Pada prinsipnya, sebagian besar interaksi adalah antara lapisan tetangga, dengan masing-masing lapisan
menyembunyikan detail dari lapisan bawah dari layerabove tersebut. Dalam prakteknya, hal ini tidak
selalu terjadi. Ada dapat interaksi yang tak terduga antara lapisan, yang mengakibatkan
di masalah untuk sistem secara keseluruhan. Misalnya, ada perubahan dalam hukum
mengatur akses ke informasi pribadi. Ini berasal dari lapisan sosial. Ini menyebabkan
prosedur organisasi baru dan perubahan proses thebusiness. Namun,
sistem aplikasi mungkin tidak dapat memberikan tingkat yang diperlukan privasi sehingga
perubahan harus dilaksanakan dalam komunikasi dan manajemen data
lapisan.
Berpikir secara holistik tentang sistem, bukan hanya mempertimbangkan perangkat lunak dalam
isolasi, adalah penting ketika mempertimbangkan perangkat lunak keamanan dan kehandalan.
Kegagalan perangkat lunak, dalam dirinya sendiri, jarang memiliki konsekuensi serius karena perangkat lunak tidak berwujud dan, bahkan ketika rusak, mudah dan cheaplyrestored. Namun, pada saat
kegagalan perangkat lunak riak melalui bagian lain dari thesystem, mereka mempengaruhi perangkat lunak
lingkungan fisik dan manusia. Di sini, konsekuensi dari kegagalan yang lebih signifikan. Orang mungkin harus melakukan pekerjaan tambahan untuk menampung atau pulih dari kegagalan; untuk
Misalnya, mungkin ada kerusakan fisik pada peralatan, data bisa hilang atau rusak,
atau kerahasiaan dapat dilanggar dengan konsekuensi yang tidak diketahui.
Anda harus, karena itu, mengambil pandangan sistem tingkat ketika Anda sedang merancang perangkat lunak
yang harus aman dan dapat diandalkan. Anda perlu memahami konsekuensi dari
kegagalan perangkat lunak untuk unsur-unsur lain di system.You juga perlu memahami bagaimana
elemen-elemen sistem lain mungkin menjadi penyebab kegagalan perangkat lunak dan bagaimana mereka dapat
membantu melindungi terhadap dan pulih dari kegagalan perangkat lunak.
Oleh karena itu, itu adalah sistem daripada kegagalan perangkat lunak yang adalah masalah nyata.
Ini berarti bahwa Anda perlu memeriksa bagaimana perangkat lunak berinteraksi dengan yang langsung
lingkungan untuk memastikan bahwa:
1 kegagalan perangkat lunak adalah, sejauh mungkin, yang terkandung dalam lapisan melampirkan dari
sistem stack dan tidak serius mempengaruhi operasi lapisan sebelah. dalam
tertentu, kegagalan perangkat lunak seharusnya tidak menyebabkan kegagalan sistem.
peralatan
Sistem operasi
Komunikasi dan Manajemen Data
aplikasi Sistem
Proses Bisnis
organisasi
masyarakat
sistem
Rekayasa
Software
Rekayasa
Gambar 10.1
sistem sociotechnical
tumpukan
266 Bab 10 ■ sistem sosioteknikal
2.Anda memahami bagaimana kesalahan dan kegagalan dalam lapisan non-perangkat lunak sistem
tumpukan dapat mempengaruhi perangkat lunak. Anda juga dapat mempertimbangkan bagaimana cek dapat dibangun
ke dalam perangkat lunak untuk membantu mendeteksi kegagalan ini, dan bagaimana dukungan dapat diberikan
untuk pulih dari kegagalan.
Sebagai perangkat lunak secara inheren fleksibel, masalah sistem tak terduga sering dibiarkan untuk
insinyur perangkat lunak untuk memecahkan. Katakanlah instalasi radar telah diletakkan sehingga ghosting dari
gambar radar terjadi. Hal ini tidak praktis untuk memindahkan radar ke sebuah situs dengan gangguan kurang, sehingga para insinyur sistem harus menemukan anotherway menghapus ghosting ini.
Solusi mereka mungkin untuk meningkatkan kemampuan pengolahan citra dari perangkat lunak untuk
menghapus gambar hantu. Hal ini dapat memperlambat perangkat lunak sehingga kinerjanya
menjadi tidak dapat diterima. Masalahnya kemudian dapat dicirikan sebagai 'kegagalan perangkat lunak',
sedangkan, pada kenyataannya, itu adalah kegagalan dalam proses desain untuk sistem secara keseluruhan.
Ini semacam situasi, di mana perangkat lunak engineersare kiri dengan masalah
meningkatkan kemampuan perangkat lunak tanpa meningkatkan biaya hardware, adalah sangat umum.
Banyak disebut kegagalan perangkat lunak tidak konsekuensi dari masalah software yang melekat melainkan adalah hasil dari mencoba untuk mengubah perangkat lunak untuk mengakomodasi dimodifikasi persyaratan teknik sistem. Sebuah contoh yang baik dari ini adalah kegagalan
Denver sistem bagasi bandara (Swartz, 1996), wherethe mengendalikan perangkat lunak adalah
diharapkan untuk menangani keterbatasan peralatan yang digunakan.
Rekayasa sistem (Stevens et al, 1998;. Thayer, 2002; Thome, 1993; Putih
et al., 1993) adalah proses merancang seluruh sistem-bukan hanya perangkat lunak dalam ini
sistem. Software adalah mengendalikan dan mengintegrasikan elemen dalam sistem dan
Biaya rekayasa perangkat lunak sering komponen biaya utama dalam sistem secara keseluruhan
biaya. Sebagai seorang insinyur perangkat lunak, ada baiknya jika Anda havea kesadaran yang lebih luas tentang bagaimana perangkat lunak berinteraksi dengan perangkat keras dan sistem perangkat lunak lainnya, dan bagaimana seharusnya
digunakan. Pengetahuan ini akan membantu Anda memahami batas-batas perangkat lunak, untuk merancang perangkat lunak yang lebih baik, dan untuk berpartisipasi dalam kelompok rekayasa sistem.