Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

1 Pertemuan 18 Aplication Domain Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.

Presentasi serupa


Presentasi berjudul: "1 Pertemuan 18 Aplication Domain Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5."— Transcript presentasi:

1 1 Pertemuan 18 Aplication Domain Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5

2 2 Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : Mahasiswa dapat Memisahkan Object dengan Class pada Aplication Domain dan Problem Domain (C4) Mahasiswa dapat Menemukan Actor dan Use Case (C3) Mahasiswa dapat Membuat diagram / skema Use Case (C4)

3 3 Outline Materi Menentukan Actor Menentukan Use Case

4 4 Dasar Usage Analysis Tentukan application domain dengan use cases. Evaluasi use case bekerja sama dengan users. Perhatikan perubahan organisasi yang dapat mengubah application domain

5 5 Menentukan Actors dan Use Cases Berdasarkan pekerjaan dan pembagian pekerja Identifikasikan actors –Perhatikan seseorang yang berperan dengan peran yang sama –Terapkan pada sistem seperti pada orang atau user Menerangkan actor –Masukan tujuan actor, karakteristik dan contoh Jelaskan use cases –Gunakan statecharts dan atau dengan kalimat –Buatlan sederhana dan tanpa detil yang tidak diperlukan

6 6 Analisis Pekerjaan Perlu mengerti hubungan dari sistem pada application domain –Pekerjaan apa yang ada didalam application domain? –Bagiaman pembagian pekerjanya? –Bagaimana pekerjaan yang berbeda dapat dihilangkan ? Jangan terlalu menekankan cara kerja sekarang Hasil utama adalah daftar yang lengkap dari pekerjaan di application domain

7 7 Contoh Penjelasan tentang Actor Account Owner Goal: A person who owns an account. The account owner’s basic need is to make payments with their plastic card. Characteristic: The system’s users include many and very different account owners. Examples: Account owner A is insecure in the use of a plastic card as a form of payment. A only withdraws money from the ATM in emergency situations. Account owner B is technologically curious and uses the system often, optimally, and to the limit of its abilities.

8 8 Contoh Statechart for ‘Cash Withdrawal’ Use Case Rejected Code entered Amount approved Awaiting amount Amount chosen Code accepted Payment Approve amount Choose amount Amount not approved Awaiting code Enter code Cancel (Mathiassen et al, 2000) Card inserted Insert card Prompt for code

9 9 Example Text Description for ‘Cash Withdrawal’ Use Case: cash withdrawal is started by the account owner, when they wish to use their credit card to withdraw cash from an ATM. The account owner inserts their card into the ATM, and are then requested via the screen to type their PIN code. The screen will either show a polite denial, the card will be ejected from the ATM and the process will be canceled; or the screen will show a menu requesting the account owner to choose an amount of money by typing on the ATM’s keyboard. A new screen picture requests the account owner to approve the transaction. If the transaction is not approved the account owner is again requested to type an amount. Otherwise the use case ends by the ejection of the card, and the desired amount of money being paid. Objects: (to be added later) Functions: (to be added later)

10 10 Use Case dan Struktur Actor Perlu menghubungkan use case dan actor satu sama lain Dapat dilakukan dengan ‘Actor table’, tetpai hanya untuk associations Dapat juga dilakukan dengan ‘Use Case Diagrams’ –Mempunyai actors dan use cases –Gunakan structure untuk menghubungkan antara actor seperti pada ‘Class Diagram’

11 11 Contoh Actor Table

12 12 Groups of Use Cases Deposit Get customer information Cash withdrawal Deposit Maintain Establishment Payments Loan Bank Employee Customer involved in all deposit use cases Customer involved in only payment loan use case Bank employee involved in all loan use cases Bank employee involved in 2 of 3 deposit use cases

13 13 Explore Use Case Patterns The procedural pattern –General pattern for insuring that steps in a process or a sequence of rules are followed The material pattern –General pattern when there are few rules to follow, i.e. actions can be taken in any order –May possibly have some small action sequences specified as side patterns

14 14 Pola Procedural State n State 1 action 1 action 2 action n+1 Can’t do action 2 unless action 1 is already done

15 15 The Material Pattern Process n+1 General State start action action 2 final action action 1 Process n Actions 1 & 2 can be done in any order Processes must be completed before returning to general state Material pattern is for ‘artisan like’ materials that can be manipulated in any desired order. E.g. diagrams, text, drawings being constructed.

16 16 Evaluate Systematically Carefully study descriptions for mistakes and inconsistencies. Test use cases to see if true in practice, e.g. using prototypes to experiment. Evaluate the social changes in the application domain.

17 17 Evaluation Criteria Use cases should be simple, constitute a coherent whole. The description of actors and use cases should provide understanding and overview. Use cases should be described in enough detail to enable identification of functions and interface elements (our next topic in application domain analysis!).

18 18 Experimenting with Prototypes Notation of use cases doesn’t allow successful verification by the users Construct experiments so that –Use future users for testing –Make environment as realistic as possible Be sure to follow five phases covered earlier: planning, development, preparation, test, and summarising

19 19 Principles of Usage Analysis Determine the application domain with use cases. –Need cooperation between users and developers. –Both an analytical and a creative activity. Evaluate use cases in collaboration with users. –Best way is with prototypes. –Can be paper and pencil exercises. Assess social changes in the application domain. –Rethink the business processes. –Avoid work-related problems and unnecessary human adjustments.

20 20 Tutorial: Usage Analysis Individually, brainstorm a list of use cases and actors for the Paul’s Pools example. As a class, compare and discuss your lists and agree on a refined list. Identify which use cases are performed by which actors. With the rest of the class, choose one use case and specify it.

21 21 Contoh Kasus Menentukan aktor Menentukan use case Kasus Persewaan Video Kasus Toko Bahan Bangunan

22 22 Suatu sistem untuk mengelola pelanggan dan penyewaan video didalam toko persewaan video. Tokonya menawarkan video dalam kategori yang ber-beda-beda. Untuk menjadi member gratis dan terbuka untuk semua orang tetapi diharuskan mendaftar untuk menyewa video. Tokonya melacak aktifitas dari setiap pelanggan dan akan mengirimkan reminder bila video tidak dikembalikan dalam waktu 48 jam. Reminder kedua akan dikirim setelah satu minggu, dan jika tidak mengembalikan video, pelanggan akan diexclude hingga videonya di kembalikan. Untuk setiap video title, ada beberapa tape untuk disewakan, dan member dapat memesan video tertentu untuk di sewa pada tanggal tertentu. Gambarkan Use Case Diagram Video Rental Store

23 23 USE CASE DIAGRAM Pendaftaran Member Sewa Kembali Pesan Kirim Reminder Karyawan

24 24 Terima Kasih


Download ppt "1 Pertemuan 18 Aplication Domain Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5."

Presentasi serupa


Iklan oleh Google