प्रक्रिया मोडलिङ देखि स्वचालित प्रणाली डिजाइन सम्म (भाग 2)

"एक दिन गिलहरीको जीवनमा" वा मोडेलिङ प्रक्रियाहरू देखि भौतिक सम्पत्तिहरूको लेखाको लागि स्वचालित प्रणाली डिजाइन गर्न "Belka-1.0" (भाग 2)

ए.एस. पुष्किन द्वारा "द टेल अफ ज़ार साल्टन" को लागी एक दृष्टान्त प्रयोग गरिएको थियो, "बाल साहित्य", मस्को, 1949, लेनिनग्राद, के. कुज्नेत्सोभ द्वारा चित्रहरु द्वारा प्रकाशित।

अघिल्लो शृङ्खलाको सारांश

В पहिलो भाग हामीले परी कथा प्लटहरूमा आधारित UML रेखाचित्रहरू सिक्ने उदाहरणहरूबाट प्रेरित "फेरी टेल" डोमेन प्रयोग गर्यौं (उदाहरणका लागि, हेर्नुहोस्। यहाँ [१])। मोडलिङ सुरु हुनु अघि, हामीले गतिविधि रेखाचित्रका केही तत्वहरूको प्रयोगमा सहमति जनायौं र मोडलिङ सम्झौता बनाउन थाल्यौं। यी सम्झौताहरूलाई ध्यानमा राख्दै, 1st चरणमा हामीले गतिविधि रेखाचित्रको रूपमा प्रक्रिया वर्णन गर्यौं, र 1nd चरणमा हामीले प्रक्रिया चरणहरू पहिचान गर्यौं जसको लागि स्वचालन आवश्यक छ (र सम्भव छ)।

म तपाईंलाई सम्झाउन चाहन्छु कि हामी यी प्रक्रियाहरूमा उत्पन्न हुने भौतिक सम्पत्तिहरूको लागि लेखाको गतिविधिलाई स्वचालित गर्न जाँदैछौं।

...
समुद्रमा एउटा टापु छ, (E1, E2)
टापुमा असिना (E3, E1)
सुनको गुम्बज भएका चर्चहरू, (E4)
टावर र बगैंचा संग; (E5, E6)
स्प्रस दरबारको अगाडि बढ्छ, (E7, E8)
अनि यसको मुनि एउटा क्रिस्टल घर छ। (E9)
गिलहरी त्यहाँ बस्छ, टेम, (A1)
हो, कस्तो मनोरञ्जनकर्ता! (A1)
गिलहरीले गीत गाउँछ, (P1, A1)
हो, उसले सबै नट कुच्दछ, (P2)
र नटहरू सरल छैनन्, (C1)
सबै गोला सुनौलो हुन्छन्, (C2)
कर्नेल शुद्ध पन्ना; (C3)
सेवकहरूले गिलहरीको रक्षा गर्छन्, (P3, A2)
विभिन्न प्रकारका सेवकहरूको रूपमा उनको सेवा गर्नुहोस् (P4)
र एक क्लर्क नियुक्त गरियो (A3)
पागल समाचारको कडा खाता; (P5, C1)
उनको सेना सम्मान दिन्छ; (P6, A4)
गोलाबाट सिक्का खन्याइएको छ, (P7, C2, C4)
तिनीहरूलाई संसारभर तैरन दिनुहोस्; (P8)
केटीहरूले पन्ना फ्याक्छन् (P9, A5, C3)
प्यान्ट्रीहरूमा, तर बुशेल मुनि; (E10, E11)
...
(ए.एस. पुष्किन "त्सार साल्टनको कथा, उनको गौरवशाली र शक्तिशाली नायक राजकुमार गुइडोन साल्टानोविच र सुन्दर राजकुमारी हंसको", पुष्किनले विभिन्न संस्करणहरूमा लेखेको लोककथा "घुँडा-गहिरो सुन, कुहिनो-चाँदीमा गहिरो" को नि: शुल्क रूपान्तरण भएको मानिन्छ।)

