Relacje katalogowe

Obsługiwane urządzenia

WinPREP jest desktopowym oprogramowaniem sterującym rodziną robotów pipetujących JANUS firmy PerkinElmer, rozwijaną obecnie przez Revvity. Program służy do budowania i uruchamiania metod, odwzorowania decku, definiowania labware, doboru parametrów pipetowania, pracy z listami próbek, raportowania oraz dołączania urządzeń zewnętrznych. Współczesne materiały Revvity pokazują tę samą nazwę także przy stacjach Fontus i JANUS G3, uzupełnioną o Application Assistant i opcjonalny moduł wizyjny Deck Verification.

Dla katalogu bioreaktorów najważniejsza jest historyczna integracja m2p-labs RoboLector. RoboLector Agent 1.2 koordynował BioLector z robotem PerkinElmer JANUS Integrator pracującym pod kontrolą WinPREP 4.6. Był to konkretny stos automatyki: plik CSV pełnił rolę komunikatu pomiędzy agentem bioprocesowym a metodą robota, a jego skasowanie sygnalizowało zakończenie operacji ciekłoprocesowej.

Najważniejsze dane

Pole Wartość
Producent historyczny PerkinElmer, wcześniej Packard w nazwach grup i katalogów
Producent bieżący Revvity
Typ aplikacja desktopowa sterująca robotem pipetującym
Wersja w integracji RoboLector WinPREP 4.6; w jednej pracy dokładnie 4.6.0.0014
Inna udokumentowana gałąź historyczna WinPREP 4.8 w publikacji z 2015 r.
Bieżąca rodzina WinPREP z Application Assistant dla Fontus i JANUS G3
Bieżący próg wersji sprzętowej WinPREP 6.0 lub nowszy dla Varispan Gripper CLS159491
Host historyczny komputer z Windows XP
Host w bieżącej konfiguracji JANUS G3 Blood iQ komputer sterujący z Windows 10 i monitorem
Kanał WinPREP–JANUS w instrukcji 2008 USB A–B; jedyny kanał komunikacyjny programu z instrumentem
Domyślny katalog starej instalacji C:\Packard\JANUS\
Format metod/testów pliki .MPT
Definicje labware pliki JANUS .lab; import starych plików MultiPROBE II .rak
Worklists CSV, połączenie statyczne lub dynamiczne; możliwy eksport z LIMS albo własnej bazy
Historyczny silnik raportowy pełna wersja Microsoft Access instalowana razem z WinPREP
Język wykonawczy JANUS Script Language, oznaczany w instrukcji jako MSL
Rozszerzenia urządzeń DLL lub OCX instalowane w Integrations i rejestrowane przez regsvr32
Historyczne role Packard User, Packard Administrator, Packard TSE
Kontrola regulacyjna osobna opcja 21CFR Enhanced Security w starej gałęzi; bieżące materiały opisują wbudowane mechanizmy wspierające 21 CFR Part 11
Model sprzedaży WinPREP jest częścią stacji JANUS; bieżące konfiguracje stacji są wyceniane ofertowo
Relacja w tym katalogu m2p-labs RoboLector, nie RoboLector XT

Nazwa, producent i ciągłość produktu

Instrukcja z 2008 r. nazywa WinPREP składnikiem systemu JANUS i używa jeszcze nazw Packard w ścieżce instalacyjnej oraz w lokalnych grupach Windows. Późniejsze publikacje opisujące RoboLector wskazują PerkinElmer JANUS Integrator oraz WinPREP 4.6. Po wydzieleniu biznesu Life Sciences & Diagnostics oprogramowanie występuje w materiałach Revvity, nadal jako warstwa sterująca JANUS, a także nową rodziną Fontus.

Nie należy przypisywać WinPREP firmie Tecan. Robotem w historycznym RoboLectorze był JANUS firmy PerkinElmer. Z kolei bieżące materiały Revvity porównują Fontus i JANUS G3, wskazując dla obu interfejs WinPREP with Application Assistant.

