Requirements Analysis

dokumen-dokumen yang mirip
MODUL 9 : Specifying Control

Specifying Control 1

MODUL 8 : Object Interaction

CSG3H3 RPL: Teknik Berorientasi Objek Semester Genap 2014/2015. Object-oriented Analysis (OOA)

LAMPIRAN A. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain. Generalization. lain.

Pengenalan UML dan Diagram Use Case. Alif Finandhita. Teknik Informatika UNIKOM

Lampiran 1. Notasi yang digunakan dalam Class Diagram. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain.

Refining the Requirements Model

SURAT PERNYATAAN ABSTRACT ABSTRAK KATA PENGANTAR

BAB VI PENUTUP Kesimpulan Saran DAFTAR PUSTAKA LAMPIRAN

Selama tahap analisis, Perancang Sistem memusatkan perhatian pada pemahaman kepada Requirements Document untuk menghasilkan sebuah spesifikasi

DAFTAR ISI LEMBAR PENGESAHAN SURAT PERNYATAAN

Teknik Informatika S1

BAB III BAB IV Class Diagram... II Sequence Diagram... II Colaboration Digram... II Activity Diagram... II S

Gambar L.37 Form Print Laporan Absensi Harian Gambar L.38 Form Print Laporan Absensi Periode

Realisasi Use Case. Nisa ul Hafidhoh

Sistem Informasi OOAD dengan UML (1) Teknik Informatika UNIKOM

OOAD (Object Oriented Analysis and Design) UML part 2 (Activity diagram, Class diagram, Sequence diagram)

2. Dibawah ini yang bukan merupakan bentuk bentuk objek adalah

Teknik Informatika S1

Teknik Informatika S1

TESTING DAN IMPLEMENTASI SISTEM. WAHYU PRATAMA, S.Kom., MMSI.

Model Analisis. Afijal, M.Kom

Diagram Use Case. Pertemuan 3

LAMPIRAN NOTASI. Notasi UML. 1) Class Diagram. Nama Class dengan atribut dan operasi.

BAB 4 METODOLOGI PEMECAHAN MASALAH

DASAR REKAYASA PERANGKAT LUNAK

7. Analisis Kebutuhan - 1 (System Actors & System Use Cases )

OOAD (Object Oriented Analysis and Design) UML part 1 (Usecase) Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015

Pemodelan Berorientasi Objek

Pengembangan Aplikasi Perangkat Lunak

Kuliah#3 TSK-612 Sistem Embedded Terdistribusi - TA 2011/2012. Eko Didik Widianto

Yuli Purwati, M.Kom USE CASE DIAGRAM

BAB II LANDASAN TEORI 2.1 Konsep Dasar Sistem Pengertian sistem Karakteristik sistem Klasifikasi sistem

Notasi dalam UML. Actor

Gambar 1.1. User Interface ATM

I.2 Identifikasi Masalah... I-2. I.3 Rumusan Masalah... I-2. I.4 Tujuan... I-3. I.5 Manfaat... I-3. I.6 Batasan Masalah... I-3

Daftar Isi. Abstract... Abstrak... Kata Pengantar... Daftar Isi... Daftar Tabel... Daftar Gambar... Daftar Simbol... Daftar Lampiran...

PEMODELAN BERORIENTASI OBYEK

VISUAL PARADIGM. Tugas Mata Kuliah IF-4061 Analisis dan Perancangan Berorientasi Objek Tanggal Pengumpulan : 20 Oktober 2004

Modul 9. Memahami dan menerapkan ERD (Entity Relationship Diagram) dan Normalisasi. Memahami Diagram EER (Enhanced Entity Relatioship Diagram)

ABSTRACT. Keywords : Academic Information System

UML UNIFIED MODELLING LANGUAGE

DAFTAR SIMBOL. Notasi Keterangan Simbol. Actor adalah pengguna sistem. Actor. tidak terbatas hanya manusia saja, jika

1. LifeLine Sequence Diagram dibuat dengan banyak lifeline. Setiap lifeline mendapatkan tempat sendiri sendiri. Beberapa jenis lifeline antara lain

BAB III ANALISA DAN PERANCANGAN SISTEM

ABSTRACT ABSTRAKSI KATA PENGANTAR

ABSTRAK. Kata Kunci : Aplikasi Sistem Informasi Inventory pada perusahaan retail. ii Universitas Kristen Maranatha

DAFTAR ISI HALAMAN JUDUL PERTAMA

DAFTAR ISI. ABSTRAK... i. KATA PENGANTAR... ii. DAFTAR ISI... iv. DAFTAR GAMBAR... xv. DAFTAR TABEL...xxi. DAFTAR SIMBOL... xxii

