Rekayasa Perangkat Lunak

Transkripsi

1 Pertemuan 3 Rekayasa Perangkat Lunak Proses Rekayasa Perangkat Lunak SHINTA P. SARI

2 Pendekatan Dalam Rekayasa Perangkat Lunak Dalam rekayasa perangkat lunak terdapat pendekatan utama : 1. Pendekatan Terstruktur 2. Pendekatan Berorientasi Objek

3 Pendekatan Terstruktur Pendekatan Terstruktur adalah suatu proses untuk mengimplementasikan urutan langkah untuk menyelesaikan suatu masalah dalam bentuk program.

4 Pendekatan Terstruktur Bahasa pemrograman yang mendukung pemrograman terstruktur: Cobol C Pascal Delphi Turbo Prolog Salah satu tools dan teknik dalam pengembangan system terstruktur adalah menggunakan DFD (Data Flow Diagram).

5 Teknik Pengembangan Sistem Beberapa teknik yg dapat digunakan dalam pengembangan sistem diantaranya: Entity-Relationship Diagram (ERD) pemodelan data Data Flow Diagram pemodelan proses State-Transition Diagram Program Evaluation and Review Technique (PERT) penjadualan proyek Teknik Menemukan Fakta (Fact finding technique) observasi, interview, kuisioner & sampling. Teknik Presentasi Teknik Analisis biaya/manfaat (cost-effectiveness analysis) Teknik Penulisan laporan

6 Data Modeling And Analysis: Entity Relationship Diagram ( ERD) Komponen ERD 1. Entity Segala Sesuatu Yang Dapat Dijelaskan Nama Entity Dengan Data, Kelompok Benda / Objek, Diberi Nama Dengan Kata Benda. Person: Agensi, Kontraktor, konsumen, Departemen, Divisi, pegawai, instruktur, Pelajar, Suplier. Tempat: Wilayah Penjualan, Bangunan, Ruang, Kantor Cabang, Kampus. Objek: Buku, mesin, Komponen, Produk, Bahan Baku, Lisesni Software, Paket Software, Peralatan, Model Mesin, Mesin. Kejadian: Permintaam, Penghargaan, Pembatalan, Kelas, Penerbangan, Penagihan, Pemesanan, Registrasi, Perpanjangan, Daftar permintaan, Reservasi, Penjualan, Perjalanan. Konsep: Rekening, Blok waktu, Surat Obligasi, Pelatihan, Pembiayaan, Kualifikasi, Stok.

7 Data Flow Diagram DFD merupakan alat pengembangan system yang berorientasi pada alur data dengan konsep dekomposisi yang dapat digunakan untuk penggambaran analisa maupun rancangan system yang mudah dikomunikasikan oleh professional system kepada pemakai maupun pembuat program.

8 Data Flow Diagram

9 Data Flow Diagram

10 SIMBOL- SIMBOL DFD

