ANALISA DAN PERANCANGAN SISTEMBAB 16JAMINAN KUALITAS DAN IMPLEMENTASINYA

A. PENDEKATAN MANAJEMEN TOTAL KUALITASTotal manajemen mutu (TQM) adalah penting di seluruh semua langkah pengembangan sistem. Menurut Evans dan Lindsay (2004), unsur-unsur utama dari TQM bermakna hanya bila terjadi dalam konteks organisasi yang mendukung upaya kualitas yang komprehensif. Alih-alih kualitas mengendalikan jumlah produk cacat yang dihasilkan, kualitas sekarang berpikir sebagai sebuah proses evolusi menuju kesempurnaan yang disebut manajemen mutu sebagai keseluruhan. 1. SixSigmaSix Sigma adalah suatu alat manajemen baru yang digunakan untuk mengganti Total Quality Management ( TQM ), sangat terfokus terhadap pengendalian kualitas dengan mendalami sistem produksi perusahaan secara keseluruhan. Memiliki tujuan untuk, menghilangkan cacat produksi, memangkas waktu pembuatan produk, dan mehilangkan biaya yang tidak diperlukan. Tujuan dari Six Sigma adalah untuk menghilangkan semua cacat. Ini berlaku untuk setiap produk, layanan, atau proses. Six Sigma menyiratkan tujuan tidak lebih dari 3,4 cacat per sejuta kesempatan. Six Sigma adalah pendekatan top-down.

2. Tanggung Jawab Manajemen Total KualitasSebagian besar tanggung jawab atas kualitas sistem informasi terletak dengan pengguna sistem dan manajemen. Hal yang harus terjadi untuk TQM untuk menjadi kenyataan dengan proyek-proyek sistem, yaitu dukungan organisasi penuh manajemen harus ada, Dukungan tersebut berarti membangun konteks bagi orang-orang manajemen untuk mempertimbangkan secara serius bagaimana kualitas sistem informasi dan informasi itu sendiri mempengaruhi pekerjaan mereka. Bauran yang terdapat pada six sigma:1. Mendefenisikan masalah2. Mengamati masalah3. Menganalisis kasus4. Bertindak terhadap penyebab5. Mempelajari hasil6. Membuat perubahan7. MenyimpulkanSebaiknya, standar akan dibentuk kembali setiap kali sistem baru atau modifikasi utama adalah untuk secara resmi diusulkan oleh tim analisis sistem.

3. Structured Walkthrough (Penelusuran Terstruktur)Penelusuran terstruktur adalah cara menggunakan peer reviewer untuk memantau sistem pemrograman dan pembangunan secara keseluruhan, menunjukkan masalah, dan memungkinkan programmer atau analis yang bertanggung jawab untuk itu bagian dari sistem untuk membuat perubahan yang sesuai.Penelusuran terstruktur melibatkan setidaknya empat orang , yaitu: 1. Orang yang bertanggung jawab untuk bagian dari sistem atau subsistem sedang ditinjau (programmer atau analis), 2. Koordinator walkthrough, 3. Seorang programmer atau analis setara, 4. Rekan yang mengambil catatan tentang saran. Gunakan penelusuran terstruktur sebagai cara untuk mendapatkan (dan kemudian bertindak atas) umpan balik yang berharga dari perspektif yang Anda miliki. Seperti dengan semua ukuran jaminan kualitas, titik walkthrough adalah untuk mengevaluasi produk sistematis secara berkelanjutan daripada menunggu sampai selesai sistem.

4. Top-Down Sistem Desain dan PengembanganBanyak perusahaan pertama kali diperkenalkan sistem komputer pada tingkat terendah dari organisasi. Disinilah manfaat langsung bagi komputerisasi yang paling diamati dan hemat biaya. Bisnis sering mengambil pendekatan ini untuk pengembangan sistem. Meskipun masing-masing subsistem kecil muncul untuk mendapatkan perangkat lunak kerja apa yang diinginkan, ketika sistem secara keseluruhan dianggap, ada keterbatasan untuk mengambil pendekatan bottom-up. salah satunya adalah bahwa ada duplikasi usaha dalam pembelian perangkat lunak dan bahkan dalam memasukkan data.Ketika sistem analis menggunakan pendekatan top-down, mereka berpikir tentang keterkaitan dan saling ketergantungan subsistem karena mereka masuk ke dalam organisasi yang sudah ada. Pendekatan top-down juga menyediakan penekanan diinginkan pada sinergi atau interface bahwa sistem dan subsistem mereka butuhkan, yang kurang dalam pendekatan bottom-up. Ini membantu untuk menjawab pertanyaan tentang bagaimana tim harus bekerja sama untuk mencapai tujuan mereka.Keuntungan menggunakan pendekatan top-down untuk desain sistem termasuk menghindari kekacauan mencoba untuk merancang sebuah sistem sekaligus. Keuntungan kedua mengambil pendekatan top-down untuk merancang adalah bahwa hal itu memungkinkan sistem yang terpisah tim analisis untuk bekerja secara paralel pada berbeda tetapi diperlukan subsistem, yang dapat menyimpan banyak waktu. Keuntungan ketiga adalah bahwa pendekatan top-down menghindari masalah utama yang terkait dengan bottom sebuah up : mencegah sistem analis dari mendapatkan begitu terjerumus dalam detail yang mereka kehilangan pengawasan dari sistem yang seharusnya dilakukan.

5. Menggunakan Struktur Grafik Untuk Merancang Sistem ModularSetelah pendekatan desain top-down diambil, pendekatan modular berguna dalam pemrograman. Pendekatan ini melibatkan melanggar program ke logis, dikelola bagian, atau modul. Semacam ini pemrograman bekerja dengan baik dengan desain top-down karena menekankan antarmuka antara modul dan tidak mengabaikan mereka sampai nanti dalam pengembangan sistem. Program desain modular memiliki tiga keunggulan utama: a. Pertama, modul lebih mudah untuk menulis dan men-debug karena mereka hampir mandiri. Menelusuri kesalahan dalam modul kurang rumit, karena masalah dalam satu modul seharusnya tidak menimbulkan masalah pada orang lain. b. Keuntungan kedua dari desain modular adalah bahwa modul lebih mudah untuk mempertahankan. Modifikasi biasanya akan terbatas pada beberapa modul dan tidak akan tersebar di seluruh programc. Keuntungan ketiga dari desain modular adalah bahwa modul lebih mudah dipahami, karena mereka selfcontained subsistem. Oleh karena itu, pembaca dapat mengambil daftar kode modul dan memahami fungsi.

Beberapa pedoman untuk pemrograman modular meliputi berikut ini:a. Jauhkan setiap modul untuk ukuran dikelola (idealnya hanya memasukkan satu fungsi).b. Perhatikan antarmuka kritis (data dan variabel kontrol yang dilewatkan ke modul lain).c. Minimalkan jumlah modul pengguna harus memodifikasi ketika membuat perubahan.d. Menjaga hubungan hirarkis didirikan di fase top-down.

