Modul Praktikum Rekayasa Perangkat Lunak

2y ago
41 Views
4 Downloads
237.29 KB
54 Pages
Last View : 15d ago
Last Download : 2m ago
Upload by : Luis Waller
Transcription

Modul PraktikumRekayasa Perangkat LunakC r e a t e db y :Case Study AnalysisAgus RiyadiDana S. KusumoRiano OskarWira AndrianContentNoor CholisNugrohoWuri SetyowardaniDana S. KusumoIka Mulatsih FauziahRetno DewiyantiRiano Oskar(Modul 7)(Modul 6)(Modul 2 & 3)(Modul 1 & 4)JurnalFetty Ramadian SI B Murti JayanthaEditorialAgus RiyadiRiano OskarRetno DewiyantiWira AndrianReviewDana S. KusumoSpecial Thank forAwan Rimbawan &Tafta Zani for Cover DesignKomala Ratna Sari for Modul 0Copyright 2004 by Software Engineering Laboratory

Daftar IsiDaftar Isi .0-2Modul 0 Pendahuluan.0-10.1Pengenalan UML .0-10.2Sejarah Singkat UML.0-10.3Pengertian UML .0-20.4Bagaimana modul ini digunakan?.0-6Modul 1 Use Case Diagram.1-11.1Actor.1-11.2Use Case.1-21.3Relasi dalam Use Case.1-31.4Use Case Diagram.1-3Modul 2 Candidate Class & Interaction Diagram .2-12.1Class Diagram .2-12.2Interaction Diagram .2-3Modul 3 Class Diagram .3-13.1Status( State ), Behaviour dan I dentify.3-13.2Attribut dan Operasi pada Class .3-33.3Relasi dalam Object.3-43.4Inheritance.3-83.5Package .3-11Modul 4 State Transiton Diagram dan Activity Diagram .4-14.1State Transiton Diagram .4-14.2Activity Diagram .4-5Modul 5 Refinement .5-15.1Class Refinement .5-15.2Class User Interface .5-3Modul 6 Component Diagram dan Deployment Diagram .6-16.1Component Diagram.6-16.2Deployment Diagram.6-2Modul 7 Penutup.7-17.1Object Oriented Analysis & Design .7-17.2Metodologi OOA&D .7-1Kriteria Pembuatan Tugas Besar.7-6Daftar Pustaka

