FP MPPL

Final Project

MANAJEMEN PROYEK PERANGKAT LUNAK

Anggota Kelompok :

Bagas Yanuar Sudrajad (05111740000074)

Yovi Agustian (05111740000125)

Uji Kualitas Perangkat Lunak E-Sport ITS

Link KAK : Link KAK
Link Software : Link Software
Kesimpulan : Dari uji kualitas yang telah dilakukan disimpulkan perangkt lunak ini berkualitas karena telah memenuhi standar kualitas yang telah ditetapkan.

MANAJEMEN WAKTU PEKERJAAN

MANAJEMEN WAKTU PEKERJAAN

PENGEMBANGAN APLIKASI KEPEGAWAIAN TAHUN ANGGARAN 2012

KERANGKA ACUAN KERJA PEMBUATAN SOFTWARE APLIKASI ESPORT TOURNAMENT MANAGEMENT BERBASIS WEB

PERENCANAAN MANAJEMEN PROYEK

(PROJECT MANAGEMENT PLAN)

Siklus Manajemen Proyek

TUGAS MPPL - C

Nama Proyek: Website Sistem Informasi Perlombaan E-Sport Dies Natalis ITS ke-59.

Bagas Yanuar Sudrajad 05111740000074

Yovi Agustian 05111740000125

Azzam Jihad Ulhaq 05111740000132

1.  Initiation

      a.    Identification of the problem

ITS hendak mengadakan perlombaan esport “Mobile Legend” pada perhelatan Dies Natalis ke-59. Oleh karenanya diperlukan sebuah sistem untuk menangani pendaftaran, konfirmasi pembayaran, update informasi pertandingan dan menampilkan bagan pertandingan secara realtime.

2. Identification of the scope

Sistem ini hanya digunakan dalam scope perlombaan esport ITS. Tim yang berlaga maksimal sebanyak 222 tim dan dibagi menjadi dua yakni Internal (22 Tim) dan eksternal (200 tim)

3. Identification of the deliverable

deliverable pada proyek ini berupa website yang dapat menangani sistem pendaftaran serta menunjukkan bagan pertandingan secara realtime. Website ini dapat diakses dengan alamat: https://event.its.ac.id/esport59/

4. Identification of the stakeholder

Stakeholder yang terlibat dalam proyek ini adalah panitia esport diesnat dan peserta lomba esport

2.           Planning

              a.  Identification of the project timeline

Timeline project ini cukup sederhana yakni sekitar dua minggu saja. Satu minggu untuk membuat konsep yang bersesuaian dengan aturan-aturan perlombaan. Kemudian seminggu selanjutnya pengerjaan dan testing.

2. Workflow

Peserta mendaftarkan Timnya → Sistem memberikan besar pembayaran yang disertai kode unik → Peserta melakukan konfirmasi → Panitia memverifikasi pembayaran → Peserta terdaftar dalam lomba dan dapat menggunakan sistem untuk mengikuti informasi terkait perlombaan

3. Estimation of budget

Dikarenakan hosting dan domain sudah tersedia sehingga yang diperlukan hanyalah biaya untuk jasa yang disediakan. Estimasi pengerjaan setiap hari 2 jam pengerjaan 2 minggu (10 hari kerja) dan 50 ribu tiap jam maka 2 (jam) x 10 (hari kerja) x 50.000 x 2 (orang) = 2.000.000

4. Gathering resources

Yang diperlukan untuk pengerjaan project ini sebanyak 2 orang. Hosting dan domain sudah tersedia.

5. Risk anticipation

Terjadi case-case tidak umum yang dapat terjadi akibat peserta atau panitia yang hendak melakukan kecurangan. Antisipasi yang dilakukan adalah melakukan brainstorming untuk case-case yang dapat terjadi secara komprehensif, sehingga dapat memperkecil kemungkinan terjadinya kecurangan.

3.           Execution

               a. Creating tasks and organizing workflows

Proyek dibagi menjadi dua modul, yaitu modul admin (mengelola pendaftaran, mengkonfirmasi pembayaran, mengelola jadwal pertandingan, mengelola bagan pertandingan) dan modul peserta (melakukan pendaftaran, verifikasi pembayaran, melihat jadwal pertandingan,  melihat bagan pertandingan). satu orang mengerjakan modul admin dan satu orang mengerjakan modul peserta.

2. Monitoring 

Setiap harinya dilakukan evaluasi progress yang dikerjakan pada hari itu, dan tiap orang saling mengecek pekerjaan orang lainnya.

3. Managing budget

Uang yang diperlukan adalah uang untuk membayar jasa development web. Managing budget dilakukan dengan memastikan project berjalan sesuai rencana.

4.           Closure

              a.  Determining the goals

Web yang dihasilkan dapat bekerja sesuai fungsinya untuk mendukung perlombaan dalam segi sistem pendaftaran, informasi, dan menampilan bagan perlombaan.

2. Evaluation of the team’s performance

Sampai saat ini yang telah dilakukan adalah: database telah selesai, mencari template dan tools yang akan dipakai. Secara umum semuanya masih sesuai rencana.

3. Conducting a final analysis of the project

