LAPORAN TUGAS SEMESTERANALISIS DESAIN BERORIENTASI OBJECTSISTEM INFORMASI DELIVERY CAFE

Di Susun Oleh :Nama Kelompok Adhitya Wirayudha K( 1234010123 )Serafiando Christy P( 1234010125 )Johni Akbar S( 1234010132 )Arif Mahendra S( 1234010138 )Wahyu Ferdyanto( 1234010143 )

TEKNIK INFORMATKAADBO2015

LEMBAR PENGESAHAN

Disusun Oleh :Nama Kelompok

1234010123Adhitya Wirayudha K

1234010125Serafiando Christy P

1234010132Johni Akbar Santoso

1234010138Arif Mahendra S

1234010143Wahyu Ferdyanto

1. Flowchart Sistem Keseluruhan

Mahasiswa yang akan melakukan aktifitas di siamik pertama harus memilih menu, jika dia sudah membayar SPP akan dapat langsung memilih menu tapi jika belum mahasiswa akan diarahkan untuk membayar SPP terlebih dahulu. Setelah menu dipilih, sistem akan merespon pilihan menu. Jika pilihan menu tersebut mengharuskan mengisi form maka mahasiswa akan diberi laman untuk mengisi form tersebut, dan jika tidak perlu mengisi form maka output akan langsung dapat ditampilkan. Dan proses siamik pun selesai.

2. Usecase Bisnis Diagram

Stereotype bisnis usecase diagram :

1. Business Actor : Mahasiswa, Admin

2. Business Worker : Sistem, Bank

3. Business Usecase: Memilih Menu Merespon Pilihan Menu Membayar SPP Mengelola Data

Alur Sistem pada gambar usecase bisnis diagram diatas adalah:

1. Actor : -Mahasiswa Melakukan Pemilihan Menu pada sistem informasi akademik -Admin Melakukan Pengelolaan Data pada Sistem Informasi akademik2. Worker : -Sistem berperan sebagai worker mempunyai peran sebagai entitas pada business usecase memilih menu dan merespon pilihan menu, serta entitas dengan Admin yang mempunyai business usecase mengelola data. Pada business usecase memilih menu terdapat beberapa proses bisnis diantara nya mendaftar UTS, mendaftar UAS, mengentry KRS, melihat KHS, melihat pengumuman. Sedangkan pada business usecase merespon pilihan menu proses bisnisnya adalah respon respon dari menu menu yang telah dipilih oleh mahasiswa yang melakukan aktivitas di siamik. Dan pada business usecase mengelola data berisi proses bisnin mengelola data KRS, dan data KHS yang dilakukan oleh admin. -Bank berperan sebagai worker yang menjadi entitas pada business usecase membayar SPP. Didalam business usecase membayar SPP terdapat proses bisnis yaitu proses proses dari tahapan membayar SPP.

3. Usecase Diagram

Stereotype usecase diagram :1. Actor : Admin, Pegawai, Pembeli2. Usecase : Login, Mengentry KRS, Melihat KHS, Mendaftar UAS, Mendaftar UTS, Melihat Pengumuman, Membayar SPP, Membayar DOP, Mengelola data KRS, Mengelola data KHS, Mengelola data Transkrip

Alur Sistem pada gambar usecase diagram diatas adalah :1. Pada gambar diatas Admin yang ingin melakukan pengelolaan data akan melakukan login terlebih dahulu, disini admin dapat mengelola data yaitu data KRS, data KHS.

2. Kemudian Mahasiswa yang ingin melakukan aktivitas pada sistem informasi akademik ini juga harus login untuk mengakses web siamiknya. Disini mahasiswa dapat melakukan aktivitas yaitu mendaftar UTS, mendaftar UAS, melihat KHR, mengentry KRS, dan melihat pengumuman.

3. Pada diagram diatas terdapat relasi include dan extend yang terdapat pada usecase mendaftar UTS dan mendaftar UAS. Pada usecase mendaftar UTS terdapat relasi extend yaitu membayar DOP yang artinya jika mahasiswa ingin mendaftar UTS dia tidak diwajibkan untuk membayar DOP, sedangkan pada usecase mendaftar UAS terdapat relasi include yaitu membayar DOP yang mempunyai arti jika mahasiswa ingin mendaftar UAS maka mahasiswa tersebut diwajibkan untuk membayar DOP. Dan ada satu lagi relasi include yang terdapat pada usecase mengetry KRS yaitu membayar SPP dan mempunyai arti jika mahasiswa akan mengentry KRS diwajibkan untuk membayar SPP.

