이 기술 중 어떤 기술을 사용해야합니까?기능의 모든 비교?[닫은]

Question

폐쇄. 이 질문은 오프 주제.현재 답변을 받아들이지 않습니다.

---

이 질문을 개선하고 싶습니까? 질문 업데이트 그래서 그것은 주제별 스택 오버플로.

폐쇄 5 년 전.

어떤 것이 가장 적합합니까?이 응용 프로그램을 사용하면 다른 버전을 사용할 수 있습니다.내가 최고의 스위트 내 요구를 찾을 수 있도록 기술의 어떤 비교가 있습니까?그러나 나는 왜 그런지 모르겠다.이 응용 프로그램은 당신이 당신의 안드로이드 전화 또는 타블렛에서 사용할 수 있습니다.

다시 말하지만,나는 기술의 장점과 기능이 아닌 도구/소프트웨어를 사용할 요구하고있다.

Answer 1

짧은 대답(아마도 편향되어 있지만 그 짧음에 도움이되기를 바랍니다):최선의 선택은 2.0.

긴 대답은 다음과 같습니다:

• 2015 년 특히 궁극적인 목표는 단지 시각적 프로세스 모델링 하지만 프로세스 엔진에서 프로세스 정의의 실행 때 안전 하 게 말할 수 있는 버전 2.0 의 채택 이후 또한 프로세스 모델링에 대 한 사실상의 표준입니다.이 응용 프로그램은 자바 스크립트를 사용하도록 설계되지 않았습니다.
• 2015 년 다른 프로세스 정의 형식을 교환할 수 있도록 하기 위한 노력입니다.그들의 웹사이트에 따르면,1.2 버전까지 포함해서,"프로세스 정의가 화면에 어떻게 표시되는지에 대한 모습"만 정의했습니다.어떻게 그 프로세스 정의를 저장하고 교환하는지는 표준의 범위를 벗어났습니다".이 표준은 프로세스 모델과 다이어그램을 직렬화하고 모델링 도구 사이에서 교환하며 프로세스 엔진에서 실행할 수 있는 기능을 포함하여 메타 모델을 도입했습니다(기술 실행에 필요한 기술적 속성을 추가한 후).
• 일본 버전 4 까지 프로세스 정의 언어였습니다.그 제품의 버전 5(처음부터 다시 구현 된)이후이 제품은 또한 프로세스 모델 및 선택 표기법으로 지원합니다.
• 베펠 따라서 프로세스 엔진에서 언어를 실행하는 데 중점을 둡니다.앞서 언급한 메타 모델이 도입되기 전까지는 많은 프로세스 엔진의 선택의 실행 언어였습니다.그리고 다른 사람들은 그들만의 형식을 사용했습니다.).특히 1.2 시각적 프로세스 다이어그램을 프로세스 엔진이 지원하는 실행 가능한 언어로 변환하려는 경우 선택의 언어였습니다.현재 벤더 및 오픈 소스 프로젝트는 모두 직접 실행 가능하므로 시각화와 기본 모델 사이에 번역 단계가 필요하지 않습니다.따라서 나는 베펠이 점점 덜 중요 해지고 결국에는 완전히 쓸모 없게 될 것이라고 주장 할 것입니다.
• 야울 (그들의 웹 사이트에 따르면)더 많은 것 같습니다. 시스템"언어보다 더 중요하지만,그 자체의 독자적인 언어에 기반을 둔 언어입니다.나는 그것에 대해 더 많이 모른다.