Wersje i zakres kompatybilności

Wersja lub gałąź Potwierdzony kontekst
WinPREP 4.6 PerkinElmer JANUS Integrator w integracji BioLector–RoboLector Agent 1.2
WinPREP 4.6.0.0014 dokładny build podany w pracy opisującej automatyczną platformę hodowli i przesiewu
WinPREP 4.8 wersja wymieniona w pracy z 2015 r. dotyczącej zautomatyzowanych procedur laboratoryjnych
WinPREP 6.0+ minimalna wersja wymagana przez aktualny Varispan Gripper dla Fontus i JANUS G3
WinPREP z Application Assistant bieżący interfejs ofertowy Fontus i JANUS G3

Numer wersji trzeba wiązać z konfiguracją robota, sterownikami jego ramion, zainstalowanymi integracjami DLL/OCX, definicjami labware i metodami. Sam plik metody nie dowodzi, że można go bezpiecznie uruchomić na innej generacji JANUS. Oficjalny katalog podkreśla przenoszenie protokołów między konfiguracjami, ale fizyczne wyposażenie decku i kalibracja nadal określają, które ruchy są wykonalne.

Interfejs historycznej gałęzi

Główne okno starego WinPREP łączyło dwa widoki. Test Outline View przedstawiał metodę jako hierarchiczne drzewo procedur i kroków. Operator wybierał węzeł, otwierał jego parametry i ustalał kolejność operacji. Deck View odwzorowywał powierzchnię roboczą, pozycje labware, ramiona, stacje myjące i urządzenia dodatkowe.

Główne okno historycznego WinPREP

Źródło: PerkinElmer, „JANUS Automated Workstation User Manual”, Publication No. 1694282 Rev. E, PDF strona 33, drukowana strona 20. Widoczne są Test Outline View, Deck View, paski procedur i odwzorowanie stanowiska.

Hierarchia metody ma znaczenie techniczne. Zmiana parametrów zdefiniowanej procedury może zostać propagowana do jej kroków potomnych. Wspólne ustawienia obejmują między innymi liczbę powtórzeń, liczbę dozowań na aspirację, typ końcówki oraz cykle mieszania przed aspiracją i po dozowaniu. Analiza metody powinna więc obejmować cały poddrzewny kontekst, a nie tylko pojedynczy krok ruchu.

Bieżący deck layout

Współczesny WinPREP zachowuje graficzne mapowanie decku. Nota aplikacyjna Revvity pokazuje konfigurację JANUS G3 Integrator z nazwanymi pozycjami wejściowymi, buforami, końcówkami, płytkami pośrednimi i urządzeniami zewnętrznymi. Ekran jest jednocześnie dokumentacją rozmieszczenia elementów, które metoda uznaje za dostępne.

Deck layout JANUS G3 w WinPREP

Źródło: Revvity, „Nucleic acid extraction from liver tissue: an integrated and automated workflow solution”, PDF strona 2. Zrzut przedstawia bieżący układ decku JANUS G3 Integrator zdefiniowany w WinPREP.

Mapa ekranowa powinna być zgodna z rzeczywistym deckiem. Instrukcja wiąże urządzenia dodatkowe z pozycjami X, Y i Z liczonymi od początku układu współrzędnych decku. Oprócz obecności labware znaczenie mają jego typ, wysokość, orientacja i użyte podpory. Błędna definicja może zmienić tor ruchu końcówki lub chwytaka, nawet gdy sama logika transferu pozostaje poprawna.

Architektura stanowiska historycznego