Program Design Method Rangkuman UAS. Diagram Use Case ( Use Case Diagram ) Use Case. Actor. Administrator. Relationship. Boundary

BAB VI : PENUTUP 6.1 Kesimpulan Saran DAFTAR PUSTAKA LAMPIRAN

BAB IV ANALISIS DAN PERANCANGAN SISTEM

SPK PENGUKURAN KUALITAS TEMBAKAU PADA PR. SUKUN KUDUS DENGAN METODE WEIGHTED PRODUCT

Rancang Bangun Aplikasi Pelaporan Perkembangan Ternak Sapi Paguyuban Tani Makmur Berbasis Web

RENCANA PEMBELAJARAN SEMESTER

3 BEKERJA DENGAN MICROSOFT VISIO


LAPORAN SKRIPSI SISTEM INFORMASI FASHION GALLERY DAN PEMESANAN T-SHIRT PADA DISTRO IRENG PUTEH KUDUS

ABSTRAK. Kata kunci: Pencarian, resep masakan. Universitas Kristen Maranatha

ANALISA & PERANCANGAN SISTEM INFORMASI. Sufajar Butsianto, M.Kom

ABSTRAK. vi Universitas Kristen Maranatha

MODUL 1 USE CASE DIAGRAM

Proses Pengembangan 1

Pemrograman Berorientasi. Class Diagram

DAFTAR ISI. BAB II LANDASAN TEORI Konsep Dasar Sistem Pengertian Sistem... 7

Object Oriented Analysis and Design -Pendahuluan- Nisa ul Hafidhoh

BAB III LANDASAN TEORI. Menurut Soendoro dan Haryanto (2005), definisi dari sistem dapat

MODUL 2 CANDIDATE CLASS DAN INTERACTION DIAGRAM

BAB II LANDASAN TEORI

BAB III OBJEK DAN METODE PENELITIAN. domain & Web Hosting. Untuk lebih jelas mengenai gambaran umum perusahaan,

Pemodelan Visual dengan UML

ANALISIS DAN PERANCANGAN SISTEM INFORMASI PEMBELIAN, PERSEDIAAN DAN PENJUALAN TUNAI PADA PT TRISATYA MITRA ABADI

DAFTAR ISI Halaman ABSTRAK... KATA PENGHANTAR... DAFTAR ISI... DAFTAR GAMBAR... xi. DAFTAR TABEL... xiv. DAFTAR SIMBOL... xv

ABSTRAK. Kata kunci : Android, Mobile, Smartphone, Teknologi, Wisata

PENGANTAR RUP & UML. Pertemuan 2

Informasi Siklus Informasi Kualitas Informasi Pengertian Sistem Informasi

LAPORAN SKRIPSI SISTEM INFORMASI PENJUALAN MOBIL PADA SHOWROOM ANISA JAYA MOTOR KUDUS BERBASIS WEB. Disusun Oleh : : Zainal Arfa :

Pembuatan Use Case Diagram, misalkan spt ini :

BAB IV ANALISIS DAN PERANCANGAN SISTEM. sistem yang telah ada, dimana analisis sistem merupakan proses mempelajari suatu

ANALISIS DAN PERANCANGAN SISTEM INFORMASI BERORIENTASI OBJEK PADA PT GEMILANG

Analisa Desain Berorientasi Objek

INTRODUCTION OBJECT ORIENTED ANALYSIS & DESIGN

Analisis Model Perangkat Lunak

1. Personal Computer (PC) atau Laptop. 32/64 bit architecture processor, 2 GB Random Access Memmory (RAM), Sistem Operasi Windows XP/7/8.

ANALISIS, PERANCANGAN DAN IMPLEMENTASI APLIKASI UNDIAN APRESIASI PADA BANK SWASTA

PEMBANGUNAN APLIKASI DEPOSITO BERJANGKA (Studi PD. BPR Sukahaji Cabang Jatitujuh)

REKAYASA PERANGKAT LUNAK UNTUK REKAM MEDIS RAWAT INAP PADA RUMAH SAKIT SITI HAJAR MEDAN SKRIPSI ULFI ANDAYANI

ABSTRAK. Kata kunci : Aplikasi berbasis web, Place Manager, Behavior driven development. Universitas Kristen Maranatha

ANALISIS KEBUTUHAN SISTEM

Lampiran 1. Notasi UML. Generalization. Aggregation. Association 0..* 1..* L.1. Class(generalization) Class(Specialization) Class(Specialization)

2. Fungsi di dalam kelas yang dikombinasikan bentuk tingkah laku kelas dinamakan dengan. c.operasi

Perancangan Analisis dan Database Sistem

