# data[].attributes.body
No.1. What are the six activities of systems analysis, and which activity is discussed beginning with this chapter?
(Apa saja 6 kegiatan dari Analisis Sistem, dan kegiatan yang mana saja yang dibahas ada permulaan bab ini?)

Jawaban :
Enam kegiatan dari Analisis Sistem, yaitu :
1. Mengumpulkan informasi secara rinci.
2. Menentukan persyaratan.
3. Memprioritaskan persyaratan.
4. Mengembangkan dialog antarmuka pengguna.
5. Mengevaluasi persyaratan dengan pengguna.
6. Menentukan persyaratan fungsional.

Namun, yang dibahas pada permulaan bab hanya ada lima, yaitu :
1. Mengumpulkan informasi secara rinci.
2. Menentukan persyaratan.
3. Memprioritaskan persyaratan.
4. Mengembangkan dialog antarmuka pengguna.
5. Mengevaluasi persyaratan dengan pengguna.

No.2. What is a use case?
(Apa yang dimaksud dengan kasus pengguna?)

Jawaban :
Kasus pengguna (Use Case) merupakan kegiatan yang sistem lakukan sebagai sebuah hasil dari beberapa kejadian atau tindakan dalam menanggapi permintaan oleh pengguna.

No.3. What are the two techniques used to identify use cases?
(Apa saja dua teknik yang digunakan untuk mengidentifikasi kasus pengguna (Use Case)?)

Jawaban :
Teknik tujuan pengguna (User Goal Technique) dan teknik peristiwa dekomposisi (Event Decomposition Technique).

No. 4. Describe the user goal technique for identifying use cases!
(Jelaskan Teknik Tujuan Pengguna (User Goal Technique) untuk mengidentifikasi kasus pengguna!)

Jawaban :
Teknik Tujuan Pengguna (User Goal Technique) dilakukan dengan meminta pengguna (user) untuk menjelaskan tujuan mereka menggunakan sistem baru atau sistem yang akan diperbarui. Pertama, seorang Analis mengidentifikasi semua user dan kemudian melakukan wawancara secara terstruktur dengan masing-masing user. Lalu, dengan berfokus pada satu orang user pada waktu tertentu, seorang analis dapat secara teratur mengatasi masalah mengidentifikasi kasus pengguna (Use Case).

# data[].attributes.body
5. What are some examples of users with different functional roles and at different operational levels?

(Berikan beberapa contoh dari pengguna dengan peran fungsional yang berbeda dan pada tingkat operasional yang berbeda?)

Jawaban :

Contoh dari pengguna dengan peran fungsional yang berbeda, yaitu seperti pengiriman, pemasaran, penjualan. Sedangkan untuk contoh dari pengguna di tingkat operasional yang berbeda, yaitu seperti operasional, manajemen, eksekutif.

6. What are some examples of use case names that correspond  to your goals as a student going through the college registration procces ? be sure to use the verb-noun naming conversation?

(Berikan beberapa contoh kasus yg berkaitan dengan tujuan kamu sebagai mahasiswa yang akan melakukan pendaftaran kuliah?)

Jawaban :

Contoh studi kasus pada sebuah perguruan tinggi untuk sistem informasi penerimaan mahasiswa baru. Sistem ini dimulai dari calon mahasiswa yang sebuah formulir yang diberikan oleh bagian pendaftaran. Formulir yang diserahkan juga disertai oleh kelengkapan persyaratan seperti legalisir ijazah, SKCK, surat keterangan dokter, fotocopy KTP, dan foto ukuran 3 x 4 sebanyak 2 lembar.

Setelah formulir dan kelengkapan persyaratan diterima, bagian pendaftaran mengecek data calon mahasiswa beserta dengan kelengkapan persyaratannya. Apabila data-data sudah lengkap, maka data calon mahasiswa diinput kedalam sistem sebagai data calon mahasiswa. Apabila data belum lengkap, maka data belum bisa diinput kedalam sistem sampai data tersebut dilengkapi oleh calon mahasiswa.

Jika data calon mahasiswa telah tersimpan dalam sebuah sistem, maka bagian pendaftaran mencetak kartu ujian masuk yang nantinya akan diberikan kepada calon mahasiswa. Apabila calon siswa sudah mendapat kartu ujian masuk, maka calon mahasiswa sudah bisa melakukan ujian masuk yang diadakan oleh bagian seleksi.

