Model Umum Sistem Untuk Pemecahan Masalah Basis Data I 08/11/2017 Pokok Bahasan 09 Model Umum Sistem Untuk Pemecahan Masalah

Pokok Bahasan 09 Pokok Bahasan Sub Pokok Bahasan Kompetensi Model Umum Sistem u/ Pemecahan Masalah Sub Pokok Bahasan 1. Model Umum Sistem 2. Masalah, Pemecahan Masalah, Struktur Masalah 3. Model SDLC untuk software engineering Kompetensi Setelah mengikuti kuliah ini mahasiswa mampu menjelaskan model umum sistem & model SDLC untuk pemecahan masalah software engineering

Model Model umum sistem: MODEL UMUM SISTEM Penyederhanaan (Abstraction) entitas (=entity) sejumlah obyek atau aktivitas Digunakan bagi manajemen u/ mewakili permasalahan yang akan dipecahkan. Model umum sistem: Model fisik Model naratif Model grafis Model matematis

Model fisik Penggambaran entitas dalam bentuk tiga dimensi, untuk membantu suatu tujuan yg tdk dpt dipenuhi oleh benda nyata. Model fisik mempunyai nilai paling kecil bagi para manajer bisnis, krn umumnya mereka tdk perlu melihat bentuk tiga dimensi dari permasalahan yg akan dipecahkan.

Model grafis Model Naratif Menggambarkan entitas secara lisan atau tulisan. Model ini paling banyak digunakan & paling populer, namun jarang disadari para pemakainya Menggambarkan entitas dg sejumlah garis, simbol, atau bentuk. Model ini banyak digunakan utk komunikasi bisnis, krn sifatnya yg ringkas & jelas.

Model Matematis Segala bentuk formula atau persamaan yg banyak digunakan dlm pembuatan model bisnis (business modeling) Model fisik, naratif, & grafis berguna dlm hal: Mempermudah pengertian/pemahaman Mempermudah komunikasi Sedangkan model matematis memberikan tambahan utk memprediksi masa depan / perencanaan

Sistem konseptual: Sistem fisik menggambarkan: Arus material Arus personil Arus mesin Arus uang Sistem konseptual: Sistem lingkaran terbuka Tanpa mekanisme umpan balik Berupa informasi Sistem lingkaran tertutup Mempunyai mekanisme umpan balik

Masalah, Pemecahan Masalah, Struktur Masalah Kondisi yg memiliki potensi menimbulkan kerugian atau keuntungan Pemecahan masalah Tindakan merespon thd masalah utk menekan akibat buruk atau memanfaatkan peluang keuntungan

Manajer membuat keputusan u/ pemecahan masalah Keputusan Pemilihan strategi / tindakan dr byk alternatif Pengambilan keputusan Tindakan memilih strategi yg diyakini memberikan solusi terbaik atas masalah Kunci keberhasilan pemecahan masalah adalah kemampuan mengidentifikasi alternatif keputusan

Elemen proses pemecahan masalah: Masalah yg akan dipecahkan Pemecah masalah Standar /keadaan yg diharapkan Informasi / keadaan saat ini Berbagai alternatif solusi Kendala (constraint) internal / eksternal yg mungkin terjadi

Struktur masalah: Terstruktur: Semi terstruktur Tdk terstruktur Terstruktur: Masalah yg memiliki elemen-elemen dgn hubungan antar elemen tsb dipahami oleh pemecah masalah, shg masalah dpt dirumuskan dlm suatu model matematis dg mudah Semi terstruktur: Masalah yg memiliki elemen-elemen dg hubungan antar elemen tsb sebagian dipahami oleh pemecah masalah.

Struktur masalah tidak terstruktur: Masalah yg memiliki elemen-elemen dgn hubungan antar elemen tsb tdk dipahami oleh pemecah masalah, shg masalah sangat sulit atau bahkan mustahil utk dirumuskan & diselesaikan dlm suatu model matematis Analisis Sistem : Model Desain: Model Fisik Document flowchart Model Logikal Model Logikal = Model Proses DFD Input-Proses-Output-DataBase

