Làm thế nào để bạn theo dõi các quy tắc kinh doanh phức tạp bên ngoài mã?

Tôi quan tâm đến việc xem người khác làm điều này như thế nào. Đặc biệt trong các tình huống có nhiều khách hàng khác nhau đang sử dụng cùng một cơ sở phần mềm với các quy tắc kinh doanh hơi khác nhau. Những loại thực hành nào bạn sử dụng để ghi lại cách mọi thứ được cho là hoạt động hoặc quy tắc kinh doanh.

Về cơ bản, khi một nhà phát triển mới vào nhóm, có thể dễ dàng truy cập để xem mọi thứ sẽ hoạt động như thế nào vì rõ ràng có sự khác biệt giữa việc làm cho một cái gì đó không có lỗi và làm cho một cái gì đó hoạt động đúng.

Sẽ thật tuyệt khi có một nguồn tài nguyên thay vì phải đưa một kiến ​​trúc sư hoặc BSA vào cuộc trò chuyện mỗi khi có câu hỏi về cách xử lý một cái gì đó.

Đây là một trong những trường hợp sử dụng cho các khung BDD, như Cucumber, cho phép bạn nắm bắt các yêu cầu nghiệp vụ trong mã và kiểm tra các yêu cầu đó thường xuyên. Các cách tiếp cận khác mà tôi đã thấy được sử dụng bao gồm các tài liệu đặc tả dài và phức tạp, các tờ giấy lớn được dán vào tường, sàn trượt và Joe, anh chàng ở cuối bàn, người biết tất cả mọi thứ.

Tôi sẽ nghĩ, ít nhất, những điều này sẽ được ghi lại và duy trì trong tài liệu yêu cầu.

Tôi nhận ra rằng hầu hết các địa điểm đều không có yêu cầu bằng văn bản hoặc chúng không được duy trì, nhưng đó là một vấn đề khác. :-)

Chúng tôi đã sử dụng BPMN để ghi lại và mô hình hóa quy trình công việc của chúng tôi nếu đó là ý bạn.

Chúng tôi cũng đã thử sử dụng một công cụ xử lý công việc trong một dự án để cho phép người dùng tham gia mô hình hóa, nhưng điều đó đã gây ra một số trở ngại vì họ quá sợ phá vỡ mọi thứ, ngay cả khi việc mô hình hóa được thực hiện cùng với một chuyên gia quy trình công việc từ chúng tôi Phòng CNTT.