SDLC - Mô hình nguyên mẫu phần mềm

Nguyên mẫu phần mềm đề cập đến việc xây dựng các nguyên mẫu ứng dụng phần mềm hiển thị chức năng của sản phẩm đang được phát triển, nhưng có thể không thực sự giữ logic chính xác của phần mềm gốc.

Tạo mẫu phần mềm đang trở nên rất phổ biến như một mô hình phát triển phần mềm, vì nó cho phép hiểu được các yêu cầu của khách hàng ở giai đoạn phát triển ban đầu. Nó giúp nhận được phản hồi có giá trị từ khách hàng và giúp các nhà thiết kế và phát triển phần mềm hiểu chính xác những gì được mong đợi từ sản phẩm đang phát triển.

Tạo mẫu phần mềm là gì?

Nguyên mẫu là một mô hình phần mềm hoạt động với một số chức năng hạn chế. Nguyên mẫu không phải lúc nào cũng nắm giữ logic chính xác được sử dụng trong ứng dụng phần mềm thực tế và là một nỗ lực bổ sung cần được xem xét theo ước tính nỗ lực.

Prototyping được sử dụng để cho phép người dùng đánh giá các đề xuất của nhà phát triển và thử chúng trước khi triển khai. Nó cũng giúp hiểu được các yêu cầu dành riêng cho người dùng và có thể chưa được nhà phát triển xem xét trong quá trình thiết kế sản phẩm.

Sau đây là một cách tiếp cận từng bước được giải thích để thiết kế một nguyên mẫu phần mềm.

Nhận dạng yêu cầu cơ bản

Bước này liên quan đến việc hiểu những yêu cầu rất cơ bản của sản phẩm, đặc biệt là về giao diện người dùng. Có thể bỏ qua các chi tiết phức tạp hơn của thiết kế bên trong và các khía cạnh bên ngoài như hiệu suất và bảo mật ở giai đoạn này.

Phát triển Nguyên mẫu ban đầu

Nguyên mẫu ban đầu được phát triển trong giai đoạn này, nơi các yêu cầu rất cơ bản được giới thiệu và giao diện người dùng được cung cấp. Các tính năng này có thể không chính xác hoạt động theo cùng một cách nội bộ trong phần mềm thực tế được phát triển. Trong khi, các giải pháp thay thế được sử dụng để cung cấp cho khách hàng giao diện tương tự trong nguyên mẫu được phát triển.

Đánh giá Nguyên mẫu

Mẫu thử nghiệm được phát triển sau đó sẽ được trình bày cho khách hàng và các bên liên quan quan trọng khác trong dự án. Phản hồi được thu thập một cách có tổ chức và được sử dụng để cải tiến thêm sản phẩm đang được phát triển.

Sửa đổi và nâng cao nguyên mẫu

Các phản hồi và nhận xét đánh giá được thảo luận trong giai đoạn này và một số cuộc đàm phán xảy ra với khách hàng dựa trên các yếu tố như - hạn chế về thời gian và ngân sách và tính khả thi về mặt kỹ thuật của việc triển khai thực tế. Những thay đổi được chấp nhận lại được đưa vào Nguyên mẫu mới được phát triển và chu kỳ lặp lại cho đến khi đáp ứng được mong đợi của khách hàng.

Nguyên mẫu có thể có kích thước ngang hoặc dọc. Mẫu thử nghiệm nằm ngang hiển thị giao diện người dùng cho sản phẩm và cung cấp cái nhìn rộng hơn về toàn bộ hệ thống mà không tập trung vào các chức năng bên trong. Một mẫu thử nghiệm theo chiều dọc ở phía bên kia là bản trình bày chi tiết của một chức năng cụ thể hoặc một hệ thống con trong sản phẩm.

Mục đích của cả nguyên mẫu ngang và dọc là khác nhau. Các nguyên mẫu nằm ngang được sử dụng để có thêm thông tin về cấp độ giao diện người dùng và các yêu cầu kinh doanh. Nó thậm chí có thể được trình bày trong các bản giới thiệu bán hàng để có được kinh doanh trên thị trường. Các nguyên mẫu dọc có bản chất kỹ thuật và được sử dụng để lấy chi tiết về hoạt động chính xác của các hệ thống con. Ví dụ, các yêu cầu cơ sở dữ liệu, tải tương tác và xử lý dữ liệu trong một hệ thống con nhất định.

Tạo mẫu phần mềm - Các loại

Có nhiều loại nguyên mẫu phần mềm khác nhau được sử dụng trong ngành. Sau đây là các kiểu tạo mẫu phần mềm chính được sử dụng rộng rãi:

Throwaway / Tạo mẫu nhanh

