# data[].attributes.body
16. Tentukan acara temporal dan kemudian memberikan contoh  yang berlaku untuk menetapkan sistem rekening.

temporal event adalah suatu peristiwa yang terjadi akibat dari mencapai batas/titik waktu. event temporal ini berbeda dari external event, dalam temporal event sistem harus secara otomatis menghasilkan output atau informasi yang diperlukan tanpa diberitahu untuk melakukannya. Dengan kata lain, tidak ada eksternal agen atau aktor membuat tuntutan, tetapi sistem yang seharusnya untuk menghasilkan informasi atau output lainnya ketika mereka dibutuhkan.

contoh dari temporal event :

sebuah sistem HRD akan menambahkan jatah cuti tahunan untuk para karyawannya setiap awal tahun (per 1 Januari).

temporal event untuk mencari meliputi:

√ output internal diperlukan

√ laporan Manajemen (ringkasan atau pengecualian)

√ laporan Operasional (transaksi rinci)

√ laporan internal dan dokumen (termasuk gaji)

√ Eksternal output yang dibutuhkan

√ Laporan, laporan status, tagihan, pengingat

# data[].attributes.body
16. Tentukan acara temporal dan kemudian memberikan contoh yang berlaku untuk sistem rekening giro.
sebagai acara-acara yang terjadi akibat dari
mencapai titik waktu.
Banyak sistem informasi menghasilkan output pada didefinisikan interval, seperti sistem penggajian yang menghasilkan gaji setiap dua minggu (atau setiap bulan). Kadang-kadang, output laporan bahwa manajemen ingin menerima secara teratur, seperti laporan kinerja atau laporan pengecualian. Peristiwa ini berbeda dari peristiwa eksternal dalam sistem harus secara otomatis menghasilkan output yang diperlukan tanpa diberitahu untuk melakukannya. Dengan kata lain, tidak ada eksternal agen atau aktor membuat tuntutan, tetapi sistem yang seharusnya untuk menghasilkan informasi atau output lainnya ketika mereka dibutuhkan.

Peristiwa Temporal untuk mencari meliputi :
√ output internal dibutuhkan
√ laporan Manajemen ( ringkasan atau pengecualian )
√ laporan Operasional ( transaksi rinci )
√ pernyataan internal dan dokumen ( termasuk gaji )
√ output eksternal yang dibutuhkan
√ Laporan , laporan status , tagihan , pengingat

# data[].attributes.body
15.Mendefinisikan sebuah acara eksternal dan kemudian memberikan contoh yang berlaku untuk menetapkan sistem rekening.

external event adalah suatu peristiwa yang terjadi di luar sistem-biasanya dimulai oleh agen eksternal atau aktor.  Agen eksternal (atau aktor) adalah seseorang atau unit organisasi yang memasok atau menerima data dari sistem. Untuk mengidentifikasi key  external events, analis pertama kali mencoba untuk mengidentifikasi semua eksternal agen yang mungkin ingin sesuatu dari sistem.

contoh klasik dari agen eksternal pelanggan :

Pelanggan mungkin ingin memesan untuk satu atau lebih produk. acara/event ini adalah sangat penting untuk sebuah sistem order-pengolahan, seperti yang dibutuhkan oleh Ridgeline Gunung Outfitters.  Tapi peristiwa lainnya yang berhubungan dengan pelanggan. Kadang-kadang, sebuah pelanggan ingin mengembalikan produk yang dipesan atau pelanggan perlu membayar tagihan untuk pesanannya.

peristiwa eksternal seperti ini adalah jenis yang Analis cari karena mereka mulai menentukan apa sistem perlu mampu melakukan. Mereka adalah peristiwa yang menyebabkan transaksi penting bahwa sistem harus memproses.

peristiwa eksternal untuk mencari meliputi:

√ agen eksternal menginginkan sesuatu yang mengakibatkan transaksi

√ agen eksternal ingin beberapa informasi

√ data berubah dan perlu diperbarui

√ Manajemen ingin beberapa informasi

# data[].attributes.body
No : 8
Secara umum pemilihan dan penggunaan sistem di tentukan berdasarkan skala priotritas melalui proses penemuan dan penilaian, penentuan sistem di tentukan bersasarkan dimensi kualitas compiliance (pemenuhan),Availability (ketersediaan),Efficienc (efisien), Realibility (keandalan), Integrity (kesatuan), effectiveness (efektif) dan Confidentiality (keyakinan).

