Các giá trị trong XP:
- Giao tiếp (Communication): mọi người trong nhóm trao đổi trực diện hằng ngày, trong tất cả các công việc từ phân tích yêu cầu cho tới lập trình.
- Tính đơn giản (Simplicity): chỉ làm những gì cần thiết, không hơn. Làm những gì cần thiết cho hiện tại, không phải tương lai quá xa, với những bước nhỏ để cán đích và giản lược tối đa các sai sót. - Phản hồi (Feedback): cam kết nghiêm túc để liên tục bàn giao các
phần mềm chạy tốt vào cuối các phân đoạn (iteration) ngắn. Luôn có thể demo phần mềm chạy tốt từ sớm và thường xuyên, lắng nghe phản hồi từ các bên và thực hiện các điều chỉnh cần thiết.
- Tôn trọng (Respect): mọi người tự cảm thấy và được tôn trọng vì họ là những thành viên quan trọng của nhóm. Mỗi người đều đóng vai trò vào việc tạo ra các giá trị không kể công việc như thế nào. - Can đảm (Courage): luôn nói đúng về tiến độ và ước lượng. Không
cần thiết phải sợ điều gì bởi vì thành viên không làm việc một mình. Mỗi khi có thay đổi, nhóm sẽ có các hành động cần thiết để thích ứng. Can đảm trong việc vứt đi những gì không thực sự cần thiết nữa (mã nguồn, giấy tờ …)
- Phản hồi nhanh (Rapid Feedback): luôn lắng nghe phản hồi từ nhiều phía, lấy được phản hồi một cách nhanh nhất, tìm hiểu chúng và đưa những hiểu biết đó vào trong hệ thống nhanh nhất có thể. Lập trình viên có thể học được cách thiết kế, lập trình, kiểm thử tốt nhất trong phạm vi từng phút chứ không phải hằng ngày, tuần hoặc thậm chí hằng tháng.
- Giả định đơn giản (Assume Simplicity): Đối xử với các vấn đề như thể chúng có thể giải quyết bằng những giải pháp đơn giản nhất. - Thay đổi tiệm tiến (Incremental Change): không thay đổi cả “lố”,
mà chỉ thay đổi một ít trong thiết kế, chức năng.
- Sống chung với thay đổi (Embracing Change): chiến thuật tốt nhất là tôn trọng tất cả các khả năng trong khi giải quyết các vấn đề áp lực nhất.
- Công việc chất lượng cao (Quality Work): phải luôn đầu tư để có được chất lượng công việc cao nhất, đến mức “hoàn hảo”
- Ưu điểm của mô hình này là đội dự án nhanh chóng nhận được phản hồi từ phía khách hàng. Những thay đổi cần thiết sẽ được áp dụng ngay trong lần lặp tiếp theo.
- Nhược điểm: khó có thể áp dụng XP trên các dự án có số lượng nhân viên lớn, không hiệu quả đối với những khách hàng ở xa đội ngũ phát triển.
Mô hình phát triển nhanh (Rapid Application Development- RAD) [8]
chính là mô hình tăng dần với chu kỳ phát triển cực ngắn. Để đạt được mục tiêu này, RAD dựa trên phương pháp phát triển trên cơ sở thành phần hóa hệ thống cùng với việc tái sử dụng các thành phần thích hợp. RAD thích hợp cho những hệ thống quản lý thông tin. Mô hình RAD phân phối các phân tích, thiết kế, xây dựng và các giai đoạn thử nghiệm vào một loạt các chu trình phát triển ngắn, lặp. Các giai đoạn khác nhau của mô hình RAD:
Mô hình hóa nghiệp vụ, cho sản phẩm được phát triển, thiết kế theo luồng
thông tin và phân phối thông tin giữa các nghiệp vụ khác nhau. Một phân tích nghiệp vụ hoàn chỉnh được thực hiện để tìm ra những thông tin quan trọng cho hoạt động nghiệp vụ, làm thế nào để có được điều đó, như thế nào và khi nào thì thông tin được xử lý và những yếu tố nào thúc đẩy dò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ô phỏng nghiệp vụ đượ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 cho hoạt động nghiệp vụ. Các thuộc tính của tất cả các bộ dữ liệu được định nghĩa và xác định. Mối quan hệ giữa các đối tượng dữ liệu được thiết lập và xác định cụ thể liên quan đến mô hình nghiệp vụ.
Mô hình hóa quy trình, tập những đố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 nghiệp vụ cần thiết để đạt được các mục tiêu nghiệp vụ cụ thể theo mô hình nghiệp vụ. Mô hình hóa quy trình cho bất kỳ thay đổi hoặc cải tiến đối với tập những đố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
Xây dựng ứ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 mô hình quy trình và dữ liệu thành các nguyên mẫu thực tế.
Kiểm thử và nghiệm 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 kiểm tra độc lập giữa mỗi lần lặp. Tuy nhiên, luồng dữ liệu và giao diện giữa tất cả các thành phần cần phải đượ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 thử nghiệm, nó làm giảm nguy cơ của bất kỳ vấn đề lớn nào.