DPPL-RPL BO

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK
SISTEM PEMBANTU PENYEBARAN INFORMASI MENGGUNAKAN SMS GATEWAY

untuk:
<#nama User>
Dipersiapkan oleh:
Mikael Yudhi Priamuda Fidelis Adi Wicaksono Jeanot Nahasan Nida Yoseph Dian Sahadewa 085314022 095314002 095314019 095314068
Program Studi Teknik Informatika Universitas Sanata Dharma Yogyakarta
Program Studi Teknik Informatika USD
Nomor Dokumen
DPPL-DOC-2011
Halaman
1/26
Tgl: 22-11-2011
Revisi
DAFTAR PERUBAHAN
Revisi Deskripsi
A B C D E F G
INDEX TGL Ditulis oleh Diperiksa oleh Disetujui oleh
DPPL-DOC-2011
Halaman 2/ dari 28 halaman
Template dokumen ini digunakan untuk keperluan perkuliahan Rekayasa Perangkat Lunak di Teknik Informatika USD
Daftar Halaman Perubahan Halaman Revisi Halaman Revisi
DPPL-DOC-2011
Daftar Isi
...................................................................................................................................................................................4 1 Pendahuluan..........................................................................................................................................................5 1.1 Tujuan Penulisan Dokumen...........................................................................................................................5 1.2 Lingkup Masalah............................................................................................................................................5 1.3 Aturan Penomoran..........................................................................................................................................5 1.4 Referensi..........................................................................................................................................................5 1.5 Deskripsi Umum Dokumen (Ikhtisar)............................................................................................................5 2 Kebutuhan Perangkat Lunak.................................................................................................................................5 2.1 Deskripsi Umum Sistem ................................................................................................................................5 2.2 Fitur Utama Perangkat Lunak........................................................................................................................6 2.2.1 Kebutuhan Fungsional.............................................................................................................................6 2.2.2 Kebutuhan Non Fungsional.....................................................................................................................6 2.3 Spesifikasi Tambahan.....................................................................................................................................6 2.4 Glossary...........................................................................................................................................................7 3 Model Use Case......................................................................................................................................................7 3.1 Diagram Use Case...........................................................................................................................................7 3.2 Definisi Actor..................................................................................................................................................7 3.3 Definisi Use Case............................................................................................................................................8 3.4 Skenario Use Case..........................................................................................................................................8 4 Model Analisis.....................................................................................................................................................10 4.1 Realisasi Use Case Tahap Analisis...............................................................................................................10 4.2 Diagram Kelas Keseluruhan.........................................................................................................................12 4.3 Kelas Analisis...............................................................................................................................................15 4.4 Paket Analisis...............................................................................................................................................16 4.4.1 Identifikasi Paket Analisis.....................................................................................................................16 4.4.2 Identifikasi Kelas Analisis tiap Paket...................................................................................................16 4.5 Deskripsi Arsitektur......................................................................................................................................17 5 Model Perancangan.............................................................................................................................................18 5.1 Realisasi Use Case Tahap Perancangan.......................................................................................................18 5.2 Diagram Kelas Keseluruhan.........................................................................................................................19 5.3 Kelas Perancangan........................................................................................................................................19 5.3.1 Operasi dan Atribut...............................................................................................................................20 5.3.2 Algoritma/Query....................................................................................................................................21 5.3.3 Diagram Statechart................................................................................................................................21 5.4 Perancangan Basis Data...............................................................................................................................22 5.5 Perancangan Antarmuka..............................................................................................................................22 ................................................................................................................................................................................23 6 Implementasi........................................................................................................................................................24 6.1 Implementasi Kelas......................................................................................................................................24 6.2 Implementasi Basis Data..............................................................................................................................24 6.3 Implementasi Antarmuka.............................................................................................................................25 7 Pengujian..............................................................................................................................................................25 7.1 Rencana dan Prosedur Pengujian.................................................................................................................25 7.1.1 Rencana Pengujian................................................................................................................................25 7.1.2 Prosedur Pengujian................................................................................................................................26 7.2 Kasus Uji.......................................................................................................................................................26 7.2.1 Pengujian Use Case <nama use case>...................................................................................................26 7.3 Defect dan Status Perbaikan.........................................................................................................................26 7.4 Evaluasi Pengujian........................................................................................................................................27 8 Lampiran..............................................................................................................................................................28
DPPL-DOC-2011
1
1.1
Pendahuluan
Tujuan Penulisan Dokumen Dokumen ini ditujukan kepada perusahaan software house yang akan membangun software ini sesuai dengan apa yang diperlukan. Tujuan dokumen ini untuk memberikan gambaran secara lebih detil kepada para stakeholder tentang apa dan bagaimana software pembantu penyebaran informasi. Lingkup Masalah Lingkup masalah yang akan diselesaikan oleh sistem yang akan dibuat meliputi penyebaran informasi dengan cepat dan akurat. Aturan Penomoran
1.2
1.3
Bagian ini diisi dengan aturan penomoran yang digunakan dalam dokumen. 1.4 Referensi Project Charter dan Spesifikasi Kebutuhan Perangkat Lunak - Sistem Pembantu Penyeberan Informasi Menggunakan SMS Gateway Deskripsi Umum Dokumen (Ikhtisar) Dokumen berisi deskripsi umum dari sistem yang akan dibuat. Dokumen ditujukan kepada perusahaan software house yang akan membangun sistem ini. Diberikan juga detail dari sistem yang akan dibuat.
1.5
2 Kebutuhan Perangkat Lunak