No:9
Beberapa teknik dekomposisi acara di rekomendasikan untuk mengidentifikasi use case yang dijelaskan secara rinci, Analis harus mengidentifikasi pada tingkat detail dan tepat. sebagai contoh, seorang analis mengidentifikasi use case pengetikan nama pelanggan pada formulir. kedua, seorang analis mengidentifikasi use case sebagai proses penambahan pelanggan baru . ketiga, bahkan seorang analis menentukan use case dengan bekerja bersama dengan pelanggan sepanjang hari, yang dapat mencakup meanmbahkan pelanggan baru, memperbarui catatan pelanggan, menghapus pelanggan, menindaklanjuti keterlambatan pembayaran pelanggan, atau menghubungi mantan pelanggan. Contoh pertama terlalu sempit untuk dapat digunakan. Contoh kedua mendefinisikan tujuan lengkap dari seorang pengguna , yang merupakan analis tingkat yang tepat untuk use case. bekerja dengan pelanggan sepanjang hari dan contoh ketiga terlalu luas untuk dapat digunakan.

No : 12
Sebuah event terjadi pada waktu dan tempat tertentu, dapat dijelaskan dan diingat oleh sistem. Event mendorong atau memicu semua proses yang sistem lakukan , sehingga daftar event dan analisanya masuk akal ketika perlu menentukan persyaratan sistem dengan mengidentifikasi use case.

# data[].attributes.body
28. Mengapa seorang analis sistem menarik banyak berbeda menggunakan diagram kasus ketika meninjau kasus penggunaan dengan pengguna akhir?
jawab:
Analis menciptakan berbagai diagram use case untuk berkomunikasi dengan pengguna, stakeholder, manajemen, dan anggota tim. Langkah-langkah untuk mengembangkan kasus penggunaan diagram adalah:

1. Identifikasi semua stakeholder dan pengguna yang akan mendapatkan keuntungan dengan memiliki penggunaan yang diagram kasus.
2. Tentukan apa yang masing-masing stakeholder atau kebutuhan pengguna untuk meninjau dalam kasus penggunaan diagram. Biasanya, diagram use case mungkin dihasilkan untuk setiap subsistem, untuk setiap jenis pengguna, untuk kasus penggunaan dengan? termasuk? hubungan, dan untuk penggunaan kasus yang menarik untuk para pemangku kepentingan tertentu.
3. Untuk setiap kebutuhan komunikasi potensial, pilih kasus penggunaan dan aktor untuk menunjukkan dan menggambar diagram use case. Ada banyak paket perangkat lunak yang dapat digunakan untuk menggambar diagram penggunaan kasus.
4. Hati-hati nama masing-masing diagram use case dan kemudian perhatikan bagaimana dan kapan diagram harus digunakan untuk meninjau kasus penggunaan dengan stakeholder dan pengguna.

# data[].attributes.body
29.Apakah itu<<include > hubungan antara dua kasus use case?
jawab:

Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya.secara umum di asumsikan bahwa use case yang di include akan di panggil setiap kali use case yang meng-include di eksekusi secara normal.Sebuah use case dapat di include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat di hindari dengan cara menarik keluar fungsionalitas yang common.

# data[].attributes.body
27. Berapa banyak pelaku dapat berhubungan dengan kasus digunakan pada diagram use case?
jawab:
Aktor tidak harus berinteraksi dengan satu use case saja, tetapi aktor dapat berinteraksi dengan banyak use case dan suatu use case dapat berinteraksi dengan banyak aktor.

# data[].attributes.body
NO:11  Apakah yang dimaksud dengan proses bisnis dasar (EBP)?
Praktik berbasis bukti (EBP) adalah pendekatan interdisipliner untuk praktek klinis yang telah mendapatkan tanah setelah pengenalan formal pada tahun 1992. Ini dimulai dalam pengobatan sebagai obat berbasis bukti (EBM) dan menyebar ke bidang lain seperti kedokteran gigi, keperawatan, psikologi, pendidikan, ilmu perpustakaan dan informasi dan bidang lainnya. Prinsip dasarnya adalah bahwa semua keputusan praktis dibuat harus

1) didasarkan pada studi penelitian

2) bahwa studi penelitian dipilih dan ditafsirkan sesuai dengan beberapa norma spesifik  karakteristik EBP.

