MACAM-MACAM KATEGORI SISTEM INFORMASI

 Transaction Processing System (TPS)

Transaction Processing System adalah sistem informasi yang terkomputerisasi yang dikembangkan untuk memproses data-data dalam jumlah besar suatu transaksi bisnis. Sistem informasi ini juga berfungsi untuk menghimpun, menyimpan, dan memproses data transaksi serta kadangkala mengendalikan keputusan yang merupakan bagian dari transaksi.

Pada dunia usaha proses-proses yang mengacu pada transaksi pertukaran barang atau uang atau jasa disebut dengan Transaction Processing System (TPS). Contoh dari TPS yaitu : POS terminal untuk penjualan, pengecekan gaji karyawan, kuitansi penjualan, order pembelian, formulir pajak, dan rekening keuangan. TPS juga memperbaharui database yang digunakan perusahaan untuk diproses lebih lanjut oleh SIM. Adapun beberapa jenis subsistem yang ada pada TPS ialah :

Payroll : pembayaran upah / gaji karyawan.

Order Entry / order processing : mencatat pembelian untuk konsumen.

Invoicing : menghasilkan faktur.

Inventory : mengelola barang supaya selalu tersedia.

Shipping : menyerahkan barang dari perusahaan sampai diterima oleh konsumen.

Accounts receivable : mengelola file konsumen & menyerahkan tagihan ke konsumen.

Purchasing : mengkoordinasi pembelian barang kepada konsumen.

Receiving : menerima barang dari pemasok/supplier pengembalian barang (retur) dari konsumen.

Account Payable : mengelola pembayaran tagihan kepada pemasok / supplier.ar

General Ledger : mengikat subsistem diatas menjadi satu & menghasilkan satu laporan.

Office Automation System (OAS)

Office Automation System (OAS) atau  Virtual Office (VO) adalah pendukung pekerjaan pada suatu perusahaan secara luas. Biasanya digunakan untuk meningkatkan aliran pekerjaan dan komunikasi antar sesama pekerja, tidak peduli apakah pekerja tadi berada di satu lokasi yang sama ataupun tidak.

Office automation system digunakan untuk mendapatkan semua informasi bagi yang membutuhkannya. Office automation berfungsi dalam word processing, elctronic message, work group computing, work group scheduling, facsimile processing, imaging and electronic documents, and work flow management. Office automation system dirancang baik untuk individu maupun kelompok.

Personal information system dirancang untuk memenuhi kebutuhan dari single user. Sistem ini dirancang untuk meningkatkan produktivitas individu. Contoh dari personal information system adalah Microsoft’s Office Professional, IBM’s Lotus SmartSuite, Corel’s Perfect Office, dll.

Knowledge Work System (KWS)

Knowledge Work System adalah aplikasi komputer yang dirancang untuk membantu “pekerja pengetahuan” (profesional yang menggunakan informasi sebagai input utama mereka dan yang utama produk informasi yang distilasi) untuk menangkap dan mengatur informasi pekerjaan aktivitas, dan untuk belajar, memprioritaskan , dan melaksanakan tugas-tugas mereka lebih efisien dan efektif. KWS mengintegrasikan metode dan teknologi dari disiplin ilmu manajemen informasi, alur kerja, penjadwalan kerja, agen perangkat lunak, dan pengukuran kerja menjadi “Dukungan Kinerja Lingkungan.” KWS meningkatkan produktivitas dengan memberikan informasi tugas spesifik yang diperlukan, dan dengan berasosiasi semua alat otomatis, agen perangkat lunak, dan referensi dokumen multimedia yang dibutuhkan untuk menyelesaikan tugas tertentu.

