Quá trình xác minh và xác nhận thiết kế

⚡ Tóm tắt thông minh

Kiểm chứng thiết kế xác nhận rằng kết quả thiết kế phù hợp với thông tin thiết kế đầu vào đã được ghi lại, trong khi xác nhận thiết kế xác nhận rằng sản phẩm hoàn thiện đáp ứng được nhu cầu thực tế của người dùng. Cả hai đều được thực hiện xuyên suốt quá trình phát triển, chứ không chỉ một lần duy nhất ở giai đoạn cuối.

  • 🔘 Hai câu hỏi khác nhau: Kiểm chứng đặt câu hỏi liệu sản phẩm có được thiết kế đúng hay không, còn xác nhận đặt câu hỏi liệu sản phẩm đúng đã được thiết kế hay chưa.
  • ☑️ Đầu vào và đầu ra: Đầu vào thiết kế là tập hợp các yêu cầu về vật lý và hiệu năng; đầu ra thiết kế là những gì mỗi giai đoạn thiết kế tạo ra và là những gì quá trình kiểm chứng thực hiện.
  • Bằng chứng khách quan: Quá trình xác nhận chỉ hoàn tất khi có bằng chứng vật lý chứng minh sản phẩm đáp ứng được các nhu cầu của người dùng đã được ghi nhận.
  • 🧪 Quy trình xác minh năm giai đoạn: Nhận diện và chuẩn bị, lập kế hoạch, phát triểnpingViệc thực hiện và báo cáo tạo thành một chuỗi quy trình xác minh tiêu chuẩn.
  • 🛠️ TracKhả năng hoạt động xuyên suốt: Mối liên hệ giữa các yếu tố đầu vào thiết kế, các trường hợp thử nghiệm và kết quả là bằng chứng cho thấy mọi yêu cầu đều đã được đáp ứng.
  • 📈 Trình tự rất quan trọng: Quá trình xác nhận diễn ra sau khi đã xác minh thành công, và việc xác minh không bao giờ có thể thay thế cho quá trình xác nhận.

Quy trình xác minh và thẩm định thiết kế trong phát triển phần mềm

Xác minh thiết kế

Xác minh thiết kế Kiểm chứng thiết kế là một phương pháp để xác nhận, thông qua việc kiểm tra và cung cấp bằng chứng, rằng đầu ra của một sản phẩm phần mềm được thiết kế đáp ứng các thông số kỹ thuật đầu vào. Mục tiêu của quá trình kiểm chứng thiết kế trong quá trình phát triển phần mềm là để đảm bảo rằng sản phẩm phần mềm được thiết kế giống với những gì đã được chỉ định.

Đầu vào thiết kế là bất kỳ yêu cầu vật lý và hiệu năng nào được sử dụng làm cơ sở cho thiết kế. Đầu ra thiết kế là kết quả của từng giai đoạn thiết kế và của toàn bộ nỗ lực thiết kế. Trong các ngành công nghiệp được quản lý chặt chẽ như thiết bị y tế, đầu ra thiết kế cuối cùng trở thành cơ sở cho hồ sơ chính của thiết bị, đó là lý do tại sao thuật ngữ kiểm soát thiết kế xuất hiện rất thường xuyên trong tài liệu xác minh.

Trên thực tế, quá trình xác minh so sánh hai bộ tài liệu: các thông số kỹ thuật, tiêu chuẩn và ràng buộc đầu vào, với các bản vẽ, mã nguồn và hướng dẫn kiểm thử đầu ra. Bất kỳ sự không khớp nào giữa chúng đều là một phát hiện cần xác minh.

Xác thực thiết kế

Kiểm chứng chứng minh tính nhất quán nội bộ. Thẩm định đặt ra câu hỏi khó hơn: liệu bản đặc tả có mô tả đúng sản phẩm ngay từ đầu hay không.

Xác thực thiết kế Kiểm định thiết kế là một quá trình đánh giá sản phẩm phần mềm dựa trên các yêu cầu chính xác của người dùng cuối hoặc các bên liên quan. Mục đích của kiểm định thiết kế là để kiểm tra sản phẩm phần mềm sau khi phát triển nhằm xác nhận rằng nó đáp ứng các yêu cầu đó khi được sử dụng trong môi trường của người dùng.

Quá trình xác thực liên quan đến việc chứng minh tính nhất quán và đầy đủ của thiết kế so với nhu cầu của người dùng. Đây là giai đoạn bạn thực sự xây dựng một phiên bản của sản phẩm và xác thực nó dựa trên các yêu cầu của người dùng.

