Catatan anak IT

    

1. Mengidentifikasi Penyebab Masalah

Analis sistem harus mempunyai pengetahuan yang cukup tentang aplikasi yang sedang dianalisisnya. Untuk aplikasi bisnis, analis sistem perlu mempunyai pengetahuan tentang sistem bisnis yang diterapkan di organisasi, sehingga dapat mengidentifikasi penyebab terjadinya masalah ini. Tugas mengidentifikasi penyebab masalah dimulai dengan mengkaji ulang terlebih dahulu subyek permasalahan yang telah diutarakan oleh manajemen atau yang telah ditemukan oleh analis sistem ditahap perencanaan sistem.

2. Mengidentifikasi Titik Keputusan

Setelah penyebab terjadinya masalah dapat diidentifikasi, selanjutnya juga harus mengidentifikasikan titik keputusan penyebab masalah tersebut. Titik keputusan menunjukkan suatu kondisi yang menyebabkan sesuatu terjadi. Analis sistem bila telah dapat mengidentifikasi terlebih dahulu titik-titikkeputusan penyebab masalah, maka dapat memulai penelitiannya dititik-titik keputusan tersebut. Sebagai dasar identifikasi titik-titik keputusan ini, dapat digunakan dokumen paperwork flow atau form flowchart bila dokumentasi ini dimiliki oleh perusahaan.

 3.  Mengidentifikasi Personil-personil Kunci

Setelah titik-titik keputusan penyebab masalah dapat diidentifikasi beserta lokasi terjadinya, maka selanjutnya yang perlu diidentifikasi adalah personil-personil kunci baik yang langsung maupun yang tidak langsung dapat menyebabkan terjadinya masalah tersebut. Identifikasi personil-personil kunci ini dapat dilakukan dengan mengacu pada bagan alir dokumen perusahaan serta dokumen deskripsi kerja (job description).

Tugas analis system Dalam Memahami Kerja Sistem:

1. Menentukan Jenis Penelitian
Jenis penelitian perlu ditentukan untuk masing-masing titik keputusan yang akan diteliti. Jenis penelitian tergantung dari jenis data yang diperoleh, dapat berupa data tentang operasi sistem, data tentang perlengkapan sistem, pengendalian sistem, atau I/O yang digunakan oleh sistem.

2. Merencanakan Jadual Penelitian

Supaya penelitian dapat dilakukan secara efisien dan efektif, maka jadual penelitian harus direncanakan terlebih dahulu yang meliputi :
1. Dimana penelitian akan dilakukan
2. Apa dan siapa yang akan diteliti 
3. Siapa yang akan meneliti
4. Kapan penelitian dilakukan

3. Membuat Penugasan Penelitian

Setelah rencana jadual penelitian dibuat, maka tugas dilanjutkan dengan menentukan tugas dari masing-masing anggota tim analis sistem, yang ditentukan oleh koordinator analis sistem melalui surat penugasan dengan menyertakan lampiran kegiatan penelitian yang harus dilakukan.

4. Membuat Agenda Wawancara

Sebelum wawancara dilakukan, waktu dan materi wawancara perlu didiskusikan. Rencana ini dapat ditulis di agenda wawancara dan dibawa selama wawancara berlangsung. Tujuannya adalah supaya wawancara dapat diselesaikan tepat pada waktunya dan tidak ada materi yang terlewatkan.


5. Mengumpulkan Hasil PenelitianFakta atau data yang diperoleh dari hasil penelitian harus dikumpulkan sebagai suatu dokumentasi sistem lama, yaitu :
1. Waktu untuk melakukan suatu kegiatan
2. Kesalahan melakukan kegiatan di sistem yang lama
3. pengambilan sampel
4. Formulir dan laporan yang dihasilkan oleh sistem lama
5. Elemen-elemen data
6. Teknologi yang digunakan di sistem lama
7 .Kebutuhan informasi pemakai sistem / manajemen

