analisa & perancangan si ii -...
-
Upload
duongkhuong -
Category
Documents
-
view
246 -
download
0
Transcript of analisa & perancangan si ii -...
analisa & perancangan siii
Titien S. Sukamto
Highlight Material
Pra-UTS1. Overview & Pengenalan Analisa
dan Perancangan Sistem2. Project Management3. Requirements Determination4. Business Process and Functional
Modeling5. Structural Modeling6. Behavioral Modeling7. Moving to Design
Pasca UTS
8. Class and Method Design
9. Data Management Layer Design
10. HCI Layer Design
11. Physical Arcitecture Layer Design
12. Construction
13. Installation and Operations
14.Final Presentation
Business Process &functional modeling
Intro
• Model fungsional mendeskripsikan proses bisnis serta interaksi antara sistem informasi dan lingkunganya.
• Dalam Object-oriented system development, terdapat 2 pemodelan yang digunakan.• Use case diagram digunakan untuk mendeskripsikan fungsi dasar dari sistem
informasi• Activity diagram mendukung pemodelan logis dari proses bisnis dan workflow.
Juga dilengkapi dengan sequence diagram.
• Diagram diatas, dapat digunakan untuk mendeskripsikan as-is system dan to-be system.
• Use Case dan Activity merupakan model logis yang mendeskripsikan domain aktivitas bisnis.
Identifikasi Proses dg Use Case Diagram
• Dengan menggunakan Use case, analis sistem dapat dengan mudah memahami fungsionalitas dari sistem.
• Use Case Diagram menyediakan cara berkomunikasi yang sederhana, dan straightforward kepada user tentang apa yang akan dapat dilakukan sistem.
• Use Case diagram dapat dibentuk setalah terkumpul kebutuhan sistem.
• Use Case diagram mengilustrasikan fungsi utama sistem dalam bentuk yang sederhana, dan berbagai user yang akan berinteraksi dengan sistem.
Elemen Use Case Diagram
• Elemen dalam Use Case Diagram:• Actors
• Use Case
• Subject Boundaries
• Relationship :• Assocation
• Include
• Extend
• Generalization
Elemen Use Case DiagramActors• Actor tidak secara spesifik
menggambarkan User, tetapi peran yang dapat dijalankan oleh user ketika berinteraksi dengan sistem
• Actor bisa juga merepresentasikan sisem lain yang berinteraksi dengan as-is system.
• Actor merepresentasikan elemen dasar tempat sistem beroperasi. Actor dapat memberikan input, menerima output, atau keduanya.
• Specialized Actor merupakan Actor yang terkadang berinteraksi dengan sistem dg cara yang berbeda dg General User
Elemen Use Case DiagramAssociation
• Use Case dihubungkan melalui Association relationship. Hubungan ini menunjukkan Use Case dan Actor mana yang berinteraksi, digambarakan dengan sebuah Garis
• Asscosiation biasanya merepresentasikan komunikasi 2 arah antara Use Case dan Actor.
• __ garis biasa menunjukkan komunikasi 2 arah
• /menunjukkan komunikasi 1 arah.
• * menunjukkan multiplicity dari association. Multiplicity lebih rinci akan dijelaskan pada Class Diagram
Elemen Use Case DiagramUse Case• Use Case, merupakan proses utama yang dijalankan sistem, serta manfaat
yang didapatkan Actor. • Biasanya dituliskan dengan kata kerja. • Ada kalanya sebuah Use Case merupakan, termasuk bagian (include),
perpanjangan (extend), dan generalisasi (generalized) dari fungsionalitas Use Case lain dalam diagram.
• Extend : merupakan perpanjangan proses dari Use Case lain• Include : bahwa sebuah Use Case memiliki fungsi yang sama yang
digunakan oleh Use Case lain. • Generalized : digunakan untuk menyederhanakan individual Use case.
Generalized direpresentasikan dengan tanda panah tanpa label, dengan general use case terletak di atas.
Contoh Use Case
Elemen Use Case DiagramSubject Boundary• Use Case berada di dalam Subject Boundary, yaitu kotak yang
mendefinisikan ruang lingkup sistem, dan dengan jelas menggambarkan bagian internal dan external dari diagram.
• Subject Boundary juga dpat digunakan untuk memisahkan software system dengan lingkungannya, subsistem dengan subsistem dalam software sistem, dan individual process dalam software system.
Syntax Use Case Diagram
Deskripsi Syntax
Actor:• Orang/sistem yang mendapatkan manfaat dari dan
merupakan bagian external subject• Digambarkan dengan figure. Untuk non-human actor,
digambarkan dg kotak• Dilabel dg peran• Dapat diasosiasikan dgn Actor lain• Diletakkan di luar subject boundary
Use Case• Merepresentasikan bagian utama dari fungsionalitas
sistem• Extend dan include Use case lain• Diletakkan di dalam system boundary• Dilabel dengna kata kerja
Syntax Use Case Diagram
Deskripsi Syntax
Subject Boundary• Merepresentasikan ruang lingkup subject, system atau
proses bisnis
Association relationship• Menghubungkan Actor dengan Use Case
Include Relationship• Merepresentasikan penyertaan fungsionalitas dari satu
Use Case dengan Use Case lainnya
Extend Relationship• Merepresentasikan perpanjangan Use Case untuk
menyertakan behavior tambahan
Generalization relationship• Merepresentasikan specialized Use Case dengan Use
Case umum
Identifikasi Use Case Utama
Review Requirements Definition
Mengidentifikasi Subject Boundary
Identifikasi Primary Actor dan Tujuan
Identifikasi Proses Bisnis dan Use Case utama
Review Use Case
Membuat Use Case Diagram
Place & Draw Use Cases
Place & Draw Actors
Draw Subject Boundary
Add Association
Little Exercise1. Campus Housing• Jasa Campus Housing membantu mahasiswa untuk mencari
apartemen.
• Pemilik apartemen menyerahkan form informasi mengenai unit yang disewakan (lokasi, jumlah kamar, biasa sewa,dll), yang kemudian akan dimasukkan ke dalam database.
• Mahasiswa dapat mengakses database ini via Web untuk mencari apartemen sesuai kebutuhan mereka, kemudian menghubungi pemilik apartemen untuk survei.
• Pemilik apartemen meminta untuk dihapus dari daftar ketika sudah ada penyewa.
Little Exercise1. Campus Housing...Answer
Little Exercise2. Perpustakaan• Kebutuhan fungsional dari Automated University Library Circulation System :
pencarian, peminjaman, perawatan buku. Pencarian dapat dilakukan dengan judul, penulis, keywords, ISBN.
• Pencarian koleksi perpustakaan bisa dilakukan di dalam perpustakaan, dan dapat memungkinkan aktivitas peminjaman via web.
• Jika buku yang dicari sedang dibaca/ check out, calon peminjam dapat meminta buku untuk dikembalikan. Ketika sudah dikembalikan, peminjam meminta untuk notifikasi ketersediaan buku.
• Aktivitas peminjam seperti, check buku dan peminjaman buku. Tipe peminjam, mahasiswa, staff, dan tamu. Peminjam harus memiliki ID yang valid. • Jika peminjam merupakan mahasiswa, akan dilakukan pengecekan melalui Registrar system
database untuk validasi ID• Jika staff, akan dicek melalui personnel ofice’s employee database untuk validasi ID• Jika tamu, ID card akan dicek melalui database perpustakaan.
Little Exercise2. Perpustakaan• Jika ID valid, sistem harus bisa menentukan apakah peminjam memiliki
tanggungan buku yang dipinjam sebelumnya / denda yang belum dibayar, jika hal itu terjadi maka sistem akan menolak permintaan peminjam. Tetapi tetap mengupdate status buku pada sistem.
• Aktivitas perawatan buku, berhubungan dengan penambahan dan penghapusan buku dari daftar koleksi perpustakaan. Aktivitas ini mengharuskan pustakawan, untuk secara fisik dan logis menambahkan dan menghapus buku. Hal ini terjadi karena ada buku yang dibeli/ dan atau buku dikembalikan dalam keadaan rusak.
• Jika buku dikembalikan dalam keadaan rusak dan harus dihapus dari koleksi, maka peminjam terakhir akan kena denda. Tetapi jika rusak tetapi bisa diperbaiki, peminjam tidak di denda.
• Setiap senin, perpustakaan akan mengirim pesan pengingat via email kepada peminjam yang waktu peminjamannya sudah terlambat. Terlambat lebih dari 2 minggu, kena denda. Penambahan denda dilakukan setiap senin.