Pendahuluan Analisis & Desain Berorientasi Obyek (ADBO)

Presentasi berjudul: "Pendahuluan Analisis & Desain Berorientasi Obyek (ADBO)"— Transcript presentasi:

1 Pendahuluan Analisis & Desain Berorientasi Obyek (ADBO)
Pertemuan 1 Pendahuluan Analisis & Desain Berorientasi Obyek (ADBO) Oleh : Syukriya al-Asyik S.Kom

2 Tujuan ADBO Memperkenalkan proses pengembangan perangkat lunak dengan pendekatan Berorientasi Obyek. Memberikan pengetahuan proses analisis dan perancangan pembangunan perangkat lunak Beorientasi Obyek Memberikan penguasaan penerapan analisis dan perancangan pembangunan perangkat lunak Beorientasi Obyek pada beberapa contoh kasus

3 Referensi Alan Dennis; System Analysis And Design With UML Version 2.0; John Willey; 2005 Rational; Rational University – Professional Education and Product Training; 2002 David William Brown; An Introduction to Object-Oriented Analysis; Northern Alberta Institute of Technology; 2002. Grady Booch; The Unified Modeling Language User Guide; Addison Wesley; 1999 Terry Quatrani; Visual Modeling With rational Rose And UML; Addison Wesley; 2003

4 Software UML Tool : Bahasa Pemrograman : Rational Rose Java .NET
≠ ASP,PHP dan Script yang lain

5 Evaluasi TUGAS : 50 % UTS : 20 % UAS : 30 % Presentasi Resume Paper
Dokumen Analisa Berorientasi Object 1 Dokumen Analisa Berorientasi Object 2 Dokumen Desain Berorientasi Object Penilaian : Individu & Kelompok UTS : 20 % Tes Tulis Penilaian : Individu UAS : 30 % Demo Implementasi Hasil Analisa & Desain

6 Aturan Lain Kehadiran kurang dari aturan yang telah ditentukan → sanksi berdasarkan peraturan yang ada Pelanggaran/Kecurangan → sanksi berdasarkan peraturan yang ada Keterlambatan Pengumpulan Tugas Mengurangi Nilai Keterlambatan datang 20 menit setalah itu tidak boleh masuk

7 Topik pertemuan 1 SDLC Metodologi Analisa dan Desain OOAD
Kelebihan OOAD

8 Software Development Life Cycle
Planning Analysis Design Implementation System

9 Fase Pengembangan Software
Analisa Permasalahan,benchmarking, reengineering Interview, Kueisoner Use cases, Use case model CRC Card, Class diagram Sequence diagram, collaboration diagram, state diagram Analysis Mengumpulkan Informasi Pemodelan Use case Pemodelan Structural Pemodelan Perilaku System request Kelayakan teknis, ekonomis, resiko Tentukan task dan waktunya Rencana penugasan dan chart project Perbaiki perkiraan/penilaian, track task, koordinasi, atur scope, minimalkan resiko Mengenali nilai bisnis Analisa kelayakan Rencana kerja Penugasan Kontrol dan penunjukan Planning Teknik Langkah-langkah Fase

10 Fase Pengembangan Software
Pemrograman, pengujian Direct conversion, parallel conversion, phased conversion Support strategy, Post-Implementation, Review Konstruksi Instalasi Support Implementation Custom development, package development, outsourcing Desain Hardware, desain jaringan Chart Struktur Interface, desain input , desain output Pemilihan format penyimpanan data, optimasi data storage Chart Struktur Program, Spesifikasi program Desain System Desain Arsitektur Jaringan Desain Interface Desain File dan Database Desain Object Design Teknik Langkah-langkah Fase

11 Metodologi Analisa dan Desain Terstruktur
Analisa dan Desain Berorientasi Object Fusion AD Foundation

12 OOAD Analisa : Desain : OOAD : What
Memahami permasalahan bisnis, tidak tergantung pada solusi teknologi. Lebih menekankan pada apa yang menjadi permasalahan Desain : How Memahami dan mendefinisikan solusi software yang merepresentasikan hasil analisa dan akan diimplementasikan dalam bentuk code Tergantung pada solusi teknologi OOAD : Pengembangan Software yang menggunakan pendekatan object/menekankan solusi yang berdasarkan object-object Memahami Permasalahan dan solusi logic dari sudut pandang object(benda, konsep, entitas)

13 Kenapa OOAD Karena : Memudahkan pemanfaatan ulang code dan arsitektur
Lebih mencerminkan dunia nyata (lebih tepat dalam menggambarkan entitas perusahaan, dekomposisi berdasarkan pembagian yang natural, lebih mudah untuk dipahami dan dirawat) Kestabilan (perubahan kecil dalam requirement tidak berarti perubahan yang signifikan dalam system yang sedang dikembangkan) Lebih mudah disesuaikan dengan perubahan

14 NEXT Syllabus Perumusan Studi Kasus