PendahuluanModul 0 Pendahuluan0.1Pengenalan UMLUML (Unified Modeling Language) merupakan pengganti dari metode analisisberorientasi object dan design berorientasi object (O OA&D) yang dimunculkansekitar akhir tahun 80-an dan awal tahun 90-an.UML merupakan gabungan dari metode Booch, Rumbaugh (OMT) dan Jacobson.Tetapi UML ini akan mencakup lebih luas daripada OOA&D. Pada pertengahanpengembangan UML dilakukan standarisasi proses dengan OMG (ObjectManagement Group) dengan harapan UML akan menjadi bahasa standar pemodelanpada masa yang akan datang.UML disebut sebagai bahasa pemodelan bukan metode. Kebanyakan metode terdiripaling sedikit prinsip, bahasa pemodelan dan proses. Bahasa pemodelan (sebagianbesar grafik) merupakan notasi dari metode yang digunakan untuk mendesain secaracepat.Bahasa pemodelan merupakan bagian terpenting dari metode. Ini merupakan bagiankunci tertentu untuk komunikasi. Jika anda ingin berdiskusi tentang desain denganseseorang, maka Anda hanya membutuhkan bahasa pemodelan bukan proses yangdigunakan untuk mendapatkan desain.UML merupakan bahasa standar untuk penulisan blueprint software yang digunakanuntuk visualisasi, spesifikasi, pembentukan dan pendokumentasian alat-alat darisistem perangkat lunak.0.2Sejarah Singkat UMLUML dimulai secara resmi pada oktober 1994, ketika Rumbaugh bergabung denganBooch pada Relational Software Corporation. Proyek ini memfokuskan padapenyatuan metode Booch dan OMT. UML versi 0.8 merupakan metode penyatuanyang dirilis pada bulan Oktober 1995. Dalam waktu yang sama, Jacobson bergabungdengan Relational dan cakupan dari UML semakin luas sampai diluar perusahaanOOSE. Dokumentasi UML versi 0.9 akhirnya dirilis pada bulan Juni 1996. Meskipunpada tahun 1996 ini melihat dan menerima feedback dari komunitas SoftwareEngineering . Dalam waktu tersebut, menjadi lebih jelas bahwa beberapa organisasiperangkat lunak melihat UML sebagai strategi dari bisnisnya. Kemudian dibangunlahUML Consortium dengan beberapa organisasi yang akan menyumbangkan sumberdayanya untuk bekerja, mengembangkan, dan melengkapi UML.Di sini beberapa partner yang berkontribusi pada UML 1.0, diantaranya DigitalEquipment Corporation, Hewlett-Packard, I-Logix, Intellicorp, IBM, ICONComputing, MCI Systemhouse, Microsoft, Oracle, Relational, Texas Instruments danUnisys. Dari kolaborasi ini dihasilkan UML 1.0 yang merupakan bahasa pemodelanyang ditetapkan secara baik, expressive, kuat, dan cocok untuk lingkungan masalahyang luas. UML 1.0 ditawarkan menjadi standarisasi dari Object Management Group(OMG). Dan pada Januari 1997 dijadikan sebagai standar bahasa pemodelan.Praktikum Rekayasa Perangkat Lunak0-1

PendahuluanAntara Januari–Juli 1997 gabungan group tersebut memperluas kontribusinya sebagaihasil respon dari OMG dengan memasukkan Adersen Consulting, Ericsson,ObjectTimeLimeted, Platinum Technology, Ptech, Reich Technologies, Softeam,Sterling Software dan Taskon. Revisi dari versi UML (versi 1.1) ditawarkan kepadaOMG sebagai standarisasi pada bulan Juli 1997. Dan pada bulan September 1997,versi ini dierima oleh OMG Analysis dan Design Task Force (ADTF) dan OMGArchitectureBoard. Dan Akhirnya pada Juli 1997 UML versi 1.1 menjadi standarisasi.Pemeliharaan UML terus dipegang oleh OMG Revision Task Force (RTF) yangdipimpin oleh Cris Kobryn. RTP merilis editorial dari UML 1.2 pada Juni 1998. Danpada tahun 1998 RTF juga merilis UML 1.3 disertai dengan user guide danmemberikan technical cleanup.0.3Pengertian UML0.3.1 Pengertian Unified Modeling Language (UML)UML adalah bahasa untuk menspesifikasi, memvisualisasi, membangun danmendokumentasikan artifacts (bagian dari informasi yang digunakan atau dihasilkanoleh proses pembuatan perangkat lunak, artifact tersebut dapat berupa model,deskripsi atau perangkat lunak) dari sistem perangkat lunak, seperti pada pemodelanbisnis dan sistem non perangkat lunak lainnya [HAN98]. Selain itu UML adalahbahasa pemodelan yang menggunakan konsep orientasi object. UML dibuat olehGrady Booch , James Rumbaugh , dan Ivar Jacobson di bawah bendera RationalSoftware Corp [HAN98]. UML menyediakan notasi-notasi yang membantumemodelkan sistem dari berbagai perspektif. UML tidak hanya digunakan dalampemodelan perangkat lunak, namun hampir dalam semua bidang yang membutuhkanpemodelan.0.3.2 Bagian-bagian Dari UMLBagian-bagian utama dari UML adalah view, diagram, model element, dan generalmechanism.1. ViewView digunakan untuk melihat sistem yang dimodelkan dari beberapa aspek yangberbeda. View bukan melihat grafik, tapi merupakan suatu abstraksi yang berisisejumlah diagram.Beberapa jenis view dalam UML antara lain: use case view, logical view, componentview, concurrency view, dan deployment view.Ø Use case viewMendeskripsikan fungsionalitas sistem yang seharusnya dilakukan sesuai yangdiinginkan external actors. Actor yang berinteraksi dengan sistem dapat berupa useratau sistem lainnya.View ini digambarkan dalam use case diagrams dan kadang-kadang dengan activitydiagrams.View ini digunakan terutama untuk pelanggan, perancang (designer), pengembang(developer), dan penguji sistem (tester).Praktikum Rekayasa Perangkat Lunak0-2

