SDLC - Mô hình RAD

Các RAD (Rapid Application Development)mô hình dựa trên tạo mẫu và phát triển lặp đi lặp lại mà không liên quan đến kế hoạch cụ thể. Bản thân quá trình viết phần mềm liên quan đến việc lập kế hoạch cần thiết để phát triển sản phẩm.

Phát triển ứng dụng nhanh tập trung vào việc thu thập các yêu cầu của khách hàng thông qua hội thảo hoặc nhóm tập trung, thử nghiệm sớm các nguyên mẫu bởi khách hàng bằng cách sử dụng khái niệm lặp đi lặp lại, tái sử dụng các nguyên mẫu (thành phần) hiện có, tích hợp liên tục và phân phối nhanh chóng.

RAD là gì?

Phát triển ứng dụng nhanh là một phương pháp luận phát triển phần mềm sử dụng quy hoạch tối thiểu để tạo mẫu nhanh. Nguyên mẫu là một mô hình hoạt động có chức năng tương đương với một thành phần của sản phẩm.

Trong mô hình RAD, các mô-đun chức năng được phát triển song song dưới dạng nguyên mẫu và được tích hợp để tạo thành sản phẩm hoàn chỉnh nhằm cung cấp sản phẩm nhanh hơn. Vì không có kế hoạch trước chi tiết, nên việc kết hợp các thay đổi trong quá trình phát triển trở nên dễ dàng hơn.

Các dự án RAD tuân theo mô hình lặp đi lặp lại và tăng dần và có các nhóm nhỏ bao gồm các nhà phát triển, chuyên gia miền, đại diện khách hàng và các tài nguyên CNTT khác làm việc liên tục trên thành phần hoặc nguyên mẫu của họ.

Khía cạnh quan trọng nhất để mô hình này thành công là đảm bảo rằng các nguyên mẫu được phát triển có thể tái sử dụng.

Thiết kế mô hình RAD

Mô hình RAD phân phối các giai đoạn phân tích, thiết kế, xây dựng và thử nghiệm thành một chuỗi các chu kỳ phát triển ngắn, lặp đi lặp lại.

Sau đây là các giai đoạn khác nhau của Mô hình RAD -

Mô hình kinh doanh

Mô hình kinh doanh cho sản phẩm đang phát triển được thiết kế dựa trên luồng thông tin và sự phân phối thông tin giữa các kênh kinh doanh khác nhau. Một phân tích kinh doanh hoàn chỉnh được thực hiện để tìm ra thông tin quan trọng cho hoạt động kinh doanh, cách thức thu thập thông tin đó, thông tin được xử lý như thế nào và khi nào cũng như các yếu tố thúc đẩy luồng thông tin thành công.

Mô hình hóa dữ liệu

Thông tin thu thập được trong giai đoạn Mô hình hóa Doanh nghiệp được xem xét và phân tích để tạo thành các bộ đối tượng dữ liệu quan trọng đối với doanh nghiệp. Các thuộc tính của tất cả các tập dữ liệu được xác định và xác định. Mối quan hệ giữa các đối tượng dữ liệu này được thiết lập và xác định chi tiết phù hợp với mô hình kinh doanh.

Mô hình hóa quy trình

Các tập đối tượng dữ liệu được xác định trong giai đoạn Mô hình hóa dữ liệu được chuyển đổi để thiết lập luồng thông tin kinh doanh cần thiết để đạt được các mục tiêu kinh doanh cụ thể theo mô hình kinh doanh. Mô hình quy trình cho bất kỳ thay đổi hoặc cải tiến nào đối với tập đối tượng dữ liệu được xác định trong giai đoạn này. Mô tả quy trình để thêm, xóa, truy xuất hoặc sửa đổi một đối tượng dữ liệu được đưa ra.

Tạo ứng dụng

Hệ thống thực tế được xây dựng và mã hóa được thực hiện bằng cách sử dụng các công cụ tự động hóa để chuyển đổi các mô hình quy trình và dữ liệu thành các nguyên mẫu thực tế.

Thử nghiệm và Doanh thu

Thời gian thử nghiệm tổng thể được giảm xuống trong mô hình RAD vì các nguyên mẫu được thử nghiệm độc lập trong mỗi lần lặp lại. Tuy nhiên, luồng dữ liệu và các giao diện giữa tất cả các thành phần cần được kiểm tra kỹ lưỡng với phạm vi kiểm tra hoàn chỉnh. Vì hầu hết các thành phần lập trình đã được kiểm tra, nó làm giảm nguy cơ xảy ra bất kỳ sự cố lớn nào.

