GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK CMS (Content Management System)

untuk: Yusuf Efendi Delitian Dananjaya Riska Surya Adi Saputra

Dipersiapkan oleh: Aulia Adi Pribadi Dodi Bachtiar Gatra Taurista.R Rizal Kurniawan. Jl. Banjar Negara Barat I / 12 Surabaya

<Logo>

Kelompok 6

Nomor Dokumen

Halaman

GL01-G01 <xx:no grp>

Revisi

<#>/<jml #>
Tgl: 24 09 - 2007

Kelompok 7

SKPL-G01

Halaman 2 dari 15 halaman

DAFTAR PERUBAHAN
Revisi Deskripsi

A B C D E F G

INDEX TGL Ditulis oleh Diperiksa oleh Disetujui oleh

Kelompok 7

SKPL-G01

Halaman 3 dari 15 halaman

Daftar Halaman Perubahan Halaman Revisi Halaman Revisi

Kelompok 7

SKPL-G01

Halaman 4 dari 15 halaman

ABSTARAKSI
Perangkat lunak cms ini dibuat untuk memudahkan pengguna atau user untuk membangun suatu situs dengan cara yang sangat mudah namun hal ini tidak akan meninggalkan kesan professional. Pembuatan perangkat lunak ini nantinya dapat membantu user dalam menciptakan situs yang professional dengan cara yang mudah dan praktis. Perangkat lunak ini memungkinkan bagi setiap user untuk dapat membangun situs denagn kemudahan seperti bisa diposting, adanya statistic pengunjung dan sebagainya. Sehingga dengan adanya perangkat lunak ini dapat berguna bagi user yang igin membangun situs professional tanpa terbatas oleh kemampuannya. Secara teknis pengembangan perangkat lunak ini dikerjakan dalam beberapa tahapan pengembangan perangkat lunak dengan standar metodologi terstruktur dengan kaidah yang terdapat dalam Rekayasa Perangkat Lunak Dalam pengembangan perangkat lunak ini , diterapkan penentuan analisis dan prioritas proyek, ansumsi, kebergantungan dan kendala yang mungkin terjadi. Juga diterapkan metode untuk penentuan dan pengendalian terhadap resiko yang diestimate akan terjadi Dalam teknik pengembangan perangkat lunak ini digunakan metode waterfall ,dan dilakukan dokumentasi selengkap mungkin sesuai dengan design yang telah dipilih. Diharapkan dengan diterapkannya metode ini, maka pengembangan perangkat lunak akan dapat memenuhi keinginan End-user dan manajer proyek.

Kelompok 7

SKPL-G01

Halaman 5 dari 15 halaman

Daftar Isi
4. Proses Manajement...........................................................................................................10.....................................6 4.1 Tujuan dan Prioritas............................................................................................10...............................................6 4.2 Asumsi, Kebergantungan dan Kendala.................................................................11............................................6 4.3 Manajement Resiko.............................................................................................11..............................................6 5. Mekanisme Pemantauan dan Pengendalian........................................................................12.................................6 1 1. Pendahuluan........................................................................................................................................................7 1.1 Gambaran umum.............................................................................................................................................7 1.2 Lingkup Masalah.............................................................................................................................................7 2 Deskripsi Umum Perangkat Lunak.........................................................................................................................8 2.1 Deskripsi Umum Sistem .................................................................................................................................8 2.2 Karakteristik Pengguna....................................................................................................................................8 2.3 Lingkungan Operasi ........................................................................................................................................8 3 Deskripsi Umum Kebutuhan .................................................................................................................................8 3.1 Antarmuka pemakai.........................................................................................................................................9 3.2 Antarmuka perangkat keras.............................................................................................................................9 3.3 Antarmuka komunikasi....................................................................................................................................9

4. Proses Manajement...........................................................................................................10 4.1 Tujuan dan Prioritas............................................................................................10 4.2 Asumsi, Kebergantungan dan Kendala.................................................................11 4.3 Manajement Resiko.............................................................................................11 5. Mekanisme Pemantauan dan Pengendalian........................................................................12

Kelompok 7

SKPL-G01

Halaman 6 dari 15 halaman

1 1. Pendahuluan
1.1 Gambaran umum Proyek yang akan dikembangkan adalah pembuatab perangkat lunak bagi user untuk