यस उदाहरणमा, म अष्ट्रेलियाको कम्पनीबाट इन्टरप्राइज आर्किटेक्ट वातावरण प्रयोग गर्दैछु। स्पार्क सिस्टम्स [२], र प्रशिक्षण सत्रहरूमा म प्रयोग गर्छु मोडेलियो [3]
म तपाईंलाई सम्झाउन दिनुहोस् कि त्यहाँ विभिन्न प्रक्रियाहरू छन्, तपाईं परिचित हुन सक्नुहुन्छ, उदाहरणका लागि, यहाँ [७] र यहाँ [5]
मोडलिङ र डिजाइनमा लागू गरिएका दृष्टिकोणहरूमा थप विवरणहरूको लागि, हेर्नुहोस् [6, 7]।
पूर्ण UML विशिष्टताको लागि, हेर्नुहोस् यहाँ [8]

हामी अब अर्को चरणहरूमा जान र प्रणालीको कार्यक्षमता र आन्तरिक संगठनको डिजाइन सुरु गर्न तयार छौं। रेखाचित्रको संख्या जारी रहनेछ।

चरण 3. स्वचालित चरणलाई प्रणालीको प्रकार्य वा कार्यहरू तोकिएको हुनुपर्छ

विकसित भइरहेको स्वचालित प्रणाली (एएस) नटको कडा अभिलेख राख्न डिजाइन गरिएको हो, याद छ? प्रत्येक हाइलाइट गरिएको चरणको लागि (चित्र 3, चित्र 4 हेर्नुहोस् भाग १ मा), जसलाई हामी स्वचालित गर्नेछौं, लगभग निम्न निर्माण प्रयोग गरेर कार्यात्मक आवश्यकता लेख्नेछौं: "प्रणालीले क्षमता कार्यान्वयन गर्नुपर्छ..." र प्रयोग-केस रेखाचित्र विकास गर्नुहोस्। हामी अब हाम्रो मोडलिङ सम्झौतामा नयाँ नियमहरू थप्दैछौं। हामी कुन तत्वहरू प्रयोग गर्नेछौं मलाई व्याख्या गरौं।

हामी "प्रयोगकर्ता भूमिका" र "कार्य" (चित्र 5) बीचको "एसोसिएशन" जडान प्रयोग गर्नेछौं, यसको मतलब यो भूमिका भएको प्रयोगकर्ताले यो कार्य गर्न सक्छ।

चित्र 5. एक संघ प्रकार सम्बन्ध प्रयोग गर्दै

"कार्य" देखि "आवश्यकता" सम्म हामी "कार्यान्वयन" जडान (चित्र 6) कोर्नेछौं कि यो आवश्यकता यी प्रकार्यहरूद्वारा लागू हुनेछ भनेर देखाउन; सम्बन्ध "धेरै-देखि-धेरै" हुन सक्छ, अर्थात्। एक प्रकार्य धेरै आवश्यकताहरू लागू गर्नमा संलग्न हुन सक्छ, र आवश्यकता लागू गर्न एक भन्दा बढी प्रकार्य आवश्यक हुन सक्छ।

चित्र 6. "कार्यान्वयन" प्रकार सम्बन्ध प्रयोग गर्दै

यदि एउटा प्रकार्यले यसको कार्यान्वयनको लागि केही अन्य प्रकार्य कार्यान्वयन गर्न आवश्यक छ भने, र आवश्यक रूपमा, हामी "समावेश" स्टेरियोटाइप (चित्र 7) सँग "निर्भरता" जडान प्रयोग गर्नेछौं। यदि एक अतिरिक्त प्रकार्य को कार्यान्वयन केहि सर्तहरूमा आवश्यक छ भने, हामी "विस्तार" स्टेरियोटाइप संग "निर्भरता" जडान प्रयोग गर्नेछौं। सबै कुरा सम्झन धेरै सजिलो छ: "समावेश गर्नुहोस्" सधैं हो, र "विस्तार" कहिलेकाहीं हुन्छ।

चित्र 7. "निर्भरता (समावेश)" सम्बन्ध प्रयोग गर्दै

नतिजाको रूपमा, हाम्रो रेखाचित्र यस्तो देखिन्छ (चित्र 8)।

चित्र 8. प्रयोग-केस रेखाचित्र (AC को कार्यात्मक मोडेल)

