Architectures (II)

This post is part of the Architecture series of articles, but I don’t know how many more there will be.
When doing an architecture, Togaf states that the outcome should include a description on how the architecture could or will, if we are sure that will happen, evolve.
I think it is very important to reflect the possible future requirements and sketch how the architecture can overcame them. For example, in case more power is required for a certain solution, how this can be achieved or if some non-abstract future security requirements finally have to be applied, how this will be solved.
By showing how this changes can be done in the current architecture, we will achieve 3 goals:
1 – Be prepared for the changes.
2 – Validate the solution.
3 – Show that not only current requirements have been used to design it.