Đánh giá chất lượng
Tính năng Đánh giá Chất lượng của ValiAssistant phân tích văn bản của các Yêu cầu đã chọn dựa trên một bộ quy tắc INCOSE và cung cấp cho người dùng Điểm Chất lượng cùng Nhận xét Chất lượng về cách cải thiện Yêu cầu nếu điểm số thấp. Thông tin này được ghi vào hai cột cụ thể có thể được bật trong các bảng Yêu cầu, có tên là Quality Assessment Comment và Quality Assessment Score. Thông tin về chất lượng tổng thể của các Yêu cầu cũng sẽ được làm nổi bật trong Insights Dashboards trong Module Requirements.
Có thể truy cập tính năng Đánh giá Chất lượng từ trong Module Requirements như sau:
-
Nhấp vào nút
ở góc trên bên phải, chọn tùy chọn Quality Assessment từ danh sách thả xuống trong cửa sổ Choose Action được mở ra, rồi nhấp vào nút
.
-
Nhấp vào biểu tượng ba chấm trong cột Identifier của một yêu cầu rồi chọn lệnh ValiAssistant » Quality Assessment từ menu chính.
Tùy thuộc vào vị trí mà tính năng được truy cập, ngữ cảnh của đối tượng được gửi để đánh giá sẽ khác nhau.
Để biết thêm thông tin về cách truy cập ValiAssistant, hãy tham khảo trang ValiAssistant.
Đánh giá Chất lượng cũng có thể được bắt đầu từ Insights Dashboards ở cấp độ Specification bằng cách nhấp vào biểu tượng
ở góc trên bên phải của vùng Quality Assessment Khi truy cập tính năng theo cách này, tất cả các Yêu cầu trong Specification hiện được chọn sẽ được phân tích.
Sau khi truy cập quy trình Đánh giá Chất lượng, bạn sẽ được thông báo có bao nhiêu Yêu cầu sẽ được phân tích.
Nhấp vào
để tiếp tục. Sau khi quá trình hoàn tất, cửa sổ tiếp theo sẽ thông báo rằng việc đánh giá chất lượng đã thành công.
Các cột Quality Assessment Score và Quality Assessment Comment trong bảng của specification sẽ cung cấp thêm thông tin về chất lượng văn bản yêu cầu của bạn.
Kết quả cũng sẽ được hiển thị trên biểu đồ Quality Assessment trong Insight Dashboard.
Scoring Criteria
-
Score: 0-20 / 1 (Mức 1 - Không đạt)
-
Tiêu chí: Văn bản yêu cầu vi phạm nhiều tiêu chuẩn INCOSE. Thiếu cấu trúc, sử dụng thể bị động, chứa các thuật ngữ mơ hồ, và có ngữ pháp cũng như dấu câu kém. Không có thực thể chịu trách nhiệm rõ ràng hoặc mang tính mơ hồ hoặc không thể thực hiện.
-
-
Score: 21-40 / 2 (Mức 2 - Cần cải thiện)
-
Tiêu chí: Yêu cầu tuân theo một số tiêu chuẩn nhưng còn các vấn đề đáng kể. Có thể có phần nào cấu trúc nhưng vẫn sử dụng thể bị động, chứa các mệnh đề né tránh, hoặc thiếu các mục tiêu cụ thể, có thể đo lường được.
-
-
Score: 41-60 / 3 (Mức 3 - Đạt yêu cầu)
-
Tiêu chí: Yêu cầu nhìn chung tuân theo các tiêu chuẩn nhưng vẫn có một số vấn đề nhỏ. Có thể chủ yếu có cấu trúc tốt nhưng vẫn bao gồm các lỗi ngữ pháp nhỏ hoặc thiếu các đơn vị đo lường cụ thể.
-
-
Score: 61-80 / 4 (Mức 4 - Tốt)
-
Tiêu chí: Yêu cầu tuân thủ hầu hết các tiêu chuẩn. Cấu trúc tốt, dùng thể chủ động, và có các mục tiêu cụ thể có thể đo lường được, nhưng có thể vẫn còn một hoặc hai vấn đề nhỏ.
-
-
Score: 81-100 / 5 (Mức 5 - Xuất sắc)
-
Tiêu chí: Yêu cầu tuân thủ đầy đủ các tiêu chuẩn. Cấu trúc rõ ràng, dùng thể chủ động, có các mục tiêu cụ thể có thể đo lường được, không có lỗi ngữ pháp, và không mơ hồ, có thể thực hiện được.
-
INCOSE Rules was taken into Consideration for Assessment
R1 - Sử dụng một câu hoàn chỉnh, có cấu trúc: chủ ngữ, động từ, tân ngữ.
R2 - Sử dụng thể chủ động trong cấu trúc câu chính của phát biểu về nhu cầu hoặc yêu cầu, với thực thể chịu trách nhiệm được xác định rõ ràng là chủ ngữ của câu.
R3 - Đảm bảo chủ ngữ và động từ của phát biểu về nhu cầu hoặc yêu cầu phù hợp với thực thể mà nhu cầu hoặc yêu cầu đó đề cập đến.
R5 - Sử dụng mạo từ xác định “the” thay vì mạo từ không xác định “a”.
R6 - Sử dụng đơn vị phù hợp khi nêu số lượng. Tất cả các con số phải có đơn vị đo lường được nêu rõ ràng.
R7 - Tránh sử dụng các thuật ngữ mơ hồ như “some”, “any”, “allowable”, “several”, “many”, “a lot of”, “a few”, “almost always”, “very nearly”, “nearly”, “about”, “close to”, “almost”, và “approximate”.
R8 - Tránh các mệnh đề né tránh như “so far as is possible”, “as little as possible”, “where possible”, “as much as possible”, “if it should prove necessary”, “if necessary”, “to the extent necessary”, “as appropriate”, “as required”, “to the extent practical”, và “if practicable”.
R9- Tránh các mệnh đề mở như “including but not limited to”, “etc.” và “and so on”.
R10 - Tránh các cụm nguyên mẫu thừa như “be designed to”, “be able to”, “be capable of”.
R12, 13, 14 - Sử dụng đúng ngữ pháp, chính tả, dấu câu.
R15 - Sử dụng một quy ước xác định để diễn đạt các biểu thức logic như “[X AND Y]”, “[X OR Y]”, [X XOR Y]”, “NOT[X OR Y]”.
R16 - Tránh sử dụng “not”
R17 - Tránh sử dụng ký hiệu gạch chéo ("/") ngoại trừ trong đơn vị, ví dụ: km/hr
R18 - Viết một câu đơn chứa một ý duy nhất, được điều kiện hóa và làm rõ bằng các mệnh đề phụ liên quan.
R19 - Tránh các từ nối kết hợp mệnh đề, chẳng hạn như “and”, “or”, ”then”, ”unless”, ”but”, ”as well as”, ”but also”, ”however”, ”whether”, ”meanwhile”, ”whereas”, ”on the other hand”, hoặc ”otherwise”.
R20 - Tránh các cụm từ cho biết mục đích của nhu cầu hoặc yêu cầu.
R21 - Tránh dùng dấu ngoặc đơn và dấu ngoặc vuông chứa văn bản phụ.
R22 - Liệt kê rõ ràng các tập hợp thay vì dùng danh từ chỉ nhóm để gọi tên tập hợp đó.
R24 - Tránh sử dụng đại từ và đại từ bất định.
R26 - Tránh sử dụng các tính tuyệt đối không thể đạt được như độ tin cậy 100'%', tính sẵn sàng 100'%', tất cả, mọi, luôn luôn, không bao giờ, v.v.
R28 - Diễn đạt rõ ràng bản chất mệnh đề của một điều kiện cho một hành động đơn lẻ thay vì đưa ra danh sách các hành động cho một điều kiện cụ thể.
R29 - Phân loại các nhu cầu và yêu cầu theo các khía cạnh của vấn đề hoặc hệ thống mà chúng đề cập.
R31 - Khi xác định đầu vào thiết kế, tránh nêu ra một giải pháp trừ khi có cơ sở lý giải cho việc ràng buộc thiết kế. Tập trung vào vấn đề “what” thay vì giải pháp “how”.
R32 - Sử dụng “each” thay vì “all”, “any" hoặc “both” khi có ý định lượng hóa phổ quát.
R33 - Xác định các đại lượng bằng một khoảng giá trị phù hợp với thực thể mà chúng áp dụng và theo đó thực thể sẽ được kiểm tra hoặc xác nhận.
R34 - Cung cấp các mục tiêu hiệu năng cụ thể có thể đo lường được, phù hợp với thực thể mà nhu cầu hoặc yêu cầu được nêu ra và theo đó thực thể sẽ được xác minh là đáp ứng.
R35 - Xác định rõ ràng các phụ thuộc về thời gian thay vì sử dụng các từ khóa thời gian không xác định như “eventually”, “until”, “before”, “after”, “as”, “once”, “earliest”, “latest”, “instantaneous”, “simultaneous”, “at last”.
R38 - Tránh sử dụng chữ viết tắt.
).