tentang ISO 9126

22 Nov

PENDAHULUAN

Pemanfaatan teknologi informasi sangat berkaitan erat dalam pengembanganbisnis dewasa ini, faktor penting dalam perkembangan tersebut juga sangat dipengaruhi oleh kualitas perangkat lunak (Software), terutama sebagai interaksipengguna dengan perangkat keras (hardware).

Sehingga dalam bisnis prosesnya,ada beberapa perusahaan yang mulai bergantung dengan perangkat lunak. Saat ini perangkat lunak sudah menjadi kekuatan yang menentukan, dan menjadi mesinyang mengendalikan pengambilan keputusan di dalam dunia bisnis (Pressman,2003 : p2-3). Pengelolaan perangkat lunak sebagai pengambilan keputusan yangstrategis , tentunya harus ditunjang oleh sistem dan perangkat lunak yangberkualitas. Maka diharapkan management dapat memperoleh informasi sebagai sumbermdaya yang strategis dan informasi yang berkualitas.Agar perangkat lunak dapat terjamin dengan baik, maka diperlukan pengendalian dan pengelolaan yang mengacu pada kualitas penggunaan perangkat lunak. Jaminan kualitas perangkat lunak merupakan aktivitas mendasar bagi banyak bisnis yang menghasilkan produk yang akan digunakan oleh user baik internal perusahaan maupun eksternal. Untuk memperoleh kualitas perangkat lunak yang diharapkan, mengevaluasi kualias produk suatu perangkat lunak merupakan elemen kritis dari jaminan perangkat lunak sehingga dapat merepresentasikan kajian pokok dari spesifikasi, desain dan pengkodean (Pressman, 2003 : p216-217). Pengendalian untuk memperoleh kualitas prangkat lunak yang sesuai diharapkan dengan visi, misi dan tujuan organisasi merupakan elemen kritis bagi perusahaan. Sehingga pengujian perangkat lunak yang mengacu pada standard tertentu patut dilakukan. Terutama bagi perusahaan yang sudah menerapkan sistem manajemen mutu yang mengacu pada standar ISO 9001:2008, di dalam standard ISO 9001:2008 klausul 6.3 (b) tertulis bahwa suatu perusahaan harus memperhatikan dalam penyediaan dan pemeliharaan infrastruktur software.

 

Pemeliharaan software yang dikaitkan dengan klausul 8.2.4. yakni organisasi harus memantau dan mengukur karakteristik produk yang dihasilkan untuk membuktikan bahwa persyaratan produk telah dipenuhi. Maka, berkaitan dengan hal tersebut diperlukan pengukuran dan pemantauan berupa evaluasi software yang efektif  yang dihasilkan sesuai dengan standard yang telah ada.

 

Salah satu standard yang bisa digunakan untuk mengevaluasi kualitas penggunaan software yaitu Standard ISO 9126-4. Standard  ini merupakan salah satu frame work umum mengenai karakteristik dari kualitas perangkat lunak,yang dipercaya mempunyai kekuatan yang lebih adaptable yang dapat digunakan untuk seluruh sistem, terutama untuk menetapkan kerangka umum dalam mengevaluasi sebuah software

(Bee Bee Chua, 2004 : p185), sehingga dapat mengevaluasi keefektifan dan kualitas perangkat lunak, dan mendeteksi kesalahan potensial, sehingga visibilitas perangkat lunak suatu elemen sistem dan biayayang muncul akibat kegagalan perangkat lunak, dapat ditekan.

 

Organisasi yang telah mengimplementasikan ISO 9001:2008, berdasarkan acuan standardnya terutama untuk peningkatan yang berkelanjutan, khususnya didivisi IT dituntut memperoleh andil dalam peningkatan tersebut. Untuk memenuhi peningkatan yang berkelanjutan tersebut, divisi IT yang menghasilkan perangkat lunak harus memantau dan mengukur produk yang telah dihasilkan.Divisi IT harus memantau dan megukur karakteristik produk untuk membuktikan bahwa perangkat lunak yang dihasilkan telah memenuhi persyaratan, sehingga perencanaan produk yang sesuai yang direncanakan akan tercapai. Dengan demikian persyaratan ISO 9001:2008 dan sasaran mutu dari divisi IT dapat terpenuhi dengan baik.Dari hasil internal audit yang dilakukan secara teratur dan terencana, terdapat temuan yang sampai saat ini belum diselesaikan, sehingga karena temuan tersebuttelah ditetapkan sebagai temuan yang harus di agendakan dalam rapat tinjauanmanajemen, temuan tersebut yaitu pengukuran dan pemantauan dalam hal inimengevaluasi keefektifan software yang telah diimplementasikan oleh divisi IT.Sehingga keefektifan dan kualitas dari perangkat lunak pada saat ini belum dapat diketahui kehandalannya. Hal ini menyulitkan untuk mengevaluasi perangkatlunak secara produk secara periodik dengan sistem yang efektif dan efisien.Oleh karena itu, diperlukan alat bantu untuk mempermudah melakukan empat pengujian

