- 1단계.
- Build
- 애플리케이션 디자인
- 애플리케이션 편집기
- Tulip 앱 편집기 소개
- 새 Tulip 앱 만들기
- 앱 편집기 및 플레이어에서 키보드 단축키를 사용하는 방법
- Tulip의 다국어 기능
- 무버
- 위젯
- 위젯이란 무엇인가요?
- 입력 위젯
- 임베디드 위젯
- 버튼 위젯
- 위젯을 구성하는 방법
- 단계에 입력 위젯 추가하기
- 대화형 테이블 위젯이란 무엇인가요?
- Product Docs Template
- 동영상 퍼가기 방법
- How to Embed Analytics in an App
- 파일 작업
- 단일 또는 다중 선택 위젯 동적으로 채우기
- 확인란 위젯 사용 방법
- 바코드 위젯을 추가하는 방법
- 스텝에 그리드 위젯을 추가하는 방법
- 앱 내 및 앱 간 콘텐츠 복사/붙여넣기 방법
- 걸음 수에 게이지 위젯을 추가하는 방법
- 사용자 지정 위젯 개요
- 서명 양식 만들기 단계
- 입력 위젯을 사용한 데이터 유효성 검사
- 기록 위젯 개요
- 양식 단계의 기술적 세부 사항
- 앱에 이미지를 추가하는 방법
- 전자 서명 위젯 사용 방법
- 앱의 숫자 서식 지정
- 유네스코, 유엔 교육, 과학 및 문화 기구
- 트리거란 무엇인가요?
- 단계 레벨 트리거
- 앱 레벨 트리거
- 위젯 트리거
- 앱 전환 가이드
- 타이머 트리거
- 디바이스 트리거를 추가하는 방법
- 조건이 있는 트리거를 추가하는 방법(If/Ese 문)
- 트리거 에디터의 액션 및 전환 목록
- 가장 흔하게 발생하는 상위 10가지 트리거는 무엇인가요?
- 트리거에서 위젯 색상을 설정하는 방법
- 이메일 보내는 방법
- SMS 알림을 위해 Tulip 사용자를 설정하는 방법
- 트리거에서 단계를 인쇄하는 방법
- 앱 에디터에서 표현식 편집기를 사용하는 방법
- 표현식 편집기의 기술적 세부 사항
- 앱 에디터의 전체 표현식 목록
- 날짜/시간 표현식 사용
- 타입 캐스팅 표현식
- 배열 및 객체와 함께 표현식 사용
- 트리거에서 시간 작업하기
- 지원되는 사용자 지정 날짜/시간 형식
- 앱을 완성하는 방법
- 디바이스의 카메라를 통해 바코드 및 QR 코드를 스캔하는 방법
- 트리거에 정규식을 추가하는 방법
- Tulip 앱에서 앱 정보 사용
- 트리거를 사용하여 커넥터 함수를 호출하는 방법
- 버전
- 분류
- Dati(데우사 힌두교).
- 커넥터
- 분석
- 분석이란 무엇인가요?
- 애널리틱스 빌더 소개
- 새 분석을 만드는 방법
- 디스플레이 유형 개요
- 템플릿 유형, 설명
- 유니버설 템플릿 사용 방법
- Number Formatting in Analytics
- 차트 레이어 소개
- 컨트롤 차트란 무엇인가요?
- 제어 차트에 대한 알림
- How to Embed Analytics in an App
- 여러 앱의 데이터를 분석하는 방법
- 애널리틱스 에디터에서 머신 데이터 사용
- 날짜 범위 이해
- 분석 컨텍스트 창의 필드 목록
- 애널리틱스 에디터에서 표현식 편집기를 사용하는 방법
- 표현식 편집기의 기술적 세부 사항
- Full List of Expressions in the Analytics Editor
- 앱 애널리틱스 수정 방법
- 예측 레이어란 무엇인가요?
- 분석 예시
- 첫 번째 매장 대시보드 만드는 방법
- 분석 또는 대시보드 공유 방법
- 대시보드 만드는 방법
- 시각적
- 장비 감시
- 머신 모니터링 소개
- 첫 번째 머신을 설정하는 방법
- 트리거에서 머신 출력을 사용하는 방법
- 첫 번째 OPC UA 데이터 소스를 구축하는 방법
- 첫 번째 MQTT 커넥터를 구축하는 방법
- 앱에 머신 위젯을 추가하는 방법
- 튤립에 연결하기 위해 머신을 준비하는 방법
- 머신 속성, 다운타임 이유 및 상태를 추가하는 방법
- OPC UA/MQTT 프로토콜을 사용하여 머신 속성에 쓰기 새로운
- 엣지 디바이스를 사용하여 Prem 커넥터 호스트에서 실행
- Edge MC를 사용하여 OPC UA 실행
- 머신 속성 API 사용 방법
- How to Set Up Machine Types
- 머신을 추가하고 구성하는 방법
- 첫 번째 머신 트리거를 만드는 방법
- Tulip을 사용한 머신 모니터링 아키텍처를 위한 권장 사항
- 규제 대상 분야
- 부조종사는 최전선에 있습니다.
- 자동
- 수입 내 수출
- 애플리케이션 실행
- 튤립 플레이어 사용 방법
- Tulip 플레이어에서 앱을 실행하는 방법
- Tulip 웹 플레이어 또는 Tulip 플레이어 앱 중에서 선택하기
- 여러 개의 튤립 계정 간에 전환하는 방법
- Apple iOS 및 iPadOS에서 Tulip 플레이어를 사용하는 방법
- Tulip에서 지원되는 언어
- How to access your Tulip Player/Instance in an iFrame
- 다양한 기기에서 Tulip 애플리케이션을 실행하는 방법
- How To Troubleshoot the Tulip Player
- 튤립 플레이어 실행을 위한 권장 기기
- 화면이 공백으로 표시되는 경우 튤립 플레이어를 다시 시작하는 방법
- How to Export App Data to CSV
- Deploy and Manage
- Developer Tools
- Connect to Software
- Connectors
- 에코시스템 통합을 위한 가이드라인입니다.
- 아마존 베드락 통합
- AWS 통합 - 모든 Tulip 테이블 가져오기 및 S3에 쓰기
- AWS 통합 - API 게이트웨이 및 Lambda를 통해 AWS로 데이터 전송
- AWS 통합 - Tulip 테이블에서 데이터 가져오기
- AWS 통합 - 람다 함수에서 모든 튤립 테이블 가져오기
- 튤립 테이블 데이터 로드를 위한 Glue ETL 스크립트 예제
- IoT 사이트별 통합
- AWS를 통한 린 일상 관리
- Microsoft Azure 머신 러닝 통합
- Microsoft 패브릭 통합
- 로크웰 팩토리토크 옵틱스 통합
- 눈송이와 패브릭 통합 - 튤립 테이블을 눈송이로 가져오기
- Connect to Hardware
- Edge Devices
- Borde E.O..
- 랜드 MC.
- 머신 세트
- 파사렐라 I
- 패브릭 세트
- 주변기기 관리
- 터미널 장비 사례 연구
- 엣지 디바이스를 머신 데이터 소스로 사용
- 엣지 디바이스 및 FlowFuse
- 엣지 디바이스 MQTT 브로커 활성화 및 설정 방법
- 엣지 디바이스에서 MQTT 브리지를 설정하는 방법
- Edge MC를 사용하여 OPC UA 실행
- How to use GPIO on Edge IO
- Edge MC와 함께 Node-RED 사용
- 엣지 IO와 Node-RED 사용
- 방법: Edge IO와 함께 직렬 사용
- 엣지 디바이스를 사용하여 Prem 커넥터 호스트에서 실행
- Edge MC의 커넥터 호스트 및 Node-RED를 사용하여 머신과 통신하기
- 튤립 + IoT로 할 수 있는 일
- Tulip Edge 디바이스 문제 해결
- 호환되는 장치
- Tulip과 호환되는 플러그 앤 플레이 장치 목록
- 디바이스 드라이버 생성 및 지원
- Tulip의 장치 드라이버 지원
- 바코드 스캐너 설정 방법
- 직렬 드라이버 사용
- Zebra 프린터와 Tulip을 통합하는 방법
- Zebra 네트워크 프린터 드라이버 사용
- Zebra GK 시리즈 라벨 프린터 드라이버 사용
- USB 보베 박스 드라이버 사용
- 코그넥스 In-Sight 2000 드라이버 사용
- 코그넥스와 Tulip 구성 방법
- MT 세븐엑셀런스 PH 미터 드라이버 사용
- 일반 ADC 드라이버 사용
- 오메가 HH806 온도계 드라이버 사용
- 디지털 캘리퍼 드라이버 사용
- 일반 TS05 블루투스 온도계 설정 방법
- 코그넥스 DataMan TCP 드라이버 사용
- Windows용 미쓰토요 U-WAVE 수신기 설정 Tulip 플레이어
- 브렉넬 PS25 스케일 드라이버 사용
- RFID 드라이버 사용
- Using the Kolver EDU 2AE/TOP/E Driver
- USB 풋 페달 드라이버 사용
- 토크 오픈 프로토콜 드라이버 사용
- Dymo M10 USB 스케일 드라이버 사용
- 코그넥스 In-Sight 드라이버 사용
- 텔넷 드라이버 사용
- 일반 I/O 드라이버 사용
- 콜버 토크 컨트롤러 설정 방법
- 인사이즈 멀티채널 캘리퍼 드라이버 사용
- Dymo S50 USB 체중계 드라이버 사용
- Zebra 안드로이드 데이터웨지 구성
- 미쓰토요 디지털 캘리퍼와 미쓰토요 U-wave 드라이버 사용
- Troubleshoot
- 로소 노드.
- Edge Devices
- 재사용 가능한 컴포넌트 만들기
- 애플리케이션 프로그래밍 인터페이스 사용
- Connect to Software
- 기술 및 IT 문서
- 유지보수 이벤트 일정
- 튤립 지원을 받는 방법
- IT 인프라
- Tulip IT 환영 가이드
- IP 허용 목록 구성
- Tulip의 보안 옵션 개요
- Tulip IT 보안 가이드
- 튤립 커넥터 호스트 소개
- On-Prem Connector Host Version Support
- 기존 온프레미스 커넥터 호스트 컨테이너에 대한 로그 회전 활성화
- Tulip을 사용한 머신 모니터링 아키텍처를 위한 권장 사항
- Tulip 온프레미스 가상 머신 세부 정보
- 튤립 플랫폼 구성 요소 및 네트워크 다이어그램
- AWS GovCloud에 Tulip 배포하기
- Windows에서 Tulip 플레이어와 프록시 서버를 사용하는 방법
- 온프레미스 커넥터 호스트 개요
- Tulip Cloud 배포를 위한 네트워킹 요구 사항
- Tulip W-9 Form
- Tulip의 사이버 보안 정책과 인프라는 무엇인가요?
- LDAP/SAML/SSO
- 튤립 파트너 포털 사용 방법
- Guides
- 디지털 트랜스포메이션 달성.
- Use Cases by Solution
- 例
- 워크스테이션별 작업 주문의 실시간 가시성을 확보하는 방법
- 5S 감사 앱 튜토리얼
- 자동화된 거부 보고서 앱을 구축하는 방법
- 첫 번째 최전선 운영 앱을 계획하는 방법
- 테이블에서 머신 감사를 추적하는 방법
- 최전선 운영 앱에서 작업 지시를 자동화하는 방법
- 혼합이 많은 환경에서 제조 앱을 사용하는 방법
- 디지털 작업 지시서 앱을 구축하는 방법
- How To Track Product Genealogy Using Tables
- 오하우스 스케일을 추가하고 출력을 변수에 저장하는 방법
- 작업 완료 시 재고 테이블에서 공제하는 방법
- 작업 지침 "UI 템플릿" 사용 방법
- 사용자 필드가 있는 스킬 매트릭스를 만드는 방법
- BOM(자재 명세서) 테이블을 만드는 방법
- 스프레드시트를 테이블로 가져오는 방법
- 표를 사용하여 인벤토리를 관리하는 방법
- 사용자 필드가 있는 여러 앱 간에 동적 데이터를 전달하는 방법
- "라우팅 앱"을 만들어 여러 앱 사이를 이동하는 방법
- 📄 주문 추적
- 📄 오류 추적성
- 라이브러리
- 튤립 라이브러리 사용
- Laboratory Operation App Suite
- 라이브러리 컬렉션
- Library Apps
- 교과서의 예
- 애플리케이션 솔루션
- CMMS 애플리케이션 패키지
- Zerokey solutions
- 결과 가시성
- 전자입찰 보고(eBR) 요청 양식
- PCG의 CAPA Lite
- 5 AI로 근본 원인을 파악해야 하는 이유
- AI를 통한 간단한 결함 보고
- 비즈니스 사례 빌더
- 교대 근무 시작 회의
- 칸반 앱 제품군
- 간단한 OEE 대시보드
- 아레나 BOM 솔루션
- 장비 관리 앱 제품군
- 간단한 체크리스트
- 체크리스트 관리 제품군
- 카미시바이 앱 스위트
- 카이젠 퍼널
- 간편한 출결 관리 솔루션
- 카미시바이 품질 감사
- 라이브러리 애플리케이션 포장 및 배송
- CAPA 관리
- 모바일 카메라 앱
- OEE 계산기
- 시간별 생산 스코어카드
- 재료 백 플러시
- 품질 이벤트 대시보드
- 첫 번째 패스 수익률 신청
- 픽 투 라이트
- 교육 솔루션
- 디지털 시스템 인벤토리
- 비전을 통한 위치 추적
- 디지털 시스템 액세스 관리
- 자재 관리
- 도구 및 자산 관리자
- 품질 이벤트 관리
- 브레이크 빔 센서가 있는 스텝 어드밴스
- 디지털 스톱워치
- 감사 체크리스트
- 카타나 ERP 앱
- 높은 수준의 기준 평가
- BOM 관리
- 안전 인시던트 관리자
- 카미시바이 카드 관리
- 린 대시보드
- 5S 결과 레이더(스파이더) 차트 위젯
- 5S 체크리스트
- 모바일 프로덕션 스코어카드
- 모바일 디자인 템플릿
- 프로세스 엔지니어링(모바일)
- 코파일럿 사진에서 텍스트 추출
- 유지 보수 주문 실행
- 머신 시작 체크리스트 예시
- 등록 방법
- 퇴비화 가능한 MES
- 제약 부문을 위한 MES 시스템
- 커넥터 및 단위 테스트
- 플라네우스 단위 테스트
- COPA-DATA Connector
- Microsoft 플래너 커넥터
- 플라네우스 커넥터
- Microsoft To Do 커넥터
- Microsoft 프로젝트 커넥터
- 트렐로 커넥터
- 월요일 커넥터
- 아사나 커넥터
- 샌들우드: 점화 커넥터
- Veeva 커넥터
- Inkit 커넥터
- MRPeasy Connector
- Zapier 웹훅 커넥터
- 오라클 퓨전 커넥터
- 랩밴티지 커넥터 및 유닛 테스트
- Google 채팅 커넥터
- Salesforce 커넥터
- 리트머스 개요
- eMaint 커넥터
- eLabNext 커넥터
- Acumatica ERP 커넥터
- CETEC 커넥터
- 호출기 듀티 커넥터
- 나이스레이블 통합
- Aras 통합 개요
- SDA 통합
- 나이미 밴드 단위 테스트
- 아레나 통합
- 바코드 스캐너 유닛 테스트
- 풋페달 유닛 테스트
- RealWear 헤드셋에서 Tulip 시작하기
- 에어테이블 커넥터
- 시포 커넥터
- 바텐더 통합
- SAP S/4 HANA 클라우드 커넥터
- RFID 스캐너 유닛 테스트
- Jira 커넥터
- Zebra 라벨 프린터 장치 테스트
- Google 번역 커넥터
- MSFT 파워 오토메이트
- OpenAI 커넥터
- Google 캘린더 커넥터
- Tulip API 단위 테스트
- Duro PLM 유닛 테스트
- HiveMQ 단위 테스트
- NetSuite 통합
- 코그넥스 유닛 테스트
- PowerBI 데스크톱 통합
- ProGlove 유닛 테스트
- Fivetran 통합
- 파티클IO 통합
- Google 드라이브 커넥터
- 눈송이 커넥터
- SAP 석세스팩터스 커넥터
- ZeroKey Integration
- Google 지오코드 커넥터
- Google 스프레드시트 커넥터
- Tulip과 Slack을 통합하는 방법
- HighByte Intelligence Hub Unit Test
- 랜딩AI 유닛 테스트
- LIFX 유닛 테스트(무선 조명)
- Microsoft 캘린더 커넥터
- M365 다이나믹스 F&O 커넥터
- Microsoft Outlook 커넥터
- Microsoft Teams 커넥터
- Oauth2를 사용하여 Microsoft Graph API를 Tulip에 연결하기
- Microsoft Excel 커넥터
- 넷스위트 앱 및 커넥터
- OpenBOM 커넥터
- 계량 저울 단위 테스트
- InfluxDB 커넥터
- 오거리 커넥터
- ilert 커넥터
- 셰플러 옵타임 커넥터
- 몽고DB 아틀라스 커넥터
- MaintainX 커넥터
- 트윌리오 커넥터
- SendGrid 커넥터
- 솔라스 커넥터
- RealWear 헤드셋용 Tulip 앱을 디자인하는 방법
- 온쉐이프 커넥터
- 사용자 지정 가능한 위젯
- Job Planning/Scheduling Board
- 타임라인 위젯
- json 트리 뷰어 위젯
- 칸반 작업 관리 위젯
- 배지 위젯
- 고급 타이머 위젯
- 세그먼트 버튼 사용자 지정 위젯
- 동적 게이지 사용자 지정 위젯
- 스낵바 위젯
- 변경 감지기 단위 테스트
- 상태 색상 표시기 단위 테스트
- 입력 길이 확인 단위 테스트
- 계산기 사용자 지정 위젯 단위 테스트
- 이미지 주석 위젯 단위 테스트
- 린 대시보드 위젯
- 루퍼 유닛 테스트
- 스톱워치 단위 테스트
- 숫자 입력 단위 테스트
- 숫자 패드 단위 테스트
- 방사형 게이지
- 단계별 메뉴 단위 테스트
- SVG 위젯
- 텍스트 입력 단위 테스트
- 툴 팁 단위 테스트
- 작업 지침 관리 포인트 단위 테스트
- 서면 전자 서명 위젯 단위 테스트
- ZPL 뷰어 단위 테스트
- 간단한 선 그래프 위젯
- 선반 사용자 지정 위젯
- 슬라이더 위젯
- NFPA 다이아몬드 사용자 지정 위젯
- 합격 - 불합격 사용자 지정 위젯
- 더 간단한 타이머 커스텀 위젯
- Nymi 프레즌스 통합 위젯
- 자동
- Release Announcements
- 시작 위치
- Platform Release 307 - February 2025
- Platform Release 306 - February 2025
- Platform Release 305 - February 2025
- Platform Release 304 - January 2025
- Platform Release 303 - January 2025
- 플랫폼 릴리스 302 - 2025년 1월
- 플랫폼 릴리스 301 - 2025년 1월
- Platform Release300 - January 2025
- 플랫폼 릴리스 299 - 2024년 12월
- 플랫폼 릴리스 298 - 2024년 12월
- Factory 297 Release - December 2024
- Factory 296 Release - November 2024
- Factory 295 Release - November 2024
- Factory 294 Release - November 2024
- Factory 293 Release - November 2024
- Factory 292 Release - November 2024
- Factory 291 Release - November 2024
- Factory 290 출시 - 2024년 10월
- 플랫폼 릴리스 289 - 2024년 10월
- Factory 288 출시 - 2024년 9월
- Factory 287 출시 - 2024년 9월
- Factory 286 출시 - 2024년 8월
- 플랫폼 릴리스 285 - 2024년 8월
- Factory 284 출시 - 2024년 7월
- 플랫폼 릴리스 283 - 2024년 7월
- 플랫폼 릴리스 282 - 2024년 6월
- 플랫폼 릴리스 281 - 2024년 6월
- 플랫폼 릴리스 280 - 2024년 5월
- Factory 279 출시 - 2024년 5월
- Factory 278 출시 - 2024년 4월
- Factory 277 출시 - 2024년 4월
- Factory 276 출시 - 2024년 4월
- 플랫폼 릴리스 275 - 2024년 3월
- Factory 274 출시 - 2024년 3월
- 플랫폼 릴리스 273 - 2024년 2월
- Factory 272 출시 - 2024년 2월
- 플랫폼 릴리스 271 - 2024년 1월
- 플랫폼 릴리스 270 - 2024년 1월
- 플랫폼 릴리스 269 - 2024년 1월
- 플랫폼 릴리스 268 - 2023년 12월
- 플랫폼 릴리스 267 - 2023년 11월
- Factory 266 출시 - 2023년 11월
- 플랫폼 릴리스 265 - 2023년 11월
- 플랫폼 릴리스 264 - 2023년 10월
- Factory 263 출시 - 2023년 10월
- Factory 262 출시 - 2023년 9월
- 플랫폼 릴리스 261 - 2023년 9월
- 팩토리 260 출시 - 2023년 8월
- 플랫폼 릴리스 259 - 2023년 8월
- Factory 258 출시 - 2023년 7월
- 플랫폼 릴리스 257 - 2023년 7월
- Factory 256 출시 - 2023년 7월
- 플랫폼 릴리스 255 - 2023년 6월
- 플랫폼 릴리스 254 - 2023년 6월
- 플랫폼 릴리스 253 - 2023년 5월
- Factory 252 출시 - 2023년 5월
- 플랫폼 릴리스 251 - 2023년 4월
- Factory 250 출시 - 2023년 4월
- Factory 249 출시 - 2023년 3월
- Factory 248 출시 - 2023년 3월
- 튤립 플레이어의 간행물입니다.
- Clone - Player 2.7.2 Release - February 2025
- 플레이어 2.7.1 릴리스 - 2025년 1월
- Player 2.7.0 Release - December 2024
- 플레이어 2.6.2 - 2024년 9월
- 플레이어 2.6.1 - 2024년 9월
- 모바일 플레이어 2.4.0 릴리스
- 플레이어 2.6.0 출시 - 2024년 8월
- 플레이어 2.5.1 릴리스 - 2024년 2월
- 모바일 플레이어 2.3.4 릴리스 노트 - 2024년 5월
- 모바일 플레이어 2.3.3 릴리스 - 2024년 2월
- Player 2.5.0 Release - January 2024
- 모바일 플레이어 2.3.2 릴리스 - 2023년 11월
- Player 2.4.1 Release - November 2023
- 모바일 플레이어 2.3.1 출시 - 2023년 11월
- 플레이어 2.4.0 출시 - 2023년 9월
- 플레이어 2.3.1 출시 - 2023년 7월
- 플레이어 2.3.0 출시 - 2023년 7월
- 플레이어 2.2.1 출시 - 2023년 6월
- 모바일 플레이어 2.2.1 릴리스 - 2023년 6월
- 모바일 플레이어 2.1.4 릴리스 - 2023년 5월
- 플레이어 2.2.0 출시 - 2023년 5월
- 플레이어 2.1.2 출시 - 2023년 3월
- 플레이어 2.1.0 출시 - 2023년 3월
- 간행물 튤립 운영 체제
- 도서관 간행물
- Library Release - r83
- 라이브러리 릴리스 - r82
- Library Release - r81
- Library Release - r80
- Library Release - r78
- 라이브러리 릴리스 - r78
- 라이브러리 릴리스 - r77
- 라이브러리 릴리스 - r76
- 라이브러리 릴리스 - r75
- 라이브러리 릴리스 - r74
- 라이브러리 릴리스 - r73
- 라이브러리 릴리스 - r72
- 라이브러리 릴리스 - r71
- 라이브러리 릴리스 - r70
- 라이브러리 릴리스 - r69
- 라이브러리 릴리스 - r68
- 라이브러리 릴리스 - r67
- 라이브러리 릴리스 - r66
- 라이브러리 릴리스 - r65
- 라이브러리 릴리스 - r64
- 라이브러리 릴리스 - r63
- LTS 버전
- 시작 위치
When you build applications with Tulip, you make decisions about solution architecture, including app structure, data models, and integrations. Whether intentional or incidental, your architecture decisions have significant implications for the adoptability, scalability, and maintainability of your apps. This article introduces two critical design paradigms: composable and monolithic. At Tulip, we strongly suggest app builders use composable architectures.
모놀리식보다 컴포저블이 더 나은 이유는 무엇인가요?
모놀리식 솔루션은 다음과 같은 특징이 있습니다:
- 하향식 데이터 모델에 구축
- 프로세스 및 활동 모델은 테이블의 데이터로 정의되며, 모놀리식 앱은 프로세스 또는 활동 모델을 실행하는 데 사용됩니다. Tulip 테이블의 데이터 모델은 모든 작업에 적합한 단일 크기 접근 방식으로 작업의 복잡성을 추상화합니다.
- 프로세스 중심
- 모놀리식 앱은 작업의 복잡성에 대한 기능적 분해를 기반으로 기능을 제공하도록 구축됩니다. 모놀리식 앱의 유한한 집합은 운영의 어느 곳에서나 일선 운영자에게 동일한 기능을 제공하기 위한 것입니다.
- 모놀리식 솔루션은 일반적으로 구성 앱과 실행 앱의 두 가지 앱으로 구성되며, 구성에는 일반적으로 구성 가능한 앱 자체가 아닌 데이터 테이블에 작업 지침 및 프로세스 라우팅이 포함됩니다.
- 중앙 집중식 유지보수를 위한 설계
- 모놀리식 앱은 사용되는 앱의 수와 종류를 줄여 중앙 팀에서 솔루션을 쉽게 유지 관리할 수 있도록 설계되었습니다. 모놀리식 솔루션은 엄격한 계층 구조에서 하향식으로 설계되어 일선 운영자가 업무 수행에 필요한 지원 및 활성화 여부와 적용 가능한 기능을 선택해 앱에 정보를 제공합니다.
Tulip은 기존 MES가 아니므로모놀리식 솔루션 접근 방식을 사용하지 말고 컴포저블 접근 방식을 따르는 것이좋습니다. Tulip은 모든 산업, 모든 방식, 모든 시나리오, 모든 기계, 모든 작업자를 위한 하나의 앱을 구축하는 데 사용하도록 설계되지 않았습니다. 모놀리식 솔루션은 JAM(Just Another MES)이라는 결과를 낳습니다.
모놀리식 솔루션에는 필연적으로 단점이 있습니다.
모놀리식 솔루션 접근 방식은 필연적으로 기껏해야 다른 MES와 "똑같이 좋은" 솔루션이 될 수밖에 없으며 본질적으로 다음과 같은 모든 관련 단점을 가지고 있습니다.* 모놀리식 솔루션은 배포에 수개월/수년이 걸리고 많은 노력이 필요하므로 가치 실현까지 시간이 오래 걸립니다.* 모놀리식 솔루션은 비전, IIoT, AI 같은 고유한 플랫폼 기능을 더 어렵고 때로는 사용할 수 없게 만듭니다. 즉, 네이티브 디지털 기술을 활용할 수 있는 능력이 떨어집니다.* 모놀리식 솔루션은 사람 중심이 아니며, 운영자가 시스템에 서비스를 제공하는 투박한 사용자 경험과 시스템이 운영자에게 서비스를 제공하는 더 가치 있는 사용자 경험을 제공하는 경향이 있습니다. 모놀리식 솔루션은 본질적으로 복잡하고 유지 관리가 어렵기 때문에 맞춤형 소프트웨어 솔루션과 마찬가지로 솔루션에 대한 고유한 지식을 갖춘 전담 팀이 필요합니다 * 모놀리식 솔루션은 모든 작업이 하나의 표준 데이터 모델을 준수하기를 기대하기 때문에 확장이 잘 되지 않습니다* 모놀리식 솔루션은 확장성이 떨어집니다.
이는 변경 사항이 최소화되고 일반적으로 알려져 있다고 가정하는 엄격한 하향식 접근 방식입니다.
모놀리식 솔루션은 사람이 엄격한 규칙을 따라야 하는 프로세스를 자동화하기 위해 구축되었습니다. 이는 변화가 거의 없고 모든 변수가 알려져 있다고 가정합니다.
컴포저블 솔루션 구축은 쉽지만 사고방식의 전환이 필요합니다.
컴포저블솔루션은 Tulip 플랫폼의 기능을 사용하여 일선 운영자가 디지털 방식으로 상호 작용하고 생산성을 높일 수 있는 독특하고 구체적인 방법을 제공합니다. 이는 운영자에게 물리적 세계와 가상 세계가 상호 연결되는 디지털 인터랙티브 솔루션을 제공합니다. 이는 생산성 향상을 달성하는 데 있어 중요한 원칙이며 컴포저블 솔루션에 내재되어 있습니다.
컴포저블 솔루션의 특징 및 컴포저블 솔루션의 특징
- 솔루션은 주어진 작업 현장에 적합한 가장 작은 논리 블록 (솔루션 구성 요소)으로 나뉩니다.
- 예를 들어 솔루션은 다음을 기준으로 별도의 앱으로 나눌 수 있습니다: 장소, 시간, 페르소나
- 솔루션 구성 요소는 공통 테이블 모델을 공유합니다.
- 솔루션 구성 요소는 고객 맞춤형 모범 사례를 공유하여 개발됩니다.
- 솔루션과 그 구성 요소는 다른 시민 개발자가 이해하고 지원할 수 있습니다.
- 솔루션과 그 구성 요소는 합리적인 경우 매개변수화됩니다.
Tulip 플랫폼은 소프트웨어(SaaS)이지만 Tulip 앱을 소프트웨어로 생각해서는 안 됩니다. 이는 일선 운영의 필요에 따라 지속적으로 변경하고 조정해야 하는 고도로 구성 가능한 디지털 콘텐츠로 특별히 제작되었습니다. 앱을 수정하거나 개선하는 것은 마스터 데이터를 변경하는 것과 같으며, 사실 앱은 마스터 데이터입니다! Tulip 플랫폼은 관리되는 버전 제어 수명 주기 프로세스를 통해 앱 변경 사항을 관리할 수 있는 방법을 제공하여 이러한 구성 가능성을 관리할 수 있도록 지원합니다. 앱은 코드 없이 구성되며 앱 솔루션은 앱으로 구성됩니다. 소프트웨어 솔루션처럼 모놀리식 기능 기반 접근 방식을 사용하여 Tulip에서 솔루션을 구축하면 솔루션을 신속하게 구축하고 컴포저블 시스템의 이점을 얻는 데 큰 제약이 따릅니다.
컴포저블 솔루션의 다른 중요한 이점은 다음과 같습니다:
- 생산성 향상을 위한 증강된 일선 업무 공간 제공
- 비전, AI/ML, 스마트 기기 등을 포함한 원활한 통합 디지털 기술 사용
- 프로세스 및 일선 운영의 계측/디지털화를 통해 데이터 기반 의사 결정 및 CI를 지원합니다.
- 테이블 및 외부 시스템에서 공유된 정보로 생산 실행을 안내합니다.
컴포저블 솔루션은 다른 시스템과 쉽게 통합하고 협업할 수 있는 기능으로 부가가치를 제공합니다. 이는 서로 다른 자율 장치와 시스템이 쉽게 통신하고 상호 작용하는 IIoT의 핵심입니다. Tulip은 IIoT 플랫폼으로, 기본적으로 코드 없는 접근 방식을 사용하여 다른 시스템과의 통합을 구축할 수 있는 기능을 제공합니다. 이 플랫폼은 데이터를 소비하고 다른 IIoT로 전송하므로 IT 배경 지식이 거의 없는 사람들도 몇 시간 안에 엔드포인트를 구축할 수 있습니다. 이를 위해서는 앱에 특정 흐름과 로컬 물리적 세계에 대한 연결이 있는 컴포저블 접근 방식이 필요합니다.
튤립 솔루션 설계의 일반적인 솔루션 패턴
컴포저블 솔루션의 높은 수준의 설계는 여러 가지 패턴을 따를 수 있습니다. 다음은 Tulip 솔루션의 일반적인 패턴입니다. 이는 배타적인 세트가 아니며 상호 배타적이지 않다는 점에 유의하세요. 특정 시설의 사용 사례에 따라 이러한 패턴과 다른 많은 패턴이 사용될 수 있습니다.
기존의 모놀리식 시스템 구현과 시민이 개발한 컴포저블 솔루션 구현의 비교
엔터프라이즈 시스템을 구현하는 전통적인 접근 방식은 일반적으로 아래의 '기존 방식'에서 볼 수 있듯이 장기적인 고위험 지연 가치 접근 방식입니다. 일반적으로 이러한 초기 구현에는 수년이 걸릴 것으로 예상되며, 따라서 이후의 중요한 개선 사항도 당연히 거의 같은 시간이 소요될 것으로 예상됩니다.
구성 가능한 시민 개발 솔루션 구현 - 소규모로 시작하여 기능 및 사용 사례의 유기적 성장
기존의 모놀리식 솔루션의 느린 구현과 달리, 컴포저블 솔루션은 반복적으로 구현할 수 있어 가치 창출 시간이 매우 빠르고 지속적인 개선의 애자일 모델을 자연스럽게 지원할 수 있습니다.
기존의 모놀리식 솔루션을 통해 개발된 솔루션의 '버전 2'를 배포하는 데는 몇 달 이상 걸릴 수 있지만, 컴포저블 솔루션에서 앱의 '버전 2'를 배포하는 데는 단 몇 시간, 며칠 또는 몇 주 만에 끝낼 수 있습니다. 컴포저블 솔루션의 빠른 반복 작업은 운영자의 피드백이 귀에 걸리지 않는다는 것을 확실히 알 수 있기 때문에 채택 가능성을 높여줍니다.