Evolutionary & Iterative and

Incremental

Mô hình Yêu cầu(+/-) Tương tác Quy mô dự Ưu điểm Nhược điểm

khách án(+/-)
hàng(+/-)
Evolutionary (+) Mô hình (+) Tương (+) Phù hợp -Thích ứng - Rủi ro về
này cho phép tác chặt với các dự tốt với sự việc dự án có
thay đổi yêu chẽ với án có quy thay đổi yêu thể trở nên
cầu một cách khách mô lớn, nơi cầu quá phức tạp
linh hoạt hàng giúp có thể chia - Cho phép do sự thay đổi
trong quá nhận được nhỏ dự án phát hành liên tục.
trình phát phản hồi thành các sớm các -Có thể dẫn
triển, giúp sản kịp thời và Module để phiên bản đến việc tăng
phẩm cuối điều chỉnh triển khai ban đầu, giúp chi phí và thời
cùng phản sản phẩm tăng tiến khách hàng gian phát
ánh chính xác cho phù có thể sử triển.
nhu cầu của hợp (-) Đối với dụng và đưa - Khó khăn
khách hàng các dự án ra phản hồi trong việc duy
(-) Cần nhỏ, việc áp -Tăng cường trì chất lượng
(-) Việc thay nhiều dụng mô sự hài lòng và tính nhất
đổi yêu cầu nguồn lực hình này có của khách quán của sản
liên tục có thể và thời thể không hàng do sự phẩm qua các
gây ra sự mất gian để hiệu quả về tham gia trực phiên bản
ổn định trong duy trì mặt chi phí tiếp vào quá
quá trình phát mức độ và thời gian trình phát
triển và khó tương tác do tính chất triển
khăn trong này, có thể lặp lại của
việc quản lý không khả các giai
dự án thi với tất đoạn phát
cả các dự triển
án
Iterative and (+) Cho phép (+) Tăng (+) Phù hợp -Tối ưu quá -Cần có kế
Incremental điều chỉnh cường với cả dự án trình phát hoạch và
yêu cầu dựa tương tác lớn và nhỏ triển bằng quản lý dự án
trên phản hồi với khách do khả năng cách phân chặt chẽ để
và sự tiến hàng qua chia nhỏ dự chia dự án đảm bảo tính
triển của dự từng giai án thành thành các nhất quán và
án, giúp sản đoạn, giúp các phần và phần nhỏ, dễ chất lượng
phẩm cuối thu thập triển khai quản lý sản phẩm
cùng đáp ứng phản hồi từng phần -Cho phép cuối cùng
tốt hơn nhu và điều một. phát hành -Có thể tốn
cầu thực tế chỉnh sản sớm các kém và mất
phẩm cho (-) Đối với phiên bản thời gian hơn
(-) Có thể gây phù hợp dự án lớn, ban đầu, thu so với một số
khó khăn việc quản lý thập phản hồi phương pháp
trong việc (-) Đòi hỏi và tích hợp và cải thiện phát triển
quản lý dự án nguồn lực các phần có dần khác nếu
nếu yêu cầu và thời thể trở nên -Giảm thiểu không được
thay đổi quá gian đáng phức tạp rủi ro do có thực hiện
thường xuyên kể để duy thể phát hiện đúng cách
và không trì mức độ và sửa chữa
được kiểm tương tác lỗi sớm trong
soát này, đặc quá trình
biệt với phát triển
các dự án
lớn

Evolutionary (Tiến hóa)

Mô hình tiến hóa được đưa ra nhằm giải quyết những khó khăn gây ra
do yêu cầu của khách hàng không rõ ràng hoặc hay thay đổi.Ý tưởng
của mô hình này là phát triển phần mềm qua nhiều phiên bản, mỗi phiên
bản được đưa ra lấy ý kiến khách hàng, được sửa chữa, làm mịn cho
đến khi đạt được phiên bản hoàn chỉnh.
1.Yêu cầu của Evolutionary Model:
- Phần mềm được phát triển theo từng giai đoạn, mỗi giai đoạn cần
được phê duyệt trước khi tiếp tục sang giai đoạn kế tiếp.
- Các yêu cầu được định nghĩa rõ ràng ở từng giai đoạn, giúp đảm bảo
tính chính xác và đủ đầy của sản phẩm.
- Phân tích, thiết kế và triển khai được thực hiện song song và lặp đi lặp
lại nhiều lần.
- Có khả năng điều chỉnh, sửa đổi các yêu cầu hoặc thiết kế trong quá
trình phát triển.
2.Tương tác với khách hàng:
- Khách hàng được đưa vào quá trình phát triển bằng cách góp ý, phản
hồi trong từng giai đoạn để sản phẩm đáp ứng được nhu cầu thực tế
của họ.
- Quá trình thiết kế và triển khai được phân chia thành nhiều giai đoạn,
đảm bảo tính linh hoạt và tối ưu hóa sản phẩm.
3.Quy mô dự án:
- Phù hợp cho các dự án phát triển phần mềm có tính chất phức tạp, lớn
và dài hạn.
- Đội ngũ phát triển phần mềm được phân chia thành nhiều nhóm, mỗi
nhóm chịu trách nhiệm cho từng giai đoạn.

