ANALISIS KEBUTUHAN DAN PERANCANGAN

(1)

11 BAB III

ANALISIS KEBUTUHAN DAN PERANCANGAN

3.1 Deskripsi Sistem

Deskripsi sistem ini merupakan pendeskripsian sistem yang akan dikembangkan.

Sistem yang akan dikembangkan dideskripsikan sebagai berikut: Sistem ini merupakan suatu sistem yang dirancang untuk mempermudah dalam pengelolahan aset baik dalam pendataan pengadaan aset, mutasi, penghapusan dan pengusulan, yaitu dalam prosen input, output maupun update. Pihak admin yayasan mengelola data aset yang meliputi memasukkan data aset. Operator unit yaitu pegawai pada bidang SarPras (Sarana Prasarana) melakukan pemeliharaan terhadap aset yang telah diberikan pada pihak yayasan. Pemiliharaan tersebut yaitu penilaian kondisi aset yang kemudian memasukkan kondisi terkini aset kedalam sistem kemudian kondisi terkini tersebut dapat dilihat oleh pihak yayasan. Apabila terdapat barang yang sudah tidak layak pakai maka operator mendaftar daftar barang tidak layak pakai kemudian selanjutnya admin yayasan yang memiliki wewenang untuk penghapusan aset tersebut.

3.2 Proses Bisnis yang Berjalan

Proses bisnis yang berjalan menggambarkan proses bisnis yang ada pada Yayasan Insan Mandiri mengenai pengolahan aset di Yayasan Insan Mandiri. Beberapa proses yang ada yaitu pengadaan, penempatan barang, pemeliharaan dan penghapusan, dan pengusulan barang.

a. Proses Bisnis Pengadaan

Pengadaan diadakan di yayasan setiap satu tahun sekali (tiap tahun ajaran baru).

Admin yayasan mencatat pengadaan barang dan memberi nomor inventaris.

Kemudian barang tersebut diberikan ke unit untuk diolah.

commit to user

(2)

operator unit admin yayasan

mencatat data pengadaan barang

memberikan data pengadaan barang per unit menerima data pengadaan barang per unit memberi no inventaris barang

mengecek no inventaris

sama ?

no

yes

Gambar 3.1 Proses Bisnis Pengadaan b. Proses Bisnis Penempatan Barang

Barang yang sudah menjadi tanggung jawab unit wajib ditempatkan sesuai dengan kebutuhan. Operator unit mencatat data ruang yang ada pada gedung unit tersebut dan mencatat data barang pada ruang tersebut. Setelah itu data yang sudah fix diberikan ke pihak yayasan.

commit to user

(3)

operator unit kepala unit admin yayasan

mencatat data ruang

mencatat data penempatan barang diruang

memberi data penempatan barang

menerima data penempatan barang acc menerima data penempatan barang

memberi acc

memberikan data penempatan barang acc menerima data penempatan barang acc

memberi data penempatan barang acc

mengecek data

lengkap ? yes

no

Gambar 3.2 Proses Bisnis Penempatan Barang c. Proses Bisnis Pemeliharaan dan Penghapusan Barang

Pemeliharaan aset yang berupa tanah dilakukan oleh pihak yayasan. Pemeliharaan aset barang dan bangunan dilakukan pada setiap unit. Operator unit mengecek kondisi barang di unit tersebut, dan mencatat kondisi barang terkini. Kemudian barang yang memiliki kondisi rusak parah diajukan untuk di hapuskan. Kepala unit memberikan verifikasi penghapusan barang dan setelah itu unit mengusulkan validasi barang yang akan dihapus ke kepala yayasan. Kepala yayasan memiliki wewenang untuk memberikan validasi penghapusan.

Penghapusan barang dilakukkan oleh admin sesuai dengan daftar barang yang akan dihapus yang sudah terverifikasi oleh kepala unit dan tervalidasi oleh kepala yayasan.

commit to user

(4)

operator unit kepala unit kepala yayasan admin yayasan

mengecek kondisi barang

mencatat barang yang tidak layak

mencatat kondisi terkini barang layak pakai

tidak layak pakai

menyerahkan catatan barang tidak layak pakai menerima catatan barang tidak layak pakai

memberi acc penghapusan

menyerahkan catatan penghapusan acc menerima catatan penghapusan acc

memberikan acc penghapusan

menyerahkan catatan penghapusan acc menerima catatan penghapusan acc

menyerahkan catatan penghapusan acc menerima catatan acc penghapusan

menghapus data barang meneliti catatan

sesuai ? ya

tidak

meneliti catatan

ya lengkap ?

tidak

Gambar 3.3 Proses Bisnis Pemeliharaan dan Penghapusan Barang d. Proses Bisnis Pengusulan Barang

Pengusulan aset dilakukan oleh pegawai unit, kemudian operator yayasan merekap semua pengusulan dan mengusulkannyan ke kepala unit. Kepala unit melakukan verifikasi pengusulan. Setelah daftar pengusulan terverifikasi maka mengajukan ke yayasan. Kepala yayasan melakukan validasi pengusulan. Barang pengusulan diadakan oleh yayasan.

commit to user

(5)

pegawai unit operator unit kepala unit kepala yayasan admin yayasan

menulis usulan barang

memberikan usulan barang menerima usulan barang

membuat rekap usulan barang

memberikan rekap usulan barang menerima rekap usulan barang

memberi acc

memberi rekap usulan barang acc menerima rekap usulan barang acc

memberikan rekap usulan barang acc menerima rekap usulan barang acc

memberikan acc

memberikan rekap usulan barang acc menerima rekap usulan barang acc

memberikan rekap usulan barang acc menerima rekap usulan barang

mengecek rekap usulan

setuju ? ya

tidak

mengecek rekap lengkap ?

ya tidak

Gambar 3.4 Proses Bisnis Pengusulan Barang

3.3 Lingkungan Implementasi

Dalam pembuatan Sistem Informasi Manajemen Sekolah Sub Sistem Aset selama pengerjaan dibutuhkan hardware dan software yang mendukung. Rincian hardware dan software yang dibutuhkan adalah sebagai berikut:

1. Hardware

Spesifikasi PC yang digunakan untuk pembuatan Sistem Informasi Manajemen Sekolah Sub Sistem Aset ini adalah:

a. Processor Core i5 2450 2.5Ghz b. Memory 2GB DDR3

c. Hard Drive 500GB 5400RPM d. VGA Intel HD

e. Display/Monitor 14” WXGA commit to user

(6)

2. Software

Spesifikasi perangkat lunak yang digunakan untuk pembuatan Sistem Informasi Manajemen Sekolah Sub Sistem Aset ini adalah:

a. Operating System Windows 7 b. Bahasa pemrograman PHP c. Pemodelan Star UML d. Framework YII Framework e. Web Server Apache

f. Paket XAMPP g. Editor Eclipse h. Database PostGreSql

i. Grapich Design Corel Draw X5 3.4 Analisis Kebutuhan

3.4.1 Kebutuhan Fungsional

Kebutuhan fungsional merupakan kebutuhan yang berisikan proses-proses apa saja yang diberikan oleh perangkat lunak yang akan dikembangkan. Kebutuhan fungsional ini menggambarkan fitur-fitur yang ada dalam sistem.

commit to user

(7)

Tabel 3.1 Kebutuhan fungsional sistem

Kode Deskripsi Level

FSAS-01 Sistem menyediakan fungsi menambah data barang usulan

Admin Yayasan

FSAS-02 Sistem menyediakan fungsi menambah data inventaris

Admin Yayasan

FSAS-03 Sistem menyediakan fungsi pencarian inventaris Admin Yayasan FSAS-04 Sistem menyediakan fungsi menambah data

ruang

Operator Unit

FSAS-05 Sistem menyediakan fungsi mengubah kondisi Operator Unit FSAS-06 Sistem menyediakan fungsi menambah

pengadaan

Admin Yayasan

FSAS-07 Sistem menyediakan fungsi verifikasi pengusulan kepala unit

Kepala Unit

FSAS-08 Sistem menyediakan fungsi validasi pengusulan kepala yayasan

Kepala Yayasan

FSAS-09 Sistem menyediakan fungsi verifikasi penghapusan kepala unit

Kepala Unit

FSAS-10 Sistem menyediakan fungsi validasi peghapusan kepala yayasan

Kepala yaysan

FSAS-11 Sistem menyediakan fungsi penghapusan barang Admin Yayasan FSAS-12 Sistem menyediakan fungsi mutasi internal Operator Unit FSAS-13 Sistem menyediakan fungsi mutasi eksternal Admin Yayasan FSAS-14 Sistem menyediakan fungsi menambah pengusulan Operator Unit 3.4.2 Deskripsi Aktor

Aktor merupakan user yang dapat mengakses sistem yang akan dikembangkan.

Ada beberapa aktor yang ada di dalam sistem ini antara lain yaitu Operator Unit, Admin Yayasan, Kepala Unit, Kepala Yayasan yang dijelaskan pada tabel di bawah ini.

commit to user

(8)

Tabel 3.2 Deskripsi Aktor

Nama Deskripsi

Admin Yayasan Adalah orang yang bertanggung jawab untuk mengelola seluruh data inventaris yayasan.

Operator Unit Adalah orang yang bertanggung jawab untuk pemeliharaan dan pengelolaan inventaris tingkat unit.

Kepala Sekolah Adalah orang yang bertanggung jawab untuk memvalidasi data yang akan di kirim ke yayasan.

Kepala Yayasan Adalah orang yang bertanggung jawab untuk memvalidasi atas data yang diterima dari unit.

3.4.3 Hak dan Kewajiban Aktor

Hak dan kewajiban aktor merupakan pendiskrian hak dan kewajiban untuk setiap aktor yang ada didalam sistem.

Tabel 3.3 Hak dan Kewajiban Aktor

Nama Deskripsi

Admin Yayasan Melakukan pengelolaan data inventaris yaitu menambah data dan mengubah data.

Operator Unit Melakukan pengelolaan data ruang dan pemeliharaan inventaris tingkat unit seperti update data kondisi.

Kepala Sekolah Melakukan validasi data yang akan di kirim ke yayasan.

Kepala Yayasam Melakukan validasi atas data yang diterima dari unit.

commit to user

(9)

19

3.4.4 Use Case

a. Deskripsi Use Case

Tabel 3.4 Deskripsi Use Case

Nama Use Case Aktor Precondition Postcondition Scenario Relationship

Menambah Data Ruang Operator unit Data ruang belum ada Data ruang terdapat di

dalam database

Operator unit menambahkan data ruang

<<extend>> update data ruang

Mengusulkan Barang Operator unit Data pengusulan belum

ada

Data pengusulan terdapat di dalam database

Operator unit menambahkan pengusulan

Menambah Barang usulan Admin Yayasan Data barang usulan

belum ada

Data barang usulan

terdapat didalam database

Admin yayasan

menambahkan data barang usulan

<<extend>> update barang usulan

Mengubah Data Kondisi Operator Unit Data kondisi tanggal

sebelumnya

Data kondisi terkini Operator unit menambahkan data kondisi inventaris Menambah Data Inventaris Admin Yayasan Data inventaris belum

ada

Data inventaris terdapat di dalam database

Admin yayasan

menambahkan data

inventaris

<<extend>> update data inventaris

Mencari Data Inventaris Admin Yayasan,

Operator Unit, Kepala Yayasan, Kepala Unit

Tidak mengetahui data inventaris

Data inventaris tampil Admin Yayasan, Operator Unit, Kepala Yayasan, Kepala Unit memasukkan

keyword pencarian

berdasarkan noinventaris

commit to user

(10)

20

Verifikasi Pengusulan kepala unit

Kepala Unit Data pengusulan belum

terverifikasi kepala unit

Data pengusulan

terverifikasi kepala unit atau ditolak

Kepala unit memverifikasi pengusulan

<<include>> view pengusulan

Validasi Pengusulan kepala yayasan

Kepala Yayasan Data pengusulan belum

tervalidasi kepala yayasan

Data pengusulan tervalidasi kepala yayasan atau ditolak

Kepala yayasan memvalidasi pengusulan

<<include>> view pengusulan

Verifikasi penghapusan kepala unit

Kepala Unit Data penghapusan

belum terverifikasi kepala unit

Data penghapusan

terverifikasi kepala unit

Kepala unit memverifikasi penghapusan

<<include>> view kondisi

Validasi penghapusan

kepala yayasan