PendahuluanØ Logical viewMendeskripsikan bagaimana fungsionalitas dari sistem, struktur statis (class, object,dan relationship ) dan kolaborasi dinamis yang terjadi ketika object mengirim pesanke object lain dalam suatu fungsi tertentu.View ini digambarkan dalam class diagrams untuk struktur statis dan dalam state,sequence, collaboration, dan activity diagram untuk model dinamisnya.View ini digunakan untuk perancang (designer) dan pengembang (developer).Ø Component viewMendeskripsikan implementasi dan ketergantungan modul. Komponen yangmerupakan tipe lainnya dari code module diperlihatkan dengan struktur danketergantungannya juga alokasi sumber daya komponen dan informasi administrativelainnya.View ini digambarkan dalam component view dan digunakan untuk pengembang(developer).Ø Concurrency viewMembagi sistem ke dalam proses dan prosesor.View ini digambarkan dalam diagram dinamis (state, sequence, collaboration, danactivity diagrams) dan diagram implementasi (component dan deployment diagrams)serta digunakan untuk pengembang (developer), pengintegrasi (integrator), danpenguji (tester).Ø Deployment viewMendeskripsikan fisik dari sistem seperti komputer dan perangkat (nodes) danbagaimana hubungannya dengan lainnya.View ini digambarkan dalam deployment diagrams dan digunakan untuk pengembang(developer), pengintegrasi (integrator), dan penguji (tester).2. DiagramDiagram berbentuk grafik yang menunjukkan simbol elemen model yang disusununtuk mengilustrasikan bagian atau aspek tertentu dari sistem.Sebuah diagram merupakan bagian dari suatu view tertentu dan ketika digambarkanbiasanya dialokasikan untuk view tertentu. Adapun jenis diagram antara lain :Ø Use Case DiagramMenggambarkan sejumlah external actors dan hubungannya ke use case yangdiberikan oleh sistem. Use case adalah deskripsi fungsi yang disediakan oleh sistemdalam bentuk teks sebagai dokumentasi dari use case symbol namun dapat jugadilakukan dalam activity diagrams.Use case digambarkan hanya yang dilihat dari luar oleh actor (keadaan lingkungansistem yang dilihat user) dan bukan bagaimana fungsi yang ada di dalam sistem.Ø Class DiagramMenggambarkan struktur statis class di dalam sistem. Class merepresentasikansesuatu yang ditangani oleh sistem. Class dapat berhubungan dengan yang lainmelalui berbagai cara: associated (terhubung satu sama lain), dependent (satu classtergantung/menggunakan class yang lain), specialed (satu class merupakanspesialisasi dari class lainnya), atau package (grup bersama sebagai satu unit).Sebuah sistem biasanya mempunyai beberapa class diagram.Praktikum Rekayasa Perangkat Lunak0-3

