System Development

Life Cycle
BY : adylah rivva abady
2220532016
Dosen Pengampu :
Assoc. Prof. Dr. Asniati Bahari, SE,
MBA, Ak, CA, CSRA
1. Planning
2. System Analysis and Requirements
3. System Design
4. Development
5. Testing
6. Implementation
7. Operations and Maintenance
 Planning
Tahap perencanaan menetapkan tahapan keberhasilan upaya pengembangan
sistem. Hal ini mendokumentasikan alasan untuk mengembangkan sistem baru
(dibandingkan membelinya dari sumber eksternal) untuk mencapai tujuan
dan sasaran strategis organisasi. Selama perencanaan, organisasi menetapkan
ruang lingkup pekerjaan (dengan mempertimbangkan biaya, waktu, manfaat,
dan item lainnya), menetapkan inisiatif untuk memperoleh sumber daya
yang diperlukan, dan menentukan solusi.

perencanaan harus mencakup dan menjelaskan hal-hal berikut:

• Kebutuhan untuk analisis sistem baru
• Tinjauan sistem saat ini
• Desain konseptual
• Persyaratan peralatan
• Analisis biaya/manfaat
• Pembentukan tim proyek
• Tugas dan hasil
System Analysis and Requirements
60%
Pada fase ini, analis sistem
Computer Aided
mengidentifikasi dan menilai
kebutuhan pengguna akhir Systems/Software
dengan tujuan akhir untuk Engineering (CASE)
memastikan bahwa, setelah
dikembangkan, sistem baru akan 45%
memenuhi harapan mereka.
Selama fase ini, pengguna akhir Pengumpulan
dan analis sistem
mendefinisikanpersyaratan Persyaratan
fungsionaluntuk perangkat
lunak/sistem baru 75%
dalam hal yang dapat diukur dan
diuji secara fungsional.
Analisis Terstruktur
 System Design

45%

Pada tahap desain sistem, analis sistem mendefinisikan dan

mendokumentasikan semua antarmuka sistem, pelaporan, tata letak
layar, dan logika program spesifik yang diperlukan untuk membangun
sistem baru yang konsisten dengan persyaratan. Fase desain sistem
menjelaskan, secara rinci, spesifikasi, fitur, dan operasi yang akan
memenuhi persyaratan yang telah ditentukan sebelumnya.

Pada fase ini, analis sistem dan pengguna akhir, sekali lagi, meninjau
kebutuhan bisnis spesifik dan menentukan (atau mengonfirmasi) apa
yang akan menjadi persyaratan akhir untuk sistem baru.
Development
Pada tahap pengembangan, pemrogram membangun atau
membangun sistem baru berdasarkan analisis, persyaratan,
dan desain yang telah disepakati sebelumnya. Fase konstruksi atau
pengkodean bersifat final setelah pemrogram memvalidasi kode
sistem baru melalui pengujian unit individual (pengujian penuh
terhadap system sistem dilakukan pada tahap berikutnya). Kode
diuji untuk alur sintaksis dan logika. Semua jalur logika digunakan
untuk memastikan rutinitas kesalahan berfungsi dan program
menghentikan pemrosesan secara normal.

• Validasi masukan
• Perhatikan peringatan compiler
• Arsitek dan desain untuk kebijakan keamanan
• Usahakan desainnya sesederhana dan sekecil mungkin
• Penolakan bawaan
• Patuhi prinsip hak istimewa paling rendah
• Sanitasi data yang dikirim ke sistem lain
• Latih pertahanan secara mendalam
• Gunakan teknik jaminan kualitas yang efektif
• Mengadopsi standar pengkodean yang aman
 Testing
01 Tujuan utama dari pengujian sistem
adalah untuk memvalidasi bahwa sistem
berfungsi seperti yang diharapkan dan
mengidentifikasi kesalahan, kekurangan,
kegagalan, atau kesalahan pada tahap
awal karena jika ditemukan kemudian,
perbaikannya akan memerlukan biaya
yang besar.
02 Strategi pengujian keseluruhan harus
dikembangkan untuk menentukan
peristiwa pengujian individual, peran dan
tanggung jawab, lingkungan pengujian,
pelaporan dan pelacakan masalah, dan
hasil pengujian. Proses pengujian harus
didasarkan pada metodologi pengujian
yang ada yang ditetapkan oleh organisasi.
Proses pengujian yang efektif
memungkinkan adanya dokumentasi yang
akan mencegah upaya pengujian duplikat.
 Implementation