Berdasarkan pertanyaan dan kriteria ini, selanjutnya analis system akan dapat melakukan analis dari hasil penelitian dengan baik untuk menemukan kelemahan dan permasalahan dari sistem yang ada.

2. Menganalisis Kebutuhan Informasi Pemakai / Manajemen
Tugas lain dari analis sistem yang diperlukan sehubungan dengan sasaran utama sistem informasi, yaitu menyediakan informasi yang dibutuhkan bagi para pemakainya perlu dianalisis.

Tujuan utama dari penyerahan laporan ini kepada manajemen adalah :
a. Analisis telah selesai dilakukan
b. Meluruskan kesalah-pengertian mengenai apa yang telah ditemukan dan dianalisis oleh analis sistem tetapi tidak sesuai menurut manajemen
c. Meminta pendapat dan saran dari pihak manajemen
d. Meminta persetujuan kepada pihak manajemen untuk melakukan tindakan selanjutnya (dapat berupa meneruskan ke tahap disain sistem atau menghentikan proyek bila dipandang tidak layak lagi)
e .Semua hasil yang didapat dari penelitian perlu dilampirkan pada laporan hasil analisis  ini, sehingga manajemen dan user dapat memeriksa kembali kebenaran data yang telah diperoleh

Definisi Kebijakan dan Perencanaan Sistem

3.1.  Definisi KebijakanSistem

Kebijakan sistem merupakan landasan dan dukungan dari manajemen puncak untuk membuat  perencanaan sistem.

3.1.2 Definisi Perencanaan Sistem

Perencanaan Sistem adalah proses membuat sebuah Laporan Perencanaan Sistem yang menggunakan sumber sistem informasi yang berhubungan dan mendukung tujuan bisnis dan operasi organisasi.

3.2 Proses Perencanaan Sistem

Proses perencanaan sistem dibagi dalam 3 proses utama yaitu:
 1.  Merencanakan proyek-proyek sistem, meliputi:

2. Mempersiapkan proyek-proyek sistem yang akan dikembangkan, meliputi:

3. Mendefinisikan proyek-proyek dikembangkan, meliputi:

3.3    Proyek sistem

Proyek sistem adalah pengembangan sebuah sistem informasi dalam suatu organisasi. Contoh: Proyek-proyek sistem yang bisa dikembangkan dalam sebuah Rumah Sakit adalah:
            1.Membuat sistem perancangan pendaftaran pasien baru
            2. Membuat sistem perancangan pemesanan obat-obatan
            3. Membuat sistem perancangan pembayaran gaji karyawan
            4.Membuat sistem perancangan pendaftaran rawat inap

3.4   Studi Kelayakan

1. Definisi Studi Kelayakan

Studi Kelayakan adalah suatu studi yang akan digunakan untuk menentukan apakah pengembangan proyek sistem layak diteruskan atau tidak.

2. Faktor-faktor yang perlu dinilai dalam studi kelayakan

a.   Ekonomi Kelayakan

Ekonomi adalah metode yang paling sering digunakan untuk mengevaluasi efektivitas sistem baru. Lebih dikenal sebagai biaya / manfaat analisis, prosedur ini adalah untuk menentukan manfaat dan penghematan yang diharapkan dari sistem kandidat dan membandingkan mereka dengan biaya. Jika manfaatnya lebih besar daripada biaya, maka keputusan dibuat untuk merancang dan mengimplementasikan sistem. Seorang pengusaha yang akurat harus mempertimbangkan biaya versus manfaat sebelum mengambil tindakan.
Biaya studi berbasis: Sangat penting untuk mengidentifikasi faktor-faktor biaya dan manfaat, yang dapat dikategorikan sebagai berikut:

Menentukan apakah sistem yang diusulkan konflik dengan persyaratan hukum, misalnya sistem pengolahan data harus sesuai dengan Kis Perlindungan Data setempat

c.       Operasional Kelayakan

