செயல்பாட்டு வரைபடத்தை அமைப்பதற்கான இரண்டு அணுகுமுறைகள்

செயல்பாட்டு வரைபடத்தை அமைப்பதற்கான இரண்டு அணுகுமுறைகளின் ஒப்பீடு ("அணில்" அடிப்படையில்)

В கட்டுரையின் பகுதி 1 "செயல்முறை மாடலிங் முதல் தானியங்கி கணினி வடிவமைப்பு வரை" "அற்புதமான" பாடப் பகுதியின் செயல்முறைகளை நாங்கள் உருவகப்படுத்தினோம் - புஷ்கினின் "தி டேல் ஆஃப் ஜார் சால்டன், அவரது புகழ்பெற்ற மற்றும் வலிமைமிக்க மகன் இளவரசர் க்விடன் சால்டனோவிச் மற்றும் அழகான ஸ்வான் இளவரசி" ஆகியவற்றிலிருந்து ஒரு அணில் பற்றிய வரி. நாங்கள் செயல்பாட்டு வரைபடத்துடன் தொடங்கினோம், "நீச்சல்" பாதைகள் - நீச்சல் பாதைகளின் உதவியுடன் வரைபட புலத்தை கட்டமைக்க ஒப்புக்கொள்கிறோம். பாதையின் பெயர் இந்தப் பாதையில் இருக்கும் வரைபடக் கூறுகளின் வகைக்கு ஒத்திருக்கிறது: உள்ளீடு மற்றும் வெளியீடு கலைப்பொருட்கள், செயல்முறை படிகள், பங்கேற்பாளர்கள் மற்றும் வணிக விதிகள். இந்த அணுகுமுறை நிலையான ஒன்றிலிருந்து வேறுபடுகிறது, செயல்பாட்டில் பங்கேற்பாளர்களின் பெயர்களால் பாதைகள் நியமிக்கப்பட்டால், செயல்பாட்டில் அவர்களுக்கு சில பொறுப்புகளை ஒதுக்குகிறது.

இந்த எடுத்துக்காட்டில், நான் ஒரு ஆஸ்திரேலிய நிறுவனத்தில் இருந்து Enterprise Architect சூழலைப் பயன்படுத்துகிறேன். ஸ்பார்க்ஸ் அமைப்புகள் [1].
பயன்படுத்தப்படும் மாடலிங் அணுகுமுறைகள் பற்றிய விவரங்களுக்கு [2] பார்க்கவும்.
முழுமையான UML விவரக்குறிப்புக்கு, பார்க்கவும் இங்கே [3].

முந்தைய கட்டுரையிலிருந்து (படம் 1) வரைபடத்தின் பதிப்பை நான் மீண்டும் கூறுவேன் மற்றும் "நிலையான" தடங்களுடன் (படம் 2) மீண்டும் வரையப்பட்ட வரைபடத்தைக் காண்பிப்பேன், நன்மை தீமைகளைக் குறிக்க முயற்சிப்பேன், ஒருவேளை கொஞ்சம் அகநிலை.

படம் 1. செயல்பாட்டு வரைபடம் - செயல்முறையின் பொதுவான பார்வை

படம் 2. செயல்பாட்டு வரைபடம் - நிலையான வரைபடக் கட்டமைப்பு

1. 2வது வரைபடத்தில் அம்புகளின் எண்ணிக்கை சற்று குறைவாக இருப்பதை ஒப்புக்கொள்ள வேண்டும்.
2. ஆனால் 2 வது வரைபடத்தில், வரைபடத்தின் முழு புலத்திலும் பொருள்கள் "ஸ்மியர்" செய்யப்படுகின்றன, இது எனது சுவைக்கு மிகவும் வசதியானது அல்ல.
3. குறிப்புகளுடன் அதே கதை - விதிகள். டீக்கன் நியமனம் குறித்த விதியைச் செருக, வரைபடத்தின் அனைத்து கூறுகளும் ஒரு கட்டத்தில் கீழே நகர்த்தப்பட வேண்டும்.
4. இந்த கட்டத்தில் பல பங்கேற்பாளர்கள் இருப்பதைக் காட்ட நான் "பெறுதல் / அனுப்புதல் ..." படியை குளோன் செய்ய வேண்டியிருந்தது.
5. இரண்டாவது விருப்பத்தில், நான் ஒரு கிளையையும் செயல்முறையின் ஒரு இணைப்பையும் கைவிட வேண்டியிருந்தது, அவற்றை ஒரு "நல்ல" வழியில் வைப்பது முற்றிலும் சாத்தியமற்றது! நல்லது, பின்னர் கருத்தைத் தொங்கவிட வேண்டியது அவசியம் - ஒரு விதி.

நிச்சயமாக, சுவை மற்றும் வண்ணத்திற்கு தோழர்கள் யாரும் இல்லை, ஆனால் முதல் விருப்பம் செயல்பாட்டில் தரவைச் சேகரிப்பதற்கு இன்னும் வசதியாக எனக்குத் தோன்றுகிறது.
ஆனால் நான் பிரிக்க மாட்டேன் - சில நேரங்களில் இரண்டு விருப்பங்களும் செயல்முறையைப் புரிந்துகொள்வதற்காக வரைய நல்லது.

ஆதாரங்களின் பட்டியல்

1. ஸ்பார்க்ஸ் சிஸ்டம்ஸ் இணையதளம். [மின்னணு ஆதாரம்] அணுகல் முறை: இணையம்: https://sparxsystems.com
2. ஜோலோதுகினா ஈ.பி., விஷ்னியா ஏ.எஸ்., க்ராஸ்னிகோவா எஸ்.ஏ. வணிக செயல்முறைகளின் மாதிரியாக்கம். - எம் .: KURS, NITs INFRA-M, EBS Znanium.com. - 2017.
3. OMG ஒருங்கிணைந்த மாடலிங் மொழி (OMG UML) விவரக்குறிப்பு. பதிப்பு 2.5.1. [மின்னணு ஆதாரம்] அணுகல் முறை: இணையம்: https://www.omg.org/spec/UML/2.5.1/PDF

ஆதாரம்: www.habr.com