Warstwa Potwierdzona funkcja
komputer Windows XP uruchamia WinPREP, przechowuje metody, worklists, definicje i raporty
WinPREP buduje i wykonuje testy, odwzorowuje deck, steruje instrumentem i obsługuje dane
USB A–B jedyny opisany w instrukcji kanał komunikacyjny WinPREP–JANUS
kontroler JANUS wykonuje polecenia ruchu ramion, pipetowania i obsługi wyposażenia
Integration Manager ładuje kontrolki DLL/OCX dostarczane dla urządzeń zewnętrznych
Microsoft Access historyczna baza i silnik raportowy instalowany z oprogramowaniem
pliki robocze metody .MPT, definicje .lab, worklists CSV i Performance Files

Instrukcja podkreśla, że port USB jest krytyczny, ponieważ stanowi jedyny kanał pomiędzy WinPREP a JANUS. Oznacza to, że segmentacja sieciowa hosta nie zastępuje kontroli lokalnego komputera, kabla USB i sterowników urządzenia. Równie ważne są uprawnienia do katalogów programu: osoba mogąca podmienić metodę, definicję labware albo bibliotekę integracyjną może zmienić zachowanie fizycznego robota bez modyfikowania jego firmware.

Drzewo instalacyjne i artefakty

Historyczna instrukcja podaje domyślny katalog C:\Packard\JANUS\. W jego obrębie znaczenie mają co najmniej następujące elementy:

Ścieżka lub grupa Zawartość
C:\Packard\JANUS\bin\Samples\ przykładowe testy dostarczone z WinPREP
C:\Packard\JANUS\Labware Files\ definicje geometrii i właściwości labware
C:\Packard\JANUS\Performance Files\ zestawy parametrów pipetowania i kalibracji
C:\Packard\JANUS\Integrations\ biblioteki DLL/OCX urządzeń zewnętrznych
pliki .MPT definicje testów i procedur
pliki .lab natywne definicje labware JANUS
pliki .rak definicje MultiPROBE II możliwe do zaimportowania i konwersji
pliki CSV worklists oraz, w integracji RoboLector, pliki handshake

Kopie tych artefaktów trzeba pobierać razem. Metoda odwołująca się do nazwy labware, Performance File albo integracji DLL nie jest samodzielnym pakietem. Zachowanie zależy również od wersji samego WinPREP, zarejestrowanych komponentów COM, lokalnych grup Windows, sterowników USB, konfiguracji decku i kalibracji instrumentu.

Model testu i procedur

WinPREP przedstawia program robota jako test zawierający procedury oraz kroki. Procedury mogą grupować aspirację, dozowanie, mieszanie, płukanie, manipulację labware, skanowanie kodów lub operacje urządzeń zewnętrznych. Test Outline przechowuje kolejność i zagnieżdżenie, a parametry węzła określają szczegóły wykonania.

Instrukcja zawiera przykładowe testy w bin\Samples. Jednym z nazwanych plików jest Bar Code Scan Demo.MPT, co potwierdza rozszerzenie .MPT. Przykłady są użyteczne jako wzorzec struktury, lecz w środowisku produkcyjnym powinny być rozdzielone od zatwierdzonych metod i objęte kontrolą zmian.

Uruchomienie testu generuje także stan wykonania. Okno Test in Progress prezentuje przybliżony procent ukończenia liczony na podstawie wykonanych procedur, a nie czasu. Dostępne działania operatorskie zależą od uprawnień; instrukcja zastrzega pomijanie kroku dla użytkowników z poziomem Packard Administrator lub Packard TSE.

Labware: .lab i import .rak

Definicja labware opisuje więcej niż nazwę płytki. Kreator pozwala określić układ rzędów i kolumn, konfigurację kołową albo nieregularną, liczbę pozycji, ich geometrię, wymiary, rozstaw, wymagane podpory i pozycję względem decku. Nazwa użyta w workliście musi odpowiadać nazwie rozpoznawanej przez metodę.

WinPREP korzysta z natywnych plików .lab. Instrukcja przewiduje import starszych definicji MultiPROBE II w formacie .rak, a następnie zapis w formacie JANUS. Podczas migracji należy zachować zarówno plik źródłowy, jak i wynik konwersji, ponieważ różnica w geometrii lub nazwie może wpływać na mapping próbek i ruchy ramienia.