Defri Kurniawan, M.Kom USE CASE DIAGRAM

Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016

BAB III METODOLOGI PENELITIAN

ANALISA DAN PERANCANGAN SISTEM INFORMASI. Pendekatan Terstruktur dan alat-alat pemodelan Sistem

BAB II TINJAUAN PUSTAKA

Transkripsi:

Requirements Analysis 1

Menguapa Melakukan Analisa Requirement Model usecase saja tidak cukup Banyak terjadi perulangan Beberapa bagian bisa saja sudah tersedia sebagai komponen standar Analisa bertujuan untuk mengidentifikasi : Common elements Pre-existing elements Interaksi antar requirements 2

Tujuan Requirement Requirement diperlukan dengan tujuan: Konfirmasi apa yang user inginkan dari sistem Harus di pahami user Harus benar dan lengkap Lebih spesifik apa yang perancang akan rancang Tidak boleh ambigu 3

Tujuan Requirement Menjelaskan apa yang harus dilakukan Menjelaskan apa yang harus dilakukan oleh software yang akan di bangun Mewakili orang, benda atau konsep untuk memahami apa yang sedang terjadi Menunjukkan hubungan serta interaksi antara orang, benda atau konsep tersebut Menunjukkan situasi bisnis secara jelas untuk mengevaluasi kemungkinan rancangan yang akan di buat Requirement disusun kembali sehingga berguna untuk pengembangan software berikutnya 4

Bagaimana Menganalisa Model Alat utama yang digunakan untuk analisis Requirement adalah diagram kelas Dua cara utama untuk menghasilkan: Langsung diperoleh berdasarkan pengetahuan pada application domain Membuat class diagram dari setiap use case secara terpisah kemudian setiap class diagam yang diperoleh disusun menjadi satu class diagram. 5

Diagram Kelas: Stereotypes Elemen model yang terdapat dalam model analisis disebut kelas analisis (analysis class) Boundary, adalah kelas yang memodelkan interaksi antara satu atau lebih aktor dengan sistem Control, digunakan untuk memodelkan perilaku mengatur, khusus untuk satu atau beberapa use-case Entity, memodelkan informasi yang harus disimpan oleh sistem 6

Diagram Kelas : Stereotypes Alternative notations for boundary class: <<boundary>> User Interface::AddAdvertUI User Interface::AddAdvertUI startinterface( ) assignstaff( ) selectclient( ) selectcampaign( ) startinterface( ) assignstaff( ) selectclient( ) selectcampaign( ) User Interface::AddAdvertUI 7

Diagram Kelas : Stereotypes Alternative notations for entity class: <<entity>> Campaign title campaignstartdate campaignfinishdate getcampaignadverts( ) addnewadvert( ) Campaign title campaignstartdate campaignfinishdate getcampaignadverts( ) addnewadvert( ) Campaign 8

Diagram Kelas : Stereotypes Alternative notations for control class: <<control>> Control::AddAdvert Control::AddAdvert showclientcampaigns( ) showcampaignadverts( ) createnewadvert( ) showclientcampaigns( ) showcampaignadverts( ) createnewadvert( ) AddAvert 9

Diagram Kelas : Simbol Kelas Class name compartment Attributes compartment Operations compartment Client companyaddress companyemail companyfax companyname companytelephone 10

Diagram Kelas : Simbol Instan Object name compartment Attribute values FoodCo:Client companyaddress=evans Farm, Norfolk companyemail=mail@foodco.com companyfax=01589-008636 companyname=foodco companytelephone=01589-008638 Instances do not have operations 11

Diagram Kelas : Atribut Attributes adalah: Bagian yang paling penting untuk menggambarkan kelas Struktur umum dari class setiap objek memiliki nilai atribut dari class 12

Diagram Kelas : Link A link is a logical connection between two objects Yellow Partridge:Client FoodCo:Client Grace Chia:StaffMember Soong Motor Co:Client Carlos Moncada:StaffMember 13

Diagram Kelas : Asosiasi Asosiasi menunjukkan Kemungkinan hubungan logis atau hubungan antara objek dari satu kelas dengan objek lain. Jika dua Objek bisa dihubungkan maka ada assosiasi antar kelas. 14

Diagram Kelas : Asosiasi Association role Association StaffMember staffcontact staffname staffno liaises with staffstartdate Client companyaddress companyemail companyfax companyname companytelephone Association name Direction in which name should be read 15

Diagram Kelas : Multiplicity Merupakan range kardinalitas dari suatu assosiasi. Sebagai contoh: Setiap nasabah bank mungkin memiliki satu atau lebih rekening. Setiap account adalah untuk satu, dan hanya satu, pelanggan 16