Biasanya norma tersebut mengabaikan teori dan studi kualitatif dan mempertimbangkan studi kuantitatif menurut seperangkat sempit kriteria apa yang dianggap sebagai bukti. Jika seperti yang sempit kriteria metodologis tidak diterapkan, lebih baik bukan hanya untuk berbicara tentang penelitian berbasis praktik. [1] berbasis bukti perilaku praktek (EBBP) "memerlukan pengambilan keputusan tentang bagaimana untuk meningkatkan kesehatan atau memberikan perawatan dengan mengintegrasikan bukti terbaik yang tersedia dengan keahlian praktisi dan sumber daya lainnya, dan dengan karakteristik, kondisi, kebutuhan, nilai-nilai dan preferensi mereka yang akan terpengaruh.

# data[].attributes.body
14. Apakah tiga jenis acara?

Ada tiga jenis acara ketika menggunakan dekomposisi acara
Teknik untuk mengidentifikasi kasus use case:
- Acara eksternal,
Sebuah peristiwa eksternal adalah suatu peristiwa yang terjadi di luar sistem-biasanya dimulai oleh agen eksternal atau aktor.
- Acara temporal,
Acara-acara yang terjadi sebagai akibat dari mencapai titik waktu.
- Acara negara ( juga disebut peristiwa internal) .
Negara acara - acara yang terjadi ketika sesuatu terjadi di dalam sistem yang memicu kebutuhan untuk pengolahan .

Analis mulai dengan mencoba untuk mengidentifikasi dan daftar sebanyak peristiwa ini mungkin , menyempurnakan daftar ketika berbicara dengan use case sistem .

18. Apa asumsi teknologi yang sempurna?

Asumsi teknologi yang sempurna menyatakan bahwa peristiwa
harus dimasukkan selama analisis hanya jika sistem akan diperlukan untuk merespon
dalam kondisi sempurna (yaitu, dengan peralatan tidak pernah mogok, kapasitas untuk
pengolahan dan penyimpanan yang terbatas, dan orang-orang yang beroperasi sistem menjadi
benar-benar jujur dan tidak pernah membuat kesalahan).

7. Apa tujuan menyeluruh dari meminta use case tentang tujuan khusus mereka?

Analis pertama mengidentifikasi semua use case dan kemudian melakukan wawancara terstruktur dengan setiap use case. Dengan berfokus pada satu jenis use case pada satu waktu, analis sistematis dapat mengatasi masalah mengidentifikasi kasus use casean.
Selama wawancara, analis memandu use case untuk mengidentifikasi cara-cara khusus
bahwa sistem komputer dapat membantu use case melakukan tugas-tugas nya ditugaskan.
Tujuan menyeluruh adalah untuk mengidentifikasi bagaimana sistem dapat meningkatkan kinerja use case dan produktivitas, untuk meminta use case menjelaskan tujuan mereka untuk menggunakan sistem baru atau diperbarui.

19. Apa tiga contoh peristiwa yang kontrol sistem dalam sistem informasi yang khas yang tidak boleh dimasukkan sebagai kasus use case karena asumsi teknologi yang sempurna?
-peristiwa eksternal,
setiap peristiwa eksternal, mengidentifikasi dan nama kasus use case bahwa sistem membutuhkan.yang melibatkan benar-benar menggunakan sistem fisik, seperti log on. Meskipun penting untuk operasi akhir dari sistem, rincian pelaksanaan seperti harus ditangguhkan.
Sebagai contoh,
log on ke sistem diperlukan karena kontrol keamanan sistem.
-peristiwa temporal,
mengidentifikasi dan nama kasus use case bahwa sistem membutuhkan dan kemudian menetapkan titik waktu yang akan memicu kasus  use casean.
-peristiwa negara, mengidentifikasi dan nama kasus use case bahwa sistem membutuhkan dan kemudian menentukan perubahan negara.
Ketika peristiwa dan kasus use case didefinisikan, periksa untuk melihat apakah mereka diwajibkan oleh menggunakan asumsi teknologi yang sempurna.Tidak termasuk peristiwa yang melibatkan sistem kontrol seperti login, logout, ubah password, dan backup atau mengembalikan database, karena ini dimasukkan ke dalam sebagai kontrol sistem.

# data[].attributes.body
26. Apa Automation Boundary pada use case diagram, dan bagaimana cara diwakili?
jawab:
Automation Boundary yaitu garis batas/ perbatasan antara  bagian  komputerisasi dari aplikasi dan pengguna yang mengoperasikan aplikasi, automation boundary ditampilkan sebagai persegi panjang yang di dalamnya mengandung use case. Berikut contoh penggambaran pada diagram use case.

