Bagaimana Anda melacak aturan bisnis yang kompleks di luar kode?

9

Saya tertarik melihat bagaimana orang lain melakukan ini. Terutama dalam situasi di mana beberapa klien berbeda menggunakan basis perangkat lunak yang sama dengan aturan bisnis yang sedikit berbeda. Praktik apa yang Anda gunakan untuk mendokumentasikan bagaimana segala sesuatu seharusnya berfungsi atau aturan bisnis.

Pada dasarnya, jadi ketika pengembang baru datang dalam tim adalah akses mudah untuk melihat bagaimana segala sesuatu seharusnya bekerja karena jelas ada perbedaan antara membuat sesuatu bebas bug dan membuat sesuatu berfungsi dengan baik.

Akan sangat menyenangkan untuk pergi ke sumber daya daripada harus membawa arsitek atau BSA ke dalam percakapan setiap kali muncul pertanyaan tentang bagaimana sesuatu harus diproses.

documentation business-rules

— MetaGuru
sumber

6

What kind of practices do you use to document how everything is supposed to work or business rules.Percayalah, Anda tidak ingin tahu ... <sigh>

— yannis

3

Yo dawg, saya suka aturan bisnis, jadi saya membuat aturan untuk aturan Anda, sehingga Anda dapat menggambarkan aturan saat Anda menggambarkan aturan. SCNR.

— Raku

10

Ini adalah salah satu kasus penggunaan untuk kerangka kerja BDD, seperti Mentimun, yang memungkinkan Anda untuk menangkap persyaratan bisnis dalam kode dan sering menguji persyaratan tersebut. Pendekatan lain yang saya lihat digunakan termasuk dokumen spesifikasi panjang dan rumit, lembaran kertas besar ditempelkan ke dinding, slide deck, dan Joe, pria di ujung meja yang tahu segalanya.

— philosodad
sumber

sekarang INI terlihat licin, juga ditemukan untuk C #: specflow.org

— MetaGuru

2

Saya akan berpikir, paling tidak, ini akan didokumentasikan dan dipelihara dalam dokumen persyaratan.

Saya menyadari bahwa sebagian besar tempat tidak memiliki persyaratan tertulis, atau tidak dipelihara, tetapi itu masalah yang berbeda. :-)

— John MacIntyre
sumber

1

Kami telah menggunakan BPMN untuk mendokumentasikan dan memodelkan alur kerja bisnis kami jika itu yang Anda maksud.

Kami juga telah mencoba menggunakan mesin alur kerja dalam sebuah proyek untuk memungkinkan para pengguna berpartisipasi dalam pemodelan, tetapi hal itu cukup memukul karena mereka terlalu takut untuk memecahkan sesuatu, bahkan jika pemodelannya dilakukan bersama-sama dengan spesialis alur kerja dari kami Departemen IT.

— Raku
sumber

2

Ketakutan untuk memecahkan hal-hal tampaknya cukup umum - kami memiliki sedikit materi yang dapat dikonfigurasi pengguna di webapp kami, tetapi kami cenderung melakukan perubahan ketika pengguna kami tidak terbiasa dengan fungsi yang mereka coba ubah.

— Michael K

1

omg.org/spec/BPMN "OMG", pikiranku persis. Saya akan mulai melihat ke dalam ini, terima kasih atas jawaban nyata.

— MetaGuru

1

Saya pikir mesin alur kerja dan BPMN adalah ide yang luar biasa secara umum, tetapi keberhasilan mereka sangat tergantung pada teknologi-afinitas dari pengguna kemudian. Saya berharap generasi pengguna berikutnya tidak akan memiliki masalah dengan mereka. </optimism>

— Raku

1

Yup, OMG adalah deskripsi yang tepat untuk itu :-).

— Raku