Tạo mẫu thử nghiệm còn được gọi là tạo mẫu nhanh hoặc kết thúc gần. Loại tạo mẫu này sử dụng rất ít nỗ lực với phân tích yêu cầu tối thiểu để xây dựng nguyên mẫu. Khi các yêu cầu thực tế được hiểu, nguyên mẫu sẽ bị loại bỏ và hệ thống thực tế được phát triển với sự hiểu biết rõ ràng hơn nhiều về các yêu cầu của người dùng.

Tạo mẫu tiến hóa

Tạo mẫu tiến hóa còn được gọi là tạo mẫu breadboard dựa trên việc xây dựng các nguyên mẫu chức năng thực tế với chức năng tối thiểu ngay từ đầu. Nguyên mẫu được phát triển tạo thành trái tim của nguyên mẫu tương lai, trên đó toàn bộ hệ thống được chế tạo. Bằng cách sử dụng tạo mẫu tiến hóa, các yêu cầu đã hiểu rõ được đưa vào nguyên mẫu và các yêu cầu được thêm vào khi và khi chúng được hiểu.

Tạo mẫu gia tăng

Tạo mẫu gia tăng đề cập đến việc xây dựng nhiều nguyên mẫu chức năng của các hệ thống con khác nhau và sau đó tích hợp tất cả các nguyên mẫu có sẵn để tạo thành một hệ thống hoàn chỉnh.

Tạo mẫu cực đoan

Tạo mẫu cực đoan được sử dụng trong miền phát triển web. Nó bao gồm ba giai đoạn tuần tự. Đầu tiên, một nguyên mẫu cơ bản với tất cả các trang hiện có được trình bày ở định dạng HTML. Sau đó, quá trình xử lý dữ liệu được mô phỏng bằng cách sử dụng lớp dịch vụ nguyên mẫu. Cuối cùng, các dịch vụ được triển khai và tích hợp vào nguyên mẫu cuối cùng. Quá trình này được gọi là Extreme Prototyping được sử dụng để thu hút sự chú ý đến giai đoạn thứ hai của quá trình, nơi một giao diện người dùng đầy đủ chức năng được phát triển mà không liên quan rất nhiều đến các dịch vụ thực tế.

Tạo mẫu phần mềm - Ứng dụng

Tạo mẫu phần mềm hữu ích nhất trong việc phát triển các hệ thống có mức độ tương tác cao của người dùng như hệ thống trực tuyến. Các hệ thống cần người dùng điền vào các biểu mẫu hoặc duyệt qua các màn hình khác nhau trước khi dữ liệu được xử lý có thể sử dụng tạo mẫu rất hiệu quả để cung cấp giao diện chính xác ngay cả trước khi phần mềm thực tế được phát triển.

Phần mềm liên quan đến quá nhiều xử lý dữ liệu và hầu hết các chức năng là nội bộ với rất ít giao diện người dùng thường không được hưởng lợi từ việc tạo mẫu. Phát triển nguyên mẫu có thể là một chi phí bổ sung trong các dự án như vậy và có thể cần thêm nhiều nỗ lực.

Tạo mẫu phần mềm - Ưu và nhược điểm

Tạo mẫu phần mềm được sử dụng trong các trường hợp điển hình và quyết định phải được thực hiện rất cẩn thận để những nỗ lực dành cho việc xây dựng nguyên mẫu thêm giá trị đáng kể cho phần mềm cuối cùng được phát triển. Mô hình có những ưu và khuyết điểm riêng được thảo luận như sau.

Các ưu điểm của Mô hình tạo mẫu như sau:

• Tăng cường sự tham gia của người dùng vào sản phẩm ngay cả trước khi triển khai.

• Kể từ khi mô hình hoạt động của hệ thống được hiển thị, người dùng hiểu rõ hơn về hệ thống đang được phát triển.

• Giảm thời gian và chi phí vì các lỗi có thể được phát hiện sớm hơn nhiều.

• Phản hồi của người dùng nhanh hơn có sẵn dẫn đến các giải pháp tốt hơn.

• Chức năng bị thiếu có thể được xác định dễ dàng.

• Các chức năng khó hiểu hoặc khó có thể được xác định.

Nhược điểm của Mô hình Nguyên mẫu như sau:

• Rủi ro phân tích yêu cầu không đủ do phụ thuộc quá nhiều vào nguyên mẫu.

• Người dùng có thể bị nhầm lẫn giữa nguyên mẫu và hệ thống thực tế.

• Trên thực tế, phương pháp luận này có thể làm tăng độ phức tạp của hệ thống vì phạm vi của hệ thống có thể mở rộng ra ngoài kế hoạch ban đầu.

• Các nhà phát triển có thể cố gắng sử dụng lại các nguyên mẫu hiện có để xây dựng hệ thống thực tế, ngay cả khi nó không khả thi về mặt kỹ thuật.

• Nỗ lực đầu tư vào việc xây dựng nguyên mẫu có thể là quá nhiều nếu nó không được giám sát đúng cách.