Proses Konversi dan Rencana
Pembersihan Data implementasi
Konversi langsung  Simple Portfolio Presentation
Konversi percontohan  Presentation
Konversi bertahap  Portfolio
Konversi paralel  Simple Portfolio

Rencana Bencana TI Dokumentasi Sistem

 Simple Portfolio Presentation  Pelatihan

 Presentation  Mendukung
 Portfolio
 Simple Portfolio
 Operations and Maintenance
Pada fase ini, pemrogram memelihara system dengan memperbaiki
masalah dan/atau menginstal perangkat tambahan yang diperlukan untuk
menyempurnakan sistem baru, meningkatkan kinerjanya, menambah
kemampuan baru, atau memenuhi kebutuhan pengguna tambahan.
Pemeliharaan sistem dapat dipisahkan menjadi tiga kategori:

• Pemeliharaan korektif Te
• Pemeliharaan adaptif x
E t
• Pemeliharaan yang sempurna
Te
x
D t
Te
x
C t
Te
x
B t
Te
x
A t
 Approaches to System
Development

Ada berbagai pendekatan yang dapat diterapkan

untuk pengembangan sistem. Meskipun setiap
pendekatan unik, semuanya memiliki langkah
serupa yang harus diselesaikan. Misalnya, setiap
pendekatan harus mendefinisikan kebutuhan
pengguna, merancang program untuk memenuhi
persyaratan tersebut, memverifikasi bahwa program
berfungsi sebagaimana mestinya, dan
mengimplementasikan sistem.
Waterfall System Development
Meskipun proses pengembangan air terjun
memberikan struktur dan organisasi pada
pengembangan sistem, hal ini bukannya tanpa
risiko. Pendekatan air terjun dapat menjadi proses
pembangunan yang Panjang dan mahal karena
jumlah sumber daya dan lamanya waktu yang
dibutuhkan. Lingkungan bisnis dapat berubah
antara saat persyaratan ditetapkan dan saat sistem
diimplementasikan.

A B

Add Contents Title

Pendekatan air terjun (juga disebut sebagai
metode tradisional) untuk pengembangan
sistem adalah proses berurutan dengan fase-
fase tertentu yang dimulai dengan identifikasi
kebutuhan dan diakhiri dengan implementasi
sistem.
 Agile System Development

Metodologi pengembangan (ASD) digunakan pada

proyek-proyek yang membutuhkan ketangkasan ekstrim
dalam persyaratan (misalnya, untuk mengirimkan produk
ke pelanggan dengan cepat dan terus-menerus, dll.).
ASD berfokus pada kemampuan beradaptasi terhadap
perubahan situasi dan umpan balik yang konstan.
 Adaptive Software Development

Pengembangan Perangkat Lunak Adaptif (ASWD) adalah pendekatan pengembangan yang dirancang untuk
membangun perangkat lunak dan sistem yang kompleks. Hal ini difokuskan pada penciptaan cepat dan
evolusi system perangkat lunak (yaitu, konsisten dengan prinsip adaptasi berkelanjutan). ASWD mengikuti
siklus hidup yang dinamis, bukan siklus hidup tradisional yang statisRencana-Desain-Bangun. Hal ini
ditandai dengan perubahan yang konstan, evaluasi ulang, serta menatap masa depan yang tidak pasti dan
kolaborasi yang intens antara pengembang, penguji,dan pelanggan.
 Joint Application Development

Pengembangan Aplikasi Bersama (JAD) adalah

pendekatan atau metodologi yang dikembangkan
pada akhir tahun 1970an yang melibatkan partisipasi
klien atau pengguna akhir dalam tahap desain dan
pengembangan sistem informasi, melalui
serangkaian lokakarya kolaboratif yang
disebut sesi JAD.
Pendekatan JAD menghasilkan waktu
pengembangan yang lebih cepat dan kepuasan klien
yang lebih besar dibandingkan pendekatan
tradisional karena klien terlibat di seluruh proses
desain dan pengembangan. Sebaliknya, dalam
pendekatan tradisional, pengembang menyelidiki
persyaratan system dan mengembangkan aplikasi
dengan masukan klien yang biasanya terdiri dari
wawancara awal.
 Prototyping and Rapid Application Development

