Uml тілінің жалпы сипаттамасы. Uml диаграммаларының түрлері Uml диаграммаларын жобалау

жүктеу 0,77 Mb. бет 23/23 Дата 22.09.2022 өлшемі 0,77 Mb. #39352

кемшіліктері UML диаграммаларын құрудың көптеген артықшылықтары бар екеніне қарамастан, олар келесі кемшіліктер үшін жиі сынға алынады: Артықшылық. Жағдайлардың басым көпшілігінде сыншылар UML тым үлкен және күрделі екенін айтады және көбінесе бұл негізсіз. Ол көптеген артық немесе іс жүзінде пайдасыз конструкциялар мен диаграммаларды қамтиды, және көбінесе мұндай сын бірінші емес, екінші нұсқаға түседі, өйткені жаңа редакцияларда «комитет әзірлеген» ымыраға келулер көбірек. Әртүрлі мағыналық дәлсіздіктер. UML өзі, ағылшын және OCL тіркесімі арқылы анықталғандықтан, оның формальды сипаттау әдісімен нақты анықталған тілдерге тән қаттылық жоқ. Кейбір жағдайларда OCL, UML және ағылшын тілінің абстрактілі синтаксисі бір-біріне қайшы келе бастайды, ал басқа жағдайларда олар толық емес. Тілдің сипаттамасының дәл еместігі пайдаланушыларға да, құрал жеткізушілеріне де әсер етеді, бұл сайып келгенде, құралдардың сәйкес келмеуіне әкеледі бірегей жоләртүрлі спецификацияларды түсіндіру. Іске асыру және зерттеу үдерісіндегі мәселелер. Жоғарыда аталған мәселелердің барлығы UML-ді енгізу және үйрену процесінде белгілі бір қиындықтарды тудырады және бұл, әсіресе, басшылық инженерлерді олардың алдын ала дағдылары болмаған кезде оны күштеп қолдануға мәжбүрлеген кезде дұрыс. Код кодты көрсетеді. Тағы бір пікір - бұл әдемі және тартымды модельдер емес, жұмыс жүйелерінің өздері, яғни код - жоба. Бұл пікірге сәйкес, одан да көп даму қажет тиімді әдісжазу бағдарламалық қамтамасыз ету. UML орындалатын немесе бастапқы кодты қалпына келтіру үшін үлгілерді құрастыратын тәсілдер үшін бағаланады. Бірақ шын мәнінде бұл жеткіліксіз болуы мүмкін, өйткені тілде Тюринг толықтық қасиеттері жоқ және әрбір жасалған код, сайып келгенде, UML аудармашы құралы қабылдай алатын немесе анықтай алатын нәрсемен шектеледі. Жүктеменің сәйкессіздігі. Бұл термин белгілі бір жүйенің кірісінің басқа жүйенің шығысын қабылдауға қабілетсіздігін анықтау үшін жүйелік талдау теориясынан шыққан. Кез келген стандартты белгілеу жүйесі сияқты, UML кейбір жүйелерді басқаларға қарағанда тиімдірек және қысқаша түрде көрсете алады. Осылайша, әзірлеуші ​​UML-дің барлық күшті жақтарын, сондай-ақ басқа бағдарламалау тілдерін тоқу үшін ыңғайлы шешімдерге көбірек бейім. Бұл мәселе даму тілі объектілі-бағытталған ортодоксалды доктринаның негізгі қағидаларына сәйкес келмеген жағдайда, яғни ол ООП қағидаттарына сәйкес жұмыс істеуге тырыспаған жағдайда айқынырақ болады. Жан-жақты болуға тырысады. UML - қазіргі кезде қол жетімді кез келген өңдеу тілімен үйлесімді болуға ұмтылатын жалпы мақсаттағы модельдеу тілі. Нақты жобаның контекстінде дизайнерлік топ түпкі мақсатқа жете алуы үшін сол тілдің қолданылатын мүмкіндіктерін таңдау қажет. Сонымен қатар, белгілі бір саладағы UML қолдану аясын шектеудің мүмкін жолдары толық тұжырымдалмаған, бірақ өзі сынның объектісі болып табылатын формализмнен өтеді. Осылайша, бұл тілді қолдану барлық жағдайларда өзекті бола бермейді. жүктеу 0,77 Mb. Достарыңызбен бөлісу:

©g.engime.org 2024
әкімшілігінің қараңыз