Chu trình phát triển phần mềm
Vòng đời phát triển phần mềm (SDLC) là một quá trình theo sau trong một dự án phần mềm, trong một tổ chức phần mềm. Nó bao gồm một kế hoạch chi tiết mô tả cách phát triển, bảo trì, thay thế và thay đổi hoặc nâng cao phần mềm cụ thể. Nó xác định một phương pháp luận để cải thiện chất lượng của phần mềm và quá trình phát triển tổng thể.
SDLC là một quy trình được sử dụng bởi các nhà phân tích CNTT để phát triển hoặc thiết kế lại hệ thống phần mềm chất lượng cao, đáp ứng cả yêu cầu của khách hàng và thế giới thực.
Cần xem xét tất cả các khía cạnh liên quan của kiểm thử phần mềm, phân tích và bảo trì sau quy trình.
Các giai đoạn quan trọng của SDLC được mô tả trong hình minh họa sau:
Giai đoạn lập kế hoạch
Mọi hoạt động đều phải bắt đầu bằng một kế hoạch. Không lập kế hoạch là lập kế hoạch thất bại. Mức độ lập kế hoạch khác nhau giữa các mô hình này với mô hình khác, nhưng điều rất quan trọng là phải hiểu rõ những gì chúng ta sẽ xây dựng bằng cách tạo ra các thông số kỹ thuật của hệ thống.
Giai đoạn xác định
Trong giai đoạn này, chúng tôi phân tích và xác định cấu trúc của hệ thống. Chúng tôi xác định kiến trúc, các thành phần và cách các thành phần này kết hợp với nhau để tạo ra một hệ thống hoạt động.
Giai đoạn thiết kế
Trong thiết kế hệ thống, các chức năng và hoạt động thiết kế được mô tả chi tiết, bao gồm bố cục màn hình, quy tắc nghiệp vụ, sơ đồ quy trình và các tài liệu khác. Đầu ra của giai đoạn này sẽ mô tả hệ thống mới như một tập hợp các mô-đun hoặc hệ thống con.
Giai đoạn xây dựng
Đây là giai đoạn phát triển. Chúng tôi bắt đầu tạo mã dựa trên thiết kế của hệ thống bằng cách sử dụng trình biên dịch, trình thông dịch, trình gỡ lỗi để đưa hệ thống vào hoạt động.
Thực hiện
Thực hiện là một phần của Giai đoạn Xây dựng. Trong giai đoạn này, chúng tôi bắt đầu tạo mã dựa trên thiết kế của hệ thống bằng cách sử dụng trình biên dịch, trình thông dịch, trình gỡ lỗi để đưa hệ thống vào hoạt động.
Giai đoạn thử nghiệm
Khi các phần khác nhau của hệ thống được hoàn thành; chúng được trải qua một loạt các bài kiểm tra. nó được kiểm tra dựa trên các yêu cầu để đảm bảo rằng sản phẩm đang thực sự giải quyết các nhu cầu được giải quyết trong giai đoạn yêu cầu.
Các kế hoạch kiểm thử và các trường hợp kiểm thử được sử dụng để xác định lỗi và đảm bảo rằng hệ thống đang hoạt động theo các thông số kỹ thuật.
Trong giai đoạn này, các loại kiểm thử khác nhau như kiểm thử đơn vị, kiểm thử thủ công, kiểm thử chấp nhận và kiểm thử hệ thống được thực hiện.
Theo dõi khiếm khuyết trong thử nghiệm
Báo cáo kiểm thử phần mềm được sử dụng để truyền đạt kết quả của các kế hoạch kiểm thử đã thực thi. Trong trường hợp này, một báo cáo phải chứa tất cả thông tin kiểm tra liên quan đến hệ thống hiện tại đang được kiểm tra. Tính đầy đủ của các báo cáo sẽ được xác minh trong các phiên hướng dẫn.
Thử nghiệm cho một dự án tìm cách hoàn thành hai mục tiêu chính:
Phát hiện các hư hỏng và khiếm khuyết trong hệ thống.
Phát hiện sự không nhất quán giữa yêu cầu và việc thực hiện.
Lưu đồ sau đây mô tả Defect Tracking Process -
Để đạt được các mục tiêu chính, chiến lược thử nghiệm cho hệ thống được đề xuất thường sẽ bao gồm bốn cấp độ thử nghiệm.
Đây là kiểm thử đơn vị, kiểm thử tích hợp, kiểm thử chấp nhận và kiểm thử hồi quy. Các phần phụ sau đây phác thảo các cấp độ kiểm tra này, vai trò của nhóm phát triển nào chịu trách nhiệm phát triển và thực hiện chúng, và các tiêu chí để xác định tính hoàn chỉnh của chúng.
Triển khai
Sau khi giai đoạn thử nghiệm kết thúc, hệ thống được giải phóng và đi vào môi trường sản xuất. Sau khi sản phẩm được thử nghiệm và sẵn sàng được triển khai, nó sẽ được phát hành chính thức trên thị trường thích hợp. Đôi khi, việc triển khai sản phẩm diễn ra theo từng giai đoạn theo chiến lược kinh doanh của tổ chức.
Trước tiên, sản phẩm có thể được phát hành trong một phân khúc hạn chế và được thử nghiệm trong môi trường kinh doanh thực tế (UAT- Thử nghiệm chấp nhận người dùng). Sau đó, dựa trên phản hồi, sản phẩm có thể được phát hành như hiện tại hoặc với các cải tiến được đề xuất trong phân khúc thị trường mục tiêu.
Đăng quy trình SDLC
Sau khi sản phẩm được phát hành trên thị trường, việc bảo trì sản phẩm được thực hiện cho cơ sở khách hàng hiện có.
Khi ở trong môi trường sản xuất, hệ thống sẽ phải chịu các sửa đổi vì các lỗi không được phát hiện hoặc các sự kiện không mong muốn khác. Hệ thống được đánh giá và chu kỳ được lặp lại để duy trì hệ thống.
Vai trò của nhà phân tích kinh doanh trong quá trình SDLC
Như chúng ta có thể thấy sơ đồ dưới đây, BA tham gia vào việc thúc đẩy yêu cầu kinh doanh và chuyển đổi chúng thành các yêu cầu giải pháp.
Ông tham gia vào việc dịch các tính năng của giải pháp thành các yêu cầu phần mềm. Sau đó dẫn đầu trong giai đoạn phân tích và thiết kế, ra lệnh trong phát triển mã, sau đó theo giai đoạn thử nghiệm trong quá trình sửa lỗi với tư cách là tác nhân thay đổi trong nhóm dự án và cuối cùng là hoàn thành các yêu cầu của khách hàng.