4. Activity Diagram4.1. Activity Diagram Mengentry KRS

Alur sistem dari activity diagram mengentry KRS:

Mahasiswa masuk menu KRS untuk menambahkan KRS yang diinginkan lalu sistem akan merespon dengan menampilkan menu entry KRS. Setelah itu mahasiswa akan melakukan proses entry KRS dan mengunci mata kuliah yang telah dipilih. Lalu sistem akan secara otomatis menyimpan data KRS yang telah ditambahkan oleh mahasiswa.

4.2. Activity Diagram Melihat KHS

Alur sistem dari activity diagram Melihat KHS :

Pertama mahasiswa melakuan login dan sistem memberi respon dengan menampilkan bahwa mahasiswa telah berhasil login. Lalu sistem akan menampilkan menu ada ada di siamik, setelah itu mahasiswa dapat memilih menu KHS dan sistem akan menampilkan menu KHS.

4.3. Activity Diagram Melihat Pengumuman

Alur sistem dari activity diagram melihat pengumuman :

Pada diagram melihat pengumuman ini mahasiswa memilih menu pengumuman pada siamik lalu sistem akan menampilkan menu pengumuman yang ada di siamik setelah itu mahasiswa dapat melihat pengumuman yang tersedia.

4.4. Activity Diagram Mendaftar UAS

Alur sistem dari activity diagram mendaftar UAS : Pada diagram ini mahasiswa memilih menu pendaftaran uas lalu sistem akan menampilkan menu pilihan pendaftaran UAS. Setelah itu mahasiwa diharuskan untuk mengisi angket sebagai syarat pendaftaran UAS. Setelah itu sistem akan secara otomatis menyimpan angket yang telah diisi dan sistem akan memberitahukan bahwa mahasiswa telah berasil terdaftar mengikuti UAS

4.5. Activity Diagram Mendaftar UTS

Alur sistem dari activity diagram Pendaftaran UTS : Pada diagram ini mahasiswa memilih menu pendaftaran uas lalu sistem akan menampilkan menu pilihan pendaftaran UTS. Setelah itu mahasiwa diharuskan untuk mengisi angket sebagai syarat pendaftaran UTS. Setelah itu sistem akan secara otomatis menyimpan angket yang telah diisi dan sistem akan memberitahukan bahwa mahasiswa telah berasil terdaftar mengikuti UTS.

4.6. Activity Diagram Mengelola data KHS

Alur sistem dari activity diagram mengelola data KHS :Pertama admin yang bertindak sebagai pengatur KHS memilih menu login untuk mengedit KHS. Admin diwajibkan memasukkan username dan password lalu setelah itu sistem akan menampilkan halaman edit KHS, disitu admin dapat melakukan edit pada KHS misalnya menghapus KHS.

4.7. Activity Diagram Mengelola data KRS

Alur sistem dari activity diagram Mengelola data KRS :Pertama admin yang bertindak sebagai pengatur KRS memilih menu login untuk mengedit KRS. Admin diwajibkan memasukkan username dan password lalu setelah itu sistem akan menampilkan halaman edit KRS, disitu admin dapat melakukan edit pada KRS misalnya menambah KRS.

4.8. Activity Diagram Membayar SPP

Alur sistem dari activity diagram Membayar SPP :Pertama mahasiswa mengambil nomer antrian lalu teller akan memanggil nomer antrian, setelah itu mahasiswa menyerahkan nomer pemabayarn kepada mahasiswa. Teller akan melihat tagihan yang ditagihkan pada mahasiswa tersebut, setelah itu baru akan melakukan transaksi pembayaran dan teller akan mencetak bukti pembayaran yang akan diserahkan kepada mahasiswa.

5. Skenario Sistem

Nama Usecase : Mengentry KRSSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Mahasiswa

1.Memilih menu Entry KRS

2. Sistem merespon pilihan menu entry KRS

3.Sistem menampilkan menu entry KRS

4.Mengisi form entry KRS

5.Mengunci KRS

