Makalah di dalamn IEEE tersedia baik berupa prosiding seminar/konferensi atau makalah dari jurnal publikasi, baik yang gratis maupun yang berbayar. Untuk bisa mengambil makalah yang berbayar, kita harus terdaftar terlebih dahulu sebagai anggota dan membayar sejumlah uang sebagai ongkos berlangganan untuk kemudian bisa mengambil makalah tersebut sebanyak-banyaknya.

Tidak murah memang biaya berlangganan dan bergabung di dalam sebuah komunitas bersama para ahli informatika dari seluruh dunia ini. Namun banyak sekali keuntungan yang bisa diperoleh dengan menjadi professional member dari komunitas ilmiah, salah satunya adalah meningkatkan nilai universitas/kampus kita

Selain IEEE Computer Society, terdapat beberapa komunitas ilmiah lain yang bisa kita ikuti:
* IEEE Computational Intelligence Society
* IEEE Communication Society
* IEEE Engineering in Medical and Biology Society
* IEEE Geoscience and Remote Sensing Society
* Association for Computing Machinery
* Elsvier Science Direct
* Springerlink Journal
dan lain sebagainya…

IEEE sendiri merupakan singkatan dari Institute of Electrical and Electronics Engineers. Namun ternyata kepanjangan itu sudah tidak digunakan lagi karena ruang lingkup IEEE telah diperluas tidak hanya mengenai teknik elektro dan elektronika saja. Hal ini dibuktikan dengan dirangkulnya bidang ilmu komputer dan informatika ke dalamnya, termasuk bidang rekayasa perangkat lunak.

Indonesia juga telah tergabung ke dalam IEEE dalam wilayah Asia Pasifik. IEEE Section Indonesia juga sering mengadakan seminar atau konferensi tingkat internasional setiap beberapa tahun sekali. Oleh karena itu, jika nama kita ingin terpampang di dalam (minimal) prosiding IEEE namun dengan biaya yang relatif lebih murah, kita bisa mengikuti international conference yang disponsori oleh IEEE ini namun yang diadakan di negara Indonesia saja Good luck!

Tidak sepenuhnya itu salah, namun ada yang lebih tepat. Mungkin bisa diartikan kebutuhan PL adalah hal yang dibutuhkan oleh pengguna. Kemampuan yang harus dimiliki oleh sebuah perangkat lunak untuk menangani permasalahan yang dihadapi oleh pengguna. Itu definisi kebutuhan perangkat lunak dari IEEE.

Kebutuhan PL menjadi hal yang harus ada dalam proses pembangunan perangkat lunak. Kebutuhan PL harus dinyatakan dan ditulis pada tahap awal rekayasa perangkat lunak sebagai keluaran dari tahap analisis kebutuhan perangkat lunak. Seorang software engineer memahami permasalahan user dari kebutuhan PL ini. Kebutuhan PL ini juga menjadi dasar penawaran dan pelaksanaan dari proyek pembangunan perangkat lunak tersebut.

Mengingat pentingnya kebutuhan PL, propoperti ini harus ditulis (didokumentasikan) sesuai aturan yang benar dan baik sesuai konvensi yang disepakati. Jika engineer dan user keduanya berasal dari dalam negeri maka kebutuhan perangkat lunak ditulis dalam bahasa Indonesia yang sesuai dengan EYD, konsisten dan tidak ambigu. Jika terdapat kesalahan dalam penulisan kebutuhan, dapat terjadi ketidakcocokan antara yang diinginkan oleh user dan yang dibuat oleh engineer. Bisa jadi proyeknya akan gagal. So, beware and be careful in writing software requirements.

Terdapat banyak sekali model pembangunan perangkat lunak. Di dalam model pembangunan PL disebutkan tahapan-tahapan apa saja yang perlu dilalui untuk mempraktekan suatu metode pembangunan PL dengan memanfaatkan model pembangunan PL tersebut.

Struktur Data yang dapat dibuat atau disediakan sebagian besar bahasa pemrograman:

1. Record / Struct
2. Array / Table
3. Set
4. Maps
5. List
6. Stack
7. Queue
8. Tree
9. Graph

Setiap struktur data di atas juga masih memiliki variasi yang dapat dimodifikasi sesuai kasus / kebutuhan. Dari variasi itulah struktur data nomor 1 dan 2 menjadi dasar dalam membentuk struktur data nomor 3 hingga 9.

Manakah struktur data yang paling kamu suka?