6. Service-Oriented Architecture (SOA)Pengembangan modular telah menyebabkan sebuah konsep yang disebut arsitektur berorientasi layanan (SOA), tapi satu yang sangat berbeda dari modul dalam bagan struktur. Bukannya hirarkis seperti pendekatan top-down yang ditemukan dalam grafik struktur, pendekatan SOA adalah untuk membuat individu SOA jasa yang unassociated atau hanya longgar digabungkan satu sama lain. Setiap layanan mengeksekusi satu tindakan dan dapat digunakan dalam aplikasi lain dalam organisasi atau bahkan di organisasi lain. Dalam rangka untuk mendirikan sebuah SOA, layanan harus:1. Modular,2. Dapat digunakan kembali,3. Bekerja sama dengan modul lain (interoperabilitas),4. Mampu dikategorikan dan diidentifikasi,5. Bisa dipantau, dan6. Sesuai dengan standar industri-spesifik.

B. Pendekatan DokumentasiUpaya jaminan kualitas total mensyaratkan bahwa program didokumentasikan dengan benar. Perangkat lunak, sistem, dan prosedur formal dan informal perlu didokumentasikan sehingga sistem dapat dipertahankan dan ditingkatkan. Dokumentasi memungkinkan pengguna, programmer, dan analis untuk "melihat" sistem, perangkat lunak, dan prosedur tanpa harus berinteraksi dengan itu. Ada banyak alasan mengapa sistem dan program yang tidak tercatat atau underdocumented. Beberapa masalah tinggal dengan sistem dan program itu sendiri, orang lain dengan sistem analis dan programmer. Sistem analis mungkin gagal untuk mendokumentasikan sistem dengan baik jika mereka tidak memiliki waktu untuk mendokumentasikan. Beberapa analis tidak mendokumentasikan karena mereka takut melakukannya atau berpikir itu tidak kerja nyata mereka.

1. Prosedur ManualManual prosedur adalah dokumen organisasi umum bahwa kebanyakan orang telah melihat. Mereka adalah komponen bahasa Inggris dari dokumentasi, meskipun mereka juga dapat berisi kode-kode program, diagram alur, dan sebagainya. Manual dimaksudkan untuk mengkomunikasikan kepada mereka yang menggunakannya. Untuk menjadi berguna, dokumentasi pengguna harus terus up to date. Banyak pengembang perangkat lunak telah pindah pengguna dukungan-lengkap dengan manual, FAQ halaman, chat online, dan komunitas-untuk pengguna Web. Bagian kunci dari manual harus mencakup pengenalan, bagaimana menggunakan perangkat lunak, apa yang harus dilakukan jika ada yang salah, bagian teknis referensi, indeks, dan informasi tentang cara menghubungi produsen. Keluhan terbesar dengan manual prosedur adalah bahwa (1) mereka yang kurang terorganisir, (2) sulit untuk menemukan informasi yang dibutuhkan di dalamnya, (3) kasus tertentu yang dimaksud tidak tidak muncul dalam manual, dan (4) manual tidak ditulis dalam bahasa Inggris.

2. Metode FolkkloreFolkklore adalah teknik dokumentasi sistem yang diciptakan untuk melengkapi beberapa teknik hanya tertutup. Folkklore mengumpulkan informasi yang sering dibagi di antara pengguna, tetapi jarang dituliskan.Folkklore pertama kali dikembangkan pada tahun 1980 oleh Kendall dan Losee, jauh sebelum penciptaan blog dan komunitas pengguna. Folkklore memiliki dua keunggulan utama atas umum ditemukan komunitas pengguna: (1) terstruktur, sehingga lebih terorganisir, dokumentasi yang lebih lengkap, dan (2) mendorong seseorang yang akrab dengan perangkat lunak untuk mencari informasi daripada tergantung pada pengguna untuk tampil sendiri.Folkklore adalah teknik yang sistematis, berdasarkan metode tradisional yang digunakan dalam pengumpulan Folkklore tentang orang-orang dan legenda. Pendekatan untuk dokumentasi sistem membutuhkan analis untuk pengguna wawancara, menyelidiki dokumentasi yang ada dalam file, dan mengamati pengolahan informasi. Tujuannya adalah untuk mengumpulkan informasi yang sesuai dengan salah satu dari empat kategori: adat istiadat, cerita, perkataan, dan bentuk-bentuk seni.

3. Memilih Desain dan Dokumentasi TeknikTeknik yang dibahas dalam bab ini sangat berharga sebagai alat desain, alat bantu memori, perangkat produktivitas, dan sebagai alat untuk mengurangi ketergantungan pada anggota staf kunci. Berikut ini adalah seperangkat pedoman untuk membantu analis menggunakan teknik yang sesuai. Pilihlah teknik yang: 1. Apakah kompatibel dengan dokumentasi yang ada.2. Apakah dimengerti oleh orang lain dalam organisasi.3. Memungkinkan Anda untuk kembali bekerja pada sistem setelah Anda telah jauh dari itu untuk periode waktu.4. Apakah cocok untuk ukuran sistem di mana Anda bekerja5. Memungkinkan untuk pendekatan desain terstruktur jika itu dianggap lebih penting daripada faktor-faktor lain.6. Memungkinkan untuk modifikasi mudah.

C. MENGUJI, PEMELIHARAAN, DAN MEMERIKSASekali Penganalisis sudah merancang dan menulis system. pengujian, pemeliharaan, memerikasanya itu adalah pertimbangan utama.1. Proses MengujiSemua system yang baru ditulis atau program aplikasi yang dimodifikasi dan juga program-program prosedur yang baru, perangkat keras baru, dan semua sistem antarmuka harus diuji secara menyeluruh.menguji secara acak,. Pengujian dilakukan ketika mengembang seluruh system, tidak hanya dilakukan pada tahap akhir. Hal ini dimaksudkan untuk menemukan maslah-masalah yang tidak diketahui sampai sekarang, tidak untuk mempertunjukan kesempurnaan program, pedoman-pedoman, atau peralatan-peralatan.Sistem yang bekerja secara utuh juga harus diuji. Termasuk di sini adalah menguji antarmuka di antara subsistem-subsistem, kebenaran output, dan kegunaan dan saling mengerti dalam mendokumentasi system output. Programmer, analis, operator, dan pengguna semua memainkan berbeda peran dalam berbagai aspek pengujian, seperti yang ditunjukkan pada gambar.

Menguji Program dengan Data Tes. Analis sistem berfungsi sebagai penasihat dan koordinator untuk program pengujian. Dalam kapasitas ini, analis bekerja untuk memastikan bahwa teknik pengujian yang benar adalah dilaksanakan oleh programmer.

