Rate this post

SDLC là một quá trình tạo ra cấu trúc phát triển phần mềm. Có các giai đoạn khác nhau trong SDLC và mỗi giai đoạn có các hoạt động khác nhau của nó. Nó giúp nhóm phát triển có thể thiết kế, tạo và cung cấp một sản phẩm chất lượng cao.

Các bài viết liên quan:

SDLC mô tả các giai đoạn phát triển phần mềm khác nhau và thứ tự thực hiện các giai đoạn. Mỗi giai đoạn yêu cầu có thể phân phối từ giai đoạn trước trong vòng đời phát triển phần mềm. Các yêu cầu được chuyển thành thiết kế, thiết kế thành phát triển và phát triển thành thử nghiệm; sau khi thử nghiệm, nó được đưa cho khách hàng.

Chúng ta hãy xem tất cả các giai đoạn một cách chi tiết:

Các giai đoạn phát triển phần mềm

Requirement Phase

Đây là giai đoạn quan trọng nhất của vòng đời phát triển phần mềm đối với nhóm phát triển cũng như đối với người quản lý dự án. Trong giai đoạn này, khách hàng nêu các yêu cầu, thông số kỹ thuật, kỳ vọng và bất kỳ yêu cầu đặc biệt nào khác liên quan đến sản phẩm hoặc phần mềm. Tất cả những điều này được thu thập bởi giám đốc kinh doanh hoặc giám đốc dự án hoặc nhà phân tích của công ty cung cấp dịch vụ.

Yêu cầu bao gồm cách sản phẩm sẽ được sử dụng và ai sẽ sử dụng sản phẩm để xác định tải hoạt động. Tất cả thông tin thu thập được từ giai đoạn này là rất quan trọng để phát triển sản phẩm theo yêu cầu của khách hàng.

Design Phase

Giai đoạn thiết kế bao gồm phân tích chi tiết phần mềm mới theo giai đoạn yêu cầu. Đây là giai đoạn ưu tiên cao trong vòng đời phát triển của hệ thống vì thiết kế logic của hệ thống được chuyển đổi thành thiết kế vật lý. Đầu ra của giai đoạn yêu cầu là một tập hợp những thứ được yêu cầu và giai đoạn thiết kế đưa ra cách thức để thực hiện những yêu cầu này. Giai đoạn này đưa ra quyết định về tất cả các công cụ thiết yếu cần thiết như ngôn ngữ lập trình như Java, .NET, PHP, cơ sở dữ liệu như Oracle, MySQL, sự kết hợp giữa phần cứng và phần mềm để cung cấp một nền tảng mà phần mềm có thể chạy mà không gặp vấn đề gì.

Có một số kỹ thuật và công cụ, chẳng hạn như sơ đồ luồng dữ liệu, lưu đồ, bảng quyết định và cây quyết định, Từ điển dữ liệu và từ điển có cấu trúc được sử dụng để mô tả thiết kế hệ thống.

Build /Development Phase

Sau khi hoàn thành thành công giai đoạn yêu cầu và thiết kế, bước tiếp theo là thực hiện thiết kế vào quá trình phát triển hệ thống phần mềm. Trong giai đoạn này, công việc được chia thành các đơn vị nhỏ và mã hóa bắt đầu bởi nhóm các nhà phát triển theo thiết kế đã thảo luận ở giai đoạn trước và theo yêu cầu của khách hàng đã thảo luận trong giai đoạn yêu cầu để tạo ra kết quả mong muốn.

Các nhà phát triển front-end phát triển GUI dễ dàng và hấp dẫn và các giao diện cần thiết để tương tác với các hoạt động back-end và các nhà phát triển back-end thực hiện mã hóa back-end theo các hoạt động được yêu cầu. Tất cả được thực hiện theo quy trình và hướng dẫn được chứng minh bởi người quản lý dự án.

