Saat ini saya tengah mengikuti progam kelas pendek atau biasa disebut Summer Program yang lamanya dua bulan. Ada dua mata kuliah yang sama ambil di semester ini. Yang pertama adalah Object-Oriented Modeling and Design dan Mathematical Foundation of IE. Kedua mata kuliah ini sangatlah menarik untuk dipelajari karena keduanya menyuguhkan pengetahuan-pengetahuan yang baru untuk saya.
Pada mata kuliah Object-Oriented Modeling and Design saya mendapat tugas untuk membuat perencanaan pembuatan sebuah software yang bisa membantu menyelesaikan permasalahan yang ada di lingkungan sekitar saya. Tugas ini akan dikumpulkan saat ujian akhir. Namun, waktu pengerjaannya telah dimulai sejak sekarang. Untuk anggota tim, masing-masing tim beranggotakan dua orang. Saya bersama rekan saya Angeline akan berusaha memberikan yang terbaik untuk projek ini.
Kemarin kami telah menerima materi mengenai Requirement yang ternyata terbagi menjadi dua jenis yaitu functional atau semua yang berkaitan dengan hal-hal teknis seperti fungsi yang akan ditampilkan pada software. Yang kedua adalah non-functional yang berarti semua hal yang akan berkaitan dengan software namun tidak termasuk kedalam hal-hal teknis. Contohnya adalah lama waktu pembuatan software. Requirement bisa didapatkan dari user yang akan menggunakan software nantinya. Lalu semua requirement tersebut akan diterjemahkan kedalam bahasa matematika supaya lebih mudah diterjemahkan kedalam bahasa komputer.
Ternyata, ada beberapa proses dalam tahap requirement ini. Yaitu:
- Feasibility study
Tahap ini adalah tahap di mana kita akan menentukan hal-hal dasar yang berkaitan dalam pembuatan software seperti jenis teknologi yang akan digunakan dan anggaran yang telah ditentukan.
- Requirement analysis
Ini adalah tahap di mana kita akan menginterview para stakeholder atau user yang akan menggunakan software untuk mendapatkan informasi tentang apa yang mereka butuhkan dalam software tersebut.
- Requirement definition
Setelah mengadakan interview, yang perlu kita lakukan selanjutnya adalah mengetik ulang hasil interview tersebut dan mencetaknya menjadi sebuah dokumen yang akan menjadi acuan atau perjanjian tertulis bagi kedua belah pihak (user dan programmer) supaya tidak terjadi kesalahpahaman suatu hari nanti.
- Requirement specification
Ini adalah tahap untuk lebih menyepesifikkan lagi requirement yang ada.
Selain itu, ada yang namanya requirement document. Ini adalah dokumen yang berisi tentang apa yang akan dilakukan oleh system. Elemen-elemen dokumen itu sendiri akan berisi:
- Introduction
- Latar belakang
- Permasalahan
- Rumusan masalah
- Batasan
- Tujuan
- Glossary
Berisi kata-kata sulit yang ada dalam dokumen
- System model
Secara singkat, system model akan berisi diagram-diagram pembuatan software
- Functional requirement definition
Berisi fungsi atau feature yang akan disediakan
- Non-functional requirement definition
Berisi semua hal non-teknis yang berkaitan dengan system
- System evolution
Ini adalah sebuah statement yang dibuat untuk mengantisipasi semua perubahan yang mungkin akan muncul ketika pembuatan software.
- Requirement specification
Berisi requirement yang sudah dispesifikasikan
- Appendices
- Index
Sejauh ini, kami sedang berada pada tahap penyusunan daftar pertanyaan yang akan diajukan kepada user mengenai requirement yang berkaitan dengan software yang akan kami buat. Semoga artikel ini membantu rekan-rekan dalam memahami sebagian kecil dari apa itu Object-Oriented Modeling and Design.
Note:
Konten ini saya tulis berdasarkan apa yang saya pahami dari penjelasan dosen. Tentunya ada banyak kekurangan dalam artikel ini karena yang sempurna hanyalah Yang Maha Esa. Kritik, saran, dan tanggapan rekan-rekan selalu saya nanti guna memperbaiki tulisan saya di artikel selanjutnya. Terima kasih sudah mampir.
Fani Fafas Tafia 