KWS adalah “groupware” dirancang untuk digunakan oleh kelompok kerja kolaboratif. Proses dapat ditugaskan di seluruh organisasi untuk mendukung manajemen matrixed. Pekerja pengetahuan dapat menetapkan tugas-tugas untuk diri mereka sendiri, untuk pekerja pengetahuan lain, atau sekelompok pekerja pengetahuan. KWS meningkatkan koordinasi workgroup dengan memungkinkan pekerja pengetahuan untuk mengambil dan memperbarui tonggak, penyelesaian tugas, dan informasi prioritas status.

Management Information System (MIS)

Management Information System adalah bagian dari pengendalian internal suatu bisnis yang meliputi pemanfaatan manusia, dokumen, teknologi, dan prosedur oleh akuntansi manajemen untuk memecahkan masalah bisnis seperti biaya produk, layanan, atau suatu strategi bisnis. Management Information System dibedakan dengan sistem informasi biasa, karena MIS digunakan untuk menganalisis sistem informasi lain yang diterapkan pada aktivitas operasional organisasi. Secara akademis, istilah ini umumnya digunakan untuk merujuk pada kelompok metode manajemen informasi yang bertalian dengan otomasi atau dukungan terhadap pengambilan keputusan manusia, misalnya sistem pendukung keputusan, sistem pakar, dan sistem informasi eksekutif.

Decision Support System (DSS)

Menurut Mann dan Watson, Sistem Penunjang Keputusan adalah Sistem yang interaktif, membantu pengambilan keputusan melalui penggunaan data dan model-model keputusan untuk memecahkan masalah-masalah yang sifatnya semi terstruktur dan tidak terstruktur.

Secara Umum, DSS adalah Sebuah sistem yang mampu memberikan kemampuan baik kemampuan pemecahan masalah maupun kemampuan pengkomunikasian untuk masalah semi terstruktur.

Secara Khusus, DSS adalah Sebuah sistem yang mendukung kerja seorang manajer maupun sekelompok manajer dalam memecahkan masalah semi-terstruktur dengan cara memberikan informasi ataupun usulan menuju pada keputusan tertentu.

Expert System (ES)

Istilah expert system berasal dari knowledge-based expert system (sistem cerdas berbasis pengetahuan), dimana suatu sistem yang menggunakan pengetahuan manusia (human knowledge) yang dimasukkan ke dalam komputer untuk memecahkan masalah yang umumnya memerlukan keahlian seorang pakar/expert. Atau dapat juga dikatakan, sebuah program komputer yang menggunakan pengetahuan dan teknik inferensi (pengambilan kesimpulan) untuk memecahkan persoalan seperti yang dilakukan oleh seorang pakar.

Berbeda dengan program komputer biasa, sistem cerdas dapat digunaan untuk memecahkan masalah yang tidak terstruktur dan dimana tidak ada suatu prosedur tertentu untuk memecahkan masalah tersebut.

Groub Decision Support System (GDSS)

Groub Decision Support System adalah Group DSS. Disini pengguna DSS adalah satu Grup yang terdiri dari beberapa orang yang terkait. Jadi, pengambil keputusannya bukan hanya satu orang pengguna, namun satu tim/kelompok. Yang membedakan GDSS dengan DSS adalah adanya tempat komunikasi bersama, dimana arah keputusan masing-masing individu dapat kompak untuk mendukung keputusan yang lebih besar.

Pengembangan aplikasi GSDD mulai diperkenalkan di dunia agroindustri untuk membantu negara-negara berkembang memprediksi dampak perubahan teknologi atau kebijakan pertanian dan pemanfaatan sumberdaya alam. Model aplikasi ini akan memungkinkan manajer, pembuat kebijakan atau pemimpin pemerintah untuk mengembangkan skenario dan menguji berbagai pilihan sebelum menerapkan prakteknya dilapangan.

SANREM atau Sustainable Agriculture and Natural Resource Management yang dikembangkan oleh USAID (U.S. Agency for International Development) adalah program yang dibuat untuk pengembangan teknologi dan penegelolaan sumber daya alam dalam dunia agroindustri di dunia. Pada tahun 1999 lembaga yang didirikan di Amerika ini mulai berfokus mengembangkan program SANREM di Afrika.

  