6.Sistem menyimpan KRS mahasiswa

Nama Usecase : Melihat KHSSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Mahasiswa

1.Memilih menu lihat KHS

2. Sistem merespon pilihan menu

3.Sistem menampilkan KHS mahasiswa

4.Mahasiswa melihat KHS

Nama Usecase : Melihat PengumumanSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Mahasiswa

1.Memilih menu pengumuman

2.Sistem merespon pilihan menu pengumuman

3.Sistem menampilkan laman pengumuman

4.Mahasiswa melihat pengumuman yang ada

Nama Usecase : Mendaftar UASSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Mahasiswa

1.Memilih menu daftar UAS

2.Sistem merespon pilihan menu daftar UAS

3.Sistem memberi menu daftar UAS

4.Mahasiswa mengisi angket

5.Menyimpan data peserta UAS

6.Mahasiswa terdaftar sebagai peserta UAS

7.Mahasiswa melihat kartu UAS

Nama Usecase : Mendaftar UTSSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Mahasiswa

1.Memilih menu daftar UTS

2.Sistem merespon pilihan menu daftar UTS

3.Sistem memberi menu daftar UTS

4.Mahasiswa mengisi angket

5.Menyimpan data peserta UTS

6.Mahasiswa terdaftar sebagai peserta UTS

7.Mahasiswa melihat kartu UTS

Nama Usecase : Mengelola data KHSSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Admin

1.Login Admin

2.Menampilkan laman login

3.Memasukkan Username dan password

4.Menampilkan laman edit KHS

5.Edit KHS

6.Menyimpan hasil edit KHS

Nama Usecase : Mengelola data KRSSkenario :Aksi AktorReaksi Sistem

Skenario NormalActor : Admin

1.Login Admin

2.Menampilkan laman login

3.Memasukkan Username dan password

4.Menampilkan laman edit KRS

5.Edit KRS

6.Menyimpan hasil edit KRS

6. Sequence Diagram

a. Sequence Diagram Mengelola data KRS

Gambar 6.1

Deskripsi 6.1 Pertama admin yang bertindak sebagai pengatur KRS memilih menu login untuk mengedit KRS. Admin diwajibkan memasukkan username dan password lalu setelah itu sistem akan menampilkan halaman edit KRS, disitu admin dapat melakukan edit pada KRS misalnya menambah KRS.

b. Sequence Diagram Tambah Data Pegawai

Gambar 6.2

Deskripsi 6.2

mahasiswa melakuan login dan sistem memberi respon dengan menampilkan bahwa mahasiswa telah berhasil login. Lalu sistem akan menampilkan menu ada ada di siamik, setelah itu mahasiswa dapat memilih menu KHS dan sistem akan menampilkan menu KHS.

c. Sequence Diagram Mendaftar UAS

Gambar 6.3

Deskripsi 6.3

Pada diagram ini mahasiswa memilih menu pendaftaran uas lalu sistem akan menampilkan menu pilihan pendaftaran UAS. Setelah itu mahasiwa diharuskan untuk mengisi angket sebagai syarat pendaftaran UAS. Setelah itu sistem akan secara otomatis menyimpan angket yang telah diisi dan sistem akan memberitahukan bahwa mahasiswa telah berasil terdaftar mengikuti UAS.

d. Sequence Diagram Melihat Pengumuman

Gambar 6.4

Deskripsi 6.4

Pada diagram melihat pengumuman ini mahasiswa memilih menu pengumuman pada siamik lalu sistem akan menampilkan menu pengumuman yang ada di siamik setelah itu mahasiswa dapat melihat pengumuman yang tersedia.

e. Sequence Diagram Mendaftar UTS

Gambar 6.5

Deskripsi 6.5

Pada diagram ini mahasiswa memilih menu pendaftaran uas lalu sistem akan menampilkan menu pilihan pendaftaran UTS. Setelah itu mahasiwa diharuskan untuk mengisi angket sebagai syarat pendaftaran UTS. Setelah itu sistem akan secara otomatis menyimpan angket yang telah diisi dan sistem akan memberitahukan bahwa mahasiswa telah berasil terdaftar mengikuti UTS.

f. Sequence Diagram Mengentri KRS

Gambar 6.6

Deskripsi 6.6