software tersebut, sehingga diperlukan pengembangan sebuah aplikasi yang mampu mendukung aktivitas evaluasi dari pengukuran kualitas perangkat lunak berdasarkan ISO 9126.Sehingga pihak manajemen akan lebih akurat dalam memperoleh informasi untuk menentukan keputusan strategis.Aplikasi wizard merupakan tools yang khas atau unik digunakan dalam prosess pengembangan struktur yang baik, dengan menampilkan beberapa pertanyaan dan jawaban. Dan setiap langkah dalam wizard dimungkinkan dengantampilan user interface yang baik (Burton, 2000 : p2). sehingga mempermudahdalam pelaksanaan evaluasi software sistem informasi.

 

III. Abstract

Kualitas saat ini dianggap sebagai salah satu syarat  utama bagi perusahaan sehingga dapat meningkatkan daya kompetitif global. Ini adalah salah satu alasan mengapa kualitas telah menjadi penting untuk memastikan bahwa produk perusahaan dan proses telah memenuhi kebutuhan pelanggan. Sebuah inovasi baru-baru ini di daerah sistem adalah pengembangan dari serangkaian mekanisme dan model untuk mengevaluasi kualitas. Artikel ini menjelaskan desain Model Kualitas dengan pendekatan sistemik untuk produk perangkat lunak yang menilai suatu produk efisiensi dan efektifitas. kualitas model yang berbeda telah dipelajari: McCall, Boehm, FURPS, ISO 9126, Dromey, ISO 15504 dalam upaya untuk mengidentifikasi aspek hadir dalam model-model yang dianggap penting dalam suatu model Kualitas sistemik. Kami merancang sebuah prototipe model yang mencerminkan atribut penting kualitas. Model ini dievaluasi dengan menggunakan metode sehingga dapat divalidasi dan juga ditingkatkan. Metode Evaluasi terdiri dari: merancang survei, merumuskan, memvalidasi dan menerapkan instrumen pengukuran; mendefinisikan algoritma untuk mendapatkan estimasi kualitas dan menganalisis hasil. Model prototipe memungkinkan kekuatan dan kelemahan dari produk perangkat lunak dipelajari untuk diidentifikasi. Ketika mengevaluasi sebuah produk perangkat lunak menggunakan model prototipe, hal itu berfungsi sebagai patokan yang memungkinkan produk mereka untuk berkembang dan menjadi kompetitif.Penggunaan ISO 9126 untuk mengevaluasi e-learning system ditulis oleh Bee Bee Chua and Laurel Evelyn Dyson. ISO 9126 menjadi model evaluasi yangberpotensi sebagai jaminan kualitas sebuah software, dalam hal ini e-learning yang telah dipergunakan oleh institusi. Selain itu, ISO 9126 dapat dipergunakan untuk membandingkasi antar aplikasi baik yang telah dipergunakan maupun yang akan dipergunakan.Sedangkan Paper yang ditulis oleh Guillermo Jiménez-Pérez mengenai design wizard for product lines.

 

Penggunaan desain wizard menurut Guilermo denganbeberapa pertimbangan yaitu:

 

  1. mekanisme dan arsitektur dari program yang harus dijalankan denganmudah, sebab banyaknya variasi persyaratan yang ada.
  2. Component implementation and parameterization mechanisms.
  3. Careful design of specification interfaces.
  4. A domain engineering method.

 

Dalam penelitian lain yang di lakukan Maria Borbely (2011) untuk mengukur library system dengan menggunakan standar ISO 9126-4 Penelitian ini memperkenalkan hasil penelitian yang berfokus pada pengukuran kepuasan pengguna perangkat lunak dalam hal ini adalah sistem informasi perpustakaan (OPAC) dengan acuan standar ISO 9126-4. Hasil pengukuran diperoleh dengan mengolah data log file yang ada pada Web OPAC , web ini digunakan di Universitas dan Perpustakaan Nasional Universitas Debrecen. Penelitian ini mencari hubungan antara kualitas produk perangkat lunak dan kepuasan pengguna. Studi ini mengukur kepuasan setelah menggunakan perangkat lunak dengan kuesioner.

 

IV. Introduction

Sertifikasi ini penting untuk menghindari membeli perangkat lunak kualitas dengan kualitas yang dipertanyakan. Titik untuk sertifikasi perangkat lunak mungkin mempertimbangkan salah satu pendekatan yang ada menunjukkan seperangkat keterampilankhusus, menilai perilaku / karakteristik produk perangkat lunak dan menyatakan bahwa proses yang ada telah secara benar diikuti. Voas (1999) mengacu pada pendekatan tersebut sebagai segitiga sertifikasi kualitas perangkat lunak, yang mencakup proses, produk dan personil.

Menurut Callaos dan Callaos makna desain meliputi: desain sebagai produk dan desain sebagai suatu proses. Sistem yang dirancang, produk, berbeda dari sistem aktivitas manusia, proses, melalui mana produk sedang dirancang. Oleh karena itu empat macam dari kualitas dikenali: produk efisiensi, efektivitas produk, efisiensi proses dan efektivitas proses (Callaos dan Callaos, 1996).

