Model Umum Sistem Untuk Pemecahan Masalah

Presentasi berjudul: "Model Umum Sistem Untuk Pemecahan Masalah"— Transcript presentasi:

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

2 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

3 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

4 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.

5 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.

6 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

7 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

8 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

9 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

10 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

11 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.

12 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

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

14 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

15 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

16 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

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

18 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

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

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

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

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

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

24 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

25 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

26 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.

27 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.

28 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.

29 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.

30 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

31 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.

32 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.

33 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.

34 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.

35 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

36 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

37 METHODS Pendekatan model air terjun

38 Paradigma prototyping
METHODS Paradigma prototyping

39 RPL menggunakan prototype
METHODS RPL menggunakan prototype

40 RPL menggunakan model spiral
METHODS RPL menggunakan model spiral

41 Aktivitas utama dlm model spiral
METHODS Aktivitas utama dlm model spiral

42 Menggabungkan beberapa paradigma

43 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

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