1.1. Ruang lingkup kebutuhan akan library, komponen atau framework diidentifikasikan sesuai lingkungan pengembangan

1.2. Keuntungan penggunaan dibandingkan dengan mengembangkan sendiri diidentifikasikan

2.1. Fitur-fitur terkait penggunaan library, komponen atau framework versi sederhana dibuat

2.2. Manfaat penggunaan didemostrasikan

3.1. Rencana integrasi ditentukan

3.2. Limitasi diidentifikasikan

1.1. Konsep data dan struktur data diidentifikasi sesuai dengan konteks permasalahan

1.2. Alternatif struktur data dibandingkan kelebihan dan kekurangannya untuk konteks permasalahan yang diselesaikan

2.1. Struktur data diimplementasikan sesuai dengan bahasa pemrograman yang akan dipergunakan

2.2. Akses terhadap data dinyatakan dalam algoritma yang efisiensi sesuai bahasa pemrograman yang akan dipakai

1.1. Rancangan user interface diidentifikasi sesuai kebutuhan

1.2. Komponen user interface dialog diidentifikasi sesuai konteks rancangan proses

1.3. Urutan dari akses komponen user interface dialog dijelaskan

1.4. Simulasi (mock-up) dari aplikasi yang akan dikembangkan dibuat

2.1. Menu program sesuai dengan rancangan program diterapkan

2.2. Penempatan user interface dialog diatur secara sekuensial

2.4. Bentuk style dari komponen user interface ditentukan

2.5. Penerapan simulasi dijadikan suatu proses yang sesungguhnya

2.3. Setting aktif-pasif komponen user interface dialog disesuaikan dengan urutan alur proses

1.1. Entitas yang menggambarkan system yang dibuat dapat diidentifikasikan sesuai dokumen perancangan

1.2. Berbagai diagram dapat dibuat dari entity yang telah didefinisikan

2.1. Informasi yang diperlukan oleh aplikasi dapat dihasilkan dengan efisien dari model yang dibuat

2.2. Diagram berdasar entitas dan hubungan yang telah diidentifikasi dapat diimplementasikan menggunakan tools yang ada

1.1. Permasalahan utama dipecah–pecah menjadi sub–sub permasalahan

1.2. Solusi untuk tiap masalah diidentifikasi

2.1. Solusi dibuat dengan representasi berupa fungsi, prosedur, fungsi/prosedur source code, atau library

2.2. Setiap solusi dieksekusi, diuji coba, dan kemudian digabungkan menjadi solusi global untuk permasalahan awal

1.1. Kode sumber dituliskan mengikuti coding-guidelines dan best practices

1.2. Struktur program yang sesuai dengan konsep paradigmanya dibuat

1.3. Galat/error ditangani

2.1. Efisiensi penggunaan resources oleh kode dihitung

2.2. Kemudahan interaksi selalu diimplementasikan sesuai standar yang berlaku

1.1. Modul program diidentifikasi

1.2. Parameter yang dipergunakan diidentifikasi

1.3. Algoritma dijelaskan cara kerjanya

1.4. Komentar setiap baris kode termasuk data, eksepsi, fungsi, prosedur dan class (bila ada) diberikan

2.1. Dokumentasi modul dibuat sesuai dengan identitas untuk memudahkan pelacakan

2.2. Identifikasi dokumentasi diterapkan

2.3. Kegunaan modul dijelaskan

2.4. Dokumen direvisi sesuai perubahan kode program

3.1. Dokumentasi fungsi, prosedur atau metod dibuat

3.2. Kemungkinan eksepsi dijelaskan

3.3. Dokumen direvisi sesuai perubahan kode program

4.1. Tools untuk generate dokumentasi diidentifikasi

4.2. Generate dokumentasi dilakukan

1.1. Teknologi baru diidentifikasi sesuai dengan kebutuhan

1.2. Perbandingan teknologi baru dianalisis keunggulannya dengan teknologi saat ini

1.3. Teknologi baru diimplementasikan jika sesuai dengan kebutuhan organisasi berdasarkan hasil analisis perbandingan

2.1. Fitur-fitur pada teknologi baru dianalisis sesuai dengan fungsi

2.2. Fitur–fitur khusus dalam teknologi baru diimplementasikan sesuai kebutuhan

1.1. Kode program sesuai spesifikasi disiapkan

1.2. Debugging tools untuk melihat proses suatu modul dipersiapkan

2.1. Kode program dikompilasi sesuai bahasa pemrograman yang digunakan

