Các trường hợp di chuyển mô-đun V&V và ánh xạ trường

Là một phần của quá trình chuyển đổi sang mô-đun V&V mới, chúng tôi đang chuẩn bị di chuyển dữ liệu xác minh hiện có của bạn — bao gồm các phương pháp xác minh, phương pháp xác minh linh kiện và quy trình kiểm thử — sang quy trình làm việc của mô-đun V&V đã được cập nhật.

Trong các phiên bản trước, chúng tôi đã giới thiệu các trường trong mô-đun V&V tương ứng với các trường trong phương pháp luận xác minh cũ. Dựa trên phân tích dữ liệu khách hàng, chúng tôi đã xác định các trường hợp sử dụng phổ biến và xây dựng một chiến lược có cấu trúc để di chuyển dữ liệu hiện có của bạn sang mô-đun mới.

Kế hoạch di chuyển của chúng tôi bao gồm bảy tình huống riêng biệt.

Chúng tôi mong nhận được phản hồi của bạn để đảm bảo việc di chuyển đáp ứng các yêu cầu cụ thể của bạn.

Trường hợp 1: Phương pháp xác minh linh kiện sang trường “Applicable block”

Trong quy trình xác minh cũ, các linh kiện được liên kết với các yêu cầu thông qua các phương pháp xác minh được gắn với từng yêu cầu.

Trong mô-đun V&V mới, quy trình này đã được tinh giản. Giờ đây, người dùng có thể trực tiếp thêm linh kiện/Block vào các yêu cầu bằng thuộc tính “Applicable Blocks”. Trong quá trình di chuyển, mọi linh kiện được liên kết với các phương pháp xác minh trong quy trình cũ sẽ tự động được chuyển sang thuộc tính “Applicable Blocks” của các yêu cầu tương ứng.

Trường hợp 2: Requirement Verifcation Methods (RVM’s) sang trường “Methods”

Một số khách hàng đã sử dụng Requirement Verification Methods (RVMs) để gắn nhãn loại xác minh dự kiến sẽ áp dụng cho một yêu cầu trong tương lai, có hoặc không kèm theo việc thêm Component Verification Method (CVM) hoặc dữ liệu bổ sung.

Trong trường hợp này, quá trình di chuyển sẽ sao chép tên RVM và chuyển chúng sang trường “Methods” mới trong bảng yêu cầu.

Trường hợp 3: Các phương pháp xác minh mặc định sang VV Methods

Trong hệ thống xác minh cũ, có năm phương pháp xác minh mặc định: Analysis, Review, Rules, Inspection và Tests. Ngoài ra, người dùng cũng có thể thêm các phương pháp xác minh tùy chỉnh thông qua Verification Methods Settings.

Các phương pháp xác minh này sẽ được di chuyển sang trường Methods trong mô-đun Verifications and Validations (V&V).
 

Trường hợp 4: Rules Verification Method sang VV Rules

Trong các phương pháp xác minh cũ, người dùng có thể áp dụng phương pháp xác minh Rules cho một yêu cầu và xác định một công thức Boolean trong loại Close-Out Reference. Công thức này được sử dụng để so sánh các giá trị yêu cầu với các giá trị thiết kế hệ thống.

Trong mô-đun V&V mới, dữ liệu này sẽ được di chuyển trực tiếp sang thuộc tính V&V Rules trong mô-đun yêu cầu.

Trường hợp 5: Mỗi quy trình kiểm thử được di chuyển thành một hoạt động V&V mới

Đối với những người dùng đã sử dụng quy trình kiểm thử và các lượt chạy kiểm thử, mỗi quy trình kiểm thử sẽ được di chuyển thành một hoạt động V&V mới cùng với toàn bộ quy trình, các lượt chạy và các liên kết tới yêu cầu cũng như linh kiện/block.

Hình minh họa được hiển thị trong hình bên dưới

Trường hợp 6: Các RVM có CVM sử dụng cùng một tệp hoặc Analysis làm tham chiếu closeout sẽ được tổng hợp và di chuyển thành một hoạt động V&V mới

Khi quản lý nhiều RVM được liên kết với cùng một hoạt động biến thể, hiện tại khách hàng cần tạo các RVM riêng cho từng yêu cầu liên quan, và thường phải đính kèm lặp lại cùng một tệp cũng như nhập cùng một dữ liệu liên quan trên các RVM đó.

Để đơn giản hóa việc này, quá trình di chuyển sẽ xác định các tệp hoặc phân tích đã được đính kèm làm tham chiếu closeout trên nhiều yêu cầu trong các tham chiếu closeout của CVM. Chúng sẽ được nhóm vào một hoạt động V&V duy nhất. Tất cả các yêu cầu và linh kiện/block liên quan sẽ được thêm dưới dạng các mục Verification & Validation (V&V), và các tệp sẽ được tải lên trực tiếp trong hoạt động V&V đã được hợp nhất. Điều này đảm bảo một cách hiệu quả và tập trung hơn để quản lý dữ liệu và tệp liên quan.

Trường hợp 7: Nhóm các cặp RVM/CVM còn lại thành các hoạt động

Bước cuối cùng sẽ hợp nhất tất cả các cặp RVM/CVM còn lại thành các hoạt động, với tên hoạt động được lấy từ các phương pháp xác minh liên quan. Quy trình nhóm hoạt động như sau:

1. Manual Verification Method

   • Đối với các VM có tham chiếu closeout là Manual, một hoạt động sẽ được tạo với cùng tên (Manual).

   • Tất cả các RVM và CVM dùng chung phương pháp xác minh Manual sẽ được biểu diễn dưới dạng các mục trong hoạt động này.

2. File or Analysis Verification Method

   • Đối với các VM có tham chiếu closeout là File hoặc Analysis bao gồm RVM và CVM nhưng không có tệp hoặc tệp đính kèm phân tích:

     • Một hoạt động sẽ được tạo với tên File hoặc Analysis.

     • Tất cả các RVM và CVM như vậy sẽ được đưa vào dưới dạng các mục trong hoạt động tương ứng.

3. Test Verification Method

   • Đối với các VM có tham chiếu closeout là Test trong đó có RVM và CVM nhưng không liên kết với bài kiểm thử nào:

     • Một hoạt động sẽ được tạo với tên Test.

     • Tất cả các RVM và CVM như vậy sẽ được thêm dưới dạng các mục trong hoạt động này.

4. RVMs Without CVMs

   • Các RVM không có CVM liên kết sẽ được biểu diễn trong quy trình làm việc mới dưới dạng các mục trong các hoạt động tương ứng của chúng, nhưng không có linh kiện/block được liên kết.

Cách tiếp cận có cấu trúc này đảm bảo mọi RVM và CVM đều được tính đến và sắp xếp theo cách rõ ràng, dễ quản lý, phù hợp với các phương pháp xác minh của chúng.

Di chuyển dữ liệu: Ánh xạ trường

Mỗi đối tượng, chẳng hạn như quy trình kiểm thử, RVM hoặc CVM, đều bao gồm các trường bổ sung có thể chứa thông tin quan trọng. Trong quá trình di chuyển, các trường này sẽ được giữ nguyên và ánh xạ tới các trường tương ứng trong mô-đun V&V mới. Dưới đây là tổng quan về cách các trường hiện có của bạn sẽ được di chuyển:
 

Edge Case:

Các tác vụ, thảo luận và đăng ký theo dõi trên CVM, RVM, các bước kiểm thử, lần chạy kiểm thử và quy trình kiểm thử sẽ không được di chuyển sang mô-đun V&V mới.

Mối quan hệ cha-con trong cây phương pháp xác minh cũng không được xuất.