Sebuah proyek akan gagal jika waktu terlalu lama untuk diselesaikan sebelum berguna. Biasanya ini berarti memperkirakan berapa lama sistem akan mengambil untuk mengembangkan, dan jika dapat diselesaikan dalam jangka waktu tertentu menggunakan beberapa metode seperti payback period. Jadwal kelayakan adalah ukuran seberapa wajar jadwal proyek. Mengingat keahlian teknis kami, adalah tenggat waktu proyek yang wajar? Beberapa proyek yang dimulai dengan tenggat waktu tertentu. Anda perlu menentukan apakah tenggat waktu adalah wajib atau diinginkan.

e.   Pasar dan Kelayakan Real Estate

Studi Kelayakan Pasar biasanya melibatkan pengujian lokasi geografis untuk proyek pengembangan real estat, dan biasanya melibatkan bidang tanah real estate. Pengembang sering melakukan studi pasar untuk menentukan lokasi terbaik dalam yurisdiksi, dan untuk menguji lahan alternatif untuk paket yang diberikan. Yurisdiksi sering membutuhkan pengembang untuk menyelesaikan studi kelayakan sebelum mereka akan menyetujui permohonan izin untuk ritel, komersial, industri, manufaktur, kantor perumahan, atau dicampur-menggunakan proyek. Kelayakan Pasar memperhitungkan pentingnya bisnis di area yang dipilih.

f.   Sumber Daya Kelayakan

Hal ini melibatkan pertanyaan seperti bagaimana banyak waktu yang tersedia untuk membangun sistem baru, ketika itu dapat dibangun, apakah itu mengganggu operasi bisnis normal, jenis dan jumlah sumber daya yang dibutuhkan, dependensi.
             

g.   Budaya Kelayakan

Pada tahap ini, alternatif proyek yang dievaluasi dampaknya di tingkat lokal dan umum budaya. Sebagai contoh, faktor lingkungan perlu dipertimbangkan dan faktor-faktor ini menjadi terkenal. Selanjutnya budaya perusahaan bisa berbenturan dengan hasil proyek.

h.   Kelayakan Keuangan

Dalam kasus proyek baru, viabilitas keuangan dapat dinilai berdasarkan parameter berikut:

Pengembangan sistem merupakan penyusunan suatu sistem yang baru untuk
menggantikan sistem yang lama secara keseluruhan atau memperbaiki
sistem yang telah ada.

Perlunya Pengembangan Sistem
Sistem lama yang perlu diperbaiki atau diganti disebabkan karena
beberapa hal :

b) Pertumbuhan organisasi

Kebutuhan informasi yang semakin luas, volume pengolahan data
semakin meningkat, perubahan prinsip akuntansi yang baru
menyebabkan harus disusunnya sistem yang baru, karena sistem yang
lama tidak efektif lagi dan tidak dapat memenuhi lagi semua kebutuhan
informasi yang dibutuhkan manajemen.

Siklus Hidup Pengembangan Sistem dapat didefinisikan sebagai
serangkaian aktivitas yang dilaksanakan oleh profesional dan pemakai sistem
informasi untuk mengembangkan dan mengimplementasikan sistem
informasi.

Siklus hidup pengembangan sistem informasi saat ini terbagi atas enam fase,
yaitu :
a. Perencanaan sistem
b. Analisis sistem
c. Perancangan sistem secara umum / konseptual
d. Evaluasi dan seleksi sistem
e. Perancangan sistem secara detail
f. Pengembangan Perangkat Lunak dan Implementasi sistem
g. Pemeliharaan / Perawatan Sistem

Keenam fase siklus hidup pengembangan sistem ini dapat digambarkan seperti pada Gambar di bawah ini.

