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.