Performance Files

Performance File jest biblioteką parametrów wpływających na rzeczywistą aspirację i dozowanie. Dobór odbywa się według rodzaju ramienia, końcówki, cieczy, zakresu objętości, rozmiaru strzykawki i trybu dozowania. Plik zawiera zestawy robocze, parametry globalne, kryteria wyboru i kalibrację.

Udokumentowane pola obejmują między innymi:

  • prędkości pompy podczas aspiracji i dozowania;
  • przerwy powietrzne;
  • waste volume i blowout volume;
  • opóźnienia strzykawki i cieczy;
  • prędkość skanowania podczas liquid level sensing;
  • głębokość zanurzenia przed aspiracją;
  • tracking ruchu końcówki wraz ze zmianą poziomu cieczy;
  • nachylenie i offset kalibracji objętości.

Bieżące materiały Revvity nadal opisują bibliotekę Performance Files i możliwość dostosowania prędkości pomp, air gaps, waste/blowout volumes oraz liquid delays. Jest to zatem trwały element modelu konfiguracji, a nie wyłącznie cecha instrukcji z Windows XP.

Worklists, CSV i LIMS

WinPREP może powiązać metodę z worklistą statycznie lub dynamicznie. Instrukcja pokazuje plik SLTInputData.csv dla procedury Single Liquid Transfer. Rekordy zawierają między innymi nazwę racka źródłowego, pozycję próbki, objętość transferu i nazwę racka docelowego. Program może pobierać plik wskazany przez operatora przy uruchomieniu testu albo korzystać ze stałej lokalizacji.

Excel jest wskazany jako wygodne narzędzie do tworzenia danych, ale źródłem może być również LIMS lub własna baza eksportująca plik w oczekiwanym układzie. Kolejność kolumn, typ separatora i dokładne nazwy labware tworzą kontrakt integracyjny. Walidacja powinna objąć nie tylko poprawność składni CSV, lecz także zgodność identyfikatorów próbek z fizycznymi pozycjami i mapą w metodzie.

Dynamiczne wskazanie pliku zwiększa elastyczność, ale przenosi część sterowania procesem do systemu plików. Dla analizy incydentu istotne są czas utworzenia i modyfikacji worklisty, konto zapisujące plik, katalog źródłowy, kopia użyta w przebiegu oraz raport wykonania.

Microsoft Access i raportowanie

Instrukcja 1694282E podaje, że instalacja WinPREP zawierała pełną wersję Microsoft Access, używaną jako baza danych i silnik raportowy. Program śledził dane o wykonywanych testach, oferował gotowe raporty, a użytkownik mógł tworzyć raporty niestandardowe narzędziami Access.

Ta informacja dotyczy historycznej gałęzi. Dla starego stanowiska obraz hosta powinien objąć pliki bazy Access, wersję Office/Access, źródła danych raportów i prawa zapisu. Raport PDF lub wydruk nie zastępuje bazy i metody: nie pokazuje wszystkich zmian parametrów, integracji ani stanu decku, które doprowadziły do wyniku.

JANUS Script Language i rozszerzenia kodowe

Instrukcja określa język wykonujący obliczenia i logikę ruchu jako JANUS Script Language (MSL). Przykładowo mechanizm tracking oblicza tempo zmiany poziomu cieczy i dostosowuje ruch końcówki podczas aspiracji lub dozowania. Metody mogą również wywoływać program użytkownika albo zewnętrzną funkcję DLL.

Integration Manager rozszerza WinPREP o sprzęt zewnętrzny. Dostawca urządzenia przekazuje bibliotekę DLL lub kontrolkę OCX. Administrator kopiuje plik do katalogu Integrations, przechodzi w wierszu polecenia do katalogu instalacji i rejestruje komponent poleceniem regsvr32. Po rejestracji typ urządzenia pojawia się w konfiguracji WinPREP, a jego własna biblioteka może dostarczyć okno ustawień i logikę sterowania.

