ANALISIS DAN DESAIN SISTEM INFORMASI

Presentasi berjudul: "ANALISIS DAN DESAIN SISTEM INFORMASI"— Transcript presentasi:

1 ANALISIS DAN DESAIN SISTEM INFORMASI
MUKHAMAD MASRUR

2 PRINSIP DASAR PENGEMBANGAN SI
Pengembangan Sistem (syatems Development) dapat berarti menyusun suatu sistem yang baru untuk menggantikan sistem yang lama secara keseluruhan atau memperbaiki sistem yang telah ada.Sistem yang lama perlu diperbaiki atau diganti disebabkan beberapa hal , yaitu : Adanya permasalahan-permasalahan yang timbul di sistem yang lama .Permasalahn tersebut dapat berupa ketidakberesan, pertumbuhan organisasi, untuk meraih kesempatan-kesempatan dan adanya intruksi-intruksi. Sistem yang ada Permasalahan kesempatan instruksi Pengembangan sistem Memecahkan masalah ,Meraih kesempatan Sistem Baru

3 PENGEMBANGAN SISTEM Dengan telah di kembangkannya sistem yang baru maka diharapkan akan terjadi peningkatan-peningkatan di sistem yang baru. Peningkatan ini berhubungan dengan PIECES yang merupakan singkatan dari : Performance (kinerja), Peningkatan terhadap kinerja (hasil kerja) sistem yang baru sehingga menjadi lebih efektif .Kinerja dapat diujur dari troughput dan response time. Information (Informasi), Peningkatan terhadap kualitas informasi yang disajikan Economy (ekonomis) peningkatan terhadap manfaat-manfaat atau keuntungan- keutungan atau penurunan –penurunan biaya yang terjadi Control (pengendalian) peningkatan terhadap pengendalian untuk mendeteksi dan memperbaiki kesalahan-kesalahan serta kecurangan kecurangan yang dan akan terjadi Efficiency (efisiensi)peningkatan terhadap efiseinesi operasi. Services (pelayanan), peningkatan terhadap pelayanan yang di berikan oleh sistem

4 Proses Pengembangan Sistem
System development process/ process pengenbangan sistem adalah satu set aktivitas , metode , dan peralatan terotomasi yang digunakan stakeholder untuk mengembangkan dan memelihara sistem informasi dan perangkat lunak . Proses pengenbangan sistem ini kebanyakan organisasi mengikuti pendeketan pemecahan masalah. Pemecahan masalah tersebut bisa kita kelompokan kedalam empat tahap atau fase yang harus diselesikan untuk semua proyek pengembangan sistem Proses Pengembangan Sistem Langkah-langkah pemecahan masalah Permulaan sistem 1.Mengidentifikasi Masalah (Juga merencanakan solusi untuk masalah) Analisis Sistem 2.Menganalisa dan memahami masalah 3.Mengidentifikasi persyaratan dan harapan solusi Desain Sistem 4.Mengidentifikasi solusi alternatif dan memilih tindakan terbaik 5.Mendesain solusi yang dipilih Implementasi Sistem 6.Mengimplementasikan solusi yang dipilih 7.Mengevaluasi hasilnya (Jika masalah tidakterpecahkan, kembalilahke langkah 1 atau 2 seperlunya)

5 Proses Pengembangan Sistem
Permulaan System / System Initiation Adalah Perencanaan awal untuk sebuah proyek untuk mendefinisikan lingkup,tujuan,jadwal dan anggaran bisnis awal Analisis System Studi Domain masalah bisnis untuk merekomendasikan perbaikan dan menspesifikasikan persyaratan dan prioritas bisnis untuk solusi Desain System/ System Design Setelah alternatif teknis fipilih dan disetujui, Fase desain sistem mengembangkan cetak biru (blueprint) dan spesifikasi teknis yang dibutuhkan untuk mengimplementasikan database,program, antar muka pengguna, dan jaringan yang dibutuhkan untuk sistem informasi Implementasi system/System Implementation Konstruksi, instalasi, pengujian dan pengiriman sistem kedalam produkso (artinya Operasi sehari-hari)