membangun sebuah situs dengan yang sangat mudah namuntidak meninggalkan kesan professional. Dalam pengembangan perangkat lunak ini, mempermudahkan user untuk posting berita tanpa melakukan proses yang berbelit belit dengan memandang perkembangan berita dalam media multimedia selalu up to date. System ini dinamakan CMS (Content Management System) dan didesign dengan basis web untuk memberikan kemudahan bagi setiap user agar dapat melakuan upload berita atau sekedar mengunjungi website ini dengan mudah. Pengembang mengansumsikan bahwa sistem yang akan dikembangkan ini merupakan bagian dari sistem layanan untuk membangun sebuah website dengan mudah dan tanpa meninggalkan kesan profesional.

1.2

Lingkup Masalah Pengembangan perangkat lunak ini bertujuan untuk mempermudah dalam posting,

statistic pengunjung, polling, management comment, e-mail dari pengunjung untuk mempermudah admin dalam penyaringan e-mail. 1.3 Definisi dan Akronim Bagian ini berisi daftar definisi dan akronim .

BBS Private Message PM D PR P/L TOR

: Buletin Board System : Adalah pesan yang dikirimkan secara pribadi ke user lain dan hanya dapat dilihat oleh user tersebut. : Project Manager : Documentator : Public Relation : Perangkat Lunak : Term Of Reference

o Adalah media untuk bertukar pesan dalam forum umum

o Adalah dokumen yang berisi gambaran umum mengenai system perangkat lunak yang diminta.

SDP RPPL

: Software Development Plan atau : Rencana Pengembangan Perangkat Lunak

Kelompok 7

SKPL-G01

Halaman 7 dari 15 halaman

Adalah dokumen yang berisi rencana pengembangan perangkat lunak dalam : Software Requirement Specification atau : Spesifikasi Kebutuhan Perangkat Lunak. Dokumen hasil analisis yang berisi spesifikasi kebutuhan user. : Software design description atau : Deskripsi Perancangan Perangkat Lunak : Rekayasa Perangkat Lunak . Kegiatan Pegembangan Perangkat Lunak : Institute of Electrical and Electronics Engineers : American Standard Institute : To be defined.

suatu proyek. Didalam dokumen ini mencakup proyek dan gambaran tekns proyek.

SRS SKPL SDD DPPL RPL IEEE ANSII TBD

o Dokumen yang berisi hasil perancangan perangkat lunak.

o Standar Internasional untuk pengembangan dan perancangan produk.

2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem System ini dibuat untuk mempermudah pengunjung apabila mereka menginginkan untuk mengupload e-mail yang mereka miliki tanpa harus melakukan langkah yang berbelit belit dalaam mengatur web yang akan mereka upload. 2.2 Karakteristik Pengguna Dalam perangkat lunak ini setiap user yang mengupload kontent mereka mereka mempunyai hak akses sebagai administrator bagi konten mereka sendiri sendiri. Dalam hal ini ada yang berkehendak sebagai pemegang mutlak perangkat lunak ini.

2.3

Lingkungan Operasi Lingkup operasi yang akan kami buat adalah berbasis windows, karena dalam system operasi windows mudah dalam melakukan konfigrasi.

3 Deskripsi Umum Kebutuhan

Kelompok 7 SKPL-G01
Halaman 8 dari 15 halaman

3.1 Antarmuka pemakai Dalam perangkat lunak ini user diberi kemudahan yaitu sama seperti membuat email dalam situs-situs yang tersedia di internet, yaitu dalam mengakses perangkat lunak ini menggunakan keyboard dan mouse untuk memperlancar dan mempermudah dalam pendistribusian file yang dimilikai. 3.2 Antarmuka perangkat keras Perlengkapan hardware yang direkomendasikan adala menggunakan Pentium IV 1.6 Ghz atau ygn lebi tinngi, memory berkapasitas minimal 512 Mb dan direkomendasikan menggunakan memori yang lebih besar karena dilihat akan banya user yang akan mengakses perangkat lunak ini. Untuk penyimpanan data user dan administrator hard disk direkomendasikan menggunakan kapasitas sebesar 40 Gb pembagian pertisi untuk operating system penunjang dan media pengyimpanan data user.
.