Biểu ngữ bên dưới mô tả hai phần của hoạt động như thường được trình bày trong hồ sơ thiết kế.

Tiêu đề "Xác thực thiết kế" được sử dụng trong hồ sơ kiểm soát thiết kế.

Sơ đồ dưới đây minh họa quy trình xác thực thiết kế, từ nhu cầu người dùng cho đến sản phẩm đã được xác thực.

Quy trình xác thực thiết kế từ nhu cầu người dùng đến sản phẩm đã được xác nhận.

Mục đích là để chứng minh bằng chứng cứ khách quan rằng sản phẩm đáp ứng được các nhu cầu đã được ghi nhận của người dùng. Chứng cứ khách quan đơn giản là bằng chứng vật lý về kết quả đầu ra — một hình ảnh, một tệp văn bản, một tệp âm thanh hoặc một báo cáo có chữ ký — cho thấy quy trình đã thực sự được thực hiện.

Thông qua bằng chứng khách quan đó, quy trình này liên tục kiểm tra xem sản phẩm có đáp ứng các yêu cầu đã được xác định trước hay không. Nó bao gồm các hoạt động thử nghiệm, kiểm tra, phân tích và các kỹ thuật tương tự, đó là lý do tại sao quá trình thẩm định thường dựa trên... Thử nghiệm hệ thốngkiểm tra sự chấp nhận của người dùng thay vì kiểm tra ở cấp đơn vị.

Sự khác biệt giữa Xác minh và Xác thực Thiết kế

Luôn có những hiểu lầm giữa xác minh và thẩm định. Chúng là hai hoạt động khác nhau, và cả hai đều được thực hiện ở mọi giai đoạn của quá trình phát triển chứ không chỉ ở một mốc quan trọng duy nhất.

Xác minh thiết kế Xác thực thiết kế
Kiểm chứng thiết kế được sử dụng khi kết quả thiết kế thực tế phải giống với kết quả thiết kế mong muốn, đáp ứng các thông số kỹ thuật của sản phẩm. Kiểm định thiết kế được sử dụng để xác định xem thiết kế cuối cùng có đáp ứng được kỳ vọng và nhu cầu của người dùng hay không.
Kiểm định thiết kế đặt ra câu hỏi: Bạn đã thiết kế sản phẩm đúng cách chưa? Kiểm định thiết kế đặt ra câu hỏi: Bạn đã thiết kế đúng sản phẩm chưa?
Kiểm tra thiết kế bao gồm kiểm tra đơn vị và kiểm tra chính. kiểm thử tích hợp cấp độ. Xác nhận thiết kế bao gồm tích hợp cấp thứ cấp hoặc cấp cao hơn và thử nghiệm cấp hệ thống.
Một số khía cạnh của việc xác nhận thiết kế có thể được thực hiện trong quá trình kiểm chứng thiết kế, nhưng kiểm chứng thiết kế không thể thay thế cho việc xác nhận thiết kế. Xác nhận thiết kế theo sau xác minh thiết kế thành công.
Việc kiểm định thiết kế có thể được thực hiện trên từng mô-đun riêng lẻ hoặc trên toàn bộ hệ thống trong bất kỳ điều kiện nào. Việc xác nhận thiết kế phải được tiến hành trong một điều kiện cụ thể theo yêu cầu của người dùng.
Việc xác nhận thiết kế có thể sử dụng các kỹ thuật tĩnh. Nó bao gồm các hoạt động kiểm tra hệ thống, phân tích và xác nhận chính thức. Quá trình thẩm định thiết kế bao gồm báo cáo cuối cùng về kết quả thực hiện thử nghiệm, được xem xét, phê duyệt và ký tên. Các tài liệu này được lưu trữ để tham khảo trong tương lai.

Một lối tắt hữu ích: việc xác minh chủ yếu là công việc tĩnh so sánh với tài liệu, trong khi xác thực chủ yếu là thử nghiệm động chống lại một lối chơi tấn công dồn dập.

Quy trình xác minh thiết kế

Quá trình xác minh diễn ra qua năm giai đoạn, và mỗi giai đoạn tạo ra một sản phẩm mà giai đoạn tiếp theo phụ thuộc vào.

