No edit summary |
No edit summary |
||
| (7 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
# Define classes that act as descriptions of what data there is | # Define classes that act as descriptions of what data there is. | ||
# Add associations between classes to get descriptions of aggregated things | # Add associations between classes to get descriptions of aggregated things. | ||
# Add state machines to reflect the business rules of data change | # Add state machines to reflect the business rules of data change. | ||
# | # Try out your classes with data by creating objects that adhere to the descriptions. | ||
# Refine views of data to solve specific needs or use cases | # Refine views of data to solve specific needs or use cases. | ||
# Choose a modern technology for deploy and execution | # Choose a modern technology for deploy and execution. | ||
# As | # As Users give feedback, new needs refine your classes and views. | ||
# Iterate | # Iterate. | ||
You can do all this with MDriven in ''a few hours'' or spend months doing it the old-fashioned way – by hand. | |||
== Doing This By Hand == | == Doing This By Hand == | ||
'''''Steps 1-3''''' are first done by business developers. Then ''steps 1-3'' are implemented by backend developers and then again by database administrators. | |||
Step 4 is probably only done with mockups and fantasy. | '''''Step 4''''' is probably only done with mockups and fantasy. | ||
Step 5 is done by front-end developers, web designers, and usability experts. | '''''Step 5''''' is done by front-end developers, web designers, and usability experts. | ||
Step 6 is done by a corporate Enterprise architecture function – or whatever the backend developers think is cool at the time. | '''''Step 6''''' is done by a corporate Enterprise architecture function – or whatever the backend developers think is cool at the time. | ||
'''''Steps 7 - 8''''' are the maintenance and governance process – and are usually limited by budgets governed by project owners set by steering committees. | |||
All this is a great | All this is a great deal of work and often very time-consuming. | ||
If the governance process is slow or limited by a strict budget, | If the governance process is slow or limited by a strict budget, intended system users may give up and find another way that is less opportune for the company long term. | ||
== Doing This With MDriven == | == Doing This With MDriven == | ||
MDriven allows you to do all these things with a small team or on your own. You can often remove or reduce the need for a steering committee since the money involved is much less. The whole process is sped up. You can gain user acceptance and deliver on digitalization promises like never before. | |||
Our open secret is that MDriven has implemented all the patterns and best practices needed in code. This code takes the requirements expressed in the | Our open secret is that MDriven has implemented all the patterns and best practices needed in code. This code takes the requirements expressed in the available standard UML format. Having the specification in machine-readable form - and having a machine that can read and implement what it has read - removes the need for traditional time-consuming backend and front-end work. | ||
A machine does in milliseconds things that take developers hours to do. The whole game changes when this kind of efficiency gain is available. You no longer have to think hard about a business case to get funds to implement something – not if it is cheaper to implement and try with real users than creating a business case. | |||
[[Category:Architecture]] | [[Category:Architecture]] | ||
Latest revision as of 05:58, 3 May 2024
- Define classes that act as descriptions of what data there is.
- Add associations between classes to get descriptions of aggregated things.
- Add state machines to reflect the business rules of data change.
- Try out your classes with data by creating objects that adhere to the descriptions.
- Refine views of data to solve specific needs or use cases.
- Choose a modern technology for deploy and execution.
- As Users give feedback, new needs refine your classes and views.
- Iterate.
You can do all this with MDriven in a few hours or spend months doing it the old-fashioned way – by hand.
Doing This By Hand
Steps 1-3 are first done by business developers. Then steps 1-3 are implemented by backend developers and then again by database administrators.
Step 4 is probably only done with mockups and fantasy.
Step 5 is done by front-end developers, web designers, and usability experts.
Step 6 is done by a corporate Enterprise architecture function – or whatever the backend developers think is cool at the time.
Steps 7 - 8 are the maintenance and governance process – and are usually limited by budgets governed by project owners set by steering committees.
All this is a great deal of work and often very time-consuming.
If the governance process is slow or limited by a strict budget, intended system users may give up and find another way that is less opportune for the company long term.
Doing This With MDriven
MDriven allows you to do all these things with a small team or on your own. You can often remove or reduce the need for a steering committee since the money involved is much less. The whole process is sped up. You can gain user acceptance and deliver on digitalization promises like never before.
Our open secret is that MDriven has implemented all the patterns and best practices needed in code. This code takes the requirements expressed in the available standard UML format. Having the specification in machine-readable form - and having a machine that can read and implement what it has read - removes the need for traditional time-consuming backend and front-end work.
A machine does in milliseconds things that take developers hours to do. The whole game changes when this kind of efficiency gain is available. You no longer have to think hard about a business case to get funds to implement something – not if it is cheaper to implement and try with real users than creating a business case.