answersLogoWhite

0

Developing/coding/modeling anything while satisfying any specific standards will usually decrease the technical performance (efficiency) of your end product (software). Standards (like UML standards) are there to make creating the end product a more rapid process, and to make it more manageable to work with other people / reuse existing software. A 'capable programmer/developer' can almost always create end products that perform better by explicitly creating the program for its purpose, disregarding standard routines.

However, you almost always DO want to follow standards (not just UML), because the performance loss is negligible for most products.

User Avatar

Wiki User

12y ago

Still curious? Ask our experts.

Chat with our AI personalities

DevinDevin
I've poured enough drinks to know that people don't always want advice—they just want to talk.
Chat with Devin
MaxineMaxine
I respect you enough to keep it real.
Chat with Maxine
JordanJordan
Looking for a career mentor? I've seen my fair share of shake-ups.
Chat with Jordan

Add your answer:

Earn +20 pts
Q: What are the disadvantage of UML?
Write your answer...
Submit
Still have questions?
magnify glass
imp
Continue Learning about Engineering

How do to draw UML diagrams of calculator functions addition subtraction division etc?

uml diagram for calculator


Are there a graph to see the path of execution of code?

Sequence diagram (UML), activity diagram (UML), traditional flow chart (may be more...)


Difference between interface and abstract class on uml?

In general, the differences are that interface has(1) no fields and(2) no implementation of methodsbut in UML interface may have features (fields), so the difference left is that interface in UML has no implemented methods while abstract class by definition is partially implemented class.


Tool for Generating UML Sequence diagram from source code?

Try this:Enterprise Architect


What is the history of Unified Modeling Language?

OverviewThe Unified Modeling Language (UML) is used to specify, visualise, modify, construct and document the artifacts of an object-oriented software intensive system under development.[1] UML offers a standard way to visualize a system's architectural blueprints, including elements such as:actorsbusiness processes(logical) componentsactivitiesprogramming language statementsdatabase schemas, andreusable software components.[2]UML combines best techniques from data modeling (entity relationship diagrams), business modeling (work flows), object modeling, and component modeling. It can be used with all processes, throughout the software development life cycle, and across different implementation technologies.[3] UML has synthesized the notations of the Booch method, the Object-modeling technique (OMT) and Object-oriented software engineering (OOSE) by fusing them into a single, common and widely usable modeling language. UML aims to be a standard modeling language which can model concurrent and distributed systems. UML is a de facto industry standard, and is evolving under the auspices of the Object Management Group (OMG). OMG initially called for information on object-oriented methodologies that might create a rigorous software modeling language. Many industry leaders have responded in earnest to help create the UML standard.[1]UML models may be automatically transformed to other representations (e.g. Java) by means of QVT-like transformation languages, supported by the OMG. UML is extensible, offering the following mechanisms for customization: profiles and stereotype. The semantics of extension by profiles have been improved with the UML 2.0 major revision.