4.Ưu điểm:
-Thích ứng tốt với sự thay đổi yêu cầu
- Cho phép phát hành sớm các phiên bản ban đầu, giúp khách hàng có
thể sử dụng và đưa ra phản hồi
-Tăng cường sự hài lòng của khách hàng do sự tham gia trực tiếp vào
quá trình phát triển
- Giúp giảm thiểu rủi ro và chi phí.

5. Nhược điểm:
- Rủi ro về việc dự án có thể trở nên quá phức tạp do sự thay đổi liên
tục.
-Có thể dẫn đến việc tăng chi phí và thời gian phát triển.
- Khó khăn trong việc duy trì chất lượng và tính nhất quán của sản
phẩm qua các phiên bản

1. Khó khăn trong giao tiếp: Các mô hình tiến hóa đòi hỏi sự

hợp tác và giao tiếp liên tục. Chiến lược có thể kém hiệu quả
hơn nếu có khoảng cách trong giao tiếp hoặc nếu các thành
viên trong nhóm bị phân tán về mặt địa lý.
2. Sự phụ thuộc vào Nhóm chuyên gia: Cần có một nhóm hiểu

biết và kinh nghiệm để có thể nhanh chóng điều chỉnh theo

những thay đổi cho các mô hình tiến hóa. Các đội thiếu kinh
nghiệm có thể gặp khó khăn trong việc xử lý tính chất năng
động của mô hình này.
3. Tăng độ phức tạp trong quản lý: Sự phức tạp có thể được

tạo ra bằng cách tổ chức và quản lý một số bước tăng dần

 hoặc lặp lại, đặc biệt là trong các dự án lớn. Để đảm bảo sự
tích hợp và đồng bộ, cần phải quản lý dự án tốt.
4. Chi phí ban đầu lớn hơn: Vì các mô hình tiến hóa đòi hỏi phải

thử nghiệm liên tục, phản hồi của người dùng và tạo nguyên
mẫu nên chúng có thể có chi phí ban đầu lớn hơn. Đây có thể
là một vấn đề đối với các dự án có nguồn vốn hạn chế.

Điều kiện cần thiết để thực hiện mô hình này

● Nhu cầu của khách hàng rõ ràng và được giải thích sâu sắc cho

nhóm nhà phát triển.

● Có thể có những thay đổi nhỏ cần thiết ở các phần riêng biệt
nhưng không phải là thay đổi lớn.
● Vì nó đòi hỏi thời gian nên phải có một khoảng thời gian dành cho
những hạn chế của thị trường.
● Rủi ro là mục tiêu cao và liên tục phải đạt được và báo cáo cho
khách hàng nhiều lần.
● Nó được sử dụng khi làm việc trên một công nghệ mới và cần thời
gian để tìm hiểu.

○ Iterative and Incremental model (Mô hình Lặp lại và tăng

dần)
Trong mô hình phát triển phần mềm Iterative and Incremental (Lặp

lại và Tăng dần), quy trình bắt đầu bằng việc thực hiện một vài yêu

cầu trong một hoặc nhiều lần lặp lại hoặc gia tăng. Trong các lần

lặp lại sau, phần mềm được mở rộng với các tính năng bổ sung và

phức tạp hơn cho đến khi hệ thống mong muốn được tạo ra. Vào
 cuối mỗi lần lặp lại, nhóm phát triển có một phiên bản phần mềm

mới ngày càng nâng cao. Cách tiếp cận này cho phép nhóm xem

xét sản phẩm ở cuối mỗi lần tăng, xác định những thiếu sót của

