Przykład funkcji kontroli (opartej na aplikacji)

Przykład funkcji kontroli (oparty na aplikacji)

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

Przeznaczenie

Ta aplikacja {{glosariusz.Przykład funkcjonalny}} prowadzi użytkownika przez budowanie rozwiązania kontroli dla produktu lub procedury kontroli. Obejmuje ona konfigurację kontroli, przeprowadzanie kontroli i analizę wyników kontroli. Jest to materiał do nauki, a nie rozwiązanie, które można wdrożyć w hali produkcyjnej.

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

Konfiguracja

Nie jest wymagana żadna konfiguracja. Ta aplikacja używa tylko danych zmiennych (np. zapisy ukończenia). Zmienne są już skonfigurowane.

Jak to działa?

Uruchom aplikację w Odtwarzaczu i dowiedz się, jak zbudować inspekcję dla swoich produktów. Każdy krok jest połączeniem wskazówek (w krokach wprowadzających i w zielonych banerach) i testów praktycznych.

Kroki wprowadzające

Kroki wprowadzające pomogą Ci zrozumieć rekordy Completion w Tulipie i jak najlepiej je skonfigurować podczas budowania przypadku użycia Inspection.

1. Wszystkie dane z twoich inspekcji są gromadzone w rekordach Completion. Są one niezmiennymi historiami 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) oraz dowolne z przejść Complete/ Cancel.

1. Istnieją pewne najlepsze praktyki, aby upewnić się, że zapisy ukończenia są czyste i czytelne. Na przykład ustaw nazwę aplikacji jako nazwę / numer produktu / części do kontroli i utwórz zmienną etykietę dla swoich uzupełnień. Za każdym razem, gdy aplikacja rejestruje zapis ukończenia, ta ostatnia pozwala na rozróżnienie typu zapisów ukończenia (np. "Wynik inspekcji" vs. "Zalogowane działania uzupełniające"). Twoje wartości etykiet powinny być spójne w aplikacji.

Kroki funkcji

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

Numer seryjnyJeśli każdy produkt/część kontrolowana ma charakterystyczny numer seryjny lub identyfikator, warto zapisać go w dokumentacji, aby móc później analizować wszystkie dane istotne dla tego produktu/części.

Pass/ FailNiektóre inspekcje wymagają, aby operator sprawdził produkt/ część i wpisał, czy przeszedł lub nie przeszedł inspekcji na podstawie swojej oceny. W aplikacji odbywa się to za pomocą przycisków Pass (Podaj) i Fail(Nie). Każdy przycisk zapisze odpowiednio wartość True lub False do zmiennej Boolean Check.

Number InputJeśli operator jest zobowiązany do wprowadzenia wartości liczbowej jako wyniku kontroli, robi się to za pomocą pola numerycznego. 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 ustawić za pomocą przycisku dla każdej wartości w zestawie standardowym. Kiedy operator kliknie na jeden z przycisków, kojarzona wartość (1, 2, 3 lub 4) jest zapisywana w zmiennej Ranking Check.

Wejście atrybutu tekstowegoCzasami wynik inspekcji nie jest prostą wartością pass/ fail ani nie jest mierzalny za pomocą liczby. Jeśli tak jest, najlepszym rozwiązaniem będzie pole tekstowe. Podobnie jak w przypadku wprowadzania liczb, przycisk Submit (Prześlij ) po prostu przechodzi do następnego kroku, ponieważ zmienna połączona z polem wprowadzania tekstu jest automatycznie aktualizowana w miarę wpisywania danych przez operatora.

Przeczytaj wyniki inspekcjiNajlepiej, aby etap czytania wyników inspekcji był samodzielną aplikacją. Dzięki temu dostęp do szczegółowego widoku danych zebranych podczas kontroli będą mieli tylko kierownicy ds. jakości lub osoby nadzorujące.

Ze względu na ilość danych generowanych jako uzupełnienia podczas procedury inspekcji, najlepiej jest ustawić pewne filtry, aby umożliwić menedżerowi jakości lub osobie nadzorującej wyświetlanie tylko tych danych, które ich interesują.

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

AkcjaW folderze kroków Wspólne znajduje się pojedynczy krok, do którego użytkownik jest przekierowywany zawsze, gdy operator zaznaczy kontrolę jako nieudaną lub gdy wartość liczbowa jest poza limitami (w tej aplikacji limity są zakodowane). Po naciśnięciu przez operatora przycisku Log Action, aplikacja kończy pracę.

Etapy tworzenia szablonu

Otwierając aplikację w App Editor, znajduje się folder z kilkoma krokami szablonowymi dla każdego z kroków operacyjnych w aplikacji. Logika wyzwalaczy i zmiennych jest repliką podstawowych kroków aplikacji. Aby wdrożyć własne rozwiązanie, powinieneś dostosować je jakkolwiek chcesz przez:

• Modyfikację UI (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 funkcjonalnego przykładu z innymi funkcjonalnymi przykładami".

Dalsza lektura

• Jak ukończyć aplikację
• Jak tworzyć i używać zmiennych
• Jak używać Widżetu e-podpisu