პროგრამული უზრუნველყოფის შემქმნელები ხშირად სწავლობენ UML პროგრამირების შესახებ კოლეჯში.
სურათის კრედიტი: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) არის პროგრამული უზრუნველყოფის მოდელირების ენა, რომელიც აქცენტს აკეთებს გრაფიკასა და მოძრაობაზე. Sparx Systems-ის მიხედვით, ეს არის ინდუსტრიის სტანდარტული ენა პროგრამული უზრუნველყოფის მოდელირებისა და დიზაინისთვის. თუმცა, ზოგიერთ დეველოპერს და პროგრამული უზრუნველყოფის დიზაინის კომპანიას შეიძლება შეექმნას პრობლემები UML-ის გამოყენებისას. UML-ის გამოყენების ნაკლოვანებები მოიცავს დავალებების დამატებას პროექტის სამუშაო ასპექტში და UML დიაგრამებზე ზედმეტად დაყრდნობას.
დრო
ერთ-ერთი მინუსი, რომელიც ზოგიერთმა დეველოპერმა შეიძლება აღმოაჩინოს UML-ის გამოყენებისას არის დრო, რომელიც სჭირდება UML დიაგრამების მართვასა და შენარჩუნებას. იმისათვის, რომ სწორად იმუშაოს, UML დიაგრამები უნდა იყოს სინქრონიზებული პროგრამულ კოდთან, რაც მოითხოვს დროს დაყენებას და შენარჩუნებას და ამატებს სამუშაოს პროგრამული უზრუნველყოფის განვითარების პროექტს. მცირე კომპანიებმა და დამოუკიდებელმა დეველოპერებმა შესაძლოა ვერ შეძლონ კოდის სინქრონიზაციისთვის საჭირო დამატებითი სამუშაოს შესრულება.
დღის ვიდეო
გაურკვეველია ვის სარგებლობს
ყოველთვის არ არის ნათელი, თუ ვინ სარგებლობს UML დიაგრამით. Eiffel Software-ის ვებსაიტზე გამოქვეყნებული სტატიის თანახმად, UML არ არის ხელსაყრელი პროგრამული უზრუნველყოფის დეველოპერებისთვის, ძირითადად იმიტომ, რომ პროგრამული უზრუნველყოფის შემქმნელები მუშაობენ კოდით და არა სურათებით ან დიაგრამებით. UML დიაგრამები შეიძლება იყოს მომგებიანი პროექტის მენეჯერებისთვის ან აღმასრულებლებისთვის იმის საილუსტრაციოდ, თუ როგორ იმუშავებს პროგრამული ინსტრუმენტი, მაგრამ შეიძლება უფრო ადვილი იყოს დიაგრამის დახატვა დაფაზე ან ფურცელზე, ვიდრე დროის დახარჯვა UML-ის შესასწავლად ენა.
დიაგრამები შეიძლება იყოს აბსოლუტური
UML დიაგრამის შექმნისას პროგრამული უზრუნველყოფის შემუშავებასთან ერთად, დიაგრამა შეიძლება გახდეს აბსოლუტური ან ზედმეტად რთული, რაც შეიძლება დამაბნეველი და იმედგაცრუებული იყოს დეველოპერებისთვის. დეველოპერებს არ შეუძლიათ შეადგინონ პროგრამული ხელსაწყოს თითოეული სცენარი დიაგრამაში, და თუკი ისინი ცდილობენ, დიაგრამა ბინძურდება. დეველოპერებს ამ საკითხთან ბრძოლის ერთ-ერთი გზა არის მხოლოდ ძირითადი ფაქტების და მაღალი დონის ინფორმაციის ჩართვა UML დიაგრამები, სტეფანო ბორინის, კვანტური ქიმიკოსისა და UML-ის Stack Overflow-ის პოსტის მიხედვით. დეველოპერი.
ძალიან დიდი აქცენტი დიზაინზე
UML დიდ აქცენტს აკეთებს დიზაინზე, რაც შეიძლება პრობლემური იყოს ზოგიერთი დეველოპერისთვის და კომპანიისთვის. UML დიაგრამაში პროგრამული უზრუნველყოფის ფარგლების დათვალიერებამ შეიძლება გამოიწვიოს პროგრამული პროექტის დაინტერესებული მხარეების გადაჭარბებული ანალიზი. პრობლემები, ასევე იწვევს ადამიანების ყურადღების დაკარგვას პროგრამულ უზრუნველყოფაზე ზედმეტი დროისა და ყურადღების დახარჯვით მახასიათებლები. კომპანიებს არ შეუძლიათ ყველა პრობლემის გადაჭრა პროგრამული ხელსაწყოებით UML დიაგრამის გამოყენებით - საბოლოოდ, მათ უბრალოდ უნდა დაიწყონ კოდირება და ტესტირება. ბროდი გუჩმა, UML-ის თანაშემქმნელმა, თქვა, რომ UML-ის თავდაპირველი ხედვა იყო „გრაფიკული ენა, რომელიც დაეხმარება მსჯელობას სისტემის დიზაინის შესახებ. ის იხსნება." თუკი ადამიანები დაკიდებიან დიაგრამის გამოყენებით პრობლემების იდენტიფიცირებისა და გადასაჭრელად, ამან შეიძლება გადადოს რეალური სამუშაო, რომელიც უნდა გაკეთდეს პრობლემის მოსაგვარებლად. საკითხები.
