Spesifikasi Use Case : Pengelolaan Agreement
b. Data Partner
Multifinance yang diinputkan tidak lengkap 1. Sistem memberikan pesan data tidak lengkap 2. Kembali ke basic flow langkah 2 Extend - Include Use Case : Login3.2.6 Spesifikasi Use Case : Pengelolaan Agreement
Use Case ID SKPL-SIPPABAMUL-B-02 Use Case Name Pengelolaan Agreement Use Case Type Essential Priority High Actors Petugas entri Description Use case ini digunakan Petugas entri untuk mengelola Agreement perangkat lunak SIPPABAMUL. Preconditions Use Case : Login sudah dilakukan dan aktor sudah memasuki sistem. Program Studi Teknik Informatika SKPL- SIPPABAMUL 43 127 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Basic Flow B-02-01. Menambah Agreement 1. Sistem menampilkan antarmuka untuk menambah Agreement. 2. Aktor memasukkan Agreement yang baru. 3. Sistem menyimpan Agreement yang baru ke database. Alternative Flow B-02-02. Mengubah Agreement 1. Sistem menampilkan antarmuka untuk mengubah Agreement. 2. Aktor memilih Agreement yang akan diubah. 3. Sistem menampilkan Agreement ke layar. 4. Aktor mengubah Agreement. 5. Sistem menyimpan Agreement yang sudah diubah ke database. B-02-03. Menghapus Agreement 1. Sistem menampilkan antarmuka untuk menghapus Agreement 2. Aktor mengisi kode Agreement dari Agreement yang akan dihapus. 3. Sistem menghapus Agreement sesuai dengan username yang dimasukkan. B-02-04. Mencari Agreement 1. Sistem menampilkan antarmuka untuk mencari Agreement 2. Aktor mengisi kata kunci pencarian. 3. Sistem menampilkan Agreement sesuai dengan kata kunci yang Program Studi Teknik Informatika SKPL- SIPPABAMUL 44 127 Dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-UAJY dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika dicari. B-02-05. Menampilkan Agreement 1. Sistem menampilkan antarmuka untuk menampilkan Agreement. 2. Sistem menampilkan semua Agreement yang ada. Postcondition Data Agreement bertambah jika melakukan operasi menambah Agreement, dan Agreement diperbaharui jika melakukan operasi ubah Agreement, dan Agreement berkurang jika melakukan operasi menghapus Agreement. Exception Flowa. Agreement yang diinputkan tidak
Parts
» Tujuan Lingkup Masalah KESIMPULAN DAN SARAN
» Definisi, Akronim dan Singkatan
» Antarmuka Sistem Arsitektur Aplikasi Antarmuka Pemakai
» Referensi Deskripsi umum Overview Fungsi Produk
» Karakteristik Pengguna Batasan-batasan Asumsi dan Ketergantungan
» Spesifikasi Use Case : Pengelolaan Data
» Spesifikasi Use Case : Pengelolaan Agreement
» Spesifikasi Use Case : Pengelolaan Setting
» Spesifikasi Use Case : Pengelolaan Proses
» Spesifikasi Use Case : Pengelolaan reschedule Spesifikasi Use Case : Pengelolaan Laporan
» Pengelolaan Data Pengguna Collaboration Diagram .1
» Pengubahan Password Pengelolaan Data Holiday
» Pengelolaan Data Partner Multifinance
» Pengelolaan Agreement Collaboration Diagram .1
» Pengelolaan Setting Mapping Field
» Pengelolaan Proses Disbursment Collaboration Diagram .1
» Pengelolaan Proses Payment Collaboration Diagram .1
» Pengelolaan reschedule Pengelolaan Laporan Informasi Debitur
» Deskripsi Entitas DataUser D Deskripsi Entitas DataAgreement Deskripsi Entitas DataUploadHeader
» Deskripsi Entitas DataDealer Deskripsi Entitas DataInsurance
» Deskripsi Entitas DataDocuments Deskripsi Entitas DataCorporateManagement
» Deskripsi Entitas DataCustomer Dekomposisi Data .1
» Deskripsi Entitas DataObject Dekomposisi Data .1
» Deskripsi Entitas DataUploadLoan Dekomposisi Data .1
» Deskripsi Entitas DataAdditionalCollateral Deskripsi Entitas DataLoanAccount
» Deskripsi Entitas DataSchedule Deskripsi Entitas DataReschedule
» Pengelolaan Data Pengguna Sequence Diagram .1
» Pengelolaan Agreement Sequence Diagram .1
» Pengelolaan Proses Disbursment Sequence Diagram .1
» Pengelolaan Proses Payment Sequence Diagram .1
» Pengelolaan reschedule Sequence Diagram .1
» Referensi Physical Data Model Class Diagram
» Specific Design Class controlLogin Specific Design Class Specific Design Class
» Specific Design Class Specific Design Class
» Specific Design Class Class Diagram Specific Description .1
» Specific Design Class controlReschedule Specific Design Class Specific Design Class
» Specific Design Class MdlUser Specific Design Class MdlRole
» Specific Design Class MdlMultifinance Specific Design Class MdlAgreement
» Specific Design Class MdlReschedule Specific Design Class MdlDataHoliday
» Login Form utama Administrator
» Pengelolaan Data Pengguna KESIMPULAN DAN SARAN
» Pengelolaan Data Holiday KESIMPULAN DAN SARAN
» Pengubahan Password Form utama Petugas entri Pengelolaan Data Multifinance
» Pengelolaan Agreement dan Pengeloaan Setting Mapping Field
» Pengelolaan Proses Disbursment petugas entri
» Pengelolaan Proses Disbursment petugas approve
» Pengelolaan Proses Disbursment – input reversal disbursment
» Pengelolaan Proses Disbursment – approve reversal disbursment
» Pengelolaan Proses Payment – mirroring payment Pengelolaan Proses Payment – non mirroring payment
» Pengelolaan Reversal Proses Payment – approve reversal payment
» Pengelolaan Reschedule petugas entri Pengelolaan Reschedule – approve rescheduling
» Tujuan Deskripsi Umum Sistem
» Definisi dan Singkatan KESIMPULAN DAN SARAN
» Identifikasi Pengujian KESIMPULAN DAN SARAN
» Hasil Pengujian Use Case Login .1 Hasil Pengujian Use Case Pengubahan Password .1
» Hasil Pengujian Menambah Data holiday AU-04- Hasil Pengujian Mengubah Data holiday AU-04-
» Hasil Pengujian Menambah Data Partner
» Hasil Pengujian upload file excel AU-08-01
Show more