2.1 Deskripsi Umum Sistem
Software ini bergantung pada jaringan internet dan server dari provider seluler, dimana nantinya operator seluler ini yang akan meneruskan mengirim pesan ke nomor seluler member. Contoh kasus yang mirip adalah pengiriman sms pengiriman info polis dari Prudential. Penyebaran informasi hanya terbatas kepada member yang sudah terdaftar di dalam sistem.
DPPL-DOC-2011
2.2
Fitur Utama Perangkat Lunak - Mengelola data member - Menyebarkan informasi via SMS Gateway/email - Membuat kegiatan - Menetapkan peserta dari sebuah kegiatan
2.2.1 Kebutuhan Fungsional 2.2.1.1 Sekretaris

Kode SRS-F-1-001 SRS-F-1-002 SRS-F-1-003 Kebutuhan Fungsional Mengelolah data member (menambah, mengedit dan menghapus) mengirimkan informasi cek konfirmasi
2.2.1.2 Member
Kode SRS-F-2-001 SRS-F-2-002 Kebutuhan Fungsional Menerima informasi mengirim konfirmasi terkait informasi yang diterima
2.2.2 Kebutuhan Non Fungsional

Kode SRS-NF-001 SRS-NF-002 Kebutuhan Non-Fungsional Melakukan lock screen saat standby Sistem membutuhkan jaringan internet untuk mengirim data ke provider
2.3
Spesifikasi Tambahan
Pada fase Inception: Bagian ini diisi dengan informasi tambahan mengenai setiap atau seluruh use case utama, terutama mengenai kebutuhan non fungsional. Pada fase Elaboration: Bagian ini diisi dengan informasi tambahan mengenai setiap atau seluruh use case, terutama mengenai kebutuhan non fungsional. Apabila pada fase ini masih ada perbaikan, daftar perubahan harus dilengkapi. Pada fase Construction: Bagian ini diisi dengan informasi tambahan versi final mengenai setiap atau seluruh use case, terutama mengenai kebutuhan non fungsional. Apabila pada fase ini masih ada perbaikan, daftar perubahan harus dilengkapi.
Program Studi Teknik Informatika USD DPPL-DOC-2011 Halaman 6/ dari 28 halaman
2.4
Glossary
Pada fase Inception: Bagian ini diisi dengan daftar istilah yang digunakan, terutama istilah yang spesifik terhadap domain problem. Pada fase Elaboration: Bagian ini diisi dengan daftar istilah yang digunakan, terutama istilah yang spesifik terhadap domain problem. Apabila pada fase ini masih ada perbaikan, daftar perubahan harus dilengkapi. Pada fase Construction: Bagian ini diisi dengan daftar istilah yang digunakan, terutama istilah yang spesifik terhadap domain problem. Apabila pada fase ini masih ada perbaikan, daftar perubahan harus dilengkapi. 3 3.1 Model Use Case Diagram Use Case
3.2
Definisi Actor Deskripsi Tugas Mengelolah data member (menambah, mengedit dan menghapus), cek konfirmasi dan mengirimkan informasi
DPPL-DOC-2011 Halaman 7/ dari 28 halaman
Nama Aktor User (Sekretaris)
Member 3.3
Menerima informasi, mengirim konfirmasi terkait informasi yang diterima
Definisi Use Case Deskripsi Menambahkan daftar member yang bisa menerima pesan lewat sistem (sebagai resipien) Membuat dan mengirim pesan kepada member Mengecek member yang melakukan konfirmasi kehadiran terkait pesan
No Use Case 1 Mengelola data member(menambah,edit,hapus) 2 Mengirimkan informasi 3 Cek konfirmasi
3.4 Skenario Use Case 1. Mengelola data member (menambah, mengedit dan menghapus) Aktor : User (sekretaris) Pra Kondisi : sudah menjalankan aplikasi (masuk ke sistem) Kondisi Akhir : data pada sistem berubah Basic flow : (1) Membuka form home (2) user Pilih menu Member pada form Home lalu membuka formTambahMember (3) sistem menampilkan form tambahmember (4) user Input data member yang baru pada formTambahMember (5) simpan data Alternatif Flow: (2) a. User memilih menu Member pada form Home untuk membuka formDaftarMember b. sistem menampilkan table daftar member c. Pilih member yang akan diedit datanya kemudian klik tombol edit untuk membuka panel edit data d. Melakukan pengeditan data e. simpan data (2) a. User memilih menu Memberr pada form Home untuk membuka panelDaftarMember b. sistem membuka panelEditMember c. Pilih member yang akan dihapus kemudian klik tombol hapus hingga muncul dialog konfirmasi hapus data d. klik tombol YES e. selesai 2. Mengirimkan informasi Aktor : User (sekretaris) Pra Kondisi : user sudah masuk ke sistem Kondisi Akhir : semua member yang ada pada list akan mendapatkan informasi Basic flow : (1) user memilih menu Pesan pada Home (2) sistem membuka panelkirimPesan (3) user menuliskan pesan di dalam panelkirimPesan (4) user memilih menekan tombol Resipien (5) sistem menampilkan daftar Member
DPPL-DOC-2011
kolom
Pesan
pada
(6) (7) (8) (9) (10)
user memilih member yang akan menerima pesan klik tombol OK sistem kembali ke form kirimPesan klik tombol SEND pada form kirimPesan untuk mengirim pesan sistem menyimpan data pesan ke database logPesan
3. Cek Konfirmasi Aktor : User (sekretaris) Pra Kondisi : Pesan sudah terkirim Kondisi Akhir : Konfirmasi dari member ke user Basic flow : (1) user memilih menu Cek Konfirmasi (2) sistem menampilkan panelCekKonfirmasi yang berisi data pesan (3) sistem mengambil data pesan dari databasePesan (4) user memilih pesan yang akan di cek konfirmasi kehadiran membernya lalu klik tombol Lihat penerima (5) sistem menampilkan table penerima pesan yang berisi nama member yang telah dikirimi pesan.
DPPL-DOC-2011
4 4.1
Model Analisis Realisasi Use Case Tahap Analisis
DPPL-DOC-2011
DPPL-DOC-2011
4.2
Diagram Kelas Keseluruhan
DPPL-DOC-2011
DPPL-DOC-2011
3. Cek konfirmasi
DPPL-DOC-2011
4.3
Kelas Analisis NAMA KELAS TANGGUNG JAWAB KELAS ATRIBUT
FORM HOME
1. menampilkan menu kirim 1. menu tambahMember pesan, tambah member, edit 2. menu editMember member dan cek konfirmasi 3. menu kirimPesan 4. menu cek konfirmasi TAMBAH 1. input data member 1. button SAVE 2. button CANCEL 3. textField namaMember 4. textField alamatMember 5. textField noHPMember 6. textField emailMember 1. button EDIT 2. button HAPUS 3. buttoN BACK 4. checklist daftarMember
FORM MEMBER
FORM EDIT MEMBER
Menampilkan daftar member
FORM EDIT MEMBER
DATA Menampilkan member Input isi pesan
detail
data 1. button SAVE 2. button CANCEL 1. textArea isiPesan 2. textField subject 3. menu daftarResipien 1. button OK 2. checkBOX selectAllMember 3. checklist daftarMember 4. namaMember 1. nama_member : string 2. alamat_member : string 3. no_hp : string 4. alamat_email : string 5. Id_member : string
FORM KIRIM PESAN
FORM RESIPIEN
Menampilan daftar member
MEMBER
HAPUS MEMBER TAMBAH MEMBER EDIT MEMBER PESAN KIRIM
Kontroler member
untuk
menghapus menambah
Kontroler untuk member baru
Kontroler untuk mengedit data member
Kontroler untuk mengirim pesan