Kepala Yayasan Data penghapusan

belum tervalidasi kepala yayasan

Data penghapusan

tervalidasi kepala yayasan

Kepala yayasan memvalidasi penghapusan

Hapus barang Admin Yayasan Data barang tervalidasi

ada

Data barang terhapus Admin yayasan menghapus barang

Mutasi internal Operator Unit Data peletakkan sebelum

mutasi

Data peletakan sesudah mutasi

Operator unit memasukkan data peletakan

Mutasi eksternal Operator Yayasan Data pengolahan

sebelum mutasi

Data pengolahan setelah mutasi

Admin yayasan

memasukkan data

pengolahan

Menambah Pengadaan Admin Yayasan Data pengadaan belum

ada

Data pengadaan terdapat di dalam database

Admin yayasan

memasukkan data

pengadaan

<<include>>

menambah data

inventaris

commit to user

(11)

21

b. Use Case Diagram

System

operator unit

admin yayasan

kepala unit

kepala yayasan

menambah data inventaris mengusulkan barang

menambah data ruang

mencari data inventaris

update data inventaris

<<extend>>

update data ruang

<<extend>>

mutasi internal

update data kondisi

hapus barang

verifikasi penghapusan kepala unit

mutasi eksternal

verifikasi pengusulan kepala unit

menambah pengadaan

validasi pengusulan kepala yayasan

validasi penghapusan kepala yayasan

<<include>>

menambah barang usulan update barang usulan

<<extend>>

view pengusulan

<<include>>

view kondisi

<<include>>

Gambar 3.5 Use Case Diagram

commit to user

(12)

99 3.4.5 Activity Diagram

a. Menambah Barang Usulan

get namabarang, idkategori, merk, hargaperitem

cek database

simpan idbarang, namabarang, idkategori, merk, hargaperitem ditemukan ?

cek format

valid ? ya

pesan error ya

tidak

Gambar 3.6 Activity Diagram Menambah Barang Usulan

Activity Diagram Menambah Barang Usulan yang dilakukkan yaitu mengambil data namabarang, idkategori, merk, dan hargaperitem, kemudian dicek format apabila format data sama dengan database maka lanjut pada pengecekkan isi didalam database, apabila data sudah ada akan muncul pesan error dan apabila data tidak ditemukan akan menyimpan data tersebut.

b. Menambah inventaris tanah

get data tanah

cek database

simpan data tanah ditemukan ?

cek format

valid ?

ya tidak

pesan error ya

tidak

Gambar 3.7 Activity Diagram Menambah inventaris tanah commit to user

(13)

Data tanah : noinventaris, nosertifikat, namalahan, luas, njop, alamat tahun, tanggalsertifikat, penggunan, keterangan. Setelah mengambil data tanah tersebut kemudian dicek format apabila format data sama dengan database maka lanjut pada pengecekkan isi didalam database, apabila data sudah ada akan muncul pesan error dan apabila data tidak ditemukan akan menyimpan data tersebut.

c. Pencarian inventaris tanah

get noinventaris

cek database

pesan tidak ditemukan

menampilkan data inventaris tanah ditemukan ?

tidak ya

Gambar 3.8 Activity Diagram Pencarian inventaris tanah

Activity Diagram Pencarian inventaris tanah, yang pertama adalah mengambil noinventaris tanah kemudian dicek dalam database apabila tidak ditemukan akan muncul pesan tidak ditemukan dan apabila ditemukan akan muncul data berdasarkan noinventaris tersebut.

commit to user

(14)

d. Menambah inventaris bangunan

get data bangunan

cek database

simpan data bangunan ditemukan ?

cek format

valid ? ya tidak

pesan error ya

tidak

Gambar 3.9 Activity Diagram Menambah inventaris bangunan

Data bangunan : noinventaris, noskbangunan, namabangunan, luas, hargabeli, konstruksi, tanggaldibangun, tahun, keterangan, noinventaristanah. Setelah mengambil data bangunan tersebut kemudian dicek format apabila format data sama dengan database maka lanjut pada pengecekkan isi didalam database, apabila data sudah ada akan muncul pesan error dan apabila data tidak ditemukan akan menyimpan data tersebut.

e. Pencarian inventaris bangunan

get noinventarisbangunan

cek database

menampilkan data inventaris bangunan

pesan tidak ditemukan

ditemukan ? ya

tidak

Gambar 3.10 Activity Diagram Pencarian inventaris bangunan commit to user

(15)

Activity Diagram Pencarian inventaris bangunan, yang pertama adalah mengambil noinventarisbangunan kemudian dicek dalam database apabila tidak ditemukan akan muncul pesan tidak ditemukan dan apabila ditemukan akan muncul data berdasarkan noinventaris tersebut.

f. Pengadaan

get data pengadaan

cek format

totalharga=jumlah*hargaperitem

simpan data pengadaan valid ? tidak

simpan data individu barang simpan data barang

simpan data kondisi barang

simpan data mengolah individu

Gambar 3.11 Activity Diagram Pengadaan

Data pengadaan : idpengadaan, tanggalpengadaan, idpemasok, idbarang, merk, hargaperitem, jumlah.

Data barang : idbarang, namabarang, tahun, idkategori, merk, hargaperitem, jumlah.

Data individu barang : noinventaris, idbarang, status.

Data kondisi barang : id, tanggal, idkondisi, noinventaris.

Data mengolah individu : noinventaris, date, tanggal, nomorunit.

Keterangan : noinventaris individu barang di dalam database bernama idindividu.

commit to user

(16)

Pada Activity Diagram Pengadaan yang dilakukkan adalah mengambil data pengadaan, kemudian mengecek format data yang dimasukkan sesuai dengan database apabila valid maka selanjutnya adalah menentukan totalharga, dan selanjutnya menyimpan data pengadaan, menyimpan data barang, menyimpan dataindividubarang, menyimpan data kondisibarang, dan menyimpan data mengolahindividu.

g. Menambah data ruang

get data ruang

simpan data ruang cek format

valid ? tidak

ya

Gambar 3.12 Activity Diagram Menambah data ruang

Data ruang : idruang, namaruang, kapasitas, luas, idjenis, noinventarisbangunan.

Pada Activity Diagram Menambah data ruang yang dilakukkan adalah mengambil data ruang kemudian dicek format data dengan database apabila valid maka menyimpan data ruang.

