Rate this post
Vấn đề lớn nhất mà chúng tôi gặp phải trong mô hình thác nước là mất nhiều thời gian để hoàn thành sản phẩm và phần mềm đã trở nên lỗi thời. Để giải quyết vấn đề này, chúng tôi có một cách tiếp cận mới, được gọi là Spiral Model. Spiral Model còn được gọi là mô hình tuần hoàn.
Các bài viết liên quan:
Trong mô hình này, chúng tôi tạo mô-đun ứng dụng theo mô-đun và bàn giao cho khách hàng để họ có thể bắt đầu sử dụng ứng dụng ở giai đoạn rất sớm. Và chúng tôi chuẩn bị mô hình này chỉ khi mô-đun phụ thuộc vào nhau. Trong mô hình này, chúng tôi phát triển ứng dụng theo từng giai đoạn vì đôi khi khách hàng đưa ra các yêu cầu ở giữa quy trình.
Các giai đoạn khác nhau của Spiral Model như sau:
- Requirement analysis
- Design
- Coding
- Testing and risk analysis
- Requirement analysis
Quá trình Spiral Model bắt đầu với việc thu thập nhu cầu kinh doanh. Trong đó, các vòng xoắn ốc sau sẽ bao gồm tài liệu về các yêu cầu hệ thống, yêu cầu đơn vị và nhu cầu hệ thống con. Trong giai đoạn này, chúng ta có thể dễ dàng hiểu được các yêu cầu hệ thống vì nhà phân tích nghiệp vụ và khách hàng có liên lạc thường xuyên. Và một khi chu kỳ hoàn thành, ứng dụng sẽ được triển khai trên thị trường.
- Design
Giai đoạn thứ hai của Spiral Model được thiết kế, nơi chúng tôi sẽ lập kế hoạch thiết kế logic, thiết kế kiến trúc, lưu đồ, cây quyết định, v.v.
- Coding
Sau khi hoàn thành giai đoạn Design, chúng ta sẽ chuyển sang bước tiếp theo, đó là giai đoạn viết coding. Trong điều này, chúng tôi sẽ phát triển sản phẩm dựa trên yêu cầu của khách hàng và cũng như nhận được phản hồi của khách hàng. Giai đoạn này đề cập đến việc xây dựng ứng dụng thực trong mọi chu kỳ.
Và những đường xoắn ốc đó có sự rõ ràng tuyệt vời về các yêu cầu và các chi tiết thiết kế của một ứng dụng được gọi là bản dựng có số phiên bản. Sau đó, các bản dựng này được chuyển đến máy khách để họ phản hồi.
- Testing and risk analysis
Khi quá trình phát triển được hoàn thành thành công, chúng tôi sẽ kiểm tra bản dựng vào cuối chu kỳ đầu tiên và cũng phân tích rủi ro của phần mềm trên các khía cạnh khác nhau như quản lý rủi ro, phát hiện và quan sát tính khả thi về mặt kỹ thuật. Và sau đó, khách hàng sẽ chạy thử ứng dụng và đưa ra phản hồi.
Xem thêm Các loại dây mạng truyền dẫn
Ví dụ về Spiral Model
Chúng ta hãy xem một ví dụ để hiểu rõ hơn về Spiral Model:
Trong Spiral Model, phần mềm được phát triển trong các mô-đun nhỏ. Giả sử chúng ta có ứng dụng A và ứng dụng A này được tạo với sự trợ giúp của các mô hình khác nhau như P, Q, R.
Trong hình ảnh trên,
RP: phân tích yêu cầu của mô-đun P, tương tự với RQ, RR.
DP: Thiết kế của mô-đun P, và tương tự với DQ, DR.
CP: Mã hóa mô-đun P, và tương tự CQ, CR.
TP: Thử nghiệm mô-đun P, và tương tự TQ, TR.
- Trong mô-đun P, chúng tôi nhận được yêu cầu đầu tiên, sau đó chỉ chúng tôi thiết kế mô-đun. Và phần coding của mô-đun A được thực hiện khi nó được kiểm tra lỗi.
- Mô-đun tiếp theo là Q, và nó đã được tạo khi mô-đun P đã được xây dựng. Chúng tôi thực hiện theo quy trình tương tự như chúng tôi đã làm trong mô-đun P, nhưng khi chúng tôi bắt đầu kiểm tra mô-đun Q và chúng tôi kiểm tra điều kiện sau, chẳng hạn như:
- Kiểm tra mô-đun Q
- Sự tích hợp thử nghiệm của mô-đun Q với P
- Mô-đun kiểm tra P
- Sau khi tạo mô-đun P, Q, chúng ta sẽ chuyển sang mô-đun R, sau đó chúng tôi sẽ thực hiện theo quy trình tương tự như mô-đun P và Q, sau đó kiểm tra các điều kiện sau:
- Đầu tiên, hãy kiểm tra mô-đun là R, Q và P
- Sau đó, kiểm tra sự tích hợp của mô-đun theo thứ tự dưới đây:R → Q, R và P → P và Q
Ghi chú:
Khi chu kỳ tiếp tục cho nhiều mô-đun, mô-đun Q chỉ có thể được chế tạo sau khi mô-đun P đã được xây dựng chính xác và tương tự đối với mô-đun R.
Ví dụ phù hợp nhất cho Spiral Model là MS-Excel vì trang tính MS-Excel có một số ô, là các thành phần của trang tính excel. Vì chúng ta phải tạo các ô trước (mô-đun P), sau đó chúng tôi có thể thực hiện thao tác trên các ô như chia ô thành một nửa (mô-đun Q), hợp nhất các ô thành hai và sau đó chúng tôi có thể vẽ đồ thị trên trang tính excel (mô-đun R ).
Trong Spiral Model, chúng ta có thể thực hiện hai loại thay đổi, như sau:
- Sự thay đổi chính
- Những thay đổi nhỏ
Xem thêm AngularJS Modules
Sự thay đổi chính
Khi khách hàng yêu cầu những thay đổi lớn trong các yêu cầu đối với mô-đun cụ thể, thì chúng tôi chỉ thay đổi mô-đun đó và thực hiện kiểm tra cho cả tích hợp và đơn vị. Và đối với điều này, chúng tôi luôn thích một chu kỳ mới vì nó có thể ảnh hưởng đến các mô-đun hiện có. Những thay đổi lớn có thể là chức năng của phần mềm.
Những thay đổi nhỏ
Bất cứ khi nào khách hàng yêu cầu các thay đổi nhỏ trong ứng dụng cụ thể, thì nhóm phần mềm thực hiện các thay đổi nhỏ hơn cùng với mô-đun mới phải được phát triển đồng thời trong một chu kỳ duy nhất. Và chúng tôi không bao giờ thực hiện bất kỳ chu kỳ hoặc lần lặp mới nào vì một biến thể nhỏ không ảnh hưởng đến chức năng hiện có, đồng thời nó cũng tốn thêm tài nguyên và thời gian. Những thay đổi nhỏ có thể là giao diện người dùng (thay đổi giao diện người dùng).
Ưu điểm và nhược điểm của mô hình xoắn ốc
Ưu điểmNhược điểmCác thay đổi linh hoạt được phép trong mô hình xoắn ốc.Nó không phù hợp với sản phẩm nhỏ và ít rủi ro vì nó có thể gây tốn kém cho một dự án nhỏ hơn.Sự phát triển có thể được phân phối thành các phần nhỏ hơn.Đây là một mô hình truyền thống và do đó các nhà phát triển cũng chỉ làm công việc thử nghiệm.Khách hàng cũng có thể sử dụng ứng dụng này ở giai đoạn đầu. Không có yêu cầu về quy trình xem xét và không được phép phân phối song song trong mô hình xoắn ốc.Rõ ràng hơn cho các Nhà phát triển và kỹ sư Kiểm thử Trong mô hình xoắn ốc, việc quản lý có một chút khó khăn; đó là lý do tại sao nó là một quá trình phức tạp.Nó sẽ cung cấp việc sử dụng rộng rãi các nguyên mẫu.Số lượng tối đa các giai đoạn trung gian cần các thủ tục giấy tờ không cần thiết.
Xem thêm Integration testing trong kiểm thử phần mềm
