Ocena jakości

Ocena Jakości jest funkcją zintegrowaną z ValiAssistant. Analizuje ona wybrane teksty Wymagań w oparciu o zestaw reguł INCOSE i dostarcza użytkownikowi Wynik Jakości oraz Komentarz Jakości dotyczący sposobu poprawy Wymagań, jeśli wynik jest niski. Informacje te są zapisywane w dwóch określonych kolumnach, które można włączyć w tabelach wymagań o nazwach "Komentarz do oceny jakości" i "Wynik oceny jakości". Informacje na temat ogólnej jakości wymagań będą również podświetlane na pulpitach nawigacyjnych w module wymagań.

Dostęp do Oceny Jakości można uzyskać z trzech różnych lokalizacji. W zależności od lokalizacji, z której uzyskano dostęp, kontekst obiektu wysłanego do oceny będzie się różnić.

Dostęp przez przycisk ValiAssitant

Będąc w określonej Specyfikacji lub we "Wszystkich wymaganiach", użytkownik może wybrać "Ocenę jakości", uzyskując dostęp do ValiAssitant w prawym górnym rogu, jak pokazano na rysunku General Quality Assessment.

Ogólna ocena jakości - dostęp przez ValiAssistant

Podczas uzyskiwania dostępu do Oceny Jakości za pośrednictwem ValiAssistant, analizowane będą wszystkie wymagania w bieżącej tabeli wymagań.

Dostęp przez kolumnę akcji

Ocenę Jakości można uruchomić bezpośrednio z kolumn Akcja dla poszczególnych Wymagań lub zestawu zbiorczo wybranych Wymagań, jak pokazano na rysunku Individual Quality Assessment.

Indywidualna ocena jakości - podczas uzyskiwania dostępu do oceny jakości za pośrednictwem kolumny akcji uwzględnione zostaną tylko poszczególne lub zbiorczo wybrane wymagania.

W przypadku dostępu do oceny jakości za pośrednictwem kolumny akcji analizowane będą pojedyncze lub zbiorcze wybrane wymagania w bieżącej tabeli wymagań.

Dostęp przez Insights

Ocenę Jakości można również uruchomić za pomocą Pulpitów nawigacyjnych na poziomie Specyfikacji, jak pokazano na rysunku Quality Assessment Insights.

Wgląd w ocenę jakości - dostęp do oceny jakości w sekcji wglądu w specyfikację lub "Wszystkie wymagania".

Podczas uzyskiwania dostępu do oceny jakości poprzez Insights, analizowane będą wszystkie wymagania w aktualnie wybranej specyfikacji.

Przepływ oceny jakości

Po uruchomieniu Oceny Jakości, Portal Wymagań i Systemów wskaże, ile Wymagań zostanie przeanalizowanych.

Następnie portal Requirements & Systems Portal poinformuje, że ocena jakości zakończyła się pomyślnie.

Na koniec "Komentarz do oceny jakości" i "Wynik oceny jakości" dostarczą dodatkowych informacji na temat jakości tekstu wymagań, jak pokazano na rysunku Additional Quality Information.

Dodatkowe informacje o jakości - informacje są wyświetlane w dwóch wyróżnionych tutaj kolumnach.

Kryteria punktacji

• Score: 0-20 / 1 (Poziom 1 - Nieodpowiedni)

  • Kryteria: Tekst wymagań narusza wiele standardów INCOSE. Brakuje mu struktury, używa strony biernej, zawiera niejasne terminy i ma słabą gramatykę i interpunkcję. Brak wyraźnego podmiotu odpowiedzialnego, niejednoznaczny lub niepodejmujący działań.

• Score: 21-40 / 2 (Poziom 2 - wymaga poprawy)

  • Kryteria: Wymaganie jest zgodne z niektórymi standardami, ale ma istotne problemy. Może być nieco uporządkowany, ale nadal używa strony biernej, zawiera klauzule ucieczki lub brakuje mu konkretnych, mierzalnych celów.

• Score: 41-60 / 3 (poziom 3 - zadowalający)

  • Kryteria: Wymaganie jest ogólnie zgodne ze standardami, ale ma pewne drobne problemy. Może być przede wszystkim uporządkowany, ale zawiera drobne błędy gramatyczne lub brakuje w nim konkretnych jednostek miary.

• Score: 61-80 / 4 (Poziom 4 - Dobry)

  • Kryteria: Wymaganie spełnia większość standardów. Dobrze skonstruowany, aktywny głos i konkretne mierzalne cele, ale może mieć jeden lub dwa drobne problemy.

• Score: 81-100 / 5 (Poziom 5 - Doskonały)

  • Kryteria: Wymaganie jest w pełni zgodne ze standardami. Ma jasną strukturę, aktywny głos, konkretne mierzalne cele, nie zawiera błędów gramatycznych, jest jednoznaczny i możliwy do wykonania.

