2010-09-23 26 views
8

मुझे उम्मीद थी कि आप मुझे बता सकते हैं कि बीपीएमएन के फायदे और नुकसान डेवलपर परिप्रेक्ष्य में क्या हैं।बीपीएमएन के फायदे और नुकसान?

मैं बीएमएमएन के साथ यूएमएल की तुलना कर रहा हूं और यूएमएल के लिए फायदे और नुकसान का एक गुच्छा पाया लेकिन बीपीएमएन के लिए कोई भी नहीं।

+0

आप [बीपीएमएन टूल्स की तुलना] [https://bpmnmatrix.github.io/) पर एक झांक लेना चाहेंगे। –

उत्तर

13

यह काफी हद तक दर्शकों और उद्देश्य के लिए नीचे है। मॉडलिंग भाषा के मामले में, बीपीएमएन और यूएमएल गतिविधि आरेखों में विभिन्न नोटेशन के साथ एक ही वैचारिक स्थान बहुत अधिक शामिल है। नोटेशन चीज बहुत जल्दी धार्मिक हो जाती है। मैं व्यक्तिगत रूप से बीपीएमएन पर एडी नोटेशन पसंद करता हूं - लेकिन यह एक बहुत ही निजी बात है।

व्यापक रूप से बोलते हुए, बीपीएमएन व्यवसाय प्रक्रिया मॉडलिंग/व्यावसायिक विश्लेषण पृष्ठभूमि से आने वाले लोगों के पक्ष में पक्षपात करता है। यूएमएल एडी को सॉफ़्टवेयर परिप्रेक्ष्य से आने वाले लोगों द्वारा पसंद किया जाता है। उपकरण समर्थन इस पर दर्पण करता है: उच्च अंत प्रक्रिया मॉडलिंग उपकरण (इसी तरह, aris, आदि) बीपीएमएन का समर्थन करने की अधिक संभावना है; सॉफ्टवेयर मॉडलिंग टूल्स (मैजिकड्रा, स्पार्क्स, इत्यादि) यूएमएल का पक्ष लेते हैं। हालांकि वहां क्रॉसओवर बढ़ रहा है। मैंने दोनों व्यवसायिक हितधारकों के साथ दोनों मामलों में किसी भी मुद्दे के साथ उपयोग नहीं किया है।

अंततः उद्देश्य है। क्या आपके आरेख केवल मानव उपभोग के लिए होंगे या कुछ प्रकार के विश्लेषण/कोड पीढ़ी के लिए विनिर्देश के रूप में उपयोग किए जा रहे हैं? अगर यह सिर्फ चित्र नहीं है तो आपकी टूल श्रृंखला अच्छी तरह से निर्णायक कारक हो सकती है।

यदि आप मतभेदों का अधिक विस्तृत विवरण चाहते हैं, तो this forum post में उत्तर देखें।

1

बीपीएमएन व्यापार प्रक्रिया प्रवाह मॉडलिंग के लिए है, है ना? यूएमएल के लिए यह बिल्कुल सही नहीं है। यूएमएल का लक्ष्य एक सॉफ्टवेयर को अलग-अलग दृश्य से मॉडल करना है और आखिरकार इसे कोड नहीं करना है (हां यह आदर्श है)।

2

ओएमजी में एक नई बीपीएमएन प्रोफाइल पर चर्चा की गई है। यूएमएल आसानी से एक गतिविधि या राज्य आरेखों के साथ भी कोड उत्पन्न कर सकते हैं। आपको बस अपने मॉडल में रूढ़िवादी जोड़ना होगा, फिर एक पार्सर xmi ले जाएगा और कोड बनायेगा। ओएमजी विनिर्देश परिभाषित करेगा कि कौन सी रूढ़िवादों का उपयोग किया जाना चाहिए और क्यों। वास्तव में एक बहुत अच्छा विचार !!

मेरी कंपनी में हमने बीपीएमएन का उपयोग करना बंद कर दिया है और केवल गतिविधि आरेख पर ध्यान केंद्रित कर रहा है जो एक मानक भाषा के शीर्ष पर बनाया गया है। कक्षा आरेख, उपयोगकेस और गतिविधि आरेखों को भी तेजी से मॉडल करने की अनुमति देता है। हमें हमारी गतिविधि या राज्य आरेख से चलने वाला कोड मिलता है। हम अपने वर्ग आरेख के साथ डीबग करते हैं। हम सभी आरेखों के लिए एक ही मेटामोडेल का उपयोग करते हैं और इसलिए कोड कार्यान्वयन और कक्षा आरेख के माध्यम से गतिविधि का पता लगा सकते हैं। मेरा मतलब है कि कोड उत्पन्न होने के बाद कोड को उलट दिया जाता है और फिर हम एक अच्छी वस्तु आर्किटेक्चर रखने के लिए सभी आवश्यकताओं और वास्तुकला की जांच करते हैं। सबकुछ अच्छी तरह से काम करता है :-)

अब हम नए प्रोफाइल विनिर्देश की प्रतीक्षा कर रहे हैं और बीपीएमएन को कवर करने के लिए आवश्यक रूढ़िवाद लागू करेंगे। आपके प्रश्न का मेरा उत्तर यह है कि हमें अब बीपीएमएन की आवश्यकता नहीं है और उसे यूएमएल 2.3 बीपीएमएन प्रोफ़ाइल कार्यान्वयन पर जाना चाहिए।

0

एक व्यापार के नजरिए से BPMN के लिए मुख्य तर्क आम तौर पर कर रहे हैं:

  1. जब कई हितधारकों के साथ शुरू से BPMN चित्र का निर्माण, यह पदानुक्रम के विभिन्न स्तरों, जो बाहर विस्तृत किया जा सकता है के कार्यों मिश्रण के लिए ठीक है या बाद में संक्षेप में
  2. basic language elements को गैर-तकनीकी दर्शकों तक भी जल्दी से सोचा जा सकता है।
  3. डेवलपर तुरंत काम शुरू कर सकते हैं और बीपीएमएन-आरेख को वर्कफ़्लो और व्यवसाय प्रक्रिया प्रबंधन सॉफ्टवेयर जैसे Camunda द्वारा स्रोत कोड और स्क्रिप्ट संलग्न कर सकते हैं।

मुख्य कमियां कि

  1. प्रारंभिक BPMN स्केच (आमतौर पर व्यापार से) आम तौर पर कई पुनरावृत्तियों की जरूरत है एक चित्र जो कार्यान्वयन के लिए अनुमति देता है पर पहुंचने के लिए कर रहे हैं।
  2. यह अलग-अलग भूमिकाओं का प्रतिनिधित्व करने के लिए सीधे आगे नहीं है क्योंकि पूल में लेन की सामान्य अवधारणा पर्याप्त नहीं हो सकती है या विशाल आरेखों की ओर ले जा सकती है, उदाहरण के लिए देखें। BPMN: multiple roles in a row
+0

मैंने हाल ही में बीपीएमएन की एक और कमी को जोड़ा है। HTH। –