DPPL-DOC-2011 Halaman 15/ dari 28 halaman
(sms gateway) DATABASE HANDLER Kontroler untuk koneksi ke database
4.4
Paket Analisis
4.4.1 Identifikasi Paket Analisis Pada fase Inception: Pada fase ini, bagian ini belum diisi. Pada fase Elaboration: Jika perlu, pemaketan dapat dilakukan untuk menyederhanakan persoalan. Bagian ini dapat diisi dengan daftar paket analisis dengan mengacu pada diagram use case. Satu atau lebih use case dapat digabung kedalam satu paket. Satu use case hanya boleh berada pada satu paket.
Contoh: N Nama Paket o 1. Paket Pengelolaan Informasi
Use Case Terkait 1. Pengelolaan Informasi Pelanggan 2. Pengelolaan Informasi Pegawai 3. Pengelolaan Informasi Produk
Gambarkan pula diagram package, serta berikan uraian singkat mengenai diagram tersebut. Diagram package menggambarkan ketergantungan antar package. Lengkapi daftar perubahan jika terjadi perubahan. Pada fase Construction: Bagian ini diisi dengan daftar dan diagram paket analisis versi final. Daftar perubahan harus dilengkapi jika pada fase ini terjadi perubahan. 4.4.2 Identifikasi Kelas Analisis tiap Paket Pada fase Inception: Pada fase ini, bagian ini belum diisi. Pada fase Elaboration: Bagian ini diisi dengan hasil identifikasi kelas analisis untuk setiap paket analisis dengan mengacu pada skenario setiap use case. Sebuah kelas seharusnya tidak muncul di lebih dari
satu paket. Jika sebuah kelas terlibat di dua use case yang berbeda paket, alokasikan kelas di salah satu paket. Hal ini akan menggambarkan ketergantungan antar paket.
Contoh: N Nama Paket o 1 Paket xxx Nama Kelas Analisis 1. 2. 3. Jenis Kelas (Boundary, Control, Entity)
Pada fase Construction: Bagian ini diisi dengan versi final identifikasi kelas analisis untuk setiap paket analisis. Lengkapi daftar perubahan jika terjadi perubahan. 4.5 Deskripsi Arsitektur
Pada fase Inception: Bagian ini belum diisi. Pada fase Elaboration: Bagian ini diisi dengan gambaran umum arsitektur perangkat lunak, mis. arsitektur clientserver atau arsitektur aplikasi berbasis web.
Pada fase Construction: Bagian ini diisi dengan versi final dari arsitektur perangkat lunak. Lengkapi daftar perubahan jika terjadi perbaikan.
DPPL-DOC-2011
5 Model Perancangan
5.1 Realisasi Use Case Tahap Perancangan
1. Mengelola data member