3.3 Antarmuka komunikasi Untuk komunikasi penunjang menggunakan NIC atau bias menggunakan Medem sebagai perantara penghubung ke layanan internet. Menggunakan kabel UTP dengan konektor RJ-45, dan menggunakan kabel telpon dengan konektor RJ-11. 3.4 Tahap Perencanaan Perangkat Lunak Tahap Perencanaan :
Kelompok 7

Project Manager Configuration Manager Quality Assurance Analyst Public Relation Designer Programmer Documentator Project Manager Configuration Manager Quality Assurance Analyst Public Relation Designer Programmer

: RCW : WA : LTM : WA : FJ : DN : RCW : WA : WA : LTM : FJ : DN : FJ : DN : RCW

SKPL-G01
Halaman 9 dari 15 halaman

Tahap Analisis :

 Demo :
Kelompok 7

Documentator Project Manager Configuration Manager Quality Assurance Analyst Public Relation Designer Programmer Documentator Project Manager Configuration Manager Quality Assurance Analyst Public Relation Designer Programmer Documentator Project Manager Configuration Manager Quality Assurance Analyst Public Relation Designer Programmer Documentator Revisi RPPL Revisi SKPL Revisi DPPL Revisi PDHUPL Demonstrator

: WA : DN : FJ : LTM : WA : RCW : WA : RCW : WA : FJ : DN : LTM : RCW : FJ :WA : RCW : WA : WA : RCW : FJ : DN : DN :RCW : WA : LTM : WA : DN : RCW ,LTM : FJ : WA
SKPL-G01
Halaman 10 dari 15 halaman

Tahap Design :

Rencana dan Deskripsi Pengujian Perangkat Lunak :

Tahap Pengujian Perangkat Lunak :

Perbaikan Dokumen :

Dokumen tambahan : Final Report : Documentator Project Manager Configuration Manager Quality Assurance Analyst Public Relation Designer Programmer : LTM : WA : RCW : FJ : WA : LTM : DN : RCW Spesifikasi produk Acuan teknis : :

4. PROSES MANAJERIAL
4.1 Tujuan dan Prioritas Manajemen Manajemen pada dasarnya merupakan proses pengaturan seluruh sumber daya yang terbatas untuk digunakan dalam suatu proyek agar didapatkan hasil yang paling maksimal. Untuk mencapai tujuan dari proyek ini maka diperlukan manajemen yang baik. Di bawah ini merupakan beberapa tujuan dan hal-hal yang menjadi prioritas manajemen dalam proyek ini: Prioritas utama dalam proyek ini masalah persyaratan atau kualitas pencapaian perangkat lunak terhadap spesifikasi perangkat lunak yang diminta oleh user. Perangkat lunak yang dibangun ini harus sesuai dengan spesifikasi yang diminta user, karena kepuasan user adalah mendapatkan apa yang seperti mereka harapkan. Prioritas kedua adalah masalah jadwal, diharapkan jadwal selesai proyek ini dapat sesuai dengan jadwal yang telah direncanakan. Penekanan yang terakhir adalah masalah anggaran yang digunakan dalam proyek ini. Manajemen proyek ini disusun dengan sangat memperhatikan 2 aspek penting yang sangat ditekankan dalam proyek ini yaitu masalah kualitas perangkat lunak yang dihasilkan serta ketepatan jadwal pengerjaan. Pola manajemen yang akan dilakukan adalah membagi tugas secara merata kepada seluruh anggota tim sehingga pekerjaan akan dapat dilakukan secara parallel, agar dapat menyelesaikan perangkat lunak dengan cepat. Agar proses pengerjaan parallel ini dapat bejalan secara baik maka akan terdapat seorang pemimpin proyek untuk tiap tahapan yang bertugas untuk mengkoordinasi pengerjaan
Kelompok 7 SKPL-G01
Halaman 11 dari 15 halaman

4.2 Asumsi, Kebergantungan dan Kendala Beberapa asumsi yang kami gunakan dalam pelaksaan proyek ini adalah:

Perangkat keras komputer telah tersedia. Jadi proyek ini hanya menangani masalah perangkat lunak Selain itu juga terdapat factor-faktor ketergantungan pada hal eksternal, antara lain sebagai berikut:

Perangkat lunak ini membutuhkan akses internet karena perangkat lunak ini bersifat webbased. Kendala yang perlu dipertimbangkan dalam pengerjaan proyek ini adalah :

Spesifikasi kebutuhan yang berubah-ubah atau bertambah dari user. Sehingga Keterlambatan pengembang dalam menyelesaikan suatu tahapan dalam proyek