Executive Support System (ESS)

Executive Support System (ESS) sama dengan Executive Information System (EIS), yaitu merupakan sistem informasi yang berbasis komputer dengan para eksekutif ataupun manager sebagai end-user penggunanya . EIS terintegrasi dengan data dari external ataupun data internal yang dibutuhkan oleh manajemen . EIS difokuskan untuk membantu para eksekutif untuk memilih informasi secara cepat untuk mengidentifikasikan masalah dan mengambil kesempatan berdasarkan informasi yang telah dihasilkan . EIS memiliki keunikan dalam pengembangannya , dikarenakan EIS berdiri dari begitu banyak data sumber maupun berdiri dari beberapa Sistem Informasi yang sudah ada dan berjalan di dalam organisasi .

Metode Waterfall

Gambar Metode Waterfall

Pengertian Metode Waterfall

Model pengembangan software yang diperkenalkan oleh Winston Royce pada tahun 70-an ini merupakan model klasik yang sederhana dengan aliran sistem yang linier —  keluaran dari tahap sebelumnya merupakan masukan untuk tahap berikutnya. Pengembangan dengan model ini adalah hasil adaptasi dari pengembangan perangkat keras, karena pada waktu itu belum terdapat metodologi pengembangan perangkat lunak yang lain. Proses pengembangan yang sangat terstruktur ini membuat potensi kerugian akibat kesalahan pada proses sebelumnya sangat besar dan acap kali mahal karena membengkaknya biaya pengembangan ulang.

Metode Waterfall adalah suatu proses pengembangan perangkat lunak berurutan, di mana kemajuan dipandang sebagai terus mengalir ke bawah (seperti air terjun) melewati fase-fase perencanaan, pemodelan, implementasi (konstruksi), dan pengujian. Berikut adalah gambar pengembangan perangkat lunak berurutan/ linear (Pressman, Roger S. 2001):

Tahapan Metode Waterfall

Dalam pengembangannya metode waterfall memiliki beberapa tahapan yang runtut: requirement, design, implementation, verification dan maintenance. Tahap requirement atau spesifikasi kebutuhan sistem adalah analisa kebutuhan sistem yang dibuat dalam bentuk yang dapat dimengerti oleh klien dan staf pengembang. Dalam tahap ini klien atau pengguna menjelaskan segala kendala dan tujuan serta mendefinisikan apa yang diinginkan dari sistem. Setelah dokumen spesifikasi disetujui maka dokumen tersebut menjadi kontrak kerja antara klien dan pihak pengembang. Tahap selanjutnya adalah desain, dalam tahap ini pengembang akan menghasilkan sebuah arsitektur sistem secara keseluruhan, dalam tahap ini menentukan alur perangkat lunak hingga pada tahap algoritma yang detil. Selanjutnya tahap implementasi, yaitu tahapan dimana keseluruhan desain diubah menjadi kode-kode program. kode program yang dihasilkan masih berupa modul-modul yang selanjutnya akan di integrasikan menjadi sistem yang lengkap untuk meyakinkan bahwa persyaratan perangkat lunak telah dipenuhi. Tahap selanjutnya adalah verifikasi oleh klien, klien menguji apakah sistem tersebut telah sesuai dengan kontrak yang telah disetujui. Tahap akhir adalah pemeliharaan yang termasuk diantaranya instalasi dan proses perbaikan sistem sesuai kontrak.

Manfaat Metode Waterfall