sản phẩm và thực hiện các thay đổi tương ứng để cải thiện sản

phẩm.

1.Yêu cầu:
1. Lập kế hoạch đầy đủ cho toàn bộ quá trình phát triển sản phẩm.
2. Xác định yêu cầu chính từ khách hàng hoặc người dùng.
3. Phân tích yêu cầu và xác định các tính năng cần thiết để đáp ứng yêu
cầu của khách hàng.
4. Thiết kế sản phẩm dựa trên các tính năng cần thiết được xác định.
5. Xây dựng sản phẩm theo từng giai đoạn, mỗi giai đoạn là một phiên
bản sản phẩm hoàn chỉnh.
6. Kiểm tra sản phẩm sau mỗi giai đoạn để đảm bảo tính toàn vẹn và
đáp ứng yêu cầu của khách hàng.
7. Điều chỉnh và cải tiến sản phẩm dựa trên phản hồi từ khách hàng sau
mỗi giai đoạn.
8. Lặp lại quá trình xây dựng sản phẩm cho đến khi đáp ứng được tất
cả các yêu cầu của khách hàng và sản phẩm hoàn thiện.

2.Tương tác khách hàng:

-Mô hình này đòi hỏi sự tương tác thường xuyên và chặt chẽ giữa nhà
phát triển và khách hàng. Khách hàng sẽ được tham gia vào các hoạt
động như đánh giá yêu cầu, kiểm tra và phản hồi các phiên bản tăng
dần, đề xuất các yêu cầu mới hoặc thay đổi các yêu cầu cũ.
- Nhà phát triển sẽ lắng nghe, ghi nhận và thỏa thuận với khách hàng về
các yêu cầu, thời gian và chi phí phát triển, cũng như cải tiến và bổ sung
các chức năng theo yêu cầu của khách hàng.

3. Quy mô hệ thống:
Mô hình này phù hợp với các hệ thống có quy mô lớn và phức tạp, có
nhiều yêu cầu thay đổi và không rõ ràng từ đầu. Mô hình này cho phép
nhà phát triển xây dựng hệ thống từng bước, từng phần, từ đơn giản
đến phức tạp, từ cơ bản đến nâng cao, từ ít chức năng đến nhiều chức
năng, từ ít người dùng đến nhiều người dùng. Mô hình này cũng giúp
nhà phát triển kiểm soát được quy mô hệ thống, tránh bị quá tải hoặc
lãng phí tài nguyên.
4.Ưu điểm:
-Tối ưu quá trình phát triển bằng cách phân chia dự án thành các phần
nhỏ, dễ quản lý
-Cho phép phát hành sớm các phiên bản ban đầu, thu thập phản hồi và
cải thiện dần
-Giảm thiểu rủi ro do có thể phát hiện và sửa chữa lỗi sớm trong quá
trình phát triển

5.Nhược điểm :
-Cần có kế hoạch và quản lý dự án chặt chẽ để đảm bảo tính nhất quán
và chất lượng sản phẩm cuối cùng.
-Có thể tốn kém và mất thời gian hơn so với một số phương pháp phát
triển khác nếu không được thực hiện đúng cách
Đặc điểm
● Mô hình được lặp đi lặp lại từ khi bắt đầu cho đến khi hoàn thành
đầy đủ các thông số kỹ thuật.
● Cuối mỗi lần lặp, một phiên bản mới của phần mềm sẽ được tạo
ra.
● Mỗi lần lặp lại phần mềm vẫn được xây dựng dựa trên lần lặp
trước đó nên thiết kế phần mềm vẫn đảm bảo tính nhất quán.
● Vì phần mềm được chia thành từng phần nên không cần phải có
đặc tả kỹ thuật hoàn chỉnh ngay từ đầu và các yêu cầu có thể thay
đổi một chút trong quá trình phát triển phần mềm.
● Mô hình yêu cầu phải có sự tham gia của khách hàng.Ưu điểm
của mô hình lặp lại và tăng:
● Tối ưu hóa quá trình phát triển bằng cách phân chia dự án thành
các phần nhỏ, dễ quản lý.
● Cho phép phát hành sớm các phiên bản ban đầu, thu thập phản
hồi và cải thiện dần dần.
● Giảm thiểu rủi ro do có thể phát hiện và sửa chữa lỗi sớm trong
quá trình phát triển.