FASE PENGEMBANGAN (bag 2)

Slides:



Advertisements
Presentasi serupa
REKAYASA PERANGKAT LUNAK
Advertisements

Pengembangan Sistem Informasi - 4
Rekayasa Perangkat Lunak dan Proses Software
Pertemuan 9 Sistem Informasi Viska Armalina, ST., M.Eng.
Pengujian Software - Pelaksanaan
FASE PENGEMBANGAN MPSI sesi 8.
Pertemuan 7 Proyek Sistem Informasi Viska Armalina, ST., M.Eng
METODOLOGI MANAJEMEN PROYEK
Pertemuan 9 Proyek Sistem Informasi Viska Armalina, ST., M.Eng
Pengembangan perangkat lunak
Aktifitas Pengembangan Sistem
Pengenalan Rekayasa Perangkat Lunak
Implementasi Sistem ERP
Software Testing Pertemuan III.
METODOLOGI MANAJEMEN PROYEK SISTEM INFORMASI
REKAYASA PERANGKAT LUNAK
Membangun Sistem Informasi ERP
PENGEMBANGAN PERANGKAT LUNAK.
10 documentation.
ERP (Enterprise Resource Planning)
Pengelolaan Sistem Informasi
Spesifikasi Perangkat Lunak
FASE PERENCANAAN MPSI – sesi 4.
METODOLOGI MANAJEMEN PROYEK
MANAJEMEN PROYEK SISTEM INFORMASI
MANAJEMEN PROYEK SISTEM INFORMASI
Rekayasa perangkat lunak (rpl)
Professional documents
Project IT Organization
FASE PERENCANAAN MPSI – sesi 4.
PIHAK-PIHAK YANG TERLIBAT DALAM PROYEK
FASE INISIALISASI MPSI sesi 3.
Implementasi Sistem Akuntansi
MANAJEMEN PROYEK SISTEM INFORMASI
FASE DELIVERY MPSI Sesi 11.
Metodologi Pengembangan Sistem Informasi
REKAYASA PERANGKAT LUNAK
FASE AKHIR MPSI-SESI12.
ANALISA KINERJA SISTEM
Anna dara andriana., M.kom
FASE INISIALISASI MPSI sesi 3.
METODOLOGI MANAJEMEN PROYEK
ANALISA DAN PERANCANGAN SISTEM INFORMASI
Pemeliharaan Perangkat Lunak
SIKLUS HIDUP PEMBANGUNAN SOFTWARE
Management Projeck “Fase Inisialisasi dan Reqiurement Analisys”
REKAYASA PERANGKAT LUNAK
FASE DESAIN.
Materi Habis Uts IMK Prototyping
Analisa dan Perancangan Sistem
TESTING DAN IMPLEMENTASI SISTEM (Pertemuan Ke-10)
ANALISA DAN PERANCANGAN SISTEM INFORMASI
Anna dara andriana., M.kom
Struktur dan fungsi pengolahan data
FASE INISIALISASI MPSI sesi 3.
FASE PEMOGRAMAN.
Membangun Sistem Informasi ERP
FASE AKHIR MPSI-SESI12.
Membangun Sistem Informasi ERP
REKAYASA WEB Development Process
Pengembangan Sistem Informasi
METODOLOGI MANAJEMEN PROYEK SISTEM INFORMASI
Metodologi Pengembangan Sistem Informasi
PIHAK-PIHAK YANG TERLIBAT DALAM PROYEK
Pengujian Perangkat Lunak
TESTING DAN QA SOFTWARE PERTEMUAN 13
Tim RPL Teknik Informatika 2018
Kelompok 2 : Maria Bestarina Laili: Ida Megawati: Sakim: Erman Al Hakim: Kunthi Widyati: Ilham.
FASE INISIALISASI MPSI sesi 3.
FASE INISIALISASI MPSI sesi 3.
Transcript presentasi:

FASE PENGEMBANGAN (bag 2) MPSI sesi 10

The Waterfall Model terdiri atas tahap-tahap pengembangan software seperti pada pengembangan sub-bab berikut ini REQUIREMENTS DESAIN SISTEM DAN SOFTWARE PEMBANGUNAN SOFTWARE QUALITY ASSURANCE(QA) DOKUMENTASI

PEMBANGUNAN SOFTWARE Pemrograman Integrasi Sistem Debugging Programmer

1. Pemrograman Paradigma Pemrograman Kolaborasi Penyimpanan dan Dokumentasi

a). Paradigma Pemrograman Pada tahun 1980-an, sistem operasi masih berbasis teks, maka pemrograman juga menggunakan alat bantu dan memberikan hasil yang berbasis teks pula. Kemudian ketika sistem operasi sudah berbasis grafis, maka alat bantu dan teknik pemrograman juga mengalami perkembangan yang signifikan. Salah satu perkembangan yang menarik adalah hadirnya teknologi visual sehingga dalam melakukan pemrograman, programmer semakin dipermudah terutama dalam melakukan pemrograman terhadap antarmuka pengguna.

Jenis Pemrograman Structured Programming Procedural Programming Event-Drivent Programming Object Oriented Programming

B). Kolaborasi Dalam pengembangan sistem informasi skala besar, pada fase pengembangan tentu tidak mungkin hanya mengandalkan satu atau dua orang programmer saja. Memerlukan satu tim programmer yang harus saling berbagi pekerjaan. Proses ini disebut kolaborasi pemrograman (collaboration programming).

C). Penyimpanan dan Dokumentasi Program yang telah dan sedang dibuat harus disimpan dengan pengaturan yang harus ditentukan baik oleh pimpinan tim programmer maupun oleh manajer proyek. Menyimpan source code saja tidak cukup. Harus disertai dengan dokumen penjelasan bagaimana software tersebut digunakan.