dapat mengganggu jadwal pengerjaan proyek yang sedang berlangsung. ini. Sehingga akan dapat menggangu jadwal yang sudah direncanakan. 4.3 Manajemen Resiko Suatu proyek yang dilaksanakan harus dilakukan identifikasi mengenai resiko-resiko yang mungkin dihadapi proyek tersebut dalam masa kerjanya sehingga pelaksana proyek dapat melakukan langkah-langkah antisipasi terhadap resiko-resiko tersebut. Beberapa resiko yang dapat kami identifikasi dalam proyek ini adalah : 1. Resiko kontraktual Resiko yang mungkin terjadi adalah : User sering melakukan perubahan terhadap kontrak yang disepakati dengan pengembang. Misalnya dengan sering melakukan perubahan spesifikasi yang diminta untuk perangkat lunak ini. Rencana alternatif/prosedur manajemen resiko adalah yang akan dilaksankan adalah melakukan kontrak dengan user secara jelas yang ditandatangani oleh kedua belah pihak. Bila terjadi perubahan spesifikasi atau kontrak oleh user maka pengembang boleh menolak karena sejak awal telah disepakati hal tersebut.

User membatalkan kontrak yang telah disepakati bersama dengan pengembang.

Dalam hal ini resiko kontraktual dianggap tidak ada. 2. Resiko Teknis
Kelompok 7 SKPL-G01
Halaman 12 dari 15 halaman

Resiko yang mungkin terjadi adalah: Perangkat keras yang digunakan untuk untuk operasional mengalami kerusakan sehingga produk tidak dapat dijalankan dengan baik. Rencana alternatif/prosedur manajemen resiko adalah yang akan dilaksankan adalah dengan berusaha memperbaiki kerusakan perangkat keras tersebut. 3. Resiko karena ukuran dan kompleksitas produk Resiko yang mungkin terjadi adalah : a. keterlambatan penyelesaian proyek karena produk yang dikembangkan sangat besar dan kompleks. Rencana alternatif/prosedur manajemen resiko adalah yang akan dilaksanakan adalah : Memikirkan secara hati-hati pada tahap analisis dan perancangan terhadap kompleksitas produk yang diinginkan dan melakukan kajian terhadap jadwal waktu pengerjaan yang ditetapkan. Sejak dari awal sedapat mungkin telah diidentifikasi kemungkinan spesifikasi proyek yang terlalu kompleks dan tidak mungkin dicapai oleh jadwal pengerjaan yang telah ditetapkan. Bila keterlambatan jadwal pengerjaan karena ukuran produk yang besar dan kompleks tidak dapat terelakkan, maka tim pengembang akan berusaha sekuat mungkin untuk mempercepat proses pengerjaan produk tersebut. Misalnya dengan menambah personalia yang terlibat dari angggota tim yang sudah selesai bekerja atau bila sangat terpaksa maka dapat diambil tenaga dari luar anggota tim pengembang. b. Personalia yang direncanakan tidak memadai untuk mengembangkan lebih besar dan kompleks dari sebelumnya. Rencana proyek yang menjadi

alternatif/prosedur manajemen resiko adalah yang akan dilaksankan adalah dengan segera menambah jumlah personalia yang terlibat dalam pengembangan proyek tersebut. Yang berasal dari anggota tim yang telah selesai menyelesaikan tugasnya pada tahapan proyek sebelumnya. 4. Resiko ketersediaan personalia Resiko yang mungkin terjadi adalah : a. personalia yang bertugas dalam proyek ini berhalangan dalam menjalankan tugasnya. Misalnya karena sakit, berhenti, dll. Rencana alternatif/prosedur manajemen resiko adalah yang akan dilaksankan adalah segera melakukan penggantian terhadap personalia tersebut dalam waktu yang secepat-cepatnya. Pengganti dapat
Kelompok 7 SKPL-G01
Halaman 13 dari 15 halaman

didapatkan dari anggota tim pengembang yang lain yang telah menyelesaikan tugasnya atau bila terpaksa diambil dari luar anggota tim pengembang. b. Personalia yang bertugas pada suatu tahapan proses kurang memadai