Menguji Hubungan dengan Data Tes. Ketika program melewati pemeriksaan dan pengecekan dengan data tes, mereka harus melalui pengujian hubungan, yang juga menghubungkan ke rangkaian pengujian. Periksa uji hubungan untuk melihat apakah program yang saling bergantung benar-benar bekerja bersama-sama seperti yang direncanakan.Analis menciptakan data uji khusus yang mencakup berbagai situasi proses untuk menguji hubungan. Pertama, data tes yang khas adalah diproses untuk melihat jika system dapat ditangani dengan transaksi yang normal, hal itu akan mengurangi sebagian besar dari bebannya. Jika system bekerja dengan transaksi yang normal, variasi yang akan ditambahkan, termasuk data yang tidak valid digunakan untuk menjamin bahwa system dapat secara tepat mendeteksi kesalahan.

Menguji System Secara Penuh dengan Data Tes.Ketika uji hubungan sangat memuaskan, sistem sebagai entitas yang lengkap harus diuji. Pada tahap ini, operator dan pengguna akhir menjadi aktif terlibat dalam pengujian. Uji data, diciptakan oleh tim analisis sistem untuk tujuan yang cepat dari tujuan system yang menguji yang digunakan. Seperti yang diharapkan, ada beberapa faktor yang perlu dipertimbangkan ketika sistem pengujian dengan uji Data:1. Memeriksa apakah operator memiliki cukup dokumentasi yang memadai dalam pedoman prosedur (hard copy atau online) untuk menyarankan perbaikan dan pengperasian yang efisien.2. Memeriksa apakah pedoman prosedur adalah cukup jelas dalam menjelaskan bagaimana data seharusnya disiapkan untuk input.3. Memastikan jika aliran-aliran kerja mengharuskan dengan sebuah system aktual baru atau dimodifikasi "aliran."4. Menentukan apakah output adalah benar dan apakah pengguna memahami bahwa bentuk akhir dari output.

Menguji Sistem Secara Penuh dengan Data Nyata. Ketika pengujian system dengan menggunakan data uji ternyata memuaskan, ini merupakan ide yang baik untuk mencoba system baru dengan beberapa cara yang disebut data nyata, data yang diproses dengan sukses melalui system yang ada. Langkah ini memberikan perbandingan akurat antara system output baru dengan data nyata yang akan ditangani. Dengan uji data, hanya jumlah kecil dari data nyata yang digunakan dalam jenis pengujian system ini.Pengujian merupakan periode yang penting untuk menilai bagaimana para pengguna terakhir dan para operator berinteraksi secara nyata dengan system.

2. PemeliharaanTujuan Anda sebagai seorang analis sistem harus memasang atau memodifikasi sistem yang memiliki cukup masa manfaat. Anda ingin membuat sebuah system yang rancangannya cukup luas dan bijaksana untuk pemakai saat ini dan sudah diperhitungkan untuk beberapa tahun yang akan datang. Bagian dari keahlian Anda harus digunakan untuk proyek yang mungkin diperlukan dan kemudian membuat sifat flesibel dan penyesuain sistem. Semakin baik desain sistem, semakin mudah akan untuk mempertahankan dan semakin sedikit biaya yang keluar untuk menghabiskan pemeliharaan Ini. Mengurangi biaya pemeliharaan menjadi perhatian utama, karena perawatan perangkat lunak sendiri dapat memakan lebih 50 persen dari total anggaran pengolahan data untuk bisnis. Dari perspektif sistem, masuk akal bahwa mendeteksi dan mengoreksi kesalahan desain perangkat lunak awal lebih murah dibandingkan kesalahan membiarkan kesalahan-kesalahan yang tidak diketahui sampai pemeliharaan itu diperlukan.

3. PemeriksaanPemeriksaan adalah salah satu cara untuk memastikan kualitas informasi yang terkandung dalam sistem. Apakah atau tidak informasi ditemukan terpercaya, menemukan kepercayaan ini dikomunikasikan ke lainnya dengan tujuan untuk membuat system informasi lebih berguna bagi mereka..Untuk sistem informasi, ada dua jenis pemeriksaan pada umumnya: internal dan eksternal. Keduanya sangat sangat penting bagi system yang anda rancang tergantung pada apa jenis sistemnya pemeriksaan internal bekerja untuk organisasi yang sama bahwa memliki system informasi sedangkan pemeriksaan eksternal ditugaskan dari luar.

D. IMPLEMENTASI SISTEM TERDISTRIBUSIJika ketahanan uji suatu jaringan telekomunikasi tinggi, maka memungkinkan untuk memiliki sistem terdistribusi untuk bisnis, sebuah setup yang dapat dipahami sebagai sebuah aplikasi telekomunikasi. Konsep sistem terdistribusi digunakan dalam berbagai cara. Di sini akan diambil dalam arti luas sehingga mencakup workstation yang dapat berhubungan satu sama lain dan prosesor data, serta konfigurasi arsitektur hierarki yang berbeda dari prosesor data yang berhubungan satu sama yang lain dan yang memiliki kemampuan penyimpanan data yang berbeda.

TEKNOLOGI KLIEN/SERVERModel klien/server (K/S), perhitungan klien/server, teknologi klien/server, dan arsitektur klien/server merujuk pada sebuah model rancangan yang dapat dipandang sebagai aplikasi yang berjalan pada Local Area Network (LAN).Dalam bagian yang sangat dasar, Anda dapat menggambarkan permintaan klien dan server mengeksekusinya atau dalam beberapa cara memenuhi permintaan. Gambar menunjukkan model client-server three-tier. dalam hal ini Angka, komputer klien mengakses tiga tingkatan yang berbeda dari server; Web server, yang menangani Web based pertukaran informasi; server aplikasi, yang memproses data ke dan dari klien komputer dan server database; dan server database, yang menyimpan dan menerima data.

Klien sebagai Bagian dari Model K/S yang menggunakan sebuah LAN. Pada saat anda melihat istilah klien, anda mungkin tertipu dengan membayangkan orang atau pengguna, sebagai contoh kita mengatakan klien dari praktik konsultasi kita. Tetapi, dalam model K/S, bagian klien tidak merujuk pada orang tetapi ke mesin jaringan yang merupakan masukan khusus ke system klien/server yang digunakan manusia. Oleh karenanya, klien dapat dihubungkan dengan computer desktop, workstation, atau computer laptop, atau apa saja yang mana pengguna dapat masuk ke system. Penggunaan Graphical User Interface (GUI), individu antarmuka secara langsung hanya dengan bagian klien. Workstation klien menggunakan program yang lebih kecil yang teretak dalam klien yang melakukan pengolahan front-end (sebagai lawan pengolahan back-end)

