Bài viết sưu tầm

SỬ DỤNG BẢN MẪU (PROTOTYPE) ĐỂ XÁC ĐỊNH YÊU CẦU

Sử dụng bản mẫu như một kỹ thuật xác định yêu cầu, phân tích viên làm việc với người dùng để xác định các yêu cầu cơ bản và ban đầu của hệ thống. Sau đó, phân tích viên dựa trên yêu cầu này để xây dựng một bản mẫu ban đầu. Bản mẫu khi hoàn thành sẽ gởi đến người dùng để người dùng sử dụng thử và kiểm tra. Đặc biệt, việc trực quan hóa các mô tả yêu cầu bằng lời được chuyển đổi thành hệ thống vật lý sẽ nhắc nhở người dùng thay đổi những yêu cầu tồn tại không phù hợp và phát sinh những yêu cầu mới (ví dụ: trong buổi phỏng vấn ban đầu, người dùng muốn xây dựng một form nhập hóa đơn với tất cả thông tin về khách hàng, hoá đơn, dịch vụ, hàng hoá, quá trình thanh toán,… theo cách nghĩ của người dùng là tiện lợi. Tuy nhiên sau khi sử dụng bản mẫu, người dùng sẽ cảm thấy phức tạp, lẫn lộn và sẽ thay đổi yêu cầu với nhiều form khác nhau và sự di chuyển hợp lý giữa các form). Kết quả thử nghiệm của người dùng sẽ phản hồi tới phân tích viên và phân tích viên sẽ dùng thông tin phản hồi này để cải tiến bản mẫu rồi tiếp tục gởi đến người dùng và vòng lặp này cứ tiếp tục như vậy cho đến khi bản mẫu thoả mãn người dùng.

Khi sử dụng phương pháp này, phân tích viên cũng phải sử dụng các phương pháp truyền thống để thu thập thông tin ban đầu.

Hình 1 :Sơ đồ xác định yêu cầu dùng phương pháp bản mẫu (The New paradigm for Systems Development - J.D. Naumann & A.M. Jenkins)

Phương pháp bản mẫu sẽ rất hữu dụng để xác định yêu cầu trong các trường hợp sau:

- Yêu cầu chưa rõ ràng và thông suốt, thường là các trường hợp về hệ thống mới hoặc là các trường hợp về hệ hỗ trợ ra quyết định.

- Người dùng và các thành viên khác tham gia vào việc phát triển hệ thống.

- Việc thiết kế phức tạp và đòi hỏi phải có một hình thức cụ thể để đánh giá.

- Có những vấn đề giao tiếp đã tồn tại giữa phân tích viên và người dùng và tất cả đều mong muốn làm sáng tỏ.

- Công cụ (đặc biệt là công cụ phát sinh form và report) và dữ liệu sẵn sàng để xây dựng hệ thống.

Phương pháp này cũng có một số hạn chế:

- Tạo ra một xu hướng làm việc không theo chuẩn tài liệu hình thức về yêu cầu hệ thống, và điều này làm khó khăn hơn để phát triển một hệ thống đầy đủ cần phải có một chuẩn mực tuân theo.

- Các bản mẫu có thể trở thành rất đặc thù phong cách của người dùng ban đầu và khó để thích ứng với những người dùng tiềm năng khác.

- Các bản mẫu thường được xây dựng trên các hệ thống đơn. Do đó, nó bỏ qua các phát sinh về tương tác và chia sẻ dữ liệu với những hệ thống khác.