# data[].attributes.body
25. Apa nama lain untuk "aktor" di UML, dan bagaimana penggambaran pada diagram use case?
jawab :
nama lain untuk aktor adalah user,pengguna, organisasi (pengirim atau penerima data dari sistem ) atau sesuatu (perangkat,sitem lain) yang berinteraksi dengan sistem, dan pada use case diagram "actor" digambarkan atau dilambangkan dengan stick figure. Actor yang diberi tanda <<sistem>>, mengindikasikan ia adalah sebuah sistem dan Actor yang diberi nama "Time", mengindikasikan ia adalah schedule event (kejadian yang berlangsung secara periodik/berkala).
Berikut adalah contoh penggambaran "actor" pada diagram.

# data[].attributes.body
Baru 2 orang yang jawab

# data[].attributes.body
No. 1.

Apa enam kegiatan analisis sistem, dan yang kegiatan dibahas dimulai dengan bab ini?

Fase Pertama : Melakukan Investigasi Awal

Empat langkah yang ada pada fase pertama?
Tujuan dari fase pertama ini adalah melakukan analisis awal, mencari alternative solusi, mendeskripsikan biaya dan keuntungn, dan menyerahkan rencana awal dengan beberapa rekomendasi. Empat langkah fase pertama ialah:
1. Melakukan analisis awal, anda perlu mencari apa yang menjadi tujuan organisasi dan sifat serta cakupan masalah, selanjutnya melihat apakah masalah yang dipelajari cocok dengan tujuan tersebut.
2. Mengajukan solusi-solusi alternative, Solusi-solusi alternative bisa diperoleh dengan mewawancarai orang dalm organisasi, klien ayau pelanggan yang terpengaruh oleh system, pemasok dan konsultan.
3. Mendeskripsikan biaya dan keuntungan , anda perlu mendaftarkan biaya maupun keuntungan secara terperinci. Biaya akan tergantung dari keuntungan yang bisa menawarkan penghematan.
4. Menyerahkan rencana awal, Semua yang anda temukan digabung dalam suatu laporan tertulis, pembaca laporan ini bisa saja eksekutif yang punya wewenang untuk memutuskan dan menjalankan proyek. Anda harus mendeskripsikan solusi-solusi potensial, biaya, dan keuntungan dan memberikan rekomendasi bagi anda.

Fase Kedua : Menganalisis Sistem

Tiga langkah dalam menganalisis system
Tujuan dari fase kedua ini adalah mengumpulkan data, menganalisis data, dan menuliskan laporan. Dalam fase ini, anda akan mengikuti arahan dari pihak managemen setelah mereka membaca laporan (fase pertama). Pihak manajemen memberi perintah untuk menganalisis atau mepelajari system yang sudah ada untuk memahami perbedaan system baru dengan system yang sudah ada. Tiga langkah pada tahap ini ialah:
1. Mengumpulkan data, dalam upaya mengumpulkan data, anda akan meninjau dokumen tertulis, mewawancarai pegawai dan manager, membuat kuesioner dan mengobservasi rang dan proses-proses di tempat kerja.
2. Menganalisa data, data yang telah dikumpulkan kemudian dianalisis. Ada banyak piranti analitik yang dapat dipakai, piranti pemodelan memungkinkan analisis system menampilkan representasi system dalam bentuk gambar, misal data flow diagram atau diagram aliran data. Dan Perangkat CASE (Computer Aided Software Engineering) adalah program yang mengotomatisasi berbagai aktivitas SDLC. Contoh programnya ialah Analyst Pro, Visible Analyst dan System Architect.
3. Menulis laporan, perlu membuat laporan setelah selesai melakukan analisis. Ada 3 bagian, yang pertama, harus menjelaskan cara bekerja system yang sudah ada. Kedua, harus menjelaskan masalah-masalah pasa system yang ada. Ketiga harus mendeskripsikan ketentuan-ketentuan untuk system baru dan memberikan rekomendasi tentang apa yang akan dilakukan selanjutnya.

Fase Ketiga : Mendesain Sistem