Mempertimbangkan Keuntungan dan Kerugian Model K/S. Meskipun banyak perusahaan yang naik secara tepat dan meminta system klien/server, kita telah menemukan dari pengambilan-pengambilan awal bahwa ini tidak selalu merupakan penyelesaian terbaik untuk mengesahkan sebual model K/S yang sudah bekerja. Perhatikan bahwa meskipun biaya pemrosesan yang lebih rendah disebutkan sebagai keuntungan model K/S dan bahkan terdapat beberapa keterangan untuk mendukung keperluan ini, sangat kecil data actual yang tersedia untuk membuktikannya.Perhatikan juga bahwa tanpa dukungan dan struktur organisasi yang diperlukan mencapai kesanggupan meletakkan wewenang pengambilan keputusan pada tingkat pengguna dan oleh karena itu lebih dekat ke pelanggan, keuntungan ini tak berarti.

ClOUD COMPUTINGJenis yang paling berkembang pesat komputasi komputasi awan. Cloud computing telah digambarkan sebagai metafora untuk internet, karena internet sering digambarkan sebagai awan dalam diagram jaringan. Menggunakan komputasi awan, organisasi dan pengguna individu dapat menggunakan layanan Web, layanan database, dan layanan aplikasi melalui Internet, tanpa harus berinvestasi dalam perusahaan atau alat perangkat keras, perangkat lunak, atau perangkat lunak pribadi. Gambar 16.8 menggambarkan pertukaran antara omputer klien dan layanan di awan. Organisasi berusaha untuk meningkatkan keamanan melalui komputasi awan dengan menggunakan jasa yang dijual sebagai memiliki ompu keamanan. Sebaliknya, Web browser dan layanan berbasis web yang tersedia melalui komputasi awan pengguna bebas untuk mengakses aplikasi dari mana saja setiap saat tanpa memperhatikan lokasi atau perangkat yang mereka gunakan.

PEMODELAN JARINGANKarena jaringan telah menjadi sedemikian penting , penganalis perlu untuk mempertimbangkan rancangan jaringan. Apakah penganalis mengambil yang rumit dengan kepututsan mengenai jaringan cincin atau Erthernet-atau apakah dia mengkhawatirkan mengenai perangkat keras seperti router dan bridge yang harus ditempatkan pada titik penghubungan jaringan, penganalisis harus selalu memepertimbangkan rancangan logika jaringan, dan disinilah masuk pemodelan jaringan.

Menggambar Diagram Dekomposisi Jaringan. Kita dapat mengilustrasikan sebuah model jaringan dekomposisi dengan mengacu sekali lagi pada contoh Worlds Trend Katalog Division dari bab-bab sebelumnya. Mulailah dengan menggambar sebuah lingkaran di bagian atas dan diberi nama "Worlds Trend Network." Sekarang menggambar sejumlah lingkaran pada tingkat bawah, seperti yang ditunjukkan pada Gambar 16.10. lingkaran ini mewakili hub-hub untuk Divisi Pemasaran dan masing-masing tiga masukan-order dan pusat distribusi (Divisi AS, Divisi Kanada, dan Divisi Meksiko).Kita dapat memperluas gambar ini lebih lanjut dengan menggambar tingkat lainnya. Kali ini, kita dapat menambahkan stasiun-kerja. Sebagai contoh, Divisi Pemasaran memiliki dua stasiun-kerja yang berhubungan dengannya, dimana Divisi AS memiliki 33 stasiun-kerja nya pada LAN (Administrasi, Gudang AS, Orde-Entry Manager, dan 30 Pesanan-Entry Clerks). Jaringan ini disederhanakan untuk tujuan menyediakan dengan contoh yang mudah dimengerti.

Membuat Diagram Hubungan Hub. Diagram hubungan hub berguna untuk menampilkan bagaimana hub utama terhubung. Pada worlds trend, (yang ditunjukkan pada Gambar 16.11), ada empat utama hub yang semua terhubung satu sama lain. Selain itu, terdapat hub-hub eksternal (pemasok) yang perlu memberitahu jika terjadi kegagalan di titik tertentu, dan sebagainya. Masing-masing dari tiga divisi Negara dihubungkan ke 21 pemasok, tetapi divisi pemasaran tidak perlu dihubungkan ke penyuplai.

Memperluas Diagram Hubungan Hub ke dalam Diagram Stasiun-Kerja Hubungan.Tujuan dari pemodelan jaringan adalah untuk menunjukkan sambungan stasiun-kerja dalam beberapa detail. Untuk melakukannya, kita memperluaskan diagram hubungan hub. Gambar 16.12 menunjukkan masing-masing dari 33 stasiun-kerja untuk Divisi AS dan bagaimana mereka dihubungkan.

Keuntungan Sistem Terdistribusi. Sistem terdistribusi membolehkan menyimpan data dimana tidak dalam satu cara termasuk transaksi online realtime. Sebagai contoh, waktu respons pada inquiry bisa diperbaiki jika tidak semua record perlu dicari dari permulaan sebelum respons diselesaikan. Lagi pula, tidak semua data yang diperlukan oleh semua pengguna pada semua waktu, sehingga dapat disimpan dalam media yang kurang mahal pada situs yang berbeda dan hanya diakses jika diperlukan. Membolehkan penyimpan data yang tersedia lewat transaksi online, realtime. Membolehkan media yang kurang mahal bagi penyimpan data jika semua data tidak diperlukan pada semua waktu oleh semua pengguna. Harga peralatan lebih rendah karena tidak semua bagian system perlu untuk menggunakan semua fungsi. Harga peralatan lebih rendah dengan membolehkan kemudahan dalama pilihan pabrik. Lebih murah daripada system besar karena perluasan dapat direncanakan tanpa pembelian perangkat keras sebenarnya.

Kerugian Sistem Terdistribusi. Sistem terdistribusi memiliki beberapa permasalahan unik yang tidak dimiliki system computer terpusat. Penganalisis perlu untuk mempertimbangkan permasalahan tersebut terhadap keuntungan yang disebut diatas dan untuk meninjau bisnis yang baik juga. Kesulitan dalam mencapai system yang diandalkan Perhatian keamanan meningkat sepadan jika lebih banyak individual memiliki akses terhadap system Penganalisis harus menekankan jaringan dan interaksi yang diberikan dan menekankan kembali kekuatan subsistem Memilih tingkat perhitungan yang salah untuk mendukung (yaitu individual sebagai ganti departemen, departemen sebagai ganti cabang).

Training Users

Sistem analis terlibat dalam proses pendidikan dengan pengguna yang disebut pelatihan. Sepanjang siklus hidup pengembangan sistem, pengguna telah terlibat sehingga sekarang analis harus memiliki penilaian yang akurat dari pengguna yang harus dilatih.

