Разработчиците на софтуер често научават за 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 диаграми, според публикация в Stack Overflow от Стефано Борини, квантов химик и UML разработчик.
Твърде много акцент върху дизайна
UML поставя голям акцент върху дизайна, което може да бъде проблематично за някои разработчици и компании. Разглеждането на обхвата на софтуера в UML диаграма може да доведе до прекомерен анализ на заинтересованите страни в софтуерния проект проблеми, както и да накарат хората да загубят фокус, като прекарват твърде много време и внимание върху софтуер Характеристика. Компаниите не могат да решат всеки проблем със софтуерен инструмент, използвайки UML диаграма - в крайна сметка те просто трябва да започнат да кодират и тестват. Броуди Гуч, съ-създател на UML, каза, че оригиналната визия за UML е била „графичен език, който помага да се разсъждава относно дизайна на система като той се разгръща." Ако хората се закачат да използват диаграма за идентифициране и решаване на проблеми, това може да забави действителната работа, която трябва да се свърши, за да се коригира проблеми.
