Unified Modeling Language (UML) est un langage de modélisation du logiciel en mettant l'accent sur le graphisme et le mouvement . Il est le langage standard de l'industrie pour la modélisation et conception de logiciels , selon Sparx Systems. Toutefois , certains développeurs et les sociétés de conception de logiciels peuvent rencontrer des problèmes en utilisant UML . Inconvénients à utiliser UML comprennent l'ajout de tâches à la portée des travaux d'un projet et en s'appuyant sur des diagrammes UML trop lourdement . Temps Un inconvénient certains développeurs pourraient trouver en utilisant UML est le temps qu'il faut pour gérer et maintenir des diagrammes UML . Pour fonctionner correctement , diagrammes UML doivent être synchronisés avec le code du logiciel , qui nécessite du temps pour mettre en place et à entretenir, et ajoute travail à un projet de développement logiciel . Les petites entreprises et les développeurs indépendants pourraient ne pas être en mesure de gérer la quantité supplémentaire de travail nécessaire pour synchroniser le code . Imprécis Qui bénéficie Il n'est pas toujours évident qui en bénéficie partir d'un diagramme UML. Selon un article publié sur le site du logiciel Eiffel , UML n'est pas avantageux pour les développeurs de logiciels , principalement parce que les développeurs de logiciels travaillent avec le code , pas de photos ou schémas. Diagrammes UML peut être bénéfique pour les gestionnaires de projets ou cadres pour illustrer comment un outil logiciel fonctionnera, mais il pourrait être plus facile de dessiner le schéma sur un tableau blanc ou un morceau de papier, plutôt que de prendre le temps d'apprendre le langage UML . < Br > diagrammes peuvent devenir écrasant Lorsque vous créez un diagramme UML en conjonction avec le développement de logiciels , le diagramme peut devenir écrasante ou trop compliqué , ce qui peut être déroutant et frustrant pour les développeurs . Les développeurs peuvent pas éventuellement tracer chaque scénario unique pour un logiciel dans le diagramme, et même s'ils essaient de le schéma devient malpropre . Une façon développeurs peuvent lutter contre ce problème est d'inclure uniquement les faits de base et de l'information de haut niveau dans les diagrammes UML , selon un post sur Stack Overflow par Stefano Borini , un chimiste quantique et UML développeur. Too l'accent sur design
|