Bagian seleksi bertugas memberikan tes dan menilai ujian masuk kepada calon mahasiswa. Hasil dari tes ujian masuk akan disimpan yang nantinya akan dicetak dan diberikan kepada calon mahasiswa. Bagi mahaiswa yang lolos seleksi ujian masuk, maka mahasiswa tersebut wajib menyelesaikan administrasi biaya pendaftaran mahasiswa baru ke bagian keuangan. Bila calon mahasiswa tidak melakukan administrasi, maka calon mahasiswa tersebut dianggap gugur.

Akan tetapi, bila mahasiswa tersebut telah menyelesaikan administrasi biaya pendaftaran mahasiswa baru, maka bagian keuangan akan mencetak slip pembayaran yang nantinya slip tersebut akan ditukarkan oleh calon mahasiswa dengan nomor pokok mahasiswa (NPM) di bagian kemahasiswaan. Jika calon mahasiswa tersebut telah menerima NPM, maka calon mahasiswa tersebut sudah dianggap sebagai mahasiswa baru di kampus tersebut.

7. What is the overarching objective of asking users about their specific goals?
(Apa tujuan menyeluruh dari meminta pengguna mengenai tujuan khusus mereka?)

Jawaban :

Tujuan menyeluruh dari meminta pengguna mengenai tujuan khusus mereka adalah untuk mengidentifikasi bagaimana sistem dapat meningkatkan kinerja dan produktivitas para pengguna.

# data[].attributes.body
8.  How many types of users can have the same user goals for using the system?
(Berapa banyak jenis pengguna yang dapat memiliki tujuan pengguna yang sama untuk menggunakan sistem?)

Jawaban :
Ada 3 User (Pengguna) yang dapat memiliki tujuan penggunaan yang sama dalam menggunakan sistem yaitu pelanggan yang potensial, manager pemasaran, dan anggota Pengiriman.

