11 Tahapan Teratas dalam Siklus Hidup Pengembangan Sistem | SALAH

Artikel ini menyoroti sebelas tahap siklus hidup pengembangan sistem. Tahapannya adalah: 1. Pemilihan Area dan Penetapan Masalah (Investigasi Pendahuluan) 2. Pengumpulan Data/Informasi 3. Pembuatan Alternatif 4. Studi Kelayakan 5. Rencana Pengembangan Induk 6. Evaluasi & Pemilihan Peralatan 7. Desain & Pengembangan Sistem 8. Sistem Pengujian 9. Implementasi Sistem 10. Tinjauan & Tindak Lanjut Sistem.

Tahap Siklus Hidup Pengembangan Sistem # 1. Pemilihan Area dan Definisi Masalah (Penyelidikan Awal):

Ini adalah fase pertama dan terdiri dari survei singkat terhadap area yang terlibat dan akan membawa proyek ke fase berikutnya, menunda pembangunan untuk suatu periode atau merekomendasikan agar tidak ada tindakan lebih lanjut yang diambil.

Kadang-kadang dibagi lagi menjadi penyelidikan awal (studi awal) diikuti dengan studi kelayakan yang lebih rinci.

Fase ini diprakarsai oleh manajemen, yang merasakan kebutuhan karena perubahan atau keunggulan yang diharapkan dalam lingkungan bisnis, inisiasi atau kegagalan sistem yang ada, atau kesadaran akan kemajuan teknologi yang berkaitan dengan area tertentu yang terlibat dalam sistem tertentu yang sedang dikembangkan oleh pesaing.

Tahap Siklus Hidup Pengembangan Sistem # 2. Pengumpulan Data:

Pengumpulan data mengacu pada pengumpulan informasi yang berkaitan dengan proyek sistem. Untuk mendapatkan informasi, analis dapat membaca buku atau laporan, menelusuri catatan, mengumpulkan formulir untuk analisis selanjutnya, atau mewawancarai orang. Wawancara adalah keterampilan penting bagi analis yang mungkin mewawancarai manajer, pekerja, terkadang bahkan pelanggan.

Seringkali, beberapa informasi terpenting berasal dari karyawan tingkat rendah (pekerja).

Sumber informasi:

Informasi dikumpulkan dari dua sumber utama. Sumbernya adalah sebagai berikut:

1. Dari lingkungan organisasi.
2. Personalia atau dokumen tertulis dari dalam organisasi.

Sumber eksternal utama adalah:

1. Dokumen pemerintah
2. Vendor
3. Koran dan jurnal profesional.

Sumber internal utama adalah:

1. Staf personalia
2. Laporan keuangan
3. Sistem dokumentasi manual
4. Laporan dan dokumen transaksi
5. Staf profesional (penasihat hukum, auditor EDP (pemrosesan data elektronik), dll.
6. Staf pengguna.

Vendor perangkat keras adalah sumber informasi tentang sistem dan perangkat lunak. Ada ribuan paket perangkat lunak di pasaran untuk menyelamatkan area masalah dan perangkat lunak ini digunakan setelah modifikasi yang wajar. Informasi paket ini sudah dijual oleh vendor perangkat keras.

Sumber informasi eksternal kedua lainnya adalah dokumen pemerintah, surat kabar teknis, dan jurnal profesional. Mereka memberikan informasi mingguan tentang perangkat keras baru, instalasi perangkat keras, pengembangan perangkat lunak, dll.

Sumber informasi internal terbatas pada staf pengguna atau pengguna. Personil pengguna adalah sumber informasi yang sangat luas, adalah karyawan kunci yang telah berada di area pengguna selama bertahun-tahun dan terbiasa dengan aktivitas dan aplikasi saat ini, karena nantinya kami mengumpulkan informasi dari dokumen historis dan sensitif.

Dalam beberapa kasus, itu adalah satu-satunya sumber yang tersedia bagi analis. Saat informasi dikumpulkan, analis akan mendokumentasikan aspek-aspek penting sehingga dapat dirujuk di kemudian hari. Untuk tujuan ini ia dapat menggunakan formulir, bagan atau tabel.

Metode utama untuk memperoleh fakta meliputi:

(a) Kegiatan mengamati yang dapat dilakukan dengan berbagai cara termasuk metode visual dan fotografi.

(b) Penggunaan kuesioner atau dengan inspeksi dan pemeriksaan.

(c) Mewawancarai personel.

Tahap Siklus Hidup Pengembangan Sistem # 3. Pembuatan Alternatif:

Sekali, analis memiliki gagasan yang jelas tentang masalah, dia mulai membuat beberapa kemungkinan solusi. Dalam praktik sebenarnya, solusi ini biasanya mulai terbentuk saat penelitian awal (pengumpulan data) sedang berlangsung. Kemudian, setelah menyelesaikan penelitian, analis memilih alternatif yang paling menjanjikan dan mengembangkannya.

Untuk menciptakan alternatif yang baik, analis harus memiliki latar belakang yang luas, harus terbiasa dengan berbagai jenis peralatan yang dapat diterapkan pada masalah, dan harus terbiasa dengan berbagai jenis prosedur yang dapat digunakan.

Dari latar belakang ini dia dapat mengembangkan alternatif yang mirip dengan yang digunakan oleh beberapa perusahaan atau grup lain atau dapat membuat solusi khusus atau unik untuk masalah perusahaannya.

Penting untuk disadari bahwa solusi pada tahap ini tidak dikembangkan secara detail. Prosedur yang dikembangkan di sini tidak spesifik. Meskipun aliran logika umum dibuat untuk setiap alternatif, langkah-langkah spesifik akan ditentukan selama fase desain sistem.

Kecuali masalahnya sangat terbatas, analis harus mencoba mengembangkan lebih dari satu alternatif. Ini akan memberi mereka kebebasan untuk mengeksplorasi solusi imajinatif daripada hanya berbicara dengan cepat dan jelas. Ini juga akan memberi manajemen perspektif yang lebih luas tentang berbagai solusi yang tersedia.

Tahap Siklus Hidup Pengembangan Sistem # 4. Studi Kelayakan:

Setelah alternatif ditemukan atau dirancang, analis membuat studi kelayakan.

Pembuatan studi kelayakan melibatkan langkah-langkah berikut:

(a) Merumuskan pernyataan tentang tujuan dari masalah.

(b) Analisis sistem yang ada yang meliputi pengumpulan data, penyajian data, pembuatan daftar file dan catatan yang diperlukan, kebutuhan komunikasi, penyusunan diagram alir dan perkiraan biaya.

(c) Analisis alternatif yang memenuhi persyaratan serupa untuk setiap alternatif yang diusulkan.

(d) Menentukan persyaratan output utama.

(e) Pelajari pengaruhnya terhadap operasi perusahaan.

(f) Pengaruh keuangan.

(g) Ringkasan kerugian dan manfaat tak berwujud yang akan mengalir dari penerapan sistem tersebut.

(h) Rekomendasi untuk melanjutkan.

Pengumpulan data yang terjadi selama penyelidikan pendahuluan memeriksa kelayakan sistem, kemungkinan bahwa sistem tersebut akan bermanfaat bagi organisasi.

Keempat uji kelayakan tersebut adalah:

1. Uji Operasional
2. Tes Ekonomi
3. Uji Teknis
4. Tes Politik
5. Uji Operasional:

Proyek yang diusulkan tentu saja bermanfaat hanya jika dapat diubah menjadi sistem informasi yang akan memenuhi persyaratan operasi organisasi. Secara sederhana, uji kelayakan ini menanyakan apakah sistem akan bekerja saat dikembangkan dan dipasang. Apakah ada hambatan besar untuk implementasi? Pertanyaan-pertanyaan berikut membantu menguji kelayakan operasional suatu proyek.

Apakah metode bisnis saat ini dapat diterima oleh pengguna? Jika tidak, pengguna dapat menyambut perubahan yang akan membawa lebih banyak operasi dan sistem yang bermanfaat. Apakah ada dukungan yang cukup untuk proyek dari manajemen? Dari pengguna? Jika sistem saat ini sangat disukai dan digunakan sejauh orang tidak melihat alasan untuk perubahan, mungkin ada penolakan.

Apakah sistem yang diusulkan akan menyebabkan kerusakan? Pertanyaan berikut terkait dengan masalah ini:

(a) Apakah hilangnya kendali akan mengakibatkan area apa pun?

(b) Apakah pelanggan akan terpengaruh dengan cara yang tidak diinginkan?

(c) Apakah akan menunjukkan kinerja di area mana pun?

(d) Akankah sistem menghasilkan hasil yang lebih buruk dalam hal atau bidang apa pun?

(e) Apakah aksesibilitas informasi akan hilang?

4. Apakah pengguna terlibat dalam perencanaan dan pengembangan proyek? Keterlibatan awal mengurangi kemungkinan penolakan terhadap sistem dan perubahan secara umum, dan meningkatkan kemungkinan keberhasilan proyek.

Kelayakan operasional adalah ukuran bagaimana orang dapat bekerja dengan sistem. Misalnya, suatu sistem mungkin memerlukan manajer untuk menulis program BASIC, COBOL, atau FORTRAN untuk mengakses data. Namun, manajer mungkin menerima bantuan terbesar dari sistem ketika mereka dapat berkonsentrasi pada masalah untuk dipecahkan daripada bagaimana program harus dibangun untuk menyelesaikannya.

2. Uji Ekonomi:

Dalam melibatkan memperkirakan manfaat dan biaya. Manfaat dan biaya ini mungkin berwujud atau tidak berwujud.

Sistem yang dapat dikembangkan secara teknis dan akan digunakan jika dipasang harus tetap menjadi investasi yang bagus. Artinya, keuntungan finansial harus sama atau melebihi biaya finansial.

Pertanyaan ekonomi dan keuangan yang diajukan oleh para analis selama penyelidikan awal mencari perkiraan:

1. Biaya hardware dan software untuk kelas aplikasi yang dipertimbangkan.
2. Biaya jika tidak ada perubahan (sistem tidak dikembangkan).
3. Biaya untuk melakukan investigasi sistem secara menyeluruh.
4. Manfaat berupa pengurangan biaya atau kesalahan biaya yang lebih sedikit.

Estimasi biaya dan manfaat pada setiap proyek memberikan dasar untuk menentukan proyek mana yang paling layak dipertimbangkan. Setiap perkiraan dapat dianalisis untuk menentukan seberapa cepat biaya dipulihkan oleh manfaat, untuk menghitung jumlah kelebihan manfaat yang absolut dan yang disesuaikan dengan bunga, dan untuk menetapkan rasio manfaat terhadap biaya.

Semua faktor ini dipertimbangkan saat mengembangkan pengertian menyeluruh tentang kelayakan ekonomi proyek.

Agar layak, proposal proyek harus lulus semua tes ini. Kalau tidak, itu bukan proyek yang layak. Misalnya, sistem pencatatan personel yang layak secara finansial dan menarik secara operasional, tidak layak jika teknologi yang diperlukan tidak ada atau sistem medis yang dapat dikembangkan dengan biaya yang masuk akal tetapi perawat akan menghindari penggunaannya, tidak dapat dinilai layak secara operasional.

Tahap Siklus Hidup Pengembangan Sistem # 5. Rencana Pengembangan Induk:

Ini adalah semacam cetak biru dari upaya pengembangan sistem. Dalam organisasi yang dinamis, ada lebih banyak peluang untuk aplikasi pemrosesan komputer yang dapat ditangani pada satu waktu, sehingga memerlukan proses alokasi. Oleh karena itu, diperlukan rencana induk pembangunan. Ini adalah jadwal dari berbagai aplikasi yang akan dikomputerisasi.

Rencana semacam itu terdiri dari empat tahap berikut:

1. Tujuan dari upaya pengembangan sistem yang diusulkan ditentukan oleh analis.
2. Kemampuan organisasi saat ini dinilai oleh analis. Penilaian ini akan mencakup peralatan yang ada, aplikasi perangkat lunak dan pengeluaran pribadi, pemanfaatan fasilitas.
3. Analis meninjau kemungkinan perkembangan teknologi di perangkat keras komputer.
4. Terakhir, analis menyusun rencana spesifik yang terdiri dari jadwal perangkat keras dan perangkat lunak, jadwal pengembangan aplikasi dari upaya pemeliharaan dan konversi perangkat lunak, rencana sumber daya personel dan rencana sumber daya keuangan.

Rencana pengembangan induk pada dasarnya adalah jadwal dari berbagai aplikasi yang akan dikomputerisasi, yaitu terdiri dari tanggal mulai dan selesainya analisis sistem, desain, implementasi dan kegiatan pemeliharaan. Jadwal ini harus didukung oleh Tenaga Kerja, perangkat keras dan jadwal keuangan.

Tahap Siklus Hidup Pengembangan Sistem # 6. Evaluasi & Pemilihan Peralatan:

Pada tahap ini, departemen sistem dapat menghubungi vendor peralatan untuk informasi dan harga mengenai mesin tertentu. Ketika proposal sistem melibatkan pembelian peralatan besar, fase pengembangan sistem ini dapat menjadi proyek besar itu sendiri

Jika mesin dapat dibeli, disewa atau disewa dengan harga yang tetap dalam batas yang dinyatakan dalam proposal sistem, proyek berlanjut seperti yang diusulkan, Jika tidak, analis mungkin terpaksa kembali ke fase kelayakan dan proposal sistem dengan tak terduga data biaya.

Namun, seorang analis yang baik akan memeriksa harga dan kemampuan dengan beberapa vendor selama analisis kelayakan untuk memastikan bahwa proyeksi biaya masuk akal. Dia tidak hanya akan mempertimbangkan biaya pada saat penelitian tetapi kemungkinan besar harga juga.

Tahap Siklus Hidup Pengembangan Sistem # 7. Desain & Pengembangan Sistem:

Desain sistem informasi menghasilkan rincian yang menyatakan bagaimana suatu sistem akan memenuhi persyaratan yang diidentifikasi selama analisis sistem. Seringkali sistem, spesialis menyebut tahap ini sebagai desain logis, berbeda dengan mengembangkan perangkat lunak program, yang disebut sebagai desain fisik.

Segera setelah proposal sistem diterima oleh pengguna, pekerjaan dapat dimulai dengan menyiapkan spesifikasi sistem. Fase ini mengambil persyaratan yang telah disepakati dan pekerjaan yang mengarah pada pembuatan proposal dan mengembangkan sistem ke tingkat detail yang diperlukan untuk mempersiapkan jalan bagi pemrograman.

Pada titik ini, analis memperhatikan detail masukan dan keluaran, pemrosesan yang diperlukan, dan cara sistem akan beroperasi setiap hari.

Bergantung pada tingkat kerumitan sistem dan jumlah serta kualitas pekerjaan yang dilakukan pada tahap awal, fase ini dapat memakan waktu berbulan-bulan kerja keras.

Ini berkaitan dengan desain sistem yang berorientasi komputer — detail transaksi input, detail laporan tercetak, layar dan output lainnya, struktur file atau database, isi catatan, pemrosesan yang diperlukan, dan efisiensi. sistem dari sudut pandang pemrosesan komputer.

Analis sistem memulai dengan mengidentifikasi laporan dan keluaran lain yang akan dihasilkan sistem. Kemudian data spesifik pada masing-masing titik ditunjukkan, termasuk lokasi persisnya di atas kertas, layar tampilan, atau media lainnya. Biasanya desainer membuat sketsa bentuk atau tampilan seperti yang mereka harapkan saat sistem selesai.

Desain sistem juga menggambarkan data yang akan dimasukkan, dihitung atau disimpan. Item data individu dan prosedur perhitungan ditulis secara rinci. Desainer memilih struktur file dan perangkat penyimpanan, seperti disk magnetik, pita magnetik, atau bahkan file kertas. Prosedur yang mereka tulis memberi tahu bagaimana memproses data dan menghasilkan output.

Dokumen yang berisi spesifikasi desain menggunakan berbagai cara untuk menggambarkan desain—bagan, tabel, dan simbol khusus. Informasi desain terperinci diteruskan ke staf pemrograman sehingga pengembangan perangkat lunak dapat dimulai.

Desainer bertanggung jawab untuk menyediakan programmer dengan spesifikasi yang lengkap dan jelas yang menyatakan apa yang harus dilakukan perangkat lunak. Saat pemrograman dimulai, desainer tersedia untuk menjawab pertanyaan, mengklarifikasi area kabur, dan menangani masalah yang dihadapi programmer saat menggunakan spesifikasi desain.

Spesifikasi sistem tipikal akan berisi:

1. Deskripsi kontrol yang beroperasi di dalam sistem. Ini termasuk kontrol atas masukan dan pemrosesan, pembatasan akses (misalnya, kata sandi) dan kontrol atas keluaran (misalnya, penomoran cek).
2. Tabel waktu pengembangan dan implementasi yang terperinci. Bagian ini harus mencantumkan semua tugas yang harus dilakukan, termasuk program individual, menunjukkan hubungan timbal balik antara setiap tugas dan data awal dan penyelesaian yang direncanakan untuk setiap tugas.
3. Rencana cadangan—Ini harus menjelaskan prosedur yang akan dikembangkan untuk mengambil dump keamanan file untuk memastikan ketahanan sistem (misalnya dupleks) dan untuk menjalankan sistem di situs alternatif jika komputer tidak tersedia .
4. Pengenalan yang mencakup relevansi dokumen dan bagaimana perkembangannya dari fase sebelumnya.
5. Uraian rinci tentang input output dan file, misalnya: tata letak dokumen (input), tata letak layar, tata letak laporan, tata letak file/rekaman, skema basis data.
6. Deskripsi sistem. Ini biasanya berupa garis besar dalam bentuk naratif dengan diagram alir, bagan prosedur, diagram alir data, atau model data yang menyertainya.
7. Pemrosesan diperlukan. Ini sebenarnya dapat ditangani dengan menentukan secara umum apa yang diharapkan dilakukan oleh setiap program dalam sistem dan dengan membuat cadangan dengan spesifikasi program individual yang dikeluarkan secara terpisah. Pengaturan untuk pengujian juga dapat dijelaskan dalam bagian ini.
8. Pertimbangan implementasi—pengaturan untuk mengonversi file yang ada, memeriksa proses paralel, pembuatan prosedur pengguna, dan pembuatan prosedur terkait komputer.

Pada tahap inilah perkiraan pertama yang andal dari jumlah upaya pemrograman komputer yang diperlukan dapat dihasilkan. Sampai saat ini, perkiraan sebagian besar adalah perkiraan berdasarkan informasi dan apa yang keluar pada akhir latihan ini mungkin cukup menakutkan dibandingkan dengan perkiraan yang tersedia sebelumnya.

Ini adalah alasan yang sah untuk memastikan bahwa manajemen senior terus memiliki peran persetujuan pada akhir tahap ini.

Estimasi yang dihasilkan sekarang memiliki dasar yang kuat dan jika secara substansial berbeda dengan estimasi awal, masih belum terlambat untuk meninjau kelayakan pembangunan.

Pilihannya sekarang terletak di antara.

1. Meninggalkan sistem
2. Melanjutkan sesuai rencana
3. Menyimpan sistem untuk jangka waktu tertentu
4. Memodifikasi aspirasi untuk sistem.

Semua opsi ini tersedia untuk pengembangan in-house meskipun secara umum dirasakan bahwa pada saat tahap ini tercapai, komitmen tersebut tidak dapat diubah. Jika pemasok eksternal terlibat, opsi mungkin dibatasi oleh sifat kontrak antara para pihak.

Kontrak harga variabel harus memberikan formula untuk memilih keluar dalam keadaan seperti itu. Pengaturan harga tetap melindungi pelanggan dari kenaikan harga, tetapi kesalahan substansial dalam memperkirakan dapat mencoba pemasok untuk mengambil jalan pintas.

Tahap Siklus Hidup Pengembangan Sistem # 8. Pengujian Sistem:

Tujuan dari pengujian sistem adalah untuk memastikan bahwa semua program individu bekerja seperti yang diharapkan, bahwa program-program terhubung bersama untuk memenuhi persyaratan yang ditentukan dan untuk memastikan bahwa sistem komputer dan prosedur terkait dan prosedur lainnya bekerja bersama.

Tahap awal pengujian sistem adalah tanggung jawab analis, yang menentukan kondisi apa yang akan diuji, menghasilkan data pengujian, membuat jadwal hasil yang diharapkan, menjalankan pengujian, dan membandingkan hasil yang dihasilkan komputer dengan hasil yang diharapkan.

Analis juga dapat terlibat dalam pengujian prosedur. Ketika analis puas bahwa sistem berfungsi dengan baik, dia menyerahkannya kepada pengguna untuk diuji. Pentingnya pengujian sistem oleh pengguna harus ditekankan. Pada akhirnya, penggunalah yang harus memverifikasi sistem dan mengizinkannya.

Selama pengujian, sistem digunakan secara eksperimental untuk memastikan bahwa perangkat lunak tidak gagal, yakni bahwa perangkat lunak akan berjalan sesuai dengan spesifikasinya dan dengan cara yang diharapkan pengguna untuk bekerja. Data uji khusus adalah masukan untuk diproses (rencana uji) dan hasilnya diperiksa untuk menemukan hasil yang tidak terduga. Pengguna dalam jumlah terbatas juga dapat diizinkan untuk menggunakan sistem, sehingga analis dapat melihat apakah mereka mencoba menggunakannya dengan cara yang tidak terduga.

Lebih baik menemukan kejutan ini sebelum organisasi mengimplementasikan sistem dan bergantung padanya. Di banyak organisasi, pengujian dilakukan oleh orang selain mereka yang menulis program aslinya, menggunakan orang yang tidak tahu bagaimana bagian tertentu dirancang atau diprogram memastikan pengujian yang lebih lengkap dan tidak memihak serta perangkat lunak yang lebih andal.

Tahap Siklus Hidup Pengembangan Sistem # 9. Implementasi Sistem:

Saat sistem diuji, ia mulai bergerak ke fase implementasi. Idealnya, sistem harus diselesaikan dan diuji sepenuhnya sebelum implementasi dimulai tetapi kecuali sebuah paket diinstal, hal ini jarang terjadi. Biasanya, ketika terjadi bagian dari sistem yang diperlukan untuk pengaturan file, diselesaikan terlebih dahulu dan proses ini akan berjalan.

Program konversi mungkin juga harus tersedia yang memungkinkan data dari sistem lain digunakan dalam menyiapkan file. Setelah data ini diatur, itu harus selalu diperbarui, dan, dengan demikian, penggunaan pertama dibuat dari sistem baru. Hal ini dapat diikuti dengan periode berjalan paralel dan kemudian keputusan dibuat untuk menghentikan sistem lama.

Segera setelah fase pertama implementasi—pengaturan file dimulai, semua dokumentasi sistem harus tersedia, yaitu. manual prosedur manual pengguna, instruksi pengoperasian komputer dan prosedur keamanan.

Sistem kemudian berpindah dari staf pengembangan ke personel operasi komputer dan setelah sistem hidup, prosedur yang ketat harus ditegakkan yang mengatur pemrogram, akses ke program dan file. Prosedur harus ditetapkan untuk mengontrol semua permintaan untuk perubahan sistem dan program, dari permintaan oleh pengguna hingga implementasi oleh pemrogram.

Implementasi melibatkan penempatan sistem perangkat keras dan perangkat lunak yang telah selesai dan diuji ke dalam lingkungan kerja pengguna yang sebenarnya. Saat personel sistem memeriksa dan menggunakan peralatan baru, melatih personel pengguna, menginstal aplikasi baru, dan membuat file data apa pun yang diperlukan untuk menggunakannya, kami mengatakan itu diterapkan.

Ada kegiatan teknis dan berorientasi pada orang selama tahap ini. Contoh kegiatan teknis termasuk mengubah file data, mengganti program lama dengan yang baru, dan menjadwalkan operasi komputer. Contoh kegiatan yang berorientasi pada orang termasuk orientasi, pelatihan dan dukungan.

Tahap Siklus Hidup Pengembangan Sistem # 10. Tinjauan & Tindak Lanjut Sistem:

Fase terakhir dari proses pengembangan atau implementasi adalah peninjauan sistem atau ‘post audit’ seperti yang kadang disebut. Ini biasanya dilakukan oleh grup yang terdiri dari perwakilan dari departemen pengguna, audit internal, dan pemrosesan data. Tujuan dasarnya adalah untuk melihat apakah sistem telah memenuhi tujuan yang ditetapkan untuk itu.

Ini akan terdiri dari perbandingan biaya aktual dan manfaat terhadap perkiraan asli, tinjauan tentang bagaimana sistem akan bekerja secara umum, tinjauan permintaan perubahan dan pemeriksaan prosedur dokumentasi, kontrol dan keamanan dan pengaturan cadangan.

Tahap review mengkaji bagaimana pengembangan sistem, proses dilakukan.

Dua pertanyaan utama berikut diajukan:

1. Apakah sistem itu sendiri layak?
2. Apakah sistem dikembangkan dengan baik?

Untuk memutuskan apakah sistem itu sendiri layak, pengguna harus berkonsultasi untuk mengetahui apakah sistem menyediakan informasi yang mereka butuhkan, dalam bentuk yang benar. Untuk menentukan apakah sistem dikembangkan dengan benar, peninjau mungkin melihat seberapa baik sistem bekerja, berapa banyak waktu yang dihabiskan pemrogram dan analis dalam mengembangkan sistem, dan apakah pengembangan sistem selesai sesuai jadwal.

Menariknya, ini mungkin menandai awal dari proyek lain. Kekurangan dalam sistem mengarah ke siklus hidup lain, karena peninjau mendapati diri mereka bertanya, “Apakah perubahan itu bermanfaat? Seperti apa seharusnya penampilan mereka? Bagaimana mereka harus dibuat, diprogram, dan diimplementasikan? Apakah mereka dilakukan dengan benar?