## ANALISIS SPESIFIKASI PERANGKAT LUNAK BLOG BERBASIS WEB

## Hanny Hikmayanti Handayani
Universitas Singaperbangsa Karawang Jl. H.S Ronggowaluyo Telukjambe Timur Karawang hanny.hikmayanti@unsika.ac.id

## ABSTRAK
Penelitian  ini  membahas  mengenai  analisis  spesifikasi  kebutuhan  perangkat  lunak  blog berbasis  web  dengan  tujuan  untuk  mengetahui  tahapan-tahan  di  dalam  analisis  dan desain  pembuatan  perangkat  lunak.  Metode  yang  digunakan  adalah  Incremental  model dan  Diagram  UML  untuk  membuat  desainnya.  Penelitian  ini  menghasilkan  suatu dokumen analisis perangkat lunak untuk pembuatan Blog berbasis web
Kata Kunci : uml, use case, analisis

## PENDAHULUAN
Dalam  suatu  komunitas  dibutuhkan  suatu  perangkat  untuk  mempermudah  komunikasi  jarak  jauh antara anggotanya. Salah satu media yang bisa digunakan diantaranya adalah media blog berbasis web, dimana dapat dilakukan komunikasi jarak jauh dan bisa melakukan diskusi antar anggotanya untuk  membahas  tugas,  pekerjaan  dan  lainnya.  Blog  berbasis  web  adalah  suatu  perangkat  lunak yang  sebelum  menjadi  suatu  Perangkat  lunak  dibutuhkan  suatu  tahapan  awal  yaitu    analisis spesifikasi  kebutuhan    perangkat  lunak  blog  berbasis  web  agar  dapat  dibuat  sesuai  dengan kebutuhan. Oleh sebab itu akan dilakukan  analisis spesifikasi kebutuhan perangkat lunak  aplikasi berbasis  web  sebagai  sarana  media  komunitas  elektronik  yang  dapat  mempermudah  komunikasi jarak jauh untuk membahas tugas-tugas dan lainnya.

## METODOLOGI PENELITIAN
Penelitian  ini  menggunakan  Metode  pengembangan  perangkat  lunak  Incremental  model dan tahapan yang dilakukan adalah Requirement, Specification dan Architecture Design , Incremental  model  adalah    model  pengembangan  sistem  pada  software  engineering berdasarkan  requirement  software  yang  dipecah  menjadi  beberapa  fungsi  atau  bagian sehingga model pengembangannya secara bertahap. dilain pihak ada mengartikan model incremental  sebagai perbaikan  dari  model  waterfall  dan  sebagai  standar  pendekatan topdown. Layaknya Model Waterfall , model ini pun juga memiliki tahapan tahapan untuk perancangan perangkat lunaknya, yaitu:
1. Requirement ,  Requirment  adalah  proses  tahapan  awal  yang  dilakukan  pada incremental model adalah penentuan kebutuhan atau analisis kebutuhan.
2. Specification, Specification adalah  proses  spesifikasi  dimana  menggunakan  analisis kebutuhan sebagai acuannya.
3. Architecture  Design ,  adalah  tahap  selanjutnya,  perancangan  software  yang  terbuka agar dapat diterapkan sistem pembangunan per-bagian pada tahapan selanjutnya.
4. Code setelah melakukan proses desain selanjutnya ada pengkodean.
5. Test merupakan tahap pengujian dalam model ini.

## HASIL DAN PEMBAHASAN
Kebutuhan Perangkat Lunak
BlogKelas  merupakan  sebuah  situs  komunitas  yang  selalu  diperbaharui  (update) secara kontinyu dan berisi link-link ke situs lainnya yang mereka anggap menarik disertai dengan komentar-komentar mereka sendiri, BlogKelas juga merupakan media pertukaran informasi  yang  berguna,  sarana  aktualisasi  pemikiran  pemiliknya,  kepentingan  bisnis kecil-kecilan , menyuarakan protes dan apa saja yang bisa dituliskan pada media blog ini.
Proses untuk mempunyai blog di dalam sebuah situs yang  menyediakan blog dapat diurutkan sebagai berikut:
1. Pengunjung  dapat  melihat  artikel-artikel  atau  materi  diskusi,  serta  komentar  dari  artikel  atau diskusi  yang bersangkutan yang ada pada blog.
2. Calon  pengguna  (user)  mendaftar  pada  sebuah  blog  dengan  mengisi  sebuah  form  pendaftaran untuk menjadi user yang telah disediakan oleh admin.
3. User yang telah mendaftar bisa menuliskan artikel atau materi diskusi pada blog.

