Persyaratan bisnis: contoh pengembangan dan desain

2024 Pengarang: Howard Calhoun | [email protected]. Terakhir diubah: 2023-12-17 10:31

Persyaratan bisnis adalah spesifikasi yang, setelah disediakan, memberikan nilai dan menggambarkan karakteristik sistem yang diusulkan, dari perspektif pengguna akhir. Ini juga disebut sebagai daftar aplikasi pemangku kepentingan. Produk, perangkat lunak, dan proses adalah cara untuk menyampaikan dan memenuhi kebutuhan perusahaan. Akibatnya, kebutuhan bisnis sering dibahas dalam konteks mengembangkan atau memperoleh perangkat lunak atau sistem lain.

Definisi

Kebingungan terminologi muncul karena tiga alasan utama:

1. Adalah praktik umum untuk melabeli tujuan atau manfaat yang diharapkan sebagai persyaratan bisnis.
2. Orang cenderung menggunakan istilah ini untuk merujuk pada karakteristik produk, sistem, perangkat lunak yang seharusnyabuat.
3. Sebuah model yang diterima secara luas menyatakan bahwa dua jenis klaim hanya berbeda dalam tingkat detail atau abstraksi - di mana persyaratan bisnis tingkat tinggi, seringkali tidak jelas dan didekomposisi menjadi klaim terperinci untuk suatu komponen.

Kesalahpahaman seperti itu dapat dihindari dengan mengakui bahwa konsep yang diberikan bukanlah tujuan, melainkan menjawabnya (yaitu, memberikan nilai) ketika mereka puas. Persyaratan bisnis tidak terurai menjadi produk, sistem, dan perangkat lunak. Sebaliknya, semuanya terjadi sebaliknya. Produk dan aplikasinya mewakili respons terhadap kebutuhan bisnis - mungkin untuk memuaskannya. Konsep ini ada dalam lingkungan produksi dan harus ditemukan, sedangkan permintaan akan produk ditentukan oleh manusia. Persyaratan untuk rencana bisnis tidak terbatas pada keberadaan tingkat tinggi, tetapi harus direduksi menjadi detail. Terlepas dari jumlah detailnya, tawaran selalu memberikan nilai ketika puas.

Pembaruan produk

Proyek pengembangan sistem atau perangkat lunak untuk kebutuhan bisnis kecil biasanya memerlukan otoritas pemangku kepentingan. Merekalah yang mengarah pada penciptaan atau pembaruan produk. Persyaratan bisnis untuk sistem dan perangkat lunak biasanya terdiri dari persyaratan fungsional dan non-fungsional. Tentu saja, mereka biasanya didefinisikan bersama dengan opsi pertama kemampuan produk. Yang kedua sering benar-benar mencerminkan desain kebutuhan bisnis, yang kadang-kadang dilihat sebagai kendala. Mereka mungkin termasuk aspek yang diperlukankinerja atau keselamatan yang berlaku di tingkat produksi.

Sorotan proses

Aplikasi sering dicantumkan dalam dokumen resmi. Penekanannya adalah pada proses atau aktivitas perencanaan dan pengembangan kebutuhan bisnis secara akurat, bukan pada bagaimana mencapainya. Parameter ini biasanya didelegasikan oleh spesifikasi atau dokumen klaim sistem atau beberapa opsi lainnya. Mungkin ada kebingungan di antara keduanya jika semua perbedaan tidak diperhitungkan. Akibatnya, banyak kertas putih sebenarnya menjelaskan persyaratan untuk produk, sistem, atau perangkat lunak.

Ringkasan

Persyaratan bisnis dalam konteks pengembangan perangkat lunak atau siklus hidupnya adalah konsep untuk mengidentifikasi dan mendokumentasikan setiap pengguna. Misalnya, seperti pelanggan, karyawan dan pemasok, pada tahap awal siklus pengembangan sistem untuk memandu desain masa depan. Aplikasi sering direkam oleh analis. Merekalah yang menganalisis kebutuhan proses bisnis dan sering mempelajarinya "apa adanya" untuk menentukan target "masa depan".

