4 ms·
Enterprise Architecture. What is often an unmanageable bundle of "models", pictures, documentation (UML etc, or tools or “repositories”) giving way to concise a
by gtycomb 10y ago
Enterprise Architecture. What is often an unmanageable bundle of "models", pictures, documentation (UML etc, or tools or “repositories”) giving way to concise and precise schema for architecture decision making – a pleasant outcome of the informal global teamwork surrounding meta-models in DoDAF, simplifying EA activity to a level that has not been anticipated ...
- Donald 10y agoDo you have any examples of what you're talking about?
- contingencies 10y agoUML - I know next to nothing about UML - but what I do know is the language was invented first and then people came around and tried to give semantics to the language. Well, in other words what that means is that the language was invented first and it really didn't mean anything. And then, later on, people came around to try to figure out what it meant. Well, that's not the way to design a specification language. The importance of a specification language is to specify something precisely, and therefore what you write - the specification you write - has to have a precise, rigorous meaning. - Leslie Lamport
- gtycomb 10y agoUML as a specification language is the right tool in software architecture. I find it to be very flexible tool, helping software projects or process models. However _Enterprise_ architecture need to work with the "Business" (consider COSO, COBIT, ITIL, and why they emerged when UML foundations were already so strong).