Proyek Rekayasa Perangkat Lunak S1 SISTEM INFORMASI
Sistem Informasi Koperasi Karyawan “STIKOM Surabaya” Software Development Plan Version 1.1
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
Revision History Date -
Confidential
Version -
Description -
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Author -
Page 2 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
Table of Contents 1.
2.
3.
4.
Introduction
5
1.1 Purpose
5
1.2 Scope 1.3 Definitions, Acronyms and Abbreviations
5 5
1.4 References
5
1.5 Overview
5
Project Overview
6
2.1 Project purpose, scope and objectives
6
2.2 Assumptions and constraints
6
2.3 Project deliverables
6
2.4 Evolution of the Software Development Plan
7
Project Organization
7
3.1 Organizational Structure
7
3.2 External Interfaces
8
3.3 Roles and Responsibilities
8
Management Process
9
4.1 Project Estimates
9
4.2 Project Plan
9
4.2.1 Phase Plan 4.2.2 Iteration Objectives
9 9
4.2.3 Releases
10
4.2.4 Project Schedule
10
4.2.5 Project Resourcing
10
4.2.6 Budget
10
4.3 Iteration Plans
10
4.4 Project Monitoring and control
10
4.4.1 Requirements management plan
10
4.4.2 Schedule control plan
10
4.4.3 Budget control plan
10
4.4.4 Quality control plan
11
4.4.5 Reporting Plan 4.4.6 Measurement Plan
11 11
4.5 Risk Management plan
11
4.6 Close-out plan
13
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 3 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01 5.
Version: 1.1 Date: 28/09/11
Technical process plans
13
5.1 Development Case
13
5.2 Methods, tools and techniques
14
5.3 Infrastructure plan 5.4 Product acceptance plan 6.
15 Error! Bookmark not defined.
Supporting process plans
15
6.1 Configuration management plan
15
6.2 Evaluation plan
16
6.3 Documentation plan 6.4 Quality assurance plan
16 16
6.5 Problem resolution plan
16
6.6 Subcontractor management plan
16
6.7 Process improvement plan
16
7.
Additional plans
16
8.
Annexes
16
9.
Index
16
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 4 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
Software Development Plan 1.
Introduction Pada rancang bangun suatu perangkat lunak diperlukan kebutuhna-kebutuhan untukmendukung aplikasi perangkat lunak sampai dengan cara pengoperasian perangkat lunak tersebut, meliputi berbagai spesifikasi kebutuhan user termasuk prosedur-prosedur yang berlaku dalam organisasi dimana perangkat lunak tersebut dibuat yang akan dioperasikan dan kebutuhan software serta hardware yang diperlukan dokumen SDPLN.
1.1 Purpose Dokumen SDPLN ini dibuat untuk mengetahui rancangan secara spesifik tentang Sistem Informasi Koperasi Karyawan STIKOM Surabaya yang meliputi gambaran umum proyek, struktur organisasi proyek, proses manajemen, rencana proses teknik, rencana pendukung, dan rencana tambahan. 1.2 Scope Dokumen SDPLN ini meliputi deskripsi rancangan produk dan penjelasan berbagai macam informasi dari Sistem Informasi Koperasi Karyawan STIKOM Surabaya, gambaran umum, fitur dari perangkat lunak ini, karakteristik pengguna yang akan menggunakannya, lingkungan sistem operasi yang dibutuhkan agar sistem ini dapat berjalan dengan stabil dan lancar. 1.3 Definitions, Acronyms and Abbreviations
Koperasi : jenis badan usaha yang beranggotakan orang-orang atau badan hukum. Koperasi melandaskan kegiatannya berdasarkan prinsip gerakan ekonomi rakyat yang berdasarkan asas kekeluargaan.
Perangkat lunak : istilah umum untuk data yang diformat dan disimpan secara digital, termasuk program komputer, dokumentasinya, dan berbagai informasi yang bisa dibaca dan ditulis oleh komputer.
1.4 References 1.5 Overview Dokumen ini merupakan acuan untuk mengetahui spesifikasi kebutuhan Sistem Informasi Koperasi Karyawan STIKOM Surabaya dimana spesifikasi kebutuhna tersebut diperoleh berdasarkan wawancara pemilik, observasi langsung kinerja dan sistem kerja Koperasi Karyawan STIKOM Surabaya.
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 5 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
2.
Version: 1.1 Date: 28/09/11
Project Overview
2.1 Project purpose, scope and objectives Pada era globalisasi ini, perkembangan ilmu pengetahuan dan teknologi sangat pesat, apalagi informasi sekarang sangat cepat menyebar ke penjuru dunia. Sejalan dengan hal tersebut permasalahan yang kita hadapi juga semakin kompleks yaitu pada bidang seharihari. Dengan kenyataan itu kita dituntut untuk menyelesaikan permasalahan yang ada dengan memanfaatkan kecanggihan teknologi serta kecepatan, ketepatan dan keakuratan dalam memberi informasi sehingga dalam melaksanakan pekerjaan kita akan mendapat hasil yang optimal. Salah satunya adalah pemanfaatan teknologi komputer. Dalam sebuah koperasi informasi sangat dibutuhkan untuk membantu mengambil kebijakan manajerial dan dengan menggunakan komputer sebagai pengolah data manajerial dalam suatu koperasi sering dikenal dengan sistem informasi manajemen koperasi yang meningkatkan para anggota dalam tiap fungsi manajerial melaksanakan tugas kepemimpinan secara tepat. Koperasi Karyawan Stikom Surabaya merupakan suatu wadah usaha yang bertempatkan di Kampus Stikom Surabaya. Dalam perkembangannya sering dijumpai adanya kesalahan yang disebabkan oleh kurang telitinya dalam perhitungan serta kemungkinan terjadinya kecurangan sangat mempengaruhi kinerja dari kegiatan koperasi tersebut. Hal ini karena semua transaksi yang dilakukan menggunakan sistem yang masih manual. Meski data yang diolah belum cukup banyak tapi sangat akan berpengaruh pada efisiensi waktu dan tenaga. Keamanan dan pengolahan data pun diragukan kebenarannya karena tidak menutup kemungkinan adanya kecurangan yang disengaja maupun tidak disengaja. Sistem yang selama ini diterapkan koperasi karyawan yaitu dengan menggunakan sistem simpan pinjam secara manual, yang hanya berdasarkan pada catatan manual tertulis pada kertas. Maka untuk mempermudah sistem simpan pinjam koperasi sekarang ini dapat dilakukan dengan sistem komputerisasi. Aplikasi yang yang akan dibuat diharap dapat memenuhi kebutuhan informasi pemakai mengenai: Daftar Anggota, Daftar Pengurus, Daftar Pengawas, Buku Simpanan, Notulen Rapat Anggota, Notulen Rapat Pengurus, Kas Masuk, Simpanan Manasuka (Sukarela), Arsip Potongan Bulanan, Blangko Permohonan Pinjaman, Blangko Permohonan Anggota Baru, Blangko Pengambilan Pinjaman, Laporan Pemasukan dan pengeluaran, Perhitungan SHU. 2.2 Assumptions and constraints 2.3 Project deliverables SDPLN yang menjelaskan secara umum dan global mengenai rancangan Sistem Informasi yang akan dibuat. Rancangan sistem tersebut meliputi perkenalan dokumen, gambaran umum proyek, struktur anggpta dalam tim proyek, proses manajemen, rencana proses secara teknik, rencana proses yang mendukung serta rencana tambahan. SRS menjelaskan berbagai macam kebutuhan pembuatan produk, yaitu kebutuhan spesifik Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 6 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
yang terdiri dari kebutuhan fungsionalitas, termasuk didalamnya input, proses, dan output dari produk dan non-fungsionalitas. Kebutuhan antar muka juga digambarkan dengan jelas di dalam dokumen ini, terdiri dari kebutuhan antar pengguna, antar hardware yang menjelaskan kebutuhan yang harus ada untuk menjalankan atau mengoperasikan aplikasi sistem, kebutuhan antar software yang menjelaskan bagaimana cara pengguna berinteraksi dengan sistem, dan kebutuhan antar komunikasi. SAD menjelaskan tentang arsitektur proyek perangkat lunak yang akan dikerjakan. Dokumen ini diantaranya berisi tentang Overview dari dokumen ini sendiri, Architectural Representation, Architectural GoalsandConstraints, Use-Case View atau representasi fungsionalitas dari proses, dan Logical View. TSTPLN melingkupi tujuan-tujuan identifikasi informasi proyek dan komponen perangkat lunaknya, daftar persyaratan yang diujikan untuk testing, merekomendasikan dan menjelaskan strategi pengujian yang akan digunakan, identifikasi kebutuhan yang diperlukan, serta daftar lampiran terkait.
Summary Milestone Schedule – List key project milestones relative to project start. Project Milestone
Target Date (dd/mm/yyyy)
Project Start
21/09/2011
Complete Solution Analyst
04/10/2011
Complete Solution Design
18/10/2011
Complete Solution Simulation with Software
13/11/2011
Complete Solution Simulation and Testing
20/11/2011
Complete Installation Software
01/12/2011
Project Complete
03/12/2011
2.4 Evolution of the Software Development Plan -
3.
Project Organization
3.1 Organizational Structure
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 7 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
FUNCTION
NAME Kristono Sugiarto
Project Manager
Farid Ardi
System Analyst
Edy Nursusanto
System Design
Nilam Sansitasari
Programmer
Dedy Suhariyanto
System Testing System Documentation
Richard Hendrawan
3.2 External Interfaces 3.3 Roles and Responsibilities FUNCTION Project Manager
System Analyst
System Design
Programmer System Testing System Documentation
Confidential
ROLE o
Menjadwalkan pelaksanaan dan manajemen proyek.
o
Membuat dokumen SDPLN yang mendefinisikan rencana proyek.
o
Memantau kinerja proyek pelaksanaan implementasi.
o
Menganalisa proses bisnis dalam koperasi.
o
Mendefinisikan prosedur yang ada dalam system.
o
Membuat dokumen SRS .
o o
Membuat rancangan system dengan UML. Membuat basis data.
o
Membuat dokumen SAD yang mendefinisikan arsitektur sistem.
o
Membuat rancangan yang telah di planning sebelumnya.
o
Membuat test plan untuk system.
o
Implementasi sistem.
o
Control keselarasan dan kelengkapan seluruh dokumen.
o
Membuat user guide software sistem informasi.
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
dari analisis sampai
Page 8 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
4.
Management Process
4.1
Project Estimates
Version: 1.1 Date: 28/09/11
Pembangunan sistem informasi koperasi karyawan “ STIKOM Surabaya “pekerjaan ini diperkirakan kan memakan waktu selama 4 bulan. Projek yang akan dimulai dari bulan Akhir September 2011 hingga Desember 2011 dengan pemeberian toleransi waktu hingga bulan Januari 2012. Dengan jumlah Jumah jam masuk kerja selama seminggu dengan perhitungan 8 perhari dimulai dengan hari senin sampai jum’at dengan estimasi waktu mulai masuk dari pukul 07.30 WIB – 15.30 WIB.
4.2 Project Plan 4.2.1
Phase Plan Pada fase ini yang pertama kali dilakukan adalah membuat Work Breakdown Structured (WBS) seperti terlihat pada gambar berikut: Proyek Terlaksana
Initiating
Planning
Excecuting
1 Pengumpulan Data dan Informasi
2 Analisa System
3 Perancangan Database
2.1 Analisa Proses Bisnis
Controlling
5 Testing Program
4 Pembuatan Design I/O
3.1 Anggota
2.1.1 Wawancara
2.1.2 Observasi
2.2 Analisa Kebutuhan H/w dan S/w
3.2 Kas
4.1 Tampilan Admin Koperasi
3.3 Data Stan
3.4 Stock Barang
4.1.1 Registrasi Form Anggota Baru
4.1.2 Inventaris
4.1.3 Laporan Sisa Hasil Usaha
2.3 Analisa Solusi 4.1.4 Form Sewa Stan 2.3.1 System Flow
2.3.2 DFD & Konteks Diagram
Closing
6 Dokumentasi
5.1 Perencanaan Testing
7 Implementasi
5.2 Implementasi Testing
8 Maintenance (Opt.)
5.3 Pelaksanaan Testing
5.4 Evaluasi Testing
5.5 Pembuatan Dokumentasi
4.1.5 Laporan Penjualan
4.1.6 Form Stock Barang
2.3.3 ERD
4.2.2
Iteration Objectives [List the objectives to be accomplished for each of the iterations.]
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 9 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01 4.2.3
Version: 1.1 Date: 28/09/11
Releases [Brief descriptions of each software release, whether demo, beta, etc.]
4.2.4
Project Schedule [Diagrams/tables showing target dates for completion of iterations and phases, release points, demos, and other milestones.]
4.2.5
Project Resourcing
4.2.5.1 Staffing Plan [Identify here the numbers and type of staff required (including and special skills or experience), scheduled by project phase or iteration.] 4.2.5.2 Resource Acquisition Plan [Describe how you will approach finding and acquiring the staff needed for the project.] 4.2.5.3 Training Plan [List any special training project team members will require, with target dates for when this training should be completed.] 4.2.6
Budget [Allocation of costs against the WBS and the Phase Plan.]
4.3 Iteration Plans [Each iteration plan will be enclosed in this section by reference.] 4.4 Project Monitoring and control 4.4.1
Requirements management plan Dalam perencanaan proyek ini membutuhkan berbagai macam dokumen-dokumen pendukung
untuk kebutuhan sistem, diantaranya: Data Daftar Anggota, Daftar Pengurus, Daftar Pengawas, Dokumen Buku Simpanan, Dokumen Notulen Rapat Anggota, Dokumen Notulen Rapat Pengurus, Dokumen Kas Masuk, Dokumen Simpanan Manasuka (Sukarela), Arsip Potongan Bulanan, Blangko Permohonan Pinjaman, Blangko Permohonan Anggota Baru, Blangko Pengambilan Pinjaman, Laporan Pemasukan dan pengeluaran. 4.4.2
Schedule control plan Penjelasan dari bagian ini yaitu setiap melakukan progres atau pengerjaan proyek ini masing – masing pekerja meminta tanda tangan sebagai tanda bukti progresnya sudah selasai dan di acc
4.4.3
Budget control plan Pengontrollan terhadap budget akan dilakukan dengan menggunakan laporan-laporan tentang bagaimana penggunaan dana tersebut oleh setiap bagian tim.
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 10 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01 4.4.4
Version: 1.1 Date: 28/09/11
Quality control plan Kualitas dari setiap software diperlihatkan dari setiap laporan-laporan yang ada serta pada bagian akhir (feedback dan revisi), bila dirasa kualitas software masih kurang masih dapat dilakukan perbaikan pada software yang ada.
4.4.5
Reporting Plan Ada beberapa laporan yang hanya didiskusikan dalam internal tim dalam menjalankan proyek. Ada pula laporan-laporan yang harus diketahui oleh perusahaan sebagai bahan evaluasi bersama. Laporan-laporan yang cukup diketahui oleh internal tim adalah draft awal Software Development Plan(SDP), draft awal Software Requirements Spesification(SRS), draft awal Software Architecture Diagram(SAD), dan draft awal Test Plan. Sedangkan laporan yang harus diberikan pada perusahaan adalah proposal proyek dan Laporan keseluruhan yang berisi SDP, SRS, SAD, dan Test Plan.
4.4.6
Measurement Plan Proyek Rancang Bangun Sistem Informasi Sistem Informasi Koperasi Karyawan: Studi Kasus Koperasi Karyawan STIKOM Surabaya akan dikerjakan menurut perencanaan yang telah ditulis pada WBS dan Gantt Chart yang ada Risk Management plan.
4.5 Risk Management plan Resiko Kegagalan pada personil
Estimasi biaya dan waktu yang tidak realistis
Mengembangkan fungsi software yang salah
Mengembangkan antarmuka pengguna yang salah Gold plating Confidential
Teknik mengurangi resiko Memperkerjakan staf yang handal Job matching Membangun tim Mengadakan pelatihan dan peningkatan karir Membuat jadwal lebih awal bagi personil utama Membuat beberapa estimasi Desain untuk biaya Meningkatkan pengembangan Merekam dan menganalisa proyek sebelumnya Standarisasi metode Evaluasi proyek ditingkatkan Buat metode spesifikasi yang formal Survey pengguna Buat prototype Buat user manual lebih awal Membuat prototype Analisis tugas Keterlibatan pengguna Mengurangi kebutuhan Membuat prototype © Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 11 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Terlambat untuk mengubah kebutuhan
Kegagalan pada komponen yang disuplai pihak eksternal Kegagalan menjalankan tugas eksternal Kegagalan kinerja real-time
Pengembangnya terlalu sulit secara teknis
Version: 1.1 Date: 28/09/11
Analisis biaya manfaat Desain biaya Mengubah prosedur kendali Membatasi perubahan yang terlalu banyak Meningkatkan prototype Meningkatkan pengembangan (akibat perubahan) Melakukan benchmarking Inspeksi Spesifikasi formal Kontrak perjanjian Prosedur dan sertifikasi jaminan kualitas Prosedur jaminan kualitas Desain / prototype yang kompetitif Membangun tim Kontrak insentif Simulasi Benchmarking Prototipe Tuning Analisis teknis Analisa teknis Analisis biaya manfaat Prototipe Melatih dan mengembangkan staf
Resiko Kegagalan pada personil
Kejadian Kesalahan dalam coding Tidak menguasai pada bidangnya Tim tidak kompak Terjadi perselisihan dalam tim Jadwal yang rancu
Estimasi biaya dan waktu yang tidak realistis
Biaya yang berlebihan Kekurangan biaya Kesalahan perhitungan
Mengembangkan fungsi software yang salah
Kesalahan pemrograman Kesalahan desain Analisa kebutuhan yang tidak sesuai
Confidential
Teknik mengurangi resiko Memperkerjakan staf yang handal Job matching Membangun tim Mengadakan pelatihan dan peningkatan karir Membuat jadwal lebih awal bagi personil utama Membuat beberapa estimasi Desain untuk biaya Meningkatkan pengembangan Merekam dan menganalisa proyek sebelumnya Standarisasi metode Evaluasi proyek ditingkatkan Buat metode spesifikasi yang formal Survey pengguna Buat prototype
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 12 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Mengembangkan antarmuka pengguna yang salah Terlambat untuk mengubah kebutuhan
Version: 1.1 Date: 28/09/11
Pengguna tidak menggunakan aplikasi telah di hasilkan
bisa yang
Buat user manual lebih awal Membuat prototype Analisis tugas Keterlibatan pengguna
Perubahan mendadak ditengah proyek Pembatalan kontrak kerja
Mengubah prosedur kendali Membatasi perubahan yang terlalu banyak Meningkatkan prototype Meningkatkan pengembangan (akibat perubahan)
Kegagalan pada komponen yang disuplai pihak eksternal
Suplai biaya berhenti Pembatalan kontrak kerja
Kegagalan kinerja real-time
Tim ada yang sakit, sehingga waktu kerja perlu di tambah Pekerjaan terlalu cepat diselesaikan Kesalahan estimasi waktu Aplikasi yang di buat sulit di kembangkan lagi
Melakukan benchmarking Inspeksi Spesifikasi formal Kontrak perjanjian Prosedur dan sertifikasi jaminan kualitas Simulasi Benchmarking Prototipe Tuning Analisis teknis Analisa teknis Analisis biaya manfaat Prototipe Melatih dan mengembangkan staf
Pengembangnya terlalu sulit secara teknis
4.6 Close-out plan Setelah proyek ini selesai, akan dilakukan rapat tim proyek untuk evaluasi proyek.
5.
Technical process plans
5.1 Development Case Pengembangan proyek ini terdiri dari empat fase : 1. Inception (pembuatan awal), mengidentifikasi business case dari proyek,( faktor kesuksesan dan resiko yang ada ) 2.
Elaboration(penyusunan antar bagian), fase dimana arsitektur mulai dibuat.
3. 4.
Construction , fase dimana komponen dan fitur proyek mulai disusun Transition , fase dimana user mulai terbiasa dengan produk atau sistem(proses adaptasi)
Bapak Ali Sebagai manajer management kopkar yg menjelaskan mengenai koperasi karyawan. CP(contact person): Lantai 6 laboratorium Sistem Informasi Bapak Pri sebagai pengelola koperasi simpan pinjam Wiyung sejahtera Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 13 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
CP(contact person): 085648647650 http://www.stikom.edu/facility/fasilitas-publik (Rabu, 20.30WIB) http://digilib.stikom.edu/detil (Rabu, 20.40WIB) 5.2 Methods, tools and techniques
Sistem ini akan dikembangkan menggunakan bahasa pemograman Visual Studio2005(VB.net2005) dengan sistem basis data dengan menggunakan SQL Server 2008 Business Modeling Guidelines Menggunakan pemodelan bisnis yang mudah di pahami sehingga user/pengguna dapat mengerti dan paham dengan cepat sehingga dapat mempercepat proses di dalam koperasi karyawan tersebut( efisiensi dalam mengerjakan bagian-bagiannya).
User-Interface Guidelines Menggunaka tampilan yang bagus bagi user/pengguna(menarik secara tampilan sehingga membuat orang yang melihat betah untuk melihatnya) , bahasa yang mudah di pahami, dan disertai petunjuk apabila user mengalami kesulitan dalam menjalankan programnya.
Use-Case Modeling Guidelines Pemodelan use case yang dapat berfungsi sebagai diagram yang menunjukkan fungsionalitas suatu sistem atau kelas dan bagaimana sistem tersebut berinteraksi dengan dunia luar dan menjelaskan sistem secara fungsional yang terlihat user. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem.
Design Guidelines Berisikan panduan yang dapat digunakan untuk membantu user atau pengguna dalam menjalankan program aplikasi dari melihat desain sistem yang dibuat. Sistem di buat semenarik mungkin sehingga user/pengguna dapat belajar dengan cepat dan mudah mengerti.
Programming Guidelines Pengerjaan Programnya menggunakan MS visual studio 2005, dan SQL server management studio (untuk databasenya). Tools yang digunakan dalam pembuatan program antara lain, MS visual studio 2005, SQL server management studio (untuk databasenya).
Test Guidelines
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 14 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
Testing system akan dilakukan oleh bagian testing yaitu Dedy Suhariyanto. Testing meliputi: Keseluruhan jalannya program, database, dan user interface. Implementasi sistem dan Membuat test plan untuk system
Manual Style guide Berisikan gaya panduan yang berisikan desain sistem yang menarik perhatian user sehingga dapat membantu proses adaptasi yang dapat meningkatkan efisiensi dalam koperasi tersebut.
5.3 Infrastructure plan Koperasi Karyawan Stikom Surabaya merupakan suatu wadah usaha yang bertempatkan di Kampus Stikom Surabaya. Dalam perkembangannya sering dijumpai adanya kesalahan yang disebabkan oleh kurang telitinya dalam perhitungan serta kemungkinan terjadinya kecurangan sangat mempengaruhi kinerja dari kegiatan koperasi tersebut. Hal ini karena semua transaksi yang dilakukan menggunakan sistem yang masih manual. Meski data yang diolah belum cukup banyak tapi sangat akan berpengaruh pada efisiensi waktu dan tenaga. Keamanan dan pengolahan data pun diragukan kebenarannya karena tidak menutup kemungkinan adanya kecurangan yang disengaja maupun tidak disengaja. Sistem yang selama ini diterapkan koperasi karyawan yaitu dengan menggunakan sistem simpan pinjam secara manual, yang hanya berdasarkan pada catatan manual tertulis pada kertas. Maka untuk mempermudah sistem simpan pinjam koperasi sekarang ini dapat dilakukan dengan sistem komputerisasi. Aplikasi yang yang akan dibuat diharap dapat memenuhi kebutuhan informasi pemakai mengenai: Daftar Anggota, Daftar Pengurus, Daftar Pengawas, Buku Simpanan, Notulen Rapat Anggota, Notulen Rapat Pengurus, Kas Masuk, Simpanan Manasuka (Sukarela), Arsip Potongan Bulanan, Blangko Permohonan Pinjaman, Blangko Permohonan Anggota Baru, Blangko Pengambilan Pinjaman, Laporan Pemasukan dan pengeluaran, Perhitungan SHU.
6.
Supporting process plans
6.1 Configuration management plan Dalam pelaksanaan proyek semua hal yang terkait dapat dikatakan sebagai item konfigurasi. Semua item konfigurasi harus dikelola sebaik mungkin untuk menciptakan efisiensi dan efektivitas dalam pembangunan perangkat lunak. Item konfigurasi dan file-file dokumentasi akan dibuat dengan penamaan sesuai dengan standart dan berdasarkan versinya. Penentuan versi berdasarkan urutan hasil perubahan atau evaluasi dari setiap dokumen yang telah dibentuk. Penamaan dari item konfigurasi dan file-file dokumentasi akan disesuaikan dengan dokumen SRS (Software Requirement Spesification) dan dokumen SDD (Software Desain Dokumentation). Dokumen versi terakhir yang telah ditinjau oleh manager proyek akan didistribusikan kepada seluruh anggota proyek untuk dijadikan sebagai pedoman dalam pembangunan perangkat lunak.
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 15 of 16
“STIKOM Surabaya” Software Development Plan PRPL/2011/IX/01
Version: 1.1 Date: 28/09/11
6.2 Evaluation plan Perencanaan evaluasi akan dilakukan dan dikembangkan pada pembangunan perangkat lunak. Evaluasi akan dilakukan pada setiap tahap proses pembangunan perangkat lunak, mulai dari tahap perancangan sampai dengan tahap akhir implementasi perangkat lunak. Setiap hasil evaluasi akan didokumentasikan untuk menunjang Perencanaan Pengembangan Perangkat Lunak. 6.3 Documentation plan Rencana Dokumentasi dibentuk sesuai dengan standart yang telah disepakati sehingga hasil dokumentasi dapat digunakan sesuai dengan tujuannya. Dokumentasi dilakukan dilakukan pada setiap aktivitas dalam pembangunan perangkat lunak. 6.4 Quality assurance plan Rencana Jaminan Kualitas akan dibentuk sesuai dengan kesepakatan antara pihak pengembang dengan pihak Stakeholder. Rencana jaminan kualitas dapat dikembangkan pada saat berjalannya proses pembangunan perangkat lunak. 6.5 Problem resolution plan Rencana Resolusi Permasalahan merupakan rencana yang harus dibentuk untuk mencegah dan menanggulagi kegagalan pada sistem. Rencana resolusi permasalahan akan dibicarakan secara informal antara pihak pengembang dan pihak Stakeholder. 6.6 Subcontractor management plan Rencana Managemen Subkontraktor akan disusun berdasarkan subkontraktor yang terkait dengan memperhatikan karakteristik dari masing-masing subkontraktor. 6.7 Process improvement plan Rencana Pengembangan digunakan untuk pengembangan dari perangkat lunak yang akan dibangun. Rencana pengembangan akan disusun berdasarkan hasil dokumentasi dari setiap evaluasi yang telah dilakukan. Rencana Pengembangan ini dapat mengalami perubahan pada saat pembangunan perangkat lunak.
7.
Additional plans -
8.
Annexes -
9.
Index -
Confidential
© Kelompok 04 Proyek Rekayasa Perangkat Lunak STIKOM Surabaya, 2011
Page 16 of 16