थप रूपमा, प्रयोगकर्ता भूमिकाहरू मोडेल गर्न प्रयोग-केस रेखाचित्र प्रयोग गरिन्छ (चित्र 9)।

चित्र 9. प्रयोग-केस रेखाचित्र (AS प्रयोगकर्ताहरूको भूमिका)

चरण 4. कक्षा रेखाचित्र प्रयोग गरेर AS को आन्तरिक संगठनको वर्णन गरौं

हाम्रो प्रक्रियाको इनपुट र आउटपुट कलाकृतिहरूको बारेमा जानकारी प्रयोग गर्दै (गतिविधि रेखाचित्र - चित्र 2, चित्र 3, चित्र 4 हेर्नुहोस्), हामी वर्ग रेखाचित्र विकास गर्नेछौं। हामी "क्लास" मोडलिङ तत्वहरू र तिनीहरू बीचको विभिन्न प्रकारका जडानहरू प्रयोग गर्नेछौं।

"पूरै भाग" सम्बन्ध देखाउन, हामी "एकत्रीकरण" प्रकारको सम्बन्ध प्रयोग गर्नेछौं (चित्र 10): नट सम्पूर्ण हो, र शेल र कर्नेल भागहरू हुन्।

चित्र 10. सम्पूर्ण भाग सम्बन्ध

नतिजाको रूपमा, हाम्रो रेखाचित्रको एक टुक्रा यस्तो देखिन्छ (चित्र 11)। हामीले प्रक्रियाको पाठ विवरणमा सीधा हाइलाइट गरेका कक्षाहरू रङमा चिन्ह लगाइएका छन्।

चित्र 11. वर्ग रेखाचित्र

वर्ग रेखाचित्र पनि अन्य कलाकृतिहरू मोडेल गर्न प्रयोग गरिएको थियो - ती मात्र होइन जुन भौतिक सम्पत्तिहरूको लागि लेखाको स्वचालित प्रक्रियाको वैचारिक मोडेलसँग सम्बन्धित हुनेछ, तर कार्यान्वयन वातावरणसँग पनि सम्बन्धित छ - वातावरण (चित्र 12) र "छिमेकी"। प्रक्रियाहरू (चित्र 13) जसले स्वचालित प्रक्रियालाई प्रभाव पार्न सक्छ, तर अझै हाम्रो ध्यान केन्द्रित छैन (हामी मान्दछौं कि प्रणाली विकास हुनेछ र यो जानकारी उपयोगी हुनेछ)।

चित्र 12. कक्षा रेखाचित्र (वातावरण)

विरासत सम्बन्धले सामान्यीकरण "अभिभावक" वर्ग "भवन" अन्तर्गत विभिन्न भवनहरू, "बाल" वर्गहरूको सामान्यीकरण देखाउँछ।

चित्र 13. वर्ग रेखाचित्र (कलाकृतिहरू बारे थप जानकारी)

"स्थितिको प्रतिक्रिया" "दृश्य नियन्त्रण डेटा" मा निर्भर गर्दछ। धेरै निर्भरता सम्बन्धहरूको लागि, "ट्रेस" स्टेरियोटाइपलाई प्रक्रिया विवरणमा स्पष्ट रूपमा पहिचान नगरिएको वर्गहरूको ट्रेसिङ देखाउन प्रयोग गरिन्छ, तर यसलाई स्वचालित गर्न आवश्यक छ, जसका उदाहरणहरू हाम्रो विवरणमा स्पष्ट रूपमा सन्दर्भ गरिएका छन्।

चरण 5. "व्यापार नियमहरू" ट्र्याकमा नोटहरूको विश्लेषण गरौं

नियमहरू निर्दिष्ट गरिएको थियो (चित्र 2 हेर्नुहोस् भाग १ मा):

1. एउटा चरणलाई 2 भागहरूमा विभाजन गर्न आवश्यक छ, दोस्रो भाग केवल केहि सर्तहरूमा कार्यान्वयन गर्न सुरु हुन्छ;
2. नट को लेखा को लागी एक निश्चित अधिकारी को नियुक्ति;
3. एउटा प्रविधि (तत्वहरूको सेतो रङ) जसले तत्वलाई प्रक्रिया विवरणमा स्पष्ट रूपमा निर्दिष्ट गरिएको थिएन भनेर संकेत गर्छ।