Element Znaczenie dla bezpieczeństwa
DLL/OCX dostawcy kod wykonywany w kontekście hosta sterującego
regsvr32 trwała rejestracja komponentu COM w Windows
katalog Integrations miejsce, którego integralność wpływa na dostępne urządzenia i komendy
własne okno konfiguracji parametry są interpretowane przez kod producenta urządzenia dodatkowego
External DLL Function możliwość wywołania funkcji biblioteki z metody

Inwentaryzacja stanowiska powinna zebrać nazwy, wersje, skróty i podpisy wszystkich bibliotek w tym katalogu oraz odpowiadające im wpisy rejestru COM. Ocena podatności samego WinPREP nie obejmuje automatycznie kodu dostarczonego przez producentów czytników, shakerów, inkubatorów lub innych modułów.

Role i kontrola dostępu w Windows XP

Stara gałąź opierała prawa WinPREP na lokalnych kontach i grupach Windows XP. Instalator dodawał trzy grupy:

Grupa Zakres w WinPREP
Packard User ładowanie i uruchamianie istniejących testów oraz podawanie wartości wymaganych w runtime; bez edycji testów
Packard Administrator tworzenie, ładowanie i uruchamianie testów, a także dostęp do kalibracji, konfiguracji i Performance Files
Packard TSE prawa administratora aplikacji oraz narzędzia serwisowe do kalibracji, konfiguracji i diagnostyki

Grupy aplikacyjne nie były tym samym co grupa systemowych Administratorów. Instrukcja wprost rozróżnia te role i wskazuje, że konto wymagające obu zakresów musi należeć do obu grup. Konto TSE było tworzone automatycznie podczas instalacji dla inżyniera serwisowego. Dokument nie publikuje jego hasła, więc do katalogu nie należy wprowadzać wymyślonych danych logowania.

21 CFR Part 11

W instrukcji historycznej standardowe bezpieczeństwo bazuje na kontach Windows XP, a 21CFR Enhanced Security Option jest osobnym rozszerzeniem zgodnym z Part 11. W materiałach bieżących Revvity opisuje WinPREP jako program zawierający techniczne mechanizmy wspierające wymagania FDA 21 CFR Part 11. Są to dwa różne punkty w historii produktu i podczas audytu należy zapisać konkretną wersję oraz faktycznie aktywne moduły.

Sama etykieta Part 11 nie przesądza konfiguracji stanowiska. Istotne są zasady kont, uprawnienia do edycji metod, sposób zatwierdzania zmian, ustawienie czasu, retencja historii, uprawnienia do bazy Access lub nowszego backendu oraz możliwość modyfikacji plików poza interfejsem programu.

Integracja z RoboLector Agent 1.2

Historyczna platforma łączyła BioLector, RoboLector Agent 1.2, PerkinElmer JANUS Integrator i WinPREP 4.6. Agent bioprocesowy obserwował przebieg hodowli. Po spełnieniu warunku zatrzymywał pomiar BioLectora, otwierał urządzenie i zapisywał plik CSV z żądaną operacją. Metoda WinPREP kopiowała dane i wykonywała ruchy robota.

Sekwencja potwierdzona w publikacji wyglądała następująco:

  1. RoboLector Agent wstrzymywał pracę BioLectora i otwierał jego pokrywę.
  2. Agent tworzył plik CSV opisujący transfer lub pobranie próbki.
  3. WinPREP pobierał lub kopiował dane do metody JANUS.
  4. Robot wykonywał operację ciekłoprocesową; workflow mógł obejmować płytkę tary, wirówkę IXION i dalsze transfery.
  5. Metoda usuwała pierwotny plik sygnałowy.
  6. Brak pliku był dla RoboLector Agent potwierdzeniem zakończenia; agent zamykał urządzenie i wznawiał pomiary.