Mahasiswa masuk menu KRS untuk menambahkan KRS yang diinginkan lalu sistem akan merespon dengan menampilkan menu entry KRS. Setelah itu mahasiswa akan melakukan proses entry KRS dan mengunci mata kuliah yang telah dipilih. Lalu sistem akan secara otomatis menyimpan data KRS yang telah ditambahkan oleh mahasiswa.

g. Sequence Diagram Membayar SPP

Gambar 6.7

Deskripsi 6.7

Pertama mahasiswa mengambil nomer antrian lalu teller akan memanggil nomer antrian, setelah itu mahasiswa menyerahkan nomer pembayaran kepada mahasiswa. Teller akan melihat tagihan yang ditagihkan pada mahasiswa tersebut, setelah itu baru akan melakukan transaksi pembayaran dan teller akan mencetak bukti pembayaran yang akan diserahkan kepada mahasiswa.

h. Sequence Diagram Mengelola Data KHS

Gambar 6.8

Deskripsi 6.8

Pertama admin yang bertindak sebagai pengatur KHS memilih menu login untuk mengedit KHS. Admin diwajibkan memasukkan username dan password lalu setelah itu sistem akan menampilkan halaman edit KHS, disitu admin dapat melakukan edit pada KHS misalnya menghapus KHS.

7. Collaboration Diagram

a. Collaboration Diagram Melihat KHS

Gambar 6.1

Deskripsi 6.1 Actor : Mahasiswa yang ingin melihat KHS harus memilih menu lihat KHS terlebih dahulu, kemudian request data dikirim oleh interface kepada sistem yang kemudian request tersebut diteruskan ke data base dan kemudian membalas dengan mengirim hasil verivikasi data tersebut. Setelah mengirim hasil verivikasi data maka data KHS akan ditampilkan ke interface yang kemudian dapat dilihat oleh mahasiswa tersebut.

b. Collaboration Diagram Mendaftar UAS

Gambar 6.2

Deskripsi 6.2Mahasiswa yang akan ingin mendaftar UAS pertama harus memilih menu daftar UAS, kemudian interface mengirim request form laman daftar UAS kepada sistem. Lalu sistem mengirim balik tampilan form daftar UAS ke interface sehingga mahasiswa dapat mengisi form tersebut, isi form tersebut berupa angket. Setelah mengisi angket, maka data angket akan dikirim lagi ke sistem dan sistem menyimpan data tersebut sebagai data perserta UAS di database. Setelah tersimpan data base mengirim data peserta UAS tersebut ke sistem dan diteruskan ke interface sehingga mahasiswa dapat melihat kartu peserta UAS nya.

c. Collaboration Melihat Pengumuman

Gambar 6.3

Deskripsi 6.3Kemudian mahasiswa yang akan melihat pengumuman haruslah memilih menu lihat pengumuman, setelah dipilih request data akan dikirim ke sistem yang kemudian diteruskan ke database dengan memverivikasi data pengumuman. Setelah diverivikasi, sistem akan menampilkan pengumuman ke interface sehingga pengumuman dapat dilihat oleh mahasiswa.

d. Collaboration Mendaftar UTS

Gambar 6.4

Deskripsi 6.4Mahasiswa yang akan ingin mendaftar UTS pertama harus memilih menu daftar UTS, kemudian interface mengirim request form laman daftar UTS kepada sistem. Lalu sistem mengirim balik tampilan form daftar UTS ke interface sehingga mahasiswa dapat mengisi form tersebut, isi form tersebut berupa angket. Setelah mengisi angket, maka data angket akan dikirim lagi ke sistem dan sistem menyimpan data tersebut sebagai data perserta UTS di database. Setelah tersimpan data base mengirim data peserta UTS tersebut ke sistem dan diteruskan ke interface sehingga mahasiswa dapat melihat kartu peserta UTS nya.

e. Collaboration Mengentry KRS

Gambar 6.5

Deskripsi 6.5

Kemudian mahasiswa yang akan mengentry KRS haruslah memilih menu entry KRS, setelah itu request dikirim ke sistem dan sistem merespon dengan mengirimkan form entry KRS yang kemudian form tersebut diisi oleh mahasiswa. Setelah form terisi, data entry KRS tersebut dikirim ke sistem yang kemudian disimpan ke data base. Setelah disimpan, database mengembalikan hasil entry KRS tersebut ke sistem yang diteruskan ke interface dan hasil KRS dapat dilihat oleh mahasiswa.