11 EXTERNAL ENTITY : ENTITAS YANG BERADA DILUAR SISTEM, YANG MEMBERIKAN DATA KEPADA SISTEM (SOURCE) ATAU YANG MENERIMA INFORMASI DARI SISTEM (SINK), DAPAT BERUPA ORANG, ORGANISASI DLL. TIDAK TERMASUK BAGIAN DARI SISTEM. Bila Sistem Informasi Dirancang Untuk Satu Bagian (Departemen), Maka Bagian Lain Yang Masih Terkait Menjadi External Entity. Nama Terminal Berupa Kata Benda. Terminal Tidak Boleh Memiliki Nama Yang Sama Kecuali Memang Objeknya Sama (Digambarkan 2 X, Bila Demikian Perlu Diberi Garis Miring.

12 PROSES S UATU PROSES ADALAH K E G I ATAN ATAU K E R J A Y ANG DILAKUKAN O LEH O R ANG M E S I N ATAU K O M PUTER D ARI HASIL ARUS D ATA YANG MASUK KE D ALAM PROSES UNTUK D I H ASILKAN ARUS D ATA YANG AKAN KELUAR D ARI PROSES. M ENGGAMBARKAN A P A Y ANG DILAKUKAN O L E H S I S T E M. B E R F UNGSI M ENTRANS F O R M ASIKAN S ATU ATAU B E B E R APA D ATA KELUARAN S ESUAI D E N G AN S PESIFIKASI Y ANG DIINGINKAN. S ETIAP PROSES MEMILIKI S ATU ATAU B E B E R APA D ATA M ASUKAN S ERTA MENGHASILKAN S ATU ATAU B E B E R APA D ATA KELUARAN N AMA PROSES TERDIRI D ARI K ATA K E R J A D AN K ATA BENDA Y AN G M ENCERMINKAN F UNGSI PROSES T ERSEBUT, M ISALNYA : H I T UNG G AJI, PENDATAAN O R D E R, C E T A K L APORAN PENJULAN. JANGAN M E N G UGUNAKAN K ATA P R O S E S S E BAGAI B AGIAN D AR I N AMA S UATU PROSES ( B UBBLE). T I D AK B O L E H ADA B E B E R A P A PROSES Y ANG MEMILIKI N AMA YANG S AMA. PROSES HARUS D I B E R I N O M O R. URUTAN N O M O R S E D APAT M UNGKIN M ENGIKUTI ALIRAN ATAU URUTAN / URUTAN PROSES. N AMUN D EMIKIAN, URUTAN N O M O R T I D AK BERARTI S ECARA M UTLAK M E R UPAKAN URUTAN PROSES SECARA K R O N O L O G I S.

13 PENOMORAN PROSES PADA TINGKAT PERTAMA (DIAGRAM NOL) ADALAH 1.0, 2.0, 3.0 DST. CONTOH : 2.1 * HITUNG PPH 2.0 PENDATAAN ORDER 5.0 * HITUNG PPH PROSES 2.1 ADALAH PROSES LEVEL TERENDAH, TIDAK PERLU DIRINCI LAGI.

14 ALIRAN DATA : ARAH PANAH MENGGAMBARKAN ALIRAN DATA. ALIRAN DATA : -DARI DATA STORE KE PROSES DAN SEBALIKNYA. -DARI SOURCE KE PROSES -DARI PROSES KE SINK

15 ARUS DATA INI MENUNJUKKAN ARUS DARI YANG DAPAT BERUPA MASUKAN UNTUK SISTEM ATAU HASIL DARI PROSES SISTEM DAN DAPAT BERBENTUK SBB: A. FORMULIR ATAU DOKUMEN YANG DIPERGUNAKAN OLEH PERUSAHAAN. B. LAPORAN TERCETAK YANG DIHASILKAN OLEH SISTEM. C. TAMPILAN ATAU OUTPUT DI LAYAR KOMPUTER YANG DI HASILKAN OLEH SISTEM. D. SURAT-SURAT ATAU MEMO. E. DATA YANG DIBACA ATAU DIREKAM KE SUATU FILE. F. SUATU ISIAN YANG DICATAT DALAM BUKU AGENDA. NAMA ALIRAN DATA YANG TERDIRI DARI BEBERAPA KATA DIHUBUNGKAN DENGAN GARIS SAMBUNG TIDAK BOLEH ADA NAMA ALIRAN DATA YANG NAMANYA SAMA DAN PEMBERIAN NAMA HARUS MENCERMINKAN ISINYA. HINDARI PENGGUNAAN KATA DATA DAN INFORMASI UNTUK MEMBERI NAMA PADA ALIRAN DATA. SEDAPAT MUNGKIN NAMA ALIRAN HARUS DITULIS LENGKAP.

16 Daftar_Hadir 3.1 * Periksa Daftar Hadir Daftar_hadir_Valid Jam_Kerja Tarif_per_jam 3.2 Hitung upah Upah_ Mingguan

17 DATA STORE T E M P A T M E N Y I M P A N D A T A ( D A T A B A S E = F I L E / T A B L E, A R S I P, B U K U C A T A T A N ). P R O S E S D A P A T M E N G A M B I L D A T A D A R I A T A U M E M B E R I K A N D A T A KE D A T A S T O R E. N A M A D A T A S T O R E H A R U S M E N C E R M I N K A N I S I D A R I D A T A S T O R E T E R S E B U T. B I L A N A M A N Y A L E B I H D A R I S A T U K A T A, M A K A H A R U S D I B E R I K A T A S A M B U N G.

18 KETENTUAN LAIN: NAMA AL IRA N DA TA YANG MASUK K E DA LAM SUATU P RO S E S TI DAK BO L EH SAMA D ENGAN NAMA AL IRAN DATA YANG KELUAR DARI PROSES TERSEBUT. DATA FLOW YANG MASUK KE ATAU KELUAR DARI DATA STORE TIDAK PERLU DIBERI NAMA BILA: A. AL IRAN DA TAN YA SE D ERHANA DAN MUDAH DIPAHAMI. B. A LIRAN DA TANYA M ENGGAM BA RKAN S E LURUH DATA ITEM (SATU RECORD UTUH). Diagram Hubungan (Level 0) Merupakan Level Tertinggi Dari Dfd Yang Menggambarkan Seluruh Input Ke Atau Output Dari Sistem. Memberikan Gambaran Tentang Keseluruhan Sistem. Sistem Dibatasi Boundary. Terminal Yg Memberikan Masukan Kepada Sistem Disebut Source, Terminal Yg Menerima Keluaran Dari Sistem Di Sebut Sink.

19 Hal-Hal HARAM dalam DFD

20 Yang Sebaiknya pada DFD

21 Dimana Letak Kesalahan DFD ini?

22 Pendekatan Berorientasi Objek Pemrograman dengan Pendekatan berorientasi objek (object-oriented programming disingkat OOP) merupakan pemograman yang berorientasikan kepada objek. Semua data dan fungsi di dalam paradigma ini dibungkus dalam kelas-kelas atau objek-objek. Setiap objek dapat menerima pesan, memproses data, dan mengirim pesan ke objek lainnya,

23 Pendekatan Berorientasi Objek Bahasa pemrograman yang mendukung OOP antara lain: Java C++ C# Salah satu tools dan teknik dalam pengembangan system berbasis objek adalah menggunakan UML (Unified Modelling Language).

24 Latar Belakang UML (Unified Modeling Language) Sampai era tahun 1990 puluhan metodologi pemodelan berorientasi objek telah bermunculan di dunia. Diantaranya adalah: metodologi booch, metodologi coad, metodologi OOSE, metodologi OMT, metodologi shlaer-mellor, metodologi wirfs-brock, dsb

25 Latar Belakang UML (Unified Modeling Language) Dimulai pada bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, yang merupakan tiga tokoh yang boleh dikata metodologinya banyak digunakan mempelopori usaha untuk penyatuan metodologi pendesainan berorientasi objek Pada tahun 1995 direlease draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG

26 UML (Unified Modeling Language) Unified Modeling Language (UML) adalah himpunan struktur dan teknik untuk pemodelan desain program berorientasi objek (OOP) serta aplikasinya.

27 Tujuan UML 1. Memberikan bahasa pemodelan yang bebas dari berbagai bahas pemrograman dan proses rekayasa. 2. Menyatukan praktek-praktek terbaik yang terdapat dalam pemodelan. 3. Memberikan model yang siap pakai, bahsa pemodelan visual yang ekspresif untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti secara umum. 4. UML bisa juga berfungsi sebagai sebuah (blue print) cetak biru karena sangat lengkap dan detail.

28 UML (Unified Modeling Language)

29 3 Kategori Utama Diagram UML 1 Structure 2 Behaviour 3 Interaction

30 STRUCTURE DIAGRAM Class Component Object Composite Structure Deployment Package

31 Class Diagram Class adalah sebuah spesifikasi yang jika diinstalasi akan menghasilkan sebuah obyek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dll.

32 Class Diagram

33 Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Component Diagram Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) diantaranya.

