Twórcy oprogramowania często uczą się programowania UML na studiach.
Źródło obrazu: Stockbyte/Stockbyte/Getty Images
Unified Modeling Language (UML) to język modelowania oprogramowania z naciskiem na grafikę i ruch. Według firmy Sparx Systems jest to standardowy język branżowy do modelowania i projektowania oprogramowania. Jednak niektórzy programiści i firmy projektujące oprogramowanie mogą napotkać problemy podczas korzystania z UML. Wady korzystania z UML obejmują dodawanie zadań do zakresu pracy projektu i zbyt intensywne poleganie na diagramach UML.
Czas
Jedną z wad, które niektórzy programiści mogą znaleźć podczas korzystania z UML, jest czas potrzebny na zarządzanie i konserwację diagramów UML. Aby diagramy UML działały poprawnie, muszą być zsynchronizowane z kodem oprogramowania, co wymaga czasu na skonfigurowanie i utrzymanie oraz zwiększa ilość pracy w projekcie rozwoju oprogramowania. Małe firmy i niezależni programiści mogą nie być w stanie poradzić sobie z dodatkową ilością pracy wymaganej do synchronizacji kodu.
Wideo dnia
Nie wiadomo, kto korzysta
Nie zawsze jest jasne, kto korzysta z diagramu UML. Zgodnie z artykułem opublikowanym na stronie internetowej Eiffel Software, UML nie jest korzystny dla programistów, głównie dlatego, że programiści pracują z kodem, a nie obrazami czy diagramami. Diagramy UML mogą być przydatne dla kierowników projektów lub kadry kierowniczej, aby zilustrować, jak będzie działać narzędzie programowe, ale tak może być łatwiej narysować diagram na tablicy lub kartce papieru, niż poświęcić czas na naukę UML język.
Diagramy mogą być przytłaczające
Podczas tworzenia diagramu UML w połączeniu z tworzeniem oprogramowania diagram może stać się przytłaczający lub nadmiernie skomplikowany, co może być mylące i frustrujące dla programistów. Deweloperzy nie są w stanie odwzorować na diagramie każdego scenariusza dla narzędzia programowego, a nawet jeśli spróbują, diagram staje się bałaganiarski. Jednym ze sposobów, w jaki programiści mogą rozwiązać ten problem, jest uwzględnienie tylko podstawowych faktów i informacji na wysokim poziomie w Diagramy UML, zgodnie z postem na Stack Overflow autorstwa Stefano Borini, chemika kwantowego i UML deweloper.
Zbyt duży nacisk na projekt
UML kładzie duży nacisk na projektowanie, co może być problematyczne dla niektórych programistów i firm. Spojrzenie na zakres oprogramowania na diagramie UML może prowadzić do nadmiernej analizy interesariuszy projektu oprogramowania problemy, a także powodują, że ludzie tracą koncentrację, poświęcając zbyt dużo czasu i uwagi na oprogramowanie funkcje. Firmy nie mogą rozwiązać każdego problemu za pomocą narzędzia programowego za pomocą diagramu UML — w końcu muszą po prostu zacząć kodować i testować. Brody Gooch, współtwórca UML, powiedział, że pierwotna wizja UML była „językiem graficznym pomagającym zrozumieć projekt systemu jako to się rozwija”. Jeśli ludzie rozłączają się, używając diagramu do identyfikowania i rozwiązywania problemów, może to opóźnić rzeczywistą pracę, którą należy wykonać, aby naprawić zagadnienia.
