Skip to main content

Professional And Ethical Responsibility (Tanggung Jawab Profesional Dan Etis) Menurut Ian Sommerville

 Rekayasa perangkat lunak, seperti disiplin teknik lainnya, beroperasi dalam kerangka hukum dan sosial yang membatasi kebebasan para insinyur. Oleh karena itu, para insinyur perangkat lunak harus menyadari bahwa pekerjaan mereka melibatkan tanggung jawab yang lebih luas daripada sekadar menerapkan keterampilan teknis. Mereka juga harus bertindak dengan cara yang etis dan bertanggung jawab secara moral jika ingin dihormati sebagai profesional.

Jelaslah bahwa Anda harus selalu menjunjung tinggi standar kejujuran dan integritas yang wajar. Anda tidak diperbolehkan menggunakan keterampilan dan kemampuan Anda untuk bertindak tidak jujur atau merugikan citra profesi rekayasa perangkat lunak. Namun, ada area tertentu yang tidak dibatasi oleh undang-undang tetapi oleh konsep tanggung jawab profesional yang lebih longgar. Beberapa area tersebut antara lain:

  1. Confidentiality, Dalam kebanyakan kasus, Anda diharapkan untuk menjaga kerahasiaan informasi dari pemberi kerja atau klien Anda, meskipun tidak ada kesepakatan kerahasiaan formal yang ditandatangani.
  2. Competence, Anda harus memahami dan mengakui batas kemampuan dan keahlian Anda. Tidak boleh disengaja menerima pekerjaan yang melampaui kemampuan Anda.
  3. Intellectual property rights, Anda perlu memiliki pemahaman yang baik mengenai hukum lokal yang mengatur penggunaan kekayaan intelektual, seperti paten dan hak cipta. Anda harus memastikan bahwa Anda berhati-hati untuk melindungi kekayaan intelektual dari pemberi kerja atau klien Anda.
  4. Computer misuse, Anda harus menghindari menggunakan keterampilan teknis Anda untuk melakukan tindakan yang merugikan atau merusak komputer orang lain. Tindakan tersebut dapat bersifat ringan seperti bermain game di komputer perusahaan, hingga tindakan yang sangat serius seperti menyebarkan virus yang dapat menyebabkan kerusakan besar.

Organisasi profesional seperti ACM, IEEE, dan British Computer Society memiliki peran penting dalam menetapkan standar etika untuk profesi rekayasa perangkat lunak. Mereka menerbitkan kode etik profesional yang menjadi panduan bagi anggota mereka dalam berperilaku. Ketika seseorang menjadi anggota organisasi tersebut, ia berjanji untuk mengikuti kode etik tersebut. Kode etik ini umumnya mencakup standar perilaku etis yang mendasar.

Gambar 1

ACM dan IEEE telah berkolaborasi untuk membuat kode etik dan praktik profesional bersama. Terdapat dua format dari kode tersebut, yaitu versi pendek yang terlihat pada Gambar 1 dan versi yang lebih panjang yang diterbitkan oleh Gotterbarn dkk. pada tahun 1999 dan berisi detail dan penjelasan tambahan dari versi pendek. Alasan di balik pembuatan kode etik ini dirangkum dalam dua paragraf awal dari versi yang lebih panjang:

Peran komputer semakin sentral dan berkembang di berbagai bidang seperti perdagangan, industri, pemerintahan, kedokteran, pendidikan, dan hiburan yang membentuk masyarakat modern saat ini. Insinyur perangkat lunak merupakan orang-orang yang berkontribusi dalam pengembangan sistem perangkat lunak melalui berbagai tahap, mulai dari analisis, spesifikasi, desain, pengembangan, sertifikasi, pemeliharaan, dan pengujian sistem tersebut. Dalam hal ini, insinyur perangkat lunak memiliki kesempatan untuk mempengaruhi orang lain untuk melakukan tindakan baik atau buruk, atau melakukan tindakan sendiri yang dapat membawa dampak baik atau buruk. Oleh karena itu, insinyur perangkat lunak harus berkomitmen untuk menjadikan rekayasa perangkat lunak sebagai profesi yang bermanfaat dan dihormati, serta mematuhi Kode Etik dan Praktik Profesional untuk menjamin upaya mereka digunakan untuk kebaikan sebanyak mungkin.

Dalam Kode Etik dan Praktik Profesional untuk insinyur perangkat lunak, terdapat delapan Prinsip yang menekankan pada perilaku dan keputusan etis. Kode ini berlaku untuk semua anggota profesi, termasuk praktisi, pendidik, manajer, pengawas, pembuat kebijakan, serta peserta pelatihan dan mahasiswa profesi. Prinsip-prinsip ini menunjukkan kewajiban etis yang harus dipatuhi oleh individu, kelompok, dan organisasi dalam hubungan yang bertanggung jawab. Tiap Prinsip dilengkapi dengan klausul-klausul yang menjelaskan kewajiban-kewajiban yang termasuk dalam hubungan tersebut. Kewajiban-kewajiban ini didasarkan pada prinsip kemanusiaan insinyur perangkat lunak, terutama dalam hal dampak kerja mereka terhadap orang lain, serta elemen khusus dalam praktik rekayasa perangkat lunak. Kode Etik ini menegaskan bahwa setiap orang yang ingin menjadi insinyur perangkat lunak harus mematuhi kewajiban-kewajiban tersebut.

