Configuration Management

dokumen-dokumen yang mirip
Software Development Life Cycle (SDLC)

Software Architecture

Agile Planning and Estimation

Pengenalan Rekayasa Perangkat Lunak (RPL)

BAB 1 PENDAHULUAN. Secara umum, diketahui bahwa dalam suatu siklus pengembaangan perangkat lunak selalu terdapat empat proses utama, yaitu :

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB 3 METODE PENELITIAN

Siklus Pengembangan Perangkat Lunak

TUGAS KLIPING SISTEM INFORMASI MANAJEMEN V-MODEL

STANDAR PENGEMBANGAN APLIKASI

Rational Unified Process (RUP)

BAB 5 SIMPULAN DAN SARAN

10. SOFTWARE CONFIGURATION MANAGEMENT

PENGANTAR RUP & UML. Pertemuan 2

Project Configuration Management. Kelompok 1 : Angela Pertiwi Baharudin Suwandy Catherine Permata Debby Putri Suryanto Rudy Yulius Ardy

The Rational Unified Process An Introduction, Second Edition

SOFTWARE ENGINEERING (REKAYASA PERANGKAT LUNAK)

TESTING & IMPLEMENTASI SISTEM 4KA PENDAHULUAN. helen.staff.gunadarma.ac.id

LANGKAH-LANGKAH MEMBUAT SOFTWARE MENURUT RUP

Pengantar Test dan Implementasi Sistem. Rudi Susanto

PROJECT TIME MANAGEMENT PAKET APLIKASI SEKOLAH (PAS) SMK


BAB 1 ASUMSI PERANAN PENGANALISIS SISTEM

III. METODOLOGI PENELITIAN

SOFTWARE QUALITY ASSURANCE

Project IT Organization

Chapter 11 Assuring the quality of software maintenance components

STMIK GI MDP. Program Studi Teknik Informatika Skripsi Sarjana Komputer Semester Genap Tahun 2009/2010

MANAJEMEN PROYEK & AKUISISI SISTEM TI PLANNING SCOPE MANAGEMENT : VALIDATING SCOPE AND CONTROLLING SCOPE. Oleh : Utama Andri Arjita

BAB 2 LANDASAN TEORI Enterprise Resource Planning (ERP)

ABSTRAK. ii Universitas Kristen Maranatha

BAB I PENDAHULUAN. beserta penyediaan fasilitasnya, tidak hanya dilakukan oleh pemerintah, namun

BAB I PENDAHULUAN. perkembangan teknologi yang ada. Semakin banyak fitur yang dibenamkan ke

BAB 4 HASIL EVALUASI IMPLEMENTASI SAP. 4.1 Analisis Kesesuaian Sistem dengan Kebutuhan Perusahaan

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN. khasanah budaya bangsa, serta memberikan berbagai layanan jasa lainnya.

Software Documentation

Teknik Informatika S1

Rekayasa Perangkat Lunak

Test plan. Program Studi : S1 Sistem Informasi

Manajemen Proyek Perangkat Lunak

BAB IV HASIL DAN PEMBAHASAN

A. Tujuan dan Ruang Lingkup Proyek Perancangan Rekayasa Perangkat Lunak

HASIL IMPLEMENTASI DAN PENGUJIAN PERANGKAT LUNAK. <Nama Perangkat Lunak>

Tujuan Perkuliahan. PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Agenda. Definisi Software (Perangkat Lunak) Lunak) 23/09/2010

MI2193 PEMROGRAMAN WEB LANJUT PHP FRAMEWORK. Created by MTA Revised by HPU

Rekayasa Perangkat Lunak DEPARTEMEN PENDIDIKAN NASIONAL UNIVERSITAS PENDIDIKAN INDONESIA 2008

Jenis Metode Pengembangan Perangkat Lunak

TIN409 - Enterprise Resources Planning Materi #14 Ganjil 2014/2015. TIN409 - Enterprise Resources Planning

Pengembangan Perangkat Lunak. Fakultas Ilmu Komputer dan Teknologi Informasi Jurusan Sistem Informasi Univesitas Gunadarma

BAB 3 Analisa dan Perancangan Sistem

Analisis dan Perancangan Sistem Hanif Al Fatta M.kom

we make something great everyone love this #1 Web Developer vendor in Bogor digital marketing web development identity design cloud server

REVIEW PENGUJIAN S/W. Oleh Cipta Wahyudi

STMIK GI MDP. Program Studi Teknik Informatika Skripsi Sarjana Komputer Semester Ganjil Tahun 2010/2011

TUGAS AKHIR. Oleh. Program Studi

BAB 1 PENDAHULUAN. ERP (Enterprise Resource Planning) merupakan sebuah konsep sistem yang

BAB II. Software testing dilakukan untuk berbagai tujuan antara lain [PAN99]:

The Process. A Layered Technology. Software Engineering. By: U. Abd. Rohim, MT. U. Abd. Rohim Rekayasa Perangkat Lunak The Process RPL

Rapid Application Development

SILABUS. : Sekolah Menengah Kejuruan Rekayasa Perangkat Lunak (RPL) Kelas/Semester. : Menerapkan Algoritma Pemograman Tingkat Dasar KOMPETENSI DASAR

BAB 3 PENGUJIAN DALAM SIKLUS PENGEMBANGAN

II. TINJAUAN PUSTAKA. Tracer Study merupakan studi yang dilakukan terhadap lulusan perguruan tinggi yang

PERANCANGAN SISTEM INFORMASI MANAJEMEN PERPUSTAKAAN MENGGUNAKAN POLA MODEL-VIEW- CONTROLLER (MVC)

TUTORIAL PEMROGRAMAN PADA FPGA XILINX VIRTEX 5 ML506 BOARD

MENTERI HUKUM DAN HAK ASASI MANUSIA REPUBLIK INDONESIA,

Pengelolaan Proyek PPSI. Part 1 Part 2 Part 3

UNIVERSITAS BINA NUSANTARA. Jurusan Sistem Informasi Skripsi Sarjana Komputer Semester Ganjil 2006 / 2007

Software Requirements Specification

PERENCANAAN PENGUJIAN TERHADAP SITUS PERBELANJAAN ON-LINE

A. Model Desain Perangkat Lunak

Extreme Programming Melakukan Pengembangan Perangkat Lunak dengan Lebih Sederhana

BAB V PENUTUP 5.1 Kesimpulan dan Rekomendasi usability

Sesuai dengan informasi lowongan pekerjaan yang saya dapatkan. Saya mengajukan diri untuk melamar pekerjaan dan dapat bergabung dalam perusaan anda,

BAB 1 PENDAHULUAN. Excel dalam mencatat aliran data transaksi perusahaan. Penggunaan program

BAB 1 PENDAHULUAN 1.1 Latar Belakang

PERANAN TEAM SOFTWARE PROCESS PADA REKAYASA PERANGKAT LUNAK

SOFTWARE PROJECT MANAGEMENT PLAN (SPMP) VERSION 1.0

BAB 1 Teknik dan Metode Manajemen Proyek

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN 1.1 Latar Belakang

BAB 1 PENDAHULUAN. Pelayanan perbaikan dibagi menjadi 4 kategori yaitu :

SOFTWARE PROCESS & METHOD

EDU SOFT. Statement Of Work

System Development Life Cycle (SDLC)

BAB III ANALISIS DAN DESAIN SISTEM

Aplikasi Web Dinamis Lanjut

METODOLOGI PENGEMBANGAN SOFTWARE

ABSTRAK. KataKunci : Sistem, Pendukung, Keputusan, Siswa, Teladan, AHP

14. PENGUJIAN PERANGKAT LUNAK Dasar-dasar Pengujian 14.2 Teknik Pengujian 14.3 Strategi Pengujian dan V&V

Project Integration Management. Inda Annisa Fauzani Indri Mahadiraka Rumamby

TEKNIK DOKUMENTASI APLIKASI 12.1 STIKOM SURABAYA. PENGEMBANGAN DOKUMENTASI APLIKASI Pertemuan 2

Lampiran 1. Langkah-Langkah Dalam Membuat Installer E-Book Dengan Menggunakan Program Tarma Installer

BAB I PENDAHULUAN. Saat ini penggunaan teknologi dan informasi sangat diperlukan bagi setiap

PROPOSAL PROYEK PERANCANGAN SISTEM INFORMASI PERSEDIAAN BARANG PADA ALBERINDO GRAHA CEMERLANG

BAB II LANDASAN TEORI

PERTEMUAN 13 STRATEGI PENGUJIAN PERANGKAT LUNAK

Transkripsi:

Configuration Management Budi Irawan facebook.com/deerawan @masbugan blog.budiirawan.com Kenapa Butuh Configuration Management? 1

2

Software juga butuh dibelai dikonfigurasi Configuration Management (CM) 3

Dalam pengembangan software, perubahan dapat terjadi sepanjang waktu Apa itu Manajemen Konfigurasi? Proses untuk mengelola perubahan yang terjadi pada perangkat lunak 4

Contoh perubahan 1. Fitur semakin berkembang 2. Bugs bermunculan 3. Perubahan user requirement 4. Perubahan hardware dan plaftorm 5. Dsb... Baseline Suatu set item terkait project yg digunakan sebagai dasar pengembangan software Item yg terdapat dalam baseline disebut configuration item 5

Daftar Configuration Item 1. Source code components 2. Requirement specifications 3. Design documentation 4. Test plan 5. Test case 6. Test results 7. User manual 4 Aktivitas CM 1. Change management 2. Version management 3. System building 4. Release management 6