Diagram Kelas : Multiplicity StaffMember staffname staffno staffstartdate Multiplicities 1 0..* liaises with Client companyaddress companyemail companyfax companyname companytelephone Exactly one staff member liaises with each client A staff member may liaise with zero, one or more clients 17

Diagram Kelas : Operasi Operation merupakan bagian yang penting dari class. Operation biasanya merupakan behavior (perilaku) dari objek sebuah class. Operation menggambarkan apa yang bisa dilakukan oleh instance dari sebuah class. 18

Diagram Kelas : Operasi Operations menggambarkan yang instance atau class kerjakan Campaign actualcost campaignfinishdate campaignstartdate completiondate datepaid estimatedcost title checkcampaignbudget ( ) getcampaigncontribution ( ) recordpayment ( ) setcompleted ( ) 19

Dari Requirements ke Kelas Mulai dari satu buah Use Case Identifikasi semua Class yang terlibat (Gunakan use case collaboration) Gambar collaboration diagram yang memenuhi kebutuhan use case Terjemahkan collaboration ke class diagram Ulangi untu use case lainnya 20

Dari Requirements ke Kelas sd Add a new advert to a campaign 5: createnewadvert 5.1: addnewadvert 1 Add a new advert to a campaign 3 4: selectcampaign 4.1: showcampaignadverts 3: selectclient 3.1: showclientcampaigns :AddAdvertUI :AddAdvert newad:advert Campaign Manager :CampaignManager 1 *[For all clients]: getclient 2: startinterface 5.1.1: addnewadvert 4.1.1: listadverts 5.1.1.1: Advert 3.1.1: listcampaigns 3.1.1.1 *[For all client s campaigns]: getcampaigndetails 4.1.1.1 *[For all campaign s adverts]: getadvertdetails :Client :Campaign :Advert 2 <<boundary>> User Interface::AddAdvertUI <<control>> Control::AddAdvert Add a new advert to a campaign startinterface() createnewadvert() selectclient() selectcampaign() showclientcampaigns() showcampaignadverts() createnewadvert() :AddAdvert UI :AddAdver t :Advert 4 <<entity>> :Clien t :Campaign Client companyaddress companyname companytelephone companyfax companyemail getclientcampaigns() getclients() 1 0..* places <<entity>> Campaign title campaignstartdate campaignfinishdate getcampaignadverts() addnewadvert() 1 0..* conducted by <<entity>> Advert setcompleted() createnewadvert() 21

sd Add a new advert to a campaign 5: createnewadvert 5.1: addnewadvert 4: selectcampaign 4.1: showcampaignadverts 3: selectclient 3.1: showclientcampaigns newad:advert :AddAdvertUI :AddAdvert 1 *[For all clients]: getclient :CampaignManager 2: startinterfacea 5.1.1: addnewadvert 4.1.1: listadverts 5.1.1.1: Advert 3.1.1: listcampaigns :Client 3.1.1.1 *[For all client s campaigns]: getcampaigndetails :Campaign 4.1.1.1 *[For all campaign s adverts]: getadvertdetails :Advert 22

Mengidentifikasi Kandidat Kelas Sejumlah tes membantu untuk memeriksa apakah calon kelas wajar Apakah itu di luar lingkup sistem? Apakah itu mengacu pada sistem secara keseluruhan? Apakah itu duplikat kelas lain? Apakah itu terlalu samar? 23

Mengidentifikasi Kandidat Kelas (lanjut) Apakah terlalu terikat dengan input dan output fisik? Apakah itu benar-benar atribut? Apakah itu benar-benar operasi? Apakah itu benar-benar asosiasi? Jika jawaban adalah 'Ya', pertimbangkan model kelas potensial dalam beberapa cara lain 24

CRC Cards Class Responsibility Collaboration cards membantu untuk model interaksi antara obyek Untuk skenario yang diberikan (atau use case): Brainstorm obyek Mengalokasikan anggota tim Peran dalam bermain interaksi 25

CRC Cards Class Name: Responsibilities Responsibilities of a class are listed in this section. Collaborations Collaborations with other classes are listed here, together with a brief description of the purpose of the collaboration. 26

Class Name Responsibilities Provide client information. Provide list of campaigns. Class Name Responsibilities Client Campaign Collaborations Campaign provides campaign details. Collaborations Provide campaign information. Provide list of adverts. Add a new advert. Advert provides advert details. Advert constructs new object. Class Name Responsibilities Advert Collaborations Provide advert details. Construct adverts. 27

Referensi Wirfs-Brock (1990) gives a good exposition of CRC cards (For full bibliographic details, see Bennett, McRobb and Farmer) 28