Project masih belum selesai. Belum dapat dilakukan

Project Charter

E-Sport Tournament

Project Charter Document

Project Name                 : Pembuatan Sistem Informasi tournament e-sport 

Company                       : Panitia lomba e-sport diesnatalis ITS ke-59

Focus Area                    : Website Application

Product/ Process          : Website

Project Time                  :  September 2019 - Oktober 2019

Cost Estimation            : 2 Juta 

PROJECT DESCRIPTION and GOALS 

Tujuan dari proyek ini adalah pembuatan sebuah website untuk menjembatani antara panitia pelaksana tournament e-sport dalam rangka kegiatan diesnatalis ITS ke 59 dengan peserta tournament yang mengikuti lomba. Aplikasi ini berupa sistem informasi berguna untuk menunjang jalannya perlombaan berupa fitur pendaftaran keikutsertaan, konfirmasi pembayaran, informasi bagan perlombaan dan sebagainya.

Risk

Risiko dari Aplikasi ini telah diidentifikasi. Project manager akan menentukan dan menerapkan strategi-strategi untuk meminimalkan kemungkinan risiko. Adapun risiko yang mungkin terjadi sebagai berikut:

1. Terjadinya kebocoran data

2. Terjadinya pemalsuan data akibat kesalahan manusia pada saat entry data

3. Terjadinya bug pada saat proses perjalanan pada web yang tidak sesuai dengan

caranya.

4. Waktu pengerjaan proyek yang terlambat dari rencana yang sudah dibuat.

Deliverable

Software Development Plan, Software Requirements Specification, Software Architecture

Development, Test Plan, dan User Documentation serta hasil dari perencanaan.

- Software Development Plan Menjelaskan rancangan sistem informasi yang akan

dibuat. Rancangan sistem informasi tersebut meliputi pendahuluan dokumen, gambaran

umum proyek, struktur organisasi proyek, proses manajemen, perencanaan proses teknis,

dan rencana proses pendukung.

- Software Requirements Specification Menjelaskan berbagai macam kebutuhan pada

web, yaitu kebutuhan fungsionalitas yang didalamnya terdiri dari input, proses, dan output,

serta kebutuhan non-fungsionalitas. Kebutuhan antar muka (interface) juga dijelaskan

dalam dokumen ini, berisi kebutuhan antar pengguna, antar hardware, antar software, dan

kebutuhan antar komunikasi.

- Software Architecture Development Menjelaskan arsitektur proyek perangkat lunak

yang dikerjakan. Berisi overview dokumen, Architectural Representation, Architectural

Goalsand Constraints, Use Case View, dan Logical View.

- Test Plan Menjelaskan tujuan-tujuan identifikasi informasi proyek dan komponen

perangkat lunaknya, daftar persyaratan yang diujikan untuk testing, rekomendasi strategi

pengujian, identifikasi kebutuhan yang diperlukan, dan daftar lampiran terkait.

- User Documentation berisi dokumentasi dari perangkat lunak yang dibangun. Dokumen

ini didesain untuk membantu end users dalam menggunakan perangkat lunak tersebut.

Berisi panduan dalam menggunakan perangkat lunak untuk mencapai tujuan, panduan

dalam memecahkan masalah, panduan interaksi antara user dengan sistem.

 

Scope Definition

Kebutuhan fungsional

Sistem harus dapat memfasilitasi proses pendaftaran secara online. Sistem harus dapat memfasilitasi proses konfirmasi pembayaran. Sistem harus dapat membuat dan menampilkan bagan pertandingan secara otomatis dan real-time. Sistem dapat memfasilitasi konfirmasi peserta.

Kebutuhan non fungsional

Sistem berbasis web, sistem dapat diakses diseluruh wilayah Jawa Timur, Sistem memiliki performa yang tinggi, adanya backup plan untuk mengindikasi kehilangan data, sistem memiliki tampilan yang ramah pengguna, sistem aman.

Project Milestone

Project Milestone	Deliverables	Start Date	End Date	Confidance Level
Analisa dan desain sistem	Statement of Purpose, event list, dan context diagram	1 September 2019	2 September 2019	High
	Data Flow Diagram
	Entity Relationship Diagram
	Process specification	3 September 2019	4 September 2019
	Dokumentasi analisa dan kebutuhan serta desain sistem	4 September 2019	6 September 2019
Desain aplikasi	Dokumentasi desain aplikasi dan prototype	7 September 2019	11 September 2019	High
Pembuatan program	Aplikasi Sistem Pendukung Administrasi Kegiatan	12 September 2019	26 September 2019	High
	Dokumentasi program
Testing program	Dokumentasi testing program	27 September 2019	30 September 2019	High
Instalasi program	Setting infrastruktur dan software pendukung	1 Oktober2019	2 Oktober 2019	High
	Instalasi program ke client
Dokumentasi	Spesifikasi sistem, SOP, administrasi proyek, user dan admin guide, serta manajemen proyek	3 Oktober2019	6 Oktober2019	High
Maintenance	Pemeliharaan dan perbaikan sistem	7 Oktober2019	29 Oktober2019	High
Administrasi	Administrasi proyek dan dokumentasi	30 Oktober2019	31 Oktober2019	High