Po przeprowadzeniu oceny jakości ogólny wynik jakości zostanie przekazany do Insight Dashboard i przedstawiony na podstawie wyniku jako "Niski" (wynik poniżej 50), "Średni" (wynik między 50 a 70) i "Wysoki" (wynik powyżej 70), jak pokazano na rysunku Insights Quality Score.

Insights Quality Score - Ogólna tabela wyników jakości dla analizowanych wymagań.

Zasady INCOSE zostały wzięte pod uwagę przy ocenie

R1 - Używanie ustrukturyzowanego, kompletnego zdania: podmiot, czasownik, dopełnienie. 
R2 - Używanie głosu czynnego w głównej strukturze zdania określającego potrzebę lub wymaganie, z podmiotem odpowiedzialnym wyraźnie zidentyfikowanym jako podmiot zdania. 
R3 - Upewnienie się, że podmiot i czasownik w oświadczeniu o potrzebie lub wymaganiu są odpowiednie dla podmiotu, do którego odnosi się potrzeba lub wymaganie. 
R5 - Używanie przedimka określonego "the" zamiast przedimka nieokreślonego "a".
R6 - Przy podawaniu ilości należy używać odpowiednich jednostek. Wszystkie liczby powinny mieć wyraźnie określone jednostki miary.
R7 - Należy unikać stosowania niejasnych terminów, takich jak "niektóre", "dowolne", "dopuszczalne", "kilka", "wiele", "dużo", "kilka", "prawie zawsze", "bardzo blisko", "prawie", "około", "blisko", "prawie" i "w przybliżeniu". 
R8 - Unikaj klauzul korekcyjnych, takich jak "w miarę możliwości", "w jak najmniejszym stopniu", "w miarę możliwości", "w jak największym stopniu", "jeśli okaże się to konieczne", "w razie potrzeby", "w niezbędnym zakresie", "w stosownych przypadkach", "zgodnie z wymaganiami", "w praktycznym zakresie" i "jeśli jest to wykonalne". 
R9 - Unikaj klauzul otwartych, takich jak "w tym, ale nie ograniczając się do", "itd." i "i tak dalej". 
R10 - Unikaj zbędnych bezokoliczników, takich jak "być zaprojektowanym do", "być w stanie", "być zdolnym do".  
R12, 13, 14 - Używanie poprawnej gramatyki, ortografii i interpunkcji.
R15 - Używanie określonej konwencji do wyrażania wyrażeń logicznych, takich jak "[X AND Y]", "[X OR Y]", [X XOR Y]", "NOT[X OR Y]".
R16 - Unikanie stosowania wyrażenia "not" 
R17 - Unikaj używania ukośnego symbolu ("/"), z wyjątkiem jednostek, np. km/godz
R18 - Napisz pojedyncze zdanie, które zawiera pojedynczą myśl uwarunkowaną i zakwalifikowaną przez odpowiednie podpunkty.
R19 - Unikaj spójników łączących zdania, takich jak "i", "lub", "wtedy", "chyba że", "ale", "jak również", "ale również", "jednak", "czy", "w międzyczasie", "podczas gdy", "z drugiej strony" lub "w przeciwnym razie". 
R20 - Należy unikać zwrotów wskazujących na cel potrzeby lub wymogu. 
R21 - Unikaj nawiasów i nawiasów zawierających tekst podrzędny.
R22 - Wyliczanie zestawów wprost zamiast używania rzeczownika grupowego do nazwania zestawu. 
R24 - Należy unikać używania zaimków i zaimków nieokreślonych.
R26 - Unikać używania nieosiągalnych absolutów, takich jak 100'%' niezawodność, 100'%' dostępność, wszystkie, każdy, zawsze, nigdy itp.
R28 - Wyraźnie wyrażaj propozycjonalny charakter warunku dla pojedynczego działania zamiast podawać listę działań dla określonego warunku.
R29 - Klasyfikowanie potrzeb i wymagań zgodnie z aspektami problemu lub systemu, którego dotyczą. 
R31 - Podczas definiowania danych projektowych unikaj podawania rozwiązania, chyba że istnieje uzasadnienie dla ograniczenia projektu. Skup się na problemie "co", a nie na rozwiązaniu "jak". 
R32 - Używaj "każdy" zamiast "wszystkie", "dowolny" lub "oba", gdy zamierzona jest uniwersalna kwantyfikacja. 
R33 - Definiowanie wielkości z zakresem wartości odpowiednim dla jednostki, do której się odnoszą i względem której jednostka będzie weryfikowana lub walidowana.
R34 - Określenie konkretnych mierzalnych celów wydajnościowych odpowiednich dla podmiotu, do którego odnosi się potrzeba lub wymóg i w odniesieniu do których podmiot będzie weryfikowany.
R35 - Należy wyraźnie zdefiniować zależności czasowe zamiast używać nieokreślonych czasowych słów kluczowych, takich jak "ostatecznie", "do", "przed", "po", "jako", "kiedyś", "najwcześniej", "najpóźniej", "natychmiast", "jednocześnie", "w końcu".
R38 - Należy unikać stosowania skrótów.