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
sumber
What kind of practices do you use to document how everything is supposed to work or business rules.Percayalah, Anda tidak ingin tahu ... <sigh>Jawaban:
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.
sumber
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. :-)
sumber
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.
sumber