Keunggulan model pendekatan pengembangan software dengan metode waterfall adalah pencerminan kepraktisan rekayasa, yang membuat kualitas software tetap terjaga karena pengembangannya yang terstruktur dan terawasi. Disisi lain model ini merupakan jenis model yang bersifat dokumen lengkap, sehingga proses pemeliharaan dapat dilakukan dengan mudah. Akan tetapi dikarenakan dokumentasi yang lengkap dan sangat teknis, membuat pihak klien sulit membaca dokumen yang berujung pada sulitnya komunikasi antar pengembang dan klien. Dokumentasi kode program yang lengkap juga secara tak langsung menghapus ketergantungan pengembang terhadap pemrogram yang keluar dari tim pengembang. Hal ini sangat menguntungkan bagi pihak pengembang dikarenakan proses pengembangan perangkat lunak tetap dapat dilanjutkan tanpa bergantung pada pemrogram tertentu.

Kelemahan Metode Waterfall

Kelemahan pengembangan software dengan metode waterfall yang utama adalah lambatnya proses pengembangan perangkat lunak. Dikarenakan prosesnya yang satu persatu dan tidak bisa diloncat-loncat menjadikan model klasik ini sangat memakan waktu dalam pengembangannya. Disisi lain, pihak klien tidak dapat mencoba sistem sebelum sistem benar-benar selesai pembuatannya. Kelemahan yang lain adalah kinerja personil yang tidak optimal dan efisien karena terdapat proses menunggu suatu tahapan selesai terlebih dahulu.

Secara keseluruhan model pendekatan pengembangan software dengan metode waterfall cocok untuk pengembangan software / perangkat lunak dengan tingkat resiko yang kecil, dan memiliki ukuran yang kecil serta waktu pengembangan yang cukup panjang. Model ini tidak disarankan untuk ukuran perangkat lunak yang besar dan tingkat resiko yang besar.

                Sumber : http://www.etunas.com/web/pengembangan-software-dengan-metode-waterfall.htm

SIMPLE INTERACTION DESIGN MODEL LIFECYCLE SOFTWARE

SIMPLE INTERACTION DESIGN MODEL LIFECYCLE SOFTWARE
Simple Interaction Design Model Lifecycle Software adalah model yang menggabungkan tiga prinsip pengguna berpusat desain dan empat
kegiatan desain interaksi.
Prinsip User-Centered Design
Prinsip-prinsip ini dikembangkan oleh John D. Gould dan Clayton Lewis. prinsipnya adalah sebagai berikut:
1. Fokus pada pengguna dan tugas
2. Pengukuran empiris
3. Desain Interatif
Dasar kegiatan Desain Interaksi
Preece et al. menggambarkan model dasar untuk proses desain interaksi yang mencakup empat kegiatan seperti yang ditunjukkan di bawah
ini. Sejumlah akademisi dan lembaga desain terkenal telah menciptakan model yang sama. Zimmerman, J., Forlizzi, J., dan Evenson, S., dari
Sekolah Desain di Carnegie Mellon University.
Kegiatannya adalah sebagai berikut:
1. Mengidentifikasi kebutuhan dan persyaratan mendirikan untuk pengalaman pengguna
2. Mengembangkan alternatif desain yang memenuhi persyaratan
3. Membangun versi interaktif dari desain
4. Mengevaluasi apa yang sedang dibangun di seluruh proses dan pengalaman pengguna yang menawarkan

Bentuk dari simple interaction design model lifecycle software adalah sebagai berikut:

Sumber : http://texass.hol.es/2013/12/model-model-dan-pengertian-software-engineering/

Star Lifecycle Model

Star Lifecycle Model (Hartson & Hix, 1989)
 - Model Siklus Hidup Star (Hartson & HIx,1998)

Analisa Identifikasi kemampuan user, strategi yang digunakan untuk meningkatkan ketrampilannya, alat yang saat ini dipakai, masalah-masalah yang dialami, perubahan yang diinginkan baik dalam ketrampilan maupun peralatan. 

Metode : tanya kemampuan user dan buat daftar dengan skala prioritas, observasi ketrampilan di lapangan. 

- Evaluasi kompetisi 

Tentukan kekuatan dan kelemahan rancangan 

