Analisis dan Desain Sistem

Analisis Sistem

Analisis sistem mendefinisikan kebutuhan atau persyaratan terkait sistem yang akan dikembangkan. Fase ini  menjawab pertanyaan siapa pengguna sistem, apa yang sistem akan lakukan, kapan dan di mana sistem akan diterapkan.  Dengan cara menganalisis sistem yang sedang berjalan, mencari celah celah perbaikan,dan membangun konsep untuk sistem yang baru.

Ada 3 tahapan  dalam fase Analisis ini, antara lain:

1. Membuat strategi analisis untuk pendamping usaha-usaha yang akan dilakukan team project.
2. Mengumpulkan persyaratan/kebutuhan untuk membuat konsep sistem. Konsep sistem digunakan untuk  dasar pembuatan analisis  model  bisnis.

Secara kategori, ada tiga buah jenis kebutuhan sistem:

1. Kebutuhan Fungsional.
2. Kebutuhan non fungsional :
• Kebutuhan Antar muka (interface), seperti interface ke database, menu interface  dan lain-lain.
• Kebutuhan performance (kinerja), seperti kecepatan , delay, kapasitas dan lain-lain.
Kemudian kebutuhan tersebut akan dimodelkan atau digambarkan dengan teknik analisis dan alat bantu tertentu. Sebagai contoh kebutuhan fungsional dapat dimodelkan dengan menggunakan:
• Data flow diagram, kamus data dan spesifikasi proses jika menggunakan analisis terstruktur.
• Use case diagram dan skenario sistem jika menggunakan analisis berorientasi objek.
3. Analisis, konsep sistem dan model bisnis dikombinasikan untuk membuat proposal sistem, proposal ini akan diajukan kepada pihak yang akan memutuskan apakah project di teruskan atau tidak.

Desain Sistem

Tahap desain memutuskan bagaimana sistem akan beroperasi, dalam hal perangkat keras, perangkat lunak, dan  jaringan infrastruktur; antarmuka pengguna, formulir dan laporan, dan program khusus, database, dan file yang akan dibutuhkan.

Tahap desain memiliki empat langkah:

1. Strategi desain pertama kali dibuat. Ini menjelaskan apakah sistem tersebut akan dibuat oleh programmer perusahaan sendiri, apakah sistem akan outsourcing ke perusahaan lain (biasanya perusahaan konsultan), atau apakah perusahaan akan membeli  ada paket perangkat lunak.
2. Langkah no 1 mengarah pada pengembangan desain arsitektur dasar untuk sistem, yang menggambarkan perangkat keras, perangkat lunak, dan infrastruktur jaringan yang akan digunakan. di banyak kasus, sistem akan menambah atau mengubah infrastruktur yang sudah ada dalam organisasi. Desain antarmuka menentukan bagaimana pengguna akan bergerak melalui sistem dan (misalnya, navigasi metode seperti menu dan tombol pada layar)  form dan laporan  yg digunakan sistem .
3. Spesifikasi database dan file yang dikembangkan, mendefinisikan dengan tepat  data  apa yang akan akan disimpan dan di mana mereka akan disimpan.
4. Tim analis mengembangkan rancangan/design program, yang mendefinisikan program yang harus ditulis dan apa yang  akan  tiap program lakukan.

Gabungan  hasil-hasil dari tiap tahap  (arsitektur desain, desain interface, database dan file spesifikasi, dan desain program) adalah spesifikasi sistem yang diserahkan ke tim pemrograman untuk implementasi. Pada akhir tahap desain, analisis kelayakan dan rencana proyek dikaji ulang dan direvisi, dan keputusan lain yang dibuat oleh proyek sponsor dan komite persetujuan tentang apakah untuk mengakhiri proyek atau melanjutkan.

Implementasi

Tahap terakhir dalam SDLC adalah tahap implementasi, di mana sistem ini benar-benar dibangun (atau dibeli, dalam hal desain paket perangkat lunak). Ini adalah fase yang biasanya mendapatkan perhatian yang besar, karena untuk kebanyakan sistem itu adalah bagian paling lama dan paling mahal  dari proses pembangunan.

Fase ini memiliki tiga langkah:

1. Sistem konstruksi adalah langkah pertama. Sistem ini dibangun dan diuji untuk memastikan ia bekerja seperti yang telah dirancang. Karena biaya perbaikan bisa sangat besar, pengujian adalah salah satu langkah yang paling penting dalam implementasi  .  Banyak organisasi memberikan lebih banyak waktu dan perhatian pada pengujian daripada menulis program.
2. Sistem ini diinstal. Instalasi adalah proses di mana sistem lama non aktifkan dan yang baru dihidupkan. Ini mungkin termasuk pendekatan cutover langsung (dalam mana sistem baru segera menggantikan sistem lama), konversi paralel pendekatan (di mana kedua sistem lama dan baru dioperasikan selama satu bulan atau dua bulan sampai jelas bahwa tidak ada bug di sistem baru), atau konversi bertahap strategi (di mana sistem baru dipasang di salah satu bagian dari organisasi sebagai awal percobaan dan kemudian secara bertahap dipasang di bagian lain). Salah satu yang paling penting aspek konversi adalah pengembangan rencana pelatihan untuk mengajar user bagaimana menggunakan sistem baru dan membantu mengelola perubahan yang disebabkan oleh sistem baru.
3. Tim analis menetapkan rencana support untuk sistem. Rencana ini biasanya mencakup kajian pasca implementasi formal atau informal serta cara  sistematis untuk mengidentifikasi perubahan besar dan kecil diperlukan untuk sistem.