Beberapa model kualitas produk, yang paling dikenal dengan urutan penampilan adalah: McCall (McCall et al, 1977.), Boehm (Boehm et al, 1978.), FURPS (Grady dan Caswell, 1987), ISO 9126 (ISO / IEC IS 9126, 1991) dan Dromey (Dromey, 1996). Ini dianalisa untuk mendapatkan elemen yang relevan untuk penelitian ini. Pentingnya penelitian ini terletak pada minat antara organisasi pengembangan sistem (perusahaan) dalam memperoleh sertifikasi produk, serta kurangnya mekanisme untuk melakukan sertifikasi produk.  Aksioma dasar kualitas produk adalah bahwa karakteristik internal produk berkualitas menentukan atribut eksternal berkualitas. Pengembang harus membangun sifat-sifat internal ke dalam produk untuk menunjukkan kualitas eksternal atribut yang diinginkan (Dromey, 1996).

Tujuan dari penelitian ini adalah untuk mengidentifikasi karakteristik mutu produk yang dibutuhkan untuk mendapatkan kualitas sistemik. Jadi produk efisiensi dan efektivitas tetap dianggap, tanpa melupakan bahwa ini merupakan bahwa juga bagian integral dari konsep kualitas sistemik.

V. Methods and Material

Literatur tentang subjek berisi sejumlah besar kualitas model yang telah secara bertahap berevolusi.

1. The model McCall.

2. The Boehm Model.

3. The FURPS Model.

4. ISO 9126

5. The Dromey Model.

6. Systemic quality model.

Systemic quality model

Sebuah model yang sedikit berbeda dari yang sebelumnya dipelajari, karena tidak memiliki struktur hirarkis, adalah model Callaos (Callaos dan Callaos, 1996). Ada kesamaan antara konsep yang digunakan oleh Callaos dalam hal efisiensi dan efektivitas produk dan definisi karakteristik produk internal dan eksternal.

Callaos dan Callaos mengidentifikasi hubungan berikut sebagai dasar untuk mencapai kualitas sistemik global (Callaos dan Callaos, 1996):

• Produk-proses.

• Efisiensi-efektifitas.

• User-Customer.

Kualitas ini parsial terkait satu sama lain dan harus terintegrasi dalam sistem kualitas desain sistemik global. kualitas global bukan jumlah dari kualitas parsial. Global kualitas menyiratkan komitmen di antara seluruh rangkaian kualitas yang mengarah ke optimum global dengan beberapa pengorbanan yang optimum parsial (Callaos dan Callaos, 1996). Itulah yang membuat sistemik.

Produk efisiensi dan efektivitas dibedakan dari satu sama lain.

Produk efisiensi ditentukan oleh desain internal dan kegiatan pemrograman sejak produk yang efisien diperoleh ketika desain fisik yang benar dan praktek pemrograman diterapkan (Rojas dan Pérez, 1995).

Produk efektivitas ditentukan oleh kegiatan yang melibatkan identifikasi kebutuhan, desain interface dan desain jaringan umum (titik lokasi), karena ini berkaitan erat dengan kepatuhan dan kenyamanan pengguna (Rojas dan Pérez, 1995).

Metode

Metode diikuti dalam penelitian ini terdiri dari langkah-langkah berikut:

• Dokumenter dan penelitian kepustakaan untuk membuat kerangka teoritis referensi.

• Penyusunan model kualitas produk.

• Desain survei untuk mengevaluasi model prototipe

• Identifikasi, perumusan dan validasi instrumen pengukuran.

• Penerapan instrumen untuk dua produk software yang dipilih saat menentukan sampel dan pemurnian model

• Penerapan algoritma untuk memperoleh estimasi kualitas.

• Analisis hasil yang diperoleh. Setelah data dan hasil akhir dari evaluasi telah diperoleh, mereka dianalisis dan kesimpulan yang relevan pada perilaku model dicapai.

Penyusunan model

Menyajikan perumusan kualitas produk perangkat lunak prototipe model yang didasarkan pada kualitas sistemik (Callaos dan Callaos, 1996). Model yang diusulkan mengambil komponen-komponen berikut ke rekening:

• Produk efisiensi dan efektivitas, kualitas parsial dari model kualitas sistemik.

• Karakteristik Kualitas dari model Dromey dan ISO 9126: efisiensi, kehandalan, fungsionalitas, pemeliharaan, portabilitas dan kegunaan.

• Hubungan yang digunakan dalam model McCall antara karakteristik mutu dan metrik.

• Metrik yang ada dalam literatur pada subjek akan dipelajari, dan upaya dilakukan untuk berhubungan mereka ke karakteristik kualitas akan dipertimbangkan dalam model.

Desain survei dan studi kasus