formHome mengelolaMember
tambahMember
editMember
konfirmasi daftar Member
editMember (select)
hapusMember
konfirmasi (edit database)
hapusMember (select)
2. Mengirim informasi
formHome form kirimPesan menulis Pesan di form
klik add (ambil resipien)
formResipien
pilih member terdaftar
kembali ke form Resipien
klik ok, kembali ke form Pesan
controller sendMessage (kirim ke operator)
klik Send
save database (logPesan)
3. cek Konfirmasi
Use Case Cek Konfirmasi : Form Daftar Pesan Pesan
HOME
Form Data Check Pesan
Member
5.2
Diagram Kelas Keseluruhan
:tambah member :form tambah member :edit member :form edit member :form edit data member :member :hapus member
:form home
:form kirim pesan
:form resipien
:pesan
5.3
No 1 2 3 4 5 6
Kelas Perancangan
Nama kelas perancangan FORM HOME FORM TAMBAH MEMBER FORM EDIT MEMBER PanelEditMember FORM EDIT DATA MEMBER FORM KIRIM PESAN FORM DAFTAR PESAN PanelCekKonfirmasi FORM DATA CHECK PESAN PanelKirimPesan Nama kelas analisis Home PanelTambahMember
7 8
FORM RESIPIEN MEMBER