1) Change Management 7

Apa itu Change Management? Suatu proses pengelolaan perubahan pada sistem dan perubahan dilakukan berdasarkan prioritas dan cost yg paling efektif Diagram Proses Change Management 8

Proses pada Change Management 1. Melihat change request yg ada (checking) 2. Analisis cost dan benefit dari perubahan yang diajukan (costing) 3. Approve perubahan yang menguntungkan (approving) Change Request (CR) Suatu permintaan untuk merubah baseline 9

Tidak semua change request perlu disetujui Contoh Change Request 10

Change Control Board (CCB) Pihak yg bertanggung jawab mengambil keputusan terhadap arah pengembangan software Anggota CCB 11

Anggota CCB Pihak yang terlibat project seperti programmer, tester, quality assurance dan juga pihak business dan strategis Si CCB 1. Mengukur dampak perubahan CR seperti waktu, cost, kompleksitas, perubahan kode, dsb 2. Memilih dan menyetujui CR 3. Menolak atau menunda CR 12

Faktor Penentu Perubahan Disetujui atau Tidak 1. Konsekuensi jika tidak dilakukan perubahan (apakah bisa menyebabkan sistem crash dsb) 2. Keuntungan jika perubahan dilakukan 3. Jumlah user yang terpengaruh dari perubahan tsb (semakin banyak semakin high priority) Faktor Penentu Perubahan Disetujui atau Tidak (2) 4. Biaya dan waktu 5. Siklus rilis dari produk (jika software baru saja dirilis, sebaiknya perubahan dipending) 13

Change management dilakukan sebaiknya menggunakan software tertentu Contoh Open Source Software untuk Change Management 14

Contoh Commercial Software untuk Change Management 2) Version Management 15

Version Management Proses untuk mengelola versi perangkat lunak 16

Contoh Versi Dokumen Versi 1.0 => buat kata pengantar Versi 1.1 => buat bab 1 List Fitur Versi 1.2 => buat bab 2 List User Apakah yang dikelola versinya itu hanya source code software? Yg dikelola versinya bukan hanya kode melainkan seluruh item di baseline 17

Requirement Specifications (R) Baseline V1 R1.0 R1.1 R1.2 R1.3 R1.2 D1.1 Design Documentation (D) D1.0 D1.1 D1.2 D1.3 S1.2 U1.0 Baseline V2 Source Code (S) R1.3 D1.1 S1.0 S1.1 S1.2 S1.3 S1.3 U1.1 User Manual (U) U1.0 U1.1 Kebanyakan pengembangan perangkat lunak itu terdiri dari tim 18

Gimana Kalau? 1. Satu fitur dikerjakan oleh lebih dari satu programmer? 2. Menyatukan kode dari semua programmer 3. Gimana kalau ada konflik kode atau dokumen? Version Management Software 19

Cara Kerja GIT Server (optional) Integrasi Kode Integrasi Kode Zaskia Vicky Camel 3) System Building 20

System Building Proses untuk menggabungkan beberapa komponen perangkat lunak untuk membentuk suatu versi perangkat lunak System Building 21

Build Server Server untuk membangun build, versi executable dari software Target Platform Platform dimana sistem/software akan dijalankan 22

Fitur Software Build Build script generation Version management integration Minimal recompilation Executable system creation Test automation Reporting Documentation generation Continuous Integration Panduan pengembangan software dimana anggota tim mengintegrasikan pekerjaan mereka secara berkala (minimal sehari sekali atau bisa lebih) 23

Continuous Integration merupakan contoh implementasi System Build Continuous Integration 24

Agile method menyarankan untuk sering melakukan system build guna menemukan bug/problem System Build Software 25

4) Release Management Software Versi 1.0 Versi 1.1 Users Versi 5.0 26

Release Management Proses untuk mengelola versi perangkat lunak yang dirilis ke customer/user Misal hari ini versi 1.1 dirilis, apakah mungkin 10 tahun mendatang versi 1.1 masih bisa digenerate? 27

Ketika suatu versi software dirilis, harus bisa menggenerate versi software yg sama di waktu mendatang Isi dari rilis Configuration files Data files => error, dsb Instalasi software Source code Dokumentasi Packaging 28

Ketika suatu versi software dirilis harus didokumentasikan Misalnya: anggota tim-nya, versi git-nya, untuk platform apa, user requirement-nya dsb What we have learned? 29

What we Have Learned? 4 aktivitas CM Change Request? Contoh software Change Management? Apa itu version management? Apa yg dikelola versinya? What we Have Learned? Continuous Integration? Apa itu release management? Apa saja isi dari rilis? 30

Your Mission The Mission Instalasi GIT di komputer masing2 Another two... 31

Thank You 32