Nhược điểm của phương pháp này

Một phần của tài liệu Ước lượng dự án trên cơ sở các ca sử dụng (Trang 52)

− Cách tiếp cận này có những điểm yếu khi áp dụng cho các dự án phần mềm nói chung. UCP thiếu thông tin, chỉ đếm số tác nhân và ca sử dụng. Nó cũng dựa chủ yếu vào ước lượng chuyên gia về trọng số của UAW/UUCW và các yếu tố môi trường và kỹ thuật. Xác định giá trị cho mỗi yếu tố sẽ phụ thuộc nhiều vào ý kiến chuyên gia và do đó sẽ tăng sự sai khác trong các kết quả cuối cùng.

− Các ước lượng không thể tính được cho đến khi tất cả các ca sử dụng được đặc tả thành văn bản. Viết ra các ca sử dụng mục tiêu là nỗ lực đáng kể có thể đưa ra 10-20% nỗ lực của tổng thể dự án.

− Các ca sử dụng là đơn vị lớn của công việc sẽ được dùng trong lập kế hoạch hệ thống. Trong khi sử dụng điểm ca sử dụng có thể làm tốt hơn để tạo ra một ước lượng thô ban đầu của kích thước tổng thể dự án, chúng ít nhiều hữu ích trong điều khiển công việc lặp lại của đội phát triển.

− Một vấn đề liên quan là các quy tắc để xác định những gì cấu thành một thao tác là không chính xác. Đếm số bước trong thao tác chỉ là xấp xỉ. Nguyên nhân là các phản ánh cụ thể trong một ca sử dụng khác nhau rất nhiều do ảnh hưởng của tác nhân ca sử dụng, cho nên cách tiếp cận này là không hoàn toàn đúng.

− Một vấn đề nữa là, một số yếu tố kỹ thuật không thực sự có tác động trên dự án tổng thể. Tuy nhiên, chúng vẫn được nhân với trọng số của các ca sử dụng và của các tác nhân. Ví dụ, yếu tố kỹ thuật T6 phản ánh yêu cầu khả năng cài đặt hệ thống dễ dàng và trong một số trường hợp, với hệ thống lớn hơn nó thực sự có tác động đến dự án tổng thể, để viết các thủ tục cài đặt hệ thống sẽ tốn nhiều thời gian hơn.

Một phần của tài liệu Ước lượng dự án trên cơ sở các ca sử dụng (Trang 52)