Sistem Analis dan SSAD

Sistem Analis adalah seseorang yang bertanggung jawab atas penelitian, perencanaan, pengkoordinasian, dan merekomendasikan pemilihan perangkat lunak dan sistem yang paling sesuai dengan kebutuhan organisasi bisnis atau perusahaan. Sistem Analis memegang peranan yang sangat penting dalam proses pengembangan sistem.

Saking pentingnya seorang sistem analis pada suatu bisnis, maka akan muncul sebuah pertanyaan. Mengapa seorang Sistem Analis dibutuhkan dalam bisnis?

Jawabannya ialah karena:

1. User bisnis tidak mengerti kemampuan dan batasan IT modern yang digunakan untuk bisnisnya.

2. Programer komputer & ahli IT biasanya tidak mengerti aplikasi bisnis yang akan di komputerisasi kan atau yang didukung (terlalu asyik dengan dunianya sendiri).

3. Gap komunikasi (system owner non teknis, user, sistem designer teknis, system builder) ini di jembatani oleh system analis.  

Setelah tau siapa itu seorang Sistem Analis dan mengetahui penting nya peran tersebut dalam bisnis, sekarang kita akan membahas apa saja tanggung jawabnya.

1. Pengambilan data yang efektif dari sumber bisnis.

2. Aliran data menuju ke komputer.

3. Pemrosesan dan penyimpanan data dengan komputer.

4. Aliran dari informasi yang berguna kembali ke proses bisnis dan penggunanya.

Nah, seperti itulah gambaran singkat tanggung jawab seorang Sistem Analis.

Untuk Job Description nya bisa dilihat dibawah ini.

1. Mempersiapkan flow chart dan diagram yang menggambarkan kemampuan dan proses dari sistem yang digunakan.

2. Riset, perencanaan, instalasi, konfigurasi, troubleshoot, pemeliharaan, dan upgrade sistem pengoperasian.

3. Riset, perencanaan, instalasi, konfigurasi, troubleshoot, pemeliharaan, dan upgrade perangkat keras, perangkat lunak, serta sistem pengoperasiannya. Melakukan analisis dan evaluasi terhadap prosedur bisnis yang ada maupun yang sedang diajukan atau terhadap kendala yang ada untuk memenuhi keperluan data processing.

4. Mengumpulkan informasi untuk penganalisaan dan evaluasi sistem yang sudah ada maupun untuk rancangan suatu sistem.

5. Melakukan riset dan rekomendasi untuk pembelian, penggunaan, dan pembangunan hardware dan software.

6. Memperbaiki berbagai masalah seputar hardware, software, dan konektivitas, termasuk di dalamnya akses pengguna dan konfigurasi komponen.

7. Memilih prosedur yang tepat dan mencari support ketika terjadi kesalahan, dan panduan yang ada tidak mencukupi, atau timbul permasalahan besar yang tidak terduga.

8. Mencatat dan memelihara laporan tentang perlengkapan perangkat keras dan lunak, lisensi situs dan/ atau server, serta akses dan security pengguna.

9. Instal, konfigurasi, dan upgrade seluruh peralatan komputer, termasuk network card, printer, modem, mouse dan sebagainya.

10. Mampu bekerja sebagai bagian dari team, misalnya dalam hal jaringan, guna menjamin konektivitas dan keserasian proses di antara sistem yang ada.

11. Mencatat dan menyimpan dokumentasi atas sistem.

12. Melakukan riset yang bersifat teknis atas system upgrade untuk menentukan feasibility, biaya dan waktu, serta kesesuaian dengan sistem yang ada.

13.  Menjaga confidentiality atas informasi yang diproses dan disimpan dalam jaringan.

14. Mendokumentasikan kekurangan serta solusi terhadap sistem yang ada sebagai catatan untuk masa yang akan datang.

15. Melakukan suatu pekerjaan sesuai dengan yang ditugaskan.

Credit to : http://mydwkra.blogspot.co.id/2016/03/mengenal-peran-sistem-analis.html 

Tugas PDF : DOWNLOAD

Read More

Model 4GT dan User Acceptance Testing (UAT)

Istilah Fourth Generation Techniques (4GT) mencakup seperangkat peralatan perangkat lunak yang berfungsi sebagai perangkat bantu yang memudahkan seorang pengembang software mengaplikasi beberapa karakteristik software pada tingkat tinggi, yang akan menghasilkan source code dan object code secara otomatis sesuai dengan spesifikasi (persyaratan khusus) yang dibuat oleh sang pengembang perangkat lunak.

Saat ini peralatan / tools 4GT adalah bahasa non prosedur untuk :

·         DataBase Query

·         Pembentukan laporan ( Report Generation )

·         Manipulasi data

·         Definisi dan interaksi layar (screen)

·         Pembentukan object dan source ( Object and source generation )

·         Kemampuan grafik yang tinggi, dan

·         Kemampuan spreadsheet

Tahapan-tahapan model 4GT:

1. Tahap Pengumpulan Kebutuhan: dimulai dengan mengumpulkan serangkaian kebutuhan yang nantinya akan diterjemahkan ke dalam prototipe. Namun, apabila customer tidak yakin dengan apa yang diperlukan dan fakta-fakta tidak jelas diketahui maka prototipe tidak dapat dikerjakan oleh peralatan 4GT.

2. Tahap Merancang Strategi: tahap ini dibutuhkan untuk proyek besar yakni dengan menterjemahkan kebutuhan menjadi prototipe operasional  agar tidak timbul masalah yang sama jika dibuat dengan model konvensional. Namun, untuk proyek skala kecil tahap ini dapat dihilangkan dengan  langsung melakukan implementasi dengan menggunakan bahasa generasi keempat (4GT).

3. Tahap Implementasi : untuk skala kecil, tahap ini dapat langsung dilakukan ketika kebutuhan telah jelas, dan untuk proyek besar tahapan ini dijalankan setelah dirancang prototipe operasional. Implementasi yang menggunakan 4GT memudahkan pengembang software untuk menjelaskan hasil yang diharapkan. Nantinya hal ini diterjemahkan ke dalam bentuk kode sumber dan kode objek.

4. Tahap Produksi: Tahap ini merupakan langkah terakhir yakni mengubah implementasi  4GT ke dalam hasil akhir berupa produk.

Kelebihan 4GT adalah pengurangan waktu dan peningkatan produktivitas yang besar.

Kekurangan model ini adalah kemungkinan akan sulit memanfaatkan alat bantu/peralatan/tools 4GT dibandingkan dengan menggunakan bahasa pemrograman yang konvensional, selain itu terdapat juga masalah dalam hal kode sumber yang tidak efisien. Di samping itu, pemeliharaan sistem software besar yang dikembangkan oleh 4GT juga masih sedang dalam proses pengkajian.

Model ini diaplikasikan untuk mengembangkan perangkat lunak yang memakai bentuk bahasa khusus atau notasi grafik yang dieksekusi/diselesaikan dengan syarat atau ketentuan yang dipahami oleh pemakai/pengguna/kustomer.

Setelah membahas 4GT maka selanjutnya saya akan membahas tentang User Acceptance Testing.

Apakah yang dimaksud dengan UAT?

Pengujian Penerimaan Pengguna merupakan langkah terakhir sebelum kita meluncurkan aplikasi. Biasanya pengguna akhir yang akan menggunakan aplikasi menguji aplikasi sebelum aplikasi diterima. Jenis pengujian ini akan memberikan pengguna akhir keyakinan bahwa aplikasi yang dibuat telah memenuhi persyaratan. Tes ini juga membantu pencarian bug yang mungkin muncul saat aplikasi digunakan.

Prasyarat UAT:

Sebelum diujikan ke pengguna akhir tentu saja pihak pembuat aplikasi sudah menguji terlebih dahulu. Berbagai tingkat pengujian seperti pada Unit, Integrasi dan Sistem harus sudah sepenuh berfungsi. Sehingga hanya tersisa bug-bug minor saja yang mungkin terlewati ketika melakukan pengujian. Tentu saja hal ini dilakukan sebelum UAT.

Untuk apasih UAT?

Untuk memastikan kelancaran pada saat UAT maka perlu dilakukan berbagai hal sebelumnya. Tes ini dapat menggunakan berbagai variasi kasus yang telah ada dan teridentifikasi pada tahap Requirement. Test kasus digunakan untuk memastikan bahwa cakupan semua skenario selama pengujian telah ada dan telah diujikan. Jenis pengujian difokuskan spesifik seperti pada penggunaan di dunia nyata saat setelah aplikasi diluncurkan. Pengujian dilakukan di lingkungan yang mensimulasikan lingkungan produksi sehingga akan memberikan kesan yang lebih dan ready to go.

Bagaimana melakukan UAT ?

UAT biasanya merupakan blackbox pengujian. Dengan kata lain, fokusnya adalah pada fungsi dan kegunaan aplikasi daripada aspek teknis. Secara umum diasumsikan bahwa aplikasi sudah mengalami Unit, Integrasi dan Pengujian Sistem.

Langkah-langkah yang diambil untuk UAT biasanya sebagai berikut:

1) User Acceptance Test (UAT) Perencanaan.
2) Merancang User Acceptance Uji Kasus.

3) Memilih Tim yang akan melaksanakan (UAT) Test Cases.

4) Pelaksanaan Uji Kasus.
5) Pengadministrasian bug sistem yang ditemukan selama UAT.
6) Menyelesaikan masalah / Bug Fixing
7) Sign Off

UAT Planning Test :
Seperti biasa Proses Perencanaan adalah yang paling penting dari semua langkah. Hal ini mempengaruhi efektivitas Proses Pengujian. Proses Perencanaan menguraikan Strategi Pengujian Penerimaan Pengguna. Ini akan menggambarkan fokus utama,  berupa masuk dan keluar nya kriteria.