SYSTEM DEVELOPMENT LIFE CYCLE (SDLC) Basis Data I 08/11/2017 SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

SDLC (Daur Hidup Pengembangan SI) Sistem buatan manusia tdk ada yg sempurna dan abadi Masalah yg dihadapi: Perubahan kebutuhan baru Pertumbuhan organisasi / usaha Perkembangan teknologi Pengaruh luar Dinamika organisasi Sistem perlu diubah

3 tahap 5 tahap 5 tahap 3 tahap TAHAPAN SDLC 1. Perencanaan 2. Analisis 3. Desain 4. Implementasi 5. Penggunaan / review / evaluasi 3 tahap 1. Analisis 2. Desain 3. Implementasi

3 tahap Menentukan masalah utama & lingkup kegiatan Mengumpulkan fakta 1. Analisis Menentukan masalah utama & lingkup kegiatan Mengumpulkan fakta Menganalisa fakta-fakta Menentukan alternatif pemecahan masalah Memilih alternatif pemecahan masalah Studi kelayakan: Economic feasibility Technicall feasibility Law feasibility Schedule feasibility Operational feasibility Laporan ke manajemen

3 tahap Review kebutuhan Desain umum / logikal Desain terinci / desain fisik: Input Proses Output Database Dialog Laporan ke manajemen

3 tahap Review desain Penjadwalan Coding program Testing program: 3. Implementasi Review desain Penjadwalan Coding program Testing program: Testing modul Testing menyeluruh Pelatihan petugas Konversi sistem Laporan ke manajemen

5 tahap 1. Perencanaan Mengenali masalah Menentukan masalah Menentukan tujuan Mengenali kendala Studi kelayakan Laporan ke manajemen

5 tahap 2. Analisis Menentukan kebutuhan informasi Menentukan kriteria kinerja sistem Laporan ke manajemen

5 tahap 3. Desain General systems design = conceptual design = logical design Detailed systems design = physical systems design = internal design

5 tahap 4. Implementasi Menyiapkan HW Menyiapkan SW Menyiapkan database Menyiapkan fasilitas Melatih pemakai Laporan ke manajemen

5 tahap 5. Penggunaan / review / evaluasi Operasional sistem Evaluasi sistem Memelihara sistem Mempertahankan kinerja Meningkatkan kinerja Laporan ke manajemen

Sistem Menyeluruh vs Moduler Lompatan Jauh vs Berkembang PENDEKATAN Klasik vs Terstruktur Sepotong vs Sistem Bottom up vs Top down Sistem Menyeluruh vs Moduler Lompatan Jauh vs Berkembang

Klasik vs Terstruktur Klasik menekankan bhw pengembangan SI akan berhasil jika mengikuti tahapan sesuai daur hidup pengembangan sistem, tetapi kenyataannya tdk cukup, harus ada pedoman lebih lanjut ttg bagaimana melakukan tahapan tsb secara terinci. Terstruktur mencoba menyediakan tambahan alat, teknik, & dokumentasi kpd analis sistem & tetap mengikuti tahapan daur hidup pengembangan SI

Sepotong vs Sistem Sepotong menekankan pd suatu kegiatan/ aplikasi tertentu. Kegiatan/ aplikasi yg dipilih, dikembangkan tanpa memperhatikan posisi SI atau sasaran keseluruhan dari organisasi. Pendekatan sistem menekankan pd pencapaian sasaran keseluruhan dari organisasi, memperhatikan SI sbg satu kesatuan terintegrasi utk masing-masing kegiatan/aplikasinya.

Bawah-Naik (Bottom up) vs Atas-Turun (Top down) Bottom up mrp ciri pendekatan klasik, pengembangan SI menekankan pd kebutuhan pengolahan data transaksi pd level terbawah, & kemudian semakin naik utk memeberikan informasi yg disusun berdasar data-data transaksi yg ada, menekankan pd data bukan informasi.