2.2. Kriteria lulus build dianalisis

2.3. Kriteria eksekusi aplikasi dianalisis

2.4. Kode kesalahan dicatat

3.1. Perbaikan terhadap kesalahan kompilasi maupun build dirumuskan

3.2. Perbaikan dilakukan

1.1. Sistem operasi yang mendukung proses paralel dipilih

1.2. Proses multi programming dikendalikan oleh sistem operasi

1.3. Proses multi tasking dikendalikan oleh sistem operasi

2.1. Resource dari sistem dimanfaatkan oleh semua program yang berjalan pada sistem operasi tersebut

2.2. Resource digunakan oleh program tanpa menyebabkan proses berhenti (deadlock)

3.1. Semaphore diterapkan pada setiap program yang menggunakan resource bersama

3.2. Resource yang digunakan program aplikasi harus diberitahukan kepada sistem operasi

3.3. Resource yang digunakan oleh suatu program tidak dapat digunakan oleh program lain sampai resource tersebut dibebaskan

4.1. Bahasa pemrograman mnemonics processor ditentukan

4.2. Bahasa yang memiliki fasilitas untuk membuat program paralel ditentukan

1.1. Peralatan pengujian disiapkan sesuai dengan kebutuhan pengujian

1.2. Dokumen pendukung pengujian disiapkan

1.3. Tim yang terlibat di dalam pelaksanaan pengujian ditentukan

2.1. Program driver test dibuat

2.2. Program stub dibuat

2.3. Hasil pengujian dicatat dalam lembar pengujian

3.1. Kode program (unit/ modul program) yang akan diuji, diintegrasikan dalam program driver test dan stub

3.2. Program pengujian dikompilasi

3.3. Hasil pengujian dicatat

4.1. Data-data yang penting untuk diukur ketika stress test diidentifikasikan

4.2. Situasi kondisi serta performa aplikasi tercatat dan terukur

4.3. Hasil pengujian dicatat

5.1. Data yang dihasilkan dibandingkan dengan data yang diharapkan

5.2. Kondisi tidak sesuai dicatat

6.1. Peralatan yang digunakan untuk pengujian dicatat

6.2. Kondisi yang terjadi selama pengujian dicatat

6.3. Data hasil pengujian dicatat

6.4. Analisa hasil pengujian dicatat

1.1. Fitur-fitur yang merepresentasikan kelayakan dan kesesuaian aplikasi diidentifikasi

1.2. Skenario terkait fitur-fitur terpilih dibuat

2.1. Data pendukung pelaksanaan scenario dibuat

2.2. Kelayakan dan kesesuaian aplikasi berdasarkan skenario UAT diukur

1.1. Kemampuan sistem diidentifikasi

1.2. Kebutuhan pelanggan disusun

1.3. Referensi petunjuk pelanggan ditentukan

1.4. Laporan petunjuk teknis disusun sesuai standar prosedur

2.1. Petunjuk diberikan sesuai laporan petunjuk teknis

2.2. Pelatihan diberikan sesuai laporan petunjuk teknis

3.1. Masukan dari pelanggan dievaluasi

3.2. Petunjuk teknis dapat dilakukan secara mandiri oleh pelanggan

1.1. Hasil akhir perubahan pada aplikasi diidentifikasi

1.2. Perbandingan perbedaan hasil akhir perubahan dengan kondisi existing dibuat

2.1. Analisis kelayakan atau ketidaklayakan komponen modul existing untuk dimodifikasi dilakukan

2.2. Komponen dan modul yang perlu dimodifikasi untuk memfasilitasi perubahan diidentifikasi

3.1. Dampak waktu dan jumlah orang untuk melakukan perubahan diidentifikasi

3.2. Efek samping perubahan terhadap aplikasi diidentifikasi

1.1. Permasalahan-permasalahan yang mungkin terjadi dan membutuhkan tindakan langsung diidentifikasi

1.2. Informasi-informasi yang dibutuhkan untuk menjelaskan permasalahan dicatat

2.1. Mekanisme pengiriman informasi atas suatu permasalahan dibuat

2.2. Frekuensi pengiriman notifikasi saat permasalahan terjadi dan belum ada penanganan ditentukan

3.1. Mekanisme aplikasi tetap berjalan dengan limitasi dibuat ketika masalah terjadi

3.2. Mekanisme pengembalian aplikasi dari limitasi untuk kembali ke kondisi normal dibuat