Tiga langkah ketika mendesain system
Tujuan fase ini adalah membuat desai awal, lalu desain yang detail, dan membuat laporan.
1. Membuat desain awal, desin awal mendeskripsikan kpabilitas fungsional secar umum dari system system informasi yang diusulkan. Perangkat yang digunakan pada fase ini adalah perangkat CASE dan perangkat lunak managemen proyek. Prototyping juga digunakan pada tahap ini,prototyping ialah pengguna workstation, perangkat CASE dan aplikasi perangkat lunak lain untuk membuat model kerja dari komponen system sehingga system baru bisa segera diuji dan dievaluasi. Jadi prototype adalah system dengan kemapuan kerja terbatas yang dikembangkan untuk menguji konsep-konsep desain.
2. Membuat desain yang detail, desain yang detail menggambarkan bagaimana sistem informasi yang diusulkan mampu memberikan kapabilitas yang digambarkan secara umum dalam desain awal.
3. Menulis laporan, semua pekerjaan dala desain awal dan desain yang detail akan dikemas dalam laporan yang terperinci. Anda bisa melakukan persentasi atau diskusi saat menyerahkan laporan ini kepada manajemen senior.

Fase Keempat : Mengembangkan Sistem

Tiga langkah yang diperlukan dalam mengembangkan system
1. Mengembangkan atau mendapatkan perangkat lunak, analisis system harus membuat keputusan yang disebut keputusan “membuat-atau-membeli’. Dalam keputusan tersebut, anda menentukan apakah akan membuat program – menulis sendiri – atau embelinya, yang artinya hanya tinggal membeli paket perangkat lunak yang sudah ada.
2. Mendapatkan perangkat lunak, setelah memilih perangkat lunak, maka selanjutnya meng-uprade perangkat keras untuk menjalankan perangkat lunak tersebut. Namun bisa saja system tidak membutuhkan perangkat keras, atau perangkat keras tersebut dapat disewa tanpa harus dibeli.
3. Menguji system, dengan perangkat lunak dan perangkat keras yang telah diperoleh,maka dilakukan pengujian. Biasanya dilakukan dalam 2 tahap, yaitu :

• Pengujian unit : kinerja dari masing-masing bagian diteliti dengan menggunakan data uji (disusun atau sampel). Jika program ditulis sebagai usaha kerja sama dari banyak programmer, maka masing-masing bagian dari program diuji terpisah.

• Pengujian system : bagian-bagian dihubungkan bersama-sama dengan menggunakan data uji untuk mengetahui apakah bagian-bagian itu dapat bekerja sama. System juga dapat diuji dengan data sesungguhnya dari organisasi.

Fase Kelima : Mengimplementasikan system

1. Konversi ke system baru, proses transisi dari system informasi yang lama ke yang baru, melibatkan konversi perangkat keras, perangkat lunak, dan file. Ada 4 strategi untuk melakukan konversi,yaitu :

• Implementasi langsung : pengguna hanya berhenti menggunakan system yang lama dan mulai mengguanakn yang baru.
• Implementasi parallel : Sistem lama dan system yang baru berjalan berdampingan sampai system baru menunjukkan keandalannya di saat system lama tidak berfungsi lagi.
• Implementasi bertahap : bagian-bagian dari system baru dibuat dalam fase terpisah-entah waktu yang berbeda(parallel) atau sekaligus dalam kelompok-kelompok    (langsung).
• Implementasi pilot : seluruh system dicoba, namun hanya oleh beberapa pengguna. Stelah keandalannya terbukti barulah system bisa diimplementasikan pada pengguna lainnya.

2. Melatih pengguna, ada banyak piranti yang bisa digunkan membuat pengguna membuat pengguna mengenal system baru dengan baik,dari dokumentasi hingga video tape hingga pelatiah diruang kelas secara langsung ataupun satu per satu.

Fase Keenam : Memelihara Sistem

Pemeliharaan system ialah menyesuaikan dan meningkatkan system dengan cara melakukan audit dan evaluasi secara periodic dan dengan membuat perubahan berdasarkan kondisi-kondisi baru. Meskipun pengonversian sudah lengkap, bahkan pengguna sudah dilatih, system tidak bisa berjalan dengan sendirinya. Inilah tahap dimana system harus dimonitor untuk memastikan bahwa system itu berhasil. Pemeliharaan tidak hanya menjaga agar mesin tetap berjalan, namun juga meng-upgrade dan meng-update system agar bisa mengikuti perkembangan produk, jasa, layanan, peraturan pemerintah, dan ketentuan lain yang baru.

No. 10.

Mengapa teknik dekomposisi acara dianggap lebih komprehensif dari tujuan pengguna teknik?