• transformasi dan desain cepat kebutuhan dasar

pengguna menjadi model kerja (yaitu
• prototipe);
• pembangunan prototipe;
• revisi dan penyempurnaan prototipe; Dan
• keputusan apakah menerima prototipe sebagai
simulasi akhir dari sistem sebenarnya (karenanya,
tidakdiperlukan perubahan lebih lanjut), atau
kembali mendesain ulang dan bekerja sesuai
kebutuhan pengguna.
 Lean Software Development

1. Hilangkan pemborosan—identifikasi apa yang menciptakan nilai bagi pelanggan

2. Membangun kualitas—mengintegrasikan kualitas dalam proses; mencegah cacat
3. Menciptakan pengetahuan—menyelidiki dan memperbaiki kesalahan yang terjadi;
menantang dan meningkatkan standar; belajar dari kesalahan
4. Tunda komitmen—belajar terus-menerus; lakukan hanya bila diperlukan, dan lakukan
dengan cepat
5. Memberikan secepat mungkin—memberikan nilai kepada pelanggan dengan cepat;
kualitas tinggi dan biaya rendah
6. Memberdayakan tim dan menghormati orang lain—melibatkan semua orang;
membangun integritas; menyediakan lingkungan yang stabil
7. Optimalkan keseluruhan—menghadirkan produk yang lengkap; memantau kualitas;
perbaikan terus-menerus
 End-User Development

Pengembangan pengguna akhir (EUD) (juga dikenal

sebagai komputasi pengguna akhir) mengacu pada
aplikasi yang dibuat, dioperasikan, dan dipelihara oleh
orang yang bukan pengembang perangkat lunak
profesional (pengguna akhir).
 End-User Development

• meninjau lingkungan SD&I

auditor TI dapat membantu organisasi dengan meninjau
• mengevaluasi standar untuk SD&I
proyek pengembangan dan implementasi sistem
• mengevaluasi fase dalam proses SD&I
(SD&I) mereka untuk memastikan bahwa sistem baru
• meninjau sistem penting untuk input, pemrosesan, dan
mematuhi strategi dan standar organisasi. Setiap proyek
output
SD&I perlu dinilai risikonya untuk menentukan tingkat
• memverifikasi bahwa sistem baru memberikan jejak
keterlibatan audit. Jenis peninjauan juga akan bervariasi
audit yang memada
tergantung pada risiko suatu proyek tertentu.
 Risk Assessment Audit Plan

Auditor TI mungkin tidak memiliki cukup . Rencana audit juga akan merinci
waktu untuk terlibat dalam semua tahapan langkahlangkah dan prosedur untuk
proyek SD&I. Keterlibatan akan tergantung memenuhi tujuan audit. Seperti halnya
pada penilaian risiko proses dan aplikasi. audit apa pun, audit SD&I dimulai
Risiko proses dapat mencakup iklim dengan analisis awal terhadap
organisasi yang negatif, serta kurangnya lingkungan pengendalian dengan
arahan strategis, standar pengembangan, meninjau standar, kebijakan, dan
dan proses pengembangan sistem formal. prosedur yang ada.
fase SD&I
Tugas Auditor: Analisis Sistem dan Persyaratan
Pengendalian dan Audit Teknologi Informasi
Tugas Auditor: Perancangan Sistem
Tugas Auditor: Pengembangan
Tugas Auditor: Pengujian
Tugas Auditor: Implementasi
Tugas Auditor: Operasi dan Pemeliharaan
 Communication

Area pertama yang harus dikomunikasikan adalah ruang lingkup keterlibatan auditor TI dalam
proyek SD&I. Sangat penting untuk memastikan bahwa ekspektasi tim manajemen dan
pengembangan terhadap peran auditor TI dipahami dan dikomunikasikan kepada semua peserta.
Untuk mempengaruhi upaya SD&I, auditor TI harus mengembangkan jalur komunikasi terbuka
dengan manajemen dan pengguna. Jika hubungan baik antara kelompok-kelompok ini tidak terjalin,
informasi mungkin dirahasiakan dari auditor TI. Situasi seperti ini dapat menghalangi auditor TI
untuk melakukan pekerjaan sebaik mungkin.
THANK YOU
Insert the Subtitle of Your Presentation