f. Collaboration Membayar SPP

Gambar 6.6

Deskripsi 6.6Mahasiswa yang akan membayar SPP, mahasiswa akan mengambil nomer antrian. Kemudian antrian dipanggil dan kemudian mahasiswa mebayar SPP. Setelah membayar sistem akan menyimpan data pembayaran SPP, setelah itu database kembali mengirim data pembayaran yang dapat dilihat oleh mahasiswa sebagai bukti pembayaran.

g. Collaboration Mengelola Data KHS

Gambar 6.7

Deskripsi 6.7

Pada deskripsi collaboration mengelola data KHS ini, admin yang akan mengelola data KHS dia harus melakukan login terlebih dahulu. Setelah itu admin dapat mengelola data KHS di sistem dan menyimpan data KHS yang telah dikelola tersebut di database. Setelah disimpan data KHS akan dikirim kembali ke sistem dan ditampilkan ke interface sehingga admin dapat melihat hasil kelola data KHS yang baru saja dikelola.

h. Collaboration Mengelola data KRS

Gambar 6.8

Deskripsi 6.8

Admin yang akan mengelola data KRS dia harus melakukan login terlebih dahulu. Setelah itu admin dapat mengelola data KHS di sistem dan menyimpan data KRS yang telah dikelola tersebut di database. Setelah disimpan data KRS akan dikirim kembali ke sistem dan ditampilkan ke interface sehingga admin dapat melihat hasil kelola data KRS yang baru saja dikelola.

8. Class Diagram

Penjelasan Class Diagram :a. Entitas Mahasiswa Atribute : Nama memiliki variabel string Npm memiliki variabel string Jurusan memiliki variabel string Fakultas memiliki variabel stringPassword memiliki varibel string

Function:Melihat_KHSMendaftar_UASMendaftar_UTSMengentri_KRSMelihat_pengumuman

Pada entitas Mahasiswa mempunyai hubungan relasi dengan Web Siamik dan juga dengan cardinalitas one to many yang mempunyai arti satu Mahasiswa dapat mengakses di Web Siamik seperti melakukan pendaftaran UAS, UTS dan juga mengentri KRS ataupun melihat pengumuman.

b. Entitas Admin Atribute: No_id memiliki variabel stringNama memiliki variabel stringAlamat memiliki variabel stringBagian memiliki variabel stringPassword memiliki variabel string

Function:tambah_data_mahasiswatambah_data_peserta_UAStambah_data_peserta_UTSmengelola_data_KHSmengelola_data_KRSmengelola_pengumuman

Pada entitas Admin memiliki relasi dengan entitas Web Siamik dengan cardinalitas one to many yang juga mempuyai satu pegawai dapat melakukan mengelola data pada Web Siamik bukan juga mengelola tapi juga dapat menambah data dan juga dapat mengurangi data mahasiswa, juga dapat mengelola data pengumuman pada Web Siamiknya.

c. Web Siamik Atribute:Login memiliki variabel stringKRS memiliki variabel stringKHS memiliki variabel stringPengumuman memiliki variabel stringPendaftaran memiliki variabel string

Pada entitas Web Siamik memiliki relasi dengan dua entitas yaitu dengan Mahasiswa dan Admin dari kedua entitas tersebut juga memiliki cardinalitas one to many yaitu dimana Mahasiswa dan Admin dapat mengakses dan dapat juga mengelola data pada siamik, sedangkan Mahasiswa hanya dapat mengakses dan hanya dapat mengentri data pada Web Siamik.

DAFTAR PUSTAKA

Tabel Mionitoring PengerjaanNPMWAKTU & KEGIATAN PENGERJAANKeterangan

BULAN KE-1

M 1M 2M 3M 4

1

2

3

4

5

6

BULAN KE-2

M 1M 2M 3M 4

1

2

3

4

5

6

BULAN KE-3

M 1M 2M 3M 4

1

2

3

4

5

6

START

END

Mahasiswa

Memilih Menu

Bayar SPP

Yes

Membayar SPP

No

Menu Merespon Pilihan

Mengisi Form

Output

No

Mahasiswa Mengisi Form

Yes