Metodologi adalah kesatuan metode-metode, prosedur-prosedur,
konsep-konsep pekerjaan, aturan-aturan, postulat-postulat yang digunakan
oleh suatu ilmu pengetahuan, seni atau disiplin lainnya. Metode adalah suatu
cara, teknik yang sistematik untuk mengerjakan sesuatu. Metodologi
Pengembangan sistem berarti metode-metode, prosedur-prosedur, konsepkonsep pekerjaan, aturan-aturan dan postulat-postulat (kerangka pemikiran)
yang akan digunakan untuk mengembangkan suatu sistem informasi. Uruturutan prosedur untuk pemecahan masalah dikenal dengan istilah Algoritma
Metodologi pengembangan sistem adalah metode-metode, prosedurprosedur, konsep-konsep pekerjaan, aturan-aturan dan postulat-postulat
(dalil) yang akan digunakan untuk mengembangkan suatu sistem informasi.

Metode ini adalah metode pengembangan sistem informasi yang pertama kali digunakan makanya disebut dengan metode tradisional. Metode ini prototype Adalah tahap-tahapan pekerjaan yang dilakukan oleh analis sistem dan programer dalam membangun sistem informasi.

a.      Tahap-tahap SLDC yaitu:

·         Melakukan survey dan menilai kelayakan proyek pengembangan sistem informasi.

·        Mempelajari dan menganalisis sistem informasi yang sedang berjalan.

·         Menentukan permintaan pemakai sistem informasi.

·         Memilih solusi atau pemecahan masalah yang paling baik.

·         Menentukan perangkat keras dan perangkat lunak computer.

·         Merancang sistem informasi baru.

·         Mengkomunikasikan dan mengimplementasikan sistem informasi baru.

·         Memelihara dan melakukan perbaikan/peningkatan sistem informasi baru.

b.       Kelebihan dan Kekurangan

Kelebihan:

o   Mudah diaplikasikan.

o   Memberikan template tentang metode analisis, desain, pengkodean, pengujian, dan pemeliharaan.

Kekurangan

o   Jarang sekali proyek riil mengikuti aliran sekuensial yang dianjurkan model karena model ini bisa melakukan itersi tidak langsung.

o   Pelanggan sulit untuk menyatakan kebutuhan secara eksplisit sehingga sulit untuk megakomodasi ketidakpastian pada saat awal proyek.

o   Pelanggan harus bersikap sabar karena harus menunggu sampai akhir proyek dilalui. Sebuah kesalahan jika tidak diketahui dari awal akan menjadi masalah besar karena harus mengulang dari awal.

o   Pengembang sering malakukan penundaan yang tidak perlu karena anggota tim proyek harus menunggu tim lain untuk melengkapi tugas karena memiliki ketergantungan hal ini menyebabkan penggunaan waktu tidak efesien. 

Sering juga disebut model Sequential Linier. Metode pengembangan sistem yang paling tua dan paling sederhana. Cocok untuk pengembangan perangkat lunak dengan spesifikasi yang tidak berubah-ubah. Model ini menyediakan pendekatan alur hidup perangkat lunak secara sequential atau terurut dimulai dari analisa, desain, pengkodean, pengujian dan tahap pendukung

a.      Tahap-Tahap Metode WATERFALL:

·         Analisis Kebutuhan Perangkat Lunak

·         Desain

·         Pembuatan Kode Program

·         Pengujian

·         Pendukung atau Pemeliharaan

b.      Kelebihan dan Kekurangan Metode Waterfall

Kelebihan

o   Kualitas dari sistem yang dihasilkan akan baik. Ini dikarenakan oleh pelaksanaannya secara bertahap. Sehingga tidak terfokus pada tahapan tertentu.

o   Dokumen pengembangan sistem sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya. Jadi setiap fase atau tahapan akan mempunyai dokumen tertentu.

Kekurangan

o    Diperlukan majemen yang baik, karena proses pengembangan tidak dapat dilakukan secara berulang sebelum terjadinya suatu produk.

o   Kesalahan kecil akan menjadi masalah besar jika tidak diketahui sejak awal pengembangan.

o   Pelanggan sulit menyatakan kebutuhan secara eksplisit sehingga tidak dapat mengakomodasi ketidakpastian pada saat awal pengembangan.

