3. PENGERTIAN ACTIVITY DIAGRAM
Activity diagrams menggambarkan berbagai alir aktivitas dalam
sistem yang sedang dirancang, bagaimana masing-masing alir
berawal, decision yang mungkin terjadi, dan bagaimana mereka
berakhir. Activity diagram juga dapat menggambarkan proses
paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana
sebagian besar state adalah action dan sebagian besar transisi di-
trigger oleh selesainya state sebelumnya (internal processing).
Oleh karena itu activity diagram tidak menggambarkan behaviour
internal sebuah sistem (dan interaksi antar subsistem) secara
eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur
aktivitas dari level atas secara umum.
Sebuah aktivitas dapat direalisasikan oleh satu use case atau
lebih. Aktivitas menggambarkan proses yang berjalan, sementara
use case menggambarkan bagaimana aktor menggunakan sistem
untuk melakukan aktivitas
4. Simbol Activity Diagram
Simbol Keterangan
Start Point
End Point
Activities
Fork (Percabangan)
Join (Penggabungan)
Decision
Swimlane
Sebuah cara untuk mengelompokkan
activity berdasarkan Actor
(mengelompokkan activity dalam
sebuah urutan yang sama)
5. PENGERTIAN USE CASE
‘use case’ adalah rangkaian/uraian sekelompok yang
saling terkait dan membentuk sistem secara teratur yang
dilakukan atau diawasi oleh sebuah aktor. ‘use case’
digunakan untuk membentuk tingkah-laku benda/ things
dalam sebuah model serta di Realisasikan oleh sebuah
collaboration.
Umumnya ‘use case’ digambarkan dengan sebuah
‘elips’ dengan garis yang solid, biasanya mengandung
nama
6. Use case menggambarkan proses system (kebutuhan
system dari sudut pandang user)
Secara umum use case adalah:
◦ Pola perilaku system
◦ Urutan transaksi yang berhubungan yang
dilakukan oleh satu actor
Use case diagram terdiri dari
◦ Use case
◦ Actors
◦ Relationship
◦ System boundary boxes (optional)
◦ Packages (optional)
7. Association
Associations bukan menggambarkan aliran data/informasi
Associations digunakan untuk menggambarkan
bagaimana actor terlibat dalam use case
Ada 4 jenis relasi yang bisa timbul pada use case diagram
1. Association antara actor dan use case
2. Association antara use case
3. Generalization/Inheritance antara use case
4. Generalization/Inheritance antara actors
8. CLASS DIAGRAM
Class adalah sebuah spesifikasi yang jika diinstansiasi akan
menghasilkan sebuah objek dan merupakan inti dari
pengembangan dan desain berorientasi objek.
Class menggambarkan keadaan (atribut/properti) suatu
sistem, sekaligus menawarkan layanan untuk memanipulasi
keadaan tersebut (metoda/fungsi).
Class diagram menggambarkan struktur dan deskripsi class,
package dan objek beserta hubungan satu sama lain seperti
containment, pewarisan, asosiasi, dan lain-lain.
Class memiliki tiga area pokok :
1.Nama, merupakan nama dari sebuah kelas
2. Atribut, merupakan peroperti dari sebuah kelas.
Atribut melambangkan batas nilai yang mungkin
ada pada obyek dari class
3. Operasi, adalah sesuatu yang bisa dilakukan
oleh sebuah class atau yang dapat dilakukan oleh
class lain terhadap sebuah class
9. CLASS DIAGRAM (LANJUTAN)
Atribut dan metoda dapat memiliki salah satu sifat
berikut :
◦ Private, tidak dapat dipanggil dari luar class
yang bersangkutan
◦ Protected, hanya dapat dipanggil oleh class
yang bersangkutan dan anak-anak yang
mewarisinya
◦ Public, dapat dipanggil oleh siapa saja
◦ Package, hanya dapat dipanggil oleh instance
sebuah class pada paket yang sama
Nama Class
Atribut
Metode/operasi
10. HUBUNGAN ANTAR CLASS
1. Asosiasi, yaitu hubungan statis antar class. Umumnya
menggambarkan class yang memiliki atribut berupa class
lain, atau class yang harus mengetahui eksistensi class
lain. Panah navigability menunjukkan arah query antar
class.
2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri
atas..”).
3. Pewarisan, yaitu hubungan hirarkis antar class. Class
dapat diturunkan dari class lain dan mewarisi semua atribut
dan metoda class asalnya dan menambahkan
fungsionalitas baru, sehingga ia disebut anak dari class
yang diwarisinya. Kebalikan dari pewarisan adalah
generalisasi.
4. Hubungan dinamis, yaitu rangkaian pesan (message) yang
di-passing dari satu class kepada class lain. Hubungan
dinamis dapat digambarkan dengan menggunakan
12. MULTIPLICITY
Unspecified
Exactly one
Zero or more (many, unlimited)
One or more
Zero or one (optional scalar role)
Specified range
Multiple, disjoint ranges
2..4
0..1
1..*
0..*
1
*
2, 4..6
13. Sequence Diagram
Sequence diagram (diagram urutan) adalah suatu
diagram yang memperlihatkan atau menampilkan
interaksi-interaksi antar objek di dalam sistem yang
disusun pada sebuah urutan atau rangkaian waktu.
Interaksi antar objek tersebut termasuk pengguna,
display, dan sebagainya berupa pesan/message.
Sequence Diagram digunakan untuk menggambarkan
skenario atau rangkaian langkah-langkah yang
dilakukan sebagai sebuah respon dari suatu
kejadian/even untuk menghasilkan output tertentu.
Sequence Diagram diawali dari apa yang me-trigger
aktivitas tersebut, proses dan perubahan apa saja yang
terjadi secara internal dan output apa yang dihasilkan.
15. Collaboration Diagram
Adalah perluasan dari objek dan diagram (objek
diagram menunjukkan objek-objek dan
hubungannya satu dengan yang lain).
Collaboration Diagram menunjukkan message-
message objek yang dikirim satu sama lain
16. Component Diagram
Component diagram menggambarkan struktur dan
hubungan antar komponen piranti lunak, termasuk
ketergantungan (dependency) diantaranya. Komponen
piranti lunak adalah modul berisi code, baik berisi source
code maupun binary code, baik library maupun
executable, baik yang muncul pada compile time, link
time maupun run time. Umumnya komponen terbentuk
dari beberapa class dan atau package, tapi dapat juga
berupa interface, yaitu kumpulan layanan yang
disediakan sebuah komponen untuk komponen lainnya.
17. Deployment Diagram
Deployment/physical diagram menggambarkan detail
bagaimana komponen di-deploy dalam infrastruktur
sistem, dimana komponen akan terletak (pada mesin,
server atau piranti keras apa), bagaimana kemampuan
jaringan pada lokasi tersebut, spesifikasi server, dan hal-
hal lain yang bersifat fisikal. Sebuah node adalah server,
workstation atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya.
18. Package Diagram
Adalah sebuah bentuk pengelompokkan yang
memungkinkan untuk mengambil sebuah bentuk di
UML dan mengelompokkan elemen-elemennya
dalam tingkatan unit yang lebih tinggi. Kegunaan
package yang paling umum adalah untuk
mengelompokkan class
19. Langkah-langkah pembuatan UML:
1. Buat Dekomposisi Fungsi yang menggambarkan
sistem secara keseluruhan, baik sistem yang
berjalan maupun Usulan.
2. Membuat activity Diagram berdasarkan sistem
berjalan.
3. Buat ERD berdasarkan File yang digunakan
pada sistem Usulan untuk menunjang
pembuatan Use case, Package, Class,
Sequence diagram.
4. Tentukan Package diagram
5. Tentukan class diagram berdasarkan file data
yang dibutuhkan
6. Usecase dibuat berdasarkan program atau
sistem usulan dari suatu sistem
20. ◦ Collaboration diagram dibuat berdasarkan
tampilan utama dari program
◦ Sequence Diagram dibuat berdasarkan form
yang ada disistem usulan
◦ Langkah terakhir buatlah Deployment
diagram, Componen Diagram
21. Statechart Diagram
Statechart Diagram menggambarkan transisi dan
perubahan keadaaan (dari satu state ke state lainnya)
suatu objek pada sistem sebagai akibat dari stimuli yang
diterima. Pada umumnya statechart diagram
menggambarkan class tertentu(satu class dapat memiliki
lebih dari satu statechart diagram). Dalam UML, state
digambarkan berbentuk segi empat dengan sudut
membulat dan memiliki nama sesuai kondisinya saat itu.
Transisi antar state umumnya memiliki kondisi guard yang
merupakan syarat terjadinya transisi yan bersangkutan,
dituliskan dalam kurung siku. Action yang dilakukan
sebagai akibat dari event tertentu dituliskan dengan diawali
garis miring. Titik awal dan akhir digambarkan berbentuk
lingkarang berwarna penuh dan berwarna setengah.
23. Prosedur Sistem berjalan:
Proses pembuatan Daftar Data Pegawai dan Gaji pada SMP adalah
sebagai berkut :
1. Proses Absensi
Pegawai melakukan absensi harian melalui form daftar hadir pegawai.
Berdasarkan form daftar hadir pegawai tersebut bagian Tata Usaha (TU)
akan membuat Rekap Absen (RA) harian untuk diserahkan kepada
Administrasi.
2. Proses Pemberian Rekap Biodata Pegawai (RBP)
Pegawai memberikan data pribadi pegawai, data pendidikan, data keluarga
yang dijadikan satu menjadi data pegawai kepada bagian Tata Usaha yang
kemudian diarsipkan menjadi Rekap Biodata Pegawai (RBP). Lalu Rekap
Biodata Pegawai (RBP) diserahkan kepada bagian administrasi untuk
proses pengolahan Daftar Data Pegawai Dan Gaji (DDPG).
24. 3. Proses Pengolahan Daftar Data Pegawai dan Gaji (DDPG)
Setelah bagian administrasi menerima Rekap Biodata Pegawai (RBP)
dan Rekap Absen (RA) akan mengolah kedua data tersebut untuk
dibuatkan menjadi Daftar Data Pegawai dan Gaji (DDPG) yang
kemudian diserahkan kepada Kepala Sekolah untuk ditanda tangani
atau di Acc.
4. Proses Pembuatan Laporan
Daftar Data Pegawai dan Gaji (DDPG) yang sudah diterima dan
ditanda tangani oleh Kepala Sekolah akan diserahkan kembali kepada
bagian Administrasi untuk dibuatkan Laporan Data Pegawai (LDP) dan
Laporan Gaji Pegawai (LGP).
Setelah bagian administrasi menerima Daftar Data Pegawai dan Gaji
yang sudah di Acc akan membuatkan Laporan Data Pegawai (LDP)
dan Laporan Gaji Pegawai (LGP) yang nantinya akan diserakan
kepada Kepala Sekolah.selain itu bagian Administrasi akan
membuatkan slip gaji untuk diserahkan kepada pegawai.
25. Dekomposisi Fungsi sistem berjalan
Daftar Data
Pegawai dan Gaji
(DDPG)
Sistem Pengolahan
Data Pegawai
Laporan
Data
Pegawai
Laporan
Slip Gaji
Laporan
Data
Pendidikan
Rekap Biodata
Pegawai (RBP)
Data
Pegawai
Data
Pendidikan
Data
Keluarga
Absen
Rekap
Absen
Laporan
Data
Keluarga
Laporan
Absensi
Laporan
Gaji
26. ACTIVITY DIAGRAM
1. Proses Absensi
Pegawai melakukan absensi harian melalui form daftar hadir pegawai. Berdasarkan form daftar hadir
pegawai tersebut bagian Tata Usaha (TU) akan membuat Rekap Absen (RA) harian untuk diserahkan
kepada Administrasi.
Melakukan absen
harian
Absen
Melakukan absen di
form daftar hadir
Pegawai melapor ke
TU
Menerima laporan
pegawai yang tidak
absen
Mencatat absen
pegawai
Merekap absensi
berdasarkan form
daftar hadir
Pegawai TU
Ya Absen
Tidak Absen
27. Activity Diagram (Lanjutan…)
2. Proses Pemberian Rekap Biodata Pegawai (RBP)
Pegawai memberikan data pribadi pegawai, data pendidikan, data keluarga yang dijadikan satu menjadi
data pegawai kepada bagian Tata Usaha yang kemudian diarsipkan menjadi Rekap Biodata Pegawai
(RBP). Lalu Rekap Biodata Pegawai (RBP) diserahkan kepada bagian administrasi untuk proses
pengolahan Daftar Data Pegawai Dan Gaji (DDPG).
Memberikan data
pegawai
Data
Pegawai
Mengembalikan
berkas data pegawai
tidak lengkap
Menerima data
pegawai
Mengecek berkas
data pegawai
Data pegawai
diproses
Pegawai TU
Data Lengkap
Data tidak Lengkap
Menerima
berkas data pegawai
tidak lengkap
28. Activity Diagram (Lanjutan…)
3. Proses Pengolahan Daftar Data Pegawai dan Gaji (DDPG)
Setelah bagian administrasi menerima Rekap Biodata Pegawai (RBP) dan Rekap Absen (RA) akan mengolah
kedua data tersebut untuk dibuatkan menjadi Daftar Data Pegawai dan Gaji (DDPG) yang kemudian
diserahkan kepada Kepala Sekolah untuk ditanda tangani atau di Acc.
Memberikan data
Rekap Absen
Memberikan data
Pegawai
Menerima
rekap absen & data
pegawai
Menerima
daftar data pegawai
dan gaji
Menyetujui
daftar data pegawai
dan gaji
TU Administrasi
Membuat
daftar data pegawai
dan gaji
Menyerahkan
daftar data pegawai
dan gaji
Kepala Sekolah
29. 4. Proses Pembuatan Laporan
Daftar Data Pegawai dan Gaji (DDPG) yang sudah diterima dan ditanda tangani oleh Kepala
Sekolah akan diserahkan kembali kepada bagian Administrasi untuk dibuatkan Laporan Data Pegawai
(LDP) dan Laporan Gaji Pegawai (LGP).
Setelah bagian administrasi menerima Daftar Data Pegawai dan Gaji yang sudah di Acc akan
membuatkan Laporan Data Pegawai (LDP) dan Laporan Gaji Pegawai (LGP) yang nantinya akan diserakan
kepada Kepala Sekolah.selain itu bagian Administrasi akan membuatkan slip gaji untuk diserahkan kepada
pegawai.
Menyerahkan
daftar data pegawai
dan gaji acc
Menerima
daftar data pegawai
dan gaji acc
Menerima
Slip gaji
Kepala Sekolah Administrasi
Membuat
lap data pegawai dan
lap gaji pegawai
Membuat
Slip gaji
Pegawai
Menerima
Lap data pegawai dan
lap gaji pegawai
30. Use Case Absen
Deskripsi use case Absen
Nama : Use Case Diagram Absen
Actor : TU dan Administrasi
Deskripsi:TU mencetak Rekap Absen kemudian diserahkan kepada
Administrasi
Nama Use Case :<<Include>> input data absen harian
Cetak Rekap Absen
TU Administrasi
Input Data Absen Harian
<
<
I
n
c
l
u
d
e
>
>
31. Use Case Rekap Biodata Pegawai
Cetak Rekap Biodata
Pegawai
TU Administrasi
Input Data Pegawai,
Pendidikan, Keluarga
<
<
I
n
c
l
u
d
e
>
>
Deskripsi Use Case Rekap Biodata Pegawai
Nama : Use Case Rekap Biodata Pegawai
Actor : TU dan Administrasi
Deskripsi:TU mencetak Rekap Biodata Pegawai kemudian diserahkan
kepada Administrasi
Nama Use Case :<<Include>> input data pegawai, Pendidikan dan
Keluarga.
32. Use Case Pengolahan Daftar Data Pegawai dan Gaji (DDPG)
Administrasi
Cetak Slip Gaji
Pegawai
Input Total Absensi Pegawai
<
<
I
n
c
l
u
d
e
>
>
Input Data Pegawai,data
pendidikan, data keluarga
PKS, Insentif, Fungsional,
Transport, Potongan
<<Include>>
Deskripsi Use Case Pengolahan Data Pegawai dan gaji (DDPG)
Nama : Use Case Pengolahan Data Pegawai dan Gaji
Actor : Administrasi dan Pegawai
Deskripsi:Administrasi Mencetak Slip Gaji kemudian diserahkan kepada
Pegawai
Nama Use Case:<<Include>> Input total absensi pegawai dan input data
pegawai, data pendidikan, data keluarga, PKS, insentif, fungsional, transport
dan potongan.
33. Use Case Laporan
Cetak Laporan Gaji
Administrasi Kepala Sekolah
Cetak Laporan Data
Pegawai, pendidikan dan
keluarga, Absen
Deskripsi Use Case Laporan
Nama : Use Case Laporan
Actor : Administrasi dan Kepala Sekolah
Deskripsi : Administrasi Mencetak laporan slip gaji dan
mencetak laporan data pegawai, pendidikan, keluarga dan absen
34. Absensi Keluar
nip : text
nama : text
masuk : date/time
pulangt : date/time
tanggal : date/time
hari : int
- Cari
- Absen
- Masuk
- Keluar
- Pulang
Pegawai
nip : text
nama : text
jns_klm : text
tempat : text
tgl_lahir : text
agama : text
status : text
alamat : text
Gaji
nip : text
pks : currency
insentif : currency
tanspot : currency
fungsional : currency
gapok : currency
to_gaji : currency
nama_p : text
pot_sim_kop : currency
pot_sim_sk : currency
angs_pjm_kop : currency
asuransi : currency
gj_terima : currency
- Tambah
- Edit
- Hapus
- Cancel
- Simpan
- Keluar
Pendidikan
nip : text
nama : text
pendk : text
univ : text
jurusan : text
thn_lulus : text
- Tambah
- Edit
- Hapus
- Cancel
- Simpan
- Cari
- Keluar
Keluarga
nip : text
nama_peg : text
nama_istri_suami : text
status : text
kelamin : text
tempat : text
tgl_lahir : text
agama : text
nama_anak1 : text
jns_klmn : text
tmpt : text
tgl_lhr : text
nam_anak2 : text
jns_klm : text
tmpat : text
tgl_lhir : text
- Tambah
- Edit
- Hapus
- Cancel
- Simpan
- Cari
- Keluar
- Cetak
- Cari
- Keluar
1..1 1..1 1..~ 1..1
1..1
1..~
1..~
Absensi Masuk
nip : text
nama : text
masuk : date/time
pulangt : date/time
tanggal : date/time
hari : int
- Cari
- Absen
- Masuk
- Keluar
- Pulang
1..~ 1..1
35. Sequence Diagram Data pegawai
Administrasi Form Data Pegawai Control Data Pegawai
Open Olah Data
Display Data
Pegawai
Simpan ()
Input NIP
Simpan ()
Keluar ()
Input Data
Pegawai
Tambah ()
Edit ()
Batal ()
Simpan () Rec Data Pegawai
Kepala Sekolah
Display Data
Pegawai
36. Administrasi
Form Data
Pendidikan
Control Data
Pendidikan
Open
Simpan ()
Get NIP ()
Rec Data Pendidikan
Display NIP,
Nama
Pegawai
Simpan ()
Keluar ()
Tambah ()
Edit ()
Batal ()
Simpan ()
Display Data
Pendidikan
Input Data
Pendidikan
Kepala Sekolah
Get NIP ()
Sequence Diagram Data pendidikan
37. Pegawai Form Absen Control Absen
Open
Get NIP ()
Display NIP,
Nama
Pegawai
Simpan ()
Display
Absen Masuk
Input Absen
Masuk
Absen
Get NIP ()
Simpan ()
Rec Data Absen
Masuk
Keluar ()
Simpan ()
Absen ()
Sequence Diagram Absensi
38. Administrasi Form Gaji Control Gaji
Open
Simpan ()
Get NIP ()
Display NIP,
Nama, Jenis
Kelamin,
Status
Pegawai
Get Bulan ()
Get NIP ()
Display
Bulan
Input PKS,
intensif,
fungsional
Display PKS,
insentif, fungsional,
Jmlh Tunjangan
Gaji
Isi
Simpan ()
Keluar ()
Tambah ()
Edit ()
Batal ()
Simpan ()
Display
Jumlah Yang
Diterima
LOOPING
Input Pot_sim_kop, Pot_Sim_sukarela,
Asuransi,
Pot_angsuran_Pinjmn_koperasi
Input Jmlh
Hari Kerja
Display Jmlh hari
kerja, Transport,
Gaji pokok, Total
gaji
Jumlah yang
diterima
Tambah Tambah
Simpan ()
Tambah ()
Edit ()
Batal ()
Keluar ()
Simpan ()
Keluar ()
Batal ()
Edit ()
Tambah ()
Tambah
Sequence Diagram Gaji
39. Kepala Sekolah
Administrasi Form Laporan
Gaji
Control Laporan
Gaji
Open
Display Form
Laporan Gaji
Laporan Gaji
Simpan()
Cetak Laporan ()
Simpan ()
Cetak Laporan ()
Cetak Laporan () Simpan()
Hapus()
Hapus ()
Keluar () Keluar()
Sequence Diagram Laporan Gaji pegawai
Ke Studi Kasus VB
![ARTIFACT UML (BAGAN YANG TERDAPAT PADA UML)
Actor A
Use Case 1
Use Case 2
Actor B
user : »ç¿ëÀÚ
mainWnd : MainWnd
fileMgr : FileMgr
repository : Repository
document : Document
gFile : GrpFile
9: sortByName( )
L
1: Doc view request ( )
2: fetchDoc( )
5: readDoc ( )
7: readFile ( )
3: create ( )
6: fillDocument ( )
4: create ( )
8: fillFile( )
UI
MFC
RogueWave
global
DocumentApp
Persistence
Window95
¹®¼-°ü¸®
Ŭ¶óÀ̾ðÆ®.EXE
Windows
NT
¹®¼-°ü¸® ¿£Áø.EXE
Windows
NT
Windows95
Solaris
ÀÀ¿ë¼-¹ö.EXE
Alpha
UNIX
IBM
Mainframe
µ¥ÀÌŸº£À̽º¼-¹ö
Windows95
¹®¼-°ü¸® ¾ÖÇø´
ºÐ»ê ȯ°æÀÇ Çϵå¿þ¾î¹× ³×Æ®¿÷À¸·ÎÀÇ Á¤º¸ ½Ã½ºÅÛ ¿¬°á ¸ðµ¨
- À©µµ¿ì 95 : Ŭ¶óÀ̾ðÆ®
- À©µµ¿ì NT: ÀÀ¿ë¼-¹ö
- À¯´Ð½º ¸Ó½Å: ÀÀ¿ë ¼-¹ö ¹× µ¥ÀÌŸ ¼-¹ö, Åë½Å ¼-¹ö
- IBM ¸ÞÀÎÇÁ·¹ÀÓ: µ¥ÀÌŸ ¼-¹ö, Åë½Å ¼-¹ö
Document
FileManager
GraphicFile
File
Repository DocumentList
FileList
user
mainWnd fileMgr :
FileMgr
repository
document :
Document
gFile
1: Doc view request ( )
2: fetchDoc( )
3: create ( )
4: create ( )
5: readDoc ( )
6: fillDocument ( )
7: readFile ( )
8: fillFile ( )
9: sortByName ( )
ƯÁ¤¹®¼-¿¡ ´ëÇÑ º¸±â¸¦
»ç¿ëÀÚ°¡ ¿äûÇÑ´Ù.
È-ÀÏ°ü¸®ÀÚ´Â Àоî¿Â
¹®¼-ÀÇ Á¤º¸¸¦ ÇØ´ç ¹®¼-
°´Ã¼¿¡ ¼³Á¤À» ¿äûÇÑ´Ù.
È-¸é °´Ã¼´Â ÀоîµéÀÎ
°´Ã¼µé¿¡ ´ëÇØ À̸§º°·Î
Á¤·ÄÀ» ½ÃÄÑ È-¸é¿¡
º¸¿©ÁØ´Ù.
Customer
name
addr
withdraw()
fetch()
send()
receive()
<<entity>>
Forward Engineering(Code Generation)
and
Reverse Engineering
Executable System
User Interface
Definition
Domain
Expert
Openning
Writing
Reading
Closing
add file[ numberOffile==MAX ] /
flag OFF
add file
close file
close file
Use Case 3
Source Code edit, compile, debug, link
Use-Case
Diagram
Class
Diagram
Collaboration Diagram
Sequence Diagram
Component
Diagram
State Diagram
Package
Diagram
Deployment
Diagram
Class](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)