Tujuan dari bagian ini adalah untuk menjelaskan desain survei secara rinci. Ini mencakup metode seleksi dan estimasi yang digunakan dan ukuran sampel (Seijas, 1999).

a. Desain survei

Karakteristik internal dari desain dipengaruhi atribut kualitas.

b. Sebuah studi kasus

Perusahaan dimana evaluasi dilakukan termasuk sektor perbankan dan jatuh dalam kategori perusahaan jasa. fungsi intermediasi keuangannya dapat dipecah menjadi transaksi kredit dan operasi penerimaan uang.

Dalam penelitian ini, dua proyek manajemen risiko yang dipilih. Ini adalah: “Pemantauan Khusus” dan “Penilai.” The “Pemantauan Khusus” dan “Penilaian” sistem dipilih dari beberapa pilihan untuk alasan berikut: pengguna yang didefinisikan dengan jelas; komponen perangkat lunak berikut produk yang tersedia: kebutuhan, rancangan dan kode; dukungan teknis yang tersedia untuk melaksanakan evaluasi; produk ini penerimaan pengguna, kedua produk tersebut memiliki lingkungan yang sama, mereka berbagi lingkungan yang sama dan pengguna yang sama, sistem berinteraksi dan mereka memiliki tujuan yang sama dan prioritas perusahaan. Semua ini berarti bahwa evaluasi dapat dilakukan dalam lingkungan yang stabil, menghindari faktor-faktor dalam lingkungan yang dapat mempengaruhi hasil evaluasi dan tidak dapat dikendalikan oleh model.

Deskripsi umum produk yang akan dievaluasi diberikan di bawah ini.

“Pemantauan Khusus” produk. Pemantauan Khusus adalah nama yang diberikan untuk menindaklanjuti klien berisiko di mana terdapat keadaan atau tanda-tanda peringatan bertanggung jawab untuk mempengaruhi perkembangan normal dan / atau pembayaran segera transaksi mereka.

“Penilaian” produk. Sistem Penilaian adalah alat manajemen internal untuk pengukuran perkiraan kualitas sebuah perusahaan dan resiko yang mungkin memerlukan, dengan maksud untuk mengembangkan kapasitas yang sekarang dan masa depan untuk memenuhi komitmen pembayaran nya.

Penerapan model

Pertama dari semua instrumen yang akan digunakan dalam evaluasi diidentifikasi dan divalidasi. Kemudian prosedur yang digunakan untuk pplying instrumen disajikan.

Selanjutnya algoritma yang digunakan untuk mendapatkan estimasi kualitas dijelaskan. Terakhir analisis hasil evaluasi diberikan.

a. Identifikasi, persiapan dan validasi instrumen pengukuran

b. Penerapan instrumen untuk dua produk perangkat lunak dan penyempurnaan model.

c. Penerapan algoritma untuk mendapatkan estimasi kualitas.

d. Analisis hasil yang diperoleh

Setelah data akhir diperoleh dari evaluasi, ini dianalisa untuk mendapatkan hasil yang akan mengarah pada kesimpulan yang relevan terhadap perilaku model.   Data yang diperoleh dari evaluasi dianalisis menggunakan koefisien korelasi. Sebuah korelasi positif diperoleh dalam dua produk (Tabel 12), yang menunjukkan bahwa faktor Evaluator tidak menyebabkan evaluasi yang berbeda untuk hasil evaluasi produk.

Setelah dipastikan validitas data yang diperoleh melalui evaluasi, masing-masing produk dianalisis. Karena ada dua evaluasi untuk setiap produk, perlu untuk memproduksi satu set baru metrik mengambil nilai yang lebih besar dari kedua evaluasi untuk setiap metrik. Ini set baru metrik yang digunakan dalam analisis hasil.

VI. Result

Hasil evaluasi dari dua produk perangkat lunak dibandingkan untuk studi kasus ini. Dua perbandingan dibuat. Pertama dari semua persyaratan kualitas yang ditetapkan oleh klien dianggap. Selanjutnya, produk tersebut dibandingkan, dengan mempertimbangkan median dari metrik oleh subcharacteristic.

Perbandingan produk P1 dan P2 mempertimbangkan persyaratan kualitas yang ditetapkan Dalam hal ini, persyaratan mutu ditetapkan berdasarkan karakteristik fungsi. produk P1 memenuhi persyaratan kualitas fungsi, baik dalam hal efisiensi dan efektivitas produk (lihat Tabel 13). Sebaliknya, P2 produk tidak memiliki tingkat optimal dalam subcharacteristics interoperabilitas dan keamanan.

Karena kedua produk tersebut memiliki lingkungan pengembangan sistem yang sama, ada 75% sesuai dengan proses yang terkait dengan produk P1 dan P2 fungsionalitas. Namun, tingkat lebih rendah dari yang diharapkan dalam audit dan manajemen mutu yang dicapai (lihat Gambar 3).

 

VII. Discussion and Recomendation