Metode : pengguna diminta untuk mencoba menggunakan berbagi produk dan minta untuk menyebutkan kelebihan dan kelemahan dari masing-masing produk. 

-Rancang sambil jalan 

Gunakan hasil analisa untuk membuat alternatif solusi, minta masukan sampai dengan penentuan pilihan yang terbaik. 

Metode : tanyai user sehubungan dengan pengalaman menggunakan prototipe.

- Evaluasi dan validasi 

Secara periodik user memberikan masukan selama pengembangan dan perancangan akan diulang berdasarkan masukan tadi. 

Metode : amati kebutuhan pokok user dalam menggunakan sistem.

- Benchmark 

Memadukan hal-hal terbaik yang dimiliki pesaing untuk diterapkan dalam sistem yang dibangun Metode : menggali informasi dari user hal-hal yang sebaiknya ada dibandingkan dengan kompetitor, contoh : situs IBM. 

Dalam Siklus permodelan ini pengujian dilakukan terus menerus, tidak harus dikahir. Misalnya dimulai dari menentukan kosep desain (conceptual design ) dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus berulang di evaluasi hingga benar-benar pas, selanjutnya apabila sudah pas, maka dari tahap evaluasi yang pertama aka lanjut ke proses yg selanjutnya yakni requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama, dan selanjutnya akan tetap sama terjadi pada tahapan-tahapan selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user. Intinya pada rancangan model ini pengevaluasian dilakukan disetiap tahapan tidak hanya pada tahapan akhir seperti model-model rancangan yang lainnya.

Sumber : http://chellessie.blogspot.com/

Model V

Model ini merupakan perluasan dari model waterfall. Disebut sebagai perluasan karena tahap-tahapnya mirip dengan yang terdapat dalam model waterfall. Jika dalam model waterfall proses dijalankan secara linear, maka dalam model V proses dilakukan bercabang. Dalam model V ini digambarkan hubungan antara tahap pengembangan software dengan tahap pengujiannya.

V-Model adalah representasi grafis dari pengembangan siklus hidup sistem. Ini merangkum langkah-langkah utama yang harus diambil dalam hubungannya dengan kiriman yang sesuai dalam kerangka validasi sistem komputerisasi. The V-Model mengasumsikan bahwa pengembangan sistem atau sistem pemeliharaan dan modifikasi adalah fokus komisi. Biasanya, pelanggan merupakan unit organisasi yang komisi pengembangan sistem lain unit organisasi baik di luar atau di dalam perusahaan otoritas atau Ketika mempertimbangkan pelanggan dan kontraktor, ini tidak berarti bahwa peran dalam Model V- akan digandakan (peran pelanggan dan ontractor rolesc).Komunikasi tambahan dan tugas koordinasi harus ditentukan yang dapat menyebabkan pengaturan dari keputusan lebih lanjut dan kelompok kemudian.

The V merupakan urutan langkah-langkah dalam pengembangan kehidupan siklus proyek. Ini menggambarkan kegiatan yang akan dilakukan dan hasil yang harus dihasilkan selama pengembangan produk.

V-Model memberikan panduan untuk perencanaan dan realisasi proyek. Tujuannya dimaksudkan untuk dicapai oleh pelaksanaan proyek: untuk meminimalkan Risiko Proyek,Peningkatan dan Jaminan Mutu, Pengurangan Biaya Total lebih dari Proyek Seluruh dan Siklus Hidup Sistem, dan Peningkatan Komunikasi antara semua Stakeholder. V model adalah metode pengembangan perangkat lunak yang mengijinkan pada setiap prosesnya untuk dilakukan testing dan validasi. Jadi proses baru menggunakan hasil dari proses lama sebagai acuannya. Ini memungkinkan meminimalisasikan kesalahan pada prosesnya.

Tahapan Model V