commit to user

(17)

h. Menambah inventaris barang

get data barang

cek database

simpan databarang ditemukan ?

cek format

ya valid ?

pesan error ya

tidak

simpan dataindividubarang

simpan data mengolahindividu

simpan datakondisibarang tidak

simpan data penempatanbarang

Gambar 3.13 Activity Diagram Menambah inventaris barang

Data barang : idbarang, namabarang, merk, hargaperitem, jumlah, tahun, idkategori.

Data individubarang : noinventaris, status, idbarang.

Data mengolahindividu : nomorunit, noinventaris, date, tanggal.

Data kondisibarang : id, tanggal, idkondisi, noinventaris.

Data penempatanbarang : idruang, tanggal, noinventaris, keterangan

Activity Diagram Menambah inventaris barang yang dilakukan pertama adalah mengambil data barang kemudian mengecek format apabila format sesuai dengan database maka selanjutnya adalah cek data dalam database apabila data sudah ditemukan maka akan terdapat pesan kesalahan, apabila data tersebut tidak ditemukan maka menyimpan data tersebut ke tabel barang, individubarang, mengolahindividu, kondisibarang dan penempatan barang. commit to user

(18)

i. Pencarian inventaris barang

get idbarang

cek database

ditemukan ?

menampilkan data inventaris barang

pesan tidak ditemukan tidak

ya

Gambar 3.14 Activity Diagram Pencarian inventaris barang

Activity Diagram Pencarian inventaris barang, yang pertama adalah mengambil idbarang kemudian dicek dalam database apabila tidak ditemukan akan muncul pesan tidak ditemukan dan apabila ditemukan akan muncul data berdasarkan idbarang tersebut.

j. Menambah pengusulan

get data pengusulan

tanggal= now cek format

valid ? tidak

simpan data pengusulan

Gambar 3.15 Activity Diagram Menambah pengusulan

Data pengusulan : idpengusulan, nik, jumlah, nomorunit, idbarang, verifikasi, validasi, tolak, tolak2.

Keterangan : verifikasi di dalam database nama field validate1, validasi di dalam database nama field validate2.

Activity Diagram Menambah pengusulan yang dilakukkan yaitu mengambil data pengusulan kemudian format data dicek dengan format yang ada didatabase

commit to user

(19)

apabila valid mengatur tanggal yaitu tanggal sekatang dan menyimpan data pengusulan tersebut.

k. Mutasi internal

cek penempatan

get data mutasi

simpan data mutasi ditemukan ?

ya

Gambar 3.16 Activity Diagram Mutasi internal Data mutasi : idruang, tanggal, noinventaris, keterangan

Activity Diagram Mutasi internal yang dilakukan yaitu mengecek data penempatan kemudian data tersebut ditemukan atau tidak, apabila ditemukan maka mengisi data mutasi dan menyimpannya, apabila tidak ditemukan data penempatan maka akan muncul pesan tidak ditemukan.

l. Verifikasi pengusulan kepala unit

cek usulan barang

data pengusulan verifikasi ?

simpan verifikasi

tidak ditemukan ?

ya

Gambar 3.17 Activity Diagram Verifikasi pengusulan kepala unit Keterangan : verifikasi di dalam database nama field adalah validate1.

Activity Diagram Verifikasi pengusulan kepala unit yang dilakukan adalah mengecek data pengusulan apabila ditemukan maka menampilkan data commit to user

(20)

pengusulan dan menilih data tersebut diverifikasi atau tidak apabila terverifikasi maka akan menyimpan data verifikasi tersebut.

m. Validasi pengusulan kepala yayasan

cek usulan barang

data pengusulan

simpan validasi

simpan data barangusulanvalidate ditemukan ?

ya

validasi?

tidak pesan tidak ditemukan tidak

ya

Gambar 3.18 Activity Diagram Validasi pengusulan kepala yayasan Keterangan : validasi di dalam database nama field adalah validate2.

Activity Diagram Validasi pengusulan kepala yayasan yang dilakukan adalah mengecek data pengusulan yang sudah terverifikasi apabila ditemukan maka menampilkan data pengusulan dan menilih data tersebut divalidasi atau tidak apabila tervalidasimaka akan menyimpan data validasi tersebut dan menyimpan data ke tabel barangusulanvalidate.

n. Verifikasi penghapusan kepala unit

data kondisibarang cek kondisi barang

iya

verifikasi ?

tidak

simpan verifikasi ditemukan ?

ya

Gambar 3.19 Activity Diagram Verifikasi penghapusan kepala unit Keterangan : verifikasi di dalam database nama field adalah validate1. commit to user

(21)

Activity Diagram Verifikasi penghapusan kepala unit yang dilakukan adalah mengecek kondisi barang yang keaadannya adalah rusak parah apabila ditemukan maka menampilakan data barang tersebut, lalu memilihnya terverifikasi atau tidak, apabila terverifikasi maka menyimpan data verifikasi tersebut.

o. Validasi penghapusan kepala yayasan

cek kondisi barang

data kondisibarang ya

validasi?

ditemukan ?

simpan validasi ya

Gambar 3.20 Activity Diagram Validasi penghapusan kepala yayasan Keterangan : validasi di dalam database nama field adalah validate2.

Activity Diagram Validasi penghapusan kepala yayasan yang dilakukan adalah mengecek kondisi barang yang keadannya adalah rusak parah dan yang sudah terverifikasi bila ditemukan maka menampilkan data barang tersebut, lalu memilihnya untuk divalidasi atau tidak, apabila memilih validasi maka menyimpan data validasi tersebut.

p. Hapus barang

cek kondisibarang

data kondisibarang ya

hapus ?

tidak

hapus barang ya

Gambar 3.21 Activity Diagram Hapus barang commit to user

(22)

Activity Diagram Hapus barang yang dilakukan adalah mengecek kondisi barang yang keadannya adalah rusak parah yang sudah tervalidasi bila ditemukan maka menampilkan data barang tersebut, lalu memilihnya untuk dihapus, maka data barang tersebut terhapus.

q. Mutasi eksternal

cek pengelolahan

menampilkan data pengelolahan

get data pengelolahan

simpan data mutasi ya

Gambar 3.22 Activity Diagram Mutasi eksternal