Prototyping adalah proses iterative dalam pengembangan sistem dimana requirement diubah ke dalam sistem yang bekerja (working system) yang secara terus menerus diperbaiki melalui kerjasama antara user dan analis. Prototype juga bisa dibangun melalui beberapa tool pengembangan untuk menyederhanakan proses.

a.      Tahapan-tahapan Model Prototyping

·         Pengumpulan Kebutuhan

·         Membangun Prototyping

·         Menggunakan Sistem

·         Mengkodekan Sistem

·          Menguji Sistem

·         Evaluasi Sistem

·         Evaluasi Protoptyping

b.      Kelebihan dan Kekurangan

Kelebihan

o    Prototype melibatkan user dalam analisa dan desain.

o   Punya kemampuan menangkap requirement secara konkret.

o   Digunakan untuk memperluas SDLC.

Kekurangan

o   Proses analisis dan perancangan terlalu singkat.

o   Mengesampingkan alternatif pemecahan masalah.

o   Bisanya kurang fleksible dalam mengahdapi perubahan.

o   Protitype yang dihasilkan tidak selamanya mudah dirubah dan cepat selesai.

RAD adalah penggabungan beberapa metode atau teknik terstruktur. RAD menggunakan metode prototyping dan teknik terstruktur lainnya untuk menentukan kebutuhan user dan perancangan sistem informasiselain itu RAD menekankan siklus perkembangan dalam waktu yang singkat (60 sampai 90 hari) dengan pendekatan konstruksi berbasis komponen.

a.      Tahapan-tahapan Model RAD

·         Bussiness Modelling

·         Testing and Turnover

·         Aplication Generation

·         Process Modelling

·         Data Modelling

b.      Kelebihan dan Kekurangan

Kelebihan

o   RAD mengikuti tahapan pengembangan sistem sepeti umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada (reusable object).

o   Setiap fungsi dapat dimodulkan dalam waktu tertentu dan dapat dibicarakan oleh tim RAD yang terpisah dan kemudian diintegrasikan sehingga waktunya lebih efesien.

Kekurangan

o   Tidak cocok untuk proyek skala besar

o   Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi.

o   Sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.

o   Resiko teknis yang tinggi juga kurang cocok untuk model ini

Model spiral pada awalnya diusulkan oleh Boehm, adalah model proses perangkat lunak evolusioner yang merangkai sifat iteratif dari prototype dengan cara kontrol dan aspek sistematis model sequensial linier. Model iteratif ditandai dengan tingkah laku yang memungkinkan pengembang mengembangkan versi perangkat lunak yang lebih lengkap secara bertahap.

a.      Tahapan-tahapan Model Spiral

·         Komunikasi Pelanggan

·         Perencanaan

·         Analisis Resiko

·         Perekayasaan

·         Konstruksi dan Peluncuran

·         Evaluasi Pelanggan

b.      Kelebihan dan Kekurangan

Kelebihan

o   Dapat disesuaikan agar perangkat lunak bisa dipakai selama hidup perangkat lunak komputer.

o   Lebih cocok untuk pengembangan sistem dan perangkat lunak skala besar

o   Pengembang dan pemakai dapat lebih mudah memahami dan bereaksi terhadap resiko setiap tingkat evolusi karena perangkat lunak terus bekerja selama proses

o   Menggunakan prototipe sebagai mekanisme pengurangan resiko dan pada setiap keadaan di dalam evolusi produk.

o   Tetap mengikuti langkah-langkah dalam siklus kehidupan klasik dan memasukkannya ke dalam kerangka kerja iterative.

o   Membutuhkan pertimbangan langsung terhadp resiko teknis sehingga mengurangi resiko sebelum menjadi permaslahan yang serius.

Kekurangan

o   Sulit untuk menyakinkan pelanggan bahwa pendekatan evolusioner ini bisa dikontrol.

o   Memerlukan penaksiran resiko yang masuk akal dan akan menjadi masalah yang serius jika resiko mayor tidak ditemukan dan diatur.