DPPL-DOC-2011
Resipien Member
9 11 12 13 14 15
HAPUS MEMBER TAMBAH MEMBER EDIT MEMBER PESAN KIRIM DATABASE HANDLER Pesan controllerPesan DatabaseHandler controllerMember
5.3.1 Operasi dan Atribut a. Member Nama Operasi Visibility (private, public) Set Method get method isNamaValid public public public Set method dari atribut yang dimiliki Get method dari atribut yang dimiliki Untuk melakukan pengecekan nama, mengembalikan true jika sesuai ketentuan Untuk melakukan pengecekan email, mengembalikan true jika sesuai ketentuan Untuk melakukan pengecekan no hp, mengembalikan true jika sesuai ketentuan Untuk melakukan pengecekan alamat, mengembalikan true jika sesuai ketentuan Keterangan
isEmailMemberValid
public
isNoHpMemberValid
public
isAlamatMemberValid
public
Nama Atribut
Visibility (private, public)
Tipe
namaMember noHp
private private
DPPL-DOC-2011
String String
alamatMember alamatEmail
Pesan
private private
String String
Nama Operasi
Keterangan
Set Method get method
public public
Set method dari atribut yang dimiliki Get method dari atribut yang dimiliki
Nama Atribut
Tipe
judulPesan isiPesan noPesan 5.3.2 Algoritma/Query
private private private
String String Int[]
Bagian ini hanya diisi untuk kerangka algoritma untuk proses-proses yang dianggap cukup penting. Implementasi skeleton code juga sudah dapat dilakukan untuk kelas-kelas yang terdefinisi pada bahasa pemrograman tertentu
Contoh: Nama Kelas Nama Operasi Algoritma : : :
(Algo-xxx)
{Jika mengacu query tertentu, lengkapi tabel query di bawah} Query : No Query Query Q-xxx
Keterangan Tuliskan fungsi dari querynya
5.3.3 Diagram Statechart Bagian ini hanya diisi jika ada kelas yang kompleks. Perubahan status kelas tersebut harus digambarkan dalam bentuk diagram statechart.
5.4
Perancangan Basis Data
Pada fase Elaboration: Bagian ini diisi ER Diagram dan rencana tabel relasional. Sebagai petunjuk, kelas-kelas entity yang akan diimplementasikan sebagai tabel dibuat ERD-nya. 5.5 Perancangan Antarmuka
* frame Login
* Form Home
DPPL-DOC-2011
* Form kirimPesan
* Form TambahMember
6 Implementasi
6.1 Implementasi Kelas No Nama Kelas Nama File Fisik 1 2 3 4 5 6 7 8 9 10 11 Login Home User Cek Konfirmasi Kirim Pesan Tambah Member Timer awal controller handler controller : member controller : pesan Database : member Database : pesan Login.java Home.java PanelCekKonfirmasi.java PanelKirimPesan.java PanelTambahMember.jav a Progressbar.java controllerHandler.java controllerMember.java databasePesan.java Member.java Pesan.java Nama File Executable Programmer Jeanot Jeanot,Yudi Jeanot, Fidi Jeanot, Yudi Jeanot, Yudi Fidi Jeanot Yosi Yosi Jeanot, Yosi Fidi, Yudi
6.2
Implementasi Basis Data
Pada fase Elaboration:

Bagian ini diisi dengan daftar tabel yang TELAH diimplementasikan. Misalnya dalam bentuk tabel berikut: No 1 2 Nama Kelas Database Member Database Pesan Nama Tabe Member Pesan Nama File SQL member.sql Pesan.sql Programmer Yosi, Fidi Jeanot, Yudi
6.3
Implementasi Antarmuka
Pada fase Inception: Bagian ini belum diisi. Pada fase Elaboration: Bagian ini diisi dengan daftar implementasi antarmuka. Misalnya dalam bentuk tabel berikut:
No Antarmuka Nama File Fisik Nama File Executable Programmer
7 Pengujian
7.1 Rencana dan Prosedur Pengujian
7.1.1 Rencana Pengujian Pada fase Inception: Bagian ini belum diisi. Pada fase Elaboration: Bagian ini belum diisi. Pada fase Construction: Bagian ini diisi dengan rencana pengujian, misalnya dalam bentuk tabel berikut:
No 1 Unit Test/Kelas Xxx Pengujian 1. Skenario normal 2. Skenario xxx (acu no.skenario) 3. Skenario yyy Jenis Pengujian 1. White Box Identifikasi U-1-1 U-1-2 U-1-3 U-2-xxx
No 1
Use Case xxx
Pengujian 1. Skenario normal 2. Skenario xxx (acu no.skenario) 3. Skenario yyy
Jenis Pengujian 1. Black box 2. Black Box 3.

DPPL-DOC-2011
Identifikasi U-1-xxx U-1-xxx U-1-xxx

U-2-xxx
7.1.2 Prosedur Pengujian Pada fase Inception: Bagian ini belum diisi. Pada fase Elaboration: Bagian ini belum diisi. Pada fase Construction: Bagian ini diisi dengan prosedur pengujian, misalnya persiapan pengujian, urutan pengujian yang harus dilakukan, dll. Bagian ini diisi dengan prosedur pengujian versi final. Lengkapi daftar perubahan. 7.2 Kasus Uji
Pada fase Inception: Bagian ini belum diisi. Pada fase Elaboration: Pada fase Construction: Bagian ini diisi dengan kasus uji untuk setiap use case (dibuat subbab untuk setiap use case). Contohnya adalah sebagai berikut: 7.2.1 Pengujian Use Case <nama use case>
Identifikasi Deskripsi Prosedur Pengujian Masukan Keluaran yang Diharapkan 01<tgl_lahir>001 01<tgl_lahir>002 01<tgl_lahir>003 dst 02<tgl_lahir>001 02<tgl_lahir>002 02<tgl_lahir>003 dst Kriteria Evaluasi Hasil 01<tgl_ lahir> <nomor terurut> 02<tgl_ lahir> <nomor terurut> Hasil yang Didapat 01<tgl_ lahir><no_ loncat 02<tgl_ lahir><no_ terurut> Kesimpulan
U-1-01
Pengujian hasil pemasukan data pelanggan oleh operator Pengujian hasil pemasukan data pelanggan oleh pelanggan secara on-line
o o
U-1-02
o o o
Buka File data pelanggan Cari rekord dengan data modus pemasukan yang diinginkan Lihat tanggal lahir pelanggan Lihat kode pelanggan Banding kan dengan rumus pembangkitan kode pelanggan
Kode modus pemasukan operator (01) Kode modus pemasukan on-line (02)
ditolak
diterima
7.3
Defect dan Status Perbaikan
Pada fase Inception: Bagian ini belum diisi