Komposisi aplikasi

Persyaratan proses bisnis sering kali mencakup:

1. Konteks, area dan latar belakang, termasuk alasan perubahan.
2. Pemangku kepentingan utama yang memiliki persyaratan.
3. Faktor sukses untuk masa depan atau kondisi target.
4. Pembatasan yang diberlakukan oleh bisnis atau sistem lain.
5. Model dan analisis proses seringmenggunakan diagram alur untuk mewakili segala sesuatu "sebagaimana adanya".
6. Model data logis dan referensi kamus.
7. Glosarium istilah bisnis dan jargon lokal.
8. Diagram aliran data untuk menggambarkan bagaimana data mengalir melalui sistem informasi (sebagai lawan dari diagram alur yang menggambarkan aliran algoritmik dari operasi bisnis).

Peran

Format paling populer untuk menulis persyaratan bisnis adalah dokumen. Tujuannya adalah untuk menentukan hasil apa yang akan dibutuhkan dari sistem, namun pada akhirnya dapat dikembangkan tanpa kondisi tambahan. Oleh karena itu, dokumen dilengkapi dengan bahan referensi yang merinci kinerja teknologi dan ekspektasi infrastruktur, termasuk persyaratan profesional yang terkait dengan kualitas layanan, misalnya kinerja, rawatan, kemampuan beradaptasi, keandalan, ketersediaan, keamanan, dan skalabilitas.

Kelengkapan

Prototipe pada tahap awal pengujian memungkinkan Anda mengevaluasi kelengkapan dan keakuratan persyaratan bisnis yang teridentifikasi. Pemangku kepentingan melalui proses terlebih dahulu untuk membantu menentukan struktur. Dan hasilnya dikirim ke tim pengembangan kebutuhan bisnis proyek, yang membangun sistem. Pemangku kepentingan lainnya menguji dan mengevaluasi proyeksi akhir yang belum dibuka. Kejelasan membutuhkan aplikasi pelacakan dan menyelesaikannya dengan proses formal untuk menentukan template yang sesuai.

Cakupan persyaratan bisnis opsion alterbatas pada tahap mendefinisikan apa yang akan dibangun sebagai suatu sistem. Ini melampaui bagaimana mengelola dan mempertahankan strategi yang ada. Dan untuk memastikan keselarasan yang berkelanjutan dengan tujuan bisnis. Dokumen persyaratan harus terus-menerus ditinjau secara terkendali. Memiliki format standar, atau templat yang dirancang untuk fungsi dan domain bisnis tertentu, dapat memastikan kelengkapan kueri, selain menjaga cakupan tetap fokus.

Prototipe

Meskipun biasanya dianggap sebagai alat penilaian persyaratan, pembuatan prototipe biasanya mengalihkan perhatian ke produk atau sistem yang sedang dibangun. Prototipe adalah perangkat lunak yang berfungsi, yang berarti bahwa mereka terdiri dari tiga fase (penawaran, desain teknis atau teknis, dan implementasi) dihapus dari persyaratan bisnis. Dan juga ini adalah versi pratinjau yang ingin diterapkan oleh pengembang.

Karena prototipe cukup spesifik, pemangku kepentingan yang mencobanya dapat memberikan umpan balik yang lebih berarti pada beberapa aspek dari apa yang dibuat oleh pengembang, yang merupakan interpretasi dari mode kepuasan. Selain itu, antarmuka pengguna grafis digarisbawahi dan di dalamnya ada jalan pintas. Mereka membentuk sebagian besar logika program dan di mana sebagian besar persyaratan bisnis akan dipenuhi. Dengan kata lain, masalah yang dideteksi oleh prototipe tidak mungkin terkait dengan permintaan.

