is introduced into the processes. I

is introduced into the processes. If decisions in a business process are to
be taken based on events that have some uncertainty attached, it makes
sense to associate each of these events with some value for the quality
of information (QoI). In simple cases, this allows the process modeller to
define thresholds: e.g., if the degree of certainty is more than 90%, then it
is assumed that the event really happened. If it is between 50% and 90%,
some other activities will be triggered to determine if the event occurred
or not. If it is below 50%, the event is ignored. Things get more complex
when multiple events are involved: e.g., one event with 95% certainty, one
with 73%, and another with 52%. The underlying services that fire the
original events have to be programmed to attach such QoI values to the
events. From a BPM perspective, it is essential that such information can
be captured, processed and expressed in the modelling notation language, e.g.
BPMN. Secondly, the syntax and semantics of such QoI values need to be
standardized. Is it a simple certainty percentage as in the examples above,
or should it be something more expressive (e.g., a range within which the
true value lies)? Relevant techniques should not only address uncertainty in
the flow of a given (well-known) IoT-based business process, but also in
the overall structuring and modelling of (possibly unknown or unstructured)
process flows. Techniques for fuzzy modelling of data and processes could be
considered.

Kết quả (Việt) 1:

được giới thiệu vào các quá trình. Nếu quyết định trong quá trình kinh doanhđược thực hiện dựa trên sự kiện có một số sự không chắc chắn được gắn vào, nó làm chocảm giác liên kết mỗi của những sự kiện này với một số giá trị cho chất lượngthông tin (QoI). Trong trường hợp đơn giản, điều này cho phép quá trình modeller đểxác định ngưỡng: ví dụ, nếu mức độ chắc chắn là hơn 90%, sau đó nóngười ta cho rằng sự kiện này thực sự xảy ra. Nếu nó là từ 50% đến 90%,một số hoạt động khác sẽ được kích hoạt để xác định nếu sự kiện xảy rahay không. Nếu đó là dưới 50%, sự kiện này được bỏ qua. Nhận được những điều phức tạp hơnKhi tham gia nhiều sự kiện: ví dụ, một sự kiện với 95% chắc chắn, một trong nhữngvới 73%, và khác với 52%. Những tiềm ẩn của dịch vụ cháy mà cácBan đầu các sự kiện có thể được lập trình để đính kèm như vậy giá trị QoI cho cácCác sự kiện. Từ một quan điểm BPM, nó là cần thiết rằng những thông tin có thểbị bắt giữ, xử lý và thể hiện bằng ngôn ngữ ký hiệu mô hình, ví dụ:BPMN. Thứ hai, các cú pháp và ngữ nghĩa của các giá trị QoI phải làtiêu chuẩn hóa. Nó là một đơn giản chắc chắn tỷ lệ như trong ví dụ trên,hoặc nó nên là cái gì ý nghĩa hơn (ví dụ, là một dãy trong đó cácgiá trị thực sự nằm)? Kỹ thuật có liên quan nên không chỉ đề cập tới sự không chắc chắn trongdòng chảy của một quá trình nhất định kinh doanh dựa trên IoT (nổi tiếng), nhưng cũng có trongCác cơ cấu tổng thể và các mô hình (có thể là không xác định hoặc không có cấu trúc)quá trình chảy. Kỹ thuật cho các mô hình mờ của dữ liệu và các quá trình có thểxem xét.

Kết quả (Việt) 2:

được đưa vào quy trình. Nếu quyết định trong quá trình kinh doanh là để
được thực hiện dựa trên những sự kiện có một số bất ổn kèm theo, nó làm cho
tinh thần để kết hợp mỗi của những sự kiện này với một số giá trị về chất lượng
của thông tin (QoI). Trong trường hợp đơn giản, điều này cho phép các modeller quá trình để
xác định ngưỡng: ví dụ, nếu mức độ chắc chắn là hơn 90%, sau đó nó
được giả định rằng sự kiện này thực sự xảy ra. Nếu nó là giữa 50% và 90%,
một số hoạt động khác sẽ được kích hoạt để xác định xem sự kiện này xảy ra
hay không. Nếu nó là dưới 50%, sự kiện này được bỏ qua. Mọi thứ trở nên phức tạp hơn
khi nhiều sự kiện có liên quan đến: ví dụ, một trong những sự kiện với 95% chắc chắn, một
với 73%, và khác với 52%. Các dịch vụ cơ bản mà bắn
các sự kiện ban đầu phải được lập trình để đính kèm giá trị QoI đó cho
sự kiện. Từ một quan điểm BPM, điều quan trọng là thông tin như vậy có thể
được nắm bắt, xử lý và thể hiện trong các mô hình ngôn ngữ ký hiệu, ví dụ như
BPMN. Thứ hai, cú pháp và ngữ nghĩa của các giá trị QoI như vậy cần phải được
chuẩn hóa. Có một tỷ lệ phần trăm chắc chắn đơn giản như trong ví dụ trên,
hoặc nó phải là một cái gì đó ý nghĩa hơn (ví dụ, một phạm vi mà trong những
giá trị thực sự nằm)? Kỹ thuật có liên quan nên không chỉ giải quyết sự không chắc chắn trong
dòng chảy của một quá trình kinh doanh IOT dựa trên (nổi tiếng) nhất định, mà còn trong
các cấu trúc tổng thể và mô hình (có thể không biết hoặc không có cấu trúc)
chảy quá trình. Kỹ thuật cho mô hình mờ của dữ liệu và các quá trình có thể được
xem xét.