Przykład funkcji inspekcji (w oparciu o aplikację)

::: (info) () Aby pobrać aplikację, odwiedź: Library:::

Przykład funkcji inspekcji (oparty na aplikacji)

Postępuj zgodnie z tym przewodnikiem, aby tworzyć i śledzić procesy inspekcji w Tulip.

Cel

Ta aplikacja Functional Example prowadzi użytkownika przez proces tworzenia rozwiązania inspekcji dla produktu lub procedury inspekcji. Obejmuje ona konfigurację kontroli, przeprowadzanie kontroli i analizowanie wyników kontroli. Jest to zasób edukacyjny, a nie rozwiązanie, które można wdrożyć w hali produkcyjnej.

Podczas gdy większość aplikacji wprowadza użytkownika w sposób rejestrowania danych i pokazuje, jak tworzyć kroki dla kontroli inspekcji, istnieją kroki, które można skopiować i wkleić do własnej aplikacji inspekcyjnej w szablonach grup kroków.

Konfiguracja

Nie jest wymagana żadna konfiguracja. Ta aplikacja wykorzystuje tylko dane Variables (tj. rekordy Completion). Zmienne są już skonfigurowane.

Jak to działa

Uruchom aplikację w odtwarzaczu i dowiedz się, jak utworzyć inspekcję dla swoich produktów. Każdy krok to połączenie wskazówek (w krokach wprowadzenia i na zielonych banerach) oraz praktycznych testów.

Kroki wprowadzające

Kroki wprowadzające pomogą ci zrozumieć rekordy ukończenia w Tulip i jak najlepiej je skonfigurować podczas tworzenia przypadku użycia inspekcji.

1. Wszystkie dane z inspekcji są gromadzone w rekordach ukończenia. Są to niezmienne historie wszelkich działań związanych z wprowadzaniem danych wykonywanych podczas uruchamiania aplikacji w odtwarzaczu i zapisywania danych aplikacji.

1. Wyzwalacze, które zapiszą wszystkie dane aplikacji, to Save All App Data (akcja) i dowolne z przejść Complete / Cancel.

1. Istnieją pewne najlepsze praktyki, aby upewnić się, że rekordy ukończenia są czyste i czytelne. Na przykład ustaw nazwę aplikacji jako nazwę/numer produktu/części do sprawdzenia i utwórz zmienną etykiety dla ukończeń. Za każdym razem, gdy aplikacja rejestruje rekord ukończenia, ta ostatnia umożliwia rozróżnienie typu rekordów ukończenia (np. "Wynik inspekcji" vs. "Zarejestrowane działania następcze"). Wartości etykiet powinny być spójne w aplikacji.

Kroki funkcji

ProduktProcedura kontroli zazwyczaj odnosi się do produktu/części. Ponieważ istnieje relacja 1:1 między procedurą kontroli a produktem/częścią, jest to zakodowane w aplikacji. Operator może od razu rozpocząć procedurę kontroli.

Numer seryjnyJeśli każda kontrola produktu/części ma charakterystyczny numer seryjny lub identyfikator, warto zapisać go w dokumentacji, aby móc później przeanalizować wszystkie dane dotyczące tego produktu/części.

Zaliczenie/niezaliczenieNiektóre kontrole wymagają od operatora sprawdzenia produktu/części i wpisania, czy przeszedł on kontrolę, czy nie, na podstawie własnej oceny. W aplikacji odbywa się to za pomocą przycisków Pass i Fail. Każdy przycisk zapisze odpowiednio True lub False w zmiennej Boolean Check.

Wprowadzaniedanych liczbowych Jeśli operator musi wprowadzić wartość liczbową jako wynik inspekcji, odbywa się to za pomocą pola wprowadzania danych liczbowych. Przycisk Submit w kroku po prostu przenosi operatora do następnego etapu, ponieważ wprowadzona wartość jest automatycznie zapisywana w wartości Number Input Check.

RankingJeśli istnieje zestaw standardowych wartości do wprowadzenia przez operatora, np. wartość z rankingu 1-4, można to skonfigurować za pomocą przycisku dla każdej wartości w zestawie standardowym. Gdy operator kliknie jeden z przycisków, powiązana wartość (1, 2, 3 lub 4) zostanie zapisana w zmiennej Ranking Check.

Wprowadzanie atrybututekstowego Czasami wynik inspekcji nie jest prostym wynikiem pozytywnym/negatywnym ani nie jest mierzalny za pomocą liczby. W takim przypadku najlepszym rozwiązaniem będzie pole tekstowe. Podobnie jak w przypadku wprowadzania liczb, przycisk Submit po prostu przechodzi do następnego kroku, ponieważ zmienna połączona z polem wprowadzania tekstu jest automatycznie aktualizowana podczas wpisywania tekstu przez operatora.

Odczytwynikówinspekcji Najlepiej byłoby, gdyby krok odczytu wyników inspekcji był samodzielną aplikacją. Zapewni to, że tylko kierownicy ds. jakości lub przełożeni będą mieli dostęp do szczegółowego widoku danych zebranych podczas inspekcji.

Ze względu na ilość danych generowanych podczas procedury inspekcji, najlepiej jest ustawić pewne filtry, aby umożliwić menedżerowi jakości lub nadzorcy wyświetlanie tylko tych danych, którymi są zainteresowani.

Jeśli nie używasz tego kroku jako szablonu dla oddzielnej aplikacji, nadal możesz zapewnić, że tylko menedżerowie jakości lub przełożeni mają pełny dostęp do danych za pomocą widżetu Podpis elektroniczny. Widżet pozwala również wybrać punkty danych, które recenzent będzie podpisywał.

AkcjaW folderze kroków Common znajduje się pojedynczy krok, do którego zostaniesz przekierowany za każdym razem, gdy operator oznaczy kontrolę jako nieudaną lub gdy wartość liczbowa wykracza poza limity (w tej aplikacji limity są zakodowane w aplikacji). Gdy operator naciśnie przycisk Log Action, aplikacja zostanie zakończona.

Kroki szablonu

Po otwarciu aplikacji w edytorze aplikacji znajduje się folder z kilkoma krokami szablonu dla każdego z kroków operacyjnych w aplikacji. Logika wyzwalaczy i zmiennych jest repliką podstawowych kroków aplikacji. Aby zaimplementować własne rozwiązanie, należy dostosować je w dowolny sposób:

• Modyfikowanie interfejsu użytkownika (kolory, ramki itp.);
• dodawanie własnych specyfikacji do logiki aplikacji i ogólnego wyglądu (część/produkt, limity specyfikacji itp.);
• Łączenie kroków i technik z tego przykładu funkcjonalnego z innymi przykładami funkcjonalnymi".

Więcej informacji

• Jak ukończyć aplikację
• Jak tworzyć i używać zmiennych
• Jak korzystać z widżetu podpisu elektronicznego