34 Component Diagram

35 Object Diagram Object diagram merupakan sebuah gambaran tentang objek-objek dalam sebuah system pada satu titik waktu. Karena lebih menonjolkan perintah-perintah daripada class, object diagram lebih sering disebut debagai sebuah diagram perintah.

36 Object Diagram

37 Composite Structure Diagram Diagram struktur komposit adalah diagram yang menunjukan struktur internal classifier, termasuk poin interaksinya ke bagian lain dari system. Hal ini menunjukkan konfigurasi dan hubungan bagian, yang bersama-sama melakukan perilaku classifier. Diagram struktur komposit merupakan jenis diagram struktur yang statis dalam UML, yang menggambarkan struktur internal kelas dan kolaborasi

38 Composite Structure Diagram

39 Deployment Diagram Deployment diagram menggambarkan detail bagaimana komponen di deploy dalam infrastruktur system, dimana komponen akan terletak (pada mesin, server atau piranti keras), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal. Hubungan antar node( misalnya TCP/IP) dan requirement dapat juga didefinisikan dalam diagram ini.

40 Deployment Diagram

41 Package Diagram Diagram objek melengkapi notasi grafik untuk pemodelan objek, kelas dan relasinya dengan yang lain. Diagram objek bermanfaat untuk pemodelan abstrak dan membuat perancangan program. Untuk mengatur pengorganisasian diagram Class yang kompleks, dapat dilakukan pengelompokan kelas-kelas berupa package (paket-paket).

42 Package Diagram

43 BEHAVIOUR DIAGRAM Activity Diagram Use Case Diagram State Machine Diagram

44 Activity Diagram Activity Diagram untuk memodelkan perilaku Use Cases dan objects di dalam system.

45 Use Case Diagram Use case diagram adalah penggambaran sistem dari sudut pandang pengguna sistem tersebut (user), yang lebih dititikberatkan pada fungsionalitas yang ada pada sistem.

46 Use Case Diagram

47 State Machine Diagram Digunakan untuk memodelkan tindakan objek dalam suatu sistem.

48 INTERACTION DIAGRAM Sequence Interaction Overview Communication Timing

49 Sequence Diagram Sequence Diagram merupakan salah satu diagram Interaction yang menjelaskan bagaimana suatu operasi itu dilakukan, message(pesan) apa yang dikirim dan kapan pelaksanaannya.

50 Sequence Diagram

51 Interaction Overview Diagram Interaction Overview Diagram adalah pecangkokan secara bersama antara activity diagram dengan sequence diagram Gabungan antara keduanya

52 Interaction Overview Diagram

53 Communication Diagram Communication (Kolaborasi) diagram menggambarkan interaksi antar objek seperti sequence diagram, tetapi lebih menekankan pada peran masing-masing objek. Setiap message memiliki sequence number, dimana message dari level tertinggi memiliki Nomor 1.

54 Communication Diagram

55 Timing Diagram Timing Diagram adalah bentuk lain dari interaction diagram, dimana focus utamanya lebih ke waktu. Timing diagram sangat berdaya guna dalam menunjukkan factor pembatas waktu diantara perubahan state pada objek yang berbeda.

56 Timing Diagram

57 SEKIAN