## Fungsi Utama Perangkat Lunak
Fungsi - fungsi utama aplikasi ini, sebagai berikut :
- Melihat  artikel  atau  diskusi  yang  dibuat  oleh  anggota  lainnya.  Artikel  atau  diskusi  yang ditampilkan berguna sebagai informasi yang sebelumnya sudah dibuat.
- Melihat komentar. Komentar dapat dilihat oleh pengunjung blog.
- Mendaftar  menjadi  anggota.  Mendaftar  anggota,  yaitu  pengunjung  yang  ingin  mendaftar menjadi anggota blog.
- Mengubah data profil. Mengubah profil data anggota yang sudah dibuat.
- Menulis artikel. Menulis artikel atau diskusi yang baru.
- Menulis komentar. Menulis komentar di artikel yang sudah dibuat.
- Menambah data artikel. Menambah data artikel yang sudah dibuat.
- Mengubah data artikel. Mengubah data artikel yang sudah dibuat.
- Menghapus data artikel. Menghapus data artikel yang sudah dibuat.
- Menambah komentar. Menambah komentar yang sudah dibuat.
- Mengubah komentar. Mengubah komentar yang sudah dibuat.
- Menghapus komentar. Menghapus komentar yang sudah dibuat.

## Kebutuhan Fungsional
Daftar kebutuhan dideskripsikan dalam bentuk tabel dengan perspektif pengguna/user, contoh: A. Pengguna : Pengunjung
Tabel 1 Fungsional Pengunjung
B. Pengguna : Anggota
Tabel 2. Fungsional Anggota
C. Pengguna : Administrator
Tabel 3. Fungsional Admnistrator

## Kebutuhan Non Fungsional
Daftar kebutuhan dideskripsikan dalam bentuk tabel dengan perspektif sistem secara umum, contoh:
Tabel 4..Non Fungsional