Keuntungan dari distrubusi sistem Kesulitan dalam mencapai sistem handal kekhawatiran keamanan meningkat commensurately ketika lebih individu memiliki akses ke sistem Analis harus menekankan jaringan dan interaksi menyediakan dan deemphasize kekuatan subsistem Memilih tingkat salah komputasi untuk mendukung (yaitu, individu, bukan departemen, departemen bukan cabang)

Dalam pelaksanaan proyek-proyek besar, analis akan sering mengelola pelatihan daripada secara pribadi terlibat di dalamnya. Salah satu aset yang paling berharga analis dapat membawa ke situasi pelatihan adalah kemampuan untuk melihat sistem dari sudut pandang pengguna. Analis harus pernah mengampuni mendapatkan apa rasanya menghadapi sistem baru. Mereka ingatan dapat membantu analis berempati dengan pengguna dan memfasilitasi pelatihan mereka.Strategi Strategi Pelatihan ditentukan oleh siapa yang sedang dilatih dan siapa yang akan melatih mereka. Analis akan ingin memastikan bahwa orang yang pekerjaannya dipengaruhi oleh sistem informasi baru den- gan benar dilatih oleh pelatih yang tepat. SIAPA UNTUK MELATIH. Semua orang yang akan memiliki penggunaan primer atau sekunder dari sistem harus dilatih. Mereka termasuk orang dari personil entri data bagi mereka yang akan menggunakan output untuk membuat keputusan tanpa pribadi menggunakan komputer. Jumlah pelatihan sistem membutuhkan tergantung pada bagaimana pekerjaan yang lebih seseorang akan berubah karena interaksi baru yang diperlukan oleh sistem direvisi. Anda harus memastikan bahwa pengguna tingkat keahlian yang berbeda dan kepentingan pekerjaan dipisahkan. Ini adalah masalah tain katnya untuk memasukkan pemula dalam sesi pelatihan yang sama dengan para ahli, karena siswa dengan cepat hilang dan ahli dengan cepat bosan dengan dasar-dasar. Kedua kelompok kemudian hilang. ORANG YANG MELATIH PENGGUNA. Untuk proyek besar, banyak pelatih yang berbeda dapat digunakan tergantung pada berapa banyak pengguna harus dilatih dan siapa mereka. Sumber pelatihan mungkin adalah sebagai berikut: 1. Vendor 2. Sistem analis3. Eksternal membayar pelatih.4. In-house pelatih 5. pengguna sistem lain.

Daftar ini memberikan hanya beberapa pilihan analis telah dalam perencanaan dan memberikan pelatihan. Vendor besar sering memberikan off-site, satu atau dua hari sesi pelatihan pada peralatan mereka sebagai bagian dari manfaat layanan yang ditawarkan ketika perusahaan membeli software COTS mahal. Sesi ini mencakup kuliah dan tangan-pelatihan di lingkungan terfokus. Mereka juga mungkin mantan cenderung pengalaman dengan kelompok online pengguna, blog khusus, atau konferensi pengguna tahunan. Karena sistem analis orang-orang organisasi dan sistem, mereka sering dapat pro- vide pelatihan yang baik. Penggunaan analis untuk tujuan pelatihan tergantung pada ketersediaan mereka, karena mereka juga diharapkan untuk mengawasi proses implementasi lengkap. Pelatih dibayar eksternal kadang-kadang dibawa ke dalam organisasi untuk membantu dengan pelatihan. Mereka mungkin memiliki pengalaman yang luas dalam mengajar orang bagaimana menggunakan berbagai komputer, tetapi mereka mungkin tidak memberikan pelatihan hands-on yang diperlukan untuk beberapa pengguna. Selain itu, mereka mungkin tidak dapat custom-tailor presentasi mereka cukup untuk membuat mereka berarti bagi pengguna. Penuh waktu, di rumah pelatih biasanya akrab dengan keterampilan dan preferensi belajar personil dan dapat menyesuaikan bahan-bahan untuk kebutuhan mereka. Salah satu kelemahan dari dalam rumah pelatih adalah bahwa mereka mungkin memiliki keahlian di bidang selain sistem informasi dan karena itu mungkin tidak memiliki kedalaman keahlian teknis yang dibutuhkan para pengguna. Hal ini juga memungkinkan untuk memiliki pelatih ini melatih sekelompok kecil orang-orang dari masing-masing daerah fungsional yang akan menggunakan sistem informasi yang baru. Mereka pada gilirannya dapat digunakan untuk melatih pengguna maining kembali. Pendekatan ini dapat bekerja dengan baik jika peserta pelatihan asli masih memiliki akses ke bahan dan pelatih sebagai sumber daya ketika mereka sendiri memberikan pelatihan. Jika tidak, mungkin degen- erate ke dalam situasi trial-and-error daripada yang terstruktur.

Pedoman Pelatihan Analis memiliki empat pedoman utama untuk menyiapkan pelatihan. Mereka adalah : (1) menetapkan tujuan(2) menggunakan metode pelatihan yang tepat(3) memilih lokasi pelatihan yang sesuai, dan (4) menggunakan bahan pelatihan dimengerti.

TUJUAN PELATIHAN. Siapa yang dilatih sebagian besar menentukan tujuan pelatihan. Tujuan pelatihan untuk masing-masing kelompok harus dijabarkan dengan jelas. Tujuan didefinisikan dengan baik adalah dari bantuan yang sangat besar dalam membiarkan peserta tahu apa yang diharapkan dari mereka. Selain itu, tujuan memungkinkan evaluasi pelatihan ketika selesai. Sebagai contoh, operator harus tahu dasar-dasar seperti menyalakan mesin, apa yang harus dilakukan ketika kesalahan umum terjadi, pemecahan masalah dasar, dan bagaimana untuk mengakhiri entri.

METODE PELATIHAN. Setiap user dan operator akan membutuhkan pelatihan sedikit berbeda. Untuk beberapa hal, pekerjaan mereka menentukan apa yang mereka perlu tahu, dan kepribadian mereka, pengalaman, dan latar belakang menentukan bagaimana mereka belajar terbaik. Beberapa pengguna belajar terbaik dengan melihat, orang lain dengan pendengaran, dan yang lain dengan melakukan. Karena sering tidak mungkin untuk menyesuaikan pelatihan bagi seorang individu, kombinasi metode seringkali merupakan cara terbaik untuk melanjutkan. Dengan begitu, sebagian besar pengguna dicapai melalui satu metode atau lainnya. Metode bagi mereka yang belajar terbaik dengan melihat termasuk demonstrasi peralatan dan paparan manual pelatihan. Mereka yang belajar terbaik dengan pendengaran akan mendapatkan keuntungan dari kuliah tentang prosedur, diskusi, dan sesi tanya-jawab antara pelatih dan peserta pelatihan. Mereka yang belajar terbaik dengan melakukan pengalaman perlu tangan-on dengan peralatan baru. Untuk pekerjaan seperti itu dari komputer opera- tor, pengalaman langsung sangat penting, sedangkan manajer jaminan kualitas untuk jalur produksi hanya perlu melihat output, belajar bagaimana menafsirkannya, dan tahu kapan itu dijadwalkan tiba.