Activity Diagram Mutasi eksternal yang dilakukan adalah mengecek pengolahan kemudian mengambil data pengolahan, dan menyimpan data mutasi tersebut. Data mutasi tersebut berupa data pengolahan.

r. Update kondisi

cek kondisi

ditemukan ?

pesan error ya

get data kondisi

simpan kondisi

Gambar 3.23 Activity Diagram Update kondisi

Activity Diagram Update kondisi yang dilakukan adalah mengecek kondisi kemudian mengambil data kondisi, dan menyimpan data kondisi tersebut. commit to user

(23)

3.4.6 Robustness Diagram

Robustness Diagram merupakan gambaran class diagram tahap analisis. Dimana di dalam Robustness Diagram terdapat boundary objek yang merupakan interface antara sistem dan dunia luar, kemudian objek entitas yang merupakan kelas dari domain model, dan controllers yang merupakan perekat antara boundary objek dan objek entitas.

a. Kelola Tanah

Entry Tanah

Update Tanah

TanahController Tanah

Gambar 3.24 Robustness Diagram Kelola Tanah

Robustness Diagram Kelola Tanah terdapat dua boundary yaitu boundary entry tanah dan update tanah, dan satu controller yaitu TanahController, dan entity yaitu tanah.

b. Pencarian Tanah

Cari Tanah TanahController Tanah

Gambar 3.25 Robustness Diagram Pencarian Tanah

Robustness Diagram Pencarian Tanah terdapat satu boundary yaitu boundary cari tanah, dan satu controller yaitu TanahController, dan entity yaitu tanah.

c. Kelola Bangunan

Entry Bangunan

Update Bangunan

BangunanController

Bangunan Tanah

Gambar 3.26 Robustness Diagram Kelola Bangunan

commit to user

(24)

Robustness Diagram Kelola Bangunan terdapat dua boundary yaitu boundary entry bangunan dan update bangunan, dan satu controller yaitu BangunanController, dan dua entity yaitu bangunan dan tanah.

d. Pencarian Bangunan

BangunanController Bangunan Tanah

Cari Bangunan

Gambar 3.27 Robustness Diagram Pencarian Bangunan

Robustness Diagram Pencarian Bangunan terdapat satu boundary yaitu boundary cari bangunan, dan satu controller yaitu BangunanController, dan dua entity yaitu bangunan dan tanah.

e. Kelola ruang

Entry Ruang

Update Ruang

RuangController

Ruang

jenisruang Bangunan

Gambar 3.28 Robustness Diagram Kelola ruang

Robustness Diagram Kelola ruang terdapat dua boundary yaitu boundary entry ruang dan update ruang, dan satu controller yaitu RuangController, dan tiga entity yaitu bangunan, ruang, dan jenisruang.

f. Kelola Barang

Entry Barang

Update Barang

ControllerBarang

Barang Kategori individubarang kondisibarang

mengolahindividu

Gambar 3.29 Robustness Diagram Kelola Barang commit to user

(25)

Robustness Diagram Kelola barang terdapat dua boundary yaitu boundary entry barang dan update barang, dan satu controller yaitu BarangController, dan lima entity yaitu kondisibarang, individubarang, kategori, barang, dan mengolahindividu.

g. Pencarian Barang

ControllerBarang

Barang Kategori individubarang

Cari Barang

Gambar 3.30 Robustness Diagram Pencarian Barang

Robustness Diagram Pencarian Barang terdapat satu boundary yaitu boundary cari barang, dan satu controller yaitu BarangController, dan tiga entity yaitu individubarang, kategori, dan barang.

h. Kelola Pengusulan

Entry Pengusulan PengusulanController Pengusulan Unit

barangusulan

Gambar 3.31 Robustness Diagram Kelola Pengusulan

Robustness Diagram Kelola Pengusulan terdapat satu boundary yaitu boundary entry pengusulan, dan satu controller yaitu PengusulanController, dan tiga entity yaitu unit, pengusulan dan barangusulan.

commit to user

(26)

i. Verifikasi pengusulan kepala unit

Validasi Pengusulan Kepala Unit PengusulanController Pengusulan Unit

barangusulan

Gambar 3.32 Robustness Diagram Verifikasi pengusulan kepala unit Robustness Diagram Verifikasi pengusulan kepala unit terdapat satu boundary yaitu boundary validasi pengusulan kepala unit, dan satu controller yaitu PengusulanController, dan tiga entity yaitu unit, pengusulan dan barangusulan.

j. Validasi pengusulan kepala yayasan

Validasi Pengusulan Kepala Yayasan PengusulanController Pengusulan Unit

barangusulan

barangusulanvalidate

Gambar 3.33 Robustness Diagram Validasi pengusulan kepala yayasan Robustness Diagram Validasi pengusulan kepala yayasan terdapat satu boundary yaitu boundary validasi pengusulan kepala yayasan, dan satu controller yaitu PengusulanController, dan tiga entity yaitu unit, pengusulan, barangusulanvalidate dan barangusulan.

k. Kelola pengadaan

Entry pengadaan PengadaanController

pengadaan barangusulanvalidate Barang

individubarang

Pemasok kondisibarang

mengolahindividu Unit

Gambar 3.34 Robustness Diagram Kelola pengadaan commit to user

(27)

Robustness Diagram Kelola pengadaan terdapat satu boundary yaitu boundary entry pengadaan, dan satu controller yaitu PengadaanController, dan delapan entity yaitu unit, kondisibarang, barang, barangusulanvalidate, pengadaan, individubarang, pemasok, dan mengolahindividu.

l. Update kondisi tanah

Update Kondisi Tanah KondisitanahController

Tanah

Kondisi kondisitanah

Gambar 3.35 Robustness Diagram Update kondisi tanah

Robustness Diagram Update kondisi tanah terdapat satu boundary yaitu boundary update kondisi tanah, dan satu controller yaitu KondisitanahController, dan tiga entity yaitu tanah, kondisitanah, kondisi.

m. Update kondisi bangunan

Update Kondisi Bangunan

Kondisi

Bangunan kondisibangunan

KondisibangunanController

Gambar 3.36 Robustness Diagram Update kondisi bangunan

Robustness Diagram Update kondisi bangunan terdapat satu boundary yaitu boundary update kondisi bangunan, dan satu controller yaitu KondisibangunanController, dan tiga entity yaitu bangunan, kondisibangunan, kondisi.