Perumusan model diaktifkan spesifikasi yang berlaku dari model kualitas sistemik yang harus dicapai khususnya efisiensi produk dan dimensi efektivitas. Evaluasi dari dua produk perangkat lunak yang memungkinkan untuk memastikan bahwa model adalah alat yang efektif untuk menganalisa kualitas produk, yang dapat digunakan untuk membandingkan produk perangkat lunak yang berbeda dan juga untuk mendeteksi kelemahan dalam produk yang perlu diperbaiki.

Model Kualitas sistemik memiliki proses dan dimensi produk, seperti dalam rangka untuk evaluasi kualitas menjadi sistemik dimensi proses harus dimasukkan. kemajuan lebih lanjut di sepanjang garis ini akan untuk menggabungkan dimensi kualitas ke personel, mengingat berbagai karakteristik yang dibutuhkan. Ini harus diperhitungkan untuk melengkapi penelitian ini.ISO 9126
ISO/IEC 9126 adalah standar atau acuan dalam perekayasaan software. Kualitas produk adalah standar internasional untuk evaluasi kualitas software. Tujuan dari pengggunaan standar ini adalah untuk mengatasi beberapa kebiasan manusia yang  dapat mempengaruhi pengiriman dan persepsi dari sebuah proyek pengembangan perangkat lunak. Bias ini meliputi perubahan prioritas setelah dimulainya proyek atau tidak memiliki definisi yang jelas. Dengan mengklarifikasi, kemudian menyepakati prioritas proyek, dan kemudian mengubah prioritas abstrak dengan nilai-nilai terukur, ISO / IEC 9126 mencoba untuk mengembangkan pemahaman yang umum dari tujuan proyek dan tujuan . Standar ini dibagi menjadi empat bagian:
–     model kualitas
–    eksternal metrik
–    internal metrik
–    kualitas dalam penggunaan metrik

Karakteristik    Sub karakteristik
Functionality: Software untuk menjalankan fungsinya sebagaimana kebutuhan sistemnya    Suitability, Accuracy, Interoperability, Security
Reliability: Kemampuan software untuk dapat tetap tampil sesuai dengan fungsinya ketika digunakan    Maturity, Fault tolerance, Recoverability
Usability: Kemampuan software untuk mudah dimengerti, dipelajari, digunakan dan disukai pengguna    Understandability, Learnability, Operability, Attractiveness
Efficiency: Kemampuan software untuk menampilkan performans relatif terhadap penggunaan sumberdaya    Time Behavior, Resource Utilization
Maintainability: Kemampuan software untuk dimodifikasi (koreksi, adaptasi, perbaikan)    Analyzability, Changeability, Stability, Testability
Portability: Kemampuan software untuk ditransfer dari satu lingkungan ke lingkungan lain    Adaptability, Installability

Pendekatan rekayasa menginginkan bahwa kualitas software ini dapat diukur secara kuantitatif, dalam bentuk angka-angka yang mudah dipahami oleh manusia. Untuk itu perlu ditentukan parameter atau atribut pengukuran. Menurut taksonomi McCall, atribut tersusun secara hirarkis, dimana level atas (high-level attribute) disebut faktor, dan level bawah (low-level attribute) disebut dengan kriteria. Faktor menunjukkan atribut kualitas produk dilihat dari sudut pandang pengguna. Sedangkan kriteria adalah parameter kualitas produk dilihat dari sudut pandang perangkat lunaknya sendiri. Faktor dan kriteria ini memiliki hubungan sebab akibat. Tabel  menunjukkan daftar lengkap faktor dan kriteria dalam kualitas perangkat lunak menurut McCall.

BAB 3  PERTANYAAN DAN PEMBAHASAN