Kasowanie pliku jest tu elementem protokołu, a nie tylko sprzątaniem katalogu. Utrata, ręczne usunięcie lub przedwczesne przeniesienie może zostać zinterpretowane jako sukces operacji. Analiza przebiegu wymaga korelacji pliku, logów WinPREP, stanu metody, ruchu JANUS i logu RoboLector Agent.

Relacja ta dotyczy starego m2p-labs RoboLector. Nowszy RoboLector XT współpracuje z Beckman Coulter Biomek i-Series i innym pakietem Agent; nie jest urządzeniem sterowanym przez WinPREP.

Application Assistant

Bieżące karty Fontus i JANUS G3 opisują WinPREP wraz z Application Assistant. Warstwa ta prowadzi użytkownika przez konfigurację, tworzenie metody i wykonanie protokołu, wykorzystując wizualne operacje drag-and-drop. Oprogramowanie zapewnia monitoring badań w czasie rzeczywistym, śledzenie próbek i integrację urządzeń.

Application Assistant zmniejsza liczbę ręcznie pisanych kroków, ale nie usuwa znaczenia konfiguracji. Protokół nadal zależy od definicji labware, Performance Files, pozycji decku, kalibracji oraz dostępnych ramion i modułów. Eksport lub przeniesienie protokołu powinno zatem obejmować zależności, a nie samą nazwę metody.

Deck Verification

Deck Verification jest opcjonalnym systemem wizyjnym dla Fontus i JANUS G3. Zestaw CLS159537 zawiera centralną kamerę nad przestrzenią roboczą, kabel, elementy montażowe oraz integrację programową WinPREP. Kontrola może być uruchamiana automatycznie albo na żądanie na początku lub podczas metody.

System porównuje stan decku z wybranym protokołem. Rozpoznaje nieprawidłowe materiały eksploatacyjne, błędnie ustawione labware oraz obecność wyposażenia takiego jak Varispan Gripper, ODTC, shaker lub heater/cooler. Ustawienia można kopiować pomiędzy protokołami, a wynik kontroli trafia do raportu pass/fail.

Zdjęcie z kamery i raport powinny być korelowane z identyfikatorem metody, czasem i konfiguracją. Automatyczna pozytywna weryfikacja rozmieszczenia nie zastępuje kontroli zawartości naczyń, poprawności kodów próbek ani parametrów Performance File.

PKeye i Mobile Operations Monitor

PerkinElmer przedstawił PKeye Mobile Operations Monitor w 2019 r. jako narzędzie do obserwowania pracy instrumentu, sprawdzania stanu przebiegu i odbierania komunikatów o błędach. Oficjalny komunikat wymienia aplikacje dla iPhone'a, Androida i komputerów z Windows. Bieżąca strona Revvity używa nazwy Mobile Operations Monitor i opisuje zaawansowany monitoring z wykorzystaniem zintegrowanych kamer.

PKeye rozszerza granicę stanowiska poza lokalny ekran WinPREP. W inwentaryzacji trzeba uwzględnić klienty mobilne, konta, urządzenia dopuszczone do podglądu, konfigurację kamer, retencję obrazu i ścieżkę powiadomień. Protokołu sieciowego, portów ani modelu uwierzytelnienia nie należy wyprowadzać z samej informacji o zgodności z trzema platformami klienckimi.

Licencjonowanie i ceny

Instrukcja historyczna określa WinPREP jako składnik systemu JANUS. Oficjalny komunikat PerkinElmer z 2019 r. podaje, że wszystkie stacje JANUS G3 były dostarczane z oprogramowaniem WinPREP. Bieżące strony produktowe Revvity oferują konfiguracje JANUS G3 i Fontus w trybie zapytania ofertowego, dlatego koszt programu jest częścią konfiguracji stanowiska, a nie publicznego cennika licencji standalone.

