Khái niệm biểu đồ phân rã chức năng BPC Đặc điểm của biểu đồ BPC Các thành phần của biểu đồ BPC?

  1. Giáo dục

Từ khóa: 

thiết kế hệ thống

,

giáo dục

Nếu bạn hỏi về SAP thì mình không rành nhé, nên không trả lời được.
Note thêm: Thành thật mà nói thì mình không thích mấy cái mô hình như BPC hay FHD. Chúng nó chỉ phù hợp với việc phát triển phần mềm enterprise của nhiều năm về trước, hoàn toàn không phù hợp với xu hướng "mì ăn liền" hoặc "clean architecture" của các startup công nghệ ngày nay.
Nguyên nhân mình cho là mấy mô hình BPC/FHD/... lỗi thời nằm ở chỗ nó phân cấp quá rõ ràng, từ một chức năng lớn thành các chức năng con mà việc liên lạc giữa các chức năng con (cùng cấp) phải được định nghĩa một cách chi tiết. Việc này khiến cho thời gian của dev tốn quá nhiều cho việc định nghĩa (cộng với thảo luận với team khác, cộng với việc làm sao cho abstraction, cộng thêm vài thứ nữa...), thay vì dev chỉ đơn giản là thử nghiệm hướng đi mới và revert nếu có sai sót.
Theo ý kiến của mình, các mô hình waterfall ngày xưa trở nên nổi tiếng cũng vì thời đó công cụ source control chưa tốt, còn ngày nay, git làm cho việc branch/merge/revert quá dễ dàng. Phân tích chi tiết chỉ tổ tốn thời gian mà thôi...
Ý kiến của mình hoàn toàn sai lầm nhé, mọi người có thể bỏ qua.
Trả lời
Nếu bạn hỏi về SAP thì mình không rành nhé, nên không trả lời được.
Note thêm: Thành thật mà nói thì mình không thích mấy cái mô hình như BPC hay FHD. Chúng nó chỉ phù hợp với việc phát triển phần mềm enterprise của nhiều năm về trước, hoàn toàn không phù hợp với xu hướng "mì ăn liền" hoặc "clean architecture" của các startup công nghệ ngày nay.
Nguyên nhân mình cho là mấy mô hình BPC/FHD/... lỗi thời nằm ở chỗ nó phân cấp quá rõ ràng, từ một chức năng lớn thành các chức năng con mà việc liên lạc giữa các chức năng con (cùng cấp) phải được định nghĩa một cách chi tiết. Việc này khiến cho thời gian của dev tốn quá nhiều cho việc định nghĩa (cộng với thảo luận với team khác, cộng với việc làm sao cho abstraction, cộng thêm vài thứ nữa...), thay vì dev chỉ đơn giản là thử nghiệm hướng đi mới và revert nếu có sai sót.
Theo ý kiến của mình, các mô hình waterfall ngày xưa trở nên nổi tiếng cũng vì thời đó công cụ source control chưa tốt, còn ngày nay, git làm cho việc branch/merge/revert quá dễ dàng. Phân tích chi tiết chỉ tổ tốn thời gian mà thôi...
Ý kiến của mình hoàn toàn sai lầm nhé, mọi người có thể bỏ qua.