SITUS PELATIHAN. Pelatihan berlangsung di berbagai lokasi yang berbeda, beberapa di antaranya lebih kondusif untuk belajar dari orang lain. Vendor komputer besar menyediakan lokasi off-situs khusus di mana peralatan dioperasikan dipertahankan secara gratis. Pelatih mereka menawarkan tangan-pengalaman serta seminar dalam pengaturan yang memungkinkan pengguna untuk berkonsentrasi pada belajar sistem baru. Salah satu kelemahan dari pelatihan off-site adalah bahwa pengguna berada jauh dari konteks organisasi di mana mereka akhirnya harus melakukan. Pelatihan di tempat di users'organization juga dapat terjadi dengan beberapa jenis ers pelatihan. Keuntungannya adalah bahwa pengguna melihat peralatan ditempatkan karena akan ketika itu sepenuhnya operasional dalam konteks organisasi. Kelemahan serius adalah bahwa trainee sering merasa bersalah karena tidak memenuhi tugas pekerjaan rutin mereka jika mereka tetap di tempat untuk pelatihan. Dengan demikian, konsentrasi penuh pada pelatihan mungkin tidak dapat dilakukan.

Off-situs tempat pelatihan juga tersedia untuk biaya melalui konsultan dan vendor. Tempat pelatihan dapat diatur di tempat-tempat dengan ruang pertemuan disewakan, seperti hotel, atau bahkan mungkin fasilitas usaha tetap dipertahankan oleh pelatih. Pengaturan ini memungkinkan pekerja untuk bebas dari reg- tuntutan pekerjaan ular, tetapi mereka mungkin tidak menyediakan peralatan untuk pelatihan hands-on.

BAHAN PELATIHAN. Dalam perencanaan untuk pelatihan pengguna, analis sistem harus menyadari pentingnya materi pelatihan disiapkan. Bahan-bahan ini termasuk manual pelatihan; pelatihan kasus, di mana pengguna ditugaskan untuk bekerja melalui kasus yang menggabungkan sebagian besar interaksi biasa ditemui dengan sistem; dan prototipe dan mock-up dari output. Pengguna sistem yang lebih besar kadang-kadang akan dapat melatih rumit simulasi atau perangkat lunak yang identik dengan apa yang tertulis atau dibeli berbasis Web. Kebanyakan vendor software COTS menyediakan tutorial online yang menggambarkan fungsi dasar, dan vendor dapat mempertahankan situs web yang menampilkan halaman dikhususkan untuk FAQ, yang dapat didownload dan dicetak. Perubahan manual juga bisa dipetik dari banyak situs vendors'Web. Karena pemahaman pengguna sistem tergantung pada mereka, materi pelatihan harus jelas ditulis untuk penonton yang benar dengan minimal jargon. Materi pelatihan juga harus diindeks dengan baik dan tersedia untuk semua orang yang membutuhkan mereka. SISTEM BARU

Pendekatan Athird pelaksanaan secara fisik mengubah sistem informasi lama ke yang baru atau dimodifikasi. Ada banyak strategi konversi yang tersedia untuk analis, dan juga pendekatan kontingensi yang memperhitungkan beberapa pengguna dan variabel organisasi dalam menentukan strategi con versi untuk digunakan. Tidak ada cara tunggal terbaik untuk melanjutkan dengan konversi. Pentingnya perencanaan dan penjadwalan konversi dengan keterlibatan strategis pengguna yang memadai (yang of-sepuluh mengambil beberapa minggu), file cadangan, dan keamanan yang memadai tidak bisa terlalu ditekankan.Konversi Strategi Lima strategi untuk mengkonversi dari sistem lama ke yang baru diberikan pada Gambar 16,16 dan adalah sebagai berikut: 1. changeover langsung 2. konversi paralel 3. Bertahap, atau bertahap, konversi4. Konversi Modular. 5. Distributed konversiMasing-masing dari lima pendekatan konversi dijelaskan secara terpisah dalam subbagian berikut. Changeover LANGSUNG. Konversi oleh changeover langsung berarti bahwa, pada tanggal yang ditentukan, pengguna berhenti menggunakan sistem lama dan sistem baru mulai digunakan. Changeover langsung hanya dapat berhasil jika pengujian ekstensif dilakukan sebelumnya, dan ini bekerja lebih baik ketika beberapa keterlambatan dalam pengolahan dapat ditoleransi. Changeover langsung dianggap sebagai pendekatan berisiko untuk konversi. Gangguan terhadap lingkungan kerja dapat terjadi jika pengguna benci dipaksa menggunakan sistem asing tanpa recourse. Akhirnya, tidak ada cara yang memadai untuk membandingkan hasil baru dengan yang lama.

KONVERSI PARALEL. Konversi paralel mengacu menjalankan sistem lama dan sistem baru pada saat yang sama, secara paralel. Ketika hasil yang sama dapat diperoleh dari waktu ke waktu, sistem baru mulai digunakan dan yang lama dihentikan. Salah satu keuntungan dari menjalankan kedua sistem secara paralel adalah kemungkinan memeriksa data baru terhadap data lama untuk menangkap kesalahan dalam pengolahan dalam sistem yang baru. Kelemahan utama meliputi biaya menjalankan dua sistem pada waktu yang sama dan beban karyawan hampir dua kali lipat beban kerja mereka selama konversi.

KONVERSI BERTAHAP. Bertahap, atau bertahap, konversi mencoba untuk menggabungkan fitur terbaik dari dua rencana yang telah disebutkan sebelumnya, tanpa menimbulkan semua risiko. Dalam rencana ini, volume transaksi ditangani oleh sistem baru secara bertahap meningkat sebagai sistem bertahap. Keuntungan dari pendekatan ini termasuk memungkinkan pengguna untuk mendapatkan digunakan untuk sistem secara bertahap, kemungkinan mendeteksi dan pulih dari kesalahan tanpa banyak down time, dan kemampuan untuk menambahkan fitur satu-per-satu. Metodologi Agile cenderung menggunakan pendekatan konversi ini.

KONVERSI MODULAR. Konversi modular menggunakan bangunan mandiri, subsistem operasional untuk mengubah dari sistem lama ke baru secara bertahap. Seperti setiap modul yang dimodifikasi dan diterima, itu mulai digunakan. Salah satu keuntungan adalah bahwa setiap modul diuji secara menyeluruh sebelum digunakan. Keuntungan lain adalah bahwa pengguna yang akrab dengan setiap modul karena menjadi operasional. Umpan balik mereka telah membantu menentukan atribut akhir dari sistem. Metodologi berorientasi objek sering menggunakan pendekatan ini.

