Bản Chất Của Mô Hình Thác Nước

9

Giới thiệu:

SDLC là một quá trình mà qua đó một sản phẩm sẽ hoàn thành hoặc một sản phẩm thoát khỏi bất kỳ vấn đề nào. Quy trình phát triển phần mềm được mô tả là một số giai đoạn, thủ tục và các bước tạo ra phần mềm hoàn chỉnh. SDLC tuân theo một loạt các bước được sử dụng cho tiến trình sản phẩm. Nó không là gì ngoài một bậc thang để quản lý dự án một cách có tổ chức. Ngày nay, một số mô hình quy trình khác nhau được tuân theo. Một số trong số đó là:

(i)Mô hình thác nước

(ii)Mô hình xoắn ốc

(iii)RAD

(iv)Mô hình lặp

(v)Mô hình chữ V

Mô hình Xoắn ốc: Mô hình Xoắn ốc chẳng qua là sự kết hợp hoàn hảo của Mô hình thác nước với yếu tố Phân tích rủi ro. Nó tuân theo bốn giai đoạn như lập kế hoạch, Phân tích rủi ro, Kỹ thuật và Đánh giá. Trong các dự án lớn, mô hình này là thích hợp hơn.

RAD: RAD hoặc Phát triển ứng dụng nhanh giải thích chính mô hình đó. Để phát triển nhanh chóng các dự án kịp thời, chúng tôi thích mô hình này hơn. Nói cách khác, chúng ta có thể nói RAD là một biến thể của Mô hình nguyên mẫu. Nhưng nó tuân thủ chặt chẽ hạn chế về thời gian trong từng giai đoạn để phát triển dự án nhanh chóng.

Mô hình lặp: Mô hình lặp là sự kết hợp của một số Mô hình thác nước nhỏ trong mỗi lần lặp. Mặc dù có vẻ hiệu quả hơn nhưng yếu tố thời gian, các bước tiếp theo và độ trễ trong từng giai đoạn mới là vấn đề ở đây.

V-Model: V model là mô hình phát triển phần mềm cổ điển. Nó gói gọn các bước trong giai đoạn Xác minh và Xác thực cho từng bước trong SDLC. Đối với mỗi giai đoạn, giai đoạn tiếp theo trở thành giai đoạn xác minh (QA) và giai đoạn thử nghiệm tương ứng trong nhánh còn lại của V trở thành giai đoạn xác thực (Thử nghiệm).

Mô hình thác nước:

Ngoài những mô hình đã biết này, còn có một số mô hình khác được ngành công nghiệp phần mềm sử dụng tùy thuộc vào quy mô, thời gian và ngân sách của dự án. Ở đây tôi lướt qua mô hình Thác nước nổi tiếng. Đây là một mô hình độc đáo được hầu hết các công ty tuân theo. Trên thực tế, một số tính năng nhất định của Thác nước đã thu hút các giám đốc điều hành cấp cao điều chỉnh nó. Một số tính năng độc đáo là:

1. Nó có thể được thực hiện cho tất cả các dự án quy mô.

2. Nó dẫn đến một cách tiếp cận cụ thể và rõ ràng để phát triển phần mềm.

3. Trong mô hình này, thử nghiệm vốn có ở mọi giai đoạn.

4. Tài liệu được sản xuất ở mọi giai đoạn của mô hình, điều này rất hữu ích cho những người tham gia.

Có nhiều giai đoạn khác nhau có thể được duy trì trong mô hình Thác nước:

(i) Điều tra sơ bộ và phân tích tính khả thi.

(ii) Phân tích yêu cầu

(iii)Thiết kế hệ thống

(iv) Mã hóa

(v) Tích hợp và thử nghiệm

(vi) Triển khai và duy trì

[Preliminary Investigation]

||

[Requirement Analysis]

||

[System Design]

||

[Coding]

||

[Integration & Testing]

||

[Implementation & Maintenance]

(Sơ đồ mô hình thác nước)

Một điều quan trọng của Mô hình thác nước là ở mỗi giai đoạn, một quyết định có ý thức được đưa ra là tiếp tục hay dừng dự án.

Giai đoạn 1–> Điều tra sơ bộ:

Đó là giai đoạn bắt đầu của dự án. Trên thực tế, đó là công việc của các giám đốc điều hành hàng đầu. Mục đích của giai đoạn này không phải là phát triển hệ thống mà là điều tra vấn đề hoặc đưa ra quyết định cho các yêu cầu mới. Khi các giám đốc điều hành đưa ra quyết định về một dự án, họ sẽ cân nhắc nhiều yếu tố khác nhau, như Công nghệ, Thời gian, Ngân sách..

Khi thỏa thuận đã được thực hiện để tiếp tục với dự án, giai đoạn thứ hai của SDLC được thực hiện.

Giai đoạn 2 -> Phân tích yêu cầu:

Giai đoạn này liên quan đến việc thu thập các yêu cầu của hệ thống. Giai đoạn này còn được gọi là giai đoạn Thu thập dữ liệu. Quá trình này liên quan đến việc tạo tài liệu và xem xét yêu cầu. Đầu ra của giai đoạn này là một tài liệu yêu cầu chính thức tức là đặc tả yêu cầu phần mềm.

Giai đoạn 3–>Thiết kế hệ thống:

Lưu ý đến các yêu cầu, thông số kỹ thuật hệ thống được dịch sang phần trình bày phần mềm. Trong giai đoạn này, nhà thiết kế nhấn mạnh vào

i) Thuật toán

ii)Cấu trúc dữ liệu

iii) Kiến trúc phần mềm

iv)Thiết kế giao diện

Trong giai đoạn này, các thành phần khác nhau luôn xuất hiện trước, đó là đầu vào, đầu ra, quá trình xử lý và tệp. Nhà thiết kế chịu trách nhiệm cho tất cả những điều này. Thiết kế hệ thống không là gì ngoài nền tảng cho việc lập trình viên viết mã tốt như thế nào. Giai đoạn thiết kế dẫn đến đầu ra cho giai đoạn tiếp theo tức là Tuyên bố Yêu cầu Hình thức.

Giai đoạn 4 -> Viết mã:

Trong giai đoạn này, lập trình viên bắt đầu viết mã của mình để đưa ra bản phác thảo đầy đủ về sản phẩm. Nói cách khác, các thông số kỹ thuật hệ thống chỉ được chuyển đổi thành mã máy tính có thể đọc được. Nhưng đôi khi rất khó để những người viết mã duy trì thiết kế. Vì vậy, vì lý do đó, việc kiểm tra và kiểm tra lại tuyên bố yêu cầu là cần thiết. Bất cứ khi nào có bất kỳ sai lệch nào, sẽ luôn được PL hoặc Khách hàng chấp thuận.

Giai đoạn 5–>Tích hợp & Thử nghiệm:

Trong giai đoạn này, tất cả các chương trình (mô hình) được tích hợp và kiểm tra để đảm bảo rằng hệ thống hoàn chỉnh đáp ứng các yêu cầu phần mềm. Thử nghiệm liên quan đến xác minh và xác nhận. Ngoài việc kiểm tra Đơn vị này và kiểm tra Tích hợp được thực hiện để kiểm tra tất cả các lớp và chức năng, v.v. Kiểm tra tích hợp được thực hiện bằng cách gộp đơn vị này với đơn vị khác và kiểm tra toàn bộ chúng.

Giai đoạn 6–>Triển khai & Bảo trì:

Giai đoạn triển khai liên quan đến việc viết mã hoặc lập trình thực sự của phần mềm. Đầu ra của giai đoạn này thường là thư viện, tệp thực thi, hướng dẫn sử dụng và tài liệu phần mềm bổ sung. Giai đoạn bảo trì là giai đoạn dài nhất của SDLC. Trong giai đoạn này, phần mềm được cập nhật thành:

-đáp ứng nhu cầu thay đổi của khách hàng

– Thích ứng với sự thay đổi của môi trường bên ngoài

– sửa lỗi và sơ suất trước đây không được phát hiện trong giai đoạn thử nghiệm.

-Nâng cao hiệu quả của phần mềm.

Phần kết luận:

Tóm lại, tôi muốn nói rằng Mô hình thác nước là một mô hình quy trình được tổ chức tốt và hướng tài liệu, điều này sẽ dẫn đến một phần mềm cụ thể, bảo mật và đáng tin cậy hơn.


Vy Lan