Permissions Comparison

Czym jest i dlaczego powstał

W IBM Engineering Lifecycle Management to, co użytkownik może zrobić w projekcie, zależy od ról obszaru projektu i uprawnień przypisanych do każdej roli: kto może tworzyć lub usuwać artefakty, zmieniać moduł, zatwierdzać przegląd, tworzyć linię bazową albo dostarczać zestaw zmian. Obszary zespołów, osie czasu i iteracje mogą te uprawnienia ponownie zmienić dla swojej części projektu.

Organizacje zwykle zakładają każdy projekt z tego samego szablonu procesu, a potem projekty zaczynają się od siebie różnić. Jeden projekt pozwala autorom usuwać artefakty, inny nadaje obszarowi zespołu własne uprawnienia, trzeci ma rolę, której brakuje pozostałym. Klient webowy pokazuje uprawnienia jednego obszaru projektu naraz, więc znalezienie tych różnic oznacza otwieranie tych samych ekranów obok siebie, rola po roli. Permissions Comparison odczytuje je za Ciebie i pokazuje tylko to, co się różni.

Jakie problemy rozwiązuje

• Obszary projektów utworzone z tego samego szablonu, których uprawnienia już się nie zgadzają, i nikt nie wie, w którym miejscu.
• Przeglądy dostępu, które wymagają ręcznego sprawdzenia każdej roli w każdym obszarze projektu.
• Obszary zespołów lub iteracje, które po cichu dają roli więcej albo mniej uprawnień niż obszar projektu.
• Brak dowodu dla audytora, że udokumentowane role i uprawnienia są tymi, które skonfigurowano na serwerze.

Dlaczego ma to znaczenie dla norm i audytów

Normy dla regulowanego i związanego z bezpieczeństwem wytwarzania rzadko wymieniają konkretne narzędzie, ale oczekują, że tylko upoważnione osoby mogą zmieniać nadzorowane zapisy i że można wykazać, kto może co robić. W obszarze projektu ELM tę kontrolę stanowią uprawnienia ról. Permissions Comparison pozwala sprawdzić, czy jest ona taka sama w każdym projekcie i zgodna z udokumentowanym procesem.

• FDA 21 CFR Part 11 (zapisy elektroniczne w wyrobach medycznych i farmacji): § 11.10(d) wymaga "limiting system access to authorized individuals" (ograniczenia dostępu do systemu do upoważnionych osób), a § 11.10(g) kontroli uprawnień, tak aby tylko upoważnione osoby mogły zmienić zapis lub wykonać daną operację. Porównanie pokazuje dla każdego obszaru projektu, która rola może wykonać którą operację.
• ISO/IEC 27001:2022: zabezpieczenia z Załącznika A 5.15 Access control, 5.18 Access rights, 5.3 Segregation of duties i 8.2 Privileged access rights. Prawa dostępu należy regularnie przeglądać, a sprzeczne obowiązki rozdzielać, np. rolę, która pisze wymaganie, i rolę, która je zatwierdza. Raport w Excelu dokumentuje, co i kiedy zostało przejrzane.
• ISO 26262, Automotive SPICE, DO-178C i IEC 62304: wszystkie cztery wymagają zarządzania konfiguracją i zarządzania zmianami produktów pracy, takich jak wymagania (ISO 26262 Part 8, SUP.8 i SUP.10 w Automotive SPICE, rozdział 7 DO-178C, punkt 8 IEC 62304). W DOORS Next częścią tej kontroli jest to, które role mogą modyfikować artefakty, tworzyć linie bazowe i dostarczać zmiany. Projekt, którego role pozwalają na więcej, niż opisuje proces, to typowe ustalenie audytu.

Asesor sprawdza próbkę projektów i oczekuje w każdym z nich tego samego procesu. Porównaj każdy obszar projektu z projektem wzorcowym przed oceną, a różnice zobaczysz jako pierwszy.

Korzyści

• Wszystkie różnice na jednej liście: role, ich kolejność i liczność oraz każde uprawnienie dozwolone po jednej stronie, a po drugiej nie, dla obszaru projektu, obszarów zespołów oraz, jeśli trzeba, osi czasu i iteracji.
• Jedno źródło, wiele celów: wzorcowy obszar projektu można porównać z maksymalnie 25 innymi z tej samej aplikacji.
• Działa w każdej aplikacji ELM: DOORS Next, Workflow Management (EWM), Test Management (ETM) i Global Configuration, z poziomu ELM Mini Dashboard.
• Raport w Excelu z pełną macierzą uprawnień, gotowy do przeglądu dostępu lub dokumentacji audytowej.
• Tylko odczyt: widżet tylko odczytuje uprawnienia i nigdy ich nie zmienia.

Jak używać

1. W Settings wybrać, czy porównywać obszary zespołów (początkowo włączone) oraz osie czasu i iteracje (początkowo wyłączone).
2. W sekcji Compare wybrać Application. From to źródło: na dashboardzie DOORS Next zaczyna od otwartego projektu, a Change wybiera inny obszar projektu.
3. W To kliknąć Add, zaznaczyć do 25 obszarów projektów (pomagają w tym wyszukiwanie, Select all i Show archived) i kliknąć Apply.
4. Kliknąć Compare. Blok wyniku pokazuje liczbę różnic w każdej kategorii lub dla każdego celu oraz cele, których nie udało się odczytać, z przyciskiem Retry.
5. W sekcji Differences wybrać cel, jeśli jest ich kilka, a następnie Roles lub Permissions. Uprawnienia są pogrupowane według roli i poziomu, np. Author / Team area: Business Recovery. Kliknięcie wiersza pokazuje obie strony.
6. Kliknąć Export to Excel w bloku wyniku, aby zapisać całe porównanie.

Warto wiedzieć

• Role są dopasowywane po identyfikatorze, a potem po nazwie, więc rola o tej samej nazwie i innym identyfikatorze jest traktowana jako ta sama rola. Kolejność ról jest porównywana, ponieważ użytkownik z kilkoma rolami otrzymuje uprawnienie pierwszej roli, która na nie pozwala.
• Widżet porównuje role i ich uprawnienia, a nie to, kto je pełni. User Audit pokazuje, którzy użytkownicy mają które role.
• Obszar zespołu, oś czasu lub iteracja, w których tylko jedna strona nadaje roli własne uprawnienia, są zgłaszane jako jeden wiersz, a nie jako długa lista różnic uprawnień.
• Typowe momenty użycia: przed audytem lub oceną, po zmianie szablonu procesu oraz po założeniu nowego projektu z szablonu.
• Widżet nie sprawia, że projekt staje się zgodny z normami. Dostarcza faktów, aby sprawdzić, czy uprawnienia odpowiadają udokumentowanemu procesowi, oraz raport do zachowania jako dowód.