Dalam situasi di mana orang memiliki pandangan dan tujuan yang berbeda, seseorang mungkin menghadapi dilema etika. Sebagai contoh, bila seseorang tidak sepakat dengan kebijakan manajemen yang lebih senior di perusahaan, bagaimana sebaiknya bereaksi? Hal ini bergantung pada individu dan sifat ketidaksepakatan. Apakah lebih baik memperdebatkan posisi dari dalam organisasi atau mundur dari prinsip tersebut? Jika ada masalah dengan proyek perangkat lunak, kapan harus melaporkannya ke manajemen? Melaporkannya saat hanya berupa kecurigaan dapat menyebabkan reaksi berlebihan terhadap situasi, sedangkan melaporkannya terlambat mungkin menyulitkan penyelesaian kesulitan.

Kita semua menghadapi situasi dilema etis dalam kehidupan profesional kita dan terkadang, dilema tersebut relatif mudah diselesaikan atau dapat diselesaikan dengan sedikit kesulitan. Namun, jika dilema tersebut tidak dapat diatasi, insinyur mungkin menghadapi masalah lainnya. Memiliki integritas dapat memerintahkan mereka untuk keluar dari pekerjaan mereka, tetapi keputusan ini dapat mempengaruhi orang lain seperti keluarga mereka.

Insinyur profesional dapat menghadapi situasi yang sangat sulit ketika majikan mereka melakukan tindakan yang tidak etis. Sebagai contoh, perusahaan mungkin bertanggung jawab untuk mengembangkan sistem kritis keselamatan, tetapi karena tekanan waktu, mereka memalsukan catatan validasi keselamatan. Dalam hal ini, insinyur mungkin berhadapan dengan pertanyaan tentang apakah mereka harus menjaga kerahasiaan, memberi tahu pelanggan, atau bahkan mempublikasikan informasi tentang ketidakamanan sistem.

Sulitnya situasi terkait keselamatan adalah karena tidak ada standar yang pasti. Ada kemungkinan bahwa sistem yang belum melalui validasi sesuai dengan kriteria tertentu dapat beroperasi dengan aman dalam jangka waktu yang lama. Sebaliknya, sistem yang sudah divalidasi dengan benar juga bisa mengalami kegagalan dan menyebabkan kecelakaan. Jika masalah diungkapkan sejak dini, dapat menimbulkan kerugian bagi pihak yang terkait, namun jika masalah tidak diungkapkan, dapat menimbulkan kerugian bagi orang lain.

Anda harus membuat keputusan sendiri dalam hal ini. Posisi etis yang tepat tergantung pada pandangan individu yang terlibat. Namun, Anda perlu mempertimbangkan potensi kerusakan, seberapa besar dampak kerusakan, dan orang-orang yang akan terkena dampak kerusakan. Jika situasinya sangat berbahaya, maka mungkin wajar untuk mempublikasikan masalah tersebut melalui media massa (contohnya). Tetapi, Anda harus mencoba menyelesaikan masalah dengan menghormati hak-hak majikan Anda.

Ada sebuah masalah etika yang muncul terkait dengan partisipasi dalam pengembangan sistem militer dan nuklir. Beberapa orang merasa kuat tentang masalah ini dan tidak ingin terlibat dalam pengembangan sistem apapun yang terkait dengan sistem militer. Ada juga yang akan mengerjakan sistem militer tetapi tidak pada sistem senjata. Namun, beberapa orang lainnya merasa bahwa keamanan nasional adalah prinsip utama dan mereka tidak memiliki masalah etis untuk mengerjakan sistem senjata.

Dalam situasi ini, penting bagi pengusaha dan karyawan untuk berkomunikasi dengan jelas mengenai pandangan mereka sebelumnya. Jika suatu organisasi terlibat dalam pekerjaan yang terkait dengan militer atau nuklir, harus ditetapkan bahwa karyawan harus bersedia menerima penugasan pekerjaan apapun. Namun demikian, jika seorang karyawan telah menyatakan secara jelas bahwa dia tidak ingin bekerja pada sistem seperti itu, majikan tidak boleh memaksa atau menekannya untuk melakukannya di masa depan.

Dalam konteks ini, penting bagi majikan dan karyawan untuk saling berkomunikasi tentang pandangan mereka sebelumnya. Jika sebuah organisasi terlibat dalam proyek militer atau nuklir, harus ada kesepakatan bahwa karyawan harus siap menerima tugas apa pun yang diberikan. Sebaliknya, jika seorang karyawan sudah dipekerjakan dan telah menyatakan bahwa ia tidak ingin bekerja pada sistem semacam itu, maka majikan tidak seharusnya memaksanya untuk melakukannya di kemudian hari.

Menurut saya, pendekatan mereka terlalu abstrak dan sulit diterapkan dalam kehidupan sehari-hari. Saya lebih suka pendekatan konkret yang diwujudkan dalam kode etik dan praktik. Menurut saya, etika sebaiknya didiskusikan dalam konteks rekayasa perangkat lunak dan tidak dianggap sebagai subjek tersendiri. Oleh karena itu, dalam buku ini, saya tidak membahas diskusi etika secara abstrak, tetapi jika diperlukan, saya akan menyertakan contoh dalam latihan yang dapat menjadi titik awal untuk diskusi kelompok tentang masalah etika.



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

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

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