DIDISTRIBUSIKAN KONVERSI. Konversi didistribusikan mengacu pada situasi di mana banyak instalasi dari sistem yang sama yang dimaksud, seperti yang terjadi di perbankan atau waralaba seperti restoran atau toko pakaian. Satu seluruh konversi dilakukan (dengan salah satu dari empat pendekatan yang dianggap sebelumnya) di satu lokasi. Ketika konversi yang berhasil diselesaikan, konversi lainnya dilakukan untuk situs lain. Sebuah keuntungan dari konversi didistribusikan adalah bahwa masalah dapat dideteksi dan berisi daripada yang ditimbulkan secara bersamaan pada semua situs. Adisadvantage adalah bahwa bahkan ketika satu konversi berhasil, setiap situs akan memiliki orang-orang dan budaya sendiri, bersama dengan kekhasan regional dan lokal untuk bekerja melalui, dan mereka harus ditangani sesuai.Lain Konversi Pertimbangan Konversi juga memerlukan rincian lain untuk analis, yang meliputi: 1. peralatan Pemesanan (hingga tiga bulan ke depan konversi yang direncanakan). 2. Memesan bahan yang diperlukan yang disuplai dari luar ke sistem informasi, seperti kartrid toner, kertas, formulir pracetak, dan media magnetik. 3. Penunjukan manajer untuk mengawasi, atau secara pribadi mengawasi, persiapan lokasi instalasi.Perencanaan, penjadwalan, dan programer mengawasi dan personil entri data yang harus mengkonversi semua file yang relevan dan database. Bagi banyak implementasi, peran kepala Anda akan akurat memperkirakan waktu yang dibutuhkan untuk setiap kegiatan, menunjuk orang untuk mengelola setiap proyek, dan mengkoordinasikan pekerjaan mereka. Untuk proyek yang lebih kecil, Anda akan melakukan banyak pekerjaan konversi Anda sendiri. Banyak teknik manajemen proyek yang dibahas dalam Bab 3, seperti Gantt chart, PERT, analisis titik fungsi, dan berhasil berkomunikasi dengan anggota tim, yang berguna untuk perencanaan dan pelaksanaan trolling con.Metafora organisasi dan Hubungan mereka untuk Sistem Sukses Waspadai metafora organisasi ketika Anda mencoba untuk menerapkan sistem Anda memiliki bangkan hanya de-. Penelitian kami telah menunjukkan bahwa keberhasilan atau kegagalan sistem mungkin terkait dengan metafora yang digunakan oleh anggota organisasi. Ketika orang-orang dalam organisasi menggambarkan perusahaan sebagai kebun binatang, Anda dapat menyimpulkan bahwa lingkup atmo- kacau; jika digambarkan sebagai mesin, semuanya bekerja secara teratur. Ketika metafora dominan adalah perang, perjalanan, atau hutan, lingkungan kacau, seperti kebun binatang. Metafora perang dan perjalanan yang berorientasi pada tujuan organisasi, namun, sedangkan kebun binatang dan hutan metafora tidak. Selain mesin, metafora seperti masyarakat, keluarga, dan permainan semua menandakan ketertiban dan aturan. Meskipun mesin dan permainan metafora yang berorientasi pada tujuan, masyarakat dan kebun binatang metafora tidak stres tujuan perusahaan, melainkan memungkinkan individu dalam perusahaan untuk menetapkan standar dan manfaat mereka sendiri. Metafora lain, organisme, muncul seimbang antara der atau- dan kekacauan, perusahaan dan tujuan individu. Penelitian kami menunjukkan bahwa keberhasilan atau kegagalan sistem mungkin ada hubungannya dengan metafora yang dominan. Gambar 16.17 menunjukkan bahwa MIS tradisional akan cenderung berhasil ketika metafora yang dominan adalah masyarakat, mesin, atau keluarga, tapi mungkin tidak berhasil jika metafora adalah perang atau hutan (dua metafora kacau). Perhatikan, bagaimanapun, bahwa sistem kompetitif kemungkinan besar akan berhasil jika metafora adalah perang. Metafora positif tampaknya permainan, organisme, dan mesin. Metafora negatif tampaknya hutan dan kebun binatang. Yang lain (perjalanan, perang, masyarakat, dan keluarga) menunjukkan keberhasilan campuran tergantung pada jenis sistem informasi yang dikembangkan. Penelitian lebih lanjut perlu dilakukan di daerah ini. Sementara itu, analis sistem harus menyadari bahwa metafora dikomunikasikan dalam wawancara.

PERHATIAN KEAMANAN PADA SISTEM TRADISIONAL DAN BERBASIS WEB

Semakin meningkat dan kompleksnya proses transaksi serta serta semakin beragam dan inovatifnya pertukaran, sehingga Web telah mejadikan dibutuhkannya peningkatan perhatian terhadap keamanan dalam sistem informasi dunia. Sangat penting untuk memahami sistem keamanan, data dan informasi. Hal ini sangat perlu diperhatikan karena banyakya pengguna yang berhubungan dengan sistem sehingga diperlukan seorang analis ataupun konsultan keamanan untuk menjaga kemanan informasi perusahaan.Terdapat tiga aspek yang saling berhubungan dalam masalah keamanan:1. Physical SecurityKeamanan fisik terarah kepada pengamanan fasilitas komputer, peralatan and perangkat lunaknya secara fisik. Hal ini termasuk pengelolaan akses ke ruangan komputer seperti scan tanda pengenal (badge), sistem biometrik,scan sidik jari, back-up secara berkala, penyimpanan data di wilayah yang aman, tahan air, tahan api serta metode lainnya. Pengamanan data harus diperhatikan oleh pengguna mulai semenjak perencaan pembelian komputer dan peralatannya.2. Logical SecurityKeamanan logika lebih mengenai pengendalian logis pada perangkat lunaknya sendiri. Pengendalian ini lebih dikenal dengan pemakaian user ID dan password dalam autorisasi kode dan identitas. Password merupakan identitas yang paling rentan dibocorkan oleh karyawan.Salah satu cara untuk meningkatkan keamanan sistem dan pada web adalah dengan menggunakan sistem firewall. Sistem ini membuat sebuah tembok pembatas antara organisasi internal dengan jaringan eksternal seperti internet. Sistem ini mencegah komunikasi yang rentan pada jaringan yang digunakan oleh pihak yang tidak terautorisasi.3. Behavioral SecurityPerilaku dalam organisasi sangat menentukan dalam suksesnya pengendalian kemanan. Karyawan dalam organisasi dapat menjadi ancaman kemanan. Salah satu cara untuk mengendalikannya adalah dengan memastikan bahwa karyawan tersebut memiliki kepentingan yang sama dengan organisasi, konsisten dan memahami pentingnya prosedur keamanan. Kebijakan berupa peraturan kemanan harus disosialisasikan kepada seluruh karyawan. Salah satu pengendalian yang dilakukan perusahaan adalah dengan melarang karyawan melakukan browsing internet pada jam kerja, memblok beberapa situs web dan sebagainya.