Nhận dạng và chuẩn bị:

  • Trong quá trình xây dựng bản đặc tả kỹ thuật, hoạt động kiểm chứng được xác định song song. Điều này cho phép người thiết kế đảm bảo bản đặc tả kỹ thuật thực sự có thể kiểm chứng được, để kỹ sư kiểm thử có thể bắt đầu lập kế hoạch và quy trình kiểm thử chi tiết. Bất kỳ thay đổi nào đối với bản đặc tả kỹ thuật đều phải được thông báo.
  • Xác định phương pháp tiếp cận tốt nhất để tiến hành xác minh và định nghĩa các phương pháp đo lường, nguồn lực, công cụ và thiết bị cần thiết.
  • Kế hoạch thẩm định đã hoàn thiện sẽ được xem xét lại với nhóm thiết kế để phát hiện các vấn đề trước khi kế hoạch được hoàn thiện.

Lập kế hoạch:

  • Lập kế hoạch xác minh là một hoạt động song song giữa nhóm cốt lõi và nhóm phát triển. Hoạt động này diễn ra xuyên suốt vòng đời dự án và được cập nhật bất cứ khi nào các thông số thiết kế thay đổi.
  • Trong giai đoạn này, phần mềm hoặc hệ thống cần kiểm thử được ghi lại trong phạm vi kiểm thử.
  • Một kế hoạch thử nghiệm sơ bộ được lập ra và sau đó được tinh chỉnh. Kế hoạch này ghi lại các mốc quan trọng giúp giảm thiểu rủi ro dự án.
  • Các công cụ, môi trường thử nghiệm và chiến lược phát triển được lựa chọn, và các yêu cầu cần được xác nhận thông qua kiểm tra hoặc phân tích được xác định.

phát triểnping:

  • Kiểm tra trường hợp sự phát triển trùng khớp với Phương pháp SDLC Nhóm dự án đã triển khai nhiều phương pháp thử nghiệm khác nhau. Ở giai đoạn này, nhiều phương pháp thử nghiệm đã được xác định.
  • Các yếu tố đầu vào thiết kế phải được phát triển sao cho ngay cả các hoạt động kiểm chứng đơn giản nhất cũng phải rõ ràng và có thể kiểm chứng được.
  • Thời gian xác minh được rút ngắn khi các khái niệm tương tự được xác minh theo trình tự, bởi vì kết quả của một bài kiểm tra có thể được sử dụng lại làm đầu vào cho bài kiểm tra tiếp theo.
  • TracCác liên kết khả thi được tạo ra giữa các trường hợp thử nghiệm và các đầu vào thiết kế tương ứng của chúng, để đảm bảo rằng mọi yêu cầu đều được kiểm tra và đầu ra thiết kế đáp ứng các đầu vào thiết kế.

Chấp hành:

  • Các quy trình kiểm thử được tạo ra trong giai đoạn phát triển được thực hiện theo kế hoạch kiểm thử và tuân thủ nghiêm ngặt trong suốt hoạt động xác minh.
  • Nếu xảy ra kết quả không hợp lệ, hoặc nếu cần sửa đổi bất kỳ quy trình nào, những thay đổi đó phải được ghi lại và phê duyệt chính thức.
  • Mọi vấn đề được phát hiện sẽ được ghi nhận là lỗi thông qua quy trình thông thường. quy trình quản lý khuyết tật.
  • A tracma trận khả năng Công cụ này được tạo ra để xác minh rằng mọi thông số đầu vào thiết kế được xác định trong kế hoạch kiểm thử xác thực đã được kiểm tra và để xác định tỷ lệ đạt yêu cầu.

Báo cáo:

  • Hoạt động này được thực hiện vào cuối mỗi giai đoạn thực hiện xác minh.
  • Báo cáo xác nhận thiết kế cung cấp bản tóm tắt chi tiết về kết quả xác nhận, bao gồm quản lý cấu hình, kết quả cho từng loại thử nghiệm và các vấn đề được phát hiện trong quá trình xác nhận.
  • Xác minh thiết kế tracBáo cáo khả thi được tạo ra dựa trên sự tương quan giữa các yêu cầu và kết quả kiểm thử tương ứng, nhằm xác nhận rằng tất cả các yêu cầu đã được kiểm thử và các kết quả phù hợp đã được ghi nhận.
  • Mọi sự không phù hợp đều được ghi nhận và xử lý thích đáng.
  • RevViệc đánh giá được thực hiện sau khi hoàn thành hoạt động xác minh thiết kế và các kết quả đầu ra được phê duyệt chính thức.

Quy trình xác nhận thiết kế