1.    Jelaskan atribut-atribut dari software yang berkualitas? Apa yang perlu dilakukan dalam pembangunan sistem informasi agar software penunjang sistem informasi yang dibangun tersebut memenuhi standar kualitas yang telah ditetapkan oleh ISO?
Dalam konteks rekayasa software, kualitas software mengacu pada dua konsep terkait tetapi berbeda yang ada di mana pun kualitas didefinisikan dalam konteks bisnis:
a.    Software kualitas fungsional mencerminkan seberapa baik sesuai dengan atau sesuai dengan desain yang diberikan, berdasarkan persyaratan fungsional atau spesifikasi. Bahwa atribut juga dapat digambarkan sebagai kemampuan dari sebuah software atau bagaimana membandingkan dengan produk kompetitor di pasar.
b.    Kualitas software struktural mengacu pada bagaimana memenuhi kebutuhan non-fungsional yang mendukung pengiriman persyaratan fungsional, seperti ketahanan atau perawatan, sejauh mana software diproduksi dengan benar. Kualitas struktur dievaluasi melalui analisis struktur internal software, kode sumbernya, pada dasarnya bagaimana arsitekturnya menganut terdengar prinsip arsitektur software. Sebaliknya, kualitas fungsional biasanya ditegakkan dan diukur melalui pengujian software.
Secara historis, struktur, klasifikasi, dan terminologi atribut dan metrik berlaku untuk manajemen kualitas software telah diturunkan atau diekstrak dari ISO 9126. Berdasarkan model, karakteristik kualitas software struktural telah jelas didefinisikan oleh Konsorsium TI Kualitas Software (CISQ), sebuah organisasi independen yang didirikan oleh Software Engineering Institute (SEI) di Carnegie Mellon University, dan Object Management Group (OMG).
CISQ telah menentukan 5 karakteristik yang diinginkan utama yang diperlukan untuk sebuah software untuk memberikan nilai bisnis: Reliability (Keandalan), Efisiensi, Keamanan, Maintainability, dan Ukuran. Pengukuran kualitas software adalah tentang mengukur sejauh mana sebuah software atau sistem sepanjang masing-masing dari lima dimensi. Kualitas software dilengkapi dengan analisis Kesalahan Pemrograman Kritis, bahwa dalam keadaan tertentu dapat menyebabkan gangguan atau bencana degradasi kinerja, yang membuat sistem yang diberikan tidak cocok untuk digunakan.
a.    Keandalan: Sebuah atribut ketahanan dan kekokohan struktural. Keandalan mengukur tingkat risiko dan kemungkinan kegagalan aplikasi. Hal ini juga mengukur kecacatan karena modifikasi yang dilakukan pada software. Tujuan untuk memeriksa dan memantau keandalan adalah untuk mengurangi dan mencegah aplikasi downtime aplikasi, mengurangi kesalahan yang langsung mempengaruhi pengguna, serta meningkatkan citra TI dan kinerja bisnis perusahaan.
b.    Efisiensi: Kode HTML dan atribut arsitektur software adalah elemen yang memastikan kinerja tinggi aplikasi dalam run-time mode. Efisiensi ini penting terutama untuk aplikasi dalam lingkungan kecepatan eksekusi tinggi seperti proses transaksi, di mana kinerja tinggi dalam skala besar adalah hal yang terpenting. Analisis efisiensi kode sumber dan skalabilitas memberikan gambaran yang jelas dari risiko usaha laten dan kerugian yang mereka dapat menyebabkan untuk kepuasan pelanggan karena degradasi respon-time.
c.    Keamanan:    Ukuran dari potensi pelanggaran keamanan akibat praktek arsitektur dan coding yang buruk. Ini mengkuantifikasi risiko menghadapi kerentanan kritis yang merusak dapat bisnis.
d.    Maintainability: Mencakup gagasan adaptasi, portabilitas, dan pengalihan (dari satu tim pengembangan yang lain). Pengukuran dan pemantauan pemeliharaan adalah suatu keharusan untuk aplikasi kritis, perubahan didorong oleh ketatnya jadwal operasi dan penting untuk IT untuk tetap responsif terhadap perubahan bisnis. Hal ini juga penting untuk menjaga biaya pemeliharaan terkendali.
e.    Ukuran: Meskipun bukan atribut kualitas itu sendiri, namun ukuran dari kode sumber merupakan karakteristik software yang jelas berdampak perawatan. Dikombinasikan dengan karakteristik kualitas di atas, ukuran software dapat digunakan untuk menilai jumlah pekerjaan yang dihasilkan dan harus dilakukan oleh tim, produktivitas melalui korelasi dengan waktu, dan lainnya yang terkait metrik.

Agar software yang dikembangkan dapat memenuhi standar ISO, maka pihak pengembang harus menguasai prinsip-prinsip dasar standar ISO melalui pelatihan ISO 9126, dengan terlebih dahulu berkonsultasi dengan pihak ISO, kriteria apa saja yang sudah sesuai standar dan mana yang belum sesuai standar. Apabila dinilai sudah layak, pengembang mendaftarkan diri untuk memperoleh sertifikasi ISO 9126.

2.    Mengapa kita perlu memperhatikan faktor “maintanability” dari suatu software? Jelaskan urgensinya!
Maintanability (pemeliharaan) yang baik mencakup konsep pengaturan, mudah dimengerti, uji coba yang berubah-ubah, dan transfer dari satu tim pengembangan ke tim yang lain. Sejalan dengan perkembangan waktu, pengembangan software bersifat siklus, dengan faktor utama antara lain :
•    Perkembangan software yang bersifat dinamik, selalu berubah secara kontinyu sehingga seringkali sulit untuk diantisipasi.
•    Perkembangan ilmu pengetahuan dan teknologi yang meliputi metode pembuat keputusan, teknologi komputer serta teknologi komunikasi dan informasi
•    Ketidaksempurnaan manusia sebagai analis dan perancang suatu software
Siklus pengembangan software meliputi kegiatan-kegiatan antara lain :
–    Studi dan analisis
–    Desain global
–    Desain detail
–    Implementasi
–    Operasi dan pemeliharaan
Urgensi dari faktor maintanability dari gambar terlihat bahwa dalam siklus pengembangan sistem informasi, proses pemeliharaan berada di akhir, yang merupakan tahap awal sebelum proses survey atau investigasi selanjutnya. Fase pemeliharaan software merupakan fase perubahan, yang berfokus pada proses perbaikan, adaptasi, peningkatan, dan pencegahan.