Struktur data merupakan cikal bakal dari ilmu basis data yang memanfaatkan struktur data dalam melakukan pengelolaan data. Dalam perkembangan kelompok ilmu pemrograman, dapat dikatakan pemrograman bermula dari pemrograman yang asal jadi, dengan bahasa pemrograman mesin/asembli di mana data, perintah dan fungsi-fungsinya masih tersebar. Kemudian berlanjut kepada pemrograman yang terstruktur mulai dari pemrograman prosedural, fungsional, serta pemrograman berorientasi objek. Demikian juga dengan data, dibuat dengan struktur sedemikan rupa agar lebih mudah dikelola.

1. Program
Program komputer adalah bagian penting dalam sebuah perangkat lunak.
Program sebagai benda yang ada di dalam komputer, dibuat kemudian digunakan.
Namun jika hanya program saja, tak bisa disebut software.
Program Menghitung Bilangan Prima akan tetap disebut program,
tanpa ada dokumentasi mengenai penggunaan dan data yang akan digunakan.

2. Dokumentasi
Dokumen sebagai petunjuk/penjelasan dari sebuah perangkat lunak,
yang bisa dibaca mulai dari pembuatan dan juga penggunaan,
mengizinkan pengguna memanfaatkan perangkat lunak tersebut.
Tanpa dokumentasi, pengguna akan kesulitan menggunakan program.
Hanya dokumentasi saja, sama juga perangkat lunak bohong-bohongan.

3. Data
Data sebagai nafas untuk perangkat lunak.
Sebagai item masukan, item yang diproses dan juga item keluaran.
Tanpa data, apalah gunanya perangkat lunak dibuat,
program tak dapat berjalan atau jika berjalan hanya sekedar muncul saja
Hanya data tanpa program dan dokumen juga,
“Mau dibawa ke mana si data kita….“

Jadi, perhatikan 3 hal tersebut saat membangun perangkat lunak.
Semuanya harus diproduksi dengan baik.

Apa saja yang ada dalam pembangunan sebuah gedung?
Mulai dari ketua proyeknya, arsitek gedung, orang teknik sipil, teknik material, hingga tukang bangunan atau kulinya. Pengguna gedung tersebut juga termasuk di dalamnya.

Sama halnya di dalam pembangunan PL. Di sini juga ada ketua proyek pembangunan perangkat lunak (Project Leader), ia memimpin keseluruhan dari pelaksanaan pembangunan perangkat lunak. Dalam RPL juga ada arsiteknya perangkat lunak (Analyst), ia menganalisis, bagaimana seharusnya PL-nya nanti. Ia juga yang berkonsultasi dengan para pengguna (User) PL seperti apa sih yang mereka inginkan. Setelah ditentukan kebutuhan penggunanya, maka ada lagi arsitek perangkat lunak (Designer) yang akan membuat gambar rancangan dari PL yang akan dibangun, untuk nanti diserahkan kepada orang teknik sipilnya perangkat lunak.

Selanjutnya ada teknik sipilnya perangkat lunak, ia akan mengolah rancangan yang diperoleh dari arsitek untuk menentukan spesifikasi dari PL yang akan diimplementasikan agar pembangunan PL dapat berjalan dengan baik namun tetap sesuai dengan kebutuhan pengguna. Bekerja sama dengan orang teknik materialnya perangkat lunak, mereka menentukan pula material-material apa saja, teknologi apa saja yang akan digunakan. Setelah analisis dan perancangan perangkat lunak ini memperoleh hasil, rancangan dan spesifikasi ini diserahkan kepada tukang bangunan atau kulinya perangkat lunak.

Sang tukang bangunan perangkat lunak (Programmer) akan menyusun PL mulai dari pondasinya, kerangkanya, menyusun bata per batanya serta memoles tampilan PL hingga jadilah sebuah gedung perangkat lunak yang tidak hanya cantik, tapi juga bermanfaat dan nyaman digunakan. Menguji apakah PL sudah terlihat menarik, berguna dan mudah digunakan adalah tugas dari pegawai kelayakan bangunan perangkat lunak pada tahap pengujian (Tester). Penguna perangkat lunak juga harus dilibatkan karena ia yang akan menggunakan perangkat lunak ini.

Itu dia (kasaran) beberapa tahapan yang perlu dilakukan dalam pembangunan perangkat lunak selain kemudian ada tahapan pemeliharaan agar perangkat lunak dapat digunakan dalam jangka waktu yang lama. Oleh karena itu kita perlu mempelajari ilmu RPL agar kita dapat membuat PL yang tidak hanya benar namun juga baik prosesnya sehingga menghasilkan PL yang baik pula produknya. InsyaAllah.