Bawah-Naik (Bottom up) vs Atas-Turun (Top down) Top down mrp ciri pendekatan trstruktur yg lebih menekankan pd informasi yg diperlukan utk pembuatan keputusan manajemen bagi kepentingan manajerial.

Bawah-Naik (Bottom up) vs Atas-Turun (Top down) Pendekatan ini dimulai dg mendefinisikan sasaran & kebijaksanaan organisasi, selanjutnya proses semakin turun utk menentukan kebutuhan pengolahan data yg dianalisis berdasar kebutuhan informasi sampai pd level terendah yg meliputi penentuan kebutuhan input, output, basis data, prosedur operasi, dan pengendalian.

Bawah-Naik (Bottom up) vs Atas-Turun (Top down) Pada tahapan analisis sistem, pendekatan bottom up seringkali disebut sbg data analysis, sedangkan pendekatan Top down disebut dengan decission analysis

Sistem Menyeluruh vs Moduler Menyeluruh mrp pengembangan sistem serentak secara menyeluruh pd saat yg bersamaan. Pendekatan ini kurang tepat utk sistem yg kompleks, krn pengembangannya menjadi sulit. Moduler berusaha memecah sistem yg kompleks menjadi bagian yg lebih kecil atau modul sederhana, sehingga mudah dipahami dan dikembangkan.

Sistem Menyeluruh vs Moduler Sistem moduler dapat dikembangkan secara tepat waktu, mudah dipahami pemakai sistem, & mudah dipelihara. Pendekatan menyeluruh mrp ciri pendekatan klasik, sedangkan pendekatan moduler mrp ciri pendekatan terstruktur.

Lompatan jauh vs Berkembang Lompatan jauh mrp pendekatan pengembangan sistem yg menerapkan perubahan menyeluruh secara serentak menggunakan teknologi paling canggih saat itu. Pendektan ini banyak mengandung resiko krn teknologi komputer berkembang sangat cepat shg cepat usang, menjadi sangat kompleks shg sulit dikembangkan, & terlalu mahal krn memerlukan investasi seketika utk semua teknologi yg digunakan.

Lompatan jauh vs Berkembang Pendekatan berkembang mrp pendekatan pengembangan sistem yg menerapkan teknologi canggih hanya utk aplikasi yg memerlukan pd saat itu & akan terus dikembangkan pd masa selanjutnya sesuai perkembangan teknologi. Pendekatan ini tdk terlalu mahal & dpt mengikuti perkembangan teknologi yg cepat shg sistem yg dikembangkan tdk cepat usang.

ELEMEN KUNCI Rekayasa Perangkat Lunak SOFTWARE ENGINEERING Penerapan & pemanfaatan prinsip-2 rekayasa u/ menghasilkan SW agar, 1. Ekonomis 2. Handal 3. Efisien Tools Methods Procedures

TOOLS 1. HIPO (Hierarchy Input Process Output) 2. DD (Data Dictionary) 3. DFD (Data Flow Diagram) 4. Decission Table (Tabel Keputusan) 5. PERT (Program Evaluation and Review Techniques) 6. Sytems Flowchart, dll

METHODS Pendekatan model air terjun

Paradigma prototyping METHODS Paradigma prototyping

RPL menggunakan prototype METHODS RPL menggunakan prototype

RPL menggunakan model spiral METHODS RPL menggunakan model spiral

Aktivitas utama dlm model spiral METHODS Aktivitas utama dlm model spiral

Menggabungkan beberapa paradigma

Manajer SW hrs mengerti stafnya FAKTOR MANUSIA Manajer SW hrs mengerti stafnya System computer akan berpengaruh buruk jk tdk memperhitungkan kemampuan pengguna Produktivitas programmer SW yg dikembangkan digunakan org lain  user friendly  ergonomi Warna tdk mencolok Gunakan 1 macam warna yg jelas Huruf dlm menu hrs jelas

Dasar perencanaan: Perlu disusun: MANAJEMEN PROYEK RPL Sasaran Ruang lingkup Alternatif solusi Kekangan manajerial & teknis Perlu disusun: Estimasi biaya Jadwal proyek Resiko yg muncul