3.    Apa-apa saja yang diperhatikan bila organisasi mengambil kebijakan outsourcing dalam pengembangan sistem organisasinya? Jelaskan!
Outsourcing adalah  mengontrakkan  keluar  semua  atau  sebagian operasi  komputer  perusahaan  kepada  organisasi  jasa  di  luar perusahaan.  Organisasi  lain  adalah:  utilitas komputer,  menawarkan jasa  timesharing  dengan  cara  yang  serupa  seperti  perusahaan  utilitas menyediakan listrik, air dan jasa. Outsourcer, suatu perusahaan jasa komputer  yang  melaksanakan  sebagian  atau  seluruh  komputasi perusahaan  pelanggan  untuk  periode  waktu  yang  sama,  5  atau  10 tahun dalam kontrak tertulis. Jasa outsharing mencakup : a) Pemasukan data dan pengolahan sederhana b) Kontrak pemrograman c) Manajemen fasilitas d) Integrasi sistem e) Dukungan operasi untuk pemeliharaan, pelayanan, atau pemulihan dari bencana. Keuntungan outsourcing,  disamping  mengurangi  biaya,  juga manajemen  dapat  memfokuskan  semua  perhatian  mereka  pada pengembangan  sistem  strategis  yang  baru.  Outsourcing  juga  selalu mendapatkan  akses  ke  teknologi  dan  pengetahuan  tercanggih  tanpa memiliki staf purnawaktu.

Resiko outsourcing,  banyak  CIO  ragu  untuk  kontrak  kepada outsourcer  jangka  panjang, karena tidak  ingin  tergantung  pada perusahaan  lain.  Beberapa  perusahaan  juga  tidak  mau  menyerahkan pekerjaannya  ke outsourcer  kalau  telah mengembangkan komputasi canggih yang memberikan keunggulan kompetitif.

4.    Kalau anda dipercaya untuk memimpin pembangunan sistem informasi untuk memimpin pembangunan sistem perusahaan di tempat anda bekerja, langkah apa saja yang akan anda lakukan? Jelaskan!
Hal penting yang harus dipertimbangkan dalam merumuskan konsep dan memilih sistem informasi berbasis teknologi informasi antara lain:
–    Desain manajemen sistem informasi berorientasi saat ini dan kedepan. Desain sistem merupakan kerangka dari arah perjalanan suatu manajemen. Apabila disain tidak tepat sistem akan menjadi sia-sia dan cepat kadaluarsa.
–    Sesuai dengan jenis manajemen yang sedang atau akan dikembangkan. kesesuaian antara jenis manajemen dan sistem yang dikembangkan mutlak diperlukan agar tidak ada fasilitas dari sistem baru yang tidak berguna dan semua dapat mengakomodir manajemen yang ada.
–    Kesiapan sumber daya manusia ditingkat operator dan manajemen. Kesiapan disini lebih ditekankan pada penerimaan SDM untuk bersama-sama dengan manajemen mengembangkan insitusinya. Karena SDM pertama yang akan mengoperasionalkan sistem adalah dari internal institusi sendiri.
–    Kesiapan kebijakan pendukung dan anggaran biaya dari sisi manajemen. Kesiapan kebijakan dilevel manajemen merupakan dasar dari pelaksanaan sistem yang akan digunakan, tanpa keputusan pengembangan sistem yang digunakan tidak akan mendapat perhatian dan pengembangan selanjutnya.
–    Desain sistem informasi terintegrasi / terpadu. Poin integrasi menjadi syarat utama dalam merencanakan dan membuat disain dan pengembanganya, faktor utama dalam hal integrasi adalah efisiensi dan efektifitas dari sistem informasi dan kinerja manajemen yang ada.
–    Kemampuan mengelola manajemen umum dan lokal. Pada akhir-akhir ini sedang tren pengembangan sistem informasi, namun hampir dilupakan faktor penentu keberhasilan implementasi sistem adalah kesesuaian dengan manajemen lokal suatu institusi.
–    Kemudahan pengembangan sistem untuk masa yang akan datang. Mengingat sistem informasi dibangun untuk penggunaan dimasa yang aka datang, seharusnya juga pengembangan-pengembangan berikutnya tetap dapat dilakukan tanpa harus membongkar ulang sistem sehingga informasi yang telah disimpan oleh sistem informasi dapat tetap dimanfaatkan.
–    Mengantisipasi ramalan trend teknologi pada masa yang akan datang. Tidak lepas dengan kesiapan sistem dalam hal manajemen, kesiapan teknologi juga menadi perhatian penting. salah satu syarat utama pengembangan adalah kepastian sistem dapat diakses melalui jaringan baik intranet maupun internet. sistem berbasis web dapat menjadi sebuah solusi.
–    Perawatan dan keberlanjutan sistem yang terencana. Perawatan sistem ini lebih terkait dengan perawatan sistem dari sisi institusi. kepastian tetap berjalannya sistem dengan baik dan monitoring serta wacana pengembanganya. sebaiknya ditugaskan sdm khusus untuk melaksanakan tugas ini.
–    Jaminan kerjasama technical support dari pengembang sistem informasi terhadap sistem dan infrastruktur TI.
Untuk mengelola sumberdaya informasi, diperlukan peran Chief Information Officer (CIO). CIO  merupakan  salah  satu  eksekutif  tingkat puncak perusahaan, bertanggung jawab atas salah satu area fungsional utama jasa  informasi. CIO  merupakan  anggota  komite  eksekutif  dan bekerjasama  dengan  para  eksekutif lain dalam perencanaan  strategis. Rencana bisnis strategis menyatukan informasi sebagai sumberdaya yang perlu digunakan untuk mendapatkan keunggulan kompetitif, dan didukung oleh suatu rencana strategis untuk sumberdaya informasi. Di banyak perusahaan, berbagai kekuatan bekerja mempengaruhi  SI secara  nyata. Salah  satu  kekuatan  itu  adalah penambahan  beban kerja SI dan pembatasan sumberdaya SI dalam rancang ulang proses  bisnis (business process redesign) atau BPR.
Tiga kekuatan lain mempengaruhi SI dalam arah yang berlawanan untuk mengurangi tingkat sumberdaya dan lingkup tanggungjawab. Kekuatan tersebut adalah konsolidasi, downsizing dan outsourcing. Di banyak perusahaan, komite eksekutif bertanggung jawab atas perencanaan bisnis strategis dan menangani masalah-masalah yang bernilai  strategis. Komite ini dapat memandang informasi  sebagai sumberdaya strategis dan terlibat dalam manajemen sumberdaya informasi atau information resources management (IRM) untuk tujuan mencapai keunggulan kompetitif dalam pasar.