Hình minh họa sau đây mô tả chi tiết Mô hình RAD.

Mô hình RAD so với SDLC truyền thống

SDLC truyền thống tuân theo một mô hình quy trình cứng nhắc với trọng tâm là phân tích và thu thập yêu cầu trước khi bắt đầu mã hóa. Nó gây áp lực buộc khách hàng phải từ chối các yêu cầu trước khi dự án bắt đầu và khách hàng không cảm nhận được sản phẩm vì không có bản dựng nào hoạt động được trong một thời gian dài.

Khách hàng có thể cần một số thay đổi sau khi xem phần mềm. Tuy nhiên, quá trình thay đổi khá cứng nhắc và có thể không khả thi khi kết hợp các thay đổi lớn của sản phẩm trong SDLC truyền thống.

Mô hình RAD tập trung vào việc cung cấp lặp đi lặp lại và tăng dần các mô hình làm việc cho khách hàng. Điều này dẫn đến việc giao hàng nhanh chóng cho khách hàng và sự tham gia của khách hàng trong chu kỳ phát triển hoàn chỉnh của sản phẩm làm giảm nguy cơ không phù hợp với yêu cầu thực tế của người dùng.

Mô hình RAD - Ứng dụng

Mô hình RAD có thể được áp dụng thành công cho các dự án trong đó có thể mô đun hóa rõ ràng. Nếu dự án không thể được chia thành các mô-đun, RAD có thể bị lỗi.

Các gợi ý sau đây mô tả các tình huống điển hình mà RAD có thể được sử dụng:

RAD chỉ nên được sử dụng khi một hệ thống có thể được mô-đun hóa để được phân phối theo cách gia tăng.
Nó nên được sử dụng nếu có nhiều nhà thiết kế sẵn sàng cho Mô hình hóa.
Nó chỉ nên được sử dụng nếu ngân sách cho phép sử dụng các công cụ tạo mã tự động.
Mô hình RAD SDLC chỉ nên được chọn nếu các chuyên gia miền có sẵn kiến thức kinh doanh liên quan.
Nên được sử dụng khi các yêu cầu thay đổi trong dự án và các nguyên mẫu làm việc sẽ được trình bày cho khách hàng trong các lần lặp lại nhỏ trong 2-3 tháng.

Mô hình RAD - Ưu và nhược điểm

Mô hình RAD cho phép phân phối nhanh chóng vì nó giảm thời gian phát triển tổng thể do khả năng tái sử dụng của các thành phần và phát triển song song. RAD chỉ hoạt động tốt nếu có sẵn các kỹ sư có tay nghề cao và khách hàng cũng cam kết đạt được nguyên mẫu mục tiêu trong khung thời gian nhất định. Nếu thiếu cam kết ở cả hai bên, mô hình có thể thất bại.

Các ưu điểm của Mô hình RAD như sau:

Các yêu cầu thay đổi có thể được đáp ứng.
Tiến bộ có thể được đo lường.
Thời gian lặp lại có thể ngắn với việc sử dụng các công cụ RAD mạnh mẽ.
Năng suất với ít người hơn trong thời gian ngắn.
Giảm thời gian phát triển.
Tăng khả năng tái sử dụng của các thành phần.
Đánh giá ban đầu nhanh chóng xảy ra.
Khuyến khích phản hồi của khách hàng.
Tích hợp ngay từ đầu giải quyết rất nhiều vấn đề tích hợp.

Những nhược điểm của Mô hình RAD như sau:

Sự phụ thuộc vào các thành viên trong nhóm mạnh về kỹ thuật để xác định các yêu cầu kinh doanh.
Chỉ hệ thống có thể được mô-đun hóa mới có thể được xây dựng bằng RAD.
Yêu cầu nhà phát triển / nhà thiết kế có tay nghề cao.
Phụ thuộc cao vào kỹ năng Mô hình hóa.
Không thể áp dụng cho các dự án rẻ hơn vì chi phí Tạo mô hình và tạo mã tự động là rất cao.
Quản lý phức tạp hơn.
Thích hợp cho các hệ thống dựa trên thành phần và có thể mở rộng.
Yêu cầu sự tham gia của người dùng trong suốt vòng đời.
Thích hợp cho dự án yêu cầu thời gian phát triển ngắn hơn.