6 Metode Pengembangan Sistem
Banyak metode pengembangan sistem yang tersedia Metode yang paling dikenal disebut juga sebagai System Development Life Cycle (SDLC) atau sering juga disebut sebagai Water Fall Method Metode-metode lain yang dikenal antara lain: Prototyping, Application Software, End-User Development, Outsourcing, dan lain-lain. Pada bagian berikut akan dijelaskan metode-metode tersebut secara ringkas.

7 Typical System Development Life Cycle (SDLC) diagram.

8 SDLC SDLC merupakan metode pengembangan sistem paling tua
Sangat cocok untuk pengembangan sistem yang besar Tidak sesuai atau tidak terlalu disarankan untuk small scale project karena: Resource intensive Tidak fleksibel Sulit untuk aplikasi dengan perubahan cara pengambilan keputusan yang cepat

9 82-83 Figure 3.6 System Development Phases
The figure above depicts a simplified phase diagram of the FAST methodology.

10 Cost to make a particular change in SDLC
SDLC(lanjutan) Cost to make a particular change in SDLC

11 Metode Prototyping Pendekatan iteratif dalam pengembangan sistem
Dibuat prototype operasional sistem, gunakan data aktual, edit input, lakukan komputasi dan semua manipulasi sehingga dihasilkan output nyata Seperti membuat mock-up, coba, perbaiki, dst. Prototyping Process

12 metode prototyping Keuntungan: Kelemahan:
Komunikasi user dan pengembang intensif User terlibat aktif dalam menentukan requirement Waktu pengembangan relatif singkat Implementasi mudah karena pemakai mengetahui dari awal apa yang akan diperolehnya Kelemahan: Kemungkinan terjadi shortcut dalam pendefinisian masalah Pemakai bisa terlalu berlebih menentukan requirement sehingga sulit dipenuhi Kemungkinan tidak dihasilkan rancangan yang baik

13 Metode Application Software
Alternatif lain adalah dengan membeli software aplikasi yaitu paket software yang sudah jadi Misalkan membeli SAP, MSProject, dll. Digunakan untuk aplikasi yang bersifat umum, misalkan payroll, akunting, dll. Namun pada saat ini software yang berbasis enterprise secara keseluruhan banyak tersedia (enterprise software): Oracle, Baan, SAP, dll. Sangat sesuai jika perusahaan yang mengembangkan sistem kekurangan tenaga IT

14 Metode End-user Development
Pengembangan dilakukan langsung oleh end-user. Menjadi semakin layak dengan tersedianya bahasa pemrograman yang mudah seperti MS Access, Delphi, dll. Keterlibatan langsung end-user sangat menguntungkan, karena memahami benar bagaimana sistem bekerja. Artinya tahap analisis sistem dapat dilakukan lebih cepat. Kelemahan adalah pada pengendalian mutu dan kecenderungan tumbuhnya “private” sistem informasi. Integrasi dengan sistem yang lain menjadi sulit.

15 Metode Outsourcing Dilakukan kontrak dengan pihak luar untuk menangani baik pengembangan maupun operasi & maintenance sistem. Menguntungkan dari sisi kecepatan memperoleh hasil dan biaya. Ada resiko tidak dapat mengendalikan sistem secara langsung dan masalah security.

16 Prinsip Dasar Pengembangan Sistem
Prinsip 1: Pemilik dan Pengguna Sistem Harus terlibat dalam pengembangan. Keterlibatan pemilik dan pengguna sistem (System Owner dan User) adalah keharusan yang mutlak untuk keberhasilan pengembangan sistem. Pengembang sistem bertanggung jawab harus menyediakan waktu yang cukup untuk partisipasi pemilik dan pengguna sistem dan meminta persetujuannya untuk setiap langkah analisis dan pengembangan sistem. 73-74

17 Prinsip Dasar Pengembangan Sistem
Prinsip 2: Gunakan Pendekatan Pemecahan Masalah Metodologi yang digunakan dalam pengembangan sistem berbasis pendekatan bagaimana memecahkan masalah Langkah-langkah klasik pemecahan masalah adalah sbb: Pelajari dan pahami masalah (opportunity, dan/atau directive) dan konteks dari sistem. Definisikan kriteria atau ukuran solusi yang sesuai Identifikasi alternatif-alternatif solusi dan pilih solusi terbaik. Disain dan atau implementasikan solusi. Observasi dan evaluasi dampak dari solusi dan sesuaikan solusi jika diperlukan. 74

18 Prinsip Dasar Pengembangan Sistem
(lanjutan prinsip 2) Ada kecenderungan untuk melewati langkah-langkah tersebut di atas atau melakukannya dengan kurang seksama. Akibat yang terjadi kemungkinan adalah: Memecahkan persoalan yang salah Kurang tepat dalam memecahkan persoalan Mengambil solusi yang salah sama sekali 74 The problem-solving orientation of a methodology, when correctly applied, can reduce or eliminate the above risks.

19 Prinsip Dasar Pengembangan Sistem
Prinsip 3: Tentukan tahapan pengembangan Pentahapan akan membuat proses pengembangan menjadi aktivitas-aktivitas yang lebih kecil yang lebih mudah dikelola dan diselesaikan. Tahapan pembuatan sistem harus dilakukan dengan urutan top-to-bottom. 74

20 Prinsip Dasar Pengembangan Sistem
Prinsip 4: Tetapkan standard untuk pengembangan dan dokumentasi yang konsisten Standard pengembangan sistem umumnya menjelaskan: aktivitas Tanggung jawab Petunjuk dan kebutuhan pendokumentasian Pemeriksaan kualitas Kegagalan pengembangan sistem akibat tidak tersedianya standard pendokumentasian merupakan hal yang banyak dijumpai dalam proyek pengembangan sistem 75-76 An organization has many information systems that may include thousands of programs and software packages. If each analyst and programmer were to adopt their own preferred methodology, and use their own tools and techniques to develop and document systems, a state of chaos would quickly result. In order to promote good communication between this constantly changing base of users and information systems professionals you must develop standards to ensure consistent systems development. Documentation should be a working by-product of the entire systems development effort. Documentation reveals strengths and weaknesses of the system to others – before the system is built. It stimulates user involvement and reassures management about progress.

21 Prinsip Dasar Pengembangan Sistem
Prinsip 5: Justifikasi sistem sebagai investasi Sistem Informasi adalah sebuah investasi. Pada investasi maka terdapat dua hal yang harus diperhatikan, yaitu: Untuk setiap masalah, kemungkinan ada beberapa alternatif solusi Setelah alternatif-alternatif teridentifikasi, pengembang sistem haus mengevaluasi fisibilitas setiap kemungkinan alternatif solusi, terutama dikaitkan dengan cost-effectiveness. Cost-effectiveness artinya semua biaya yang dikeluarkan untuk mengembangkan dan mengoperasikan sistem harus sebanding atau lebih sedikit dibandingkan dengan manfaat yang diperoleh dari sistem. Cost-benefit analysis harus dilakukan. 76 No additional notes provided.

22 Prinsip Dasar Pengembangan Sistem
Prinsip 6: Jangan takut membatalkan atau merubah lingkup pekerjaan. Keuntungan yang diperoleh dengan melakukan pentahapan pekerjaan pengembangan sistem adalah diperolehnya kesempatan untuk melakukan reevaluasi fisibilitas dari proyek pengembangan tersebut. Dalam jangka panjang membatalkan sama sekali proyek bisa lebih murah dibandingkan masalah besar pada implementasinya. Jika hal ini tidak dilakukan dapat terjadi pembengkakan biaya (cost overruns) yang sangat merugikan. 76 There is often a temptation to continue with a project only because of the investment already made. Many analysts allow project scope to increase during a project. Sometimes this is inevitable because the analyst learns more about the system as the project progresses.

23 Prinsip Dasar Pengembangan Sistem
(lanjutan prinsip 6:) Pendekatan creeping commitment : Titik-titik pemeriksaan (checkpoints) fisibilitas harus dibuat dalam proses pengembangan sistem. Pada setiap titik pemeriksaan, semua biaya dianggap sunk-cost (artinya irrecoverable). Pada titik tersebut proses re-evaluasi dilakukan untuk menentukan apakah proyek masih fisibel. Dari hasil evaluasi tersebut, pengembang sistem dapat: Membatalkan proyek jika dinilai tidak fisibel Re-evaluasi biaya dan jadwal jika lingkup proyek berubah. Pengurangan lingkup proyek jika anggaran dan jadwal tidak dapat ditambah sedangkan yang tersedia tidak mencukupi pencapaian semua tujuan yang telah ditetapkan. 76 The concept of sunk costs is more or less familiar to some financial analysts and managers, but it is frequently forgotten or not used by the majority of practicing analysts and users.

24 Prinsip Dasar Pengembangan Sistem
Prinsip 7: Bagi dan tundukkan Semua sistem merupakan bagian dari sistem yang lebih besar (disebut super-systems). Begitu pula semua sistem terdiri dari bagian-bagian yang lebih kecil (disebut subsystems). Sistem harus dibagi menjadi subsistem-subsistem yang lebih kecil untuk memudahkan menyelesaikan persoalan dan membangun sistem yang lebih. Dengan membagi persoalan besar (sistem) menjadi potongan kecil yang lebih mudah (subsstem), pengembang akan mudah menerapkan proses pemecahan masalah. 76-77 Systems analysts must be mindful that any system they are working on interacts with its super-system. If the super-system is constantly changing, so might the scope of any given project. Most systems analysts can still be faulted for underestimating the size of projects. Most of the fault lies with not properly studying the implications of a given system relative to its larger whole – its super-system.

25 Prinsip Dasar Pengembangan Sistem
Prinsip 8: Rancang sistem untuk pertumbuhan dan perubahan Banyak pengembang sistem yang terjebak dalam pengembangan sistem untuk memenuhi kebutuhan saat ini saja. Entropy adalah pengertian yang dipakai untuk menjelaskan bahwa sistem secara alamiah akan mengalami penurunan. Sistem bisa menjadi usang (obsolute) dan biaya untuk mengoperasikannya menjadi sangat besar. 77 There is a critical shortage of information systems professionals needed to develop systems.

26 77 Figure 3.2 Systems Support and Entropy
Entropy is illustrated in the context of the system development life cycle in the figure above. Notice that, after a system is implemented, it enters the support phase of the life cycle. During the support phase, the analyst encounters the need for changes that range from correcting simple mistakes, to redesigning the system to accommodate changing technology, to making modifications to support changing user requirements. As indicated by the blue arrows, many of these changes direct the analyst and programmer to rework former phases of the life cycle. Eventually, the cost of maintenance exceeds the costs of starting over – the system has become obsolete. This is indicated by the red arrow in the figure.

27 Prinsip Dasar Pengembangan Sistem
(lanjutan Prinsip 8:) Sistem yang dirancang hanya untuk memenuhi kebutuhan saat ini akan sulit disesuaikan untuk menghadapi perubahan-perubahan. Perhatian harus sebanding antara memperhatikan sistem yang ada (sering disebut legacy systems), dan bagaimana memperkirakan arah pengembangan sistem yang baru. Fleksibilitas dan kemampuan beradaptasi tidak terjadi begitu saja tetapi harus dirancang secara sengaja di dalam sistem 77-78

28 Prinsip Dasar Pengembangan Sistem
Libatkan pemilik dan pemakai sistem Gunakan pendekatan pemecahan masalah Buat pentahapan aktivitas Tetapkan standar pengembangan dan pendokumentasian yang konsisten Justifikasi sistem sebagai investasi Jangan takut membatalkan Bagi dan tundukkan Rancang sistem untuk pertumbuhan dan perubahan 78 Figure 3.3 Principles of Systems Development

29 TERIMAKASIH