dalam hal jumlah dan kemampuan untuk menjalankan tugas pada tahap tersebut. Rencana alternatif/prosedur manajemen resiko adalah yang akan dilaksankan adalah segera melakukan penambahan jumlah personalia yang terlibat dalam proses tersebut. Anggota tambahan tersebut dapat diambil dari anggota tim pengembang lain yang telah menyelesaikan tugasnya pada tahapan yang lain dari proyek ini. 5. Resiko penerimaan pelanggan atas produk Resiko yang mungkin terjadi adalah :

5. Mekanisme Pemantauan dan Pengendalian

Agar proyek dapat berjalan dengan baik harus dibuat suatu sistem pemantauan dan pengendalian proyek yang terstruktur dengan baik. Mekanisme sistem yang akan dilakukan untuk memaksimalkan hasil yang akan dicapai adalah sebagai berikut : a. Tim pengembang akan melakukan pelaporan terhadap hasil yang

telah dicapai dalam setiap tahap pengembangan perangkat lunak dalam proyek ini. Yaitu tahap persiapan dan perencanaan, analisis, perancangan, coding, testing (pengujian), finalisasi/instalasi. Jenis laporan yang akan diberikan adalah semua dokumen yang berhubungan dengan aktivitas pada tahap pengembangan tersebut dan dokumen pendukung lain yang mungkin dibutuhkan untuk menjelaskan isi dokumen utama.
b.

Akan diadakan pertemuan dengan user untuk membahas dokumen

yang telah dibuat sehingga diharapkan pengembang bersama-sama dengan user dapat melakukan kaji ulang terhadap kemajuan proyek yang telah dicapai. Kemudian bila diperlukan pengembang dan user dapat membuat suatu demo untuk melihat prototype dari produk perangkat lunak yang telah dibuat.
c.

Teknik lain yang akan digunakan untuk melakukan pemantauan dan

pengendalian proyek adalah melalui pendekatan prototype sehingga progress/kemajuan hasil pengerjaan dari produk yang diminta dapat diketahui dengan lebih jelas Mekanisme pemantauan dan pengendalian proyek yang telah diuraikan diatas mempunyai arti yang sangat penting dan mendukung beberapa fungsi-fungsi pendukung proyek yang ada, seperti
Kelompok 7 SKPL-G01
Halaman 14 dari 15 halaman

a Software Configuration Management Konfigurasi perangkat lunak yang akan dikembangkan dapat dengan mudah dipantau dan dikendalikan melalui mekanisme diatas. Setiap konfigurasi yang ditetapkan didokumentasikan dengan jelas dan apabila diperlukan maka di kemudian hari dapat dilakukan review/kaji ulang terhadap konfigurasi yang telah disepakati. Mekanisme pemantauan dan pengendalian produk yang baik juga dapat membantu tim pengembang dan user untuk menyusun konfigurasi perangkat lunak yang terbaik bagi perangkat lunak yang sedang dikembangkan karena memungkinkan user dan tim pengembang selalu memantau dan memeriksa proses pengembangan perangkat lunak yang sedang dibangun. b Software Quality Assurance Tasks Mekanisme pemantauan dan pengendalian sangat penting artinya bagi pengendalian mutu perangkat lunak yang dikembangkan. Dengan melalui mekanisme pemantauan dan pengendalian proyek yang telah tersusun dan terprogram, maka mutu perangkat lunak diharapkan dapat ditingkatkan dan kesalahan/error dapat dideteksi lebih dini dan lebih baik. c Software Verification & Validation Pemantauan dan pengendalian juga mendukung sekali proses verifikasi dan validasi perangkat lunak yang dihasilkan. Dengan pemantauan dan pengendalian yang baik, maka hasil dari tiap tahapan dari proyek perangkat lunak ini dapat diperiksa dan divalidasi agar diyakinkan tidak terjadi deviasi dari spesifikasi dan kebutuhan user yang ditetapkan dari awal pengerjaan proyek ini. Dengan interpretasi dari demikian, dapat dihindarkan kemungkinan terjadinya kesalahan dan kebutuhan user yang baru diketahui setelah keinginan

implementasi/pengembangan perangkat lunak tersebut selesai dilakukan. Dimana pada keadaan seperti ini sangatlah sulit dan mahal untuk melakukan perubahan perangkat lunak agar dapat sesuai dengan keinginan dan kebutuhan user yang sebenarnya.

Kelompok 7

SKPL-G01

Halaman 15 dari 15 halaman