n. Update kondisi individu

Kondisi individubarang

Update Kondisi Individu

kondisibarang KondisibarangController

Gambar 3.37 Robustness Diagram kondisi individu commit to user

(28)

Robustness Diagram Update kondisi individu terdapat satu boundary yaitu boundary update kondisi individu, dan satu controller yaitu KondisibarangController, dan tiga entity yaitu individubarang, kondisibarang, kondisi.

o. Validasi penghapusan kepala unit

Validasi Penghapusan Kepala Unit KondisibarangController kondisibarang

Gambar 3.38 Robustness Diagram Validasi penghapusan kepala unit Robustness Diagram Validasi penghapusan kepala unit terdapat satu boundary yaitu boundary validasi penghapusan kepala unit, dan satu controller yaitu KondisibarangController, dan satu entity yaitu kondisibarang.

p. Validasi penghapusan kepala yayasan

Validasi Penghapusan Kepala Yayasan

kondisibarang KondisibarangController

Gambar 3.39 Robustness Diagram Validasi penghapusan kepala yayasan Robustness Diagram Validasi penghapusan kepala yayasan terdapat satu boundary yaitu boundary validasi penghapusan kepala yayasan, dan satu controller yaitu KondisibarangController, dan satu entity yaitu kondisibarang.

q. Hapus barang

IndividubarangController

individubarang

kondisibarang mengolahindividu

Peletakan Hapus Barang

barangidhapus

Gambar 3.40 Robustness Diagram Hapus barang

Robustness Diagram Hapus barang terdapat satu boundary yaitu boundary hapus barang, dan satu controller yaitu IndividubarangController, dan lima entity yaitu mengolahindividu, individubarang, kondisibarang, peletakan, dan barangdihapus. commit to user

(29)

r. Mutasi eksternal

individubarang Entry Mutasi eksternal

Unit

mengolahindividu ControllerMengolahindividu

Gambar 3.41 Robustness Diagram Mutasi eksternal

Robustness Diagram Mutasi eksternal terdapat satu boundary yaitu boundary mutasi eksternal, dan satu controller yaitu MengolahindividuController, dan tiga entity yaitu unit, individubarang, mengolahindividu.

s. Mutasi internal

Entry mutasi internal PeletakanController Peletakan individubarang

Ruang

Gambar 3.42 Robustness Diagram Mutasi internal

Robustness Diagram Mutasi internal terdapat satu boundary yaitu boundary mutasi internal, dan satu controller yaitu PeletakanController, dan tiga entity yaitu ruang, individubarang, dan peletakan.

t. Kelola Barang Usulan

BarangusulanController Entry Barang Usulan

Update Barang Usulan

barangusulan

Kategori

Gambar 3.43 Robustness Diagram Kelola Barang Usulan

Robustness Diagram Kelola Barang Usulan terdapat dua boundary yaitu boundary entry barangusulan dan update barang usulan, dan satu controller yaitu BerangusulanController, dan dua entity yaitu barangusulan dan kategori. commit to user

(30)

3.4.7 Sequence Diagram a. Kelola Tanah

: Entry Tanah

<<boundary>>

: Update Tanah

<<boundary>>

: TanahController<<control>>

: Tanah

<<entity>>

: admin yayasan

1 : setTanah(nosertifikat,namalahan,luas,njop,alamat,tahun,tanggalsertifikat,penggunaan,keterangan)()

2 : getData() 3 : return data Tanah

4 : getData(nosertifikat)()

5 : ceknosertifikat()

6 : displayPesan()

7 : actionCreate() 8 : setnoinventaris() 9 : setDataTanah()

10 : displayDataTanah()

11 : setnoinventaris()

12 : getnoinventaris()

13 : return noinventaris

14 : getinventaris(noinventaris)()

15 : return data inventaris

17 : setTanah(nosertifikat,namalahan,luas,njop,alamat,tahun,tanggalsertifikat,penggunaan,keterangan)()

18 : getData() 19 : return data tanah

20 : ceknoserifikat()

21 : displayPesan()

22 : actionUpdate() 23 : setDataTanah()

Gambar 3.44 Sequence Diagram Kelola Tanah commit to user

(31)

b. Kelola Bangunan

: admin yayasan

: Tanah

<<entity>>

: Entry Bangunan<<boundary>>

: Update Bangunan<<boundary>>

: BangunanController<<control>>

: Bangunan

<<entity>>

1 : getnoinventaris()

2 : displaynoinventaris()

3 : set(noskbangunan, namabangunan, luas, hargabeli, konstruksi, tanggaldibangun, tahun, keterangan, noinventaristanah)()

4 : getData() 5 : return data Bangunan

6 : getData(noskbangunan)() 7 : ceknoskbangunan()

8 : displayPesan()

9 : actionCreate() 10 : setnoinventaris() 11 : setDataBangunan()

12 : displayDataBangunan()

14 : getnoinventaris() 15 : return noinventaris

16 : getData()

17 : return data bangunan 18 : displayData()

19 : setBangunan(noskbangunan, namabangunan, luas, hargabeli, konstruksi, tanggaldibangun, tahun, keterangan, noinventaristanah)()

20 : getData() 21 : return data bangunan

22 : ceknoskbangunan()

23 : displayPesan()

24 : actionUpdate() 25 : setDataBangunan()

Gambar 3.45 Sequence Diagram Kelola Bangunan

commit to user

(32)

c. Kelola Ruang

: Entry Ruang

<<boundary>>

: RuangController<<control>>

: Ruang

<<entity>>

: Bangunan

<<entity>>

: operator unit

: jenisruang

<<entity>>

: Update Ruang

<<boundary>>

1 : getData(noinventaris)()

2 : return noinventaris 3 : displaynoinventaris()

4 : getData(idjenis)()

5 : return idjenis 6 : displayidjenis()

7 : set(noinventarisbangunan,namaruang,kapasitas,luas,idjenis)()

8 : getData() 9 : return data ruang

10 : actionCreate() 11 : setidruang() 12 : setDataRuang()

13 : displayDataRuang()

14 : setidruang()

15 : getidruang()

16 : return idruang 17 : getData(idruang)() 18 : return data ruang

19 : displayData()

20 : set(noinventarisbangunan,namaruang,kapasitas,luas,idjenis)()