9.  Describe the even decomposition technique for identifying use cases?
(Jelaskan even decomposition technique untuk mengidentifikasi kasus penggunaan (Use Case)?

Jawaban :
Ada 3 tahap antara lain :
1. Membuat stategi analisis untuk pendamping usaha-usaha yang akan dilakukan team project.

2. Mengumpulkan persyaratan/kebutuhan untuk membuat konsep sistem. Konsep sistem digunakan untuk dasar pembuatan analisis model bisnis.
Secara katagori, ada tiga buah jenis kebutuhan sistem :
- Kebutuhan Fungsional
- Kebutuhan non Fungsional
- Kebutuhan antarmuka (Interface), seperti interface ke data base, menu interface, dll.
- Kebutuhan performance (Kinerja), seperti kecepatan, delay, kapasitas, dll.
Kemudian kebutuhan tersebut akan dimodelkan atau digambarkan dengan teknik analisis dan alat bantu tentu. Sebagai contoh kebutuhan fungsional dapat dimodelkan dengan menggunakan :
- Data Flow diagram, kamus data & spesifikasi proses jika menggunakan analisis terstruktur.
- Use case diagram & skenario sistem jika menggunakan analisis berorientasi objek.

3. Analisis, konsep sistem & model bisnis dikombinasikan untuk membuat proposal sistem, proposal ini akan diajukan kepada pihak yang akan memutuskan apakah project di teruskan atau tidak.

10. Why is the event decomposition technique considered more comprehensive than the user goal technique ?
(Mengapa even decomposition technique dianggap lebih komprehensif dari pada user goal technique?)

Jawaban :
Karena dengan cara even decomposition technique berfokus pada identifikasi kejaidna kepada siapa sistem harus merespon, kemudian menentukan bagaimana sistem harus merespon. Sedangkan menggunakan user goal technique, lebih memakan biaya karena kita harus brifing, berbicara langsung dengan semua pengguna, dan lain-lain.

# data[].attributes.body
11. What is an elementary business process (EBP)?
(Apa yang dimaksud dengan elementary business process (EBP)?

Jawaban :
Elementary business process (EBP) adalah tugas yang paling pokok dalam proses  bisnis yang meninggalkan sistem dan pernyataan tetap didalam data. biasanya ditampilkan
oleh salah satu orang yang merespon ke dalam kejadian bisnis tersebut.

12. Explain how to the event decomposition tehnique helps identify use cases at the right level of analisys ?
(Jelaskan bagaimana teknik kejadian dekomposisi membantu mengidentifikasi kasus penggunaan pada tingkat yang tepat dari analisis?)

Jawaban :
Sebagai contoh, salah satu analis mengidentifikasi kasus penggunaan sebagai mengetikkan nama pelanggan pada formulir. Seorang analis kedua mengidentifikasi kasus penggunaan sebagai seluruh proses menambahkan pelanggan baru. Seorang analis ketiga mendefinisikan kasus penggunaan sebagai bekerja dengan pelanggan sepanjang hari, yang dapat mencakup menambahkan pelanggan baru, memperbarui catatan pelanggan, menghapus daftar pelanggan, menindaklanjuti pembayar terakhir pelanggan, atau menghubungi pelanggan yang sudah tidak aktif.

Contoh pertama adalah terlalu sempit untuk menjadi berguna. Contoh kedua mendefinisikan tujuan pengguna, yang merupakan tingkat yang tepat dari analisis untuk kasus penggunaan. Bekerja dengan pelanggan di contoh ketiga terlalu luas untuk menjadi pengguna.

13. What is an event ?
(Apa yang dimaksud dengan peristiwa?)

Jawaban :
Sesuatu yang terjadi pada waktu dan tempat tertentu, dapat diidentifikasi dengan tepat, serta harus diingat oleh sistem.

14. What are the three types of event?
(Apa saja 3 jenis dari peristiwa (Event)?)

Jawaban :
Ada tiga jenis peristiwa (Event), yaitu peristiwa eksternal (External Events), peristiwa temporal (Temporal Events), dan peristiwa negara yang juga disebut peristiwa internal (State Events/Internal Events).

# data[].attributes.body
15. Define an external event and then give an example that applies to a checking account system!
(Tentukan sebuah event eksternal dan kemudian memberikan contoh yang berlaku untuk sistem rekening giro!)

Jawaban :
External Event adalah suatu peristiwa yang terjadi di luar sistem biasanya dimulai oleh agen eksternal atau aktor. Agen eksternal (atau aktor) sebagai seseorang atau unit organisasi yang menerima atau memasok data dari sistem.

Contoh :

- Konsep awal adalah membagi pekerjaan antara pengembang yang mana satu analis fokus terhadap peristiwa yang terjadi karena orang-orang dan analis lainnya fokus terhadap peristiwa untuk mencapai ketepatan waktu. Dengan sistem ini akan membuat rangkaian peristiwa yang diterapkan dengan sistem tersebut dapat mudah dipahami secara detail. Cara dari sistem ini akan menghasilkan daftar kasus penggunaan yang dipicu oleh acara bisnis yang tepat dari analisis, pentingnya konsep acara bisnis tersebut dapat mendefinisikan kebutuhan fungsional yang diterapkan pada sistem real time di tahun 1980-an.

16.  Define a temporal event and then give an example that applies to a checking account system!
(Tentukan acara temporal dan kemudian memberikan contoh yang berlaku untuk sistem rekening giro!)

Jawaban :
Temporal Event adalah suatu peristiwa yang terjadi akibat sistem yang menerapkan ketepatan waktu.

Contoh :

- Dalam kasus penerapan akun sistem yang mengakibatkan adanya Temporal Event lebih sering ditemukan pada sistem penggajian yang terkadang managemen ingin mendapatkan laporan tersebut yang dikelola secara otomatis oleh sistem (bukan agen eksternal/aktor) seperti dua minggu sekali atau laporan setiap bulan. Dengan kata lain seluruh output yang dihasilkan adalah atas kinerja sistem, jika bukan sistem atau yang mengerjakannya adalah agen eksternal/aktor maka sistem yang diterapkan adalah sistem Eksternal Event.

Analis mulai mengidentifikasi Temporal Event dengan menanyakan batas waktu yang spesifik yang diakomodasikan oleh sistem. Analisis biasanya akan mengindetifikasikan apakah sistem ini perlu menghasilkan output pada waktu itu.

17. What are system controls, and why are they not considered part of the users’ functional requirements?
(Apa sistem kontrol, dan mengapa mereka tidak dianggap sebagai bagian dari pengguna yang persyaratan fungsional?)

Jawaban :
System Control (Sistem Pengendalian) adalah sistem yang mengendalikan, memeriksa, menyelamatkan, dan melindungi keintegritasan sistem sesuai dengan prosedur yang berlaku. Seperti contohnya adalah apabila kita masuk kedalam sebuah sistem maka diperlukannya Pengendalian sistem keamanan dan pengendalian lainnya untuk melindungi integritas basisdata seperti proses membuat data cadangan setiap harinya.

Sedangkan Persyaratan fungsional adalah kegiatan yang harus dilakukan oleh sistem. Seperti contohnya adalah sistem penggajian yang mana sistem ini sudah meliputi fungsi transfer dana elektronik, menghitung besarnya komisi, menghitung pajak gaji, dan melaporkan pemotongan pajak ke dirjen pajak.

System Control bukanlah bagian dari Functional Requirements karena System Control memiliki tugas masing-masing dalam sebuah sistem. Sedangkan Functional Requirements adalah bagian dari System Control / bagaimana sebuah sistem dapat berjalan sesuai dengan fungsinya.

18. What is the perfect technology assumption?
(Apa asumsi teknologi yang sempurna?)

Jawaban :
Asumsi teknologi yang sempurna adalah sebuah asumsi dari respon keberhasilan jalannya sebuah sistem tanpa adanya kemungkinan kesalahan yang terjadi. Dalam hal ini asumsi dikatakan berjalan dengan baik jika faktor diluar sistem dalam kondisi yang baik juga.

# data[].attributes.body
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?
(Berikan tiga contoh peristiwa yang kontrol sistem dalam tipe sistem informasi yang tidak boleh dimasukkan sebagai kasus pengguna karena asumsi teknologi yang sempurna?)

Jawaban:

Tiga contoh peristiwa yang tidak boleh dimasukkan sebagai kasus pengguna karena asumsi teknologi yang sempurna, yaitu seperti login, logout, password perubahan password, dan backup atau me-restore database.

20. What are the four operations that make up the CRUD acronym?
(Apa saja empat operasi yang membentuk akronim CRUD?)

Jawaban :
- Create (Membuat).
- Read (Membaca).
- Update (Memodifikasi atau memperbaharui).
- Delete (Menghapus).

21. What is the main purpose of using the CRUD technique?
(Apa tujuan utama dalam menggunakan teknik CRUD?)

Jawaban :
Tujuan utama dalam menggunakan teknik CRUD adalah untuk mempermudah cara membuat, membaca, mengubah, dan menghapus data dalam database. CRUD disini adalah singkatan dari Create, Read, Update, dan Delete. CRUD sendiri adalah operasi umum untuk mengolah data dan biasanya digunakan untuk pembelajaran pertama kali dalam mengolah data sederhana bagi pemula.

22. What is a brief use case description?

(Apa pengertian dari deskripsi ringkas kasus pengguna?

Jawaban :

Rangkaian atau uraian sekelompok yang saling terkait dan membentuk sistem secara teratur yang di lakukan serta di awasi oleh sebuah aktor atau user.

# data[].attributes.body
23. What is UML?
(Apa yang dimaksud dengan UML?)

Jawaban :
UML adalah pengaturan standar dari konsep model dan catatan yang dijelaskan oleh Grup Pengolah Objek.

24. What is the purpose of UML use case diagrams?
(Apa tujuan dari UML diagram use case?)

Jawaban :
Diagram use case adalah model UML yang digunakan untuk meng-grafiskan serta  menunjukkan kasus penggunaan dan hubungan mereka dengan pengguna (User).

25. What is another name for “actor” in UML, and how is it represented on a use case diagram?
(Apa nama lain untuk "aktor" di UML, dan bagaimana cara diwakili pada diagram use case?)

Jawaban :
Nama lain untuk Aktor pada UML adalah User (Pengguna) dan yang mewakili kasus pengguna diagram adalah sebuah lonjongan atau oval dari nama didalam kasus pengguna.

# data[].attributes.body
26. What is the automation boundary on a use case diagram, and how is it represented?

(Apa yang dimaksud dengan batas otomatisasi (Automation Boundary) pada usecase diagram, dan bagaimana hal itu diwakili?)

Jawaban :
Automation Boundary adalah batasan antara bagian komputerisasi aplikasi dan pengguna yang mengoperasikan aplikasi, namun masih bagian dari total sistem. Automation Boundary diwakili oleh persegi panjang yang berisi kasus penggunaan (Use Case).

27. How many actors can be related to a usecase on a usecase diagram?

(Berapa banyak pelaku atau aktor yang dapat terhubung dengan kasus penggunaan (Use Case) dalam pada diagram usecase?)

Jawaban :

Seorang aktor atau pelaku dapat memainkan beberapa peranan. Untuk menemukan aktor dalam suatu use case itu tergantung dari usecase dan sistem yang digunakan. Contoh, pada sales subsystem. Use case-nya adalah pengisian keranjang belanjaan (fill shopping cart), aktor yang dapat terhubung dengan use case ini adalah pembeli. Sedangkan contoh lain dengan use case-nya adalah pencarian barang yang ingin dibeli (Search for item), aktor yang dapat terhubung dengan use case ini adalah pembeli, perwakilan layanan pelanggan, dan perwakilan penjualan toko.

28. Why might a systems analyst draw many different use case diagrams when reviewing use cases with end users?

(Mengapa seorang analis sistem menarik banyak diagram use case yang berbeda ketika meninjau use case dengan pengguna akhir?)

Jawaban :

Tugas analis sistem adalah seseorang yang bertanggung jawab atas penelitian, perencanaan, pengkoordinasian, dan merekomendasikan pemilihan perangkat lunak dan sistem yang paling sesuai dengan kebutuhan organisasi bisnis atau perusahaan. Analis sistem memegang peranan yang sangat penting dalam proses pengembangan sistem. Seorang analis sistem harus memiliki setidaknya empat keahlian, yaitu analisis, teknis, manajerial, dan interpersonal (berkomunikasi dengan orang lain). Kemampuan analisis memungkinkan seorang analis sistem untuk memahami perilaku organisasi beserta fungsi-fungsinya, pemahaman tersebut akan membantu dalam mengidentifikasi kemungkinan terbaik serta menganalisis penyelesaian permasalahan.

Keahlian teknis akan membantu seorang analis sistem untuk memahami potensi dan keterbatasan dari teknologi informasi. Seorang analis sistem harus mampu untuk bekerja dengan berbagai jenis bahasa pemrograman, sistem operasi, sertaperangkat keras yang digunakan. Keahlian manajerial akan membantu seorang analis sistem mengelola proyek, sumber daya, risiko, dan perubahan. Keahlian interpersonal akan membantu analis sistem dalam berinteraksi dengan pengguna akhir sebagaimana halnya dengan analis, programer, dan profesi sistem lainnya.

Analis sistem bisa pula menjadi perantara atau penghubung antara perusahaan penjual perangkat lunak dengan organisasi tempat ia bekerja, dan bertanggung jawab atas analisis biaya pengembangan, usulan desain dan pengembangan, serta menentukan rentang waktu yang diperlukan. Analis sistem bertanggung jawab pula atas studi kelayakan atas sistem komputer sebelum membuat satu usulan kepada pihak manajemen perusahaan.

Setiap kasus penggunaan diidentifikasi oleh analis adalah lebih lanjut didokumentasikan dengan penjelasan penggunaan kasus singkat dan dengan mengidentifikasi pelaku. diagram use case UML tertarik untuk mendokumentasikan kasus penggunaan dan aktor mereka. Banyak penggunaan yang berbeda diagram kasus diambil berdasarkan pada kebutuhan untuk meninjau kasus digunakan dengan pemangku kepentingan berbagai, pengguna, dan anggota tim.

29. What is the <<includes>> relationship between two use cases?

(Apa yang dimaksud dengan <<includes>> relationship between two use cases?)

Jawaban :

The include relationship ditujukan untuk menggunakan kembali kelakuan yang dimodelkan oleh use case lain. Include digunakan untuk mengekstrak use case menjadi beberapa potongan yang digandakan dalam beberapa use case Termasuk use case tidak dapat berdiri sendiri dan use case asli tidak lengkap tanpa include satunya. Ini harus digunakan secukupnya yang hanya dalam kasus dimana duplikasi yang signifikan dan ada dengan desain (bukan secara kebetulan).pengaplikasikan <<include>> Ketika Anda Tahu secara Tepat Saat Memanggil Use Case. Include: Sebuah use case dasar tergantung pada use case yang disertakan (s), tanpa itu / mereka use case dasar tidak lengkap karena use case yang disertakan (s) merupakan sub-urutan dari interaksi yang mungkin terjadi selalu atau kadang-kadang. Jadi intinya  jika seseorang ingin memvalidasi usernya dia harus melewati proses transaksi atau sebaliknya.