## Tabel 5. Karakteristik Pengguna
Antarmuka Pengguna Antarmuka  pemakai  akan  dikembangkan  dengan  menggunakan  modus  tulisan  dan gambar,  serta  berbasis  web.  Pemakai  berinteraksi  dengan  perangkat  lunak  BlogKelas melalui  antarmuka  penjelajah  situs  (web browser ).  BlogKelas  menerima  masukan  dari pemakai  melalui  perintah  yang  diklik mouse atau  yang  diketikkan  melalui keyboard seperti melakukan pengetikan isi artikel atau diskusi, serta melihat isi artikel atau diskusi. Keluaran  dari  perangkat  lunak  BlogKelas  dapat  dilihat  pemakai  dengan  menggunakan monitor secara langsung.
Antarmuka Perangkat Keras Kebutuhan  minimum  perangkat  keras  yang  dapat  digunakan  oleh  BlogKelas,  sebagai berikut:
PC atau komputer kompatibel keyboard mouse Selebihnya, aplikasi ini tidak membutuhkan antarmuka perangkat keras yang spesifik.
Antarmuka Perangkat Lunak Library yang  dibutuhkan  oleh  BlogKelas  adalah library ODBC  (Open  Database Connectivity)  untuk  koneksi  MySQL  dengan  ASP.  ODBC  merupakan  standar  protocol unutk pengaksesan relational database yang berbasiskan pada SQL.
Antarmuka Komunikasi Sebuah  komputer server dan  satu  atau  beberapa  komputer client yang  terhubung  secara client-server dalam lingkup jaringan Internet atau intranet berbasis protokol Transmission Control Protocol/Internet Protocol (TCP/IP).
Batasan Sistem Batasan-batasan yang digunakan pada pengembangan aplikasi ini adalah Pada halaman utama aplikasi terdapat link untuk masuk ( login ) ke halaman menu utama pemakai.
User diminta untuk memasukkan user name dan password yang telah dimasukkan maka sistem akan memvalidasi username dan password tersebut dengan database .
Pada aplikasi  BlogKelas  terdapat seorang  admin.  Peran  seorang  admin  pada  aplikasi ini dapat  mengakses  menu  pilihan  seperti  memperbaharui  (meng update ),  merubah(meng- edit ), menghapus(men- delete ) data user.
Seorang user bisa membuat artikel di dalam BlogKelas dengan mendaftar dirinya ke situs BlogKelas tersebut dan juga seorang user mempunyai akun tersendiri.
Lingkungan Operasi Perangkat lunak pada sisi server yang dibutuhkan oleh BlogKelas adalah: Sistem operasi : Microsof Windows 95/98/NT/2000/XP/7 Web s erver : Apache Scripting language : Microsoft Active Server Pages (ASP) DBMS: MySQL
Perangkat lunak pada sisi client yang dibutuhkan oleh BlogKelas adalah: Sistem operasi: Microsoft Windows 95/98/NT/2000/XP/Vista/7, Linux, UNIX, MacOS Penjelajah  situs  (web browser )  berbasis  grafis  atau  teks:  Microsoft  Internet  Explorer, Netscape Navigator, Opera, Modzilla, Konqueror, Nautilus, Lynx
Architecturally Significant Use Case Penggambaran secara arsitektural secara umum, use case yang digambarkan dalam aplikasi ini, sebagai berikut :
Gambar 1. Arsitektural Use Case BlogKelas
Diagram Use Case untuk Paket Sistem Dari penggambaran secara umum maka dapat dibagi menjadi tiga user. Pengunjung User pengunjung dapat digambarkan use case-nya, sebagai berikut:
Sistem Pengunjung Melihat Artikel Melihat Komentar Mendaftar Menjadi Anggota Gambar 2. Use Case Pengunjung
Anggota User anggota dapat digambarkan use case-nya, sebagai berikut :
Sistem Anggota Ubah Data Profil Tulis Artikel Tulis Komentar <include> <include> <include> Login Gambar 3. Use Case Anggota Administrator User administrator dapat digambarkan use case-nya, sebagai berikut: Sistem Administrator Tambah Data Artikel Ubah Data Artikel Hapus Data Artikel <include> <include> <include> Login Tambah Komentar Ubah Komentar Hapus Komentar <include> <include> <include>
Gambar 4. Use Case Administrator
Spesifikasi Use Case Penjelasan dari  masing-masing use case dari diagram use case dapat dilihat pada skenario berikut ini.
Tabel 6. Use Case Melihat Artikel
Tabel 7. Use Case Melihat Komentar
Tabel 8. Use Case Mendaftar Menjadi User Blog
Nama Use Case Mendaftar menjadi user blog Deskripsi Use case ini memungkinkan pengunjung mendapatkan hak untuk menjadi anggota atau penulis  pada blog. Aktor Pengunjung Prakondisi Sistem menampilkan halaman pendaftaran menjadi anggota. Tindakan Pengunjung harus terlebih dahulu masuk ke dalam halaman daftar untuk menjadi anggota atau penulis. Sistem akan menampilkan halaman daftar menjadi anggota. Pengunjung dapat mengisi form username , password , nama, jenis kelamin, alamat dan email pada halaman daftar. Pengunjung menekan tombol daftar untuk memasukkan data profilnya ke database . Sistem akan menampilkan tulisan berhasil mendaftar dan selanjutnya user yang telah terdaftar dapat melakukan proses login .
Postkondisi  sistem memasukkan data
profil user yang telah diisi  ke
dalam database . Alternative Pada langkah ke-3 jika pengunjung tidak mengisi username, password, nama, email maka sistem akan menampilkan pesan peringatan. Pada langkah ke-4 jika pengujung tidak menekan tombol daftar maka pada langkah ke-5 sistem tidak akan melakukan perubahan terhadap form yang telah diisi sebelumnya. Tabel 9. Use Case Ubah Data Profil Nama Use Case Ubah data profil Deskripsi Use case ini memungkinkan anggota dapat merubah data data profilnya Aktor Anggota Prakondisi Sistem menampilkan halaman login untuk bisa masuk ke dalam  halaman ubah profil. Tindakan Anggota harus terlebih dahulu login untuk masuk ke dalam halaman ubah data profil untuk merubahnya. Sistem akan menampilkan halaman ubah profil. Anggota dapat merubah data profilnya seperti nama, username , password , jenis kelamin, alamat, dan email. Anggota harus menekan tombol simpan untuk memasukkan data profilnya yang baru ke database. Postkondisi Sistem menyimpan data profil anggota yang telah diperbaharui  ke dalam database Alternative Pada langkah ke-3 jika anggota tidak mengisi nama, username, password, email maka sistem akan menampilkan pesan peringatan. Pada langkah ke-4 jika anggota tidak menekan
tombol simpan maka data yang baru dimasukkan tidak
akan tersimpan dalam database. Tabel 10. Use Case Tulis Artikel Nama Use Case Tulis artikel Deskripsi Use case ini memungkinkan anggota dapat menulis artikel. Aktor Anggota Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman artikel. Tindakan Anggota harus terlebih dahulu login untuk masuk ke halaman menulis artikel. Sistem akan menampilkan halaman menulis artikel. Anggota dapat memilih jenis kategori untuk artikel yang ditulisnya. Anggota dapat menekan tombol simpan untuk sistem menyimpan artikel yang ditulisnya. Bila artikel yang dimasukkan tersimpan maka akan tampil keterangan bahwa artikel telah tersimpan. Postkondisi Sistem menyimpan artikel yang ditulis ke dalam database. Alternative Pada langkah ke-1 jika anggota yang melakukan login belum terdaftar maka sistem akan menolaknya. Pada langkah ke-4 jika anggota tidak menekan tombol simpan maka artikel tidak akan tersimpan. Tabel 11. Use Case Tulis Komentar Nama Use Case Tulis komentar Deskripsi Use case ini memungkinkan anggota dapat memberikan komentar pada suatu artikel. Aktor Anggota Prakondisi Sistem menampilkan halaman login untuk bisa masuk ke halaman komentar. Tindakan Anggota harus terlebih dahulu login untuk bisa
masuk ke halaman tulis komentar.
Anggota harus menekan tombol tambah komentar untuk masuk ke halaman komentar. Sistem akan menampilkan halaman komentar untuk penulisan komentar yang diinginkan. Anggota dapat menekan tombol simpan untuk sistem menyimpan komentar yang ditulisnya ke dalam database. Postkondisi Sistem menyimpan komentar yang ditulis ke dalam database. Alternative Pada langkah ke-1 jika anggota tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman komentar. Pada langkah ke-4 jika anggota tidak menekan tombol simpan maka komentar yang ditulisnya tidak akan tersimpan. Tabel 12. Use Case Tulis artikel Nama Use Case Tulis artikel Deskripsi Use case ini memungkinkan administrator dapat menulis artikel. Aktor Administrator Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman admin. Tindakan Administrator harus terlebih dahulu login untuk masuk ke halaman admin. Sistem akan menampilkan halaman utama untuk menulis artikel yang diinginkan. Admin dapat memilih dan menekan link menu tulis artikel Postkondisi  Sistem menampilkan halaman login untuk bias masuk ke halaman admin.
Alternative Pada langkah ke-1 jika administrator tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman admin. Pada langkah ke-3 jika administrator tidak menekan tombol simpan setelah menulis  artikel maka data yang ditulisnya tidak akan tersimpan dalam database. Tabel 13. Use Case Ubah Artikel Nama Use Case Ubah artikel Deskripsi Use case ini memungkinkan administrator dapat mengubah artikel. Aktor Administrator Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman admin. Tindakan Administrator harus terlebih dahulu login untuk masuk ke halaman admin. Sistem akan menampilkan halaman utama untuk merubah artikel yang diinginkan. Admin dapat memilih dan menekan link artikel yang akan diubah. Postkondisi Sistem menampilkan halaman login untuk bisa masuk ke halaman admin. Alternative Pada langkah ke-1 jika administrator tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman admin. Pada langkah ke-3 jika administrator tidak menekan tombol simpan setelah mengubah  artikel maka data yang ditulisnya tidak akan tersimpan dalam database.
Tabel 14. Use Case Hapus Artikel Nama Use Case Hapus artikel Deskripsi Use case ini memungkinkan administrator dapat menghapus artikel. Aktor Administrator Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman admin. Tindakan Administrator harus terlebih dahulu login untuk masuk ke halaman admin. Sistem akan menampilkan halaman utama untuk menghapus artikel yang diinginkan. Admin dapat memilih dan menekan link hapus artikel. Postkondisi Sistem menampilkan halaman login untuk bisa masuk ke halaman admin. Alternative Pada langkah ke-1 jika administrator tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman admin. Pada langkah ke-3 jika administrator tidak menekan tombol simpan setelah mengubah  artikel maka data yang ditulisnya tidak akan terhapus dalam database. Tabel 15. Use Case Tulis Komentar Nama Use Case Tulis komentar Deskripsi Use case ini memungkinkan administrator dapat menulis komentar. Aktor Administrator Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman admin. Tindakan Administrator harus terlebih dahulu login untuk masuk ke halaman admin. Sistem akan menampilkan halaman
utama untuk menulis komentar yang diinginkan. Admin dapat memilih dan menekan link menu tulis komentar Postkondisi Sistem menampilkan halaman login untuk bias masuk ke halaman admin. Alternative Pada langkah ke-1 jika administrator tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman admin. Pada langkah ke-3 jika administrator tidak menekan tombol simpan setelah menulis  komentar maka data yang ditulisnya tidak akan tersimpan dalam database. Tabel 16. Use Case Ubah Komentar Nama Use Case Ubah komentar Deskripsi Use case ini memungkinkan administrator dapat mengubah komentar. Aktor Administrator Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman admin. Tindakan Administrator harus terlebih dahulu login untuk masuk ke halaman admin. Sistem akan menampilkan halaman utama untuk merubah komentar yang diinginkan. Admin dapat memilih dan menekan link komentar yang akan diubah. Postkondisi Sistem menampilkan halaman login untuk bisa masuk ke halaman admin. Alternative Pada langkah ke-1 jika administrator tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman admin.
Pada langkah ke-3 jika administrator tidak
menekan tombol simpan setelah mengubah komentar maka data yang ditulisnya tidak akan tersimpan dalam database. Tabel 17. Use Case Hapus Komentar Nama Use Case Hapus komentar Deskripsi Use case ini memungkinkan administrator dapat menghapus komentar. Aktor Administrator Prakondisi Sistem menampilkan halaman login untuk masuk ke halaman admin. Tindakan Administrator harus terlebih dahulu login untuk masuk ke halaman admin. Sistem akan menampilkan halaman utama untuk menghapus komentar yang diinginkan. Admin dapat memilih dan menekan link hapus komentar. Postkondisi Sistem menampilkan halaman login untuk bisa masuk ke halaman admin. Alternative Pada langkah ke-1 jika administrator tidak login terlebih dahulu maka sistem tidak dapat menampilkan halaman admin. Pada langkah ke-3 jika administrator tidak menekan tombol simpan setelah mengubah komentar maka data yang ditulisnya tidak akan terhapus dalam database.
Model Data Gambar Entity Relationship Diagram untuk aplikasi ini, sebagai berikut:
-intKomentarID(PK) -intArtikelID(FK) -intPemakaiID(FK) Komentar -intArtikelID(PK) -intKategori (FK) -intPemakaiID(FK) Artikel -intPemakaiID(PK) -intAksesID (FK) Pemakai -intAksesID(PK) Akses -intKategoriID (PK) Kategori 1 * 1 * 1 * * * Have Have Have Write 1 * Write
Gambar 5. ERD BlogKelas
Penjelasan tabel dan tiap kolom table yang ada, sebagai berikut: 1.   Pemakai Pada entitas pemakai terdapat 8 atribut yaitu : intPemakaiID, txtUsername, txtPassword, intAkses, txtEmail, txtJenisKelamin, txtNama, txtAlamat, txtFileGambar.
Tabel 18. Tabel Pemakai Atribut Tipe Panjan g Keteranga n intPemakaiI D Intege r 11 Primary Key txtUsername Varch ar 50 txtPassword Varch ar 50 intAksesID Intege r 11 Foreign Key txtEmail Varch ar 100 txtJenisKela min Varch ar 11 txtAlamat Varch ar 200 txtFileGamb ar Varch ar 50 2.   Artikel
Pada entitas artikel terdapat 8 atribut yaitu : intArtikelID, txtJudulArtikel, dteTanggalArtikel, intPemakaiID, intKategoriID, bitStatusTampil, memIsiBerita, txtFileGambar.
Tabel 19. Tabel Artikel Atribut Tipe Panj ang Keteranga n intArtikelID Intege r 11 Primary Key txtJudulArtikel Text dteTanggalArtik el DateT ime intPemakaiID Intege r 11 Foreign Key intKategoriID Intege r 11 Foreign Key bitStatusTampil Bit 1
memIsiArtikel Longt ext txtFileGambar Varch ar 50 3.   Kategori Pada entitas kategori terdapat 3 atribut yaitu : intKategoriID, txtNamaKategori, intUrutKategori. Tabel 20. Tabel Kategori Atribut Tipe Panjang  Keterangan intKategoriID Integer 11 Primary Key txtNamaKategori Varchar  50 intUrutKategori Integer 11 4.   Komentar
Pada entitas komentar terdapat 6 atribut yaitu : intKomentarID, intArtikel, intPemakaiID, dteTanggalKomentar, bitStatus, memKomentar.
Tabel 21. Tabel Komentar Atribut Tipe Panja ng Keterang an intKome ntarID Integer  11 Primary Key intArtike lID Integer  11 Foreign Key intPemak aiID Integer  11 Foreign Key dteTangg alKomen tar DateTi me bitStatus Bit 1 memKo mentar Longte xt
5.   Akses Pada entitas akses terdapat 2 atribut yaitu : intAksesID, txtAkses.
Tabel 22. Tabel Akses Atribut Tipe Panja ng Keterang an intAksesI D Integer  11 Primary Key txtAkses Varcha r 50