Budget Summary

Project component	Component Cost
Analisa dan desain sistem	Rp 500.000
Desain aplikasi	Rp 300.000
Pembuatan program	Rp 2.000.000
Testing program	Rp 200.000
Instalasi program	Rp 500.000
Training user	Rp 500.000
Dokumentasi	Rp 250.000
Maintenance	Rp 500.000
Administrasi	Rp 250.000
Total	Rp 5.000.000

Assumptions, Constraints & Dependencies

Batasan-batasan untuk sistem ini sebagai berikut:

1.       Pengguna hanya bisa melakukan operasi read data.

2.       Peserta bisa melakukan pendaftaran

3.       Peserta dapat melakukan konfirmasi pembayaran

4.       Peserta dapat melihat jadwal pertandingan

5.       Peserta dapat mengunggah screenshot hasil pertandingan

6.       Teknologi stack kemungkinan menggunakan open source software/library.

7.       Fitur yang akan diterapkan pada proyek adalah sesuai dengan permintaan stakeholder yang telah disepakati sebelumnya.

8.       Panitia dapat memverifikasi pembayaran

9.       Panitia dapat memverifikasi hasil pertandingan

10.   Admin dapat memberikan hak akses dan mempunyai kontrol penuh dalam sistem

11.   Proyek berjalan sesuai anggaran yang telah disediakan dan sesuai dengan dokumen kebutuhan yang telah disepakati. Bila ada kebutuhan yang ingin dibuat namun belum terdapat pada dokumen kebutuhan, maka akan ditunda dan dilanjutkan pada proyek

Selanjutnya.

Function	Name	Telephone	Roles
System Analyst	Azzam Jihad Ulhaq	082330037232	- Menganalisa proses bisnis - Mendefinisikan prosedur yang ada pada sistem - Membuat dokumen dan sistem flow - Membuat dokumen Software Requirements Specification yang mendefinisikan spesifikasi kebutuhan perangkat lunak
FrontEnd Programmer	Bagas Yanuar S.	081259591600	- Membuat tampilan aplikasi dan dokumentasi cara penggunaan sistem yang telah dirancang dan direncanakan
BackEnd Programmer	Yovi Agustian	0895377266596	-Merencanakan, mengembangkan dan melakukan pemeliharaan sistem database - Membuat aplikasi yang telah dirancang dan direncanakan

Project Authorization

Function	Name	Signature	Date
Project Owner	Didit		30 Agustus 2019
Project Manager	Tri		30 Agustus 2019

Stakeholder

·       Panitia lomba diesnatalis ITS

·       Project Owner

·       Project Manager

·       System Analyst

·       FrontEnd Programmer

·       BackEnd Programmer

Tugas Proyek

Tugas Proyek

1. Nama Proyek : Smart System Security ( 3S )
2. Deskripsi :
   Pengerjaan proyek ini dilatarbelakangi oleh pengalaman pribadi yang telah saya alami yaitu terjadinya dua kali percobaan pencurian sepeda motor di rumah saya dan juga tingginya angka pencurian sepeda motor yang kerap terjadi di Lampung maka kami berinisiatif untuk membuat produk pengaman kendaraan bermotor yang dapat diaplikasikan pada sepeda motor dan mobil yang kami namakan 3S (Smart System Security). 3S adalah pengaman berbasis microcontroller dengan sistem kunci ganda menggunakan kunci dan RFID ( Radio frequency identification ).
3. Lokasi :
   Bandar Lampung.
4. Waktu Proyek :
   Juni 2018 - Juli 2018
5. Tim yang terlibat :
   - Yovi Agustian
   - Amin Wandi
6. Produk yang dihasilkan : 3S Box

Layout PCB 3S Box

3S Tanpa casing

Pengaplikasian 3S Box pada sepeda motor Jupiter MX-135

Fitur :

• Pengguna dapat menghidupkan kendaraan dengan cara melakukan tap RFID di sekitar sensor pembaca yang telah disembunyikan dibawah body kendaraan sebelumnya, setelah terdengar respon suara dari 3S Box barulah kemudian dikontak seperti biasa ( Hanya berlaku beberapa saat setelah di tap, jika terlalu lama tidak segera dikontak maka pengguna perlu melakukan tap RFID kembali ).
• 3S Box tidak akan menghidupkan sistem kelistrikan pada kendaraan jika kendaraan dikontak ON namun belum di tap dengan RFID yang telah didaftarkan sebelumnya.
• 3S Box akan mengaktifkan alarm setelah beberapa waktu jika kontak dalam kondisi ON namun belum di tap dengan RFID.
• Pengguna memiliki sebuah master RFID.
• Pengguna dapat mengganti master RFID menggunakan RFID lama.
• Pengguna dapat mendaftarkan RFID baru menggunakan master RFID.
• Pengguna dapat menghapus RFID yang sudah didaftarkan menggunakan master RFID.
• Pengguna dapat menyalakan kendaraan tanpa RFID menggunakan kunci kontak dengan cara melakukan on/off kontak sebanyak beberapa kali dalam jangka waktu tertentu sesuai dengan pemesanan.