좋습니다. 안녕하세요, 저는 에릭 힐입니다. JMP의 JMP Live 개발팀 매니저입니다. JMP Live 19의 새로운 기능들을 여러분들께 보여드리려고 합니다. 기대하셨던 기능들이죠. 먼저 관리도부터 보여드리겠습니다. JMP에서 가져온 세탁기 샘플 데이터입니다. P 관리도를 실행해 보겠습니다.
여기 통제 불능 지점이 몇 개 있는 걸 보실 수 있습니다. 이 보고서를 JMP Live에 게시하겠습니다. JMP Live에 보고서를 게시합니다. 이게 맞는 보고서입니다. 새 보고서를 게시합니다. 저장할 위치를 찾아야 하므로 관리도 분류 공간이나 폴더에 넣으려고 합니다. 제목은 괜찮은 것 같습니다. 새 데이터를 게시하려고 합니다. 아직 JMP Live에 데이터가 나오지 않았습니다. 네, 맞습니다. 데이터가 나왔습니다.
이전 버전의 JMP Live에서는 관리도를 게시할 수 있었고, 관리도를 볼 수 있는 거의 모든 사람에게 알림을 보낼 수 있었습니다. 활성 경고가 있는 관리도를 게시하면, 해당 경고가 발생했음을 알리고 알림을 보내서 해당 경고가 발생했음을 알릴 수 있었습니다.
하지만 그 이후로는 할 수 있는 일이 거의 없었습니다. 끌 수도 없었고, '괜찮다', '이제 관리가 끝났다'라고 할 수도 없었습니다. 더 이상 이 이야기는 하지 마세요. 그게 거의 끝이었습니다. JMP Live 19에서는 이 전체 프로세스를 완전히 개편하여 관리 차트 경고를 보는 것뿐만 아니라 JMP Live 내에서 경고를 관리하고, 작업하고, 해결할 수 있도록 했습니다.
이를 보여주기 위해 제가 할 수 있는 방법 중 하나는 통제 불능 지점 중 하나를 가리키고 클릭하는 것입니다. 그러면 왼쪽에 해당 지점에 대한 자세한 정보를 제공하는 패널이 나타나고, 어떤 비율이 불량인지, 어떤 행에 있는지, 어떤 검정에 실패했는지 알려줍니다. 이 지점은 3시그마 검정을 초과하는 한 지점에서 실패했습니다.
그리고 이 관리도를 보는 다른 사람들이 무슨 일이 일어나고 있는지 알 수 있도록 정보를 추가할 수 있는 몇 가지 영역이 있습니다. 하지만 제가 할 수 있는 가장 중요한 일은 이 관리도를 조사하고 원인이나 해결책을 파악하는 것이 제 생각에 제 담당 업무인 사람에게 할당하는 것입니다. 그리고 그 내용을 여기에 기록하는 것입니다.
이 프로세스는 Chang Hua가 담당하고 있다는 것을 알고 있습니다. 그녀가 이 관리도 경고를 조사하고 무슨 일이 일어나고 있는지 알아낼 가장 적합한 사람이라고 생각합니다. 저는 이 변경 사항을 저장하겠습니다. 이것이 제가 할 유일한 변경 사항입니다. 지금 Chang Hua가 로그인한 다른 브라우저가 있습니다. 이것이 그녀의 세션입니다.
여기 알림에서 그녀의 알림이 활성화된 것을 보실 수 있습니다. 제가 그것을 클릭하면, 에릭 힐이 그녀에게 관리도 경고를 할당했다고 표시됩니다. 그녀는 그 경고나 알림을 클릭하기만 하면 됩니다. 그러면 제가 그녀에게 관리도 경고를 할당했던 바로 그 지점으로 바로 돌아갈 수 있습니다. 이제 그녀는 조사 과정을 시작할 수 있습니다.
그녀가 가장 먼저 할 일은 자신이 이 사건을 담당하고 있다는 것을 사람들에게 알리는 것입니다. 현재 진행 중인 사건을 수사 중 상태로 전환할 수 있습니다. 그러면 모두에게 "이봐, 누군가 이 사건을 조사하고 있어."라고 알릴 수 있습니다. 그런 다음 그녀는 자신이 앞으로 할 일에 대한 메모를 남길 수 있습니다. 메모에 다른 사람들이 이 수사에 참여하도록 해야 할 경우, 언급할 수 있습니다.
창 씨가 "조셉 칼슨 씨, 지난주 레귤레이터 고장에 대한 자세한 내용을 보내주세요."라고 썼다고 가정해 보겠습니다. 창 씨는 이 내용이 그 사건과 관련이 있을 거라고 생각합니다. 조셉 씨에게서 그 정보를 얻고 싶어 합니다. 제가 이 내용을 저장하면 몇 가지 일이 발생합니다. 우선, 주 정부가 조사에 착수할 것입니다.
그러면 조셉은 앞서 언급했듯이 JMP Live에서 이메일과 알림을 받게 되는데, 그 내용은 창이 그에게 정보를 요청했다는 내용이며, 조셉은 이 정보를 여기나 오프라인에서 직접 제공할 수 있다는 내용입니다.
여기서 '저장'을 클릭하겠습니다. 또 하나 눈에 띄는 점은 이 관리도 경고가 원래 빨간색 원이었다가, 이제는 주황색 다이아몬드로 바뀌어 있다는 것입니다. 이 경고는 아직 해결되지 않은 상태이고, 이 경고는 아직 해결되지 않은 상태입니다. 아무도 이 경고를 조사하지 않고 있습니다. 누군가는 조사하고 싶어 할지도 모릅니다.
해당 지점 위에 마우스를 올리면 진행 상황, 담당자, 상태, 메모 등 다양한 정보를 확인할 수 있습니다. 어떤 일이 일어나고 있는지 아주 쉽게 살펴볼 수 있는 좋은 방법입니다.
이제 조셉이 창에게 필요한 정보를 제공하고, 창은 이 문제가 레귤레이터 고장으로 인해 발생했다고 결론지었다고 가정해 보겠습니다. 창은 나중에 다시 돌아와 "레귤레이터 고장이었습니다."라고 말할 수 있습니다. 그리고 이 문제를 해결했다고 표시하고 저장하여 녹색 사각형으로 만들 수 있습니다. 다시 말해, 이 문제에 대해 더 이상 걱정할 필요가 없다는 것을 더욱 명확하게 나타냅니다. 우리는 무슨 일이 일어나고 있는지 알고 있습니다.
관리도 자체에도 여기 작은 측면 패널의 경고에 느낌표가 여전히 남아 있습니다. 아직 해결되지 않은 관리도 경고가 있기 때문입니다. 누군가 이 경고도 처리해야 할 것 같습니다.
Chang이 이 관리도에 자신을 할당하고, 해결됨으로 표시하고, 여기서도 같은 문제가 발생했다고 가정해 보겠습니다. Chang은 이 변경 사항을 저장할 것입니다. 이제 두 관리도 경고가 모두 녹색 사각형으로 표시됩니다.
이제 왼쪽 패널에서 모든 문제가 해결되었고, JMP Live에서 이 관리도를 보는 모든 곳에 녹색 체크 표시가 나타나 관리도에 문제가 없음을 나타냅니다. 모두 정상입니다. 더 이상 아무도 걱정할 필요가 없습니다.
JMP Log 19에 새롭게 추가된 관리도 분류 프로세스입니다. Michael Goff가 이 프로세스에 대해 더 자세히 설명하는 다른 발표 자료도 있습니다. 관심 있으시면 Michael Goff의 발표 자료도 확인해 보세요.
좋습니다. 품질 및 공정 관리 분야에서 관리도 경고와 관련된 주제로, 공정 스크리닝에 대한 작업도 있습니다. 여기서는 다른 작업들을 좀 더 자세히 살펴보겠습니다. 반도체 성능 샘플 데이터 테이블을 열고 그 안에 있는 공정 스크리닝 스크립트를 실행하겠습니다. 그러면 이 테이블에 기록된 모든 공정과 그 상태 정보가 담긴 표가 생성됩니다. 그런 다음 목표 플롯을 추가하고 공정 성능 그래프를 추가하는 등의 작업을 할 수 있습니다.
자, 이 보고서를 JMP Live 18에서 게시했다면 어떻게 보였을지 살펴보겠습니다. 브라우저로 돌아가서 위쪽을 보겠습니다. 이 보고서는 방금 만든 보고서와 똑같습니다. JMP Live 19가 아니라 18에서 게시한 보고서입니다. 어떻게 보일까요? 음, 클릭해 보면 제대로 작동하지 않습니다. 별다른 변화가 없습니다. 아래로 스크롤하면 목표 플롯과 프로세스 성과 그래프가 아래에 있습니다.
하지만 목표 플롯에서 아무 지점이나 클릭해도 아무 반응이 없습니다. 상호작용도 없고, 다른 그래프에서도 아무것도 선택되지 않습니다. JMP Live 18에서는 JMP에서 기대하는 어떤 동작도 일어나지 않습니다.
JMP Live 19에 게시해서 개선되었는지 확인해 보겠습니다. JMP로 돌아가서 파일, 게시, JMP Live에 보고서 만들기를 선택합니다. 이게 보고서입니다. 새 보고서를 게시합니다. Process Screening 폴더에 게시하겠습니다. 제목은 괜찮은 것 같습니다. 설명은 추가할 필요가 없습니다. 계속 진행하겠습니다. 다시 말하지만, 새 데이터가 게시되는 것을 원하지 않습니다. JMP Live에 이미 있는 다른 데이터를 찾고 싶지 않습니다. 같은 데이터가 아닐 수도 있습니다. 그런 다음 게시하겠습니다.
몇 초 정도 걸리지만 완료되었습니다. 이 "게시 결과" 대화 상자에서 다시 "열기"를 클릭하여 브라우저의 JMP Live에서 열 수 있습니다. 바로 여기 있습니다. 거의 비슷하지만, 예를 들어 NPN9를 클릭해 보겠습니다. 그러면 선택되고, NPN9 프로세스에 대한 관리도가 오른쪽에 표시됩니다.
이 관리도를 NPN6 프로세스와 비교해 보고 싶은데요. 여러 프로세스를 선택해서 비교할 수 있습니다. PNP도 세 개만 따로 모아서 비교해 보겠습니다. 그래프에서 원하는 만큼 프로세스를 선택하면 오른쪽에 각 프로세스의 관리도가 표시되고, 비교하면서 두 프로세스 사이에 유사한 점이 있는지 확인할 수 있습니다. 이런 식으로요.
이제 목표 플롯과 프로세스 성과 그래프는 어떨까요? 음, 굳이 맨 아래까지 스크롤해서 모든 내용을 다 볼 필요는 없습니다. 여기 같은 보고서의 별도 탭에 넣어 두었습니다. 목표 플롯을 클릭하면 목표 플롯이 보이고, 그 세 가지에 대한 관리도는 여기에 있습니다. 어두운 점이 세 지점인 것을 알 수 있습니다. 그중 두 개는 목표 플롯 섹션에 있습니다. 잘 작동하고 있습니다. 이 점과 다른 점은 저 멀리 떨어져 있습니다.
하지만 여기를 클릭하면 다른 점들을 선택해서 살펴볼 수 있습니다. 네다섯 개의 프로세스를 예로 들어보죠. 아마 네 개 정도 되겠죠. 이 네 가지를 선택하고 관리도를 보고, 다시 한번 비교하면서 왜 이 중 어느 것도 목표를 달성하지 못하는지 이해할 수 있습니다.
마찬가지로, 프로세스 성과 그래프로 이동하면 목표 플롯에서 선택한 네 개의 지점을 볼 수 있습니다. 더 이상 보고 싶지 않으면, 클릭을 해제하고 여기 있는 지점들을 클릭하면 됩니다. 저 지점을 클릭해 보겠습니다. 해당 지점에 대한 관리도를 볼 수 있습니다.
JMP Live 19에서 프로세스 스크리닝을 사용하면 훨씬 더 상호 작용적인 경험을 할 수 있습니다. 프로세스 스크리닝을 좋아하고, 프로세스 스크리닝을 사용한다면 JMP Live 19를 사용하여 조직 전체에 프로세스 스크리닝을 배포하고 여기에서 본 것처럼 상호 작용적인 환경을 만들 수 있는지 확인해 보세요.
JMP Live 19의 새로운 기능 중 몇 가지를 소개합니다. 일반적인 사용성이나 사용자 인터페이스 측면에서 개선된 부분에 대해 간략히 살펴보겠습니다. 특히 주목을 받은 부분은 홈 윈도우입니다. JMP Live 18로 돌아가서 JMP Live 18의 홈 윈도우를 살펴보겠습니다.
딱히 명확하게 정의된 기능은 아닙니다. 단지 접근 가능한 모든 게시물을 마지막 업데이트 날짜를 기준으로 내림차순으로 나열해 보여주는 기능일 뿐입니다. 가장 최근 게시물이 먼저 나오고 가장 오래된 게시물은 그 아래에 있지만, 그 외에는 별다른 기능이 없습니다.
JMP Live 19는 훨씬 더 명확해졌습니다. 어제 보셨던 내용을 오늘 다시 보셨다면, 그 내용에 대해 이야기를 나누고 계실 수도 있으니, 최근 본 내용 섹션을 만들었습니다. 바로 돌아가서 계속 보고 싶으실 수도 있습니다.
최근에 본 항목을 항상 볼 수 있도록 유지하는 것은 매우 중요합니다. 여기에는 처음 여섯 개만 표시되지만, '모두 보기'를 클릭하면 본 모든 항목을 볼 수 있으며, 본 시간을 기준으로 내림차순으로 정렬됩니다. 이 섹션에서 북마크를 다시 볼 수 있습니다. 북마크는 여기에 별도의 작은 페이지가 있으며, 여기에서도 액세스할 수 있지만, 일부 북마크는 메인 대시보드 화면에 표시되도록 했습니다.
관리도 경고에 중점을 두고 관리도 경고 관련 섹션을 따로 마련했습니다. 관리도 경고가 있는 모든 게시물을 볼 수 있습니다. 흥미로운 부분이 있어서 "모두 보기"를 클릭해 보겠습니다.
따라서 관리도의 세 가지 상태는 면밀히 조사하고 해결해야 할 사항입니다. 이 페이지에서는 관리도 경고가 있는 게시물을 상태별로 필터링할 수 있습니다.
완전히 해결된 문제든 조사 중인 문제든 상관없다면, 아무도 보지 않는 관리도만 보고 싶습니다. 그래야 어떤 부분이 개선되어야 하는지 파악할 수 있으니까요. 아무도 관심을 두지 않는 관리도만 보고, 그 부분에만 집중해서 쉽게 확인하고 관리도 경고를 할당할 수 있으니까요. 여러분이 이런 부분을 잘 처리할 수 있도록 도와드리기 위해서입니다.
맨 아래에는 최근 업데이트된 섹션이 있는데, JMP Live 18에서 보셨던 것과 같은 내용입니다. 실제로 거기서 보셨던 건 그 게시물들뿐이었고, 여기 아래에도 같은 게시물들이 있습니다. 좋은 점은 이 게시물들을 제한할 수 있다는 것입니다. JMP Live의 모든 스페이스에서 이 게시물들을 볼 수 있습니다. 접근 권한이 있지만 별로 중요하지 않은 스페이스가 많을 수도 있습니다. 원한다면 즐겨찾는 스페이스의 게시물만 볼 수도 있습니다.
제가 즐겨찾는 스페이스에 글이 하나도 없네요. 혹시 즐겨찾는 스페이스를 더 추가해야 할 것 같아요. 어떻게 해야 할까요? 저희가 작업한 또 다른 영역은 스페이스입니다. JMP Live 18에서는 JMP Live 상단의 스페이스 탭으로 가면 모든 스페이스 목록만 볼 수 있었어요. 거기서는 그게 전부였죠.
JMP Live 19에서는 스페이스 드롭다운을 클릭하면 즐겨찾는 스페이스, 최근 방문한 스페이스가 표시되고, 모든 스페이스 보기를 클릭하면 JMP Live 18에서 사용했던 동일한 디렉토리로 돌아갑니다.
스페이스를 어떻게 즐겨찾기에 추가하나요? 바로 여기에서 별표를 클릭하면 됩니다. 이제 JMP Live의 새로운 소식이 제 즐겨찾기 스페이스가 되었습니다. 이제 '즐겨찾는 스페이스' 섹션에 게시물이 표시됩니다. 대시보드 왼쪽의 스페이스 목록에서 JMP Live 19의 새로운 소식은 제가 즐겨찾기에 추가한 스페이스이기 때문에 항상 여기에 있을 거라고 확신할 수 있습니다.
이 섹션에서는 즐겨찾기에 추가한 공간과 최근에 방문한 다른 공간을 보여줍니다. 이 섹션은 방문하는 공간에 따라 시간이 지남에 따라 변경됩니다.
좋습니다. JMP Live에서 홈 창이나 대시보드 스토리에 적용한 주요 내용은 다음과 같습니다. 다음 시간에는 새로 고침 가능한 데이터를 변경하는 방법에 대한 여러 섹션으로 나누어 설명드리겠습니다. JMP Live의 가장 큰 장점 중 하나는 JMP Live에 데이터를 게시한 후 해당 데이터를 방문하여 새로 고침 스크립트(JSL 새로 고침 스크립트)를 설정할 수 있다는 것입니다. 이렇게 하면 데이터베이스나 디스크의 파일 등에서 필요할 때마다 데이터를 새로 고칠 수 있습니다.
데이터를 새로 고치면 해당 데이터를 사용하는 모든 보고서도 자동으로 다시 생성됩니다. JMP Live 사이트를 항상 활성화된 상태로 최신 상태로 유지하는 좋은 방법입니다. JMP Live 19에서는 새로 고침 스크립트와 해당 스크립트로 할 수 있는 작업에 대한 여러 가지 개선 사항이 적용되었습니다.
연결된 데이터부터 시작해 보겠습니다. 여기 보고서 네 개와 데이터 테이블 네 개가 있는 폴더가 있습니다. 작은 원, 재활용처럼 생긴 작은 원을 보면 모두 새로 고칠 수 있는 데이터 테이블임을 알 수 있습니다. 이 기호가 의미하는 바는 바로 그것입니다.
미국 도시, 텍사스 도시, 노스캐롤라이나 도시, 그리고 캘리포니아 도시가 있습니다. 이 세 도시에는 Postgres에 있는 것의 일부, 즉 Postgres의 미국 도시들이 포함되어 있는 것 같습니다. 먼저 미국 도시들을 살펴보겠습니다. 여기에 데이터가 있고, 설정으로 이동하면 새로 고침 스크립트를 볼 수 있습니다.
미국 도시의 인구 통계 데이터를 새로 고침하는 스크립트입니다. RDS 데이터베이스(아마존의 PostgreSQL 데이터베이스)를 대상으로 하는 쿼리 빌더 쿼리처럼 보입니다. 아마존으로 가서 미국 50개 주 전체의 데이터를 대량으로 가져오는 스크립트입니다. 여기에는 여러 개의 열이 있습니다. 데이터를 가져온 후에는 각 주, 각 도시, 각 레코드의 여성, 남성, 그리고 재향 군인 비율을 계산하는 포스트 쿼리 스크립트가 있습니다.
꽤 복잡한 쿼리네요. 데이터를 가져오려면 RDS로 가야 하니까요. 좋은 생각입니다. 하지만 텍사스, 노스캐롤라이나, 캘리포니아라는 다른 데이터 테이블이 있는데, 사실 이 미국 도시 테이블의 하위 집합일 뿐입니다.
다른 테이블들은 Postgres에서 RDS로 가서 거기서 데이터를 가져와야 하는데, 저는 이미 RDS에서 데이터를 가져오고 있고, 계산된 열을 만들고, 몇 가지 작업을 하고 있는데, 다른 테이블들은 Postgres에서 RDS로 가서 거기서 데이터를 가져와야 하니까 그렇게 하고 싶지 않습니다. 필요한 다른 테이블들에도 같은 작업을 반복하고 싶지 않거든요.
제가 하고 싶은 건 다른 테이블들에 대해, 여기에 있는 데이터부터 시작해서 상태에 따라 부분집합을 만드는 겁니다. JMP Live 19에서는 그렇게 할 수 있습니다.
텍사스를 예로 들어 보겠습니다. 여기 텍사스가 있습니다. 설정을 살펴보겠습니다. 텍사스의 경우, 제가 할 수 있었던 것은 '참조 가능한 데이터 테이블'이라는 기능을 추가하는 것이었습니다. 긴 단어지만, 실제로는 연결된 데이터 테이블을 의미합니다. '추가'로 이동하면 JMP Live 시스템에서 다른 데이터를 찾을 수 있고, 원하는 데이터를 선택하여 저장하면 참조 가능한 데이터 테이블 목록에 추가됩니다.
JMP Live의 이 목록에 있는 모든 테이블은 새로 고침 스크립트에서 참조할 수 있습니다. 한 가지 방법이 있습니다. 예를 들어, 이 테이블처럼 세 개 또는 네 개의 테이블을 하나로 합치는 것입니다.
아마 그렇게 하시는 게 좋을 것 같습니다. 이 경우에는 미국 도시만 가져오고, 필요 없는 도시는 삭제하고, 관심 있는 주를 기준으로 설정하려고 합니다. 제가 위에서 한 방식이 바로 그것입니다. 새로 고침 스크립트에서는 쿼리 빌더 같은 건 전혀 하지 않습니다. 그냥 "Postgres 테이블에서 미국 도시를 가져와서 '주 코드: 텍사스'를 기준으로 필터링해 줘"라고만 하면 됩니다. 그게 전부입니다.
RDS 같은 데 갈 필요 없어요. 노스캐롤라이나와 캘리포니아 테이블에 아주 비슷한 새로 고침 스크립트가 있거든요. 무슨 뜻인지...
이 모든 것이 들어 있는 폴더로 돌아가 보겠습니다. 즉, Postgres 테이블의 미국 도시로 가서 새로 고치면 링크 데이터로 돌아갑니다. 이 테이블이 새로 고쳐질 때마다 이 테이블에 종속된 다른 테이블도 새로 고쳐집니다. 왜냐하면 모든 테이블이 이 테이블에 종속되어 있기 때문입니다. 이 테이블이 새로 고쳐질 때마다 다른 세 테이블도 새로 고쳐집니다.
이 원본 데이터 테이블에 의존하는 주별 재향군인 보고서가 다시 생성됩니다. 그러면 다른 세 테이블에 의존하는 세 보고서도 다시 생성됩니다.
그거 없애버리자. Postgres에서 미국 도시들을 새로 고치는 것만으로도, 이 새로 고침으로 얻은 새 데이터가 사용 가능해지면 다른 모든 데이터 테이블과 보고서도 새로 고쳐지거나 다시 생성됩니다. 클릭 한 번, 새로 고침 한 번으로 데이터와 보고서로 가득 찬 폴더 전체를 업데이트했습니다.
우리가 해 온 몇 가지 간단한 작업입니다. 잠깐 보여드릴게요. 이 주별 재향군인 보고서를 보시면, 새로 고침 가능한 데이터가 있다는 것을 알 수 있습니다. 이 표의 데이터처럼요. 바로 미국 도시별 표인데, 일정이 있습니다. 매주 금요일 오전 8시에 새로 고침되는데, 3일 후가 됩니다.
데이터 테이블의 경우, 새로 고침 시점을 항상 보여드렸듯이, 여기 일정을 자세히 살펴볼 필요 없이 다음 새로 고침 이벤트가 무엇인지 보여드립니다. 3일 후에 발생할 예정인데, 여기에는 세 개 또는 네 개의 다른 일정이 있을 수 있기 때문입니다. 다음에 어떤 일정이 실행될지 파악하는 것은 쉽지 않을 수 있습니다.
여기 위쪽에서 "다음에 새로 고침되는 시점은 3일 후입니다."라고 말씀드립니다. 이게 데이터 표입니다. 보고서 자체는 어떨까요? 정말 중요한 건 이 데이터를 사용하는 보고서입니다.
이제 모든 일정을 살펴보고 어떤 데이터가 먼저 새로 고쳐질지 알아보겠습니다. 그러면 바로 그 후에 보고서가 생성됩니다. 보고서만 보고 있다면, 맨 위를 보면 이 보고서가 3일 후에 다시 생성될 것임을 알 수 있습니다. 보고서의 다음 데이터가 3일 후에 새로 고쳐지기 때문입니다.
보고서를 보고 언제 다시 업데이트될지 파악하는 더 간단한 방법입니다. 새로 고침 일정에 대해 이야기하자면, 새로 고침 일정으로 돌아가 보겠습니다. 새로운 새로 고침 일정, 즉 추가 새로 고침 일정을 만들어 보겠습니다. 예를 들어 오전 8시에 시작하고 싶다고 가정해 보겠습니다.
다시 말씀드리자면, JMP Live 18에서 반복 드롭다운 메뉴를 열면 가장 작은 숫자가 5분이었습니다. 반복 실행을 재예약할 수 있는 가장 빈번한 빈도는 5분이었습니다.
JMP Live에서는 그 부분이 조금 제한적이라고 느꼈습니다. JMP Live 19에서는 10초까지 원하는 만큼 초 단위를 설정할 수 있는 사용자 지정 옵션이 있습니다. 데이터가 너무 빨리 업데이트되어 10초마다 업데이트해야 하는 경우, 10초마다 업데이트할 수 있습니다. 이 경우에는 30초라고 하겠습니다. 30초, 2분으로 설정하려면 120초라고 할 수 있습니다.
새로 고침 스크립트가 언제 실행될지 정확하게 계산하는 데 매우 유연하게 사용할 수 있습니다. 취소하세요. 사실 필요 없습니다. 새로 고침과 관련해서 몇 가지 작은 작업을 더 해봤습니다.
지금까지 새로 고침 일정과 JSL을 이용한 생성에 대해 이야기해 왔지만, 많은 사람들이 JSL보다 Python을 더 잘 알고 있다는 것을 알고 있습니다. JMP 18에서는 JMP가 Python을 훨씬 더 잘 활용하고 Python으로 작성된 스크립트를 실행할 수 있게 되었습니다.
JMP Live 19에서는 이 기능을 JMP Live에 추가했습니다. 여기 지진 표를 보겠습니다. 지진 정보 표입니다. 새로 고침 기능이 있습니다. 'All Day'라는 데이터가 있는데, 새로 고침 스크립트가 있습니다.
여기 아래를 보시면, JSL을 잘 아시는 분이라면 "이건 전혀 JSL 같지 않은데."라고 생각하실 겁니다. 물론 JSL이 아닙니다. Python입니다. 새로 고침 스크립트에 언어 선택기가 추가되었습니다. JSL 또는 Python을 선택할 수 있습니다. Python을 선택하시면 Python 스크립트를 여기에 넣으시면 됩니다.
몇 가지 해야 할 일이 있으니 이 부분을 조금 살펴보겠습니다. 물론, 몇 가지 라이브러리를 가져오는데, 이 라이브러리들은... JMP에서 Python을 더 쉽게 사용할 수 있도록 JMP가 제공하는 Python 라이브러리입니다. 두 가지가 있고, 바로 여기에 세 번째 라이브러리인 JMP Utils가 있습니다. JMP Utils를 사용하면 필요한 Python 라이브러리를 설치할 수 있습니다.
이 경우, 새로 고침 스크립트에서 Pandas 데이터 프레임을 사용할 수 있도록 Pandas 라이브러리를 설치하겠습니다. 설치 후 가져옵니다. 그런 다음 Pandas 데이터 프레임을 사용하여 웹사이트에서 CSV 파일을 읽어 데이터 프레임에 저장합니다. 그런 다음 두 번 이상의 지진 규모만 추출하도록 부분 집합을 만듭니다. 별 의미도 없는 그런 작고 사소한 데이터들은 원하지 않습니다.
그 부분집합을 가져온 다음, 이 부분을 JMP로 다시 가져와 JMP Live에 적용하려면 결국 JMP 데이터 테이블이 되어야 합니다. 하지만 JMP는 데이터 프레임을 가져와 JMP 데이터 테이블로 다시 변환하는 유틸리티를 제공합니다. JMP Python 라이브러리에서 데이터 프레임을 호출하기만 하면 데이터 테이블이 생성됩니다. 이 구문은 Python에서 새로 고침 스크립트의 결과로 JMP에 반환되는 구문입니다.
몇 가지 복잡한 부분이 있지만, Python에 익숙하다면 Python을 계속 사용할 수 있습니다. 바로 실행해 보겠습니다. 이 테이블을 새로 고치면 Python 스크립트가 데이터를 성공적으로 새로 고치는 것을 보실 수 있습니다.
여기서 몇 초만 더 걸리네요... 그럼 됩니다. 네, 성공적으로 실행되었습니다. 기록으로 가서 새로 고침이 성공적으로 완료되었는지 확인하면 됩니다. 그런 다음 다시 돌아가서 보고서를 보면, 한두 시간 전에 이 작업을 했기 때문에 크게 달라진 게 없는 것 같습니다. 지난 두어 시간 동안 지진이 크게 변한 것 같지는 않지만, 새로 고침된 데이터를 적용한 지도는 그렇게 보입니다.
Python을 좋아하신다면 JMP Live의 새로 고침 스크립트에 Python을 사용할 수 있습니다.
새로 고침 스크립트가 있는 또 다른 데이터 테이블이 있습니다. 이 스크립트를 실행해서 어떻게 되는지 살펴보고, 그 결과를 알려드리겠습니다. 이 새로 고침 스크립트를 실행해 보겠습니다. 제대로 작동하는지 확인해 보겠습니다. 물론, 소개 부분에서 알 수 있듯이 스크립트가 작동하지 않을 겁니다. 실패하고 있습니다.
19 버전부터 새로 추가된 기능인데, 새로 고침 스크립트가 실패할 때 실패 원인을 파악하기 위해 기록까지 뒤져야 하는 번거로움을 없애기 위해 새로 고침 스크립트와 같은 패널에 오류 메시지를 바로 표시했습니다. 다른 곳으로 이동할 필요 없이, 오류 메시지를 보고 무엇이 잘못되었는지 확인할 수 있습니다.
ADDIN_HOME, com.jmp.unitconversion이라는 것을 포함하려고 했던 것 같습니다. 즉, 이 새로 고침 스크립트는 특정 JMP 추가 기능이 사용 가능해야 하며, 따라서 해당 추가 기능의 일부 코드를 사용할 수 있습니다. JMP Live에서 새로 고침 스크립트에 추가 기능을 사용하려면 어떻게 해야 할까요? 두 단계로 진행해야 하는데, 그 과정은 다음과 같습니다.
먼저, 관리자 권한이 필요합니다. JMP Live의 관리 설정으로 이동하세요. 조금 아래로 스크롤하면 관리자가 "이 네 가지 추가 기능은 새로 고침 스크립트에 포함하도록 허용할 수 있습니다. 검증을 거쳤으며, 자세히 살펴보았습니다. 안전하며 모든 것이 정상입니다."라고 말한 추가 기능 모음이 있습니다.
여러분이 해야 할 일은 추가 기능용 zip 파일을 업로드하는 것뿐입니다. 그러면 JMP Live에 저장됩니다. 그러면 새로 고침 스크립트가 해당 추가 기능 중 하나를 사용할 때 새로 고침 스크립트가 실행되는 JMP Live 인스턴스에 해당 추가 기능을 설치하고 새로 고침 스크립트를 실행합니다. 완료되면 당연히 JMP 세션은 모든 새로 고침 스크립트가 실행된 후 종료되고 다시 시작됩니다.
다시 시작하면 해당 추가 기능이 더 이상 적용되지 않습니다. 새로 고침 스크립트가 실행되는 동안만 JMP 세션에 유지됩니다. 이렇게 하면 한 사용자가 추가한 추가 기능이 다른 사용자의 새로 고침 스크립트에 영향을 미치는 것을 방지할 수 있습니다. 충돌이 발생할 수 있으므로 이를 최대한 방지하고자 합니다.
첫 번째 단계입니다. 관리자가 "예, 새로 고침 스크립트에서 단위 변환 추가 기능을 사용할 수 있습니다."라고 말해야 합니다. 이미 완료되었습니다. 다른 브라우저로 돌아가서 아래로 스크롤하면 새로 고침 스크립트 영역에 할당된 추가 기능 섹션이 있습니다. "할당"을 클릭하면 새로 고침 스크립트에서 실행할 수 있도록 허용할 네 개의 추가 기능 목록이 표시됩니다.
단위 변환을 선택하고 저장하겠습니다. 여기 아래에 표시됩니다. 이제 이 데이터를 새로 고치면 20초 정도 걸릴 것입니다. 추가 기능을 사용할 수 있고 여기에 포함하려는 파일을 찾을 수 있으므로 성공할 것입니다.
자, 됐네요. 저기에는 오류가 없고 오류 메시지도 사라졌습니다. 기록으로 가보니 데이터가 새로 고쳐졌습니다. 성공적으로 업데이트된 것 같습니다. 다 괜찮습니다.
새로 고침 스크립트에서 실행해야 하는 애드인이 있다면, 그렇게 할 수 있습니다. 중요한 점 중 하나는 JMP Live에서 생성하고 다른 사람들이 생성할 수 있는 데이터 커넥터입니다. 이러한 커넥터는 애드인으로 배포됩니다. 이제 새로 고침 스크립트에 애드인을 추가할 수 있으므로, 데이터 커넥터를 사용해야 하는 경우 여기에서 할 수 있습니다. 이러한 애드인을 설치하여 새로 고침 스크립트에서 사용할 수 있습니다.
좋습니다. 새로 고침 스크립트에 대한 내용은 여기까지입니다. JMP Live에서 데이터 업데이트 후 보고서를 다시 생성하는 보고서 스크립트는 어떤가요? 이 스크립트들에 대해 어떤 작업을 했나요?
알고 보니 맞네요. JMP Live 19에서 제가 가장 좋아하는 기능 중 하나입니다. 붓꽃 데이터의 등고선 그림입니다. 괜찮아 보이는데, 데이터에 추가 등고선이 있는지 확인해 보고 싶습니다. 등고선은 한 단계만 사용한 것 같습니다. 두세 단계 정도 더 그려보고 데이터에서 더 많은 등고선을 추출할 수 있는지 확인해 보고 싶습니다.
어떻게 해야 하나요? 음, 이 테이블을 재생성하는 스크립트는 보고서를 게시할 때마다 JMP Live에 게시되었습니다. 하지만 JMP Live 19까지는 읽기 전용이었습니다. 아무것도 할 수 없었습니다. 변경할 수도 없었습니다. 이 등고선 플롯에 사용된 등고선 개수를 변경하려면 JMP로 돌아가서 실행했던 원래 스크립트를 찾아서 다른 등고선 값으로 다시 실행한 다음, 이 스크립트 위에 다시 게시하여 새 값을 얻어야 했습니다.
좀 번거로워서 JMP Live 19에서는 데이터 테이블 새로 고침 스크립트 패널과 비슷해 보이지만, 사실은 보고서 재생성 스크립트 패널입니다. 이 패널을 열어서 레벨 수를 1에서 3으로 변경하고 저장하면 됩니다. 저장하면 스크립트가 달라졌기 때문에 보고서 재생성 버튼이 활성화됩니다.
"보고서 재생성"을 클릭하고 변경한 내용이 실제로 원하는 대로 작동하는지 테스트해 볼 수 있습니다. 제대로 작동하는 것 같습니다. 이제 윤곽선이 하나가 아니라 세 개나 생겼네요. 이 녀석들을 보면 알 수 있죠. 제가 원하는 모습이 바로 이거예요. 이제 완료되었고, JMP로 돌아가지 않고도 업데이트할 수 있게 되었습니다.
제가 자주 사용하는 또 다른 활용 사례는 다이아몬드 데이터 보고서입니다. 여기 캐럿 무게별로 가격이 매겨져 있고, 색상과 선명도에 대한 데이터 필터도 있습니다. 제 기억이 맞다면 다이아몬드에는 네 가지 C가 있습니다. 캐럿 무게, 색상, 선명도, 그리고 컷이죠. 컷은 어디에 있을까요? 음, 데이터를 보면 컷도 포함되어 있더군요.
이 보고서를 만든 사람이 게시하기 전에 스크립트나 데이터 필터에 포함시키지 않은 것 같습니다. 다행히 이제 스크립트를 수정할 수 있습니다. 스크립트로 가서 다시 크게 만들어 보겠습니다. 스크립트에서 데이터 필터를 찾아서 '잘라내기'를 추가하고, '끌어오기'를 한 후 '잘라내기'를 클릭합니다. 저장하면 다시 재생성됩니다. 활성화하겠습니다. 클릭해 보세요.
업데이트된 보고서가 있고, 맨 아래에 '컷'이 있습니다. '엑설런트 컷'만 보고 싶다고 할 수 있죠. '아이디어 컷'은 살 수 없지만, '엑설런트 컷'은 살 수 있습니다. 정말 '엑설런트' 품질의 다이아몬드를 원하기 때문에 '엑설런트 컷'을 선택하고, 이제 다른 기준 외에도 해당 기준으로 필터링할 수 있습니다.
정말 유용한 기능은 새로 고침 스크립트를 바로 편집할 수 있다는 것입니다. 원하는 대로 되지 않으면 수정해서 원하는 대로 만들 수 있습니다.
좋아요, 마지막 주제는 JSL입니다. 혹시 알고 계실지 모르겠지만, JMP Live를 스크립팅을 통해 다양한 작업을 할 수 있습니다. 스크립트에서 JMP Live에 보고서를 게시할 수 있고, 데이터를 업데이트할 수도 있습니다. JMP Live를 사용하면 JSL에서 다양한 작업을 할 수 있습니다.
JMP로 돌아가서 이 대화 상자를 닫겠습니다. JMP Live 18에서 작동했을 스크립트는 다음과 같습니다. 바로 여기 있습니다.
치즈 제조 회사와 치즈 생산 회사가 있고, 공장도 세 개 있습니다. 휴스턴 공장, 맨체스터 공장, 상하이 공장이 있죠. 바로 이 스크립트는 각 공장의 성능 보고서를 실행한 후 JMP Live에 게시합니다. 그러면 각 공장의 공정 성능에 차이가 있는지 확인할 수 있습니다.
모든 플랜트는 JMP Live에 있는 하나의 사양 제한 파일을 공유합니다. 사양 제한을 JMP Live 파일에 저장하면 모든 플랜트에서 동일한 파일을 참조할 수 있고, 여러 플랜트에서 일관성을 유지할 수 있어 중앙에서 관리하기 편리합니다.
이게 제가 가지고 있는 스크립트입니다. 결과가 어디에 저장될지 봅시다. JMP Live로 돌아가서 여기 있는 이 폴더로 가 보면... JMP Live에 폴더가 하나 있습니다. JSL에서는 Pads라는 폴더인데, 휴스턴, 맨체스터, 상하이, 이렇게 제 식물들을 각각 폴더로 묶어서 관리하고 있습니다.
JMP에 어떻게 알려줘야 할까요? JMP 스크립트에서 이 폴더들을 어떻게 식별해야 할까요? 그냥 이름으로 불러서 불러올 수 있을 거라고 생각하실 수도 있겠지만, JMP Live 18에서는 그렇게 할 수 없었습니다. 폴더에 무언가를 넣으려면 해당 폴더로 가서 제목 표시줄에서 확인할 수 있는 폴더 ID를 가져와야 했습니다. 아니면 여기 세부 정보로 가서 여기서 복사한 다음 JMP로 가져와서 넣어야 했습니다.
좀 손이 많이 가네요. 스크립트에 ID가 있어서 스크립트가 제대로 문서화되지 않아요. 작동은 하지만 스크립트에 ID를 입력해야 하거든요. 이 경우에는 식물 이름을 매핑하고 있어요. 모든 것을 생성하는 데 식물 이름인 natural을 사용하고 있어요.
그런데 JMP Live를 실행하면 식물 이름을 ID에 매핑해서 어느 폴더에 넣어야 할지 알아야 합니다. 이 스크립트만 봐서는 어디에 있는지 잘 모르겠네요. 상위 폴더는 어디인가요? 알기 어렵습니다.
이 기능은 JMP Live 18과 JMP Live 19에서 확실히 작동합니다. 19에서 작업한 모든 내용은 18에서도 여전히 호환됩니다. 하지만 18에서는 약간 다르게 작업할 수도 있습니다.
두 번째 스크립트를 만들어 보겠습니다. JMP Live 19에서 사용할 수 있는 또 다른 방법은 다음과 같습니다. JMP Live 19에서는 Windows나 Mac의 파일 시스템에서처럼 경로와 폴더 이름을 사용할 수 있습니다. 다른 곳에서처럼 파일 시스템을 탐색할 수 있습니다.
다시 확인해 보면, 이 폴더의 이름은 What's New, JMP Live 19이고, JSL에서는 폴더 이름이 07paths입니다. JMP로 돌아가 보면 정확히 이렇게 나옵니다.
JMP에 JMP Live에 연결하고, 모든 게시의 기본 폴더를 가져오려면 Live 연결에 이 경로가 있는 폴더를 가져오라고 하면 됩니다. JMP Live 19의 새로운 기능은 JMP Live에서 보는 것과 똑같습니다. 자체적으로 문서화되어 있습니다. 제 스크립트에 있습니다.
그런 다음 여러 제조 공장을 돌면서 보고서를 넣을 하위 폴더를 가져오고 싶을 때, 기본 폴더에서 공장 이름(휴스턴, 맨체스터 또는 상하이)과 같은 하위 폴더를 가져온 다음 해당 폴더에 콘텐츠를 게시하면 됩니다.
좀 더 잘 정리되어 있고, 더 명확하며, 식물 이름을 기억하기 쉽습니다. 하지만 ID는 절대 기억하지 못할 테니까, ID를 사용할 때보다 경로와 이름을 사용해서 JMP Live를 다시 참조해야 하는 횟수가 훨씬 줄어듭니다.
ID를 가져와서 스크립트에 넣는 작업을 계속 반복해야 합니다. 이렇게 하면 스크립팅 과정이 훨씬 수월해집니다. 이 JSL 스크립트를 실행하면 세 개의 서로 다른 기능 플롯이 생성되어 JMP Live의 해당 폴더에 게시됩니다.
새 게시물 보기에 들어가면 휴스턴의 Capability File, 맨체스터의 Capability File, 그리고 상하이의 Capability File이 있습니다. 무슨 이유에선지 재생성 중이지만, 모두 그대로 있네요.
ID를 사용하는 대신 경로와 이름을 사용하여 JMP에서 JMP Live를 스크립팅하는 조금 더 사용자 친화적인 방법이라고 생각합니다.
좋아요, 이것으로 JMP Live 19의 새로운 기능에 대한 프레젠테이션을 마칩니다. 다시 한번 말씀드리지만, 제 이름은 에릭 힐이고 이메일 주소는 eric.hill@jmp.com입니다.
여기에 제시된 자료에 대해 궁금한 점이 있으면 언제든지 저에게 연락주세요. 질문에 답변해 드리고 올바른 방향을 제시해 드리겠습니다.