Vì đây là giai đoạn viết mã nên nhà phát triển sẽ mất nhiều thời gian nhất và cách tiếp cận tập trung hơn trong vòng đời phát triển phần mềm.

Testing Phase

Kiểm thử là bước cuối cùng của quá trình hoàn thiện một hệ thống phần mềm. Trong giai đoạn này, sau khi nhận được sự kết hợp GUI và back-end đã phát triển, nó sẽ được kiểm tra theo các yêu cầu đã nêu trong giai đoạn yêu cầu. Kiểm tra xác định liệu phần mềm có thực sự đưa ra kết quả theo các yêu cầu được giải quyết trong giai đoạn yêu cầu hay không. Nhóm Phát triển lập kế hoạch thử nghiệm để bắt đầu thử nghiệm. Kế hoạch kiểm thử này bao gồm tất cả các loại kiểm thử thiết yếu như kiểm thử tích hợp, kiểm thử đơn vị, kiểm thử chấp nhận và kiểm thử hệ thống. Kiểm thử phi chức năng cũng được thực hiện trong giai đoạn này.

Nếu có bất kỳ khiếm khuyết nào trong phần mềm hoặc nó không hoạt động như mong đợi, thì nhóm kiểm thử sẽ cung cấp thông tin chi tiết cho nhóm phát triển về vấn đề này. Nếu đó là một khiếm khuyết hợp lệ hoặc đáng để loại bỏ, nó sẽ được sửa và nhóm phát triển sẽ thay thế nó bằng một lỗi mới và nó cũng cần được xác minh.

Deployment/ Deliver Phase

Khi quá trình kiểm thử phần mềm được hoàn thành với kết quả hài lòng và không còn vấn đề gì trong quá trình hoạt động của phần mềm, phần mềm sẽ được giao cho khách hàng để họ sử dụng.

Ngay sau khi khách hàng nhận được sản phẩm, trước tiên họ nên thực hiện thử nghiệm beta. Trong thử nghiệm beta, khách hàng có thể yêu cầu bất kỳ thay đổi nào không có trong phần mềm nhưng được đề cập trong tài liệu yêu cầu hoặc bất kỳ thay đổi GUI nào khác để làm cho nó thân thiện hơn với người dùng. Bên cạnh đó, nếu bất kỳ loại lỗi nào gặp phải trong khi khách hàng sử dụng phần mềm; nó sẽ được thông báo cho nhóm phát triển của phần mềm cụ thể đó để giải quyết vấn đề. Nếu đó là một vấn đề nghiêm trọng, thì nhóm phát triển sẽ giải quyết nó trong thời gian ngắn; ngược lại nếu bớt nặng thì đợi bản sau.

Thay vì giải pháp cho tất cả các loại lỗi và thay đổi, phần mềm cuối cùng đã được triển khai cho người dùng cuối.

Maintenance

Giai đoạn bảo trì là giai đoạn cuối cùng và lâu dài của SDLC vì nó là quá trình tiếp tục cho đến khi vòng đời của phần mềm kết thúc. Khi khách hàng bắt đầu sử dụng phần mềm, thì những vấn đề thực tế bắt đầu xảy ra và lúc đó cần phải giải quyết những vấn đề này. Giai đoạn này cũng bao gồm việc thực hiện các thay đổi trong phần cứng và phần mềm để duy trì hiệu quả hoạt động của nó như cải thiện hiệu suất, nâng cao tính năng bảo mật và theo yêu cầu của khách hàng trong thời gian sắp tới. Quá trình này để chăm sóc sản phẩm theo thời gian được gọi là bảo trì.

“Vì vậy, tất cả những điều này là sáu giai đoạn của vòng đời phát triển phần mềm (SDLC), trong đó quá trình phát triển phần mềm diễn ra. Tất cả đều là giai đoạn bắt buộc mà không có bất kỳ giai đoạn phát triển nào là không thể thực hiện được vì sự phát triển tiếp tục trong suốt thời gian tồn tại của phần mềm với bảo trì giai đoạn”.