21 : getData() 22 : return data ruang

23 : actionUpdate() 24 : setDataRuang()

25 : displayDataRuang()

Gambar 3.46 Sequence Diagram Kelola Ruang commit to user

(33)

d. Pengusulan

: Entry Pengusulan<<boundary>>

: PengusulanController<<control>>

: Pengusulan<<entity>>

: barangusulan<<entity>>

: Unit

<<entity>>

: operator unit 1 : getData(nomorunit)()

2 : returnnomorunit 3 : displaynomorunit()

4 : getData(idbarang)()

5 : return idbarang 6 : displayidbarang()

7 : set(nik, tanggal, jumlah, nomorunit, idbarang)()

8 : getdata()

9 : return data pengusulan

10 : actionCreate() 11 : setidpengusulan()

12 : setDataPengusulan()

13 : display form prngusulan()

Gambar 3.47 Sequence Diagram Pengusulan e. Verifikasi Pengusulan Kepala Unit

: kepala unit

: Validasi Pengusulan Kepala Unit<<boundary>>

1 : getDataPengusulan()

2 : return data pengusulan 3 : displayDataPengusulan()

4 : verifikasi(id,jumlah)()

5 : getidPengusulan() 6 : return idpengusulan

7 : actionAjaxUpdateJumlah() 8 : setverified()

9 : displayDataPengusulan()

Gambar 3.48 Sequence Diagram Verifikasi Pengusulan Kepala Unit commit to user

(34)

f. Validasi Pengusulan Kepala Yayasan

: kepala yayasan

: Validasi Pengusulan Kepala Yayasan<<boundary>>

: barangusulanvalidate<<entity>>

1 : getDataPengusulan() 2 : return data pengusulan

3 : get namabarang()

4 : return namabarang 5 : get idkategori()

6 : return idkategori 7 : displayDataPengusulan()

8 : verifikasi(id,jumlah)()

9 : getidpengusulan() 10 : return idpengusulan

11 : actionAjaxValidasiDua() 12 : setverified()

13 : setnamabarang() 14 : setidkategori() 15 : setidbarang()

16 : diplayDataPengusulan()

Gambar 3.49 Sequence Diagram Validasi Pengusulan Kepala Yayasan g. Pengadaan

: Entry pengadaan<<boundary>>

: Pemasok

<<entity>>

: PengadaanController<<control>>

: kondisibarang<<entity>>

: Barang

<<entity>>

: individubarang<<entity>>

: barangusulanvalidate<<entity>>

: pengadaan<<entity>>

: admin yayasan

: mengolahindidvidu<<entity>>

: Unit

<<entity>>

1 : getData(idpemasok)() 2 : return idpemasok

3 : displayidpemasok() 4 : getData(idbarang)()

5 : return idbarang

6 : displayidbarang() 7 : getData(nomorunit)()

8 : return nomorunit 9 : displaynomorunit()

10 : setPengadaan(tanggalpengadaa, idpemasok,idbarang,merk,hargaperitem,jumlah)()

11 : getDataPengadaan() 12 : return data pengadaan

13 : actionCreate() 14 : setidpengadaan()

15 : settotalharga() 16 : setDataPengadaan()

17 : setBarang()

18 : setIndividuBarang() 19 : setKondisiBarang()

20 : setMengolahindividu()

21 : displayDataPengadaan()

Gambar 3.50 Sequence Diagram Pengadaan commit to user

(35)

h. Mutasi Internal

: Entry mutasi internal<<boundary>>

: Ruang

<<entity>>

: Peletakan

<<entity>>

: PeletakanController<<control>>

: operator unit

1 : getDataPeletakan()

2 : return data Peletakan 3 : displayDataPeletakan() 4 : getData(idindividu)()

5 : return idindividu 6 : displayidindividu() 7 : getData(idruang)()

8 : return idtuang 9 : displayidruang()

10 : setPeletakan(idruang,idindividu,tanggal,keterangan)()

11 : getDataPeletakan() 12 : return data peletakan

13 : actionMutasiInternal()

14 : setDate() 15 : setPeletakan()

16 : displayform()

Gambar 3.51 Sequence Diagram Mutasi Internal i. Mutasi Eksternal

: individubarang

<<entity>>

: mengolahindidvidu

<<entity>>

: Unit

<<entity>>

: admin yayasan

: Entry Mutasi eksternal

<<boundary>>

: MengolahindividuController

<<control>>

1 : getDataMengolahIndividu()

2 : return data MengolahIndividu 3 : displayDataMengolahIndividu()

4 : getData(idindividu)()

5 : return idindividu 6 : displayidindividu() 7 : getData(nomorunit)()

8 : return nomorunit 9 : displaynomorunit()

10 : setMengolahIndividu(idindividu,nomorunit,tanggal,keterangan)()

11 : getDataMengolahIndividu() 12 : return DataMengolahIndividu

13 : actionMutasi()

14 : setDate() 15 : setMengolahIndividu()

16 : displayForm()

Gambar 3.52 Sequence Diagram Mutasi Eksternal commit to user

(36)

j. Pencarian Tanah

: TanahController<<control>>

: admin yayasan

: Tanah

<<entity>>

: Cari Tanah

<<boundary>>

: kepala yayasan

5 : getDataTanah()

6 : return data Tanah 7 : actionAdmin()

Gambar 3.53 Sequence Diagram Pencarian Tanah k. Pencarian Bangunan

: Bangunan

<<entity>>

: BangunanController<<control>>

: Tanah

<<entity>>

: admin yayasan : kepala yayasan

: Lihat Bangunan<<boundary>>

1 : getinventaris(noinventaris)()

2 : return noinventaris 3 : setnoinventaris()

7 : getDataBangunan()

8 : return data Bangunan 9 : actionAdmin()

Gambar 3.54 Sequence Diagram Pencarian Bangunan commit to user

(37)

l. Kelola Barang

: Entry Barang

<<boundary>>

: ControllerBarang<<control>>

: Barang

<<entity>>

: Kategori

<<entity>>

: Unit

<<entity>>

: mengolahindividu<<entity>>

: operator unit

: Update Barang

<<boundary>>

1 : getData(idkategori)()

2 : return data idkategori 3 : display idkategori() 4 : getData(nomorunit)()

