(+84) 236.3827111 ex. 402

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


I. Tổng quan về quy trình phát triển phần mềm

  • Một quy trình tốt và hợp lí luôn tạo ra những sản phẩm đạt tiêu chuẩn. Nó giúp tương tác hóa các hoạt động và yếu tố với nhau một các nhịp nhàng, đem lại hiệu quả.
  • Có thể cho rằng quy trình phần mềm đem lại chất lượng, năng suất, giá thành phần phềm, từ đó tăng tính cạnh tranh và đem lại lợi nhuận cao cho doanh nghiệp.

1. Khái niệm

Quy trình phát triển phần mềm là một tập hợp các hoạt động tổ chức mà mục đích của chúng là xây dựng và phát triển phần mềm.

Những câu hỏi được đặt ra ở đâu là:

  • Nhân sự: Ai sẽ làm? Ai làm gì?
  • Thời gian: Khi nào làm? Làm mất bao nhiêu thời gian?
  • Phương pháp: Làm như thế nào?
  • Công cụ: Dùng công cụ gì để làm công việc này?
  • Chi phí: Chi phí bỏ ra bao nhiêu? Thu về bao nhiêu? (ước tính)
  • Mục tiêu: Mục tiêu hướng đến là gì?
    • Mỗi loại hệ thống khác nhau thì cần những quy trình phát triển khác nhau
    • 2. Các hoạt động cơ bản của quy trình phát triển phần mềm

      • Có 4 thao tác là nền tảng của hầu hết các quy trình phát triển phần mềm:
        • Đặc tả phần mềm: Định nghĩa được các chức năng, điều kiện hoạt động của phần mềm.
        • Phát triển phần mềm: Là quá trình xây dựng các đặc tả.
        • Đánh giá phần mềm: Phầm mềm phải được đánh giá để chắc chắn rằng ít nhất có thể thực hiện những gì mà tài liệu đặc tả yêu cầu.
        • Tiến hóa phần mềm: Đây là quá trình hoàn thiện các chức năng cũng như giao diện để ngày càng hoàn thiện phần mềm cũng như các yêu cầu đưa ra từ phía khách hàng.

      II. Các mô hình phát triển trong dự án phần mềm

      1. Waterfall model- Mô hình thác nước

      b3664f232c24c00464bcce3d04b914ae550dcf0e

        • Mô tả:
          • Mô hình thác nước là mô hình áp dụng theo tính tuần tự của các giai đoạn phát triển phần mềm
          • Có nghĩa là: giai đoạn sau chỉ được thực hiện tiếp khi giai đoạn trước đã kết thúc
          • Không được quay lại giai đoạn trước để xử lí các thay đổi trong yêu cầu
          • Đây được coi là mô hình phát triển phần mềm đầu tiên.
        • áp dụng:
          • Thường được áp dụng cho các dự án không thường xuyên bị thay đổi về yêu cầu.
        • Đặc điểm
          • Ưu điểm:
          • Dễ sử dụng, dễ tiếp cận
          • Các giai đoạn và hoạt động được xác định rõ ràng
          • Xác nhận ở từng giai đoạn, đảm bảo phát hiện sớm các lỗi
          • Nhược điểm:
          • Rất khó để quay lại giai đoạn nào khi nó đã kết thúc
          • ít tính linh hoạt và phạm vi điều chỉnh của nó khá là khó khăn, tốn kém.

          Tham khảo thêm: https://melsatar.wordpress.com/2012/03/15/software-development-life-cycle-models-and-methodologies/

      1. V- Shaped Model- Mô hình chữ V

      930f0f76b504abba9785b9ce61fba694a6de4c2b

      • Mô tả:
      • Đây là mô hình mở rộng từ mô hình thác nước
      • Thay vì di chuyển xuống theo tuần tự các bước thì quy trình sẽ đi theo hình chữ V
      • áp dụng:
      • Yêu cầu phần mềm phải xác định rõ ràng
      • Công nghệ phần mềm và các công cụ phải được tìm hiểu kĩ
      • Đặc điểm:
      • Ưu điểm:
        • Đơn giản dễ sử dụng
        • Phấn phối cụ thể theo mỗi giai đoạn
        • Thực hiện verification và validation sớm trong mỗi giai đoạn phát triển
      • Nhược điểm:
        • Phạm vi điều chỉnh khá là khó khăn và tốn kém.

      Tham khảo thêm: https://melsatar.wordpress.com/2012/03/15/software-development-life-cycle-models-and-methodologies/

      3. Spiral Model – Mô hình xoắn ốc

      0895478c0208218ff2c1eba2c3cadc914c2a4395

      • Mô tả:
        • Là mô hình kết hợp giữa các tính năng của mô hình prototyping và mô hình thác nước.
        • Mô hình xoắn ốc được ưa chuộng cho các dự án lớn, đắt tiền và phức tạp.
        • Mô hình này sử dụng nhiều những giai đoạn tương tự như mô hình thác nước, về thứ tự, plan, đánh giá rủi ro, …
      • áp dụng:
        • Thường được sử dụng cho các ứng dụng lớn và các hệ thống được xây dựng theo các giai đoạn nhỏ hoặc theo các phân đoạn
      • Đặc điểm:
        • Ưu điểm:
          • Estimates (i.e. budget, schedule, etc.) trở nên thực tế hơn như là một quy trình làm việc, bởi vì những vấn đề quan trọng đã được phát hiện sớm hơn.
          • Có sự tham gia sớm của deverlopers
          • Quản lý rủi ro và phát triển hệ thống theo phase
        • Nhược điểm:
          • Chi phí cao và thời gian dài để có sản phẩm cuối cùng
          • Phải có kỹ năng tốt để đánh giá rủi ro và giả định.
        • Nguồn: https://techtalk.vn/quy-trinh-phat-trien-phan-mem.html