PendahuluanØ State DiagramMenggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatuclass dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa objectlain yang mengirim pesan.State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlahstate yang terdefinisi dengan baik dan kondisi class berubah oleh state yang berbeda.Ø Sequence DiagramMenggambarkan kolaborasi dinamis antara sejumlah object. Kegunaanya untukmenunjukkan rangkaian pesan yang dikirim antara object juga interaksi antara object,sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem.Ø Collaboration DiagramMenggambarkan kolaborasi dinamis seperti sequence diagrams. Dalam menunjukkanpertukaran pesan, collaboration diagrams menggambarkan object dan hubungannya(mengacu ke konteks). Jika penekannya pada waktu atau urutan gunakan sequencediagrams, tapi jika penekanannya pada konteks gunakan collaboration diagram.Ø Activity DiagramMenggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikanaktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untukaktifitas lainnya seperti use case atau interaksi.Ø Component DiagramMenggambarkan struktur fisik kode dari komponent. Komponent dapat berupa sourcecode, komponent biner, atau executable component. Sebuah komponent berisiinformasi tentang logic class atau class yang diimplementasikan sehingga membuatpemetaan dari logical view ke component view.Ø Deployment DiagramMenggambarkan arsitektur fisik dari perangkat keras dan perangkat lunak sistem,menunjukkan hubungan komputer dengan perangkat (nodes) satu sama lain dan jenishubungannya. Di dalam nodes, executeable component dan object yang dialokasikanuntuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu danketergantungan komponen.0.3.3 Gambaran dari UML UML sebagai Bahasa PemodelanUML merupakan bahasa pemodelan yang memiliki pembendaharaan kata dan carauntuk mempresentasikan secara fokus pada konseptual dan fisik dari suatu sistem.Contoh untuk sistem software yang intensive membutuhkan bahasa yangmenunjukkan pandangan yang berbeda dari arsitektur sistem, ini sama sepertimenyusun/mengembangkan software development life cycle. Dengan UML akanmemberitahukan kita bagaimana untuk membuat dan membaca bentuk model yangbaik, tetapi UML tidak dapat memberitahukan model apa yang akan dibangun dankapan akan membangun model tersebut. Ini merupakan aturan dalam softwaredevelopment process.Praktikum Rekayasa Perangkat Lunak0-4

Pendahuluan UML sebagai bahasa untuk Menggambarkan Sistem (Visualizing)UML tidak hanya merupakan rangkaian simbol grafikal, cukup dengan tiap simbolpada notasi UML merupakan penetapan semantik yang baik. Dengan cara ini, satupengembang dapat menulis model UML dan pengembang lain atau perangkat yangsama lainnya dapat mengartikan bahwa model tersebut tidak ambigu. Hal ini akanmengurangi error yang terjadi karena perbedaan bahasa dalam komunikasi modelkonseptual dengan model lainnya.UML menggambarkan model yang dapat dimengerti dan dipresentasikan ke dalammodel tekstual bahasa pemograman. Contohnya kita dapat menduga suatu model darisistem yang berbasis web tetapi tidak secara langsung dipegang dengan mempelajaricode dari sistem. Dengan model UML maka kita dapat memodelkan suatu sistem webtersebut dan direpresentasikan ke bahasa pemrograman.UML merupakan suatu model eksplisit yang menggambarkan komunikasi informasipada sistem. Sehingga kita tidak kehilangan informasi code implementasi yang hilangdikarenakan developer memotong coding dari implementasi. UML sebagai bahasa untuk Menspesifikasikan Sistem (Specifying)Maksudnya membangun model yang sesuai, tidak ambigu dan lengkap. Pada faktanyaUML menunjukan semua spesifikasi keputusan analisis, desain dan implementasiyang penting yang harus dibuat pada saat pengembangan dan penyebaran dari sistemsoftware intensif. UML sebagai bahasa untuk Membangun Sistem (Constructing)UML bukan bahasa pemograman visual, tetapi model UML dapat dikoneksikansecara langsung pada bahasa pemograman visual.Maksudnya membangun model yang dapat dimapping ke bahasa pemograman sepertijava, C , VB atau tabel pada database relational atau penyimpanan tetap padadatabase berorientasi object. UML sebagai bahasa untuk Pendokumentasian Sistem (Documenting)Maksudnya UML menunjukan dokumentasi dari arsitektur sistem dan detail darisemuanya.UML hanya memberikan bahasa untuk memperlihatkan permintaan danuntuk tes. UML menyediakan bahasa untuk memodelkan aktifitas dari perencanaanproject dan manajemen pelepasan (release management).0.3.4 Area Penggunaan UMLUML digunakan paling efektif pada domain seperti :- Sistem Informasi Perusahaan- Sistem Perbankan dan Perekonomian- Bidang Telekomunikasi- Bidang Transportasi- Bidang Penerbangan- Bidang Perdagangan- Bidang Pelayanan Elekronik- Bidang Pengetahuan- Bidang Pelayanan Berbasis Web TerdistribusiPraktikum Rekayasa Perangkat Lunak0-5