Merancang UA Test Kasus:
Uji Penerimaan Pengguna Kasus membantu Tim Pelaksanaan Tes untuk menguji aplikasi secara menyeluruh. Hal ini juga akan membantu memastikan bahwa UAT menyediakan cakupan yang cukup untuk semua skenario.

Memilih Tim yang akan melaksanakan (UAT) Test Kasus:
Memilih Tim yang akan melaksanakan Test UAT merupakan langkah penting. Tim yang UAT umumnya merupakan representasi yang baik dari dunia nyata pengguna akhir. Dengan demikian Tim terdiri dari pengguna akhir yang sebenarnya akan menggunakan aplikasi ini.

Pelaksana Uji Kasus:
Tim Pengujian mengeksekusi Uji Kasus dan mungkin menambahkan hal acak untuk melakukan Tes yang relevan untuk mereka.

Administrasi Penemuan Bug:
Team log akan berkomentar pada setiap bug atau masalah yang ditemukan selama pengujian.

Menyelesaikan masalah / Bug Fixing:

Sudah jelas.

Sign Off:
Setelah berhasil menyelesaikan UAT dan penyelesaian masalah tim akan memeberikan persetujuan penerimaan aplikasi. Langkah ini penting dalam penjualan perangkat lunak komersial. 

Credit 4GT to : http://blogs.unpas.ac.id/akmalulginan/2014/10/16/14/

Credit UAT to : http://www.exforsys.com/tutorials/testing/what-is-user-acceptance-testing.html

Read More

Systems Development Life Cycle (SDLC)

SDLC adalah penerapan pendekatan sistem untuk pengembangan sistem atau sub-sistem informasi berbasis komputer. SDLC terdiri dari serangkaian tugas yang erat mengikuti langkah-langkah pendekatan sistem. Karena tugas-tugas tersebut mengikuti pola yang teratur dan dilakukan secara top-down, SDLC sering disebut sebagai pendekatan air terjun (waterfall approach) bagi pengembang dan penggunaan sistem. Suatu SDLC tradisional terdiri dari empat fase pokok yaitu, perencanaan, analisis, rancangan, dan penerapan (McLeod, 2004).

Tahapan-tahapan pada SDLC 
1. Perencanaan. Fase perencanaan adalah sebuah proses dasar untuk memahami mengapa sebuah sistem harus dibangun. Pada fase ini diperlukan analisa kelayakan dengan mencari data atau melakukan proses information gathering kepada pengguna.

2. Analisa. Fase analisa adalah sebuah proses investigasi terhadap sistem yang sedang berjalan dengan tujuan untuk mendapatkan jawaban mengenai pengguna sistem, cara kerja sistem dan waktu penggunaan sistem. Dari proses analisa ini akan didapatkan cara untuk membangun sistem baru. 

3. Rancangan. Fase perancangan merupakan proses penentuan cara kerja sistem dalam hal architechture design, interface design, database dan spesifikasi file, dan program design. Hasil dari proses perancangan ini akan didapatkan spesifikasi sistem. 

4. Implementasi. Fase implementasi adalah proses pembangunan dan pengujian sistem, instalasi sistem, dan rencana dukungan sistem.

Kali ini kita hanya akan membahas 2 fase yaitu Analisa dan Rancangan.

Analisa merupakan sebuah fase yang vital pada SDLC dimana informasi akan diurai, diidentifikasi, dan dievaluasi. Tujuan nya agar dapat membantu pengambilan keputusan dengan diuraikannya informasi dan merumuskan beberapa tahapan yang akan masuk pada perancangan.

Dalam analisis tentu dibutuhkan informasi. Ada 5 cara untuk mendapatkannya dengan berbagai plus minus dalam melaksanakannya, yaitu:

1. Kuesioner.

2. Interview.

3. Document Handling atau Pengecekan Dokumen.

4. JAD (Joint Application Design)

5. Observasi

Kemudian, perancangan. Tentu saja adalah proses setelah analisis. Tapi bukan itu maksudnya. Perancangan merupakan sebuah tahapan tentang bagaiman sistem akan dibentuk. Sehingga dapat memberikan kesan atau sebuah ide awal tentang hasil akhir dari sebuah sistem yang akan dibentuk. Terdapat banyak tahapan dalam perancangan yang harus diperhatikan, seperti perancangan Input, Output, Proses, Database, Kontrol, Jaringan dan Komputer. Pada proses perancangan tentu akan melibatkan pihak terkait, yaitu: Manager, User, dan Stakeholder.

posting ini mirip dengan postingan 4 bulan lalu. jadi credit tetap kepada mbak-mbak yang telah posting ini seperti sebelumnya. hanya saja, postingan kali ini cukup singkat mengingat memori penulis yang tiba-tiba blur ketika kuliah pada hari sabtu kemarin selesai. jadi hanya dapat mengingat beberapa poin penting akibat penulis yang telat datang. (-__-)
credit to: https://wildawilda.wordpress.com/2015/11/22/spk/

Read More