## KESIMPULAN
Dalam  penelitian  ini  telah  dilakukan    analisis  spesifikasi  kebutuhan  perangkat  lunak aplikasi  berbasis  web  sebagai  sarana  media  komunitas  elektronik  yang  dapat mempermudah komunikasi jarak jauh untuk membahas tugas-tugas dan lainnya Diidentifikasikan kebutuhan-kebutuhan dari perangkat lunak BlogKuliah berbasis web Dibuat desain dari perangkat lunak tersebut.

## DAFTAR PUSTAKA
Abdul Kadir. (2009). Dasar Perancangan dan Implementasi Database Relational . Yogyakarta: Andi Offset Adi Nugroho. (2005). Analisis dan Perancangan Sistem Informasi dengan Metodologi Berorientasi Objek . Bandung: Informatika Bandung Bernard Renaldy Suteja. (2006). Membuat Aplikasi Web Interaktif dengan ASP. Bandung: Informatika Bandung Janner Simarmata. (2008). Perancangan Basis Data. Yogyakarta: Andi Offset Madcoms. (2009). Langsung Bisa membangun Website Profesional dengan Adobe CS4, PHP, dan MySQL. Yogyakarta: Andi Offset Nana Suarna. (2006). Pemrograman Aplikasi Database Internet dengan ASP. Bandung: Yrama Widya Roger S. Pressman. (2005). Rekayasa Perangkat Lunak. Yogyakarta: Andi Offset

## BIODATA PENULIS
Hanny Hikmayanti Handayani, M.Kom. Lahir di Palembang, tanggal 27 Maret tahun 1973. Pendidikan terakhir S2 Ilmu Komputer Universitas Budi Luhur Jakart