PendahuluanNamun UML tidak terbatas untuk pemodelan software. Pada faktanya UML banyakuntuk memodelkan sistem non software seperti:- Aliran kerja pada sistem perundangan.- Struktur dan kelakuan dari Sistem Kepedulian Kesehatan Pasien- Desain hardware dll.0.3.5 Tujuan Penggunaan UML1. Memodelkan suatu sistem (bukan hanya perangkat lunak) yang menggunakankonsep be rorientasi object.2. Menciptakan suatu bahasa pemodelan yang dapat digunakan baik oleh manusiamaupun mesin.0.4Bagaimana modul ini digunakan?Modul ini tersusun atas teori mengenai UML, petunjuk pemakaian Rational Roseuntuk membuat diagram-diagram pada UML, contoh kasus ATM, jurnal praktikumdan proyek UML.1. Praktikan diharapkan mempersiapkan diri mempelajari dan memahami teori ataukonsep UML.2. Pada setiap modul praktikan akan dibimbing untuk memakai Rational Rosesebagai salah satu tools pemodelan UML.3. Pada setiap modul, praktikan akan mengerjakan jurnal praktikum dimanapertanyaan yang diajukan berasal dari studi kasus yang digunakan sebagai contohdalam setiap modul dan kasus khusus yang telah ditentukan.4. Pada akhir praktikum, semua praktikan akan mempresentasikan proyek/tugasbesar praktikum berupa hasil rekayasa pengembangan perangkat lunakmenggunakan UML sampai dengan tahap design perangkat lunak.Praktikum Rekayasa Perangkat Lunak0-6

Use Case DiagramModul 1 Use Case DiagramTujuan Praktikum:1. Praktikan mampu membuat sebuah skenario suatu sistem yang nantinya dapatdiimplementasikan menjadi sebuah perangkat lunak.2. Praktikan bisa memahami alur dari setiap tahap yang digunakan dalam perancanganperangkat lunak menggunakan UML.3. Praktikan dapat memahami hubungan atara actor dengan use case diagram.4. Praktikan mampu membuat use case diagram dari skenario yang telah ada.Kelakuan Sistem :1. Kebutuhan sistem adalah fungsionalitas apa yang mesti disediakan oleh sistem, apakahdidokumentasikan pada model use case yang menggambarkan fungsi sistem yangdiharapkan (use case), yang mengelilinginya (actor) dan hubungan antara actor denganuse case (use case diagram).2. Use case model dimulai pada tahap inception dengan mengidentifikasi actor dan use caseutama pada sistem. Kemudian model ini diolah lebih matang di tahap elaboration untukmemperoleh lebih detail informasi yang ditambahkan pada use case.Komponen-komponen yang terlibat dalam use case diagram :1.1ActorPada dasarnya actor bukanlah bagian dari use case diagram, namun untuk dapatterciptanya suatu use case diagram diperlukan beberapa actor dimana actor tersebutmempresentasikan seseorang atau sesuatu (seperti perangkat, sistem lain) yangberinteraksi dengan sistem. Sebuah actor mungkin hanya memberikan informasiinputan pada sistem, hanya menerima informasi dari sistem atau kedu