Quá trình thẩm định không có trình tự cố định nào. Thay vào đó, nó dựa trên một tập hợp nhỏ các phương pháp được chấp nhận, và một dự án thường sử dụng nhiều hơn một trong số đó.

  • So sánh với các thiết kế tương đương. Một số thiết kế có thể được xác thực bằng cách so sánh chúng với các thiết bị tương tự phục vụ cùng mục đích. Điều này đặc biệt quan trọng khi xác thực các thay đổi cấu hình đối với cơ sở hạ tầng hiện có, hoặc các thiết kế tiêu chuẩn đang được tích hợp vào một hệ thống hoặc ứng dụng mới.
  • Trình diễn và kiểm tra. Một trong hai, hoặc cả hai, đều có thể được sử dụng để xác thực các yêu cầu và chức năng khác của sản phẩm.
  • Phân tích. Thiết kế có thể được phân tích thông qua mô hình toán học hoặc mô phỏng tái tạo chức năng cần thiết.
  • Kiểm tra. Các bài kiểm tra được thực hiện trên thiết kế cuối cùng để xác nhận khả năng hoạt động của hệ thống theo đúng thông số kỹ thuật, đó là nơi mà... thử nghiệm chức năngkiểm thử phi chức năng Đáp ứng yêu cầu của người dùng.
  • Tài liệu. Kế hoạch thử nghiệm, quá trình thực hiện và kết quả cần được ghi chép và lưu giữ như một phần của hồ sơ thiết kế. Cuối cùng, quá trình thẩm định chính là tập hợp các kết quả thu thập được từ tất cả các hoạt động thẩm định.
  • Lý giải tương đương. Khi sử dụng các sản phẩm tương đương trong quá trình xác nhận thiết kế cuối cùng, nhà sản xuất phải ghi lại sự tương đồng và bất kỳ sự khác biệt nào so với sản phẩm ban đầu.

Ví dụ

Một ví dụ ngắn gọn sẽ làm rõ sự khác biệt này.

  • Hãy lấy một sản phẩm đơn giản làm ví dụ: một chiếc đồng hồ chống nước.
  • Tài liệu yêu cầu sản phẩm có thể nêu rõ rằng “đồng hồ phải chống nước khi bơi”. Đó là nhu cầu của người dùng, và đó là tiêu chí để đánh giá quá trình thẩm định.
  • Bản đặc tả thiết kế có thể nêu rõ rằng “đồng hồ phải hoạt động ngay cả khi người dùng bơi trong thời gian dài”. Đó là thông tin đầu vào thiết kế, và đó là tiêu chí để đánh giá quá trình kiểm định.
  • Kết quả thử nghiệm phải xác nhận rằng đồng hồ đáp ứng các yêu cầu này. Nếu không, quá trình thiết kế lại sẽ tiếp tục cho đến khi đạt được yêu cầu.

Hãy lưu ý cách một chiếc đồng hồ có thể vượt qua quá trình xác minh nhưng vẫn không vượt qua được quá trình kiểm định. Nếu đặc tả kỹ thuật định nghĩa một cuộc bơi kéo dài là mười lăm phút và người bơi thực tế ở trong nước trong một giờ, thì đầu ra của thiết kế khớp hoàn hảo với đầu vào nhưng vẫn không đáp ứng được yêu cầu của người dùng.

Ưu điểm của việc xác nhận và xác minh thiết kế

Việc thực hiện cả hai hoạt động liên tục, thay vì chỉ thực hiện một bước duy nhất ở cuối, sẽ mang lại những lợi ích được nêu dưới đây.

  • Quá trình thiết kế có thể được giám sát liên tục, giúp đáp ứng các yêu cầu do người dùng đặt ra ở mọi giai đoạn.
  • Việc thẩm định thiết kế giúp chỉ ra sự khác biệt giữa cách chức năng hoạt động thực tế và cách chức năng đó được kỳ vọng.
  • Việc ghi chép lại các quy trình kiểm định giúp dễ dàng hiểu được chức năng đó sau này, bất cứ khi nào có sự thay đổi hoặc cải tiến.
  • Thời gian phát triển được rút ngắn đáng kể và năng suất được cải thiện, giúp sản phẩm được bàn giao đúng như kỳ vọng.
  • Quy trình này xác định phạm vi và giới hạn của từng phương pháp kiểm định cần được áp dụng.
  • Quá trình xác thực có thể được thực hiện bằng cách sử dụng dữ liệu thiết kế chi tiết, thể hiện các yêu cầu của người dùng cuối.
  • Mọi sự khác biệt giữa kết quả và tài liệu yêu cầu của người dùng đều được ghi nhận chứ không bị bỏ sót.
  • Những thay đổi đối với thiết kế đã được xác nhận sẽ kích hoạt hoạt động xác nhận lại, do đó hồ sơ sẽ không bao giờ bị lệch khỏi sản phẩm.
  • Việc ghi chép lại mọi hoạt động diễn ra trong quá trình thẩm định là điều chứng minh đầy đủ rằng thiết kế đáp ứng các yêu cầu của người dùng.