2. Integrasi Sistem Setelah pemrograman dilakukan dan telah mencapai tahap penyelesaian maka berikutnya adalah menyatukan setiap hasil kerja dari anggota tim programmer ke dalam satu kesatuan sistem yang utuh. Setiap modul yang dibangun akan saling berinteraksi dan informasi yang diharapkan dapat dihasilkan sesuai requirements.

3. Debugging Secara umum istilah debugging pertama kali digunakan ketika masa-masa awal komputer yang masih menggunakan tabung hampa. Pada masa komputerisasi modern, istilah debugging digunakan untuk mendeskripsikan aktivitas yang dilakukan oleh programmer untuk menemukan masalah ataupun potensi masalah dalam program yang dibuatnya.

4. Programmer Profesi programmer kadang dapat dikatakan sebagai seni daripada teknis. Programmer harus mampu menerjemahkan requirements yang telah dituangkan dalam desain menjadi kode-kode program yang jika dikompilasi akan menjadi software yang merrupakan inti dari sistem informasi. Back

QUALITY ASSURANCE(QA) Dalam QA akan dilakukan pengujian sebelum masuk ke dalam fase delivery dimana software sudah diyakini sudah memenuhi user requirements specification. Idealnya juga dalam segi penggunaannya harus memenuhi standar user friendliness. Meskipun proyek telah diselesaikan tepat waktu dan memenuhi semua kriteria requirements, namun bisa saja software yang dihasilkan tidak memuaskan bagi klien.

Ada dua hal mengenai kualitas yang menjadi perhatian, yaitu: Kualitas deriverables, yaitu kualitas dari sistem informasi yang dihasilkan oleh pelaksana proyek. Kualitas proyek, yaitu kualitas yang berhubungan dengan pelaksanaan pekerjaan dalam proyek.

1. Rencana Kualitas (Quality Plan) Langkah-langkahnya adalah: Menentukan sasaran, yang bersifat kuantitatif, sehingga pencapaiannya dapat diukur. Menentukan ukuran dari apa yang sedang dibangun. Pelaksanaan aktivitas untuk mengurangi kesalahan dalam software

2. Testing Dalam testing, software yang dihasilkan harus mampu melalui berbagai tahap pengujian. Hasil yang diharapkan adalah software bugs yang sudah diminimalisir dan memenuhi semua kriteria dalam requirements. Untuk melakukan testing, organisasi proyek harus memiliki tim yang melakukan tugas ini dan bekerja secara independen.

3. Metodologi Testing

4. Strategi Testing Tim testing akan melakukan analisis requirements, menyusun strategi testing, dan membahas rencana dengan tim proyek. Untuk menyusun strategi testing dibutuhkan deskripsi hardware dan software termasuk juga alat bantu test.

5. Rencana Test (Test Plan) Testing unit. Testing integrasi sistem Testing fungsional Testing kasus Testing paralel Testing usability Testing end-to-end Testing regresi Testing kinerja Testing beban Testing instalasi Testing keamanan Testing recovery/error Testing kompabilitas Testing perbandingan Testing penerimaan Testing alpha Testing beta Back

DOKUMENTASI Dokumentasi dalam proyek ini adalah dokumentasi yang berisi tentang aktivitas- aktivitas dalam proyek, dimana dokumen tersebut menjadi bagian dari komunikasi internal proyek maupun untuk stakeholder lainnya. Dalam proyek berskala kecil, dokumen mungkin hanya terdiri dari beberapa folder saja, sedangkan dalam proyek berskala besar bisa menempati sampai beberapa lemari arsip.

1. Dokumentasi Proses Rencana, estimasi, dan jadwal, dokumen-dokumen ini dihasilkan oleh manajer proyek dan digunakan untuk memprediksi dan mengontrol proses pengembangan software. Laporan-laporan, merupakan dokumen yang menjelaskan sumberdaya dalam proyek selama proyek tersebut berlangsung. Standar, yaitu dokumen yang menjelaskan bagaimana proses diimplementasikan, yang bisa dibuat berdasarkan standar internal, nasional maupun internasional. Kertas-kertas kerja, yang umumnya merupakan dokumen komunikasi teknis dalam proyek, yang mencatat berbagai gagasan dan pemikiran dari anggota-anggota tim proyek dan merupakan versi sementara dari dokumen produk. Memo dan pesan-pesan e-mail, yang mencatat bagian dari komunikasi harian anggota tim proyek.

2. Dokumentasi Produk Dokumentasi pengguna Dokumentasi sistem Pengguna akhir Administrator Dokumentasi sistem Dokumen requirements Dokumen yang menjelaskan arsitektur sistem Dokumen yang menjelaskan modul Dokumen yang menjelaskan fungsionalitas antar muka Daftar kode sumber program Dokumen validasi Petunjuk maintenance

3. Kualitas Dokumen Struktur dokumen Standar dokumen Gaya Penulisan Dokumentasi on-line

4. Standard Operating Procedure (SOP) SOP adalah sekumpulan instruksi tertulis yang didokumentasikan aktivitas rutin atau berulang yang dilakukan dalam organisasi atau perusahaan. SOP mendokumentasikan cara pelaksanaan aktivitas yang dijalankan agar sistem konsisten secara teknis dan kualitas juga mendukung kualitas data.

5. Disaster Recovery Plan (DSP) DSP adalah dokumen yang menyerupai SOP yang bersifat khusus dan tidak dilakukan secara rutin. Berikut ini beberapa hal penting yang perlu diperhatikan dalam menyusun DSP: Siapkan tim penyusun rencana Lakukan penilaian dan audit resiko Tentukan prioritas aplikasi dan jaringan Susun strategi pemulihan Siapkan inventaris dan dokumentasi rencana Susun kriteria dan prosedur Implementasikan rencana