Skip to main content

Organisations, People And Computer Systems (Organisasi, Orang Dan Sistem Komputer) Menurut Ian Sommerville

 Sistem sosio-teknis merujuk pada sistem perusahaan yang dirancang untuk mendukung pencapaian berbagai tujuan organisasi atau bisnis. Tujuan tersebut dapat meliputi peningkatan penjualan, pengurangan penggunaan bahan dalam proses produksi, pengumpulan pajak, menjaga keselamatan wilayah udara, dan sebagainya. Karena sistem tersebut merupakan bagian integral dari lingkungan organisasi, proses pengadaan, pengembangan, dan penggunaan sistem ini dipengaruhi oleh kebijakan dan prosedur organisasi serta oleh budaya kerjanya. Pengguna sistem mencakup individu-individu yang terpengaruh oleh cara organisasi dikelola dan oleh interaksi mereka dengan orang lain baik di dalam maupun di luar organisasi.

Karena itu, ketika Anda berusaha memahami persyaratan sistem sosio-teknis, penting untuk memahami konteks lingkungan organisasinya. Jika tidak, sistem tersebut dapat gagal memenuhi kebutuhan bisnis yang ada, dan pengguna serta manajer dapat menolak penerimaan sistem tersebut.

Beberapa aspek manusia dan organisasi dari lingkungan sistem yang berdampak pada desain sistem meliputi:

  1. Process changes. Apabila sistem memerlukan perubahan dalam proses kerja di lingkungan tersebut, maka pelatihan akan menjadi suatu keharusan. Jika perubahan tersebut bersifat signifikan atau berpotensi menyebabkan kehilangan pekerjaan bagi individu, terdapat risiko bahwa pengguna akan menolak penerimaan sistem yang diimplementasikan.
  2. Job changes. Apabila sistem menghilangkan keterampilan pengguna dalam lingkungan tertentu atau memaksa mereka untuk mengubah cara kerja mereka, ada kemungkinan pengguna akan menolak secara aktif pengenalan sistem ke dalam organisasi. Desain yang mewajibkan manajer untuk mengubah cara kerja mereka agar sejalan dengan sistem komputer sering kali tidak disukai. Manajer mungkin merasa bahwa posisi mereka dalam organisasi terancam oleh adanya sistem tersebut.
  3. Organisational changes. Apabila sistem mengubah struktur kekuasaan politik di dalam suatu organisasi, misalnya dengan adanya ketergantungan organisasi pada sistem yang kompleks, individu yang memiliki pengetahuan tentang operasional sistem tersebut akan memiliki kekuatan politik yang signifikan.

Faktor-faktor manusia, sosial, dan organisasi ini sering kali memainkan peran yang signifikan dalam menentukan keberhasilan suatu sistem dalam mencapai tujuannya. Sayangnya, bagi para insinyur yang memiliki sedikit pengalaman dalam studi sosial atau budaya, memprediksi efek dari faktor-faktor tersebut pada sistem menjadi sangat sulit. Untuk membantu pemahaman mengenai dampak sistem pada organisasi, berbagai metodologi telah dikembangkan, seperti sosioteknik Mumford (Mumford, 1989) dan Metodologi Sistem Lunak Checkland (Checkland dan Scholes, 1990; Checkland, 1981). Selain itu, telah dilakukan studi sosiologis yang luas mengenai dampak sistem berbasis komputer pada lingkungan kerja (Ackroyd, et al., 1992).

Secara ideal, semua pengetahuan yang relevan mengenai organisasi harus termasuk dalam spesifikasi sistem agar perancang sistem dapat mempertimbangkannya. Namun, pada kenyataannya, hal ini tidak mungkin dilakukan. Perancang sistem harus membuat asumsi berdasarkan sistem serupa yang ada dan menggunakan logika umum. Jika asumsi tersebut keliru, sistem dapat berfungsi dengan cara yang tidak terduga. Misalnya, jika perancang sistem tidak memahami bahwa berbagai bagian dalam organisasi dapat memiliki tujuan yang saling bertentangan, maka setiap sistem yang dikembangkan di seluruh organisasi pasti akan mengecewakan beberapa pengguna.



Source: Sommerville, Ian. 2007. Software Engineering Eight Edition. s.l. : Addison-. Wisley, 2007.

Comments

Popular posts from this blog

Proses Perangkat Lunak Menurut Roger S. Pressman

Suatu proses adalah gabungan dari beberapa kegiatan, aksi, dan pekerjaan yang dikerjakan saat akan membuat beberapa produk. Setiap kegiatan memiliki tujuan yang luas (seperti komunikasi dengan pemangku kepentingan) dan diterapkan secara universal, tidak peduli pada domain aplikasi, ukuran proyek, kompleksitas usaha, atau tingkat ketelitian rekayasa perangkat lunak yang digunakan. Aksi (contohnya, desain arsitektur) mencakup rangkaian tugas yang menghasilkan produk utama (sebagai contoh, model desain arsitektural). Sebuah tugas berfokus pada tujuan yang kecil namun terdefinisi dengan baik (seperti melakukan pengujian unit) yang menghasilkan hasil yang konkret. Dalam dunia rekayasa perangkat lunak, suatu proses tidaklah berarti resep yang kaku untuk membuat perangkat lunak. Sebaliknya, proses ini merupakan pendekatan yang dapat disesuaikan yang memungkinkan tim pengembang perangkat lunak untuk memilih dan mengeksekusi serangkaian tindakan dan tugas yang sesuai. Tujuannya adalah untuk sel...

Extreme Programming (XP) Menurut Roger S. Pressman

 Untuk memberikan gambaran yang lebih rinci tentang proses agile, saya akan memaparkan Extreme Programming (XP), suatu pendekatan yang banyak digunakan dalam pengembangan perangkat lunak agile. Meskipun ide dan metode yang terkait dengan XP telah muncul pada akhir 1980-an, Kent Beck telah menulis secara ekstensif mengenai topik ini. Baru-baru ini, sebuah varian XP yang disebut Industrial XP (IXP) telah diajukan. IXP telah menyempurnakan XP dan dirancang untuk digunakan khusus dalam organisasi besar dengan proses yang lebih fleksibel. 1.1 XP Values Sebuah seperangkat lima nilai yang menjadi dasar bagi seluruh pekerjaan yang dilakukan dalam XP telah didefinisikan oleh Beck. Nilai-nilai ini mencakup communication, simplicity, feedback, courage, dan respect, dan masing-masing nilai ini digunakan sebagai motivasi dalam aktivitas, tindakan, dan tugas XP yang spesifik. XP menekankan pada kolaborasi yang erat namun tidak formal secara verbal untuk mencapai komunikasi yang efektif anta...

Other Agile Process Models (Model Process Agile Lainnya) Menurut Roger S. Pressman

 Sejarah pengembangan perangkat lunak telah dicatat dengan banyak deskripsi dan metodologi proses yang telah usang, alat-alat, dan teknologi, serta notasi pemodelan. Semua hal tersebut telah mencapai popularitasnya masing-masing sebelum akhirnya digantikan oleh yang baru dan lebih baik. Dalam upaya mencapai penerimaan di komunitas pengembangan perangkat lunak, berbagai agile process model telah diperkenalkan dan bersaing satu sama lain, mengikuti pola yang sama dengan gerakan sebelumnya. Sudah saya sampaikan pada bagian terakhir bahwa Extreme Programming (XP) merupakan agile process models yang paling sering digunakan. Meskipun demikian, terdapat banyak agile process models lain yang telah diusulkan dan diterapkan dalam berbagai industri. Beberapa model yang paling umum meliputi: Adaptive Software Development (ASD) Scrum Dynamic Systems Development Method (DSDM) Crystal Feature Drive Development (FDD) Lean Software Development (LSD) Agile Modeling (AM) Agile Unified Process (AUP) P...