Do đó, việc xác minh và thẩm định thiết kế nên được lên kế hoạch trong phạm vi rộng hơn. vòng đời kiểm thử phần mềm và được đối chiếu với các yếu tố khác. các loại kiểm thử phần mềmthay vì được coi là một bài tập tuân thủ riêng biệt.

Câu Hỏi Thường Gặp

Nhánh bên trái hướng xuống chứa các hoạt động xác minh — xem xét yêu cầu, thiết kế và mã nguồn. Nhánh bên phải hướng lên chứa các hoạt động thẩm định, từ kiểm tra đơn vị và tích hợp đến kiểm thử hệ thống và kiểm thử chấp nhận, mỗi cấp độ đều đáp ứng yêu cầu kỹ thuật đối diện.

Hầu hết là vậy, nhưng không hoàn toàn tuyệt đối. Quá trình xác minh dựa trên việc xem xét, kiểm tra và đánh giá từng bước, trong khi quá trình thẩm định chạy bản dựng. Quá trình xác minh vẫn có thể bao gồm các bài kiểm tra được thực thi ở cấp độ đơn vị, vì vậy hãy coi sự phân chia giữa tĩnh và động như một xu hướng hơn là một quy tắc.

IEEE 1012Tiêu chuẩn ISO, dùng để xác minh và thẩm định hệ thống, phần mềm và phần cứng, là khuôn khổ chính. Các tiêu chuẩn quản lý chất lượng như ISO 9001 yêu cầu cả kiểm soát thiết kế và phát triển, và các lĩnh vực được quản lý chặt chẽ hơn sẽ bổ sung thêm các quy tắc kiểm soát thiết kế riêng của họ.

Việc kiểm chứng thường được thực hiện bởi các kỹ sư và người đánh giá độc lập với người đã tạo ra sản phẩm thiết kế. Việc xác nhận liên quan đến người dùng cuối hoặc đại diện của họ, bởi vì chỉ họ mới có thể đánh giá xem sản phẩm được giao có đáp ứng nhu cầu thực tế hay không.

Các công cụ hỗ trợ AI sẽ đánh dấu các yêu cầu mơ hồ hoặc không thể kiểm thử trong quá trình xem xét, đồng thời đề xuất các giải pháp phù hợp. tracTính khả thi liên kết giữa các yếu tố đầu vào thiết kế và các trường hợp thử nghiệm, đồng thời làm nổi bật các khoảng trống về phạm vi bao phủ trong ma trận xác minh. Quyết định phê duyệt vẫn thuộc về người đánh giá, vì bằng chứng phải có tính thuyết phục.

Trợ lý GitHub Công cụ này có thể soạn thảo mã kiểm thử thực hiện quy trình xác minh và giải thích các mô-đun không quen thuộc trong quá trình xem xét mã. Tuy nhiên, nó không thể tự cung cấp bằng chứng khách quan, do đó kết quả đầu ra vẫn cần được xem xét và phê duyệt chính thức.

Coi việc xác nhận chỉ là hình thức sau khi quá trình kiểm chứng hoàn tất, viết các thông số đầu vào thiết kế không thể đo lường được, và bỏ mặc mọi thứ. tracTính khả thi cho đến cùng. Mỗi bản ghi đều trông có vẻ hoàn chỉnh nhưng không thể vượt qua được cuộc kiểm toán hoặc sự kiểm tra thực tế của người dùng.

Bất cứ khi nào sự thay đổi có thể ảnh hưởng đến nhu cầu của người dùng hoặc các điều kiện mà sản phẩm được kiểm định. Phân tích tác động sẽ quyết định phạm vi: một bản vá lỗi có thể cần... kiểm tra hồi quy Tuy nhiên, việc thay đổi quy trình làm việc đòi hỏi phải lặp lại bước xác thực đã thực hiện.

Tóm tắt bài viết này với: