Materi 1. 2. 3. 4. 5. 6.
Era Informasi Strategi dan Peluang Yang Kompetitif Database dan Database Warehouse Desain Database Sistem Pendukung Keputusan dan Sistem Cerdas E-Commerce
DEVELOPING IT SYSTEMS Pertemuan 11
2 SKS
Investigasi Awal • • • • • • •
Konsep Investigasi Sistem Pragmatis Investigasi Sistem Taktik Investigasi Teknik Investigasi Memfokuskan Investigasi Deskripsi Sistem Saat Ini Pendekatan Terstruktur
Konsep • Masalah yg terdeteksi bisa tidak nyata atau tidak dapat dipecahkan karena: – Goal mungkin terlalu ideal dan tak dapat diwujudkan – Status dari sistem saat ini tak dapat dirubah karena tak tersedia sumberdaya, atitude, atau keduanya – Pengukuran status sistem saat ini tidak akurat – Pernyataan goal kedaluwarsa – gap antara sistem yg ideal dan yg ada berlaku sementara dan mengurangi ‘given patience’
Pragmatis • Berbagai kendala investigasi: – – – – –
Waktu Biaya Pengetahuan Politik Interference
• Rekomendasi sebagai hasil investigasi – Tidak perlu tindak lanjut karena masalahnya tidak valid – Lakukan pemeliharaan sistem atau perubahan kecil – Tingkatkan pelatihan user – Letakkan masalah pada file user yad (tunda) – Pertimbangkan perubahan besar pada sistem, masalahnya serius
Tatik Investigasi • Analis adalah outsider, ada yg menyambut dengan antusias, ada yg reserved, perlu taktik: – Dengarkan, jangan menggurui – Jangan memecahkan masalah segera - jangan sok tahu, anda kan pendatang – Bandingkan kriteria – Cari respons yang relevan – Probe for logical inconsistencies – Perhatikan efek anda – Siap untuk kerja keras yg membosankan – Hindarkan politik
Teknik Investigasi
– procedur flow – document review – sampling – tabular analysis
• Mixed probes
Internal
• Indirect probes:
Type Probes
– questionaires – interviews – observasi
External
• Direct probes:
Analysis
Design
SDLC
Implementation
Fokus Investigasi • Kebanyakan masalah terjadi pada aplikasi yang kompleks dengan user impact yang tinggi. • Gunakan matriks kompleksitas sistem dan user impact: User impact
Kompleksitas - Jml transaksi input - Jml output - jml baris program - jml halaman dokumentasi sistem dan program - jml jam pelatihan user
(1)
(2)
(3)
(4)
Deskripsi Current Sistem • • • • • • •
Input Output Files Elemen data Volume transaksi dan action document Biaya DFD
Konsep • Masalah yg terdeteksi bisa tidak nyata atau tidak dapat dipecahkan karena: – Goal mungkin terlalu ideal dan tak dapat diwujudkan – Status dari sistem saat ini tak dapat dirubah karena tak tersedia sumberdaya, atitude, atau keduanya – Pengukuran status sistem saat ini tidak akurat – Pernyataan goal kedaluwarsa – gap antara sistem yg ideal dan yg ada berlaku sementara dan mengurangi ‘given patience’
Pendekatan terstruktur • DFD, dengan urutan: – physical DFD current system – logical DFD current system – logical DFD proposed system – physical DFD proposed system
• Data dictionary - meliputi deskripsi terstruktur dari karakteristik data berikut ini: – Proses – data stores – data flow – Data structures – Data elements
Contoh tabel keputusan utk field input Condition Input Field Also Found On
1
2
3
4
Record
Y
Y
N
N
Output
Y
N
Y
N
Critical Input Field Computes Other Field Copied from Input Do We Need It?
o o o
o
Analisa kebutuhan • • • • • • • • •
Menjelaskan Sistem Saat Ini Ekspektasi User Metode Analisa Kebutuhan Interview Petunjuk Questionaire dan Observasi Kamus Elemen Data Awal Kendala Sumberdaya Dokumen Analisa Kebutuhan Pendekatan Terstruktur
Menjelaskan Sistem Saat Ini • Tanyakan dua hal dalam requirement analysis – Apakah ada perbedaan antara dirancangnya sistem dengan digunakannya sistem? – Bagaimana kinerja sistem? • Jangan mencoba menilai current system, coba nyatakan seberapa besar beda antaracurrent dan desired system • DFD menunjukkan hal yg harus dikerjakan: – Kumpulkan dan analisa semua form, laporan, elemen data yg disimpan dalam record – dapatkan potensial end-user di setiap proses untuk di-interview – pertimbangkan setiap proses sebagai target untuk diobservasi – Kumpulkan semua prosedur untuk analisa dokumen – kumpulkan minimum, rata-rata, maksimum volume throughput untuk semua data flow dan proses
Ekspektasi user • Masalah dengan harapan user – berubah setiap waktu – setelah implementasi sistem baru pengertian user melupakan ekspektasi semula – user punya persepsi dan opini sekaligus – Kadang-kadang user tidak pasti – Ruang lingkup opini yang besar dari sistem informasi yang diinginkan, yang ideal – Sistem yang diinginkan akan hanya sedikit selangkah lebih moderat diatas sistem yang ada saat ini
Ekspektasi user • Masalah dengan bias analis sistem • Analis harus mengumpulkan ide user tanpa dibatasi oleh ide, pengalaman, atau perasaan mereka sendiri • Ada waktunya untuk hal itu di SDLC, pada langkah berikutnya. • Bias meliputi: – memberikan solusinya kepada masalah informasi – membatasi feature user untuk diimplementasikan – meletakkan end user di kedudukan yang relatif penting – cukup dia yang mikir
Ekspektasi user • Produk yang dihasilkan –sasaran spesifik –tipe laporan dan frekuensi –kebutuhan pelatihan –penggunaan sistem yang didokumentasikan vs yang dilaporkan –Perasaan politik organisasi – siapa pemain utama, pembuat masalah, penyebar gosip
Metoda analisis kebutuhan • Setiap metoda dibahas menurut checklist berikut: – bagaimana metoda digunakan – target metoda – keuntungan metoda – kerugian metoda – kapan metoda ini digunakan
• metoda dalam melakukan analisa requirement, meliputi: – – – – – –
Interview, Questionaires, observasi, analisa prosedur, survey dokumen, sampling
Dokumen analisis kebutuhan • Setiap metoda dibahas menurut checklist berikut: – bagaimana metoda digunakan – target metoda – keuntungan metoda – kerugian metoda – kapan metoda ini digunakan
• metoda dalam melakukan analisa requirement, meliputi: – – – – – –
Interview, Questionaires, observasi, analisa prosedur, survey dokumen, sampling
Dokumen analisis kebutuhan • Gunakan checklist ini pada waktu menyiapkan dokumen analisa kebutuhan – laksanakan analisa – end-user yang dikontak – record, form, dan laporan yang dianalisa – proses yang diobservasi – metoda analisa yg digunakan – masalah yang dijumpai pada waktu pengumpulan data
• Kebutuhan user – sasaran sistem sesungguhnya – laporan yang dibutuhkan – kebutuhan pelatihan user – efek sistem baru terhadap user yang berbeda
Dokumen analisis kebutuhan • Kendala sistem – laksanakan analisa – penjelasan ttg waktu, uang, ketrampilan, teknologi, dan faktor eksternal – sasaran sistem yang realistis
• Dokumentasi – instrumen pengumpulan data – statistik konsensus – DFD tipikal dan logikal
• kamus elemen data awal
DFD for Receiving System Vendor
Nilai rata-rata, minimum, dan maksimum Packing Slip (500,650,900)
4.1 Check Received Goods
DBIII
Pending Purchase Order File
(475,625,890) Receiving Slip (475,625,890) (465,620,890) Product Name 4.2.1 & Old Balance Add New Entry New Balance (465,620,890)
Inventory File
DBIII
Receipt Data (465,620,890)
DBIII
Receipt File