यो ध्यान दिनुपर्छ कि हामीले रेखाचित्रहरू विकास गर्दा यी सबै नियमहरू प्रयोग गरिसकेका छौं।

अन्तिम टिप्पणी

त्यसोभए, हामीले 5 चरणहरू पार गर्यौं र 3 प्रकारका रेखाचित्रहरू बनायौं। म मोडलिङ वातावरणमा हाम्रो मोडेलहरूको संगठनको बारेमा एउटा सानो टिप्पणी थप्नेछु। त्यहाँ धेरै संख्यामा ढाँचाहरू छन् जसले मोडेलहरू विकास गर्न मद्दत गर्दछ, तर यो यस लेखको विषय होइन, त्यसैले हामी हाम्रो परियोजनाको व्यवस्थित व्यवस्थापनको लागि निम्न सरल प्याकेजहरूमा आफूलाई सीमित गर्नेछौं: व्यापार प्रक्रिया, कार्यात्मक मोडेल। , कलाकृतिहरू, सहभागीहरू र वातावरण (चित्र 14)।

चित्र 14. परियोजना प्याकेज संरचना

यसरी, हामीले विभिन्न पक्षहरूबाट सामग्री लेखा प्रणालीको वर्णन गर्ने लगातार मोडेलहरू विकास गरेका छौं: एक स्वचालित व्यापार प्रक्रियाको मोडेल, एक कार्यात्मक मोडेल र वैचारिक स्तरमा प्रणालीको आन्तरिक संगठनको मोडेल।

प्रक्रिया मोडलिङ देखि स्वचालित प्रणाली डिजाइन सम्म (भाग 1)

स्रोतहरूको सूची

1. साइट "UML2.ru"। विश्लेषक सामुदायिक फोरम। सामान्य खण्ड। उदाहरणहरू। UML रेखाचित्रको रूपमा परी कथाहरूको उदाहरणहरू। [इलेक्ट्रोनिक स्रोत] पहुँच मोड: इन्टरनेट: http://www.uml2.ru/forum/index.php?topic=486.0
2. Sparx प्रणाली वेबसाइट। [इलेक्ट्रोनिक स्रोत] पहुँच मोड: इन्टरनेट: https://sparxsystems.com
3. मोडेलियो वेबसाइट। [इलेक्ट्रोनिक स्रोत] पहुँच मोड: इन्टरनेट: https://www.modelio.org
4. ठूलो विश्वकोषीय शब्दकोश। प्रक्रिया (व्याख्या)। [इलेक्ट्रोनिक स्रोत] पहुँच मोड: इन्टरनेट: https://dic.academic.ru/dic.nsf/enc3p/246322
5. वेबसाइट "प्रभावी व्यवस्थापन को संगठन"। ब्लग। शीर्षक "व्यापार प्रक्रिया व्यवस्थापन"। व्यापार प्रक्रिया को परिभाषा। [इलेक्ट्रोनिक स्रोत] पहुँच मोड: इन्टरनेट: https://rzbpm.ru/knowledge/pochemu-processy-stali-s-pristavkoj-biznes.html
6. बौद्धिक गतिविधिको परिणामको उत्पादनको दर्ता र निक्षेपमा प्रमाणपत्र नम्बर 18249। Alfimov R.V., Zolotukhina E.B., Krasnikova S.A. "इन्टरप्राइज आर्किटेक्ट प्रयोग गरी विषय क्षेत्रको मोडेलिङ" शीर्षकको शिक्षण सहायताको पाण्डुलिपि // २०११।
7. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. व्यापार प्रक्रिया को मोडेलिंग। - M.: KURS, NITs INFRA-M, EBS Znanium.com। - 2017।
8. OMG एकीकृत मोडलिङ भाषा (OMG UML) विशिष्टता। संस्करण २.५.१। [इलेक्ट्रोनिक स्रोत] पहुँच मोड: इन्टरनेट: https://www.omg.org/spec/UML/2.5.1/PDF

स्रोत: www.habr.com