Karena pada Teknik Dekomposisi ini berfokus pada identifikasi event kepada siapa sistem harus merespon dan kemudian menentukan bagaimana sistem harus merespon use case sistem. Ketika mendefinisikan persyaratan untuk sistem, hal ini berguna untuk memulai dengan bertanya, "Event apa yang membutuhkan tanggapan dari sistem?" Dengan bertanya tentang event yang mempengaruhi sistem, Anda mengarahkan perhatian Anda pada lingkungan eksternal dan melihat sistem sebagai (Black box) kotak hitam. Perspektif awal ini membantu Anda tetap fokus pada tampilan tingkat tinggi dari sistem (melihat lingkupan sistem) bukan pada bagian dalam sistem. Hal ini juga memfokuskan perhatian Anda pada antarmuka sistem untuk orang luar dan sistem lainnya. Pengguna-orang yang benar-benar akan menggunakan sistem-dapat dengan mudah menggambarkan kebutuhan sistem dalam hal event yang mempengaruhi pekerjaan mereka. Jadi, fokus eksternal pada event sesuai ketika bekerja dengan pengguna. Akhirnya, fokus pada event memberi Anda cara untuk membagi (atau mengurai) persyaratan sistem dalam use case sehingga Anda dapat mempelajari secara terpisah.

No. 13.

Apakah yang di maksud dengan Event ?

Event adalah Kegiatan atau peristiwa atau sebagai sebuah rangkaian kegiatan / acara dalam rangka tujuan tertentu yang di buat seorang analis agar apa yang di buat tersusun dengan rapih dan dapat mencapai tujuan.

atau juga bisa di artikan
Event merupakan kejadian yang mengakibatkan sistem untuk melakukan sesuatu. Perlu ditekankan bahwa event yang dicantumkan disini harus merupakan event yang melibatkan interaksi dari sistem

No. 17.

Apa yang di maksud dengan sistem kontrol, dan mengapa mereka tidak dianggap sebagai bagian dari pengguna yang fungsional persyaratan?

Sistem kontrol (control system) adalah suatu alat (kumpulan alat) untuk mengendalikan, memerintah, dan mengatur keadaan dari suatu sistem.
Sebab mengapa mereka tidak dianggap sebagai bagian dari pengguna yang fungsional persyaratan?
Karena Kebutuhan fungsional – deskripsi kegiatan dan layanan sistem harus menyediakan input, output , proses , data yang tersimpan ?
Persyaratan nonfungsional – deskripsi fitur lainnya , karakteristik , dan kendala yang mendefinisikan sistem yang memuaskan.

No. 20.

Apakah empat operasi yang membentuk CRUD singkatan?

* Create   =>> Membuat atau menambah entri baru.

* Read     =>> Baca, mengambil, mencari, atau melihat entri yang ada.

* Update  =>> Memperbarui atau mengedit entri yang sudah ada.

* Delete   =>> Menghapus / menonaktifkan entri yang sudah ada.

No. 21.

Apa tujuan utama menggunakan Teknik CRUD ?

Pada dasarnya CRUD di buat untuk memudahkan seorang analis untuk menambahkan data, mecari / membaca data, mengupdate data, dan menghapus data.
Namun tujuan utama menggunakan teknik CRUD ini adalah seorang analis tidak perlu menulis ulang event ataupun perintah.

No. 23.

Apa yang dimaksud dengan UML ?

UML (Unified Modeling Language) adalah sebuah bahasa yang berdasarkan grafik/gambar untuk memvisualisasi, menspesifikasikan, membangun, dan pendokumentasian dari sebuah sistem pengembangan software berbasis OO (Object-Oriented).

No. 24.

Apa tujuan dari UML Use Case Diagram ?

a. Menjelaskan fasilitas yang ada (requirements)
b. Use Case baru selalu menghasilkan fasilitas baru ketika sistem di analisa, dan design menjadi lebih jelas.
c. Komunikas dengan klien.
d. Penggunaan notasi dan simbol dalam diagram Use Case membuat pengembang lebih mudah berkomunikasi dengan klien-kliennya.
e. Membuat test dari kasus-kasus secara umum.
f. Kumpulan dari kejadian-kejadian untuk Use Case bisa dilakukan test kasus layak untuk kejadian-kejadian tersebut.

# data[].attributes.body
1. Apa enam kegiatan analisis sistem,dan yang aktivitas dibahas dimulai dengan bab ini?