Mô hình Software Development Life Cycle (SDLC) 

Các mô hình phát triển phần mềm là một số quy trình hoặc cách tiếp cận đang được lựa chọn để phát triển dự án dựa trên các mục tiêu của dự án. Để thực hiện các mục đích khác nhau, chúng tôi có nhiều mô hình vòng đời phát triển. Và những mô hình này xác định nhiều giai đoạn của quá trình. Chọn đúng mô hình để phát triển ứng dụng phần mềm là rất quan trọng vì nó sẽ giải thích cái gì, ở đâu và khi nào của thử nghiệm theo kế hoạch của chúng tôi.

Dưới đây là các mô hình hoặc phương pháp phát triển phần mềm khác nhau:

  • Waterfall model
  • Spiral model
  • Verification and validation model
  • Prototype model
  • Hybrid model

Chu trình phát triển phần mềm

Waterfall Model

Đây là mô hình tuần tự-tuyến tính đầu tiên vì đầu ra của một giai đoạn là đầu vào của giai đoạn tiếp theo. Nó đơn giản và dễ hiểu, được sử dụng cho một dự án nhỏ. Các giai đoạn khác nhau của mô hình thác nước như sau:

  • Requirement analysis
  • Feasibility study
  • Design
  • Coding
  • Testing
  • Installation
  • Maintenance

Để biết thông tin về mô hình thác nước, tham khảo liên kết dưới đây:

Spiral Model

Đây là mô hình dãy phòng tốt nhất cho một dự án cấp trung bình. Nó còn được gọi là mô hình Tuần hoàn và Lặp lại. Bất cứ khi nào các mô-đun phụ thuộc vào nhau, chúng tôi chọn mô hình này. Và tại đây, chúng tôi phát triển mô hình ứng dụng một cách khôn ngoan và sau đó bàn giao cho khách hàng. Các giai đoạn khác nhau của mô hình xoắn ốc như sau:

  • Requirement collection
  • Design
  • Coding
  • Testing

Để biết thông tin về mô hình xoắn ốc, hãy tham khảo liên kết dưới đây:

Prototype Model

Kể từ thời điểm mà sự từ chối của khách hàng nhiều hơn trong mô hình trước đó, chúng tôi áp dụng mô hình này vì sự từ chối của khách hàng ít hơn. Ngoài ra, nó cho phép chúng tôi chuẩn bị một mẫu (nguyên mẫu) trong giai đoạn đầu của quy trình, chúng tôi có thể cho khách hàng xem và nhận được sự chấp thuận của họ và bắt đầu làm việc trên dự án ban đầu. Mô hình này đề cập đến hành động tạo nguyên mẫu của ứng dụng.

Để biết thông tin về mô hình nguyên mẫu, hãy tham khảo liên kết dưới đây:

Verification & Validation Model

Nó là một phiên bản mở rộng của mô hình thác nước. Nó sẽ thực hiện trong hai giai đoạn, trong đó giai đoạn đầu tiên, chúng tôi sẽ thực hiện quá trình xác minh và khi đơn đăng ký sẵn sàng, chúng tôi sẽ thực hiện quá trình xác nhận. Trong mô hình này, việc triển khai diễn ra theo hình chữ V, có nghĩa là quá trình xác minh được thực hiện theo dòng đi xuống và quá trình xác nhận hoàn thành theo dòng đi lên.

Để biết thông tin về mô hình Xác minh và xác thực, hãy tham khảo liên kết dưới đây:

Hybrid Model

Mô hình lai được sử dụng khi chúng ta cần thu nhận các thuộc tính của hai mô hình trong mô hình đơn. Mô hình này phù hợp với các dự án vừa, nhỏ và lớn vì nó dễ áp ​​dụng, dễ hiểu.

Sự kết hợp của hai mô hình có thể như sau:

  • V và nguyên mẫu
  • Xoắn ốc và Nguyên mẫu

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *

Contact Me on Zalo
Call now