Funkcje dodatkowe mogą być osobnymi pozycjami handlowymi. Deck Verification jest opcjonalnym zestawem sprzętowo-programowym. Varispan Gripper CLS159491 jest sprzedawany jako akcesorium; strona producenta podaje cenę katalogową 10 094 USD i wymaga WinPREP 6.0 lub nowszego. Ta kwota dotyczy grippera, nie licencji WinPREP.

Materiały do pobrania

Materiał Zastosowanie Link
JANUS Automated Workstation User Manual, 1694282 Rev. E pełna instrukcja historycznej gałęzi: GUI, USB, role, pliki, Performance Files, worklists, raporty i integracje DLL/OCX PDF instrukcji
Automated Liquid Handling Life Science Catalog bieżące porównanie Fontus/JANUS G3 i WinPREP z Application Assistant PDF Revvity
Fontus 8i Mini flyer bieżące funkcje WinPREP, monitoring i Performance Files PDF Revvity
Nucleic acid extraction from liver tissue przykład konfiguracji i deck layout JANUS G3 Integrator PDF Revvity
Komunikat SLAS 2019 WinPREP w JANUS G3 oraz funkcje i platformy klienckie PKeye PDF PerkinElmer
Deck Verification CLS159537 opis zestawu, wykrywanych elementów i integracji z WinPREP strona Revvity
Varispan Gripper CLS159491 wymaganie WinPREP 6.0+, konfiguracja i cena akcesorium strona Revvity

Powierzchnia ataku i granice zaufania

Najważniejszą granicą nie jest wyłącznie kabel USB. Host WinPREP łączy dane laboratoryjne, pliki metod, lokalne konta Windows, bazę raportową, komponenty COM oraz sterowanie fizycznym robotem. Zaufanie przechodzi przez kilka mechanizmów:

  • konto Windows określa rolę WinPREP;
  • metoda .MPT określa kolejność i parametry operacji;
  • plik .lab mapuje nazwę naczynia na geometrię;
  • Performance File zmienia rzeczywiste zachowanie cieczy;
  • worklista CSV wiąże próbkę z pozycją i objętością;
  • DLL/OCX w Integrations wykonuje kod dostawcy urządzenia;
  • sterownik USB przekazuje polecenia do JANUS;
  • w RoboLectorze usunięcie pliku sygnalizuje zakończenie operacji;
  • Deck Verification i PKeye wprowadzają obrazy oraz klientów zdalnych.

Zmiana każdego z tych elementów może wpłynąć na wynik bez modyfikacji binarnego pliku WinPREP. Kontrola integralności powinna zatem obejmować konfigurację stanowiska, a nie tylko wersję aplikacji.

Akwizycja i baseline stanowiska

Dla historycznego hosta należy utrwalić co najmniej:

  1. obraz dysku i wersję Windows wraz z listą poprawek;
  2. wersję WinPREP oraz wersje sterowników JANUS i USB;
  3. członkostwo kont w grupach Packard User, Packard Administrator, Packard TSE i Administrators;
  4. pliki .MPT, .lab, importowane .rak, worklists CSV i Performance Files;
  5. bazę Microsoft Access oraz szablony i wyniki raportów;
  6. zawartość katalogu Integrations, skróty DLL/OCX i odpowiadające wpisy rejestru;
  7. konfigurację decku, urządzeń zewnętrznych i współrzędne X/Y/Z;
  8. dane kalibracyjne ramion, decku, czytników i liquid level sensing;
  9. logi wykonania testów i czasy systemowe;
  10. w integracji RoboLector — pliki handshake oraz logi obu aplikacji.

Dla bieżącego stanowiska dochodzą ustawienia Application Assistant, konfiguracja Deck Verification, raporty pass/fail, urządzenia i konta Mobile Operations Monitor oraz dokładny build Windows 10 lub nowszego hosta. Baseline powinien również zapisać numer części konfiguracji JANUS/Fontus, ponieważ możliwości programu zależą od ramion i modułów obecnych na konkretnym stanowisku.

Materiały źródłowe