140 likes | 313 Views
Pendahuluan Analisis & Desain Berorientasi Obyek (ADBO). Pertemuan 1. Oleh : Syukriya al- Asyik S.Kom syukriya_alasyik@yahoo.com 08563110766 - 03181104897. Memperkenalkan proses pengembangan perangkat lunak dengan pendekatan Berorientasi Obyek.
E N D
Pendahuluan Analisis & DesainBerorientasiObyek (ADBO) Pertemuan 1 Oleh : Syukriya al-AsyikS.Kom syukriya_alasyik@yahoo.com 08563110766 - 03181104897
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 Tujuan ADBO
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 2002 And UML; Addison Wesley; 2003 Referensi
UML Tool : • Rational Rose • Bahasa Pemrograman : • Java • .NET • ≠ ASP,PHP dan Script yang lain Software
TUGAS : 50 % • 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 • Penilaian : Individu & Kelompok Evaluasi
Kehadirankurangdariaturan yang telahditentukan→ sanksiberdasarkanperaturan yang ada Pelanggaran/Kecurangan → sanksiberdasarkanperaturan yang ada KeterlambatanPengumpulanTugasMengurangiNilai Keterlambatandatang 20 menitsetalahitutidakbolehmasuk Aturan Lain
SDLC Metodologi Analisa dan Desain OOAD Kelebihan OOAD Topik pertemuan 1
Planning Analysis Design Implementation System Software Development Life Cycle
Fase Langkah-langkah Teknik Planning Mengenali nilai bisnis Analisa kelayakan Rencana kerja Penugasan Kontrol dan penunjukan 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 Analysis Analysis Mengumpulkan Informasi Pemodelan Use case Pemodelan Structural Pemodelan Perilaku Analisa Permasalahan,benchmarking, reengineering Interview, Kueisoner Use cases, Use case model CRC Card, Class diagram Sequence diagram, collaboration diagram, state diagram Fase Pengembangan Software
Fase Langkah-langkah Teknik Design Desain System Desain Arsitektur Jaringan Desain Interface Desain File dan Database Desain Object Custom development, package development, outsourcing Desain Hardware, desainjaringan Chart Struktur Interface, desain input , desain output Pemilihan format penyimpanan data, optimasi data storage Chart Struktur Program, Spesifikasi program Implementation Konstruksi Instalasi Support Pemrograman, pengujian Direct conversion, parallel conversion, phased conversion Support strategy, Post-Implementation, Review Fase Pengembangan Software
Analisa dan Desain Terstruktur Analisa dan Desain Berorientasi Object Fusion AD Foundation Metodologi
Analisa : • 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) 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 Kenapa OOAD
Syllabus Perumusan Studi Kasus NEXT