MỤC ĐÍCH
Nguyên mẫu được sử dụng để khơi gợi và xác thực nhu cầu của các bên liên quan thông qua một quy trình lặp đi lặp lại nhằm tạo ra một mô hình hoặc thiết kế các yêu cầu. Nó cũng được sử dụng để tối ưu hóa trải nghiệm người dùng, đánh giá các tùy chọn thiết kế và làm cơ sở để phát triển giải pháp kinh doanh cuối cùng.
MÔ TẢ
Nguyên mẫu là một phương pháp đã được chứng minh để thiết kế sản phẩm. Nó hoạt động bằng cách cung cấp một mô hình ban đầu của kết quả cuối cùng, được gọi là nguyên mẫu. Nguyên mẫu được sử dụng để xác định các yêu cầu còn thiếu hoặc được chỉ định không chính xác cũng như các giả định không có căn cứ bằng cách chứng minh sản phẩm trông như thế nào và nó hoạt động như thế nào trong giai đoạn đầu của thiết kế.
Nguyên mẫu có thể là mô hình không hoạt động, mô tả hoạt động hoặc mô tả kỹ thuật số về giải pháp hoặc sản phẩm được đề xuất. Chúng có thể được sử dụng để mô phỏng các trang web, đóng vai trò là cấu trúc hoạt động một phần của sản phẩm hoặc mô tả các quy trình thông qua một loạt sơ đồ (chẳng hạn như quy trình làm việc). Quy tắc nghiệp vụ và nguyên mẫu dữ liệu có thể được sử dụng để khám phá dòng quy trình và quy tắc nghiệp vụ mong muốn.
Tạo nguyên mẫu dữ liệu có thể được sử dụng để làm sạch và chuyển đổi dữ liệu.
YẾU TỐ
Phương pháp tạo nguyên mẫu
Có hai cách tiếp cận phổ biến để tạo mẫu:
- Dùng một lần: các nguyên mẫu được tạo bằng các công cụ đơn giản (chẳng hạn như giấy và bút chì, bảng trắng hoặc phần mềm) để phục vụ mục tiêu khám phá và làm rõ các yêu cầu. Nguyên mẫu có thể được cập nhật hoặc phát triển trong quá trình thảo luận và phát triển, nhưng không trở thành mã khả thi hoặc được duy trì dưới dạng có thể chuyển giao sau khi hệ thống hoặc quy trình cuối cùng được triển khai. Phương pháp này hữu ích để xác định chức năng hoặc quy trình không dễ dàng gợi ra bằng các kỹ thuật khác, có quan điểm mâu thuẫn hoặc khó hiểu. Những nguyên mẫu này có thể là một công cụ rẻ tiền để phát hiện hoặc xác nhận các yêu cầu vượt ra ngoài giao diện bao gồm các yêu cầu liên quan đến quy trình, dữ liệu và hoạt quy tắc nghiệp vụ.
- Tiến hóa hoặc chức năng: nguyên mẫu được tạo ra để mở rộng các yêu cầu ban đầu thành một giải pháp chức năng khi các yêu cầu được tiếp tục được xác định thông qua việc sử dụng của các bên liên quan. Cách tiếp cận này tạo ra một làm việc giải pháp và thường yêu cầu một công cụ hoặc ngôn ngữ tạo nguyên mẫu chuyên dụng. Những nguyên mẫu này có thể được sử dụng trong giải pháp cuối cùng. Nếu sử dụng phần mềm chuyên dụng, quy trình nghiệp vụ, quy tắc và dữ liệu có thể được mô phỏng để đánh giá tác động của các thay đổi và xác thực kết quả mong muốn.
Ví dụ về nguyên mẫu
Có nhiều hình thức tạo mẫu được sử dụng ngày nay.
Mỗi ví dụ sau đây đều có thể được coi là một hình thức tạo nguyên mẫu:
- Bằng chứng về nguyên tắc hoặc Bằng chứng về khái niệm (PoC): là một mô hình được tạo ra để xác thực thiết kế của một hệ thống mà không mô hình hóa hình thức bên ngoài, vật liệu được sử dụng để tạo ra công việc hoặc các quy trình/dòng công việc cuối cùng được sử dụng bởi các bên liên quan.
- Nguyên mẫu nghiên cứu biểu mẫu: được sử dụng để khám phá kích thước cơ bản, giao diện và cảm nhận của một sản phẩm sẽ được sản xuất mà không tạo ra chức năng thực tế. Nó được sử dụng để đánh giá các yếu tố công thái học và hình ảnh bằng cách sử dụng bản trình bày dạng điêu khắc đại diện cho sản phẩm được làm từ vật liệu rẻ tiền. Loại nguyên mẫu này cũng có thể được sử dụng để lập mô hình quy trình công việc hoặc điều hướng ở mức cao nhằm xác định khoảng trống hoặc sự không nhất quán trong giải pháp có thể có của các thuộc tính (ví dụ: giao diện, cấu hình).
- Nguyên mẫu kiểm tra tính khả dụng: là mẫu sản phẩm được tạo ra để kiểm tra cách người dùng cuối tương tác với hệ thống mà không bao gồm bất kỳ thuộc tính nào (ví dụ: ngoại hình, cấu hình).
- Nguyên mẫu trực quan: là mẫu sản phẩm được tạo ra để kiểm tra các khía cạnh trực quan của giải pháp mà không cần mô hình hóa chức năng hoàn chỉnh.
- Nguyên mẫu chức năng: là một mô hình được tạo ra để kiểm tra chức năng phần mềm, chất lượng của hệ thống đối với người dùng (ví dụ: giao diện) và quy trình làm việc. Nó cũng được gọi là một mô hình làm việc và được sử dụng để mô phỏng các quy trình nghiệp vụ và quy tắc nghiệp vụ cũng như để đánh giá các lệnh gọi chức năng phần mềm.
Phương pháp tạo mẫu
Sau đây là danh sách các phương pháp thường được sử dụng để tạo nguyên mẫu:
- Bảng kịch bản tương tác: được sử dụng để trình bày chi tiết trực quan và bằng văn bản chuỗi hoạt động bằng cách tổng hợp các tương tác khác nhau của người dùng với giải pháp hoặc doanh nghiệp.
- Nguyên mẫu giấy: sử dụng giấy và bút chì để phác thảo giao diện hoặc quy trình.
- Mô hình hóa quy trình công việc: mô tả một chuỗi các hoạt động được được thực hiện và thường chỉ tập trung vào khía cạnh con người.
- Mô phỏng: dùng để chứng minh các giải pháp hoặc các thành phần của giải pháp. Nó có thể kiểm tra các quy trình, kịch bản, quy tắc nghiệp vụ, dữ liệu và đầu vào khác nhau.
CÂN NHẮC SỬ DỤNG
Điểm mạnh
- Cung cấp một bản trình bày trực quan cho trạng thái tương lai.
- Cho phép các bên liên quan cung cấp đầu vào và phản hồi sớm trong quá trình thiết kế.
- Khi sử dụng phương pháp tạo nguyên mẫu dùng một lần hoặc tạo nguyên mẫu trên giấy, người dùng có thể cảm thấy thoải mái hơn khi nghiên cứu thiết kế mô hình vì nó không phức tạp và sẵn sàng phát hành.
- Một nguyên mẫu theo chiều dọc hẹp nhưng sâu có thể được sử dụng cho các nghiên cứu khả thi về kỹ thuật, bằng chứng về các nỗ lực về ý tưởng hoặc để phát hiện ra các lỗ hổng về công nghệ và quy trình.
Hạn chế
- Nếu hệ thống hoặc quy trình rất phức tạp, quy trình tạo nguyên mẫu có thể bị sa lầy với các cuộc thảo luận về “làm thế nào” hơn là “cái gì”, điều này có thể khiến quy trình mất nhiều thời gian, công sức và kỹ năng hỗ trợ.
- Công nghệ nền tảng có thể cần phải được hiểu hoặc thừa nhận để bắt đầu tạo nguyên mẫu.
- Nếu nguyên mẫu quá phức tạp và chi tiết, các bên liên quan có thể phát triển những kỳ vọng không thực tế đối với giải pháp cuối cùng. Chúng có thể bao gồm từ ngày hoàn thành giả định đến kỳ vọng cao hơn về hiệu suất, độ tin cậy và khả năng sử dụng.
- Các bên liên quan có thể tập trung vào các thông số kỹ thuật thiết kế của giải pháp hơn là các yêu cầu mà bất kỳ giải pháp nào cũng phải giải quyết. Điều này có thể hạn chế việc thiết kế giải pháp. Các nhà phát triển có thể tin rằng họ phải cung cấp một giao diện người dùng khớp chính xác với nguyên mẫu, ngay cả khi có các phương pháp tiếp cận giao diện và công nghệ tốt hơn.