·   Requirement Analysis & Acceptance Testing
Tahap Requirement Analysis sama seperti yang terdapat dalam model waterfall. Keluaran dari tahap ini adalah dokumentasi kebutuhan pengguna.
Acceptance Testing merupakan tahap yang akan mengkaji apakah dokumentasi yang dihasilkan tersebut dapat diterima oleh para pengguna atau tidak.

·   System Design & System Testing
Dalam tahap ini analis sistem mulai merancang sistem dengan mengacu pada dokumentasi kebutuhan pengguna yang sudah dibuat pada tahap sebelumnya. Keluaran dari tahap ini adalah spesifikasi software yang meliputi organisasi sistem secara umum, struktur data, dan yang lain. Selain itu tahap ini juga menghasilkan contoh tampilan window dan juga dokumentasi teknik yang lain seperti Entity Diagram dan Data Dictionary.

·   Architecture Design & Integration Testing
Sering juga disebut High Level Design. Dasar dari pemilihan arsitektur yang akan digunakan berdasar kepada beberapa hal seperti: pemakaian kembali tiap modul, ketergantungan tabel dalam basis data, hubungan antar interface, detail teknologi yang dipakai.

·   Module Design & Unit Testing
Sering juga disebut sebagai Low Level Design. Perancangan dipecah menjadi modul-modul yang lebih kecil. Setiap modul tersebut diberi penjelasan yang cukup untuk memudahkan programmer melakukan coding. Tahap ini menghasilkan spesifikasi program seperti: fungsi dan logika tiap modul, pesan kesalahan, proses input-output untuk tiap modul, dan lain-lain.

·   Coding
Dalam tahap ini dilakukan pemrograman terhadap setiap modul yang sudah dibentuk.

Keuntungan Model V

·   Bahasa yang digunakan untuk merepresentasikan konsep V model menggunakan bahasa formal. Contoh : dengan menggunakan objek model ataupun frame-frame
·   Meminimalisasikan kesalahan pada hasil akhir karena ada test pada setiap prosesnya
·   Penyesuaian yang cepat pada projek yang baru
·   Memudahkan dalam pembuatan dokumen projek
·   Biaya yang murah dalam perawatan dan modifikasinya
·   V Model sangat fleksibel. V Model mendukung project tailoring dan penambahan dan pengurangan method dan tool secara dinamik. Akibatnya sangat mudah untuk melakukan tailoring pada V Model agar sesuai dengan suatu proyek tertentu dan sangat mudah untuk menambahkan method dan tool baru atau menghilangkan method dan tool yang dianggap sudah obsolete.
·   V Model dikembangkan dan di-maintain oleh publik. User dari V Model berpartisipasi dalam change control board yang memproses semua change request terhadap V Model.

Kelemahan Model V

·   Aktifitas V-Model hanya difokuskan pada projectnya saja, bukan pada keseluruhan organisasi. V-Model adalah proses model yang hanya dikerjakan sekali selama project saja, bukan keseluruhan organisasi.
·   Prosesnya hanya secara sementara. Ketika project selesai, jalannya proses model dihentikan. Tidak berlangsung untuk keseluruhan organisasi.
·   Metode yang ditawarkan terbatas. Sehingga kita tidak memiliki cara pandang dari metode yang lain. Kita tidak memiliki kesempatan untuk mempertimbangkan jika ada tools lain yang lebih baik.
·   Toolnya tidak selengkap yang dibicarakan. SDE (Software Development Environment).Tidak ada tools untuk hardware di V-Model. Tool yang dimaksud adalah “software yang mendukung pengembangan atau pemeliharaan / modifikasi dari system IT.
·   V Model adalah model yang project oriented sehingga hanya bisa digunakan sekali dalam suatu proyek.
·   V Model terlalu fleksibel dalam arti ada beberapa activity dalam V Model yang digambarkan terlalu abstrak sehingga tidak bisa diketahui dengan jelas apa yang termasuk dalam activity tersebut dan apa yang tidak.

               Sumber : http://worldnewshare.wordpress.com/