Pengembangan

Penting untuk mengenali perubahan dalam aplikasi,mendokumentasikan dan memperbaruinya. Namun, pertanyaan bisnis cenderung tidak berubah sebanyak persepsi mereka. Persyaratan bisnis mungkin ada tetapi tidak dikenali atau dipahami oleh pemangku kepentingan, analis, dan tim proyek.

Perubahan cenderung mencerminkan cara yang dimaksudkan untuk memenuhi konten yang tidak didefinisikan secara memadai. Sebagian besar kesulitan dalam memenuhi persyaratan bisnis sebenarnya mencerminkan praktik umum yang memfokuskan hampir semua upaya di sekitar mereka pada apa yang sebenarnya merupakan desain tingkat tinggi dari suatu produk, sistem, atau perangkat lunak. Ini karena kegagalan untuk mendefinisikan kebutuhan bisnis secara memadai terlebih dahulu untuk memberikan nilai.

Praktisi pengembangan biasanya terus meninjau kembali suatu produk sampai mereka akhirnya "mundur" ke solusi yang tampaknya melakukan apa yang dibutuhkan, yaitu, tampaknya memenuhi kebutuhan produksi. Percobaan dan kesalahan tidak langsung untuk menentukan kebutuhan bisnis adalah dasar dari banyak "pengembangan berulang", termasuk metode populer yang disebut-sebut sebagai "praktik terbaik".

Contoh desain

Templat membantu Anda dengan cepat menanyakan topik tertentu yang sering kali relevan dengan kueri. Mereka dapat membuat dokumentasi standar mengenai persyaratan bisnis, yang dapat membuatnya lebih mudah untuk dipahami. Template tidak menjamin keakuratan atau kelengkapan kueri. Contoh yang sering disalahgunakan secara negatifmempengaruhi penelitian karena cenderung mempromosikan kedangkalan dan kebanyakan definisi mekanis tanpa analisis yang berarti.

Kesulitan

Persyaratan bisnis sering diperketat sebelum waktunya karena basis pemangku kepentingan yang besar terlibat dalam menentukan di mana ada potensi konflik kepentingan. Proses mengatur dan mencapai konsensus dapat menjadi rumit dan bahkan bersifat politis. Tantangan yang tidak terlalu sulit, meskipun umum, adalah pembagian tim dengan pemangku kepentingan di lokasi geografis yang berbeda. Secara alami, staf penjualan lebih dekat dengan pelanggan mereka, dan produksi - ke unit masing-masing. Manajemen keuangan dan staf, termasuk manajemen senior, lebih dekat ke kantor pusat terdaftar.

Persyaratan bisnis, misalnya, diperlukan untuk sistem yang melibatkan pengguna yang terlibat dalam penjualan dan produksi. Ini mungkin menghadapi konflik tujuan - satu sisi tertarik untuk menyediakan jumlah fungsi maksimum, sementara yang lain akan fokus pada biaya produksi terendah. Situasi seperti itu sering berakhir dengan konsensus dengan peluang maksimum untuk penetapan harga dan distribusi yang wajar dan menguntungkan.

Untuk mengatasi masalah ini, keterlibatan pemangku kepentingan awal dicapai melalui demonstrasi prototipe dan kolaborasi. Lokakarya praktis, baik dalam bentuk sesi terorganisir maupun diskusi sederhana, membantu mencapai konsensus, terutama yang berkaitan dengan isu-isu sensitif.persyaratan bisnis dan di mana ada potensi konflik kepentingan. Kompleksitas proses merupakan faktor penting. Ini mungkin memerlukan pengetahuan khusus untuk memahami persyaratan hukum atau peraturan, pedoman internal seperti branding atau komitmen tanggung jawab sosial perusahaan. Analisis tidak hanya tentang menangkap "apa" dari proses bisnis, tetapi juga tentang "bagaimana" menyajikan konteksnya.