2. Apa kasus use case?

3. Apakah dua teknik yang digunakan untuk mengidentifikasi kasus use case?

4. Jelaskan teknik gol pengguna untuk mengidentifikasi kasus use case.

5. Apa adalah beberapa contoh dari pengguna dengan peran fungsional yang berbeda dan pada tingkat operasional yang berbeda?

6. Apa adalah beberapa contoh nama use case yang sesuai dengan tujuan Anda sebagai mahasiswa akan melalui proses pendaftaran kuliah? Pastikan untuk menggunakan kata kerja-kata benda konvensi penamaan.

7. Apa tujuan menyeluruh dari meminta pengguna tentang tujuan khusus mereka?

8. Berapa banyak jenis pengguna dapat memiliki tujuan yang sama untuk pengguna dengan menggunakan sistem?

9. Jelaskan teknik dekomposisi acara untuk mengidentifikasi kasus use case.

10. Mengapa teknik dekomposisi acara dianggap lebih komprehensif daripada teknik tujuan pengguna?

11. Apakah yang dimaksud dengan proses bisnis dasar (EBP)?

12. Jelaskan bagaimana teknik dekomposisi acara membantu mengidentifikasi kasus use case pada tingkat yang tepat dari analisis.

13. Apakah yang dimaksud dengan acara?

14. Apakah tiga jenis acara?

15. Tentukan sebuah event eksternal dan kemudian memberikan contoh yang berlaku untuk sistem rekening giro.

16. Tentukan acara temporal dan kemudian memberikan contoh yang berlaku untuk sistem rekening giro.

17. Apa sistem kontrol, dan mengapa mereka tidak dianggap sebagai bagian dari kebutuhan fungsional pengguna '?

18. Apa asumsi teknologi yang sempurna?

19. Apa tiga contoh peristiwa yang kontrol sistem dalam sistem informasi yang khas yang tidak boleh dimasukkan sebagai kasus use case karena asumsi teknologi yang sempurna?

20. Apakah empat operasi yang membentuk akronim CRUD?

21. Apa tujuan utama menggunakan teknik CRUD?

22. Apa yang dimaksud dengan deskripsi kasus use case singkat?

23. Apa UML?

24. Apa tujuan dari UML use case diagram kasus?

25. Apa nama lain untuk "aktor" di UML, dan bagaimana cara diwakili pada diagram use case?

26. Apa otomatisasi batas pada use case diagram kasus, dan bagaimana cara diwakili?

27. Berapa banyak pelaku dapat berhubungan dengan kasus digunakan pada diagram use case?

28. Mengapa seorang analis sistem menarik banyak diagram use case yang berbeda ketika meninjau kasus digunakan dengan pengguna akhir?

29. Apa<<include >> termasuk hubungan antara dua kasus use case?

# data[].attributes.body
No:1.Enam kegiatan aktifitas analis sistem ?
- Identifikasi ( melakukan identifikasi use case )

- Klasifikasi use case ( Melakukan klasifikasi use case dalam hal peran fungsional )

- Mengklasifikasikan usecase potensial dengan tingkat organisasinya.
- Buat Daftar Kasus Use Case ( Caseawal yang diselengarakan oleh jenis usecase)
- Mengidentifikasi dimana berbagai jenis usecase membutuhkan usecase yang sama
- Meninjau daftar selesai

No:2.Apa yang dimaksud dengan use case?
use case adalah rangkaian/uraian sekelompok yang saling terkait  dan membentuk sistem secara teratur yang dilakukan atau diawasi oleh sebuah aktor. Use case digunakan untuk membentuk tingkah laku benda/thing dalam sebuah mode serta direalisasikan  oleh sebuah collaborator, umumnya use case digambarkan dengan sebuah elips dengan garis yang solid, biasanya mengandung nama.  Use case menggambarkan proses system (kebutuhan system dari sudut pandang user). secara umum use case adalah:
" Pola perilaku system

" Urutan transaksi yang berhubungan yang dilakukan oleh actor

Use case diagram terdiri dari
" Use case
" Actor
" Relationship
" System boundary boxes
" Packages

No:3. dua teknik yang digunakan untuk mengidentifikasi Use cases?

1.Teknik dekomposisi event (eventtable)

Dalam mengidentifikasi use cases dengan teknik dekomposisi,diperlukan penggunaan event di dalamnya. Terdapat tiga jenis dari event, yaitu external events, temporal events, dan state events (internalevents).
External event adalah sebuah kegiatan yang terjadi diluar sistem, biasanya diprakarsai oleh aktor luar.