Pada fase Elaboration: Bagian ini belum diisi Pada fase Construction: Bagian ini diisi dengan defect yang ditemukan setelah melakukan pengujian dan status perbaikannya 7.4 Evaluasi Pengujian Pada fase Inception: Bagian ini belum diisi Pada fase Elaboration: Bagian ini belum diisi Pada fase Construction: Bagian ini diisi dengan uraian evaluasi hasil pengujian.
DPPL-DOC-2011
8 Lampiran
Fase Inception: Bagian lampiran diisi dengan pembagian tugas, rencana iterasi, notulen koordinasi Fase Elaboration: Lengkapi dengan tambahan notulen koordinasi. Fase Construction: Lengkapi dengan user manual dan contoh brosur promosi produk perangkat lunak.
DPPL-DOC-2011

DPPL-RPL BO

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

DPPL-RPL BO

Diunggah oleh

Hak Cipta:

Format Tersedia

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

SISTEM PEMBANTU PENYEBARAN INFORMASI MENGGUNAKAN SMS GATEWAY

Program Studi Teknik Informatika Universitas Sanata Dharma Yogyakarta

Program Studi Teknik Informatika USD

INDEX TGL Ditulis oleh Diperiksa oleh Disetujui oleh

Program Studi Teknik Informatika USD

Halaman 2/ dari 28 halaman

Daftar Halaman Perubahan Halaman Revisi Halaman Revisi

Program Studi Teknik Informatika USD

Halaman 3/ dari 28 halaman

Program Studi Teknik Informatika USD

Halaman 4/ dari 28 halaman

2 Kebutuhan Perangkat Lunak

Program Studi Teknik Informatika USD

Halaman 5/ dari 28 halaman

2.2.1 Kebutuhan Fungsional 2.2.1.1 Sekretaris

2.2.2 Kebutuhan Non Fungsional

Nama Aktor User (Sekretaris)

Program Studi Teknik Informatika USD

Menerima informasi, mengirim konfirmasi terkait informasi yang diterima

No Use Case 1 Mengelola data member(menambah,edit,hapus) 2 Mengirimkan informasi 3 Cek konfirmasi

Program Studi Teknik Informatika USD

Halaman 8/ dari 28 halaman

(6) (7) (8) (9) (10)

Program Studi Teknik Informatika USD

Halaman 9/ dari 28 halaman

Model Analisis Realisasi Use Case Tahap Analisis

Program Studi Teknik Informatika USD

Halaman 10/ dari 28 halaman

Program Studi Teknik Informatika USD

Halaman 11/ dari 28 halaman

Diagram Kelas Keseluruhan

Program Studi Teknik Informatika USD

Halaman 12/ dari 28 halaman

Program Studi Teknik Informatika USD

Halaman 13/ dari 28 halaman

Program Studi Teknik Informatika USD

Halaman 14/ dari 28 halaman

Kelas Analisis NAMA KELAS TANGGUNG JAWAB KELAS ATRIBUT

FORM EDIT MEMBER

Menampilkan daftar member

FORM EDIT MEMBER

DATA Menampilkan member Input isi pesan

FORM KIRIM PESAN

Menampilan daftar member

HAPUS MEMBER TAMBAH MEMBER EDIT MEMBER PESAN KIRIM

Kontroler untuk member baru

Kontroler untuk mengedit data member

Kontroler untuk mengirim pesan

Program Studi Teknik Informatika USD

(sms gateway) DATABASE HANDLER Kontroler untuk koneksi ke database

Contoh: N Nama Paket o 1. Paket Pengelolaan Informasi

Program Studi Teknik Informatika USD

Halaman 17/ dari 28 halaman

1. Mengelola data member

konfirmasi daftar Member

konfirmasi (edit database)

klik add (ambil resipien)

pilih member terdaftar

kembali ke form Resipien

klik ok, kembali ke form Pesan

controller sendMessage (kirim ke operator)

save database (logPesan)