Desain Sistem

Analisis sistem digunakan untuk menjawab pertanyaan what? Sedangkan desain digunakan untuk menjawab pertanyaan how? Desain berkonsentrasi pada bagaimana system dibangun untuk memenuhi kebutuhan pada fase analisis.

Elemen-elemen pengetahuan yang berhubungan dengan proses desain:
1. Sumber daya organisasi: bertumpu pada 5 unsur organisasi, yaitu: man, machines, material, money dan methods.
2. Informasi kebutuhan dari pemakai: informasi yang diperoleh dari pemakai selama fase analisis sistem.
3. Kebutuhan sistem: hasil dari analisis sistem.
4. Metode pemrosesan data, apakah: manual, elektromechanical, puched card, atau computer base.
5. Operasi data. Ada beberapa operasi dasar data, a.l: capture, classify, arrange, summarize, calculate, store, retrieve, reproduce dan disseminate.
6. Alat bantu desain, seperti: dfd, dcd, dd, decision table dll.

Langkah dasar dalam proses desain:
1. Mendefinisikan tujuan sistem (defining system goal), tidak hanya berdasarkan informasi pemakai, akan tetapi juga berupa telaah dari abstraksi dan karakteristik keseluruhan kebutuhan informasi sistem.
2. Membangun sebuah model konseptual (develop a conceptual model), berupa gambaran sistem secara keseluruhan yang menggambarkan satuan fungsional sebagai unit sistem.
3. Menerapkan kendala2 organisasi (applying organizational contraints). Menerapkan kendala-kendala sistem untuk memperoleh sistem yang paling optimal. Elemen organisasi merupakan kendala, sedangkan fungsi-fungsi yang harus dioptimalkan adalah: performance, reliability, cost, instalation schedule, maintenability, flexibility, grouwth potensial, life expectancy. Model untuk sistem optimal dapat digambarkan sebagai sebuah model yang mengandung: kebutuhan sistem dan sumber daya organisasi sebagai input; faktor bobot terdiri atas fungsi-fungsi optimal di atas; dan total nilai yang harus dioptimalkan dari faktor bobot tersebut.
4. Mendefinisikan aktifitas pemrosesan data (defining data processing activities). Pendefinisian ini dapat dilakukan dengan pendekatan input-proses-output. Untuk menentukan hal ini diperlukan proses iteratif sbb: a. Mengidentifikasn output terpenting untuk mendukung/mencapai tujuan sistem (system’s goal)
b. Me-list field spesifik informasi yang diperlukan untuk menyediakan output tersebut
c. Mengidentifikasi input data spesifikik yang diperlukan untuk membangun field informasi yang diperlukan.
d. Mendeskripsikan operasi pemrosesan data yang diterapkan untuk mengolah input menjadi output yang diperlukan.
e. Mengidentifikasi elemen input yang menjadi masukan dan bagian yang disimpan selama pemrosesan input menjadi output.
f. Ulangi langkah a-e terus menerus samapi semua output yang dibutuhkan diperoleh.
g. Bangun basis data yang akan mendukung efektifitas sistem untuk memenuhi kebutuhan sistem, cara pemrosesan data dan karakteristik data.
h. Berdasarakan kendala-kendala pembangunan sistem, prioritas pendukung, estimasi cost pembangunan; kurangi input, output dan pemrosesan yang ekstrim
i. Definisikan berbagai titik kontrol untuk mengatur aktifitas pemrosesan data yang menentukan kualitas umum pemrosesan data.
j. Selesaikan format input dan output yang terbaik untuk desain sistem.
5. Menyiapkan proposal sistem desain. Proposal ini diperlukan untuk manajemen apakah proses selanjutnya layak untuk dilanjutkan atau tidak. Hal-hal yang perlu disiapkan dalam penyusunan proposal ini adalah:
a. Menyatakan ulang tentang alasan untuk mengawali kerja sistem termasuk tujuan/objektif khusus dan yang berhubungan dengan kebutuhan user dan desain sistem.
b. Menyiapkan model yang sederhana akan tetapi menyeluruh sistem yang akan diajukan.
c. Menampilkan semua sumber daya yang tersedia untuk mengimplementasikan dan merawat sistem.
d. Mengidentifikasi asumsi kritis dan masalah yang belum teratasi yang mungkin berpengaruh terhadap desain sistem akhir.

Sedangkan format dari proposal desain ini sangat berfariasi akan tetapi mengandung hal- hal di atas.
Prinsip Dasar Desain
Ada 2 prinsip dasar desain, a.l:
1. Desain sistem monolitik. Ditekankan pada integrasi sistem. Resource mana yang bisa diintegrasikan untuk memperoleh sistem yang efektif terutama dalam cost.
2. Desain sistem modular. Ditekankan pada pemecahan fungsi-fungsi yang memiliki idependensi rendah menjadi modul-modul (subsistem fungsional) yang terpisah sehingga memudahkan kita untuk berkonsentrasi mendesain per modul. Sebuah sistem informasi dapat dipecah menjadi 7 subsistem fungsional, a.l: data collection, data processing, file update, data storage, data retrival, information report dan data processing controls.

Analisis Sistem

Segala pembuatan sebuah sistem biasanya kita mengawali dengan menganalisis sistem tesebut, baik sistem yang akan baru dibuat maupun sistem yang akan dikembangkan atau sudah ada sebelumnya.
Alasan pentingnya mengawali analisis sistem:
1. Problem-solving: sistem lama tidak berfungsi sesuai dengan kebutuhan. Untuk itu analisis diperlukan untuk memperbaiki sistem sehingga dapat berfungsi sesuai dengan kebutuhan.
2. Kebutuhan baru: adanya kebutuhan baru dalam organisasi atau lingkungan sehingga diperlukan adanya modifikasi atau tambahan sistem informasi untuk mendukung organisasi.
3. Mengimplementasikan ide atau teknologi baru.
4. Meningkatkan performansi sistem secara keseluruhan.

Batasan Analisis Sistem:
Aktifitas yang dilakukan dalam analisis sistem harus dapat menjawab pertanyaan umum, sbb:
1. Sistem baru apakah yang akan dibangun? atau
2. Sistem apakah yang akan ditambahkan atau dimodifikasi pada sistem lama yang sudah ada?

Untuk itu secara detail harus dijawab pertanyaan-pertanyaan:
1. Informasi apakah yang dibutuhkan?
2. Oleh siapa?
3. Kapan?
4. Dimana?
5. Dalam bentuk apa?
6. Bagaimana cara memperolehnya?
7. Dari mana asalnya?
8. Bagaimana cara mengumpulkannya?

Proposal mengadakan analisis sistem ; Berisi:
1. Definisi yang jelas dan konsisten tentang alasan untuk analisis
2. Definisi batasan analisis yang akan dilakukan
3. Identifikasi fakta yang akan dikumpulkan dan dipelajari selama analisis
4. Identifikasi sumber dimana fakta dapat diperoleh
5. Uraian tujuan dan kendala yang mungkin dalam analisis
6. Proyeksi kemungkinan masalah yang akan terjadi selama analisis
7. Jadwal tentatif analisis

Sumber-sumber fakta yang dapat dipelajari untuk analisis sistem:
1. Sistem yang ada
2. Sumber internal lain: orang, dokumen, dan hubungan antara orang-organisasi atau fungsi ada
3. Sumber External: interface dengan sistem lain, seminar, vendor, jurnal, textbook dan informasi atau ilmu lain yang berada diluar sistem

Kerangka Analisis:
1. Analisis terhadap level pembuat keputusan (manajemen organisasi): menganalisa organisasi, fungsi dan informasi yang dibutuhkan beserta informasi yang dihasilkan.
2. Analisis terhadap flow informasi: mengidentifikasi informasi apa yang diperlukan, siapa yang memerlukan, dari mana asalnya.
3. Analisis terhadap input dan output.
Dalam analisis ini digunakan teknik dan alat bantu, a.l: interview, questionaire, observation, sampling and document gathering, charting (organisasi, flow, dfd, ER, OO, dll), decision table and matric

Laporan hasil analisis:
Laporan hasil analisis harus berisi:
1. Uraian alasan dan scope (batasan) analisis
2. Deskripsi sistem yang ada dan operasinya.
3. Uraian tujuan (objektif) dan kendala sistem
4. Deskripsi tentang masalah-masalah yang belum teratasi dan potensi masalah
5. Uraian tentang asumsi-asumsi yang diambil oleh analis sistem selama proses analisis
6. Rekomendasi-rekomendasi sistem yang baru dan kebutuhannya untuk desain awal
7. Proyeksi kebutuhan sumber daya dan biaya yang diharapkan termasuk dalam desain sistem baru atau memodifikasinya. Proyeksi ini termasuk kelayakan untuk proses selanjutnya

Waterfall Model

Waterwall Model, yang sering disebut juga classic life cycle, adalah model klasik yang bersifat sistematis, berurutan dalam membangun software (Proboyekti, 2006).
Model ini menyampaikan suatu pendekatan yang berurutan untuk pengembangan perangkat lunak. Pengembangan dimulai dari spesifikasi kebutuhan dan berlanjut dengan perencanaan, pemodelan, konstruksi, dan penyerahan.

Langkah-langkah dalam waterfall sebagi berikut :
a. Spesifikasi Kebutuhan user (Requirment User)
Mengumpulkan kebutuhan secara lengkap kemudian kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh program yang akan dibangun. Fase ini harus dikerjakan secara lengkap untuk bisa menghasilkan desain yang lengkap.
b. Software Design
Desain dikerjakan setelah kebutuhan selesai dikumpulkan secara lengkap.
c. Construction Coding (pengkodean)
Desain program diterjemahkan ke dalam kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. Program yang dibangun langsung diuji baik secara unit.
d. Integrasi (integration)
Penyatuan unit-unit program secara keseluruhan.
e. Testing
Setalah penyatuan program secara keseluruhan maka dilakukan pengujian (system testing).
Beberapa macam bentuk testing :
Data set testing
Unit testing
Sistem testing
Integrasi testing
Blackbox testing
Whitebox testing
Modul testing
Regresi testing
Otomasi testing
f. Implementasi
Mengoperasikan program dilingkungannya oleh pengguna/user
g. Pemeliharaan (Maintenance)
Melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.

Model ini juga mencerminkan kepraktisan engineering karena ketika sudah berada diakhir fase jika terjadi kesalahan akan lebih mudah diperbaiki. Namun kelemahan metode ini adalah ketika suatu fase sudah terlewati dan ada perubahan kebutuhan sesuai keinginan pemakai/user terkadang model ini sulit untuk diakomodasi. Dampaknya akan menyebabkan kebingungan bagi tim pembuat. Sehingga keadaan ‘block state’ atau status terblok akan terjadi. Block state bisa terjadi ketika beberapa anggota tim harus menunggu anggota lain team ini untuk menyelesaikan tugas yang ada kaitannya. Akibatnya, waktu yang diperlukan untuk menunggu bisa melebihi waktu produktif yang diperlukan untuk mengerjakan tugasnya.
Secara umum masalah-masalah yang sering terjadi dalam model ini adalah :
Perubahan sulit dilakukan karena sifatnya yang kaku.
Karena sifat kakunya, model ini cocok ketika kebutuhan dikumpulkan secara lengkap sehingga perubahan bisa ditekan sekecil mungkin. Tapi pada kenyataannya jarang sekali konsumen/pengguna yang bisa memberikan kebutuhan secara lengkap, perubahan kebutuhan adalah sesuatu yang wajar terjadi.
Waterfall pada umumnya digunakan untuk rekayasa sistem yang besar dimana Proyek dikerjakan di beberapa tempat berbeda, dan dibagi menjadi beberapa bagian sub-Proyek