Temporal event adalah kegiatan yang terjadi sebagai hasil dari pencapaian di suatu saat dan hanya sementara.

state event yaitu sebuah kegiatan yang terjadi ketika sesuatu hal terjadi di dalam sistem yang memicu kebutuhan dalam pengolahan Sebuah event table di dalamnya terdapat baris
dan kolom, yang menggambarkan kegiatan-kegiatan dan penjelasannya masing-masing.
Masing-masing baris di dalam event table mencatat informasi mengenai sebuah event dan hal tersebut adalah use case. Masing-masing kolom dalam event table merupakan sebuah kunci informasi mengenai event dan use case

2.Teknik analisis CRUD

(membuat,membaca/melaporkan, mengupdate, menghapus) untuk menjamin pemberitaan Atau Salah satu teknik yang berguna untuk mengidentifikasi potensi kolaborasi (C untuk Membuat, R untuk Baca atau Referensi, U untuk update, dan D untuk Hapus. )

No:4. Jelaskan Teknik Gol pengguna Untuk Mengidentifikasi Use Case?

Adalah Teknik yang digunakan untuk menciptakan keberhasilan dalam mengidentifikasi use case sehingga dapat menghasilkan sebuah sistem yang diinginkan adapun teknik nya adalah:
1.Background Reading
2.Interview
3.Observation
4.Document Sampling
5.Quetionnaires

No:5.Beberapa contoh Pengguna dengan peran fungsional yang berbeda dan pada tingkat operasional yang berbeda?

- Pengguna Sistem Informasi Eksekutif->Digunakan oleh para manager tingkat atas dalam pengambilan keputusan strategis
- Pengguna Sistem Informasi Pemasaran->dikembangkan untuk memenuhi kebutuhan khusus area bisnis yang menangani kegiatan pemasaran.
- Pengguna Sistem Informasi manufaktur->Untuk mendukung manajemen perusahaan dalam pemecahan masalah yang berhubungan dengan manufaktur produk.pada dasarnya tetap
bertumpu pada Input Proses dan Output
- Pengguna Sistem Informasi Keuangan ->  Memberikan Informasi kepada orang atau kelompok baik didalam maupun diluar perusahaan mengenai masalah keuangan perusahaan
- Pengguna Sistem Informasi SDM -> Salah satu sistem yang terpenting pada perusahaan karena merupakan sistem yang menghasilkan  data yang Real dari setiap tingkatan manajemenya

No:6.Contoh use case yang sesuai dengan tujuan Anda sebagai mahasiswa akan melalui proses pendaftaran kuliah? Pastikan untuk menggunakan kata kerja?

# data[].attributes.body
1. What are the six activities of systems analysis, and which activity is discussed beginning with  this chapter? 2. What is a use case? 3. What are the two techniques used to identify use cases? 4. Describe the user goal technique for identifying use cases. 5. What are some examples of users with different functional roles and at different operational levels? 6. What are some examples of use case names that correspond to your goals as a student going through the college registration process? Be sure to use the verb-noun naming convention. 7. What is the overarching objective of asking users about their specific goals? 8. How many types of users can have the same user goals for using the system? 9. Describe the event decomposition technique for identifying use cases. 10. Why is the event decomposition technique considered more comprehensive than the user goal technique? 11. What is an elementary business process (EBP)? 12. Explain how the event decomposition technique helps identify use cases at the right level of analysis. 13. What is an event? 14. What are the three types of events? 15. Define an external event and then give an example that applies to a checking account system. 16. Define a temporal event and then give an example that applies to a checking account system. 17. What are system controls, and why are they not considered part of the users’ functional requirements? 18. What is the perfect technology assumption? 19. What are three examples of events that are system controls in a typical information system that should not be included as a use case because of the perfect technology assumption? 20. What are the four operations that make up the CRUD acronym? 21. What is the main purpose of using the CRUD technique? 22. What is a brief use case description? 23. What is UML? 24. What is the purpose of UML use case diagrams? 25. What is another name for “actor” in UML, and how is it represented on a use case diagram? 26. What is the automation boundary on a use case diagram, and how is it represented? 27. How many actors can be related to a use case on a use case diagram? 28. Why might a systems analyst draw many different use case diagrams when reviewing use cases with end users? 29. What is the <<includes>> relationship between two use cases?