Teknik Informatika S1 Object Oriented Analysis and Design Requirement and Use Case
Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS
[email protected] +6285740278021
SILABUS MATA KULIAH 1. Introduction to OOAD 2. Introduction to UML
3. Requirement and Use Case 4. 5. 6. 7. 8. 9. 10.
Analysis Software Architecture Software Architecture Modeling Design Patterns Design Implementation Testing
Contents Requirements Analysis Use Case Diagram Use Case Description
Tutorial Use Case Diagram
Disciplines
Requirements Analysis • Aim/ Tujuan menangkap gambaran yang lengkap, jelas, dan konsisten dari kebutuhan
sistem dan apa sistem yang harus dilakukan untuk memenuhi kebutuhan pengguna dan kebutuhan • Intention/ Niat menganalisis bagaimana pengguna akan menggunakan sistem dan apa yang dibutuhkan untuk mencapai persyaratan operasional sistem
• Involves/ Melibatkan banyak interaksi dengan orang-orang yang akan dipengaruhi oleh sistem (stakeholder)
Pengumpulan Sumber Informasi • Existing system documentation • Interviews • Questionnaire • Observation
Kesulitan • Kegiatan Kreatif Melibatkan memahami masalah, kendala yang terkait, dan metode
mengatasi kendala tersebut
• Proses Iteratif Berlangsung sampai masalah ini dipahami dengan baik
• Sumber umum Deskripsi kabur Persyaratan lengkap Fitur yang tidak perlu
Tujuan Membangun dan memelihara perjanjian dengan para
pemangku kepentingan. Pemahaman yang lebih baik untuk pengembang Mengidentifikasi batas sistem Membantu perencanaan konten teknis Membantu memperkirakan biaya dan waktu
Tentukan user interface sistem
Use Case Diagram
Use Case • Cara formal mewakili bagaimana bisnis berinteraksi dengan lingkungannya • Kegiatan diskrit yang dilakukan oleh pengguna
• Use Case adalah model logis yang menggambarkan kegiatan sistem • Digunakan untuk mendokumentasikan sistem, atau untuk mengembangkan menjadi sistem
Use Case Diagrams • Diringkas menjadi satu gambar • Semua use case merupakan bagian dari sistem yang dimodelkan • Use Case Diagram menceritakan apa yang dilakukan sistem
• Baik untuk berkomunikasi dengan pengguna
Use Case Diagram Syntax • Actor o person or system that derives benefit from and is external to the subject • Use Case
o Merupakan bagian utama dari fungsi sistem • Association Relationship • Include Relationship
• Extend Relationship • Generalization Relationship
<
> <<extends>>
Use Case • A major piece of system functionality • Can extend other Use Cases • Placed inside system boundary
Use Case
• Labeled with descriptive verb-noun phrase
System Boundary • Includes the name of the system inside or on top • Represents the scope of the system • Actors are outside the scope of the system
Boundary
Actor • A person or another system that interacts with the current system • A role, not a specific user • Provides input, receives output, or both
actor Actor/Role
Association Relationship • Links actor and the Use Case • Shows two-way communication o If one-way, arrows are used
• * is for "multiplicity of the Association"
*
*
Extends Relationship • Extends Use Case to include Optional behavior • Arrow points from the extension Use Case to the base Use Case extend
Make Pmt Arrangements
extend
Make Appointment
Include Relationship • Include one Use Case from within another • Arrow points from base Use Case to the included Use Case
include
Record Availability
include
Manage Schedule
Generalization Relationship • A specialized Use Case to a more generalized Use
Case • Arrow points from specialized to general Use Case
Make Old Appointment
Make Appointment
Use Case Description
What are Use Case Descriptions? Describe basic functions of the system using words
1.
Apa yang dapat dilakukan pengguna
2.
Bagaimana sistem merespon
How Are Use Cases Created? • Setiap Use Case menjelaskan satu dan hanya satu fungsi • Tetapi mungkin memiliki beberapa jalan yang pengguna dapat lakukan untuk mencapai fungsi tunggal
Types of Use Cases Overview vs. Detail • Overview o High level overview of requirements o Allows users and analysts to agree on major requirements o Created early, documents only basic info • Name, ID, primary actor, type, brief description • Detail o Once user & analyst agree o Documents all information needed for the Use Case
Types of Use-Cases Essential vs. Real • Essential o Menggambarkan dibutuhkan
hanya
untuk
isu
memahami
penting
yang
fungsi
yang
diperlukan (misalnya "membuat appt") • Real
o Melangkah
lebih
jauh
dan
menggambarkan
serangkaian langkah tertentu (misalnya "membuat masuk ke dalam database outlook)
Elements of a Use-Case Description Berisi semua informasi yang dibutuhkan untuk membangun diagram Use Case • Tapi mengungkapkan kurang formal • Tiga bagian dasar: o Ikhtisar informasi o hubungan o Arus peristiwa •
Elements of a Use-Case Description Use Case Name:
ID:
Primary Actor:
Use Case Type:
Importance Level:
Stakeholders and Interests: Brief Description: Trigger:
Relationships: (Association, Include, Extend, Generalization) Normal Flow of Events: Subflows:
Alternate/Exceptional Flows:
TERIMA KASIH