Butuh waktu lama untuk menerapkan paradigma ini menuju kepastian yang absolute

Disebut juga pengembangan tradisional / konvensional adalah pengembangan sistem dengan mengikuti tahapan pada system life cycle. Pendekatan ini menekankan bahwa pengembangan sistem akan berhasil bila mengikuti tahapan pada system life cycle. Tetapi pada kenyataannya pendekatan klasik tidak cukup digunakan untuk mengembangkan suatu sistem informasi yang sukses dan akan timbul beberapa permasalahan diantaranya adalah:
1. Pengembangan perangkat lunak menjadi sulit.

2. Biaya perawatan atau pemeliharaan sistem menjadi lebih mahal

3. Kemungkinan kesalahan sistem besar

4. Keberhasilan sistem kurang terjamin

5. Masalah dalam penerapan sistem

b.      Pendekatan Terstruktur (structured approach)

Pendekatan terstruktur dilengkapi dengan alat-alat (tools) dan teknikteknik yang dibutuhkan dalam pengembangan sistem, sehingga hasil akhir
dari sistem yang dikembangkan akan didapatkan sistem yang strukturnya
didefinisikan dengan baik dan jelas. Beberapa metodologi pengembangan
sistem yang terstruktur telah banyak yang diperkenalkan baik dalam bukubuku, maupun oleh perusahaan-perusahaan konsultan pengembang sistem.
Metodologi ini memperkenalkan penggunaan alat-alat dan teknik-teknik untuk
mengembangkan sistem yang terstruktur.
Konsep pengembangan sistem terstruktur bukan merupakan konsep
yang baru. Teknik perakitan di pabrik-pabrik dan perancangan sirkuit untuk
alat-alat elektronik adalah dua contoh baru konsep ini yang banyak digunakan
di industri-industri. Konsep ini memang relatif masih baru digunakan dalam
mengembangkan sistem informasi untuk dihasilkan produk sistem yang
memuaskan pemakainy

Pendekatan dari level bawah organisasi, yaitu level operasional dimana transaksi dilakukan. Pendekatan ini dimulai dari perumusan kebutuhan untuk menangani transaksi dan naik ke level atas dengan merumuskan kebutuhan informasi berdasarkan transaksi tersebut (merupakan ciri-ciri dari pendekatan klasik disebut juga data analysis).

Dimulai dari level atas yaitu level perencanaan strategi. Pendekatan ini dimulai dengan mendefinisikan sarasan dan kebijaksanaan organisasi , kemudian dilakukan analisis kebutuhan informasi , lalu proses turun ke pemrosesan transaksi (merupakan ciri-ciri dari pendekatan terstruktur disebut juga decision analysis)

Alat-alat pengembangan sistem yang berbentuk grafik diantaranya
adalah :
1. HIPO diagram
2. Data flow diagram
3. Structured chart
4. SADT diagram
5. Warnier / Orr diagram
6. Jackson’s diagram
Beberapa alat berbentuk grafik yang sifatnya umum, yaitu dapat
digunakan disemua metodologi yang ada. Alat-alat ini berupa suatu bagan,
diantaranya :
1. Bagan untuk menggambarkan aktivitas (activity charting) :
a. Bagan alir sistem (System Flowchart)
b. Bagan alir program (Program Flowchart)
- Bagan alir logika program (Program logic Flowchart)
- Bagan alir program komputer (Detailed computer program Flowchart)
c. Bagan alir kerta kerja (Paperwork Flowchart) atau disebut juga Bagan
alir formulir
d. Bagan alir hubungan database (Database relationship Flowchart)
e. Bagan alir proses (Process Flowchart)
f. Gant chart
2. Bagan untuk menggambarkan tata letak (Layout charting)
3. Bagan untuk menggmbarkan hubungan personil (Personal relationship
charting) :
a. Bagan distribusi kerja (Working distribution chart)
b. Bagan organisasi (Organization chart)