Pendahuluan Praktikum Rekayasa Perangkat Lunak 0-3 ØLogical view Mendeskripsikan bagaimana fungsionalitas dari sistem, struktur statis (class, object,dan relationship) dan kolaborasi dinamis yang terjadi ketika object mengirim pesan ke object lain dalam suatu fungsi tertentu. View ini digambarkan dalam class diagrams untuk struktur statis dan dalam state,

Related Documents:

MSIM4303 Modul 01 1.5 Perangkat Lunak Kegiatan Belajar 1 erangkat lunak (software) dari sudut pandang rekayasa perangkat lunak adalah program komputer yang terasosiasi dengan dokumentasi perangkat lunak seperti dokumentasi kebutuhan, model desain, cara penggunaan (user manual), dokumen teknis, maupun dokumen lainnya yang dapat mendukung program komputer

Perancangan Perangkat Lunak Representasi rekayasa dari perangkat lunak yang akan dibangun, yang terfokus pada data, arsitektur, interface, dan komponen. Dapat dilacak terhadap kebutuhan-kebutuhan customer/perangkat lunak (Roger S. Pressman) Membangun suatu solusi permasalahan yang memenuhi kebutuhan-kebutuhan perangkat lunak

4. Macromedia flash MX; program untuk membuat berbagai animasi. Perangkat Lunak aplikasi internet dan jaringan Perangkat Lunak aplikasi internet dan jaringan yaitu perangkat lunak yang digunakan untuk mendukung pemanfaatn internet dan jaringan. Beberapa perngkat lunak yang terkait dengan internet dan jaringan antara lain : 1.

Modul Rekayasa Perangkat Lunak S1 Ilmu Komputer FMIPA Unila ii Daftar Isi Deskripsi Mata Kuliah Pembahasan mengacu pada siklus pengembangan perangkat lunak yang terdiri atas tahapan perencanaan, analisa, perancangan, pembuatan program, pengujian dan pemeliharaan. Be

Brahmantyo 2005 Rekayasa Perangkat Lunak-Pendahuluan Slide 7 Metode Rekayasa Perangkat Lunak z Pendekatan terstruktur pengembangan PL termasuk model sistem, notasi, perancangan dan petunjuk pemrosesan, z Deskripsi ModelÆdeskripsi pemodelan dengan grafik z AturanÆbatasan yang digunakan pada model sistem z RekomendasiÆsaran dalam membentuk perancangan yang baik

Rekayasa Perangkat Lunak. (Hari Setiabudi Husni) 47 REKAYASA PERANGKAT LUNAK BERBASIS SUMBER TERBUKA UNTUK MEMBANTU PELAKSANAAN AUDIT SISTEM INFORMASI Hari Setiabudi Husni Jurusan Komputerisasi Akuntansi, Fakultas Ilmu Komputer, Universitas Bina Nusantara, Jln. K.H. Syahdan No. 9, Kemanggisan/Palmerah, Jakarta Barat 11480 hari.setiabudi@binus .

ISSN 1978-1946 Rekayasa Perangkat Lunak REKAYASA PERANGKAT LUNAK DENGAN MODEL UNIFIED PROCESS STUDI KASUS: SISTEM INFORMASI JOURNAL Ibnu Akil Program Studi Manajemen Administrasi ASM BSI Jakarta Jl. Jatiwaringin Raya No.18, Jakarta Timur Ibnu.ial@bsi.ac.id Abstract In the era of object oriented

7 Berikut beberapa jenis aplikasi perangkat lunak : a. Perangkat lunak sistem. Sekumpulan program untuk melayani program-program lain, misalnya sistem operasi, kompiler, editor, utilitas pengatur file, driver, prosesor telekomunikasi. b. Perangkat lunak real-time. Program-program untuk mengontrol/menganalisis/