5 : return nomorunit() 6 : setBarang(namabarang,merk,hargaperitem,jumlah,tahun)()

7 : getDataBaarang() 8 : return Data Barang

9 : actionCreate() 10 : setBarang()

13 : setMengolahIndividu() 14 : displayDataBarang()

15 : setidbarang()

16 : getData(idbarang)() 17 : return idbarang

18 : getBarang(idbarang)()

19 : return data Barang 20 : displayBarang()

21 : setBarang(namabarang,merk,hargaperiten,jumlah,tahun)()

22 : getDataBarang() 23 : return Data Barang

24 : actionUpdate() 25 : setBarang()

28 : setMengolahIndividu()

29 : displayDataBarang()

Gambar 3.55 Sequence Diagram Kelola Barang m. Pencarian Barang

: operator unit

: Barang

<<entity>>

: ControllerBarang

<<control>>

: Cari Barang

<<boundary>>

1 : setidbarang()

4 : getBarang(idbarang)()

5 : return idbarang 6 : actionAdmin()

7 : displayDataBarang()

Gambar 3.56 Sequence Diagram Pencarian Barang commit to user

(38)

n. Update Kondisi Tanah

: Update Kondisi Tanah

<<boundary>>

: KondisitanahController

<<control>>

: Kondisi

<<entity>>

: kondisitanah<<entity>>

: Tanah

<<entity>>

: admin yayasan 1 : getKondisiTanah()

2 : return Data KondisiTanah()

3 : displayDataKondisiTanah()4 : getinventaris(noinventaris)()

6 : displaynoinventaris() 7 : getData(idkondisi)()

8 : return idkondisi 9 : displayidkondisi()

10 : setKondisiTanah(tanggal.idkondisi,noinventaristanah)()

11 : getDataKondisiTanah() 12 : return dataKondisiTanah

13 : actionCreate() 14 : setid() 15 : setKondisiTanah()

16 : getDataKondisiTanah()

Gambar 3.57 Sequence Diagram Update Kondisi Tanah o. Update Kondisi Bangunan

: Bangunan

<<entity>>

: kondisibangunan<<entity>>

: KondisibangunanController<<control>>

: Update Kondisi Bangunan<<boundary>>

: Kondisi

<<entity>>

: operator unit 1 : getDataKondisiBangunan()

2 : return data KondisiBangunan 3 : displayDataKondisiBangunan()4 : getData(noinventaris)()

6 : displaynoinventaris() 7 : getData(idkondisi)()

10 : setKondisiBangunan(tanggal,idkondisi,noinventaris)()

11 : getDataKondisiBangunan() 12 : return Data KondisiBangunan

13 : actionCreate() 14 : setid() 15 : setKondisiTanah()

16 : displayDataKondisiBangunan()

Gambar 3.58 Sequence Diagram Update Kondisi Bangunan commit to user

(39)

p. Update Kondisi Individu

: Update Kondisi Individu<<boundary>>

: KondisibarangController<<control>>

: Kondisi

<<entity>>

: operator unit 1 : getKondisiBarang()

2 : return data KondisiBarang 3 : displayDataKondisiBarang() 4 : getData(idindividu)()

5 : return idindividu

6 : displayidindividu()

7 : getData(idkondisi)()

10 : setKondisiIndividu(tanggal,idindividu,idkondisi)()

11 : getDataKondisiIndisvidu() 12 : return data KondisiIndividu

13 : actionCreate()

14 : setid() 15 : setKondisiBarang()

16 : displayDataKondisiBarang()

Gambar 3.59 Sequence Diagram Update Kondisi Individu q. Verifikasi Penghapusan Kepala Unit

: Validasi Penghapusan Kepala Unit<<boundary>>

: kepala unit 1 : getKondisiBarang()

2 : return data kondisi barang 3 : displayDataKondisi()

4 : verifikasi(id)()

5 : getId() 6 : returnidkondisi

7 : actionValidasiUnit() 8 : setvalidate1()

9 : displayDataKondisi()

Gambar 3.60 Sequence Diagram Verifikasi Penghapusan Kepala Unit commit to user

(40)

r. Validasi Penghapusan Kepala Yayasan

: Validasi Penghapusan Kepala Yayasan<<boundary>>

: kepala yayasan

1 : getKondisiBarang()

2 : return data kondisi barang 3 : displayDataKondisi()

4 : verifikasi(id)()

5 : getid() 6 : return id

7 : actionValidasiYayasan() 8 : setvalidate2()

9 : displayDataKondisi()

Gambar 3.61 Sequence Diagram Validasi Penghapusan Kepala Yayasan s. Hapus Barang

: admin yayasan

: IndividubarangController<<control>>

: Hapus Barang

<<boundary>>

: mengolahindividu<<entity>>

: Peletakan

<<entity>>

: barangidhapus<<entity>>

1 : getKondisiBarang()

2 : return data KondisiBraang 3 : displayDataKondisiBarang()

4 : set()

5 : getIdindividu() 6 : return idindividu

7 : actionValidasiAdmin()

8 : getData()

9 : return idkondisi 10 : getData() 11 : return nomorunit

12 : getData()

13 : return idruang 14 : getData()

15 : return idindividu

16 : set(idindividu, kondisi, letak, unit, deleted)()

17 : displayDataKondisiBarang()

Gambar 3.62 Sequence Diagram Hapus Barang commit to user

(41)

t. Kelola Barang Usulan

: BarangusulanController<<control>>

: Entry Barang Usulan<<boundary>>

: Update Barang Usulan<<boundary>>

: Kategori

<<entity>>

: admin yayasan 1 : getData()

2 : return idkategori 3 : displayidkategori()

4 : set(namabarang, idkategori, merk, hargaperitem)()

5 : getData() 6 : return data barangusulan

7 : actionCreate()

8 : setDataBarangUsulan() 9 : displayBarangusulan()

10 : getData() 11 : return idkategori

12 : displayidkategori() 13 : setidbarang()

16 : getData()

17 : return data barangusulan 18 : displayData()

19 : setBarangUsulan(namabarang, idkategori, merk, hargaperitem)()

20 : getData() 21 : return data barangusulan

22 : actionUpdate()

23 : setDataBarangUsulan() 24 : displayDataBarangUsulan()

Gambar 3.63 Sequence Diagram Kelola Barang Usulan

commit to user