Analisis Kebutuhan Perangkat Lunak adalah langkah penting dalam proses pengembangan perangkat lunak . Ini melibatkan pengumpulan, pendokumentasian, dan analisis persyaratan untuk proyek perangkat lunak untuk memastikan bahwa itu memenuhi kebutuhan pemangku kepentingan dan pengguna. Dengan pemahaman menyeluruh tentang persyaratan, proyek perangkat lunak kemungkinan akan berhasil memenuhi tujuannya dan memberikan hasil yang diinginkan. Pada artikel ini, kami akan mengeksplorasi pentingnya Analisis Kebutuhan Perangkat Lunak dan memberikan pandangan mendalam tentang prosesnya, termasuk praktik terbaik dan alat untuk merampingkan proses. Apakah Anda seorang pengembang, manajer proyek, atau analis bisnis, artikel ini akan memberikan wawasan berharga untuk mengumpulkan dan menganalisis persyaratan perangkat lunak secara efektif. Jadi, mari selami dan pelajari cara memastikan keberhasilan proyek perangkat lunak Anda melalui Analisis Persyaratan Perangkat Lunak yang tepat.
Apa itu analisis kebutuhan?
Analisis persyaratan adalah proses mengidentifikasi, mendefinisikan, dan mendokumentasikan persyaratan sistem perangkat lunak. Tujuan dari analisis persyaratan adalah untuk mengidentifikasi kebutuhan pengguna dan menerjemahkannya menjadi persyaratan yang spesifik, terukur, dan dapat dicapai yang dapat digunakan oleh tim pengembangan perangkat lunak untuk merancang dan mengembangkan sistem. Proses ini juga dikenal sebagai rekayasa persyaratan, dan merupakan langkah penting dalam siklus hidup pengembangan perangkat lunak ( SDLC) karena membantu memastikan bahwa produk akhir memenuhi kebutuhan pemangku kepentingan dan pengguna.
Analisis kebutuhan mencakup beberapa aktivitas, seperti mengumpulkan persyaratan dari pemangku kepentingan, mendokumentasikan dan mengatur persyaratan, memvalidasi persyaratan, dan membuat dokumen spesifikasi persyaratan. Dokumen ini berfungsi sebagai cetak biru untuk tim pengembangan perangkat lunak, dan digunakan untuk memandu desain, pengembangan, pengujian, dan penerapan sistem perangkat lunak.
Penting untuk dicatat bahwa analisis persyaratan adalah proses berulang yang berlanjut sepanjang SDLC, dan perubahan dapat terjadi seiring kemajuan proyek. Ini berarti bahwa proses analisis kebutuhan harus cukup fleksibel untuk mengakomodasi perubahan dan pembaruan yang terjadi.
Proses analisis kebutuhan
Proses analisis kebutuhan dimulai dengan mengidentifikasi dan mendefinisikan masalah atau peluang yang ingin ditangani oleh sistem perangkat lunak. Ini diikuti dengan mengumpulkan persyaratan dari pemangku kepentingan, yang meliputi pengguna, pelanggan, dan pihak lain yang akan terpengaruh oleh sistem perangkat lunak. Persyaratan tersebut kemudian didokumentasikan dan diatur, dan setiap ketidakkonsistenan atau ambiguitas diselesaikan. Langkah terakhir dalam proses analisis persyaratan adalah memvalidasi persyaratan, yang mencakup pengujian dan evaluasi persyaratan untuk memastikan bahwa persyaratan tersebut lengkap, konsisten, dan dapat dicapai.
Notasi Pemodelan Proses Bisnis ( BPMN)
Notasi Pemodelan Proses Bisnis ( BPMN) adalah teknik yang banyak digunakan untuk memodelkan dan menganalisis proses bisnis. Diagram BPMN digunakan untuk merepresentasikan secara visual langkah-langkah dalam suatu proses, termasuk input, output, dan poin keputusan. Diagram BPMN membantu mengidentifikasi dan mendokumentasikan persyaratan bisnis dan dapat digunakan untuk mengomunikasikan persyaratan tersebut kepada tim pengembangan perangkat lunak.
UML (Bahasa Pemodelan Terpadu)
UML (Unified Modeling Language) adalah bahasa yang banyak digunakan untuk mendeskripsikan, memvisualisasikan, membangun, dan mendokumentasikan berbagai artefak dari sistem intensif perangkat lunak. Diagram UML dapat digunakan untuk memodelkan berbagai aspek sistem perangkat lunak, termasuk use case, class diagram, dan sequence diagram. Diagram UML berguna untuk memodelkan dan menganalisis persyaratan perangkat lunak dan dapat digunakan untuk mengomunikasikan persyaratan tersebut kepada tim pengembangan perangkat lunak.
Teknik Flowchart
Flowchart adalah teknik yang banyak digunakan untuk secara visual mewakili langkah-langkah dalam suatu proses. Flowchart membantu mengidentifikasi dan mendokumentasikan persyaratan dan dapat digunakan untuk mengkomunikasikan persyaratan kepada tim pengembangan perangkat lunak. Flowchart juga membantu dalam mengidentifikasi potensi masalah dan peluang dalam suatu proses.
Diagram aliran data
Data Flow Diagram ( DFD) adalah teknik untuk merepresentasikan secara visual aliran data melalui suatu sistem. Diagram DFD berguna untuk mengidentifikasi dan mendokumentasikan persyaratan dan dapat digunakan untuk mengkomunikasikan persyaratan kepada tim pengembangan perangkat lunak. Diagram DFD juga berguna untuk mengidentifikasi potensi masalah dan peluang dalam suatu sistem.
Diagram Aktivitas Peran ( RAD)
Role Activity Diagrams ( RAD) adalah teknik untuk merepresentasikan secara visual peran dan aktivitas para pemangku kepentingan dalam suatu sistem. Diagram RAD berguna untuk mengidentifikasi dan mendokumentasikan persyaratan dan dapat digunakan untuk mengkomunikasikan persyaratan kepada tim pengembangan perangkat lunak. Diagram RAD juga membantu dalam mengidentifikasi potensi masalah dan peluang dalam suatu sistem.
Bagan Gantt
Gantt Charts adalah teknik yang banyak digunakan untuk penjadwalan dan pelacakan kemajuan proyek. Bagan Gantt sangat membantu untuk mengelola dan memantau proses analisis persyaratan, dan dapat digunakan untuk mengkomunikasikan kemajuan proyek kepada pemangku kepentingan.
IDEF (Definisi Terintegrasi untuk Pemodelan Fungsi)
Definisi Terpadu untuk Pemodelan Fungsi ( IDEF) adalah teknik untuk memodelkan dan menganalisis persyaratan fungsional. Diagram IDEF digunakan untuk merepresentasikan fungsi dan hubungan dalam sistem secara visual, dan dapat digunakan untuk mengkomunikasikan kebutuhan kepada tim pengembangan perangkat lunak.
Analisis Kesenjangan
Analisis kesenjangan adalah proses membandingkan keadaan sistem saat ini dengan keadaan yang diinginkan untuk mengidentifikasi kesenjangan atau area untuk perbaikan. Analisis kesenjangan dapat digunakan untuk mengidentifikasi persyaratan yang hilang atau area di mana persyaratan yang ada tidak memadai. Ini dapat dilakukan dengan membandingkan sistem saat ini dengan kebutuhan pengguna, standar industri, atau praktik terbaik. Mengidentifikasi kesenjangan ini sejak awal dalam proses analisis kebutuhan dapat membantu memastikan bahwa sistem perangkat lunak final memenuhi kebutuhan pemangku kepentingan dan pengguna.
Teknik analisis kebutuhan yang perlu Anda ketahui
Berbagai teknik dapat digunakan untuk mengumpulkan dan menganalisis persyaratan dalam proses pengembangan perangkat lunak. Beberapa teknik yang paling umum digunakan adalah:
- Wawancara : Teknik ini melibatkan wawancara tatap muka atau telepon dengan pemangku kepentingan untuk mengumpulkan persyaratan. Wawancara dapat bersifat terbuka atau terstruktur dan dapat digunakan untuk mengumpulkan informasi tentang kebutuhan pengguna, proses bisnis, dan masalah.
- Survei : Teknik ini melibatkan penyebaran kuesioner atau survei kepada pemangku kepentingan untuk mengumpulkan informasi tentang kebutuhan dan persyaratan mereka. Survei dapat digunakan untuk mengumpulkan umpan balik tentang sistem yang ada atau persyaratan untuk sistem baru.
- Lokakarya : Teknik ini melibatkan menyatukan pemangku kepentingan dalam pengaturan yang difasilitasi untuk mengumpulkan dan mendiskusikan persyaratan. Lokakarya dapat digunakan untuk mengidentifikasi persyaratan baru, menyelesaikan konflik, atau memprioritaskan persyaratan yang ada.
- Prototyping : Teknik ini melibatkan pembuatan maket atau prototipe sistem perangkat lunak untuk mengumpulkan umpan balik dari pemangku kepentingan. Prototyping dapat digunakan untuk mengumpulkan persyaratan untuk sistem baru atau memvalidasi persyaratan sistem yang ada.
- Use Case Analysis : Teknik ini melibatkan identifikasi berbagai aktor atau pengguna yang akan berinteraksi dengan sistem perangkat lunak dan berbagai tugas atau skenario yang akan mereka lakukan. Analisis use case dapat digunakan untuk mengumpulkan persyaratan untuk sistem baru atau untuk memvalidasi persyaratan untuk sistem yang sudah ada.
- Notasi Pemodelan Proses Bisnis ( BPMN) : Teknik ini melibatkan pembuatan representasi visual dari proses bisnis untuk mengumpulkan dan menganalisis persyaratan. Diagram BPMN dapat digunakan untuk mengidentifikasi dan mendokumentasikan persyaratan bisnis dan mengkomunikasikannya kepada tim pengembangan perangkat lunak.
- Unified Modeling Language ( UML) : Teknik ini melibatkan pembuatan representasi visual dari sistem perangkat lunak untuk mengumpulkan dan menganalisis persyaratan. Diagram UML dapat digunakan untuk memodelkan berbagai aspek sistem perangkat lunak dan mengkomunikasikan kebutuhan kepada tim pengembangan perangkat lunak.
- Teknik Flowchart : Teknik ini melibatkan pembuatan representasi visual dari proses untuk mengumpulkan dan menganalisis persyaratan. Flowchart berguna untuk mengidentifikasi dan mendokumentasikan persyaratan dan dapat digunakan untuk mengkomunikasikan persyaratan kepada tim pengembangan perangkat lunak.
- Data Flow Diagram : Teknik ini melibatkan pembuatan representasi visual dari aliran data melalui sistem untuk mengumpulkan dan menganalisis persyaratan. Diagram DFD berguna untuk mengidentifikasi dan mendokumentasikan persyaratan dan dapat digunakan untuk mengkomunikasikan persyaratan kepada tim pengembangan perangkat lunak.
- Analisis Gap : Teknik ini melibatkan perbandingan keadaan sistem saat ini dengan keadaan yang diinginkan untuk mengidentifikasi celah atau area yang perlu diperbaiki. Analisis kesenjangan dapat digunakan untuk mengidentifikasi persyaratan yang hilang atau area di mana persyaratan yang ada tidak memadai.
Teknik yang berbeda mungkin lebih sesuai untuk jenis proyek atau pemangku kepentingan yang berbeda. Oleh karena itu, penting untuk memilih teknik yang tepat untuk setiap situasi dan menggunakan kombinasi teknik untuk mengumpulkan dan menganalisis persyaratan.
Alat analisis kebutuhan
Ada beberapa alat yang tersedia untuk membantu proses analisis kebutuhan:
Jama Software
Jama Software adalah alat untuk manajemen persyaratan dan pengembangan produk. Itu dapat membuat, menyimpan, dan mengelola dokumentasi persyaratan, seperti cerita pengguna dan kasus penggunaan. Ini juga menyediakan fitur untuk kolaborasi, ketertelusuran, dan analisis dampak. Perangkat lunak Jama memungkinkan tim untuk mengelola proses pengembangan produk lengkap dari ide hingga peluncuran dan menyediakan lokasi terpusat untuk melacak dan mengelola persyaratan, desain, pengujian, dan umpan balik.
Caliber
Caliber adalah alat untuk manajemen persyaratan dan manajemen pengujian. Itu dapat membuat, menyimpan, dan mengelola dokumentasi persyaratan, seperti cerita pengguna dan kasus penggunaan. Ini juga menyediakan fitur untuk kolaborasi, ketertelusuran, dan analisis dampak. Caliber memungkinkan tim mengelola proses pengembangan produk lengkap dari ide hingga peluncuran dan menyediakan lokasi terpusat untuk melacak dan mengelola persyaratan, desain, pengujian, dan umpan balik.
AppMaster
AppMaster adalah alat yang sangat baik untuk analis bisnis yang bekerja dengan persyaratan pengguna untuk memvisualisasikan persyaratan teknis, logika bisnis , model data , dan banyak lagi. Alat ini mirip dengan Miro dalam hal kemudahan tetapi memiliki satu perbedaan besar - alat ini menulis kode dalam mode otomatis. Artinya, Anda tidak sekadar mengumpulkan kebutuhan bisnis dan membuat diagram, tetapi langsung membuat aplikasi nyata dengan backend, source code, dan dokumentasi. Segera setelah mengumpulkan persyaratan, Anda dapat mengunduh aplikasi yang sudah selesai dan menunjukkannya kepada pelanggan Anda dalam mode produksi , serta melakukan penyesuaian jika perlu. Artinya, nilai Anda dalam tim menjadi jauh lebih besar. Anda bukan hanya seorang analis bisnis atau sistem, dan Anda adalah unit yang dapat menggantikan seluruh tim pengembangan .
Visure Requirements
Visure Requirements adalah alat untuk manajemen persyaratan dan ketertelusuran. Itu dapat membuat, menyimpan, dan mengelola dokumentasi persyaratan, seperti cerita pengguna dan kasus penggunaan. Ini juga menyediakan fitur untuk kolaborasi, ketertelusuran, dan analisis dampak. Visure Requirements memungkinkan tim mengelola proses pengembangan produk lengkap dari ide hingga peluncuran dan menyediakan lokasi terpusat untuk melacak dan mengelola persyaratan, desain, pengujian, dan umpan balik.
Orcanos
Orcanos adalah aplikasi yang membantu tim menangani dokumentasi, pengembangan, dan pengiriman produk mereka. Ini menawarkan alat untuk menghasilkan, menyimpan, dan mengatur dokumentasi persyaratan seperti cerita pengguna dan kasus penggunaan. Selain itu, ia memiliki fitur yang memungkinkan tim berkolaborasi, melacak perubahan, dan menganalisis efek dari perubahan tersebut. Ini juga menawarkan hub pusat untuk mengelola seluruh proses pengembangan produk dari ide awal hingga peluncuran, di mana tim dapat melacak persyaratan, desain, pengujian, dan umpan balik.
Modern Requirements
Modern Requirements adalah solusi perangkat lunak yang membantu tim dalam mengelola dan melacak persyaratan produk mereka. Ini menampilkan alat untuk membuat, menyimpan, dan mengatur dokumentasi seperti cerita pengguna dan kasus penggunaan. Selain itu, ini memungkinkan kolaborasi dan memberikan kemampuan untuk melacak perubahan dan mengevaluasi dampaknya. Ini merampingkan seluruh proses pengembangan produk dari konsep hingga peluncuran, dengan menyediakan platform terpusat untuk mengelola persyaratan, desain, pengujian, dan umpan balik.
IBM Engineering Requirements Management DOORS Next
BM Engineering Requirements Management DOORS Next adalah perangkat lunak andal yang memungkinkan tim mengelola dan melacak persyaratan produk mereka secara efektif. Dengan kemampuannya untuk membuat, menyimpan, dan mengatur dokumentasi seperti cerita pengguna dan kasus penggunaan, membuatnya mudah untuk melacak persyaratan saat berkembang. Ini juga menawarkan berbagai alat kolaborasi, ketertelusuran perubahan dan analisis dampak, sehingga memberikan pandangan menyeluruh tentang persyaratan. Lokasi terpusat yang disediakan oleh IBM Engineering Requirements Management DOORS Next memungkinkan tim untuk mengelola seluruh proses pengembangan produk dari konsep hingga peluncuran.
Accompa
Alat untuk mengelola dan melacak persyaratan produk, Accompa memungkinkan tim membuat, menyimpan, dan mengelola dokumentasi seperti cerita pengguna dan kasus penggunaan. Fitur kolaborasi, ketertelusuran, dan alat analisis dampaknya memudahkan untuk melacak perubahan dan mengevaluasi dampaknya. Ini juga memfasilitasi seluruh proses pengembangan produk, mulai dari ide hingga peluncuran, dengan menyediakan lokasi terpusat untuk mengelola persyaratan, desain, pengujian, dan umpan balik.
Perforce Helix R
Perforce Helix R adalah alat untuk manajemen persyaratan dan ketertelusuran. Itu dapat membuat, menyimpan, dan mengelola dokumentasi persyaratan, seperti cerita pengguna dan kasus penggunaan. Ini juga menyediakan fitur untuk kolaborasi, ketertelusuran, dan analisis dampak. Perforce Helix R memungkinkan tim mengelola proses pengembangan produk lengkap dari ide hingga peluncuran dan menyediakan lokasi terpusat untuk melacak dan mengelola persyaratan, desain, pengujian, dan umpan balik. Selain itu, ini memungkinkan tim untuk berkolaborasi dan membagikan pekerjaan mereka dengan lancar di berbagai lokasi dan platform.
Pearls
Pearls adalah alat manajemen persyaratan yang berfokus pada otomatisasi dan penyederhanaan proses manajemen persyaratan. Ini dapat digunakan untuk membuat, menyimpan, dan mengelola dokumentasi persyaratan, seperti cerita pengguna dan kasus penggunaan. Ini juga menyediakan fitur untuk kolaborasi, ketertelusuran, dan analisis dampak. Pearls memungkinkan tim mengelola proses pengembangan produk lengkap dari ide hingga peluncuran dan menyediakan lokasi terpusat untuk melacak dan mengelola persyaratan, desain, pengujian, dan umpan balik. Selain itu, ia menawarkan antarmuka yang intuitif dan mudah digunakan untuk membuat proses lebih efisien untuk tim.
Semua alat ini memiliki fitur dan fungsi yang unik, jadi memilih salah satu yang paling sesuai dengan kebutuhan dan proses kerja tim Anda sangatlah penting. Mereka dapat membantu tim mengelola dan mengomunikasikan kebutuhan mereka secara efektif, merampingkan proses pengembangan, dan memastikan bahwa produk akhir memenuhi kebutuhan pemangku kepentingan dan pengguna.
Siapa yang melakukan analisis kebutuhan?
Sebuah tim individu dengan peran dan tanggung jawab yang berbeda biasanya melakukan analisis kebutuhan. Anggota tim khusus yang terlibat dalam analisis kebutuhan dapat bervariasi tergantung pada organisasi dan proyek, tetapi beberapa peran kunci biasanya mencakup hal berikut:
- Analis Bisnis : Analis bisnis bertanggung jawab untuk mengidentifikasi dan mendokumentasikan persyaratan sistem perangkat lunak. Mereka bekerja dengan pemangku kepentingan untuk mengumpulkan informasi tentang kebutuhan mereka dan menerjemahkannya menjadi persyaratan yang spesifik, terukur, dan dapat dicapai.
- Manajer Proyek : Manajer proyek bertanggung jawab untuk mengelola proses analisis persyaratan dan memastikan bahwa itu sejalan dengan jadwal dan anggaran proyek secara keseluruhan. Mereka bekerja dengan analis bisnis dan anggota tim lainnya untuk memastikan bahwa persyaratan dikumpulkan dan dianalisis dengan cepat dan efisien.
- Pengembang dan Insinyur : Pengembang dan insinyur bertanggung jawab untuk merancang dan mengembangkan sistem perangkat lunak berdasarkan persyaratan. Mereka bekerja dengan analis bisnis untuk memahami persyaratan dan memastikannya dapat diimplementasikan dalam sistem perangkat lunak.
- Penguji dan Jaminan Kualitas : Penguji dan profesional jaminan kualitas bertanggung jawab untuk memvalidasi persyaratan dan memastikan persyaratan tersebut lengkap, konsisten, dan dapat dicapai. Mereka bekerja dengan analis bisnis dan pengembang untuk memastikan bahwa persyaratan dapat diuji dan sistem perangkat lunak final memenuhi kebutuhan pemangku kepentingan dan pengguna.
- Pemangku kepentingan adalah individu atau kelompok yang akan dipengaruhi oleh sistem perangkat lunak. Mereka memberikan masukan tentang persyaratan dan membantu memastikan bahwa sistem perangkat lunak final memenuhi kebutuhan mereka.
- Pakar Materi Pokok : Pakar materi pelajaran adalah individu dengan pengetahuan khusus di bidang tertentu yang diperlukan untuk sistem perangkat lunak. Mereka memberikan masukan tentang persyaratan dan membantu memastikan bahwa sistem perangkat lunak final memenuhi kebutuhan pemangku kepentingan dan pengguna.
Penting untuk dicatat bahwa analisis persyaratan adalah proses berulang, dan perubahan dapat terjadi seiring kemajuan proyek. Oleh karena itu, penting untuk memiliki jalur komunikasi terbuka di antara semua anggota tim, pemangku kepentingan, dan pakar materi pelajaran untuk memastikan bahwa setiap persyaratan baru atau yang berubah ditangkap dan dimasukkan ke dalam sistem perangkat lunak. Komunikasi dan kolaborasi yang efektif di antara semua anggota tim dan pemangku kepentingan sangat penting untuk keberhasilan proses analisis kebutuhan dan keseluruhan proyek.
Apa manfaat dari analisis kebutuhan?
Analisis kebutuhan adalah langkah penting dalam proses pengembangan perangkat lunak. Ini memungkinkan tim untuk mengumpulkan, menganalisis, dan memvalidasi kebutuhan dan harapan pemangku kepentingan dan pengguna untuk memastikan bahwa sistem perangkat lunak final memenuhi persyaratan mereka. Dengan melakukan analisis kebutuhan yang menyeluruh dan efektif, tim dapat meningkatkan komunikasi dan kolaborasi di antara semua anggota, menyelaraskan perangkat lunak dengan kebutuhan bisnis, meningkatkan kepuasan pengguna, dan meningkatkan kualitas produk akhir. Ini akan menghasilkan peningkatan efisiensi dan penghematan biaya dengan mengidentifikasi kesenjangan atau ketidakkonsistenan di awal proyek, menghindari pengerjaan ulang yang mahal dan penundaan di kemudian hari. Selain itu, sistem perangkat lunak final akan berkualitas tinggi. Ini akan dikirimkan tepat waktu dan sesuai anggaran, yang dapat menghasilkan hasil proyek yang sukses dan meningkatkan kepuasan pelanggan.
FAQ
Apa itu Analisis Kebutuhan Perangkat Lunak?
Analisis Kebutuhan Perangkat Lunak adalah proses mengumpulkan, mendokumentasikan, dan menganalisis kebutuhan dan kendala pemangku kepentingan untuk mengembangkan serangkaian persyaratan yang jelas dan komprehensif untuk sistem perangkat lunak.
Apa tujuan dari Analisis Kebutuhan Perangkat Lunak?
Tujuan dari Analisis Kebutuhan Perangkat Lunak termasuk mengidentifikasi pemangku kepentingan dan kebutuhan mereka, memahami domain masalah, menentukan ruang lingkup sistem perangkat lunak, dan membuat seperangkat persyaratan yang dapat digunakan untuk memandu pengembangan perangkat lunak.
Apa saja langkah-langkah yang terlibat dalam Analisis Kebutuhan Perangkat Lunak?
Langkah-langkah yang terlibat dalam Analisis Kebutuhan Perangkat Lunak meliputi: mengumpulkan informasi dari pemangku kepentingan, membuat dokumen persyaratan, menganalisis dan memvalidasi persyaratan, dan memperoleh persetujuan.
Apa saja teknik umum yang digunakan dalam Analisis Kebutuhan Perangkat Lunak?
Teknik umum yang digunakan dalam Analisis Kebutuhan Perangkat Lunak meliputi: mewawancarai pemangku kepentingan, melakukan survei, meninjau dokumentasi yang ada, membuat kasus penggunaan, dan membuat prototipe.
Apa manfaat Analisis Kebutuhan Perangkat Lunak?
Manfaat Analisis Persyaratan Perangkat Lunak meliputi: mengurangi risiko kegagalan proyek, meningkatkan komunikasi antara pemangku kepentingan dan pengembang, mengidentifikasi potensi masalah di awal proses pengembangan, dan menciptakan serangkaian persyaratan yang jelas dan komprehensif yang dapat digunakan untuk memandu pengembangan perangkat lunak. perangkat lunak.
Apa saja tantangan umum dalam Analisis Kebutuhan Perangkat Lunak?
Tantangan umum dalam Analisis Persyaratan Perangkat Lunak meliputi: mengumpulkan persyaratan dari pemangku kepentingan dengan perspektif yang berbeda, mengelola perubahan persyaratan, menangani persyaratan yang tidak lengkap atau bertentangan, dan memperoleh persetujuan dan dukungan dari semua pemangku kepentingan terkait persyaratan.