Untuk mengembangkan proyek sistem informasi, maka yang harus diperhatikan adalah jenis usaha dan skala usaha dari perusahaan tempat kita bekerja. Jangan sampai proyek SI yang kita kembangkan tidak sesuai dengan kebutuhan perusahaan kedepan. Investasi SI yang besar bisa tidak efektif apabila nantinya kurang termanfaatkan oleh pimpinan perusahaan, manajer, dan staf divisi lain dalam perusahaan. Seperti yang diilustrasikan dalam gambar, tujuan kita sebagai pengembang SI adalah untuk mengakomodir operasional perusahaan. Kita harus tahu, apa yang sebenarnya diinginkan oleh pimpinan kita yang bertindak sebagai user. Apabila kurang sesuai, maka setelah SI dibangun, terdapat kecacatan yang harus diperbaiki kembali. Biaya memperbaiki SI yang telah terbangun bisa lebih mahal daripada biaya pembuatan SI awal.

Sebuah sumber utama dari tidak efisiennya departemen Teknologi Informasi (TI) adalah organisasi yang buruk dari staf dan kurangnya kejelasan peran dan tanggung jawab. Biaya dari departemen TI yang tidak efektif umumnya besar. Organisasi TI yang buruk juga menyebabkan deadline proyek yang tidak terpenuhi, jatuhnya service dari server secara tidak terencana, garis service TI yang tidak jelas, dan proyek yang tidak menguntungkan.
Umumnya seluruh kegiatan TI dapat dibagi menjadi dua bagian dasar yaitu “operation and infrastructure” dan “aplication development“. Bagian operasi berurusan dengan penanganan sehari-hari dari lingkugan komputer dan keamanan. Bagian Aplikasi bertanggung jawab dengan pembuatan dan pengembangan aplikasi bisnis. Untuk perusahaan besar, ada beberapa group khusus yang dibentuk agar lebih terspesialisasi. Berikut adalah diagram peran karyawan pada divisi TI.
Untuk perusahaan yang kecil, satu karyawan dapat mengambil lebih dari satu peran misalkan sebagai Business Analyst sekaligus Application Developer. Tapi perusahaan harus tetap berpegang pada satu syarat, yaitu tidak diperkenankan karyawan memegang dua jenis peran sebagai pembuat sekaligus pengawas dalam sebuah proyek. Misalkan seorang programmer yang juga mengambil peran sebagai tester.Gambar

Taut

AC MILAN

22 Nov

title=”AC MILAN”>AC MILAN

berita tentang AC milan

straker haus gool pato masih simpang siur

http://bola.viva.co.id/news/read/369444-masa-depan-pato-di-milan-segera-terjawab

salam kenal

11 Agu

selamat datang di iseng iseng bikin ini ?

cuman coba” testing pertama kali

Halo dunia!

10 Agu

Selamat datang di WordPress.com! Ini adalah postingan pertama Anda. Klik Sunting untuk memodifikasi atau menghapusnya, atau tulis postingan baru. Kalau mau, gunakan postingan ini untuk menyampaikan kepada para pembaca mengapa Anda membuat blog ini dan apa rencana Anda selanjutnya.

Selamat ngeblog!