Download to read offline
Apsi (modul 2)
- 1. Pendekatan System AnalysisAnd Design Oleh Manja Purnasari, M.Kom Analisis dan Perancangan Sistem Informasi
- 2. Referensi  Kendall, “Analisisdan Perancangan Sistem, Edisi ke-5 Jilid 1, PT. Indeks, Jakarta, 2010  Kendall, “Analisis dan Perancangan Sistem, Edisi ke-5 Jilid 2, PT. Indeks, Jakarta, 2003  Pressman, Roger S., Software Engineering : A practitioner’s Apporoach, 7th edition, McGraw-Hill International, 2010  Artikel – artikel internet menganai sistem informasi.
- 3. System Development LifeCycle (SDLC) ď‚— SDLC adalah Suatu pendekatan berupa tahapan dalam menganalisis dan design yang digunakan sebagai pedoman untuk mengembangkan sistem yang baik lewat penggunaan siklus dari analisis dan aktifitas user ď‚— Sistem analis belum punya kesepakatan mengenai beberapa jumlah tahapan yang harus ada pada SDLC
- 4. System Development LifeCycle (SDLC) 7 tahapan pada SDLC adalah sebagai berikut : 1. Identifying Problem, Opportunities, and Objectives 2. Determining Information Requirements 3. Analyzing System Needs 4. Designing the Recommended System 5. Developing and Documenting Software 6. Testing and Maintaining the System 7. Implementing and Evaluating the System
- 5. Mengidentifikasi Masalah, Peluang, DanTujuan ď‚— Fase ini merupakan fase yang sangat berpengaruh terhadap keberhasilan dari fase berikutnya. ď‚— Analis harus bekerja sama dengan orang yang ada diorganisasi untuk mengidentifikasi masalah ď‚— Peluang adalah situasi dimana analis percaya akan dapat memberikan perbaikan lewat kegunaan dari sistem informasi berbasis komputer. ď‚— Mengidentifikasi tujuan merupakan komponen yang penting untuk mengetahui bisnis apa yang sedang dijalankan perusahaan.
- 6. Menentukan Kebutuhan Informasi ď‚—Beberapa cara analisis informasi yang sering digunakan adalah sampling & investigating hard data, wawancara, questioner, observasi cara pengambilan keputusan, lingkungan office dan bahkan prototype. ď‚— Yang terlibat difase ini adalah analis dengan users yang disebut juga manager operasional dan staff operasional.
- 7. Menganalisis Kebutuhan Sistem ď‚—Tools khusus digunakan pada fase ini seperti DFD, yang dilanjutkan dengan pembuatan data dictionary untuk presentasikan semua item data yang dipakai oleh sistem. ď‚— Analisis dengan menguji cara pengambilan keputusan berikut kondisi, kondisi alternatif, action dan action rules. ď‚— Sistem analis membuat proposal berikut analisis cost/benefit dan sekaligus merekomendasikan apa yang perlu dilakukan.
- 8. Merancang Sistem yangdirekomendasikan ď‚— Pada fase ini dibuat design logical dari sistem informasi berdasarkan informasi yang telah terkumpul - Design output bersama dengan users - Design input - Design user interface - Design file atau database - Design control & prosedure backup untuk proteksi SI ď‚— Tools yang digunakan disini adalah ERD, system Flowchart, serta pemberian nama dan fungsi-fungsi dari kode program yang akan dibuat.
- 9. Mengembangkan dan MendokumentasikanPL ď‚— Pada fase ini analis bekerja dengan programmer untuk membuat software yang dibutuhkan ď‚— Dokumentasi software termasuk procedure manual, bantuan online, FAQ di web dan disertakan dengan software baru yang dikembangkan
- 10. Testing and Maintainingthe System ď‚— Testing dilakukan sebelum sistem dipakai ď‚— Lebih mudah mengidentifikasi masalah sebelum diserahkan ke user ď‚— Proses pemeliharaan sistem dan dokumentasi dimulai pada fase ini secara rutin selama sistem informasi hidup
- 11. Implementing and Evaluatingthe System ď‚— Analis membantu implementasi sistem informasi dengan melibatkan user training untuk menghandle SI ď‚— Fase ini termasuk konversi data sistem lama ke sistem baru, instalasi dan menjalanan sistem ď‚— Evaluasi merupakan bagian akhir dari SDLC melalui diskusi yang telah menyatakan user telah puas dengan SI yang dikembangkan
- 12. Waterfall ď‚— Model inimerupakan model klasik yang bersifat sistematis, berurutan dalam membangun software ď‚— Kekurangan utama dari model waterfall adalah kesulitan mengakomodasikan perubahan setelah proses ini berlangsung, satu tahap harus selesai sebelum pindah ke tahap berikutnya. ď‚— Ada 5 fase dalam waterfall, yaitu : 1. Requirements Definition 2. System and Software Design 3. Implementation and Unit testing 4. Integration and system Testing 5. Operation and maintenance
- 13.
- 14. Requirements Analysis AndDefinition ď‚— Mengumpulkan kebutuhan secara lengkap kemudian dianalisis dan didefinisikan kebutuhan yang harus dipenuhi oleh program yang akan dibangun. ď‚— Fase ini harus dikerjakan secara lengkap untuk bisa menghasilan desain yang lengkap
- 15. System and SoftwareDesign ď‚— Desain dikerjakan setelah kebutuhan selesai dikumpulkan secara lengkap ď‚— Proses desain menterjemahkan kebutuhakan ke dalam representasi software yang dapat diukur kualitasnya sebelum mulai coding. Hasil dari desain ini didokumentasikan dan menjadi bagian dari konfigurasi software.
- 16. Implementation And UnitTesting ď‚— Desain program diterjemahkan kedalam kode-kode dengan menggunakan bahasa pemrograman yang sudah ditentukan. ď‚— Desain harus diterjemahkan kedalam bentuk yang dapat dibaca oleh mesin. ď‚— Program yang dibangun langsung diuji baik secara unit.
- 17. Integration And SystemTesting ď‚— Pernyataan unit-unit program kemudian di uji secara keseluruhan. ď‚— Setelah objek program dihasilkan, pengetesan program dimulai. Proses testing difokuskan pada logika internal software. Jaminan bahwa semua pernyataan atau statements sudah dites dan lingkungkan external menjamin bahwa definisi input akan menghasilkan output yang di inginkan.
- 18. Operation And Maintenance ď‚—Mengoperasikan program dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya.
- 19. Structured Analysis, designAnd Implementation of Information System (STRADIS) ď‚— STRADIS dimanfaatkan dalam lingkungan dimana sebagian dari sistem informasi diotomatisasikan. ď‚— Fase-fase STRADIS 1. Studi awal 2. Studi detil 3. Defenisi dan rancangan solusi alternatif 4. Rancangan fisik
- 20. STRADIS -Studi Awal- ď‚—Meyakinkan bahwa sistem yang akan dikembangkan adalah sistem yang paling dibutuhkan dan berkontribusi terhadap peningkatan pendapatan, penekanan biaya atau peningkatan layanan. ď‚— Analis akan : 1. Mengumpulkan data dari pihak manajer dan pegawai. 2.Mengkaji dokumentasi dan proposal rencana pengembangan sistem yang ada. 3. Mengkontruksi sistem berjalan. 4. Mengestimasi biaya secara keseluruhan ď‚— Laporan akan dikaji oleh pihak manajemen apakah pengembangan dilanjutkan ke studi detil atau tidak.
- 21. STRADIS -Studi Detil- ď‚—Sistem berjalan akan dikaji lenih detil. ď‚— Laporan studi detil berisi : 1. Definisi penggunaan dan unit yang terkait dengan sistem baru. 2. DFD logis sistem yang berjalan dilengkapi logika proses, kamus data, simpanan data. 3. Harapan terhadap sistem baru. 4. Estimasi ulang biaya dan manfaat sistem usulan.
- 22. STRADIS - Defenisidan rancangan solusi alternatif - ď‚— Analis memanfaatkan objectif sistem berjalan untuk mengkontruksi DFD logis sistem usulan ď‚— Analis dan perancang berkerja sama untuk menghasilkan rancangan implementasi alternatif. ď‚— Laporan tahap ini berisikan : 1.DFD sistem berjalan 2.Keterbatasan sistem berjalan 3.DFD logis sistem baru dan bagian yang akan diimplementasikan 4. Antarmuka pengguna 5. Estimasi biaya 6. Gambaran jadwal implementasi 7. Resiko yang ada
- 23. STRADIS -Rancangan Fisik- ď‚— Tim perancang akan meningkatakan alternatif rancangan yang dipilih menjadi rancangan fisik yang mencakup beberapa aktifitas paralel : ď‚— Menghasilkan detail dari DFD termasuk penanganan kesalahan logika proses, kamus data, format layar, dan laporan yang harus disetujui pengguna. ď‚— Menormalisasikan simpanan data yang didefinisikan dalam DFD. ď‚— Merancang file fisik atau basis data berdasarkan simpanan data.
- 24. Terakhir untuk STRADIS ď‚—Tahapan selanjutnya tidak ditentukan dengan jelas namun Gane dan Sarson menganggap aktifitas diperlukan untuk melengkapi pengembangan sistem. ď‚— Membuat rencana implementasi termasuk rencana pengujian dan penerimaan sistem. ď‚— Mengembangkan program aplikasi dan dengan komunikasi basis data secara bersamaan. ď‚— Mengkonversi dan membuat basis data. ď‚— Menguji tiap bagian sistem. ď‚— Memastikan bahwa sistem memenuhi kriteria kinerja. ď‚— Mengoperasikan sistem.
- 25. Rational Unified Process(RUP)  RUP merupakan metodologi pengembangan sistem yang akan menjelaskan bagaimana memanfaatkan UML.  Tujuannya adalah untuk menjamin produksi software yang berkualitas yang memenuhi kebutuhan penggunanya.  RUP merupakan proses yang bersifat “use-case driven, architecture-centric, interative and incremental”
- 26. Tahapan RUP ď‚— Masing-masingtahapan dalam RUP dapat di pecah ke dalam beberapa iteration ď‚— Tahapan RUP : ď‚— Inception phase ď‚— Elaboration phase ď‚— Contruction phase ď‚— Transition phase
- 27. RUP - InceptionPhase - ď‚— Pengembang menetapkan kasus bisnis untuk sistem dan membatasi lingkup proyek. ď‚— Pengembang harus mengidentifikasi semua kesatuan eksternal yang mana sistem itu akan saling berhubungan ( para aktor ). ď‚— Hal ini mengidentifikasi semua use case. ď‚— Bussiness case termasuk di dalamnya ukuran- ukuran target sistem, penafsiran resiko dan perkiraan dari keperluan sumber data.
- 28. RUP - InceptionPhase - ď‚— Hasil dari tahap permulaan adalah : ď‚— Suatu pendokumentsian visi umum dari inti kebutuhan proyek. ď‚— Suatu use case model umum ď‚— Suatu bussines case awal yang didalamnya terdapat kontek bisnis, ukuran-ukuran sukses dan perkiraan keuangan ď‚— Penaksiran resiko awal ď‚— Suatu rencana proyek, mempertunjukan tahap- tahap iterasi ď‚— Satu atau beberapa prototipe
- 29. RUP - ElaborationPhase - ď‚— Tahap pengembangan ď‚— Tujuan dari tahap pengembangan adalah untuk meneliti daerah masalah, menetapkan suatu pondasi arsitektur, pengembangan rencana proyek dan meghapuskan unsur-unsur resiko. ď‚— Keputusan-keputusan secara arsitektur harus dibuat dengan satu pemahaman sekeluruhan sistem : lingkupnya, kemampuan dan kebutuhan nonfungsional utama seperti persyaratan- persyaratan kinerja.
- 30. RUP - ElaborationPhase -  Hasil dari tahap ini adalah :  Suatu use case model – semua use case dan para aktor sudah dikenali dan semua urutan use case telah dikembangkan.  Persyaratan-persyaratan non fungsional  Suatu urutan arsitektur perangkat lunak  Suatu arsitektur prototipe yang bisa dieksekusi  Suatu daftar resiko yang ditinjau kembali  Suatu rencana pengembangan
- 31. RUP - ContructionPhase - ď‚— Semua komponen dan aplikasi dikembangkan diintegrasikan ke dalam produk dan semua fitur secara menyeluruh diuji. ď‚— Hasil dari tahap kontruksi adalah suatu produk yang siap untuk digunakan oelh pengguna akhir.
- 32. RUP -Transition Phase-  Begitu produk diberikan kepada pengguna akhir, isu- isu biasanya muncul dan memerlukan pengembang untuk mengembangkan release baru, mengoreksi beberapa permasalahan atau selesaikan fitur yang ditunda.  Termasuk didalamnya:  “uji beta” untuk mengesahkan sistem yang baru terhadap harapan pengguna  Operasi paralel dengan suatu sistem lama yang digantikan  Pelatihan para pemakai