Pertimbangan Pengamanan Khusus untuk E-commercePengganggu bisa saja mengacaukan sistem komputer. Sebagai analis kita harus mempersiapkan dan melindungi jaringan komputer dari ancaman keamanan web baik dari internal maupun eksternal. Beberapa produk dan juga cara yang dapat membantu :1. Software antivirus2. Email filtering3. URL filtering4. Firewall, gateway dan virtual private network5. Mendeteksi pengganggu, menyipakan laporan dan merekomendasikan tindakan yang akan diambil6. Membuat laporan manajemen produk yang rentan terhadap keamanan7. Teknologi pengamanan seperti Secure Socket Layering (SSL) untuk autentifikasi8. Teknologi enkripsi seperti Secure Electronic Translation (SET)9. Public Key Infrastructure dan digital certificates

Pertimbangan Privacy untuk E-commerceSetiap perusahaan dalam e-commerce sebaiknya mengadopsi privacy policy, yaitu :1. Memulai dari kebijakan perusahaan atas privacy2. Tanyakan informasi yang dibutuhkan pada applicant untuk menyelesaikan transaksi3. Membuat pilihan kepada pelanggan untuk mengisi informasi pribadi pada website.4. Menggunakan sumber untuk memperoleh informasi anonim terhadap pengelompokan/kelas pelanggan5. Bersikap etis

Perencanaan Pemulihan BencanaSeberapapun baiknya kepastian keamanan pada sistem, kita tidak bisa menghindari bencana alam maupun akibat ulah manusia. Banyak bencana yang tidak kita harapkan dapat terjadi sewaktu-waktu.Analis harus memperhatikan bagaimana bisnis bisa berjalan setelah bencana dan bagaimana sistem dapat berjalan.7 elemen penting yang perlu dilakukan saat bencana dan setelah bencana :1. Identifikasi tanggungjawab tim untuk mengelola krisis2. Eliminisasi setiap kesalahn3. Menentukan teknologi replikasi data yang cocok terhadap perencanaan perusahaan untuk mengaktifkan dan menjalankan sistem4. Menciptakan rencana transportasi dan relokasi secara detail5. Membuat beragam saluran komunikasi antara karyawan serta analis6. Menyediakan solusi pemulihan termasuk off-site location7. Memastikan kesiapan fisik dan mental karyawan ketika terjadi bencana

Dalam keadaan bencana penting untuk membuat kebijakan setelah terjadi bencana seperti kapan bisnis akan dijalankan, lokasi penyelamatan, memulihkan lingkungan kerja sistem komputer utama.Beberapa bisnis telah mulai menggunakan Storage Area Networks (SANs) untuk keamanan dengan menggunakan backup dan storage. Penggunaan data mirroring juga banyak digunakan saat ini. Juga penting untuk memiliki karyawan yang berpengalaman dalam bidang kebencanaan.

EVALUATIONPada sistem SDLC, analis, manajemen dan pengguna harus mengevaluasi sistem informasi yang sedang berkembang dan jaringannya agar dapat memberikan umpan balik untuk peningkatannya.

Teknik EvaluasiBeberapa teknik yang digunakan adalah cost benefit analysis, model yang memperkirakan nilai keputusan yang dibuat berdasarkan dampaknya pada perubahan informasi berdasarkan teori informasi, yaitu simulasi atau Bayesian Statistic, evaluasi pengguna yang menegaskan implementasi masalah dan keterlibatan pengguna, dan pendekatan kegunaan sistem informasi yang memeriksa sifat informasi.

Pendekatan Kegunaan (Utilities) Sistem InformasiMetode ini merupakan metode yang paling komprehensif dalam mengukur keberhasilan pengembangan sistem. Hal ini juga dapat menyediakan panduan dalam pengembangan project pengembangan sistem kedepan yang diambil oleh analis. Untuk mengevaluasi sistem informasi secara komprehensif, kegunaan itu harus dikembangkan termasuk kegunaan yang sebenarnya dan tujuannya.6 utilities dalam mengevaluasi sistem informasi :1. Possession UtilityUtilitas ini menjawab pertanyaan siapa yang seharusnya menerima output, siapa yang bertanggungjawab dalam mengambil keputusan.2. Form UtilityUtilitas ini menjawab pertanyaan bentuk apa output yang disalurkan oleh pembuat keputusan.3. Place utilityUtilitas ini menjawab pertanyaan kemana informasi disalurkan. Informasi harus disalurkan kepada dimana keputusan dibuat.4. Time UtilityUtilitas ini menjawab pertanyaan kapan informasi ini dikirimkan. Informasi harus diterima sebelum keputusan dibuat. Informasi yang terlambat tidak akan berguna5. Actualization UtilityUtilitas ini termasuk bagaminana informasi ini diperkenalkan dan digunakan oleh para pembuat keputusan. Pertama, informasi itu bernilai apabila memiliki kemampuan untuk diterapkan. Kedua, sistem informasi bernilai apabila sistem informasi ini tetapterpelihara setelah perancangnya pergi.6. Goal UtilityUtilitas ini menjawab pertanyaan kenapa sistem informasi ini diminta, apakah output memiliki nilai dalam membantu organisasi mencapai tujuannya. Tjuan sistem informasi tidak hanya sejalan dengan tujuan para pembuat keputusan , tetapi juga harus mencerminkan prioritas mereka.

EVALUASI WEBSITE PERUSAHAANEvaluasi website yang telah dikembangkan adalah bagian penting dalam upaya keberhasilan implementasi. Analis bisa menggunakan pendekatan kegunaan sistem informasi untuk menilai kualitas estetis, isi dan penyerahan situsnya. Analis harus menganalisa Web Traffic serta pengunjung situs. Pengunjung website dapat menyediakan informasi yang sangat berguna untuk dianalisis. Analis juga dapat menggunakan webtrends untuk melihat situs maupun pencarian terpopuler. Informasi ini dapat membantu untuk evaluasi situs dan membuat oeningkatan.7 hal esensial dalam evaluasi :1. Mengetahui berapa sering situs dikunjungi2. Mempelajari detil tentang halaman spesifik pada situs3. Mencari tahu tentang pengunjung website4. Mengetahui jika pengunjung telah mengisi form yang dibuat dengan baik5. Mencari tahu siapa yang mengarahkan pengunjung website ke website kita6. Menentukan browser apa yang digunakan oleh pengunjung7. Mencari tahu jika pengunjung tertarik dengan iklan